委外加工對賬總是對不上？拆到單據層，其實是 5 個斷點

財務說「數對不上」，採購說「現場就是這樣」

月末最後兩天，財務開啟委外應付明細，採購開啟自己的發料臺賬，外協老闆開啟微信裡的完工截圖。三個人對同一批料，各有一套數字。差距不大時靠人情抹平；差距一大，就變成「你不認我的簽收、我不認你的損耗」。

這類爭議幾乎從來不是加減法算錯，而是業務發生的那一刻，雙方沒有留下共同認可的憑據。普通採購至少有一張到貨單；委外加工是「多段物料流動 + 分段結算」——主廠發料、外協加工、回廠檢驗、按工費結算。每一次交接都是一次記賬機會，也是一次分歧機會。下面按出現頻率，把五個斷點拆到單據層。

斷點一：發出去的，和對方認下的，不是同一個數

主廠臺賬發了 1000，供應商說只收到 985。差的 15 件沒人認——運輸？裝卸？計量？還是代用料混進去了？

常見根因：發貨有單、簽收無單，或只有微信口頭確認；破損短少沒有獨立記錄；主廠按重量發、對方按數量收，換算規則各算各的；代用料混在正常發料裡。還有一種更隱蔽的：發料分批發完，對方只確認了其中一車，期末卻拿「整批發料數」對「部分簽收數」。

要焊死的最小動作：

• 發料單必須由供應商側線上確認——確認是後續結算的起點
• 發出與簽收分別記數量與單位，差異即時可見，不等期末
• 差異原因欄位（運輸短少、破損、計量、代用）有了才有責任歸屬
• 單位換算由主資料統一維護，禁止臨時手改
• 分批發料時，確認動作按車次 / 批次落在對應行上，禁止用「整單口頭 OK」代替行級確認

自測：任取一筆發料，能否很快看到發出多少、確認多少、差異與原因。看不到，後面所有工費爭論都會被數量爭議拖垮。確認渠道可以輕——門戶、確認連結甚至匯入回執都行——但狀態必須回寫到發料行，不能停在業務員的聊天記錄裡。

斷點二：損耗寫在合同裡，卻沒寫進系統欄位

主廠按約定 3% 算應付工費，供應商稱實際損耗 5%，要求按實際結。兩邊都覺得自己有理——因為合同裡往往只寫了「損耗率」，沒寫損耗的邊界。

要提前談死、並做成檔案引數的內容包括：含不含工廢、料廢、試驗取樣、開機除錯料；「正常損耗內」與「超損」如何分；超損賠付或補料規則；按重量、數量還是面積計量；合同變更後引數生效日如何切。

系統側：損耗率及定義掛在供應商檔案（按物料 / 工序），不是 PDF 附件；回收與發料自動比對，超損自動標記並要求說明；超損原因分類與責任方繫結；歷史單據按當時生效引數解釋。把「感覺差得多」變成「超損幾個點、原因是什麼」，工費爭議會驟然收斂。

斷點三：工序直送圖了方便，賬上卻斷了卡

A 做完第一道，貨直接送到 B 做第二道。主廠省了收貨再發貨，成品回廠後才發現：中間完工數、報廢數、在製品餘額，雙方賬上都不一致；質量問題也無法定責到具體外協方。

物理上可以直送，賬上也必須過一手。單筆業務應生成關聯單據：一張 A 的完工入庫，一張 B 的發料出庫；在製品按供應商、按工序可視；工序間檢驗結果與流轉單據繫結，不合格不進入下一段。日常被「圖方便」掩蓋的，往往是委外對賬里長期失血的地方。

斷點四：返工與報廢聊完了，錢卻沒單據

加工不良要返工：供應商說來料有問題，主廠說責任在外協。雙方各持微信與口頭說法，最終按金額大小妥協——責任判定被拖到期末談判，而不是事件當天。

需要獨立建單：現象、判定依據、責任方、費用承擔方式；與來料 / 過程檢驗記錄關聯；費用項拆開（返工工時、補料、運費、停線損失），避免籠統打包；異常未關閉時，相關批次不得進正常結算。責任前置到當天，比季度末扯皮有效得多。

斷點五：對賬視窗和對賬截點各說各的

本月視窗過了，上月還有幾筆掛著；季度末集中調整，賬齡失真。根因是各供應商截點不統一（自然月 / 到貨日 / 口頭約定），對賬與開票、付款計劃未串聯，跨期差異缺少調整規則。

應做的是：截點按供應商固定配置；業務發生即按截點歸集，期末生成對賬單而不是期末才收集資料；對賬單線上確認，異議項附憑據並留痕；對賬確認 → 開票 → 付款計劃成鏈，付款能回溯到發料與回收。應付總賬仍以企業主系統為準；SRM 管的是協同證據與狀態，而不是再造一套財務中臺。

五張表對照，和先焊哪幾處

不建議五項齊推。按爭議金額排序時，多數企業會發現：先做「發料—簽收確認」和「損耗引數結構化」，一個採購週期內就能感到變化——因為它們改造的是最高頻、最易積壓的爭議型別。再往後才是工序交接、返工費用項、截點與付款鏈路。

落地前 90 天可以這樣收口：先選爭議金額最大的幾家工序外協，上線發料確認與差異原因，讓期末不再靠微信對數；再把損耗引數進檔案、回收自動比對超損；最後補直送關聯單據、返工費用項與固定截點對賬單。供應商輕門戶（確認 / 回告 / 異議）優先於「要求對方上全套 ERP」；主廠內部收發存未對齊前，不要盲目擴供應商範圍。

擴面時盯三件事比盯功能清單更有用：發料確認是否及時、數量差異是否當日有原因碼並關閉、對賬異議能否下鑽到具體發料 / 回收單。連續告警就停擴面、修主廠作業紀律——委外專案失敗，常見原因不是缺欄位，而是擴大範圍快於習慣固化。也可以按周看一眼「異議只能說總數不對」的佔比：這項居高不下，說明行級血緣還沒立住，繼續加供應商只會放大噪音。

要把五個斷點焊住，單據物件可以改名，職責不能缺：發料 + 簽收確認；回收 / 完工入庫（與發料關聯）；損耗引數（帶生效日）；工序交接 / 直送關聯單；返工單與報廢單（責任方 + 費用項）；對賬單（截點、異議、確認）與付款計劃回鏈。缺任何一張，期末 Excel 就會回來補位。財務側若堅持「先有發票再對數」，也要把例外寫進截點規則——否則確認鏈路會被開票節奏沖掉。

哪些情況可以先不急著上系統

• 純包工包料、單價固定、月結一次——結算簡單，先把合同與單據規範做好收益更大
• 外協方資訊化極弱——先走確認單、匯入、移動確認連結，不要一步要求對方上系統
• 主廠自己收發存臺賬都不準——上系統只會把不準電子化，先做內部賬實核對
• 損耗與責任規則尚未書面共識——系統替不了商務談判，先把欄位口徑談死再配置

先找金額最大的那幾家，再談全量門戶

差異集中在哪一類，就先焊哪一類斷點。爭議金額最大的幾家工序外協，往往兩週內就能驗證發料確認是否有效。JEDP-SRM 把訂單協同、委外單據鏈與對賬開票付款放在同一平臺，強調差異能回追到發料簽收、損耗與工序外協斷點，而不是期末對 Excel；門戶可以輕，確認與異議必須落在單據上。

• SRM 供應方案：尋源到對賬付款
• 供應商管理成熟度自測（免留資）
• 供應鏈數字化四步走白皮書