ERP排产详细介绍

ERP排产详细介绍

好长时间没有在博客园发文章了，前段时间一直忙着毕业答辩,现在刚进实验室又要忙着赶项目. 所以只有偶尔来博客园看一下大家的文章了.实验室的网络比较慢，所以也只有在比较空闲的状

态下随便写一点东西了.

最近研究的东西是APS(Adva need Pla nning & Scheduli ng System) ,感觉理论知识还是不够用，要求的数学水平比较高，所以只有先转载一些文章了.估计最近一段时间也不会去研究.NET 了,因为现在的项目最后是要与客户方已有的ERP系统整合的，而对方使用的就是金蝶的K3,所

以很可能要去研究Java 了.

下面是我在网上看到的一篇比较好的介绍ERP和APS的文章，所以就放在这里了，希望有所借鉴.

ERP应该以生产为核心，这点是业界公认的。但如何以生产为核心？却极少有详细的论述。根

本原因在于详细生产排程’这个技术瓶颈。

详细的生产排程’也可以说成是生产作业计划'可谓关系重大。企业制定生产计划的过程一般

分成两部分，首先是生成主生产计划，其次是根据主生产计划生成生产作业计划。要得到主生

产计划’一般是从订单，部分企业是从市场预测，岀一个生产数量，基本是管理者在进行决策，人的因素起绝对作用。这个过程中会有一些行业或者企业的特别计算方法，需经过一些四则运算

式的统计分析，ERP软件要做二次开发，但基本不存在技术难题。

但是，光有主生产计划是远远不够的。一个简单的主生产计划的生产要求，要把它自动分解为复杂、具体的生产作业过程，这就是详细生产排程，这才是ERP系统中最关键的一个环节，是ERP 系统真正的核心功能。只有从复杂、具体、详细的生产作业计划中，才能体现岀‘ERP企业资源计划’中的‘ R――资源’的存在；也只有从这个详细生产作业计划的可行性’与优化性’上，才能体现岀‘ P―― ■十划’的价值。有了资源'有了计划'才是真正的ERP系统。

一般说，生产作业计划越详细，它给岀的信息越丰富、越有价值，相应计算起来也就越困难。生

产作业计划越粗略，越接近主生产计划，信息越少、价值就越低。企业总是希望自动得到尽可能

详细的作业计划。但是ERP在这方面遇到了真正的技术瓶颈。就我们目前所见，几乎全部的ERP

生产管理都是从四则运算的主生产计划入手，重点利用BOM解决MRP物料需求计划，之后再

解决生产过程的记录和统计。恰恰在企业最需要的详细作业计划方面最薄弱、最无所作为。

如想证明一下这个现状，去考察一下上了ERP的企业，会发现一个有趣的现象一一该企业无论ERP软件搞得如何如火如荼，似乎都与生产调度人员无关。车间里或者生产线上的生产作业计

划、生产过程的调度和管理仍然是在用最初最原始的那种老方式一一多数时候是经验，有时候是

感觉在起作用，加上少量的以EXCELL为工具的报表运算，虽老虽笨但是有效。ERP功能再强

管得再宽似乎也管不到这里。结果，表面风风火火的ERP与企业最关键的运转过程发生了断层，从这个断层衍生岀来的一大堆问题成为众家ERP难解之死结。最突岀的一个：企业生产调度是

要对企业最底层的生产资源一一人员、设备、场地等，按照它们的能力进行合理安排。但是上层

的ERP无论干什么事情都不去考虑这些资源和它们的能力，或者假设生产能力无限，或者按照一个人为定义的瓶颈资源进行简单四则计算。这种关键矛盾由于ERP技术瓶颈的存在而无法解

决，ERP的前景可谓是不容乐观。

那么，这到底有什么难的？为什么众多的名牌ERP企业都无法提供这种基本功能？ERP技术瓶

颈到底在什么地方？回答这个问题，就要从企业中直接干此工作的岗位一一生产调度的职责说

起。

一个企业的生产调度人员，首先是要对该企业的生产工艺流程烂熟于心，也就是了解企业到底是

怎么进行生产的，包括其中每个细节，这是当一个生产调度最基本的前提条件。同样的，ERP

要想干同样的事情也必须达到同样的前提条件：清楚了解企业究竟是怎样进行生产的，每个细节

都不能差！这对一个人来说可能并不算难，但对于一个ERP系统来说就是一件非常困难的事情！

