ERP产品要适应各方面的需求,事实上不可能。ERP产品不能充分满足客户的需求,这是众所周知的事实。就算当时满足了要求,企业的规模、产品、市场、管理等要素是在不断发展和变化的,软件要适时适应或阶段性适应是非常困难的。
项目定制,ERP的萌芽
ERP的发展从40年代就开始了,从40年代的订货点法、60年代的MRP(物料需求计划)、70年代的闭环MRP、80年代的MRPⅡ(制造资源计划)、90年代从MRPⅡ走向ERP(企业资源计划),逐渐走向成熟。
在ERP软件的研制上,刚开始都是采用项目定制(甚至现在还较普遍存在)。由于限于当时的条件,缺乏需求和技术积累,开始一般都采取定制方式。这种方式的缺点是研发成本很高,要升级意味着再次定向开发,大范围采用ERP就不可能。
二、通用化产品,从典型走向普及
当管理、技术、用户等积累到一定程度后,开始研制适应某行业的ERP软件,如离散型、流程型的ERP软件。由于通用ERP产品的出现,大大降低了成本,使原来无法承受的单位也可以接受了。
三、平台化ERP,个性化时代的曙光
在ERP应用实施的过程中,用户的满意度一直不高。主要原因是产品更新周期加快、市场响应要求提高,对ERP的个性化要求越来越高,这是导致ERP实施成功率不高的重要原因之一。如何应对这种变化,显然再去走定点开发的路是行不通的。那路在何方?
——现代的计算机技术和软件设计技术已经为我们创造了基本条件,那就是走ERP平台化之路。
例如,在计算机刚开始出来时,我们要使用直接的0和1(二进制)来编制程序,这是最原始最直接的方法。为了提高设计效率,简化程序设计,软件专家研制了汇编语言,之后大家就在这个平台上进行设计,大大提高了软件生产率。当然人们并不满足于此,后来在汇编的基础上出现了C语言,在C语言的基础上又出现了DBASE、BASIC及现在的VB、DELPHI、PB等等。实际上我们的应用系统就建立在这些基础平台上。
那么在语言平台与最终的应用软件之间是否还存在一个平台呢?回答是肯定的。经过多年的积累,人们已经总结出了业务的核心,其架构、业务模型、标准化高的业务处理均是可封装的,如果我们把这部分封装起来,再开发出辅助这个平台的客户化工具,就可以形成业务化平台。同样如此,如果对ERP进行分析、研究,将ERP的相关部分封装起来,再加上工具包,就可以形成平台化的ERP.
四、平台化ERP的基本特征
平台化ERP应该具备的基本特征至少包括以下方面:
在数据库方面,它具备ERP标准化的基础,还能进行扩展。既满足通用ERP的要求,同时又能够考虑再次进行客户化的要求。
软件架构灵活,能够增加其他客户化的模块,并能一体化运行。
核心业务、标准化程度高的业务要进行封装,对外是一个黑箱,只要进行调用即可。
接口标准化。ERP软件中,有许多接口,为了便于进行客户化,接口要标准化,防止升级带来相关部分不能应用。
软件工具部件化。现代软件开发,一个大趋势就是软件部件化,提高可重用度。实际上业务处理、业务逻辑、工作流等也是可以部件化的,这样在进行客户化过程中可直接调用,提高定制效率,而且规范。
外围源代码开放。核心进行封装后,外围的源码就能进行开放,这样在进行客户化时,就能非常密切地与其他软件嫁接。
与其他软件能较好共存。在这个平台上进行客户化时,必然要应用到或镶入其他业务系统,所以要求能有较好的兼容度。
提供客户化工具包。
具有规范的资源平台,使各种软件能够共享。
具有完善的客户化技术资源文档。
这是ERP发展的第三阶段,如果不适应这种发展趋势,一些ERP厂商必然又将面临被淘汰。
我们可以看到,在企业的ERP应用中,常常是买了软件,企业管理却没有提升多少,甚至弊大于利,给企业带来负面的效果,以致有人喊出“ERP成功率等于零”的悲观感叹。在推动中国企业的ERP应用方面,ERP软件商和服务商的工作任重道远。作为软件、硬件和服务的提供商,要认识到,企业在建设ERP系统时的所有一切(包括落后)都是无可指责的,需要好好反省一下的是我们自己所处的行业,并做出切实的努力,使整个的ERP产业更加健康地发展。这要求整个ERP行业充分地尊重客户,对客户负责。
以前往往ERP不成功都归于实施不好或是用户的原因,认为软件是可以的。实际上这是最大的误区。没有好的工具,没有客户化的手段,能实施好吗?一个软件,在每个单位设设参数就能使用好吗?规模不同、业务复杂度不同、管理要求不同,必然导致对软件的要求不同,从而导致产品化ERP难以实施。就算是所谓实施成功,也是削足适履,最后也就是勉强可用罢了。
所以,纵观未来,平台化ERP必将给ERP带来一种新的思维、新的模式,较好地解决目前遇到的问题,推动ERP向新的阶段发展。