05 化工流程MES & APC应用：连续流+Batch配方，APC是核心闭环手段
专栏：制造业各行业MES业务流程、底层逻辑与系统适配性 ｜ 第5篇
读者：MES实施顾问、CIM/EAP工程师、工艺工程师、生产负责人
一、行业业务原点
接单模式：大宗基础化工走预测备货，价格周期驱动，装置尽量满负荷；精细化工、助剂、催化剂走按单生产，一单一个牌号。很多厂两条腿走路——上游装置连续跑大品种，下游反应釜按单做小品种。
产品特征：以吨计，桶装、槽罐、槽车出厂；有保质期，有危化属性；品种按牌号计，一套装置一年可能切换上百个牌号。
换线频率：连续段的"换线"就是切换——从牌号 A 切到牌号 B，先降负荷、再切进料、再提负荷，中间产出两到八小时产量的过渡料；Batch 段是换釜清洗，一釜一批，一天跑两到四批。
合规约束：危化品安全生产许可、环保排放在线监控、职业健康监护；成品要出厂检验单与安全技术说明书；批记录在事故追溯里是法律证据，保存期以年计。事故调查时的证据链口径要提前定好：批记录、DCS 原始曲线、报警记录，三者的时间基准必须一致。服务器时钟不同步，证据链自相矛盾，这种低级错误出过不止一次。
判断一个化工厂的主范式，看物料形态：管道里是流，釜里是批，桶里是件。三种形态并存时，计量单位也要三套——吨、批、桶，想把它们统一成一个单位的尝试基本都会失败。
两类段的生产组织完全不同。连续段是装置资产：一套装置建成后产品方向就锁死，改造一次以月计，管理重心是"这套装置这个月跑什么牌号、跑多少吨"。Batch 段是柔性资产：二十台反应釜理论上能做两百个牌号，管理重心是"哪个釜什么时候给哪张订单"。罐区夹在中间当缓冲——连续段产出进罐，Batch 段从罐取料，罐是两种范式之间的解耦器，罐满罐空都是排程信号。
主范式：连续流程。物料在管道和塔器里不可中断，产出按时间段计，温度、压力、流量、配比这些参数是主控对象，不是"工序报工"。
次要范式：Batch（反应釜、聚合釜）。一批一个配方、一条完整工艺曲线，一个釜同一时间只能装一批，釜是稀缺资源。
二、标准业务流转链路
ERP → PPC/APS：销售订单和库存策略合成月度装置计划，单据是生产计划书，载体是"装置生产期间 + 牌号"。计划层的输出不只是吨数，还有牌号切换的顺序和次数——每多一次切换就是几小时的过渡料，切换次数本身就是成本。最容易断的地方：连续段按"吨"排，Batch 段按"釜"排，两个计量口径在计划层没对齐，月度会议天天吵。
PPC/APS → MES：装置开停车计划、釜次排程下发，约束是釜占用、罐区容量、管道输送顺序。最容易断的地方：切换顺序——相邻两个牌号物性冲突，中间必须插清洗程序，APS 没建模管道残留，排出来的顺序现场执行不了。
MES → 控制层：MES 不直接控阀。DCS/PLC 是真实控制层，MES 做三件事：把配方版本与批指令下发到 DCS 操作员站由人确认执行；把 DCS 的参数曲线、报警、联锁动作采回来形成电子批记录；把化验结果回写用于批放行。最容易断的地方：DCS 侧改了位号组态，MES 采集组态没人同步，批记录里出现空洞。电子批记录有三层——参数层（DCS 曲线按批时间窗切出来）、动作层（人工加料、人工确认、取样送检）、判定层（化验结果与放行结论），三层缺一层，批记录在审计里就站不住。
控制层执行：DCS 按回路控制，联锁与报警分级——一级联锁停车、二级联锁降负荷、三级仅报警，一套装置的报警点位数以百计。现场会这么干：切换过渡段，操作工在 DCS 画面上打过渡料去向标签，现场管道挂牌——"这几个小时的产出全部进回用罐"，这个动作必须在 MES 里有对应记录，否则过渡料账就是糊涂账。
检验/入库：在线分析仪加化验室取样。在线分析仪是化验室的延伸——pH、水分、色谱装在管道上，几分钟出一个点；化验室做全项，几小时出单。两者的数据都进批记录，但置信级不同：过程控制用在线数据，批放行用化验室数据，混用的系统过不了审核。最容易断的地方：放行等待——罐被样品占着不能转，下游釜空等，排程全乱。
出货：槽车装车计量、桶装码盘，批号与提货单绑定。危化品装车还有资质校验——押运员证、车辆运输许可，校验不过磅房不放行。这个校验放在 MES 还是独立系统，选型时要问清楚。最容易断的地方：一罐成品分装给多个客户，批号拆分后的追溯关系没人维护，全靠 Excel。
三、管控优先级（严格排序）
第一是配方版本与批次放行锁。错了会出什么事：配方改版没锁死，操作工按老版本配料，反应放热失控，轻则整釜报废，重则烧起来是安全事故；另一头，挂着"待放行"的成品被按旧牌号发走，客户装置出了质量问题，追回来的不止是货。放行锁必须做到：化验不合格的批次在系统里无法生成出货单，配方非当前版本无法下达批指令。
第二是批次谱系。一批成品等于三批原料加半罐回用加一个批次添加剂，多批进、一批出，一批进、多批出，正查反查都要一秒出结果。批号命名规则也要进模型：日期、釜号、班次编进批号，出问题时口头就能缩小范围，系统再精确到秒。原料出问题，两小时内要知道哪些成品批用了它、发给了谁、还压在哪个库。谱系做不实，第一名的放行锁也只是把风险锁在厂里，锁不住厂外。
第三是收率与能耗。同样进料，收率差 2%，一年的利润差就是一次装置大修的费用量级。能耗也一样：蒸汽单耗差 5%，一年就是几百万的账，要算到装置和班次。批次谱系做实之后，收率的账才算得清——哪个班、哪台釜、哪个牌号收率低，数据直接指到人。
这个排序从事故统计里能验证：化工行业真正的大损失，配方错和放行漏占大头，收率波动只是慢出血。所以预算先把锁做实，再谈优化。
四、MES适配特征
| 子项 | 内容 |
|---|---|
| 底层引擎类型 | 批次配方引擎（配方版本 + 批次谱系 + 容器占用），连续段以"生产期间 + 参数曲线"建模，不以工单流转为核心 |
| 核心模块重心 | 电子批记录（参数曲线、报警、联锁、人工动作全部入档）；配方版本与下发管控；罐区储运与批号拆分 |
| EAP 采集重点 | 与 DCS 对接（OPC UA 或专有接口），采参数曲线、报警、联锁动作、分析仪表数据；曲线秒到分钟级；采不到就要求操作工在界面确认，系统留人工痕迹 |
| 追溯单元 | 批号（一釜一批、一罐一批），谱系树支持多对多：多批原料合成一批成品，一批原料分到多批成品 |
| 排程约束 | 釜占用与清洗时间、罐区容量、管道输送顺序（防交叉污染）、危化品装车资质与时间窗 |
引擎判断一句话：看它的配方对象有没有"版本 + 生效区间 + 适用装置"三要素，批次对象有没有"投入清单 + 产出清单 + 参数曲线"三件套。配方只是一张参数表格的系统，做不了化工。
采集范围也要说清：一套中型装置 DCS 点位几万个，MES 只采与批相关的子集，通常几百到几千点。采什么、不采什么，是化工 MES 组态里最见功力的决策——全采会被数据淹死，少采会漏证据。
现场会这么干：袋装固体助剂不进管道，人工称重投料。做法是一袋一码，操作工扫码确认后投，投料秤把重量传回批记录；少扫一袋，这釜的批记录永远停在"投料未完成"，釜开不了下一步。
五、✅ 这套方案的优势
参数曲线回放是天然的。连续段每个生产期间都带完整的温度、压力、流量时间序列，事后回放能对齐到分钟：收率波动是进料波动还是塔压波动，两条曲线一摆就清楚。再叠加当时的操作日志，归因时间从按天算缩到按小时算。
物料衡算闭环。批次谱系加罐区液位加流量累计，数据模型天然支持"进多少、出多少、损耗多少"的平衡计算，跑冒滴漏和计量误差被数字暴露，成本核算不再靠分摊。
配方即证据。每批成品都能回放到哪版配方、哪次投料、哪条曲线、哪张化验单。事故追溯在模型层面就是一次查询，不用事后重建证据链——这是化工 MES 与离散 MES 最本质的区别。
能耗对标有数据基础。连续段时间序列配上蒸汽、电、冷却水的计量表，模型里天然支持单位产品能耗的分摊计算，装置之间横向比、月度之间纵向比，节能改造有没有效，数据直接说话。
切换成本可计算。过渡料的量、回用的去向、清洗的时长，模型里都有记录，切换排程的损失从老师傅的经验值变成可算的数，APS 的切换约束就来自这些数。
谱系树可以画出全景。原料批次到成品批次的多对多关系画成一棵树，安全评估时一眼看清影响范围，这种图靠人工表格永远滞后。
六、❌ 天然短板与局限
人工步骤是断点。催化剂称重、pH 试纸目测、釜底阀现场确认——这些动作不进系统，批记录就有空洞。真出事故时，调查方拿着批记录问"这里为什么是空白"，全厂说不清，责任划分直接崩。
大修后基线漂移。装置大修完，塔盘重装、仪表重新校准，参数基线全变了。系统里 FDC 阈值还按修前设，开工第一周全是误报警，最后大家把报警屏蔽，判异能力形同虚设。
回用比例打爆谱系假设。模型假定回用上限 15%，某个月原料紧张，车间把回用提到 30%，谱系树复杂度指数上涨，反查时树画不下，追溯变慢变乱。
一罐多批分装追溯断裂。30 吨罐分装给 5 个客户，每桶 200 公斤，桶码算新批号吗？数据模型没定义这个动作，全靠人工表格补，追溯链在装桶这一步就断了。
DCS 数据拿不到。老 DCS 走私有协议，上位接口报价高，最后用中间表五分钟一帧对拷，曲线细节全丢，批记录里的"曲线"变成了折线示意图。
牌号爆炸拖垮主数据。一年上百个牌号，每个牌号一套配方一套限值，主数据维护跟不上时，现场就出现"配方模板加手改参数"的操作，版本锁瞬间失效。主数据治理的活要排在系统上线之前，不是之后。
放行卡在审批流。审批人出差，批次在"待放行"卡三天，罐区占满全线停——放行模型要支持授权代理和时限升级，否则排队等待本身变成新的产能损失。
七、APC/FDC适用场景
结论：化工是 APC 的发源地，最适合闭环 APC 的行业之一。
- 适合闭环 APC：精馏塔多变量控制——同时压住塔顶塔底组成，抗进料扰动，是教科书场景；反应釜温度串级——釜温、夹套水温、冷却水阀三层串级往下传；软测量兜底——在线色谱五到十五分钟一针，太慢，用温度压力秒级推断组成，色谱一针校正一次模型。"快变量估计 + 慢变量校正"这套结构，是化工 APC 的标准打法。
- 上线前提四条：模型可辨识（历史数据足够、工况覆盖全）、执行器可用（阀没卡死、没被手动旁路）、安全边界明确（APC 输出必须被 DCS 联锁限幅）、有在线分析仪或可靠软测量。缺任何一条，APC 只能开监督模式。报警管理本身要治理：报警分级建好之后还要定期瘦身，条目一年不清理，操作工一天被打几百次，重要报警被淹没——报警治理是 APC 上线的前置工程。
- 分层要清楚：实时优化小时级改设定值，APC 秒到分钟级执行，DCS 回路秒级响应。三层各管各的，别指望优化层直接动阀。优化层与 APC 的接口是设定值：优化层算出最优操作点，APC 把它翻译成各回路的设定值并平滑过渡；优化结果超出 APC 能力范围时降级执行，不能硬推。
- 只适合 FDC：聚合釜升温段，每批曲线差异大，自动调参易震荡。用 FDC 做曲线聚类找异常批，人工归因。
- 不适合：调和、包装、灌装段——单件动作没有"下一批可迭代"的连续性，参数闭环无意义；这些段的自动化属于设备层的事，别让 APC 背锅。
八、选型红线
绝对不能选以下底层引擎的 MES：
- 以工单过站为核心、没有配方版本对象的。批次安全和电子批记录都做不了，引擎不支持。
- 不支持时间序列曲线存储、只存快照值的。曲线回放和 FDC 全部没法做。
- 批次谱系只支持一对一关系的。多对多投料记不全，追溯是假的。
- 没有放行锁、出货单与检验结果不做强校验的。合规直接不及格。
- 不能与 DCS 对接、只能人工录入参数的。电子批记录退化成电子表格搬运工。
红线验证方法：让厂商演示"三批原料、一次回用、两个添加剂合成一批成品，其中两桶投料延迟二十分钟"的完整批记录回放。回放不出来，后面不用谈。
九、横向对比小结
和医药原料药最像：都是"反应釜 + 批记录 + 放行"，差别在化工多一套连续装置段和危化安全联锁，医药的批记录合规审查更重，对照本专栏 12 医药 GMP 篇看放行与审计追踪。锂电前段浆料搅拌也是 Batch 数学题，可对照 06 锂电篇看配方锁的另一个打法。
十、文末引导
配套Excel工艺计算工具、良率SPC模板在主页资源栏目，适合CIM、良率工程师日常使用。