有人称之为企业建模，这远不象建立BOM那么简单，其中涉及到的除了物料，还有工序、资源、时间、逻辑关系、技术参数、成本等等错综复杂的生产信息。不同行业不同企业的建模方式更是千差万别，这是第一个技术难点。

且不说离散生产模式的电子、汽车行业与流程生产模式的化工、制药行业在基本生产方式上的巨

大区别，就算同属电子、汽车，或者同属制药、化工的不同企业，他们的生产方式在细节上仍然有很大的差别。一套ERP系统能以不变应万变统统接受这种差别吗？技术上很难！只好对每一个行业开发一个专用生产版本，这是必须的。但是行业版本到了企业里就能高枕无忧了吗？大的

行业版本一般仍然无法满足行业内特定类别企业的细节差别，比如制药行业细分为制剂药’和原

料药'生产方式差别还是很大，需再开发更细分的小类别版本。可是同类别的不同企业还有自己的生产特性，针对不同企业的二次开发就类似于把企业的生产特征逐一写到程序中。且不说对

生产系统的任何改动都要投入巨大人力，软件企业很难接受频繁和复杂的二次开发要求，更不用说企业生产过程一旦发生变化软件还是很难应对！很多企业的生产流程每隔几天就会变，而软件商不可能每天都重写代码。应变方式只能是降低企业的要求一一生产流程建模与实际近似、大概差不多就行了。关键是用户会不会满意？忙了半天还是用不起来，损失就太大了。所以，除了部分院校的理论研究者，目前国内ERP厂商还没有尝试迈过详细生产流程建模的这第一道门坎。

建立生产模型，让软件接受企业的详细生产过程，这的确很麻烦，但并非是无法完成的，真正的

难点在于下一步：根据模型和生产请求得到详细的作业计划，也就是详细生产排程。ERP的真

正技术瓶颈就发生在这里。

详细生产排程的结果是生产作业计划'是针对每个人员每个设备的生产资源的工作计划。作业计划必须满足在生产工艺上不能有半点差错。首先，工序之间必须满足特定的逻辑关系，以及要求某些工序必须连续、同时、或者间隔进行等等，这是对作业计划最基本的要求。其次，作业计划必须满足资源能力限制，一个资源在一个时间内只能干一件事情，生产作业计划中不能有资源

冲突；最后，作业计划必须满足物料供应的限制，没有原材料不能开始生产。也就是说：作业计划必须同时满足多种复杂的约束条件。TOC约束理论早已有之，只是需要比较高级的算法和数

学理论，在这方面需要进行长期投入才会有所收获。因此国内理论界对此的研究还很少。

有了按照TOC理论计算岀来的计划，满足企业生产工艺要求是不是就行了？很遗憾，这还是差的很远。现在我们以一个假想例子来说明。

一个ERP生产调度系统，很顺利接受了某企业的全部生产细节，并计算岀了一套生产作业计划，

打印成一份给所有生产资源安排工作的作业计划。现在，由一个有经验的老调度师来决断这个

ERP计划系统是不是可以用的，他将如何做？

首先，他会逐一检查每个工序的时间安排，看它们之间的次序和逻辑关系是不是符合企业生产工

艺的逻辑关系要求；其次，他会观察这个计划中对每个资源的安排是不是合理，有没有一个时间

干两个活这种冲突的情况发生；最后他要看在计划时间内物料能不能供应的上。这些都没有问题了，他必须承认：这个计划已经是一个可行’的计划了，也就是说，照此计划一定可以完成生产

任务。

但是，还有一个关键的事情，老调度师根据自己习惯的做法，也手工制定了一个作业计划，他把这两个计划一对比，发现问题了。手工的计划可以8个小时完成全部工作，而计算机的计划需

要9个小时。或者手工计划可以在8 : 00完成而计算机的计划要在9 : 00点完成。原因在于：

计算机对某几个工序的顺序安排虽然可行但是不合理，而老调度师根据长期经验早已清楚此时安

排工序应该哪个先、哪个后、哪些并行比较好，结果可以得到更短时间完成的计划。这是一种优

化安排，而计算机没有找到这种安排方法，所以计算机给岀的是一个可行’的，但是不好’的计划！理想中计算机应自动计算岀一个比手工计划更好更优化的排产方案结果，指导人如何工作。

这样的软件才能体现岀企业资源计划’的威力。否则，不能满足最优化排程的ERP在企业生产中还是无法

代替手工。

这隔例子凸现岀了一个世界性的关键技术瓶颈：一个生产过程可能有无穷多种

可行’的安排方式，但是必须从其中找岀一个最优’的计划，即使不能达到最优，起码要比人的手工计划更优，