19 汇总对比：全行业MES范式、管控重心、适配性一张表看完

专栏：制造业各行业MES业务流程、底层逻辑与系统适配性 ｜ 第19篇（收官）

读者：MES实施顾问、CIM/EAP工程师、工艺工程师、生产负责人

一、先把结论放前面

18 个行业和专项看下来，反复出现的就几条结论。把它们放在开头，后面每一节都是这几条结论的展开。

结论一：先定主范式，再谈功能。 MES 的底层引擎由主范式决定，选错了没法救；次要范式只决定附加模块，配错了难用但不至于废。这条判断规则贯穿全专栏：先定主范式，再定次要范式，最后看有没有一个合规层压在业务层之上。

结论二：每个行业只有一条生死线。 资源必须压在第一优先级上。很多项目上线后"感觉没什么用"，根因不是功能少，是预算花在了第二、第三优先级的问题上，第一优先级那条线裸奔。判断第一优先级的方法导读里给过，这里再强调一次：问一句"这件事错了，厂里会出什么事？"答案里最承受不起的那个，就是生死线。半导体答的是整批报废，汽车 Tier1 答的是停线罚款，医药答的是过不了检查——答案不同，MES 的设计重心就完全不同。

结论三：追溯单元是数据量的总开关。 按批、按 SN、按卷、按项目号，追溯单元一定，条码体系、数据量、查询模型全部跟着定。追溯单元选错的系统，后期改造成本比重做还高。两个极端可以说明问题：半导体按 Lot+Wafer 双层追溯，一个厂一天的事件记录以百万条计，数据模型按事件流设计；装备 ETO 按项目号追溯，一个项目几百条变更记录，数据模型按文档和版本设计。把两家的数据量倒过来，谁都用不了。

结论四：APC 不是通用能力，是条件能力。 前提是"还有下一批，并且下一批和这一批足够像"。18 个行业里真正适合闭环 APC 的只有少数几个，大部分行业连离线 FDC 都要精打细算。

结论五：红线比推荐有用。 推荐会被销售话术覆盖，红线是硬的。本文每一条红线都是"模型不支持"，不是"做不好"，加模块救不了。

二、全行业总表（18 个行业/专项，一张表）

这张表是全专栏的索引。选型时拿客户对号，先看主范式和第一优先级，再看红线。表列说明：第一优先级即生死线；APC 适用档分三档（适合闭环 / 离线 FDC / 不适合）；红线一句话给出"绝对不能选什么"。

编号	行业	主范式	次要范式	第一优先级（生死线）	追溯单元	APC适用档	选型红线一句话
01	注塑	MTO	重复流水线	模具与机台匹配、参数防错	模次Lot+件	离线FDC	不能选不支持模具作为排程资源的引擎
02	纺织印染	Batch	MTO	配方与缸次工艺正确（防错缸错色）	缸号/批号	离线FDC	不能选无批号继承与缸次谱系的引擎
03	SMT	重复流水线	Batch	防错料/防错程序版本	SN+PBN	离线FDC为主，印刷可局部闭环	不能选毫秒级过站与Feeder级防错缺失的引擎
04	半导体	重复流水线（Lot流转）	Batch	防错Recipe/防错料	Lot+Wafer	适合闭环（R2R主场）	不能选无SECS/GEM与Run级防错的引擎
05	化工	连续流程	Batch	配方与批次安全	批次谱系	适合闭环（MPC/RTO）	不能选无配方版本锁与电子批记录的引擎
06	锂电	重复流水线	Batch	安全追溯（电芯SN→卷号→浆料批号全链可追）	卷/条+批	适合闭环（前段）	不能选批次段与流水段两套逻辑拼不起来的引擎
07	光伏	重复流水线	Batch	片级过站完整性与分档真实性	片/串/组件SN	离线FDC为主	不能选无载具级防混的引擎
08	汽车Tier1	重复流水线	ATO	批次可召回	批+SN	离线FDC	不能选无变更冻结与批次冻结的引擎
09	通用机加	JobShop	MTO	工序报工的真实性	工单+件	离线FDC（刀具）	不能选工单原子不可拆并的引擎
10	装备ETO	ETO	JobShop	图纸版本一致性	项目号+图版	完全不适合	不能选不与PLM联动的引擎
11	食品GMP	Batch	MTO	配料称重防错	批+效期	离线FDC	不能选无批次谱系与电子批记录实体的引擎
12	医药GMP	Batch	连续流程	数据完整性（审计追踪不可覆盖）	批	离线FDC为主，PAT局部闭环	不能选无审计追踪与电子批记录的引擎
13	钣金	MTO	JobShop	材料套裁与程序版本	张/件	完全不适合	不能选材料管不到"张/卷"一级的引擎
14	线缆	MTO	连续流程	长度计量与米标准确	卷/盘	完全不适合	不能选无长度计量与米标绑定的引擎
15	橡胶挤出	MTO	连续流程	配方与胶料批次锁（错料/超焦烧期拦截）	卷/批	离线FDC	不能选无批次谱系与配方版本、无时间窗实时拦截的引擎
16	离散装配ATO	ATO	重复流水线	齐套与装配防错	SN+配置版本	完全不适合	不能选无配置器与SN配置绑定的引擎
17	小批快反（专项）	视底层行业	—	系统与现场数据实时真实	继承底层行业	视底层行业	不能选工单原子、无插单池与冻结窗口的引擎
18	APC边界（专项）	视底层行业	—	越界安全	Run单位	本篇即判定标准	四前提缺一不立项，无回退不闭环

