合并生产——彻底改变企业生产管理游戏规则

接到某A产品的生产订单后直接用这个A产品的工艺模型下达生产计划——这似乎是最简单理想的排产方式。但很多企业的计划人员不会这么认为，因为这个产品的生产中包含相对独立的生产步骤和过程，这些独立步骤和过程一定是集中生产完成，而不可能专门为这个订单而开工。

最简单的例子是安装某部件需要10个专用螺丝，而企业不可能只为生产这10个螺丝而开一次工，一定是把此类螺丝的生产集中到一起，比如一次最少生产1000个，称为集中生产单元。

在一个比较复杂的生产过程中，如果存在多个这样的集中生产单元，则整个生产过程一定不是连续进行，而被分解成多个独立生产相互连接，每次下达一个工艺模型的想法就无法实现。

传统生产管理用‘正排和倒排’或者‘推式和拉式’的方法解决，通过物料的需求和供应来满足前后独立生产单元的联系，由于没有精确生产作业计划和时间节点计划的支持，传统正排和倒排法稍有不慎就很容易导致停工待料和库存积压。APS在详细有限产能作业计划的基础上又引入了线性库存表和内部订单，可以更精确找到物料的需求和供应时间点，实现高效联系前后生产、降低库存、减少等待时间和提高生产效率。但是如此操作导致APS的计划过程不得不分解成多次，在螺丝的例子中，最少要下达2个APS计划才能让前后生产互相匹配连接起来，一个是总订单生产流程，一个是螺丝生产。用更形象的沏茶模型来举例，会议组织者提出下午领导开会要喝茶的计划安排以后，必须分别由后勤部安排烧开水和由采购部安排买茶叶，因为这2个部门独立负责全天的开水和茶叶供应。

想象一个生产订单里包含10个独立生产单元，APS内部就会产生较大量互相关联的独立排产过程和数据，工作量也较大。有没有省事的做法，最好能实现一个工艺模型下达一次就搞定所有关联计划？

看起来毫不起眼的‘合并生产’恰恰可以解决这个需求——只要建立一个完整的工艺模型，给属于独立生产单元的那部分工序定义合并条件，再下达这个完整工艺模型，APS会自动以‘合并同类项’的方式为每道工序找到属于它的独立生产单元，在这个单元内部做APS产能计算，之后还要保证他们的计算结果在同一个工艺模型中的整体匹配和优化。

用沏茶模型来描述，首先，后勤部做好8点烧水的安排，采购部做好10点采购茶叶的安排。会议组织者只要下达沏茶计划，则烧水工序自动找8点的烧水计划，买茶叶工序自动找10点的买茶叶计划。后勤部发现：只要安排一次烧水计划，会发现全厂的烧水请求自动合并过来；采购部也只要安排一次采购计划，会发现全厂的采购请求不断加入。最主要的是会议组织者只要下达一个喝茶计划，不需要任何相关部门再做参与，APS经合并排产后就会给出一个最合理的‘喝茶’的时间，计算结果仍然最大程度保证不会形成物料积压也不会停工待料。如果会议组织者认为这个时间不合理，还可以再做进一步调整，比如要求修改后勤部烧水喝采购部买茶叶的时间安排，让整个企业生产更合理。

我们再次看到APS如何建立一个全新排产概念，再用最简单的操作方法彻底解决传统生产管理的疑难杂症。企业会发现：生产管理重点从处理大量独立生产计划之间的复杂关联转向相对简单的几个独立生产单元如何合理安排时间，生产管理的游戏规则被彻底改变。

小吉星APS相信——点滴积累必将 深刻改变企业。