[{"data":1,"prerenderedAt":72},["ShallowReactive",2],{"legacy:insights\u002Fsrm-delivery-receipt-inbound:zh-TW":3},{"id":4,"title":5,"description":6,"keywords":7,"author":8,"robots":9,"bodyClass":10,"image":11,"jsonld":12,"html":71},"insights\u002Fsrm-delivery-receipt-inbound","採購當傳話筒：供方說已發、倉庫說沒明細，在途為何總對不上 - JEDP 數字化平臺","在途與實收對不上，常見是發運計劃、發運明細、月臺佔用與過賬回寫各管一段。供方與倉庫要共用同一套狀態，採購不再靠截圖傳話。","交貨排程,ASN 送貨,預約收貨,入庫一體化,SRM WMS 協同,供應商門戶","深圳郎博萬資訊科技有限公司","index, follow","page-insights","https:\u002F\u002Fwww.jedp.cn\u002Fres\u002Fimages\u002Fproduct\u002Fsrm-slide6.webp",[13,31,45],{"@context":14,"@type":15,"@id":16,"headline":17,"description":6,"inLanguage":18,"datePublished":19,"dateModified":20,"articleSection":21,"keywords":22,"image":11,"author":23,"publisher":25,"isPartOf":26,"mainEntityOfPage":28},"https:\u002F\u002Fschema.org","Article","https:\u002F\u002Fwww.jedp.cn\u002Finsights\u002Fsrm-delivery-receipt-inbound#article","採購當傳話筒：供方說已發、倉庫說沒明細，在途為何總對不上","zh-CN","2026-09-30","2026-10-17","SRM · 供應商","交貨排程, ASN 送貨, 預約收貨, 入庫一體化, SRM WMS 協同, 供應商門戶",{"@id":24},"https:\u002F\u002Fwww.jedp.cn\u002F#organization",{"@id":24},{"@id":27},"https:\u002F\u002Fwww.jedp.cn\u002Finsights#collection",{"@type":29,"@id":30},"WebPage","https:\u002F\u002Fwww.jedp.cn\u002Finsights\u002Fsrm-delivery-receipt-inbound",{"@context":14,"@type":32,"itemListElement":33},"BreadcrumbList",[34,39,43],{"@type":35,"position":36,"name":37,"item":38},"ListItem",1,"首頁","https:\u002F\u002Fwww.jedp.cn\u002F",{"@type":35,"position":40,"name":41,"item":42},2,"行業洞察","https:\u002F\u002Fwww.jedp.cn\u002Finsights",{"@type":35,"position":44,"name":17,"item":30},3,{"@context":14,"@type":46,"@id":47,"mainEntity":48},"FAQPage","https:\u002F\u002Fwww.jedp.cn\u002Finsights\u002Fsrm-delivery-receipt-inbound#faq",[49,55,59,63,67],{"@type":50,"name":51,"acceptedAnswer":52},"Question","沒有 WMS 能不能做送貨入庫一體？",{"@type":53,"text":54},"Answer","能做簡化版：協同側管發貨計劃與發運明細、供方確認，收貨用確認單回寫實收與未交。月臺與庫位上架仍弱，但訂單在途與實收可先對齊。",{"@type":50,"name":56,"acceptedAnswer":57},"發運明細和交貨排程是什麼關係？",{"@type":53,"text":58},"排程是「何時交多少」的計劃行；發運明細是「這趟車帶哪些行\u002F箱\u002F批」的通知。一趟車可覆蓋多計劃行；無明細的預約只佔時間不佔準備資訊。",{"@type":50,"name":60,"acceptedAnswer":61},"供方不會填系統怎麼辦？",{"@type":53,"text":62},"輕門戶或確認連結：只填本趟發執行與預計到達。主廠可代錄非關鍵欄位，但發運確認與到貨時間戳必須由協同動作產生。",{"@type":50,"name":64,"acceptedAnswer":65},"直送到車間還要不要過賬？",{"@type":53,"text":66},"物理可直送，賬上仍要過收貨或直送入庫節點，否則在途、質檢與未交數量必然漂移。",{"@type":50,"name":68,"acceptedAnswer":69},"和 OTIF、對賬怎麼銜接？",{"@type":53,"text":70},"簽收時間戳與實收數量是 OTIF 的輸入；實收進入對賬歸集。鏈條斷在過賬，準時率與對賬都會一起假。","\u003Carticle class=\"insight-article\">\n    \u003Cdiv class=\"insight-container\">\n      \u003Cnav class=\"breadcrumb\" aria-label=\"麵包屑\">\n        \u003Ca href=\"\u002F\">首頁\u003C\u002Fa>\n        \u003Cspan class=\"breadcrumb-sep\">\u002F\u003C\u002Fspan>\n        \u003Ca href=\"\u002Finsights\">行業洞察\u003C\u002Fa>\n        \u003Cspan class=\"breadcrumb-sep\">\u002F\u003C\u002Fspan>\n        \u003Cspan>SRM · 供應商\u003C\u002Fspan>\n      \u003C\u002Fnav>\n\n      \u003Cheader class=\"insight-hero\">\n        \u003Cdiv class=\"insight-tags\">\u003Cspan class=\"r-tag\">交貨排程\u003C\u002Fspan>\u003Cspan class=\"r-tag\">ASN\u003C\u002Fspan>\u003Cspan class=\"r-tag\">收貨入庫\u003C\u002Fspan>\u003Cspan class=\"r-tag\">供應商門戶\u003C\u002Fspan>\u003C\u002Fdiv>\n        \u003Ch1>採購當傳話筒：供方說已發、倉庫說沒明細，在途為何總對不上\u003C\u002Fh1>\n        \u003Cp class=\"insight-lede\">缺料會上採購同時開著三個聊天視窗：左邊供方發來運單號，右邊倉管回「沒預約不知卸哪」，中間計劃員問「到底還在不在路上」。問題很少是誰不負責，而是發運事實進不了雙方共用的狀態——採購被迫當傳話筒，在途數字永遠比現場慢一拍。\u003C\u002Fp>\n        \u003Cdiv class=\"insight-meta\">\n          \u003Cspan>更新於 2026-09-30\u003C\u002Fspan>\n          \u003Cspan class=\"dot\" aria-hidden=\"true\">\u003C\u002Fspan>\n          \u003Cspan>約 8 分鐘閱讀\u003C\u002Fspan>\n          \u003Cspan class=\"dot\" aria-hidden=\"true\">\u003C\u002Fspan>\n          \u003Cspan>製造業數字化 · SRM · 供應商\u003C\u002Fspan>\n        \u003C\u002Fdiv>\n      \u003C\u002Fheader>\n      \u003Csection class=\"insight-takeaways\">\n        \u003Ch2>讀這一篇能得到什麼\u003C\u002Fh2>\n        \u003Cul>\u003Cli>訂單確認只回答「認不認單」，不回答「這周分幾趟交」；生效行上要有可執行的發貨計劃\u003C\u002Fli>\u003Cli>發運明細回答「帶什麼來」，月臺預約回答「何時佔資源」；只有運單號，現場只能拆包猜\u003C\u002Fli>\u003Cli>過賬產生實收後，在途與未交必須回寫訂單行，且戰略供方側同步可見\u003C\u002Fli>\u003Cli>供方門戶或輕連結應能維護本趟發運並看到簽收結果，與內部倉庫同一套事實\u003C\u002Fli>\u003Cli>先打通戰略供方「計劃→明細→佔位→實收」最小鏈，再擴長尾與複雜直送\u003C\u002Fli>\u003C\u002Ful>\n      \u003C\u002Fsection>\n\n      \u003Cdiv class=\"insight-layout\">\n        \u003Cdiv class=\"insight-body\">\n\u003Ch2 id=\"三个聊天窗口-拼不出一趟车\">三個聊天視窗，拼不出一趟車\u003C\u002Fh2>\n\u003Cp>早上八點，計劃員報關鍵件斷料。採購在群裡追問，供方甩來快遞單截圖；倉庫回「門口沒這車」；十分鐘後車到了，班組長拆了兩託才發現少箱、批次與訂單對不上。下午對賬組又來問「這票算不算已收」。同一趟貨，上午是缺料事故，下午是賬實爭議——採購整天在傳話，沒有人指著同一行狀態說：已發運、已佔位、已實收、差異已關。\u003C\u002Fp>\n\u003Cp>「一體化」不是多買一把掃描槍就成立，而是讓\u003Cstrong>發運計劃、本趟明細、資源佔用與過賬回寫\u003C\u002Fstrong>落在同一條可追蹤狀態上。任一段只活在微信或登記本，缺料會就繼續對截圖。\u003C\u002Fp>\n\u003Ch2 id=\"确认了交期-仍可能不知道这周交哪几行\">確認了交期，仍可能不知道這周交哪幾行\u003C\u002Fh2>\n\u003Cp>訂單確認只回答「認不認這張單」，不回答「這周交哪幾行、分幾趟」。採購在會上追問「到底哪天到」，供方回「按交期」，兩邊都對，現場仍然空。\u003C\u002Fp>\n\u003Cp>最小規則：\u003C\u002Fp>\n\u003Cul>\u003Cli>生效 PO 行才允許建發貨計劃；計劃行數量合計不得超過未交量；\u003C\u002Fli>\u003Cli>「已發貨」只能由已提交的計劃或發運狀態產生，禁止口頭報發；\u003C\u002Fli>\u003Cli>計劃變更（數量、預計到）要留版本或原因碼，避免被靜默改寫。\u003C\u002Fli>\u003C\u002Ful>\n\u003Cp>沒有計劃行，在途看板只能猜；有計劃卻允許採購代填假計劃刷覆蓋率，比沒有計劃更糟——數字綠了，月臺仍亂。計劃行合計超過未交量時，系統應攔截而不是靠倉管事後發現。\u003C\u002Fp>\n\u003Ch2 id=\"有运单号不等于能卸货\">有運單號不等於能卸貨\u003C\u002Fh2>\n\u003Cp>運單號證明「貨離開了某處」，不證明倉庫知道卸什麼、佔哪個時段。只有預約、沒有本趟明細，班組長仍要拆包才知道工作量；只有跟蹤號、沒有行與箱託資訊，無法預留庫位與抽檢策略。超閾值託數不附明細的預約，應降級為候補窗或現場待完善，而不是與完整明細車次搶月臺。\u003C\u002Fp>\n\u003Cdiv class=\"table-scroll\">\u003Ctable>\u003Cthead>\u003Ctr>\u003Cth>現場現象\u003C\u002Fth>\u003Cth>供方 \u002F 採購說法\u003C\u002Fth>\u003Cth>倉庫感受\u003C\u002Fth>\u003Cth>缺的事實\u003C\u002Fth>\u003C\u002Ftr>\u003C\u002Fthead>\u003Ctbody>\u003Ctr>\u003Ctd>「已發」卻缺料\u003C\u002Ftd>\u003Ctd>「跟蹤號發你了」\u003C\u002Ftd>\u003Ctd>沒佔位、沒明細\u003C\u002Ftd>\u003Ctd>發運未進計劃\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>車到了卸不動\u003C\u002Ftd>\u003Ctd>「按交期到的」\u003C\u002Ftd>\u003Ctd>同時三輛、不知卸哪\u003C\u002Ftd>\u003Ctd>未佔容量 \u002F 無明細\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>實收與訂單對不上\u003C\u002Ftd>\u003Ctd>「按訂單發的」\u003C\u002Ftd>\u003Ctd>少箱事後補\u003C\u002Ftd>\u003Ctd>過賬未回寫未交\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>供方問收到沒\u003C\u002Ftd>\u003Ctd>「問倉庫」\u003C\u002Ftd>\u003Ctd>「問採購」\u003C\u002Ftd>\u003Ctd>簽收狀態不對供方可見\u003C\u002Ftd>\u003C\u002Ftr>\u003C\u002Ftbody>\u003C\u002Ftable>\u003C\u002Fdiv>\n\u003Ch2 id=\"隔日过账-是在途造假的最常见手法\">隔日過賬，是在途造假的最常見手法\u003C\u002Fh2>\n\u003Cp>實收只寫在倉庫臺賬、不回寫訂單行，採購看板永遠顯示「在途」，供方也永遠被追問「收到沒有」。差異（短交、多交、破損）必須當日原因碼關閉，並決定是否生成補交計劃行。批次隔日過賬，會讓在途長期好看、現場長期慌。\u003C\u002Fp>\n\u003Cp>沒有獨立倉儲系統時，可用收貨確認單代替精細月臺與庫位，但\u003Cstrong>實收回寫訂單\u003C\u002Fstrong>不能省——否則排程與對賬仍是兩張皮。直送車間可以物理不過月臺，賬上仍要過收貨或直送入庫節點，否則質檢與未交必然漂移。\u003C\u002Fp>\n\u003Ch2 id=\"供方看不见实收-就会继续用截图当证明\">供方看不見實收，就會繼續用截圖當證明\u003C\u002Fh2>\n\u003Cp>內部系統再完整，若戰略供方只能打電話問「到了沒」，門戶價值只剩錄入。簽收結果、差異與短交關閉應對戰略供方可見（明細深度可裁剪，狀態機要一致）。看不見實收，微信截圖就會繼續充當發運證明，採購傳話筒也撤不下來。\u003C\u002Fp>\n\u003Cp>建議雙方共用這些狀態標籤：計劃中 \u002F 已發運 \u002F 已預約 \u002F 收貨中 \u002F 已實收 \u002F 短交關閉。抽檢時問供方：「你現在在系統裡看到的狀態，和倉庫說的是否同一句？」不一致，就還沒打通。\u003C\u002Fp>\n\u003Ch2 id=\"战略供方先跑最小四步\">戰略供方先跑最小四步\u003C\u002Fh2>\n\u003Cp>選三到五家戰略供方與高頻物料，只要求：\u003C\u002Fp>\n\u003Col>\u003Cli>發貨前：門戶或連結提交本趟明細（行、數量、預計到）；\u003C\u002Fli>\u003Cli>到貨前：預約成功（或倉管代錄佔位）；\u003C\u002Fli>\u003Cli>到貨後：按明細過賬，差異當日關；\u003C\u002Fli>\u003Cli>供方能看見「已實收 \u002F 差異」狀態。\u003C\u002Fli>\u003C\u002Fol>\n\u003Cp>四步穩定兩週，再談直送、VMI、自動預約演算法。分批與短交寫成制度一句：\u003Cstrong>計劃行分別考核與關閉；短交必須有原因碼，並明確是否生成補交行。\u003C\u002Fstrong> 否則「發了一部分」會同時汙染達交、未交與對賬三個口徑。\u003C\u002Fp>\n\u003Cdiv class=\"table-scroll\">\u003Ctable>\u003Cthead>\u003Ctr>\u003Cth>能力\u003C\u002Fth>\u003Cth>落地要點\u003C\u002Fth>\u003C\u002Ftr>\u003C\u002Fthead>\u003Ctbody>\u003Ctr>\u003Ctd>交貨排程\u003C\u002Ftd>\u003Ctd>確認後的 PO 行可維護分批發貨計劃；剩餘未交可視\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>供方觸點\u003C\u002Ftd>\u003Ctd>維護本趟發運；檢視佔位窗與簽收結果\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>明細規則\u003C\u002Ftd>\u003Ctd>超閾值託數必須附明細；無明細預約進候補小窗\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>與月臺聯動\u003C\u002Ftd>\u003Ctd>計劃\u002F明細驅動或關聯預約；爽約\u002F遲到回傳績效\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>實收回寫\u003C\u002Ftd>\u003Ctd>過賬更新在途、未交、可對賬量；差異原因碼\u003C\u002Ftd>\u003C\u002Ftr>\u003C\u002Ftbody>\u003C\u002Ftable>\u003C\u002Fdiv>\n\u003Cp>供應方案裡的訂單與交貨協同，通常把確認後的排程、門戶發運與答交放在同一狀態機上，並可銜接倉庫預約與過賬。JEDP-SRM 與 WMS 聯調時，優先驗收「供方能否在發運前錄入、倉庫能否按明細過賬、過賬後未交是否當日回寫且供方可見」，而不是先做覆蓋率大屏。\u003C\u002Fp>\n\u003Ch2 id=\"编制-主数据与不适用边界\">編制、主資料與不適用邊界\u003C\u002Fh2>\n\u003Cp>倉庫收貨編制本身嚴重不足時，預約只能削峰，不能創造人手——先補編制或外包卸貨，再談強制明細。一物多碼未治，明細行會對錯料。寄售\u002FVMI 消耗觸發補貨，傳統 PO 行發運鏈要另案設計指標。現貨門店式提貨、無在途管理，強上完整鏈路收益有限。供方零協同意願且無合同約束時，硬上門戶會變成代填演戲——先商務與分層。\u003C\u002Fp>\n\u003Cp>有用指標：有發貨計劃的確認訂單佔比、明細覆蓋率、無明細到貨佔比、預約準時簽到率與爽約率、實收回寫時效、供方可見簽收狀態抽檢。採購代填假計劃、到貨後補明細刷覆蓋、取消預約不記爽約、批次隔日過賬——都是反模式。\u003C\u002Fp>\n\u003Cp>推進可按供方分層：先戰略供方強制計劃；再高峰品類上明細加佔位；再擴實收回寫與供方可見。連續兩週「有計劃佔比」與「無明細到貨佔比」不動，先停擴面、修主廠代填與過賬延遲。\u003C\u002Fp>\n\u003Cp>與達交、對賬的銜接要事先說清：簽收時間戳進 OTIF，實收數量進期間對賬池；不合格或待檢未放行時，可對賬量是否凍結要有規則，避免「貨到了、賬上能付、質量還在退」。整合失敗（計劃推不出去、過賬回寫中斷）必須讓採購與倉管看見同一待辦，禁止只在技術群裡靜默重試。\u003C\u002Fp>\n\u003Cp>高峰季月臺壓力大時，寧可收縮強制範圍到戰略供方，也不要用「先卸再補單」把明細覆蓋率刷綠——那種綠會在下週缺料會和對賬周同時爆。採購傳話筒撤得掉的標誌很簡單：缺料會上不再需要同時開啟三個聊天視窗，就能指著同一行狀態說話。\u003C\u002Fp>\n\u003Ch2 id=\"怎么继续\">怎麼繼續\u003C\u002Fh2>\n\u003Cp>下週缺料會前，抽十張「供方說已發貨」的訂單：系統裡有沒有發貨計劃、有沒有本趟明細、有沒有實收時間戳？三段都空，說明傳話筒模式還在運轉。再讓供方登入或開啟連結，看能否看見實收結果——不能，就仍是採購在中間翻譯。先把戰略供方四步跑穩兩週，再擴下一波名單。\u003C\u002Fp>\n\u003Cul>\u003Cli>SRM 供應方案：訂單與交貨協同\u003C\u002Fli>\u003Cli>訂單確認、變更與回告\u003C\u002Fli>\u003Cli>到貨預約與收貨節拍\u003C\u002Fli>\u003Cli>OTIF 口徑與簽收時間戳\u003C\u002Fli>\u003Cli>對賬如何消費實收\u003C\u002Fli>\u003C\u002Ful>\n        \u003C\u002Fdiv>\n        \u003Caside class=\"insight-toc\" aria-label=\"本頁目錄\">\n          \u003Ch2>目錄\u003C\u002Fh2>\n          \u003Ca class=\"h2\" href=\"#三个聊天窗口-拼不出一趟车\">三個聊天視窗，拼不出一趟車\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#确认了交期-仍可能不知道这周交哪几行\">確認了交期，仍可能不知道這周交哪幾行\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#有运单号不等于能卸货\">有運單號不等於能卸貨\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#隔日过账-是在途造假的最常见手法\">隔日過賬，是在途造假的最常見手法\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#供方看不见实收-就会继续用截图当证明\">供方看不見實收，就會繼續用截圖當證明\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#战略供方先跑最小四步\">戰略供方先跑最小四步\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#编制-主数据与不适用边界\">編制、主資料與不適用邊界\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#怎么继续\">怎麼繼續\u003C\u002Fa>\n        \u003C\u002Faside>\n      \u003C\u002Fdiv>\n\n      \u003Cdiv class=\"insight-cta\">\n        \u003Cp>\u003Cstrong>想把這篇裡的做法落到自己的廠裡？\u003C\u002Fstrong>資源中心有對應場景的線上自測與資料模板，也可以直接約一次真實環境演示。\u003C\u002Fp>\n        \u003Cdiv class=\"insight-cta-actions\">\n          \u003Ca href=\"\u002Fresources?from=srm#selftest\" class=\"btn btn-outline\">去資源中心自測\u003C\u002Fa>\n          \u003Ca href=\"\u002Fcases#case-srm\" class=\"btn btn-outline\">SRM 驗收案例\u003C\u002Fa>\n          \u003Ca href=\"\u002Fcontact?from=srm\" class=\"btn\">獲取方案與演示\u003C\u002Fa>\n        \u003C!-- next-step:BEGIN -->\u003Ca class=\"btn\" href=\"\u002Fproduct\u002Fsrm\">查看產品方案：\u003Cspan>JEDP-SRM 供應商關係管理系統\u003C\u002Fspan>\u003C\u002Fa>\u003Ca class=\"btn btn-outline\" href=\"\u002Fres\u002Fresources\u002Fkits\u002F01-srm-supplier-onboarding-scorecard.html\">對應資料包：\u003Cspan>供應商准入清單 + 績效評分卡\u003C\u002Fspan>\u003C\u002Fa>\u003C!-- next-step:END -->\n        \u003C\u002Fdiv>\n      \u003C\u002Fdiv>\n      \u003Csection class=\"insight-faq\" id=\"faq\">\n        \u003Ch2>常見問題\u003C\u002Fh2>\n        \u003Cp class=\"insight-faq-sub\">圍繞本篇主題的追問，先看這裡；仍有疑問可\u003Ca href=\"\u002Fcontact?from=srm\">聯絡我們\u003C\u002Fa>\u003C\u002Fp>\n        \u003Cdiv class=\"faq-list\">\n        \u003Cdetails class=\"faq-item\" open>\n          \u003Csummary>沒有 WMS 能不能做送貨入庫一體？\u003C\u002Fsummary>\n          \u003Cp>能做簡化版：協同側管發貨計劃與發運明細、供方確認，收貨用確認單回寫實收與未交。月臺與庫位上架仍弱，但訂單在途與實收可先對齊。\u003C\u002Fp>\n        \u003C\u002Fdetails>\n        \u003Cdetails class=\"faq-item\">\n          \u003Csummary>發運明細和交貨排程是什麼關係？\u003C\u002Fsummary>\n          \u003Cp>排程是「何時交多少」的計劃行；發運明細是「這趟車帶哪些行\u002F箱\u002F批」的通知。一趟車可覆蓋多計劃行；無明細的預約只佔時間不佔準備資訊。\u003C\u002Fp>\n        \u003C\u002Fdetails>\n        \u003Cdetails class=\"faq-item\">\n          \u003Csummary>供方不會填系統怎麼辦？\u003C\u002Fsummary>\n          \u003Cp>輕門戶或確認連結：只填本趟發執行與預計到達。主廠可代錄非關鍵欄位，但發運確認與到貨時間戳必須由協同動作產生。\u003C\u002Fp>\n        \u003C\u002Fdetails>\n        \u003Cdetails class=\"faq-item\">\n          \u003Csummary>直送到車間還要不要過賬？\u003C\u002Fsummary>\n          \u003Cp>物理可直送，賬上仍要過收貨或直送入庫節點，否則在途、質檢與未交數量必然漂移。\u003C\u002Fp>\n        \u003C\u002Fdetails>\n        \u003Cdetails class=\"faq-item\">\n          \u003Csummary>和 OTIF、對賬怎麼銜接？\u003C\u002Fsummary>\n          \u003Cp>簽收時間戳與實收數量是 OTIF 的輸入；實收進入對賬歸集。鏈條斷在過賬，準時率與對賬都會一起假。\u003C\u002Fp>\n        \u003C\u002Fdetails>\n        \u003C\u002Fdiv>\n      \u003C\u002Fsection>\n      \u003Csection class=\"insight-related\">\n        \u003Ch2>相關閱讀\u003C\u002Fh2>\n        \u003Cdiv class=\"insight-related-grid\">\n          \u003Carticle class=\"r-card\">\n            \u003Cdiv class=\"r-tags\">SRM · 供應商\u003C\u002Fdiv>\n            \u003Ch3>採購說發了、供方說沒看到？訂單協同先落在同一張生效單上\u003C\u002Fh3>\n            \u003Cp>訂單協同混亂通常不是供方不配合，而是確認、變更、交期回告沒有同一張單。確認時間戳、變更版本與二次確認、回告與承諾分離，雙方介面狀態一致。…\u003C\u002Fp>\n            \u003Cdiv class=\"r-meta\">2026-04-09 · 約 8 分鐘\u003C\u002Fdiv>\n          \u003C\u002Farticle>\n          \u003Carticle class=\"r-card\">\n            \u003Cdiv class=\"r-tags\">SRM · 供應商\u003C\u002Fdiv>\n            \u003Ch3>看板準時率 96% 仍缺料：先把 OTIF 寫成可驗證規則\u003C\u002Fh3>\n            \u003Cp>交期達成率虛高，多半是分子分母被重新定義過。行級 OTIF、承諾日基準、提前窗與不合格不計足量，並與訂單確認、簽收、來料判定同源，排名才配進份額…\u003C\u002Fp>\n            \u003Cdiv class=\"r-meta\">2026-06-18 · 約 8 分鐘\u003C\u002Fdiv>\n          \u003C\u002Farticle>\n          \u003Carticle class=\"r-card\">\n            \u003Cdiv class=\"r-tags\">WMS · 倉儲物流\u003C\u002Fdiv>\n            \u003Ch3>九點三車、下午空月臺？預約要佔卸貨能力，不能只佔備註欄\u003C\u002Fh3>\n            \u003Cp>收貨擁堵往往因為預約只登記不佔資源。把時間窗、月臺、卸貨能力與 ASN 做成佔用—簽到—關閉閉環，遲到爽約與緊急插隊進規則與績效，高峰日先約戰略…\u003C\u002Fp>\n            \u003Cdiv class=\"r-meta\">2026-03-26 · 約 8 分鐘\u003C\u002Fdiv>\n          \u003C\u002Farticle>\n        \u003C\u002Fdiv>\n      \u003C\u002Fsection>\n    \u003C\u002Fdiv>\n  \u003C\u002Farticle>",1793937991459]