离散 vs 流程制造，生产管理系统选法完全不同

一、先分清你的活是哪一种

选系统之前有个问题比「预算多少」更靠前：你做的活，是离散制造，还是流程制造？

这两个词听着像学术分类，实际差别很具体：

流程制造是「把料变成料」。化工、涂料、食品、水泥、造纸——投进去的是原料，出来的是另一个形态的产品。同一批出来的一吨料和另一吨料，本质上是同一个东西，区别只在检测值。

离散制造是「把料变成件」。机加工、钣金、模具、非标设备——投进去的是棒料、板材、型材，出来的是一个个能数清楚、能单独装的零件。同一个图号的两件零件，装在不同设备上也互不通用。

小厂里绝大多数是后者。但市面上卖得最多的管理系统，是按前者设计的——因为流程行业体量大、单厂规模大、付费能力强。这就是矛盾的起点：拿流程的逻辑，管离散的活。

二、流程要配方与批次，离散要工单与工序

两种制造形态，落成系统里的核心对象完全不同。

流程制造的核心是配方 + 批次：这批投了什么料、配比多少、几号罐、反应温度多少、检验值多少、有效期到哪天。它关心的是「这一批料的质量是否稳定、能不能追溯」。

离散制造的核心是工单 + 工序：这张单做什么产品、几件、走哪几道工段、每道工序谁做的、做到第几道了。它关心的是「这一件活走到哪了、什么时候能交」。

同一个词在两边的含义都不一样。举个最常见的：「批次」。在流程厂，批次是一批同质料的身份编号，是质量追溯的唯一钥匙；在离散厂，「批次」往往只是采购时随手记的一个入库号，同一个图号的零件可能来自三批料，也可能一批料做了五个图号——按批次管，管不出任何有用的信息。

所以两边的系统，从数据模型的第一层就分岔了。不是功能多寡的差别，是主语不一样。

三、假设一：数量能不能拆

第一个分岔点是数量。

流程制造的数量是连续量：一吨、五百公斤、三千升。这些数字可以任意切分，而且切分之后每一份都一样——从一千升里取一百升，剩下的九百升性质不变。

离散制造的数量是离散量：一件、三件、一百件。这些数字不能任意切分——一件零件切一半就是废品。而且件与件之间可能不一样：同一张工单的一百件，第一件和第一百件之间，中间可能改过图纸、换过料、返修过。

这个差异直接决定系统的数量字段怎么设计：

• 流程系统里，数量是浮点数，可以 0.5、1.25，因为料可以称重
• 离散系统里，数量通常要跟「件」绑定，报工按件、按工序按件，工单数量变了要留变更记录

用流程系统的数量逻辑管离散的活，最典型的后果是：报工报出小数、库存对不齐、按数量算的成本永远有零头。

四、假设二：工序是并行的还是串行的

第二个分岔点是工序之间的关系。

流程制造往往是连续流：投料 → 反应 → 分离 → 干燥 → 包装，一条线走下来，中间不停、不回头。系统的建模方式是「工序段 + 参数」。

离散制造的工序是串行且不可跳序的——车完才能铣，铣完才能磨，磨完才能热处理。同一件活不能在两道工序上同时开工，但不同件可以在不同工序上同时进行（A 件在磨、B 件在车）。这个「件间并行、件内串行」的结构，是离散系统建模的核心难点。

如果一套系统是按流程的「工序段」设计的，遇到离散厂的场景会出现两个问题：

一是没法表达「这一件到第几道了」。 流程系统知道「这批走到了干燥段」，但它不知道「这一批里的第 37 件还在磨，第 38 件已经去热处理了」。离散厂天天遇到这种状态。

二是没法处理插单。 离散厂最常见的动作是：客户急单插进来，把正在做的那张单往后挪两道工序。流程系统里没有「单」这个概念，插单就无从谈起。

五、假设三：成本归集的对象是什么

第三个分岔点，也是最多人踩坑的地方：成本算给谁。

