-您知道ERP和SCM吗?

　　-当然了，一个是“企业资源计划”，一个是“供应链管理”嘛。

　　-再问一个问题，ERP与SCM有哪些不同呢?

　　-好象差不多嘛……

　　本文的开始部分以SAPR/3为例，介绍了ERP系统的基本功能;接下去把SAP与I2、Manugistics等软件进行了比较(后两种ERP软件以供应链管理而见长)。文章在最后对两种系统相互集成的可能以及两种软件供应链的发展前景做了展望。

　　ERP系统较大的特点就是它的综合性。R/3软件覆盖到销售与分销、业务规划、生产安排、车间现场控制以及物流等几乎企业运营的所有方面。一眼看上去，似乎是SCM能做到的，ERP自然都可以做到。果真这样吗?我们还是先来看看一个ERP系统的基本功能吧。

　　对于刚才提到的销售与分销功能模块来说，它涉及到销售定单的确认与货品发运的排程等许多问题。为了确保按时发运，它还要对产出品能够及时出产进行检查;对于那些信用评估等级较低的客户，当然还得小心从事。业务规划模块则负责另外的一揽子工作，包括需求预测、生产计划的制定、生产能力的统计以及详尽的工艺路线描述，即表述了从原材料投产到产成品制成的一系列过程中，会以何种顺序经由哪些工作单元来完成。

　　能力规划则是一个颇复杂的工作，好在R/3软件具有模拟决策的功能，为管理人员解决物料、人力、工时短缺等问题提供了帮助。当主生产计划排定之后，其中的数据输入到MRP(物料需求计划)中，经运算得到MRP生产计划(各零部件应该何时投产、何时产出)、采购计划(采购的零部件的时间与数量)、例外情况报告(如缺货提示、重排建议等)。

　　然后就是车间现场控制的阶段了。MRP得到的生产计划被进一步落实到生产排程、人员安排以及成本核算等。另外，要确保产成品及时地送至客户处，物流的协调起着重要的作用。这里的物流管理涉及库存管理、仓库管理、发货处理等等，此外采购功能也常常划归到物流管理的大类中来。把上述整个过程总结一下，可以简要表示为：

　　销售定单与市场预测

　　生产与能力计划

　　具体的产出过程

　　物流

　　这可以说是大多数ERP软件的功能通式，包括SAP、Oracle、Baan、Peoplesoft等等。那么，这些软件与I2、Manugistics等以供应链管理见长的软件又有哪些区别呢?

　　Manugistics软件的开发者对供应链管理的定义是这样的：有效的供应链管理可以使管理者充分了解到整条供应链的信息，这条链从原材料的获得开始，到产品的生产，并一直延伸到把产成品送到客户手中，管理者有了这些信息，则可以进行更加科学、全面的决策。

　　听上去与R/3所做的很相似，R/3对订购所需物料、安排并跟踪整个生产过程、计划并追踪分销体系等方面不是也提供了很详尽的功能吗?I2提供的定义则稍有不同：“…我们提供的供应链规划软件把整条供应链作为一个连续的、无缝进行的活动来加以规划和优化，把整条链各环节的规划工作集成在一起，而不是各行其事。它能够同步地考虑需求、能力、物料等约束环节，在这一点上，它是区别于MRP以及DRP的。”应该说，这段话对于回答文章一开始提出的问题提供了启示。

　　GartnerGroup在1997年7月提交的一份研究报告中这样说，“在1999年左右，对于那些有着多层销售体系的企业来说，将会面临各种各样的问题：有的是把不同的销售环节进行归并;有的则是要求把一个环节细分为多个环节;各层次之间的利益需要进行权衡;甚至有时会需要跳过某些环节就把产品或服务送到了客户手中，因此，这些企业会选择在他们原有的ERP应用软件中追加供应链规划的功能，否则他们就将承担分销成本提高至少10个百分点或者交货不及时、库存失调等各种问题出现的风险。”在研究报告中，还提到，这种情况是由于ERP系统中的静态资源数据表而造成的，因为在ERP提供的诸多规划功能中，不同的物料、能力以及需求的约束因素是分开考虑的，互不相关。SCM软件则能够同时地考虑所有相关约束因素，提供对约束因素的真正实时调整。由于ERP的着眼点在于事务处理，而且很多SCM软件不能做的事情在ERP中是应该进行处理的，所以，非要把SCM的专长追加到ERP软件内部去的话，并不是一件轻松的事情。ERP系统如果负荷过重、无所不管的话，运算速度会大打折扣，所以，把SCM的一技之长独立出来，倒不失为一个简单而有效的办法。

　　相对于ERP的软件包而言，SCM软件还有其他一些专长，例如把整条供应链图形化管理，使得在有些时候，问题的所在一目了然。Manugistics最近版本就是这样说的：“…引导你更加轻松地遨游供应链的数据汪洋，这由供应链导航软件所提供的精致的图形用户界面就做得到。这种界面能使您的视线穿透供应链的里里外外，无论是需求、供给，还是排程、运输，一切尽在您的指尖。”最近，SAP也追加了类似的功能。不过，更应该说那是I2开发的SCM产品的SAP版本，作为一个独立的模块与原有的SAP一起打包。

　　现在，您可能会关心这样的一个问题了：如此多的软件在功能特性上相互穿插，数据的一致性可以保证吗?I2使用的是SAP的ALE(ApplicationLinkEnabling)，来实现R/3与Rhythm(I2的SCM产品套件)之间的数据交换。Oracle以及其他一些ERP厂商也提供了相应的应用软件接口，与I2等SCM软件产品的厂商通过中间件进行数据沟通。然而，这样做会出现一个问题：每个软件厂商的中间件接口要经常的更新，要经过反复的试验，效能如何尚不论，只怕原有的功能也因此而一一瘫痪了。有没有更好的解决办法呢?有，这就是SIS(SpecializedIntegrationSoftware),这种软件是专为实现ERP软件与其他系统共享数据而开发的，免除了每家软件厂商都要开发一个接口的烦恼。在这一领域主要的公司有CrossWorldsSoftewareInc.等等，他们提供的产品可以运行在WindowsNT上，据说只要选中一个发送方(例如是SAP)和一个接收方(比如是Manugistics)，并指明某种联结方式就可以实现数据的互送了，甚至不需编程的工作。如果软件功能果真能做到这一点的话，必定可以为企业的ERP实施与应用人员提供很多便利。

　　值得注意的是，ERP与SCM软件之间趋同的势头正日益明显。随着ERP厂商的逐渐觉醒，他们把越来越多的SCM功能追加到自己的产品中。与此同时，SCM领域的软件厂商也在扩展他们的软件功能，逐渐“侵入”原来ERP软件的领地。尽管从目前来看，几乎所有较高的SCM厂商都与优质的ERP厂商建立了伙伴关系，可是一旦SAP、Oracle等公司开始在这个领域自立门户，那么现在的发展格局就难以维系。不仅SAP已经这样做，Oracle公司最近也追加了SCM模块，而Baan与Peoplesoft公司则是聚拢了一些小的SCM软件厂商在自己周围，来为将来新功能软件的推出招兵买马。随着ERP厂商携带着各自具有SCM功能的新软件大规模进入中型企业市场，一大批规模较小的ERP、SCM软件厂商势必被挤出局外。接下来，市场有可能产生一系列激荡，厂商数目减少，集成的要求降低，一些更有经验的软件实施人员出现，实施变得趋于简单，周期缩短……