採購說發了、供方說沒看到？訂單協同先落在同一張生效單上
缺料週會上四個人掏出四張「訂單」：郵箱 PDF、微信截圖、ERP 當前行、供方 Excel。交期各寫各的，人人都覺得自己有理。要把協同做實，先保證同一時刻雙方看到的是同一張有效訂單——有確認時間戳、有版本、有回告入賬。
讀這一篇能得到什麼
- 訂單必須有供方線上確認，確認時間戳是交期承諾、備料與對賬的起點
- 變更要版本化並再次確認後才生效；未確認前按上一生效版執行
- 交期回告與承諾交期分離：回告是輸入，接受後的承諾才是計劃依據
- 未確認、變更中、已關閉等狀態要在雙方介面一致，禁止各看各的 Excel
- 先打通戰略供方與高頻物料，再擴長尾；輕門戶比一步要求對方上 ERP 更現實
四張「訂單」，對質出一個下午
缺料週會開到第三小時，還在爭論「到底哪一版交期算數」。採購說郵件上週就發了；供方說沒點過確認；計劃員小本上記著「下週三」；ERP 行上仍是原始日期。四個人各執一截真相，會議產出是「再跟一下」——跟完仍是四截。
訂單協同的核心不是把 PO 發出去，而是雙方對同一張有效訂單達成一致。確認缺失、變更無版本、回告不入賬——任一處斷裂，交期看板、缺料分析與對賬都會失真。痛點常被說成「供方不配合」，拆開看往往是主廠自己也沒有唯一真相。
發出不等於確認：共同認可要有時間戳
PO 以郵件 PDF 或口頭髮出，沒有「待確認」狀態；供方內部誰有權確認不清晰；超期未確認無人升級，直到缺料才發現訂單卡在半空——確認前主廠已按「已下單」驅動排產，計劃建立在未共識基礎上。
最小規則：
- 釋出後進入「待確認」；門戶一鍵確認或駁回（可附原因）；
- 確認時間戳寫入訂單行，成為交期承諾與後續達交考核的預設基準起點；
- 超期未確認自動升級，並限制下游備料計算全信；
- 僅確認後的訂單進入發貨計劃與對賬範圍。
判斷標準：任取一張戰略物料 PO，能否在三十秒內看到釋出時間、確認人、確認時間、確認版交期。採購代供方點確認刷完成率，是最危險的假協同——完成率很好看，爭議時無法舉證。
變更沒有版本，截圖永遠打不完
直接改原單欄位，歷史被覆蓋；口頭加急、插單、改數量不補單；價格與交期混在同一聊天裡審批權限不清——供方仍按舊版生產，主廠按新版收貨，兩邊都覺得自己有理。
| 規則 | 說明 |
|---|---|
| 版本化 | 數量、交期、價格、收貨資訊變更生成新版本，舊版只讀留痕 |
| 再次確認 | 變更須供方再次確認；未確認前按上一生效版執行 |
| 原因碼 | 客戶插單、設計變更、預測調整、供方產能等標準化 |
| 權限矩陣 | 價格與交期分審批鏈，避免「改交期順便改價」無人審 |
口頭加急也算變更：影響履約的指令二十四小時內補單，否則績效與索賠都缺少憑據。沒有原因碼的變更，期末無法解釋「到底誰在改計劃」。
| 原因碼 | 通常責任側重 | 是否重置達交基準 |
|---|---|---|
| 客戶插單 / 需求變更 | 主廠 / 客戶 | 雙方確認後可按新承諾日 |
| 設計 / 圖紙變更 | 主廠技術 | 視是否影響已投產；需書面確認 |
| 供方產能 / 物料短缺 | 供方 | 一般不重置首次確認基準 |
| 物流與不可抗力 | 視合同 | 單獨標記，避免汙染常規達交 |
| 價格重談 | 商務 | 與交期欄位分離審批 |
回告停在聊天裡，計劃員的小本就是第二套 ERP
供方在微信回「下週三四」，計劃員記小本，系統交期不動；回告與「採購接受的承諾交期」混為一談——供方說了就算，或採購改了也不告訴對方；分批發貨沒有計劃行，月末「補齊了」被當成全程履約。
要分開兩個欄位：
- 回告：供方輸入，保留歷史；
- 承諾交期：採購接受或駁回後，才更新內部計劃可見值。
回告是輸入，承諾是決策。回告偏差進入績效；短交關閉必須有原因碼，並明確是否生成補交行。訂單協同若止於「確認了交期」卻不進入發運計劃與實收回寫，堵點只是從採購挪到了月臺——那條鏈見交貨專題。
雙方介面必須看見同一套狀態
| 狀態 | 採購側含義 | 供方側含義 | 允許的下一步 |
|---|---|---|---|
| 待確認 | 已釋出，計劃不可全信 | 需確認或駁回 | 確認 / 駁回 |
| 已確認 | 生效版，可驅動備料 | 按此版排產 | 發貨計劃 / 變更 |
| 變更中 | 新版待確認，執行仍按舊生效版 | 看到待確認變更 | 確認變更 / 駁回 |
| 部分交貨 | 未交數量可視 | 剩餘待發清楚 | 繼續發運 / 短交關閉 |
| 已關閉 | 不再接收交貨（除非重開） | 停止備料 | 歸檔 |
任何「採購 ERP 顯示已確認、供方 Excel 仍是草稿」的並行狀態，都會在缺料週會上變成互相甩鍋。門戶的價值首先是狀態一致，其次才是介面好看。
輕門戶先於「對方上完整 ERP」
供方資訊化弱時，用確認連結與回告表單輕接入即可，不要第一步要求對方上完整 ERP。關鍵是狀態落在你的協同系統，而不是聊天記錄裡。主廠可代錄非關鍵欄位，但確認動作必須由供方側完成。
推進時不要三項同時鋪滿：先戰略供方與高頻物料只上確認；確認率起來後再上變更版本與原因碼；最後擴充套件交期回告、接受/駁回與偏差進績效。見效訊號分別是：未確認訂單可見；「微信改單」可統計並下降；計劃交期與門戶一致。
供應方案裡的訂單與交貨協同，通常按釋出—確認—生效狀態機執行，變更版本化並二次確認，答交分離回告與承諾。JEDP-SRM 與門戶協同後，價值在「同一時刻同一生效版」，不在訂單列表皮膚。整合失敗須對業務可見，禁止門戶與 ERP 兩套狀態靜默漂移。
先別鋪開的場景
- 一物多碼未治理：確認了也無法保證執行指向正確物料；
- 特批路徑未顯性化：領導一句話跳過確認，系統形同虛設；
- 供方未做戰略分層：長尾與戰略同一套重流程，推進成本過高；
- 純現貨、當場付款提貨：保留最小確認即可；
- 內部計劃本身周級搖擺：先收斂主廠計劃紀律。
有用指標：訂單確認率與確認時效、變更二次確認率、口頭變更補單率、回告響應率與偏差分佈、生效版唯一性抽檢、短交關閉原因碼完整率。假確認、直接改原單抹歷史、回告只記小本——都是反模式。
價格來自尋源定標的，訂單行應引用生效價格版本，而不是下單時再口頭議一刀。交期變更與價格變更擠在同一條微信裡，期末對賬與達交考核都會說不清責任。海外供方優先保障確認、駁回、回告接受等按鈕可用；缺譯時這些動作比宣傳頁更值得先翻譯。集團多組織時，訂單權限隨組織隔離，防止 A 公司採購員誤改 B 公司生效版。
確認率起來之後，週會第一項應變成「未確認與變更中清單」而不是再念缺料感受。清單能下鑽到訂單行，爭論才從印象轉到證據。戰略物料確認率連續兩週低於約定閾值時，先停擴變更與回告功能，把確認動作做實，再往下疊。
怎麼繼續
本週先量戰略物料訂單確認率；確認率上不去，談達交排名沒有意義。再抽十張「據說改過交期」的訂單，看系統裡有沒有版本與二次確認——沒有的，缺料會議裡的故事都不可採信。確認率達標的品類，再開啟回告/承諾欄位是否分離。
- SRM 供應方案：訂單與交貨協同
- 尋源：詢報價、競價與招標
- 交貨計劃如何接到倉庫實收
- 委外加工對賬斷點
- 對賬開票付款與訂單生效版
想把這篇裡的做法落到自己的廠裡？資源中心有對應場景的線上自測與資料模板，也可以直接約一次真實環境演示。
常見問題
圍繞本篇主題的追問，先看這裡；仍有疑問可聯絡我們
供方只會用微信和 Excel，怎麼辦？
先用輕門戶：確認連結與回告表單。關鍵是動作落到系統狀態與時間戳，而不是永久停在聊天記錄。主廠可代錄非關鍵欄位，但確認必須由供方側完成。
口頭加急算不算變更？
算。凡影響交期、數量、價格、收貨地址的口頭指令，要在 24 小時內補成系統變更單並再次確認，否則計劃與對賬必然漂移。
一張 PO 分批發貨怎麼管？
訂單行加發貨計劃，剩餘未交數量可視；短交關閉要有原因碼，並決定是否生成補交行。
價格變更和交期變更能否同一流程？
可用同一變更框架，但審批鏈與權限矩陣要分開——價格走商務/財務，交期走計劃/採購執行。
供方確認後還能不能改單？
可以，但必須走變更版本。直接改原單且無二次確認，等於把「共同認可」撕掉。