采购说发了、供方说没看到？订单协同先落在同一张生效单上
缺料周会上四个人掏出四张「订单」：邮箱 PDF、微信截图、ERP 当前行、供方 Excel。交期各写各的，人人都觉得自己有理。要把协同做实，先保证同一时刻双方看到的是同一张有效订单——有确认时间戳、有版本、有回告入账。
读这一篇能得到什么
- 订单必须有供方在线确认，确认时间戳是交期承诺、备料与对账的起点
- 变更要版本化并再次确认后才生效；未确认前按上一生效版执行
- 交期回告与承诺交期分离：回告是输入，接受后的承诺才是计划依据
- 未确认、变更中、已关闭等状态要在双方界面一致，禁止各看各的 Excel
- 先打通战略供方与高频物料，再扩长尾；轻门户比一步要求对方上 ERP 更现实
四张「订单」，对质出一个下午
缺料周会开到第三小时，还在争论「到底哪一版交期算数」。采购说邮件上周就发了；供方说没点过确认；计划员小本上记着「下周三」；ERP 行上仍是原始日期。四个人各执一截真相，会议产出是「再跟一下」——跟完仍是四截。
订单协同的核心不是把 PO 发出去，而是双方对同一张有效订单达成一致。确认缺失、变更无版本、回告不入账——任一处断裂，交期看板、缺料分析与对账都会失真。痛点常被说成「供方不配合」，拆开看往往是主厂自己也没有唯一真相。
发出不等于确认：共同认可要有时间戳
PO 以邮件 PDF 或口头发出，没有「待确认」状态；供方内部谁有权确认不清晰；超期未确认无人升级，直到缺料才发现订单卡在半空——确认前主厂已按「已下单」驱动排产，计划建立在未共识基础上。
最小规则：
- 发布后进入「待确认」；门户一键确认或驳回（可附原因）；
- 确认时间戳写入订单行，成为交期承诺与后续达交考核的默认基准起点；
- 超期未确认自动升级，并限制下游备料计算全信；
- 仅确认后的订单进入发货计划与对账范围。
判断标准：任取一张战略物料 PO，能否在三十秒内看到发布时间、确认人、确认时间、确认版交期。采购代供方点确认刷完成率，是最危险的假协同——完成率很好看，争议时无法举证。
变更没有版本，截图永远打不完
直接改原单字段，历史被覆盖；口头加急、插单、改数量不补单；价格与交期混在同一聊天里审批权限不清——供方仍按旧版生产，主厂按新版收货，两边都觉得自己有理。
| 规则 | 说明 |
|---|---|
| 版本化 | 数量、交期、价格、收货信息变更生成新版本，旧版只读留痕 |
| 再次确认 | 变更须供方再次确认；未确认前按上一生效版执行 |
| 原因码 | 客户插单、设计变更、预测调整、供方产能等标准化 |
| 权限矩阵 | 价格与交期分审批链，避免「改交期顺便改价」无人审 |
口头加急也算变更：影响履约的指令二十四小时内补单，否则绩效与索赔都缺少凭据。没有原因码的变更，期末无法解释「到底谁在改计划」。
| 原因码 | 通常责任侧重 | 是否重置达交基准 |
|---|---|---|
| 客户插单 / 需求变更 | 主厂 / 客户 | 双方确认后可按新承诺日 |
| 设计 / 图纸变更 | 主厂技术 | 视是否影响已投产；需书面确认 |
| 供方产能 / 物料短缺 | 供方 | 一般不重置首次确认基准 |
| 物流与不可抗力 | 视合同 | 单独标记，避免污染常规达交 |
| 价格重谈 | 商务 | 与交期字段分离审批 |
回告停在聊天里，计划员的小本就是第二套 ERP
供方在微信回「下周三四」，计划员记小本，系统交期不动；回告与「采购接受的承诺交期」混为一谈——供方说了就算，或采购改了也不告诉对方；分批发货没有计划行，月末「补齐了」被当成全程履约。
要分开两个字段：
- 回告：供方输入，保留历史；
- 承诺交期：采购接受或驳回后，才更新内部计划可见值。
回告是输入，承诺是决策。回告偏差进入绩效；短交关闭必须有原因码，并明确是否生成补交行。订单协同若止于「确认了交期」却不进入发运计划与实收回写，堵点只是从采购挪到了月台——那条链见交货专题。
双方界面必须看见同一套状态
| 状态 | 采购侧含义 | 供方侧含义 | 允许的下一步 |
|---|---|---|---|
| 待确认 | 已发布，计划不可全信 | 需确认或驳回 | 确认 / 驳回 |
| 已确认 | 生效版，可驱动备料 | 按此版排产 | 发货计划 / 变更 |
| 变更中 | 新版待确认，执行仍按旧生效版 | 看到待确认变更 | 确认变更 / 驳回 |
| 部分交货 | 未交数量可视 | 剩余待发清楚 | 继续发运 / 短交关闭 |
| 已关闭 | 不再接收交货（除非重开） | 停止备料 | 归档 |
任何「采购 ERP 显示已确认、供方 Excel 仍是草稿」的并行状态，都会在缺料周会上变成互相甩锅。门户的价值首先是状态一致，其次才是界面好看。
轻门户先于「对方上完整 ERP」
供方信息化弱时，用确认链接与回告表单轻接入即可，不要第一步要求对方上完整 ERP。关键是状态落在你的协同系统，而不是聊天记录里。主厂可代录非关键字段，但确认动作必须由供方侧完成。
推进时不要三项同时铺满：先战略供方与高频物料只上确认；确认率起来后再上变更版本与原因码；最后扩展交期回告、接受/驳回与偏差进绩效。见效信号分别是：未确认订单可见；「微信改单」可统计并下降；计划交期与门户一致。
供应方案里的订单与交货协同，通常按发布—确认—生效状态机运行，变更版本化并二次确认，答交分离回告与承诺。JEDP-SRM 与门户协同后，价值在「同一时刻同一生效版」，不在订单列表皮肤。集成失败须对业务可见，禁止门户与 ERP 两套状态静默漂移。
先别铺开的场景
- 一物多码未治理：确认了也无法保证执行指向正确物料；
- 特批路径未显性化：领导一句话跳过确认，系统形同虚设；
- 供方未做战略分层：长尾与战略同一套重流程，推进成本过高；
- 纯现货、当场付款提货：保留最小确认即可；
- 内部计划本身周级摇摆：先收敛主厂计划纪律。
有用指标：订单确认率与确认时效、变更二次确认率、口头变更补单率、回告响应率与偏差分布、生效版唯一性抽检、短交关闭原因码完整率。假确认、直接改原单抹历史、回告只记小本——都是反模式。
价格来自寻源定标的，订单行应引用生效价格版本，而不是下单时再口头议一刀。交期变更与价格变更挤在同一条微信里，期末对账与达交考核都会说不清责任。海外供方优先保障确认、驳回、回告接受等按钮可用；缺译时这些动作比宣传页更值得先翻译。集团多组织时，订单权限随组织隔离，防止 A 公司采购员误改 B 公司生效版。
确认率起来之后，周会第一项应变成「未确认与变更中清单」而不是再念缺料感受。清单能下钻到订单行，争论才从印象转到证据。战略物料确认率连续两周低于约定阈值时，先停扩变更与回告功能，把确认动作做实，再往下叠。
怎么继续
本周先量战略物料订单确认率；确认率上不去，谈达交排名没有意义。再抽十张「据说改过交期」的订单，看系统里有没有版本与二次确认——没有的，缺料会议里的故事都不可采信。确认率达标的品类，再打开回告/承诺字段是否分离。
想把这篇里的做法落到自己的厂里？资源中心有对应场景的在线自测与资料模板，也可以直接约一次真实环境演示。
常见问题
围绕本篇主题的追问，先看这里；仍有疑问可联系我们
供方只会用微信和 Excel，怎么办？
先用轻门户：确认链接与回告表单。关键是动作落到系统状态与时间戳，而不是永久停在聊天记录。主厂可代录非关键字段，但确认必须由供方侧完成。
口头加急算不算变更？
算。凡影响交期、数量、价格、收货地址的口头指令，要在 24 小时内补成系统变更单并再次确认，否则计划与对账必然漂移。
一张 PO 分批发货怎么管？
订单行加发货计划，剩余未交数量可视；短交关闭要有原因码，并决定是否生成补交行。
价格变更和交期变更能否同一流程？
可用同一变更框架，但审批链与权限矩阵要分开——价格走商务/财务，交期走计划/采购执行。
供方确认后还能不能改单？
可以，但必须走变更版本。直接改原单且无二次确认，等于把「共同认可」撕掉。