用法提醒：同一客户的厂区里可能并存多种范式，按"哪条线产值最大、哪条线出事最疼"定主范式，不要按产品种类数定。

三、按范式归类看：五类引擎各自的天花板

五类引擎的数据库模型完全不同，换不了。这一节把 18 篇的行业归到五类引擎下，说清每类的天花板在哪、什么时候必须换引擎。

批次配方型（02 纺织印染、05 化工批段、11 食品、12 医药，06 锂电的浆料与化成段也借这套逻辑）。 核心数据模型是配方版本+批次谱系+容器占用。它的天花板在批次谱系的粒度：正查反查必须一秒出结果，批号继承断了，追溯、质量、成本三条链一起断。它还有一个容易被低估的重心：手工调整的例外记录。操作工现场多加半桶料、延后十分钟投料，系统记不下这次例外，整批的谱系就是假的——这是导读里说过的 Batch 范式最失控的地方。什么时候必须换引擎：主要产出从"批"变成"件"、批次关系消失的时候——比如从配料反应转向按件总装，硬撑着用批次引擎跑装配，工位事件全记不进批，等于白记。

工单流转型（09 通用机加、13 钣金、14 线缆，17 小批快反的宿主行业几乎都在这）。 核心数据模型是工单+工序+资源，工单必须可拆可并、允许跳序返修。它的天花板在约束建模能力和数据真实性：约束列不全，排程输出不可执行；报工失真，排程和成本全部作废。这个引擎的失败几乎都死在数据上，不是死在功能上——机加车间的报工造假是全专栏点过名的重灾区，工时数据一失真，派工优先级和成本核算两个下游全塌。什么时候必须换引擎：产品从多品种小批量转向大批量固定节拍的时候——工序报工的粒度跟不上节拍，按工位过站重建。

工位过站型（03 SMT、04 半导体、06 锂电流水段、07 光伏、08 汽车Tier1、16 离散装配ATO）。 核心数据模型是 SN/Lot+工位+过站事件，防错和节拍分析是天生强项——每个工位有明确的进入/退出事件，任何异常都能定位到工位和时间，这是这个引擎结构上自带的，不是后来加的。它的天花板在防错规则覆盖度：变型数量超过规则维护能力，防错失效，整套体系的意义减半。它还有一个隐性依赖：采集通道。过站型引擎的数据密度高，EAP 采集一旦退化为人工补录，毫秒级过站就变成分钟级补录，节拍分析和防错回执全部失真。什么时候必须换引擎：品种爆炸到工位动作不再标准化的时候——固定动作变成"看单子干活"，过站模型装不下，要么转向配置化（如 16 篇），要么退回工单流转。

