IE标工联同PMC排产，关键是形成计划—实绩—结单闭环
IE标准工时不是独立台账，PMC排产也不是手工填数。只有以金蝶编码为主键，将订单净需求、标工版本、工位与人力、冻结计划、生产实绩、欠产与超产、尾单调整和结单状态贯通，计划才会成为可校验、可追溯、可持续改善的制造闭环。
1. 闭环对象不是三张表，而是一条交付数据链
很多企业已经有 ERP 订单、IE 标准工时和 PMC 排产表，但三类数据往往各自维护：订单用金蝶编码，标工表用产品名称，排产表又由计划员手工复制；生产实绩只记录产量，没有回写订单、计划日期和标工版本。结果是计划看似完整，产能无法验证，欠产无法追踪，尾单也无法自动收口。
真正的闭环应从订单净需求开始：以物料编码匹配有效标工，换算标准产能与负荷，形成可执行的冻结计划；生产按订单与日期报工，系统再计算达成、欠产、超产、剩余数量和结单状态，并把实绩偏差反馈给 IE 与 PMC。
2. 先统一主键，再谈自动联动
| 数据层 | 必须字段 | 管理要求 |
|---|---|---|
| 订单需求 | 订单号、金蝶编码、需求数量、交期、库存/WIP、净需求 | 金蝶编码作为跨表主键，产品名称只用于显示，不能作为唯一匹配条件。 |
| IE标工 | 标准工时、标准产出、工位数/人力、车间、工序、版本、生效日期 | 只调用“最新批准且已生效”的版本；方法、设备或人机配置变化后必须换版。 |
| PMC计划 | 计划日期、班次、订单号、日计划、开始/结束时间、已排数量 | 建议提前两天冻结近期计划，插单或变更必须保留原因与版本。 |
| 生产实绩 | 合格产出、不良数量、实际人力、实际工时、异常原因、报工时间 | 实绩必须回到同一订单、同一产品编码和同一计划日期，不能只记总产量。 |
对手工装配场景，可把“工位数＝直接人力”作为基础配置口径；一人多机、多人一机或设备自动周期占主导的工序，应在 IE 标工版本中另列人机配置，避免简单套用。
3. 产能计算必须区分 CT 与标准人工工时
瓶颈节拍 CT 决定线体理论产出，标准人工工时决定人力负荷。若两者混在同一字段，PMC 会高估或低估产能，制造也无法解释人均效率。
计划达成率应保留真实结果，实际产出高于计划时允许超过 100%，不能为了报表好看而封顶。超过 100% 也不等于一定有效，还应复核是否提前透支后续订单、是否增加在制品，以及实际投入人力是否同步增加。
4. 自动排程表必须守住六条联动规则
- 编码自动带出：录入金蝶编码后，自动匹配产品、车间、有效标工、工位数、标准产出与版本。
- 净需求自动计算：订单需求扣除可用库存、在制与累计合格实绩，禁止多处手工改写同一结果。
- 实绩自动回写：生产实绩按订单号、编码与计划日期汇总，自动更新累计实绩、未完成量和达成率。
- 超产自动冲减：当日实绩大于计划时，后续尾单计划相应减少，避免同一订单重复安排。
- 新增行继承规则：插入新行后必须自动延续公式、数据验证、格式和状态判断，不能因间隔空行造成字段丢失。
- 空值保持为空：交期未录入时显示空白，不能出现“1900-01-00”等伪日期；缺少标工时显示“未建标工”，不能默认为零。
5. 欠产、超产、尾单与结单必须分开定义
例如订单仍差 9 件时，即使已经执行最后一批计划，也只能显示“欠产”或“尾单待完成”，不能显示“尾单完成”。状态词必须表达事实，否则管理层会把未完成订单误判为已经交付。
6. 跨部门责任要按数据对象划分
7. 管理看板只需回答五个问题
今天要做什么？按标工需要多少人力与工位？实际做了多少？差异在哪里？剩余订单何时完成？围绕这五个问题，管理看板应至少呈现计划数量、实际合格产出、计划达成率、工位负荷率、欠产/超产数量、订单剩余量、异常原因和预计结单日期。红色用于欠产与交期风险，黄色用于标工缺失、物料未齐和负荷超限，绿色仅表示完成条件已经满足。
8. 建议按四个阶段落地
- 统一字段与口径：清理全量 SKU 编码，确认最新 IE 标工和 PMC 订单源，定义 CT、标准人工工时、工位数、净需求与状态字典。
- 建立联动样板：选择一个产品族，用订单需求—排产—实绩三张表验证自动带出、公式继承和状态判断。
- 运行真实订单：连续运行至少一个完整交付周期，重点暴露缺标工、错编码、漏报工、插单与尾单冲减问题。
- 固化至 ERP/MES：样板稳定后再配置接口、权限、版本和看板，并建立 IE、PMC、制造的日清与周复盘机制。
这套闭环的价值，不只是让排产表自动计算，而是把计划、能力和结果放到同一条数据链上。计划偏差能够被解释，标工偏差能够被修正，尾单能够被追踪，订单能够被真正关闭，IE 数据才会从工程资料转化为交付能力。