【IT168 专稿】说起ERP 和SCM，人们很容易联想到它们是两个应用系统或软件包。人们习惯于把SCM 称为“供应链管理”，按照英文“supply chain management”直译，一点没错。也有人把管理采购、配送和供应商等业务活动称之为“供应链管理”，并常与“物流管理”混为一谈。但是从SCM的实质来讲，应当包括需求和供应两方面，没有需求，何谈供应？

　　国外不少专家也在评论Supply Chain Management的称谓，有人认为只提“Supply”容易引起误会，应当是Demand/Supply Chain Management或Demand Chain Management更好，还提出Demand Driven Supply Network（DDSN）的概念，都说明供应离不开需求。

管理整条供应链

　　我们不必拘泥于“供应链”或“供需链”的叫法，但是对“供应链管理”的理解，必须看到它的实质，不能只看到“供应”的一面，“供”与“需”总是相对而言、相伴而生的。就像一项事务处理对“输入”是需方，对“输出”是供方；销售对客户来讲是供方，对生产来讲是需方……业务流程上的每项作业都具有“供”与“需”的两面性。

　　上世纪90年代，Gartner公司就已谈到ERP要“managing the entire supply chain（管理整条供应链）”。但是，有些SCM的应用案例（往往有某个SCM供应商的影子）却把ERP品头论足地数落了一番，似乎SCM比ERP又高一筹，这说明人们对ERP和SCM定义的理解是很混乱的。

　　历史地看，Gartner公司最初对ERP的定义，具有长远的前瞻性，当时无论从软件公司的开发能力还是IT技术的支持程度，都不可能由一家公司来完成对整个供应链的管理，因此才出现由不同的公司开发不同的SCM和CRM、“分头并进”的局面。但是，这些分别开发的应用系统对“管理整条供应链”的要求来讲，都是不完整的。

　　当前的市场竞争是供应链之间的竞争，这一观点已经为众多企业所理解。要实现“管理整条供应链”，ERP、SCM、CRM的融和是必然趋势，这也正是SAP、Oracle这些主要ERP供应商都开发了自己的SCM和CRM（或兼并某个SCM/CRM公司）、形成一种“套件”模式的原因。

传统做法算不上供应链管理

　　ERP和SCM的一个共同点是：它们都是跨部门、跨企业的流程集成，实施ERP或SCM，部门经理更应当是一种流程经理。

　　ERP和SCM的这种特性，会受到传统管理意识浓厚的部门或企业主管的强烈抵制。长期以来，任何企业实际上一直都在进行这样一种供应链的工作：从客户那里获取订单、组织产品研发、加工制造、外委采购、存储、运输配送、收回货款、实施售后服务等，基本上是部门内外的事务处理，缺少全面、系统、整体的全流程概念。

　　但是，传统的做法还不能适应全球竞争的要求：迅速响应市场需求变化，在最短的时间里，以协同开发的创新产品抢占市场；在供应链上各个环节保持最低的合理库存，加快资金周转，降低总体拥有成本（TCO）；消除供应链上一切无效作业和浪费，使之具备全流程成本优势；根据市场变化，迅速调整供应链成员组成，保持最具竞争优势的动态联盟（虚拟实时企业）。

　　对比之下，传统的做法可以说是一种供需流程处理，但不能称之为供应链管理。我们目前看到的多数供应链管理的例子，往往局限于一个企业内部的各个分支，或各个布点的库存调度，或者由一个主导企业制定对供应链各环节经过优化的需求计划，还不是互动式的运作。