连续参数型（05 化工连续段、14 线缆的挤出段、15 橡胶挤出）。 核心数据模型是参数曲线+时间段产量+过渡料。它的天花板在切换管理：过渡料的判定、回用、成本归属，是这类引擎最见功力也最容易失控的地方。一次产品切换产出几十吨过渡料，这些料算不算合格、能不能掺回、掺回比例怎么记账，三个问题答不清，成本和质量的账都是乱的。什么时候必须换引擎：产品从大品种长周期转向小品种频繁切换的时候——每次切换都是一次"重建曲线"，按连续流优化的引擎反过来成为负担。

项目版本型（10 装备ETO）。 核心数据模型是项目号+图纸版本+工程变更，必须与 PLM 深度联动。它的天花板在变更同步速度：ECN 生效时点和在制品处理规则做不到位，车间拿旧图干新件。它的另一个独有特征是交付物不止实物——图纸、文档、证书都在交付清单里，这是其他四类引擎完全没有的概念。什么时候必须换引擎：产品标准化之后——不再每单重设计，项目引擎就成了空壳，转 ATO 或 MTO 引擎。

五类引擎之间不是优劣关系，是适配关系。选型的第一动作不是看演示，是判断客户属于哪一类——判断错了，后面所有努力都是在错误的模型上叠功能。

四、按管控重心归类看：四种生死线

第一优先级五花八门，但归结起来只有四种：防错料/防混、可召回、可审计、参数安全。每种生死线背后是一类承受不起的后果。

防错料/防混（03 SMT、04 半导体、06 锂电、07 光伏、15 橡胶挤出）。 这条线的特征是：错误在发生瞬间不可见，暴露时已经成批。一片跑错 Recipe、一卷用错批次的隔膜、一片混档的电池，发现时损失已经锁定。所以这类厂的 MES 把资源压在"进站即校验"上：过站毫秒级、校验硬拦截、绕过有回执审计。判断一个厂是不是真在这条线上，看一个细节就够：防错被绕过时系统知不知道——不知道的，这条线就是裸奔。错了出什么事：整批报废，客户索赔，划不来。

可召回（02 纺织印染、08 汽车Tier1、11 食品）。 这条线的特征是：错误在出货之后才暴露，考验的是反查速度和圈定精度。召不回来、圈不准范围，主机厂停线罚款、渠道下架、监管处罚跟着来。这类厂的追溯必须做到"批号继承不断链"：从成品批反查到原料批，跨中转仓也不能断——导读里说过的那个场景，一批货的追溯链断在某个中转仓，整条链就废了。错了出什么事：一次召回从"圈定一批"扩大到"圈定所有"，成本差两个数量级。

可审计（11 食品GMP、12 医药GMP，05 化工的合规部分也压在这条线上）。 这条线的特征是：数据的价值不在"管生产"，在"当证据"。批记录、审计追踪、放行链，任何一步留痕缺失，整批货不能放行，检查过不了。这类厂的 MES 设计重心从效率转向证据，改一条记录都要留痕——效率上看起来"慢"，但这是这类行业唯一正确的慢。错了出什么事：产品放不出去，或者放出去后被追溯出记录造假，证没了。

参数安全（04 半导体、05 化工、06 锂电、15 橡胶挤出、18 APC专项）。 这条线的特征是：参数是主控对象，参数错=结果错，而且常常不可逆。Recipe 的版本和下发权限、参数曲线的联锁、闭环调整的边界，都是这条线上的防线。这条线和防错料那条线经常被混为一谈，区别在对象：防错料管"装没装对的东西"，参数安全管"设备按什么参数干活"——料对了参数错了，结果照样废。错了出什么事：一釜整废、一个 Lot 报废、几百米超差。

一个厂可能同时压两条线（比如 06 锂电既是参数安全又是防混），这时主范式决定哪条先保，次要范式的模块补另一条。选型会上如果供应商答不出"你这条线的生死线是什么"，后面不必谈了。

五、选型决策树（五步问到底）

五个连续问句，从接到客户开始问，问到底就落到引擎类型上。每一问给"是"和"否"的去向。

第一问：客户下单时，产品定义是否已经存在（有标准 BOM）？ 否——每单重新设计、图纸随单新建：项目版本型引擎，对应 ETO，MES 必须与 PLM 联动，参照第 10 篇。这一类最容易和 ATO 混淆：客户"提要求"不等于"重新设计"，判断标准是订单进来后要不要新建图纸。是——进入第二问。