流程制造的成本归集对象是批次或产量：这批料投了多少、产出多少吨、每吨成本多少。单位成本是关键指标，因为产品同质，能横向比。

离散制造的成本归集对象是工单（甚至单件）：这张单用了多少料、多少工时、多少外协费。因为每一单都不一样——同样一台设备，今天做的活和明天做的活，成本结构可能完全不同。

这个差异的后果很实际：

• 流程系统的成本报表，喜欢给你「本月单位产品成本」这种聚合数
• 离散厂真正需要的是「这张单赚没赚」——按单看，不看平均

用平均单位成本管离散厂，等于用别人的活估自己的单。 平均下来赚，不代表每一单都赚；平均下来亏，也可能某几张单赚得很好。离散厂的成本管理，颗粒度必须细到单。

六、拿流程逻辑的系统套机加工，会卡在哪

不讲抽象，讲三个具体的卡点。

卡点一：报工没法按工序报。 流程系统里报工往往是「报产量」——今天出了多少吨。离散厂要的是「这张工单的第三道工序，张三今天做了 8 件」。这两个动作在系统里的数据结构完全不同，前者是产量流水，后者是工序级执行记录。

卡点二：外协没地方挂。 离散厂最常见的外协是「单工序外发」——这道热处理发给 A 厂，做完收回继续下一道。流程系统里也有外协，但它按「整批委托加工」处理，没有「挂在某张工单的某道工序上」这种结构。结果就是外发的件发出去以后，系统里找不到它属于哪张单。

卡点三：非标件的主数据填不进去。 流程系统的物料主数据要求「料号 + 规格 + 单位」，一物一码，因为产品是标准化的。离散厂的非标件根本没有稳定料号——同一个客户今年要的零件和明年要的可能只是「差不多」。系统要么逼你编一堆一次性料号，要么干脆不让你建档。

三个卡点合起来，就是那句老话：不是系统不好，是它按另一种生产方式设计的。 用它管机加工，功能再多也是拧着用。

七、怎么判断一套系统是按哪种逻辑设计的

不用看宣传页，问四个问题：

第一，工单能不能只表示「一件活」？ 如果系统要求工单必须对应某种标准产品，或者必须填批量下限，那它是流程逻辑。

第二，工序能不能挂在工单上、按顺序走、还能单独报工？ 如果工序是「工艺路线模板」而不是「这张单要走的实际路径」，那它是流程逻辑。

第三，外协能不能挂在具体工序上？ 如果外协只能按「整单委托」处理，那它是流程逻辑。

第四，成本能不能按单看？ 如果只有「本月单位成本」这种聚合报表，没有「这张单花了多少」，那它是流程逻辑。

四个问题里有两个以上答不上来，这套系统就不太适合非标离散的活。反过来，四个都能答上，至少方向是对的。

八、写给 50 人以下的小厂

小厂不需要先搞清学术定义，需要的是一个简单判据：

你的产品，能不能数清件数、能不能一件一件单独卖？ 能，就是离散；不能，就是流程。

判清楚之后，选型的第一句话应该是：「我要一套按单件小批设计的系统。」而不是「我要一套功能全的 ERP」。因为这个行业里，按流程逻辑做出来的「功能全」，恰恰是离散厂用不动的部分。

我们自己的产品就是按这个判据做的：摩杰斯的 PMS5 里，工单必须由客户订单转过来，一件也是一张单；工序挂在工单上按顺序走、逐道报工；外协挂到具体工序上；成本按工单归集。这不是功能设计上的偏好，是离散加工的活本来就这么组织——系统只是跟着活的形状走。

这套判断不涉及买谁家的东西，只涉及先把自己的活认清楚。认清楚了，剩下的选择才有意义。

选型还有一层前置问题：装在自己服务器上还是用云上的，另见云上与本地部署怎么选；离散制造要覆盖哪些环节，见离散制造全流程的几个环节。产品了解 Moges PMS5。