ERP的服务链

    我们很长时间以来忽视了配置新技术中所要求的这种战略对应关系。形成了“ERP推广在前，标准化工作滞后，相关工作没有跟上，ERP项目单打独斗”的工作格局，不能不说是一种遗憾。特别是ERP的实施，这是一个复杂的系统工程，它要求一个系统化的、完整的实施服务链。才能保证战略要求和战略目标的落实。但是，当前在这方面既缺少一个规范性的要求，又缺少这种规范化的管理。信息化项目供应商各自随意确定自己的服务范围。许多信息化项目供应商出于对自身利益的考虑，往往采取“减少服务，尽快拔腿”的策略，这样就会形成ERP实施中服务过程的断裂和服务工作的断裂。不能满足ERP实施全过程的系统跟进的要求和对应跟进的要求，这已经成为很多ERP项目失败的一个重要原因。

    以ERP方案设计中业务流程图的设计为例。目前流行的确定业务流程的有四项原则：排除，合并，重排，简化。

    排除(Eliminate)：从满足总体目标出发,排除不必要功能

    合并(Combine)：不能排除的、作用相近的可考虑合并

    重排(Rearrange)：可否与其他工作转换顺序并可进行反向思考

    简化(Simplify)：初步确定的流程则要尽可能地再行简化

    我们可以看到，这个“四原则”忽略了在企业流程设计中的发展空间和创新思考。这种没有创新思考的业务流程图，设计完成并且投入实施以后，只能适应企业今天的应用，而没有对明天发展的思考，企业的架构一旦出现些许的变化，系统势必出现功能性不适应。更提不出、也考虑不到实施中的增值性要求、预留性要求以及相关性要求。其后续的服务链必然断裂。

    再以ERP实施中的代码标准化为例，规范而科学的代码标准化体系不仅是今后录入和查询的基础，而且也是今后系统能否稳定运行的关键。按照对应关系的内在要求，应该为代码标准化的跟进服务提出四个方面的明确要求：(1)从阶段上看：代码标准化工作，处在前置阶段，也是关键阶段。这里所说的“前置阶段和关键阶段”，就是代码标准化在ERP项目中的定位。(2)从方法上看：必须叫企业进行编码方法的适应性选择，必须坚持选择前的先行培训。在这里，培训是前提；选择是目的，也是对培训深度的一种验证。(3)从代码设计上看：ERP系统要求科学的代码设计。但是如果没有以前面对编码方法所进行的先行培训，就不会有编码方法的适应性选择，也就不会实现代码的科学设计。(4)从增值性思考上看：代码设计必须有前瞻性思考。这里的前瞻性包涵两个层面——既要考虑到个体量值的增加，又要预见到某些类别的扩容。

    通过分析，我们可以看到：以上四个服务环节，真正做到了环环相扣，紧密相连，从而构成了一个严谨的服务链条。整个环节中，哪一个环节都是不能代替、不能省略，更是不能颠倒的，背离了这种科学性，就必然要吃苦头、碰钉子。下面就是这样的一个案例。

    有一个制造业企业，有74个大类产品，1873种零部件。在代码设计中，尽管前三个环节都做得很好。但是，在第四个环节只作了包容性思考，觉得已经包容了74个大类，1873种零部件，就觉得很完美了。谁知，系统上线一个月以后，企业完结了一个旧订单，又新接了一个新订单。这一下，涉及到新增类别41个，新增量值424个。系统已经铁定了的流程，根本无法扩容。只能被迫一本电子帐，一套人工帐。

    这个案例生动地说明：ERP实施中的服务链是满足ERP成功的必备条件，是确保ERP成功实施和稳定运行的必然要求，也是确保ERP取得成效的服务保障——割裂了，就背离了这些必要过程和必备条件。形成了服务链的断裂，就等于把ERP实施的根基建立在沙滩上，势必预留下无尽的隐患和极大的风险。