02 纺织织造+印染MES业务流程：纱线坯布批次、色号配方、染缸Batch
专栏：制造业各行业MES业务流程、底层逻辑与系统适配性 ｜ 第02篇
读者：MES实施顾问、CIM/EAP工程师、工艺工程师、生产负责人
一、行业业务原点
纺织这条链，织造在前，印染在后。织造把纱变成坯布，印染把坯布变成颜色对、手感对、克重对的成品布。管这块业务的难点，全在"批"字上：纱有批号，坯布有匹号，一缸布一个缸号，缸和缸之间有色差。
接单模式：典型 MTO。布行或服装厂下单，指定纱支、门幅、颜色、克重、定长，交期倒排。坯布环节有时做 MTS 备白坯——白坯是通用中间品，染什么颜色客户说了算。所以准确的图景是：前段织造半备货、后段印染纯按单，中间以坯布库存为缓冲，缓冲水位就是白坯仓的匹数。
产品特征：以长度和重量计价，一匹布定重定长，比如一匹 80 公斤 300 米。计量单位是匹、卷、米、公斤， MES 里的"件数"概念在这里必须换成"匹数与米数双轨"。颜色是核心属性，同一种白坯染出 20 个色号很正常。织造侧一台喷气织机一天出 300 米上下的坯布，一单几千米要几台机同时开，经轴准备决定织机开不开得起来。
换线频率：织造换一次经轴要几个小时到半天，频率低；印染一缸一个配方，一个 500 公斤染缸一天染 3 到 4 缸，一天换 3 到 4 次"线"，每次都要排缸、进布、升降温、出布、清洗。印染的换型成本体现在清洗和升温降温和能耗上。
合规约束：面料出口有环保纺织品检测要求，色牢度、pH 值、偶氮染料都要留报告；染料助剂有化学品管理要求，称料要留痕。合规层是"检测报告驱动"，MES 要能把缸号和检测报告绑死。
主范式与次要范式：按导读的定义，印染段的主范式是 Batch 批次配方——一缸一批、一缸一配方、缸是稀缺容器资源、批次是追溯与质量的单位，教科书式的 Batch。织造段的主范式是 MTO——纱支门幅随单变、工艺路径固定、以经轴和织机为排程资源。这篇的主引擎必须按 Batch 建，织造按 MTO 模块挂上去，两段靠坯布匹号接续。
二、标准业务流转链路
ERP → PPC/APS。订单进来指定色号和米数，APS 倒排：要多少公斤成品布，扣缩率反推坯布公斤数——染色缩率常态 2% 到 5%，回修再吃掉 5% 到 10%——再反推经纱用量和织造排期。单据是生产订单，载体是订单号加色号。最容易断的地方：缩率和回修率没建模。系数估不准，订单差 5% 到 10% 的量，交期被动。APS 必须把这两个系数作为可维护参数放进模型。
PPC/APS → MES。织造段下达织机工单，绑定经轴批号；印染段下达染缸工单，绑定坯布匹号列表、色号配方版本。载体是坯布匹号。最容易断的地方：匹号与缸号的对应关系靠人工维护。织造车间的习惯是挡车工换经轴时把轴批号用粉笔写在机架面板上，交接班靠口头交代，谁织的、用的哪轴浆纱，笔迹一擦就没了；排缸那边，师傅按颜色深浅把十几匹坯布拼成缸，拼缸方案记在随行的流转卡上。系统如果不支持手工拼缸与确认动作，把粉笔字和流转卡变成扫码登记，匹号进哪缸就是糊涂账，后面整条追溯链从源头就断了。
MES → EAP/设备层。织机采集停机次数、产量米数；染缸采集温度曲线、时间、浴比、加料时点。单据是投缸记录，载体是缸号。最容易断的地方：染缸温度曲线采不到。中小染厂的老染缸控制柜不开放数据，工艺靠人工盯表。温度曲线采不到，工艺执行就无据可查，缸差分析只能靠猜。兜底：加装温度记录仪是最小可行方案，一台几百块，这条钱不能省。
检验/入库。出布后对色、验布、测色牢度和水洗牢度、定重打卷。色牢度按级评，常规订单要求 4 级起；同色号分缸染的，测色仪量出来的缸差超标就分开发货。单据是检验单、化验单、成品入库单，载体是成品卷号。最容易断的地方：缸差判定。同一色号分两缸染，色差超标就得分缸发货，混在一起发出去就是客诉退货。系统必须支持"按缸隔离放行"，同色号不同缸是两个放行批次。
出货。按订单和缸号发货，附检验报告。载体是卷号加箱唛。最容易断的地方：拼单发货时卷号与订单关系维护错，A 客户的单里混进 B 客户颜色相近的缸，布行上机开裁才发现，退货损失远超运费。
三、管控优先级（严格排序）
第一：色号配方执行与缸号隔离。 错了会出什么事：称料错一种染料，整缸布报废，一缸 500 公斤坯布加染料助剂，直接损失几万元，还要赔偿交期；缸差没有隔离放行，混缸发货引发批量客诉和退换，布行客户直接砍掉供应商资格。这是生死线——染料按克称、按版本下发，色号、配方版本、缸号三者必须锁死，放行必须按缸走。
第二：坯布匹号到成品卷号的追溯链。 面料出质量问题要定位到坯布来源和染料批次，客户索赔和召回都靠这条链。链断一环，整批货说不清来源，赔得更多。
第三：染缸排程与交期。 染缸是瓶颈容器，一个 500 公斤缸一天 3 到 4 缸，缸容就这么多，排程要把拼缸、清洗、深浅色顺序都算进去。它排第二之后，因为排程排错最多慢一天，配方称错是直接烧钱。
四、MES适配特征
按导读的分析维度 4 拆五项。
底层引擎类型：必须是以"容器占用 + 配方版本 + 批次谱系"为核心的 Batch 引擎，染缸即容器，一缸一 Lot，缸内多匹坯布构成 Lot 成员清单。织造模块允许是工单+机台模式，但匹号必须作为带批号的物料对象全程流转。
核心模块重心，三个必须做深：
- 色号配方与打样管理：色号档案、配方版本（染料+助剂+浴比+曲线）、打样与复样记录、放大样到量产的修正系数；
- 染缸排程与拼缸管理：按缸容匹配布种克重拼缸、按浅色到深色排序减少清洗、支持手工拼缸确认；
- 称料与助剂管理：染料按克称量、双核对、助剂效期和先进先出、库存与批次绑定。
EAP采集重点：染缸采温度曲线（每 10 秒一个点）、升降温段时长、加料时点信号；织机采产量米数、停机事件。采不到怎么办：老染缸加温度记录仪兜底，织机可以按班次人工抄产量加自动计数器核对。染缸曲线是工艺执行证据，优先级高于织机数据。
追溯单元：缸号是主追溯单元，上游挂坯布匹号列表和染料助剂批次，下游挂成品卷号。链路就是：坯布匹号 → 缸号 → 成品卷号。一缸布十几个上游批号、几十个下游卷号，正查反查都必须一秒出结果，这是 Batch 引擎 Genealogy 模型的本职能力，不是加功能能补的。
排程约束：染缸容量与布种匹配、颜色深浅顺序、清洗时间、化验等待、坯布齐套、交期倒排。织造侧是经轴准备提前期和织机机台能力。
| 适配项 | 纺织印染行业的要求 |
|---|---|
| 底层引擎 | Batch引擎：容器占用+配方版本+批次谱系，染缸一缸一Lot |
| 核心模块 | 色号配方打样、染缸排程拼缸、称料助剂防错 |
| EAP采集 | 染缸温度曲线10秒级，织机米数与停机，老缸记录仪兜底 |
| 追溯单元 | 缸号为主，链路=坯布匹号→缸号→成品卷号 |
| 排程约束 | 缸容匹配/深浅排序/清洗/缩率回修率/坯布齐套 |
五、✅ 这套方案的优势
Batch 引擎天生擅长把"颜色账"算清楚，原因在数据模型：缸是一个天然封闭的批次对象，进什么、出什么、走了什么曲线，全部挂在缸号下面，边界清晰。
第一，配方与结果可对照。一个新色号从化验室打样到客户确认复样，通常要走 3 到 5 轮，每轮的配方微调都该留档。配方版本是结构化对象，温度曲线是时序数据，两挂在同一缸号上。量产出现缸差时，把两缸的配方 diff 和曲线叠加放在一起看，偏差点几分钟找出来。人工模式下这些信息散在记录本和仪表纸上，复盘靠老师傅回忆。
第二，批次谱系天然完整。Batch 引擎的 Genealogy 模型支持多对多继承：一缸布吃掉十几匹坯布，一批染料分给多缸。客户投诉某卷布色牢度不够，反查到缸号，正查到同缸其他卷和坯布来源，召回范围当场圈定。
第三，拼缸有据可查。手工拼缸在系统里留确认动作，哪位师傅在哪天怎么拼的缸、当时的判断依据是什么，沉淀下来就是排产知识库。数据模型里拼缸是"缸 Lot 的成员分配事件"，可记录、可复盘、可优化。
第四，回修不污染账。回修是"同缸号的二次处理事件"，成本和工时单列。布的账不会因为回修多算或少算，这是批次事件化建模的直接好处。
六、❌ 天然短板与局限
条件一：引擎不认"匹"这个计量单位。 用件数思维建的 MES，匹数、米数、公斤数三轨换算撑不住：一匹布的米数本身有正负公差，裁剪损耗、缩率都是长度逻辑。件数引擎硬套，库存账和实物永远对不齐。
条件二：拼缸全靠系统自动算。 拼缸有大量隐性约束：同色系可以拼、同克重才能拼、急单要单独开缸、缸底差要留余量。APS 若不预留手工拼缸确认环节，排出来的缸方案现场根本不采纳，师傅回到黑板上自己排，系统数据三天失真，后面所有人的报表都在给假数据打工。
条件三：回修率高而系统把回修当新工单。 回修率常态 5% 到 10%，色号越难染越高；回修若重新开单走完整流程，工单量翻倍，成本归集全乱。回修必须是原批次的附属事件。
条件四：染料库存不批次化。 助剂过效期、染力批次间有差异，如果助剂入库不记批次效期，称料防错就少了一半。称料间的老办法是把小料逐勺对单称、另一人复秤画勾，系统要接住的是"哪一桶料、效期到哪天、称进了哪一缸"这三件事。配错不是称错，是"对的料用错了批次"，这种错最隐蔽。
条件五：检测报告与缸号脱节。 化验室报告用纸质流转，MES 里没有"按缸关联报告再放行"的动作，出货时靠人翻文件夹。一个色号一份色牢度报告、一份水洗报告、一份环保检测报告，一批货分三个缸就是九份纸，找不齐，出口查验直接扣货。
七、APC/FDC适用场景
按导读三档给结论。
有条件适合闭环 R2R 的部分：染色主缸的升温速率和保温段温度控制，模型简单（一阶惯性加纯滞后），可辨识性好，调参安全（超调一点不报废），且有"下一缸"——同一色号往往连续染 3 缸以上，缸与缸足够像。用上一缸的染色结果修正下一缸的保温时长或加料时点，补偿窗口收紧，是成立的。前提是温度曲线必须采上来，采不到曲线一切免谈。
只适合离线 FDC 分析：缸差预测。把每缸的曲线特征、浴比波动、坯布前处理批次和最终色差值放一起做离线分析，找出哪些漂移模式导致缸差，给排产和工艺调整做依据。在线自动改配方不行——色差是多种染料竞争上染的结果，模型耦合强，自动调配方风险高，万一调崩一缸几万元。
完全不适合：打样环节。打样的目的是探索未知配方，没有基线、没有"和上一批像"的假设，APC 前提完全不成立。打样靠化验室小样机加人工判色，系统只管记录和沉淀。水洗牢度、色牢度这类检测结果也是离线的：样品送化验室，出报告以小时计，测量滞后太大，拿去闭环没有意义，只做缸号关联与放行判定。
八、选型红线
印染为主的车间，以下引擎绝对不能选：
- 没有容器概念的：染缸被当成普通机台排程，一缸多匹的成员关系建不了，批次谱系从根上残废。
- 不支持一缸多坯布匹号成员清单的：只能"一单对一批"，拼缸业务进不了模型。
- 回修不能挂在原批次下的：回修开新工单的引擎，成本和追溯双崩。
- 计量模型只有件数、没有长度重量双轨的：布按匹和米管不动，库存账必乱。
- 放行不能按缸隔离、只能按工单放行的：缸差隔离发货做不到，等于把客诉风险焊死在流程里。
- 配方没有版本和效期管理、助剂库存不记批次的：称料防错缺了半边，出口合规报告也出不来。
九、横向对比小结
一句话：和 05 化工Batch 比，同样是容器+配方+批次谱系，化工赔的是安全与整釜料，印染赔的是颜色与整缸布，模式同源，但印染多出"缸差隔离"和"匹号→缸号→卷号"这条实体追溯链，化工没有对应的布匹物理形态问题。
十、文末引导
配套Excel工艺计算工具、良率SPC模板在主页资源栏目，适合CIM、良率工程师日常使用。