第二问：物料是否按批投入容器、批是追溯和成本的最小单位？ 是——批次配方型引擎，配方版本+批次谱系+容器占用是命根子，参照第 02、05、11、12 篇。注意"批"不等于"一车料"：判断标准是批与批之间有没有明确的开始和结束、有没有配方版本跟着批走。否——进入第三问。

第三问：产品是否以连续流态通过设备、以时间段产量计量？ 是——连续参数型引擎，参数曲线+过渡料管理是命根子，参照第 05、14、15 篇。判断的旁证：这个厂怕不怕停机。怕到愿意多压库存也不停的，基本是连续流。否——进入第四问。

第四问：是否多品种小批量、工艺路线可变、按工序报工？ 是——工单流转型引擎，工单可拆可并、派工灵活是命根子，参照第 09、13 篇；插单和换线频率高的，叠加第 17 篇的快反能力。旁证：同一台设备一天干十种活、工序之间存在明显等待队列。否——进入第五问。

第五问：是否按固定节拍工位排列、按台/片/卷流转？ 是——工位过站型引擎，防错+SN 过站是命根子，参照第 03、04、06、07、08 篇；客户选配置、后段变型装配的，叠加配置器和齐套，参照第 16 篇。

问完五问，引擎定了。之后再谈功能清单、再谈集成、再谈价格。顺序反了，就是导读开头那个 243 项功能的中标故事。还有一条实操提醒：混合范式的厂（比如锂电的批次段+流水段），五问会同时命中两个答案，这时按"产值大的那条线"定主引擎，另一条线用模块补，别指望一个引擎通吃。

六、六种最常见的错配（现象→根因→补救）

这六种错配在选型失败案例里反复出现。格式统一：现象→根因→补救。补救区分两级：加模块能救（引擎没选错，缺功能）和必须换引擎（模型不支持，加功能没用）。

错配一：排程永远和现场对不上。 现象：系统给的顺序和车间实际干的顺序永远两样，调度员只信白板。 根因：约束建模不全（换线、模具、套裁没进模型），或者报工数据失真。 补救：数据失真的，先救数据（报工方式、采集方式），这属于加模块和改流程能救的范围；约束模型根本不支持关键资源（比如不支持模具作为排程资源）的，必须换引擎。判断口诀：把现场排产老手叫来，让他挑排程结果的毛病——挑出来的是"约束没录进去"，加配置能救；挑出来的是"这种东西系统里根本没法表达"，换引擎。

错配二：追溯查不到、召回圈不准。 现象：客户投诉来了，反查一批货要翻几天纸质记录，圈定范围要么过大要么漏。 根因：追溯单元选错（该按 SN 的按了批，该按卷的按了件），或批号继承断链。 补救：同一引擎内补条码体系和谱系模块，加模块能救；引擎根本没有谱系数据模型、追溯只挂在工单注释上的，必须换引擎。补救之前先做一次演练：随机抽一个成品号，看多久能反查到原料批，演练结果就是现状的真实水位。

错配三：防错形同虚设。 现象：系统里过站一切正常，现场扫码枪被拔、联锁被短接，装错件流到客户。 根因：防错规则允许人工跳过作为默认路径，且没有回执校验。 补救：加联锁回执校验、改异常通道权限，加模块能救；引擎过站模型做不到毫秒级和硬拦截、靠轮询补数据的，必须换引擎。这类错配最隐蔽的地方是系统报表看起来一切正常——发现它要靠现场走线，不靠看报表。

错配四：批记录靠人工整理，审计难受。 现象：每次审核前突击补记录，审计追踪是打印出来的 Excel。 根因：引擎没有审计追踪和电子批记录的数据模型，所有留痕靠事后整理。 补救：有合规层的行业（11、12），审计追踪必须是引擎原生能力，缺了必须换引擎；非强合规行业想补质量管理模块，加模块能救。这里有一条硬分界：事后补出来的记录在监管检查里等于没有记录，所以强合规行业的这个坑不能拖到审核前再填。

