採購當傳話筒：供方說已發、倉庫說沒明細，在途為何總對不上
缺料會上採購同時開著三個聊天視窗：左邊供方發來運單號，右邊倉管回「沒預約不知卸哪」，中間計劃員問「到底還在不在路上」。問題很少是誰不負責，而是發運事實進不了雙方共用的狀態——採購被迫當傳話筒，在途數字永遠比現場慢一拍。
讀這一篇能得到什麼
- 訂單確認只回答「認不認單」，不回答「這周分幾趟交」；生效行上要有可執行的發貨計劃
- 發運明細回答「帶什麼來」，月臺預約回答「何時佔資源」；只有運單號，現場只能拆包猜
- 過賬產生實收後，在途與未交必須回寫訂單行，且戰略供方側同步可見
- 供方門戶或輕連結應能維護本趟發運並看到簽收結果，與內部倉庫同一套事實
- 先打通戰略供方「計劃→明細→佔位→實收」最小鏈，再擴長尾與複雜直送
三個聊天視窗，拼不出一趟車
早上八點，計劃員報關鍵件斷料。採購在群裡追問，供方甩來快遞單截圖；倉庫回「門口沒這車」；十分鐘後車到了，班組長拆了兩託才發現少箱、批次與訂單對不上。下午對賬組又來問「這票算不算已收」。同一趟貨，上午是缺料事故，下午是賬實爭議——採購整天在傳話，沒有人指著同一行狀態說：已發運、已佔位、已實收、差異已關。
「一體化」不是多買一把掃描槍就成立，而是讓發運計劃、本趟明細、資源佔用與過賬回寫落在同一條可追蹤狀態上。任一段只活在微信或登記本，缺料會就繼續對截圖。
確認了交期，仍可能不知道這周交哪幾行
訂單確認只回答「認不認這張單」，不回答「這周交哪幾行、分幾趟」。採購在會上追問「到底哪天到」，供方回「按交期」，兩邊都對，現場仍然空。
最小規則：
- 生效 PO 行才允許建發貨計劃；計劃行數量合計不得超過未交量；
- 「已發貨」只能由已提交的計劃或發運狀態產生，禁止口頭報發；
- 計劃變更（數量、預計到）要留版本或原因碼，避免被靜默改寫。
沒有計劃行，在途看板只能猜；有計劃卻允許採購代填假計劃刷覆蓋率，比沒有計劃更糟——數字綠了，月臺仍亂。計劃行合計超過未交量時，系統應攔截而不是靠倉管事後發現。
有運單號不等於能卸貨
運單號證明「貨離開了某處」，不證明倉庫知道卸什麼、佔哪個時段。只有預約、沒有本趟明細，班組長仍要拆包才知道工作量；只有跟蹤號、沒有行與箱託資訊，無法預留庫位與抽檢策略。超閾值託數不附明細的預約，應降級為候補窗或現場待完善，而不是與完整明細車次搶月臺。
| 現場現象 | 供方 / 採購說法 | 倉庫感受 | 缺的事實 |
|---|---|---|---|
| 「已發」卻缺料 | 「跟蹤號發你了」 | 沒佔位、沒明細 | 發運未進計劃 |
| 車到了卸不動 | 「按交期到的」 | 同時三輛、不知卸哪 | 未佔容量 / 無明細 |
| 實收與訂單對不上 | 「按訂單發的」 | 少箱事後補 | 過賬未回寫未交 |
| 供方問收到沒 | 「問倉庫」 | 「問採購」 | 簽收狀態不對供方可見 |
隔日過賬，是在途造假的最常見手法
實收只寫在倉庫臺賬、不回寫訂單行，採購看板永遠顯示「在途」，供方也永遠被追問「收到沒有」。差異（短交、多交、破損）必須當日原因碼關閉，並決定是否生成補交計劃行。批次隔日過賬，會讓在途長期好看、現場長期慌。
沒有獨立倉儲系統時，可用收貨確認單代替精細月臺與庫位，但實收回寫訂單不能省——否則排程與對賬仍是兩張皮。直送車間可以物理不過月臺，賬上仍要過收貨或直送入庫節點，否則質檢與未交必然漂移。
供方看不見實收，就會繼續用截圖當證明
內部系統再完整，若戰略供方只能打電話問「到了沒」，門戶價值只剩錄入。簽收結果、差異與短交關閉應對戰略供方可見（明細深度可裁剪，狀態機要一致）。看不見實收，微信截圖就會繼續充當發運證明，採購傳話筒也撤不下來。
建議雙方共用這些狀態標籤：計劃中 / 已發運 / 已預約 / 收貨中 / 已實收 / 短交關閉。抽檢時問供方：「你現在在系統裡看到的狀態，和倉庫說的是否同一句？」不一致，就還沒打通。
戰略供方先跑最小四步
選三到五家戰略供方與高頻物料，只要求：
- 發貨前：門戶或連結提交本趟明細（行、數量、預計到）；
- 到貨前：預約成功（或倉管代錄佔位）；
- 到貨後：按明細過賬，差異當日關；
- 供方能看見「已實收 / 差異」狀態。
四步穩定兩週，再談直送、VMI、自動預約演算法。分批與短交寫成制度一句：計劃行分別考核與關閉；短交必須有原因碼，並明確是否生成補交行。 否則「發了一部分」會同時汙染達交、未交與對賬三個口徑。
| 能力 | 落地要點 |
|---|---|
| 交貨排程 | 確認後的 PO 行可維護分批發貨計劃；剩餘未交可視 |
| 供方觸點 | 維護本趟發運；檢視佔位窗與簽收結果 |
| 明細規則 | 超閾值託數必須附明細；無明細預約進候補小窗 |
| 與月臺聯動 | 計劃/明細驅動或關聯預約；爽約/遲到回傳績效 |
| 實收回寫 | 過賬更新在途、未交、可對賬量；差異原因碼 |
供應方案裡的訂單與交貨協同，通常把確認後的排程、門戶發運與答交放在同一狀態機上，並可銜接倉庫預約與過賬。JEDP-SRM 與 WMS 聯調時，優先驗收「供方能否在發運前錄入、倉庫能否按明細過賬、過賬後未交是否當日回寫且供方可見」，而不是先做覆蓋率大屏。
編制、主資料與不適用邊界
倉庫收貨編制本身嚴重不足時，預約只能削峰，不能創造人手——先補編制或外包卸貨，再談強制明細。一物多碼未治，明細行會對錯料。寄售/VMI 消耗觸發補貨，傳統 PO 行發運鏈要另案設計指標。現貨門店式提貨、無在途管理，強上完整鏈路收益有限。供方零協同意願且無合同約束時，硬上門戶會變成代填演戲——先商務與分層。
有用指標：有發貨計劃的確認訂單佔比、明細覆蓋率、無明細到貨佔比、預約準時簽到率與爽約率、實收回寫時效、供方可見簽收狀態抽檢。採購代填假計劃、到貨後補明細刷覆蓋、取消預約不記爽約、批次隔日過賬——都是反模式。
推進可按供方分層：先戰略供方強制計劃；再高峰品類上明細加佔位；再擴實收回寫與供方可見。連續兩週「有計劃佔比」與「無明細到貨佔比」不動，先停擴面、修主廠代填與過賬延遲。
與達交、對賬的銜接要事先說清：簽收時間戳進 OTIF，實收數量進期間對賬池；不合格或待檢未放行時，可對賬量是否凍結要有規則，避免「貨到了、賬上能付、質量還在退」。整合失敗（計劃推不出去、過賬回寫中斷）必須讓採購與倉管看見同一待辦，禁止只在技術群裡靜默重試。
高峰季月臺壓力大時，寧可收縮強制範圍到戰略供方，也不要用「先卸再補單」把明細覆蓋率刷綠——那種綠會在下週缺料會和對賬周同時爆。採購傳話筒撤得掉的標誌很簡單：缺料會上不再需要同時開啟三個聊天視窗，就能指著同一行狀態說話。
怎麼繼續
下週缺料會前，抽十張「供方說已發貨」的訂單：系統裡有沒有發貨計劃、有沒有本趟明細、有沒有實收時間戳？三段都空，說明傳話筒模式還在運轉。再讓供方登入或開啟連結，看能否看見實收結果——不能，就仍是採購在中間翻譯。先把戰略供方四步跑穩兩週，再擴下一波名單。
- SRM 供應方案：訂單與交貨協同
- 訂單確認、變更與回告
- 到貨預約與收貨節拍
- OTIF 口徑與簽收時間戳
- 對賬如何消費實收
想把這篇裡的做法落到自己的廠裡？資源中心有對應場景的線上自測與資料模板，也可以直接約一次真實環境演示。
常見問題
圍繞本篇主題的追問，先看這裡；仍有疑問可聯絡我們
沒有 WMS 能不能做送貨入庫一體？
能做簡化版：協同側管發貨計劃與發運明細、供方確認，收貨用確認單回寫實收與未交。月臺與庫位上架仍弱，但訂單在途與實收可先對齊。
發運明細和交貨排程是什麼關係？
排程是「何時交多少」的計劃行；發運明細是「這趟車帶哪些行/箱/批」的通知。一趟車可覆蓋多計劃行；無明細的預約只佔時間不佔準備資訊。
供方不會填系統怎麼辦？
輕門戶或確認連結：只填本趟發執行與預計到達。主廠可代錄非關鍵欄位，但發運確認與到貨時間戳必須由協同動作產生。
直送到車間還要不要過賬？
物理可直送，賬上仍要過收貨或直送入庫節點，否則在途、質檢與未交數量必然漂移。
和 OTIF、對賬怎麼銜接？
簽收時間戳與實收數量是 OTIF 的輸入；實收進入對賬歸集。鏈條斷在過賬，準時率與對賬都會一起假。