ERP的真正技术瓶颈浅谈

人们现在谈起ERP来，总是说起“云”啊，“工作流”啊，单据流程自定义的“平台化”啊，BS/CS的结构啊，  移动ERP啊，等等，这里我希望停一停，浅谈下ERP的真正技术瓶颈。　　我认为：说到ERP，固然上面这些要谈及的，但ERP真正技术瓶颈可能不在这些方面，而在于“生产计划算法”的实现上，以下我们来谈谈。　　面向生产制造业的，经典的ERP软件 应该以生产为核心，这点是业界公认的。但如何以生产为核心？却极少有详细的论述。根本原因在于‘详细生产计划排程'这个技术瓶颈。　　‘详细的生产排程'也可以说成是‘生产作业计划'，可谓关系重大。企业制定生产计划的过程一般分成两部分，首先是生成主生产计划，其次是根据主生产计划生成生产作业计划。要得到‘主生产计划'一般是从订单，部分企业是从市场预测，出一个生产数量，基本是管理者在进行决策，人的因素起绝对作用。这个过程中会有一些行业或者企业的特别计算方法，需经过一些四则运算式的统计分析， ERP 软件要做二次开发，但基本不存在技术难题。 但是，光有主生产计划是远远不够的。一个简单的主生产计划的生产要求，要把它自动分解为复杂、具体的生产作业过程，这就是详细生产排程，这才是 ERP 系统中最关键的一个环节，是 ERP 系统真正的核心功能。只有从复杂、具体、详细的生产作业计划中，才能体现出‘ ERP 企业资源计划'中的‘ R ——资源'的存在；也只有从这个详细生产作业计划的‘可行性'与‘优化性'上，才能体现出‘ P ——计划'的价值。有了‘资源'，有了‘计划'，才是真正的 ERP 系统。 一般说，生产作业计划越详细，它给出的信息越丰富、越有价值，相应计算起来也就越困难。生产作业计划越粗略，越接近主生产计划，信息越少、价值就越低。企业总是希望自动得到尽可能详细的作业计划。但是 ERP 在这方面遇到了真正的技术瓶颈。就我们目前所见，几乎全部的 ERP 生产管理都是从四则运算的主生产计划入手，重点利用 BOM 解决 MRP 物料需求计划，之后再解决生产过程的记录和统计。恰恰在企业最需要的详细作业计划方面最薄弱、最无所作为。 如想证明一下这个现状，去考察一下上了 ERP 的企业，会发现一个有趣的现象——该企业无论 ERP 软件搞得如何如火如荼，似乎都与生产调度人员无关。车间里或者生产线上的生产作业计划、生产过程的调度和管理仍然是在用最初最原始的那种老方式——多数时候是经验，有时候是感觉在起作用，加上少量的以 EXCELL 为工具的报表运算，虽老虽笨但是有效。 ERP 功能再强管得再宽似乎也管不到这里。结果，表面风风火火的 ERP 与企业最关键的运转过程发生了断层，从这个断层衍生出来的一大堆问题成为众家 ERP 难解之死结。最突出的一个：企业生产调度是要对企业最底层的生产资源——人员、设备、场地等，按照它们的能力进行合理安排。但是上层的 ERP 无论干什么事情都不去考虑这些资源和它们的能力，或者假设生产能力无限，或者按照一个人为定义的瓶颈资源进行简单四则计算。这种关键矛盾由于 ERP 技术瓶颈的存在而无法解决， ERP 的前景可谓是不容乐观。