错配五：插单一来全厂打乱。 现象：一张急单插进去，几十张在制工单跟着乱，交期连锁延期。 根因：排程引擎没有冻结窗口、订单分级、插单池，或工单是原子不可拆并。 补救：有重排引擎但缺三件套的，加模块能救；工单模型是原子的、排程只有整单粒度的，必须换引擎。补一句第 17 篇的提醒：三件套上线前，插单成本必须先量化出来，否则订单分级没有依据，分级就是新的拍脑袋。

错配六：两个系统都说自己对。 现象：MES 和 ERP 的库存、在制永远对不上，月底对账靠人肉。 根因：链路上的单据和载体没定义清楚——传递什么单据、挂在哪个载体上，两套系统各说各话。 补救：把链路六段的单据/载体/断点讲清楚再补接口对账，加模块能救；两边批次模型不一致（一边按批一边按件且无转换层）的，必须换引擎。判断要点：对不上的账如果集中在某一个流转环节，是接口问题，能救；如果全面对不上且越对差距越大，是模型问题，换。

六种错配的共同教训：补救之前先判断"引擎对不对"，再判断"功能缺不缺"。顺序反了，就是给错误的模型不停打补丁。还有一个共同的前置动作：六种错配在选型阶段都能提前暴露——让供应商现场演示"故意做错"的场景（排一个违反换线约束的顺序、反查一个跨仓批号、绕一次防错），演示不出来的，就是对应的错配在前方等着。

七、给不同角色的一句话建议

实施顾问/售前：进客户车间先问三件事——主范式是什么、第一优先级是什么、追溯单元是什么，答不全就先做诊断再谈方案，别拿功能清单去对。售前的价值不在把方案讲得漂亮，在把不该投的单提前放弃——范式不对的单，中标就是亏损的开始。

CIM/EAP工程师：搞清楚自己手上这套系统的模型边界，哪些需求是加接口能解决的，哪些是引擎不支持必须上报的——后者硬接，项目就是你在背。EAP 这一层还有一条：采集退化为人工补录的那天，就是数据开始失真的那天，守住采集通道就是守住整个系统的地基。

工艺工程师：参数是你的阵地，Recipe 版本、下发权限、调整留痕，这三件事在系统里有没有做实，比多采十个参数重要。第 18 篇多说一句：如果厂里要上 APC，你要能看懂残差图，否则维护责任迟早悬空。

生产负责人：插单有成本、换线有损失、缺件有代价，系统的作用是把这些数摆到桌面上，而不是把不按规矩干的过程电子化一遍。系统上线后第一个月报出来的难看数据，多数不是系统错了，是过去看不见。

IT负责人：主数据（BOM、配方、图纸版本）不在一条数据链上的系统组合，集成做得再漂亮也是两张皮，选型时先把这条卡死。接口数量和主数据一致性相比，后者决定成败，前者只决定工作量。

八、全专栏收尾

19 篇写完，回到导读里的那句话：选型失败，多半不是功能不够。

全专栏只讲了三件事。第一件是业务逻辑：十八个行业，各自的活是怎么干的，为什么必须这么干——注塑绕不开模具，化工绕不开批次，装备绕不开版本，装配绕不开齐套。第二件是系统取舍：为了支撑这个干法，MES 的哪一部分必须做重、哪一部分可以放弃——把预算压在第一优先级上，第二、第三优先级的东西再诱人也要忍住。第三件是适配边界：什么条件下这套方案会失效、失效的表现是什么——配置爆炸、批次断链、模型失配、插单打乱，每一种失效都有前兆。

这套标尺拿走就能用：判断范式、找出生死线、定追溯单元、对红线。用熟了会发现，绝大多数 MES 项目的成败，在选型会之前就定了。

最后交代一下阅读顺序，给还没通读全专栏的读者：先读导读，把七种范式和九条分析维度装进脑子；再做第五节的五问，给自己厂定位引擎类型；然后按定位跳对应的行业篇；插单多、换线多的加读第 17 篇，良率波动大、纠结要不要上 APC 的加读第 18 篇；本篇总表留着做选型对照。每篇独立可读，术语口径以导读为准。

九、文末引导

配套Excel工艺计算工具、良率SPC模板在主页资源栏目，适合CIM、良率工程师日常使用。