摘要:
一、ERP系统的发展历程
ERP系统的发展历程是伴随着企业管理理论的发展而发展的,经历了以下几个阶段:
1、订货点法
ERP的发展起源于企业对库存的控制,为解决库存控制的问题,人们提出了订货点法。
订货点法要求:当库存量降低到某一预先设定的点时,即开始发出订货单(采购单或加工单)来补充库存。此一订货的数值点,即称为订货点。订货点法也称为安全库存法。从订货单发出到所订货物收到这一段时间称为订货提前期。然而,订货点法本身也具有一定的局限性。例如,某种物料库存量虽然降低到了订货点,但是企业可能在近一段时间没有收到新的订单,暂时不用补货,故此订货点法也会造成一些库存积压和资金占用。
2、物料需求计划(MRP)
上世纪60年代,随着计算机系统的发展,使得短时间内对大量数据的复杂运算成为可能,人们为解决订货点法的缺陷,提出了MRP理论。MRP就是根据产品的物料清单(BOM),来计算原料或零部件的相关需求,将相关需求汇总,再根据在途产品、当前库存,求得原料或产品的净需求。MRP系统虽然考虑了原料在正确的时间到达生产线,但却没有考虑车间能否有足够的加工能力生产出产品,仍存在较大局限性。
3、...
一、ERP系统的发展历程
ERP系统的发展历程是伴随着企业管理理论的发展而发展的,经历了以下几个阶段:
1、订货点法
ERP的发展起源于企业对库存的控制,为解决库存控制的问题,人们提出了订货点法。
订货点法要求:当库存量降低到某一预先设定的点时,即开始发出订货单(采购单或加工单)来补充库存。此一订货的数值点,即称为订货点。订货点法也称为安全库存法。从订货单发出到所订货物收到这一段时间称为订货提前期。然而,订货点法本身也具有一定的局限性。例如,某种物料库存量虽然降低到了订货点,但是企业可能在近一段时间没有收到新的订单,暂时不用补货,故此订货点法也会造成一些库存积压和资金占用。
2、物料需求计划(MRP)
上世纪60年代,随着计算机系统的发展,使得短时间内对大量数据的复杂运算成为可能,人们为解决订货点法的缺陷,提出了MRP理论。MRP就是根据产品的物料清单(BOM),来计算原料或零部件的相关需求,将相关需求汇总,再根据在途产品、当前库存,求得原料或产品的净需求。MRP系统虽然考虑了原料在正确的时间到达生产线,但却没有考虑车间能否有足够的加工能力生产出产品,仍存在较大局限性。
3、闭环MRP
上世纪70年代,在MRP的基础上,加入了加工能力管理、工艺路线管理和生产管理等内容,产生了闭环MRP。闭环MRP要求在计算物料需求的同时,应考虑生产是否有足够的能力来加工制造,同时根据客户订单的交货期来排列加工单的优先级。当有新的订单加入滚动计划时,闭环MRP会根据产品的物料清单和加工路线、工作中心的加工能力来模拟结果,察看加工能力是否满足对负荷的需求,在不能满足需求的情况下,需要如何调整才能达到所需结果(例如加班、外包、调整优先级、变更工艺路线等)。
4、制造资源计划(MRPⅡ)
MRPⅡ在闭环MRP系统的基础上,将财务的功能涵盖进来,MRPⅡ包含了财务会计、成本会计等功能,可以由生产活动直接产生财务数据,把实物形态的物料流动直接转换为价值形态的资金流动,保证生产和财务数据一致。MRPⅡ作为集成统一的系统,做到了企业各部门之间的数据共享和数据统一。企业的所有数据都存储在一个数据库中,所有人员都可以及时查阅、检索、汇总、分析(需要相应的权限);任何一种数据的变动也都能及时地反映给所有部门,做到了数据共享。
5、企业资源计划(ERP)
ERP是一个有效地组织、计划和实施企业的“人”、“财”、“物”管理的系统,它强调了供应链的管理,除了具有传统MRPⅡ系统的制造、财务、销售等功能外,还增加了分销管理、人力资源管理、运输管理、决策支持等功能;支持集团化、跨地区、跨国界运行,其主要宗旨就是将企业各方面的资源充分调配和平衡。
从管理信息集成的角度来看,从MRP到MRPⅡ再到ERP,是制造业管理信息集成的不断扩展和深化,每一次发展都是一次质的飞跃,然而,又是一脉相成的。
二、ERP对银行管理信息系统建设的启示
1、银行后台管理信息系统只能有选择地应用ERP中不具行业特性的通用模块
对于银行业来说,现在由于缺乏一套商品化的涵盖核心银行业务及后台管理需求的完整、成熟的一体化银行管理信息系统,只能将ERP系统中不具有行业特性的通用部分,例如,财务、人事等模块与成熟的银行核心业务系统进行集成。但是,由于不同系统的集成是一个难度较大的工程,因此,这种集成具有一定的风险。同时,这种集成还会带来一些客户化问题,例如,银行业的特色业务在制造业是没有的,这些业务在ERP总账系统中不是标准业务,都需要客户化。另外,由于行业的不同,一些模块的功能并不能挖掘得非常充分,例如,ERP中的应收模块与物料采购模块、应付模块与销售模块是紧密集成的,应收/应付模块在ERP中功能非常强大,而对银行业来说几乎没有物流,应收/应付模块的功能并不能充分发挥。因此,银行在应用ERP财务模块时,应理解其设计理念,将其具有行业共性的具体功能直接应用到银行具体业务中来。同时,在使用ERP时,还要将其具有制造业特点的一些功能灵活套用到银行具体业务之中。
2、银行管理信息系统建设要特别重视系统的集成性
在银行管理信息系统应用领域,由于没有一个厂家能够提供像ERP这样一套完整的银行管理信息系统,因此,形成了很多以各业务系统独立运行的信息孤岛,割断了本来是密切相连的业务流程,而消除信息孤岛,关键是实现集成。现在,大多数银行的管理信息系统是不同厂家产品的多系统的集成,这就需要开发大量的不同厂家系统间的接口,以组成一个完整的银行管理信息系统整体。而对于各应用系统共用数据,还要确保它的一致性及完整性。例如,对于机构代码的维护应在一个系统中进行,其维护结果应被相关财务系统、核心银行系统共享,并且这种维护的入口应是唯一的,以保证数据的一致性。同时,由于财务系统与核心银行系统由不同的厂家提供,虽然两者通过接口进行了集成,但这只能实现系统应用层面的集成,很难达到数据层面的集成。因此,银行管理信息系统项目中的一项重要工作就是要设计不同系统间的接口,并保证相关数据的完整性和一致性,这就需要特别重视不同系统间的对账以及总账与分户账的核对问题。
3、银行管理信息系统建设应与业务流程再造协调一致
业务流程上的缺陷是当前我国银行业最大的软肋。尽快实现“部门银行”向“流程银行”的转变是我国银行业当前面临的一项重要而艰巨的任务。现在银行业务运营及管理大多依靠信息系统支持而开展,因此,只有将信息系统建设与业务流程协调一致,才能从根本上解决银行运营效率低的问题。笔者认为,须从以下几个方面着手:
(1)以业务流程为主导,部门职责服从业务流程的需要。根据流程的需要设置相应的职能部门或调整部门的职责,使之符合流程运行便利、畅通的需要。当部门职责与流程的要求不一致时,应按流程的要求调整部门的职责,排除干扰业务流程顺畅运行的因素,实现“组织为流程而定,而不是流程为组织而定”的目标。
(2)实施各项业务流程的整合与优化。在实施以客户为中心、以条线垂直运作、管理和考核的组织架构以及集中整合后台业务的同时,开展各项业务流程再造工作,主要涉及企业与机构业务单元、零售与私人业务单元、资金业务单元以及风险管理单元、财务管理单元、人力资源单元、营运单元等。按照客户便利、有利内控的要求,优化整合各项业务流程,具体做法是:一是将分开、重复的多道工序进行合并;二是减少不必要的流程环节;三是将串连流程改造成并行流程,即通过网络以及数据库技术,使许多需要共享资源的活动转化为同步进行。
(3)实现业务流程的信息化、自动化、标准化和智能化。运用先进的电子技术手段,将优化了的业务流程编制成信息化的系统运作程序,使银行业务基本上都转换成自动化、标准化和智能化的电子流,更好地实现高效运作和强化风险控制的目的。建立起基于信息集成的流程架构。运用信息技术,提高业务运作的自动化水平,以电子化方式强化业务运作的标准化。开发出智能化的作业程序,形成自动识别、分析和决断的功能,以排除个人的主观臆断,减少操作风险。
责任编辑 刘黎静