協力廠零件發出去多少、回來多少：機械加工廠怎麼把協力廠這筆賬管住

崑山一家二十來人的機械加工廠，去年冬天出過一次不大不小的事：一批要發去熱處理的結構件，發出去了四百多件，回來驗收的時候只有三百八十多。差了二十幾件，誰都說不清是漏發了、路上丟了、還是協力廠廠那邊壓著沒做完。倉庫說發出時點過數，協力廠廠說收到的就是這些，現場說反正回來不夠。最後這二十幾件東西不了了之，錢照付。

這類事在機械加工廠不算稀罕。它不致命，但它一年發生幾次，賬面就永遠有一筆說不清的差額；更麻煩的是每個人心裡的數都不一樣——老闆以為在協力廠廠手上還有一批，現場以為早就回來了，採購以為還沒結算。

協力廠這筆賬之所以難管，不在於流程有多複雜，而在於它天然是“東西離開廠門”的一段黑箱時間。這段時間裡，件在別人手上，進度在別人嘴裡，量在別人賬上。要把這筆賬管住，靠的不是盯得更緊，而是讓每一次“出去”和“回來”都在系統裡留下一條可對的東西。

一、先把一件事分清：協力廠是製程外發，不是整件委外

這兩個詞經常混著用，但管理顆粒度差了一整個量級。

整件委外，是把一個零件整體交給外面做，回來就是成品或半成品，你只管數量、交期、單價。製程外發，是把這張工單上的某幾道製程發出去——比如車完的件發去熱處理，熱處理回來還要磨、還要檢。件還是你的，工單還是你的，只是中間那一段不在你現場裡做。

差別在哪？整件委外，你只需要知道“回來多少件”；製程外發，你必須知道“哪張工單的哪道製程、發出去多少、回來多少、回來之後還能不能繼續往下走”。

一家做精密零件的廠，一張工單上十道製程，其中三道外發。如果系統只知道“這個零件在協力廠”，那它幫不了你什麼；只有當協力廠單掛在這張工單的這道製程上，回來驗收合格之後工單才能往下流轉，這筆賬才算真的管住了。

所以判斷一套系統能不能管協力廠，第一個問題不是“有沒有協力廠模組”，而是：協力廠單能不能掛到工單的製程上，驗收之後工單能不能接著往下走。

二、三個數永遠對不上，是協力廠失控的典型症狀

我們看過的小廠，協力廠這塊基本都在用微信群加 Excel，而問題幾乎都出在同樣三個數上。

一個是在外量——現在有多少件在別人手上。這個數最容易被高估也容易被低估。高估是因為發出去了但對方還沒開工，你以為在做；低估是因為回來了但沒人登記，你以為還在外面。

另一個是超期量——有多少件已經過了約定交期還沒回來。這個數在很多廠里根本不存在，因為沒人記過約定交期，只記得“說了這周給我”。

剩下那個是未結量——有多少已經回來驗收、但還沒跟協力廠廠結賬。這個數直接連著錢，也最容易在月底炸出來：協力廠廠拿來一張單子，上面寫著這個月做了多少，你翻遍微信找不到對應的發出記錄，只能按對方說的付。

三個數對不上，不是因為人不認真，而是因為它們分散在三個地方：協力廠單在 Excel、進度在微信群、結算在會計的本子上。三份記錄各自更新，永遠不會同步。

三、發出這一步，至少要落下四樣東西

把所有協力廠的亂賬往回倒，幾乎都能倒到“發出”這一步沒記全。

發協力廠的時候，至少要落下四樣：發給誰、哪張工單的哪道製程、多少件、什麼價格與交期。

前兩樣決定這筆賬掛在哪。掛不到工單製程上，回來的時候就沒法判斷“這批件能不能繼續往下走”；後兩樣決定這筆賬值多少錢、什麼時候該催。

這裡有個小廠特有的現實：發出的時候，單價往往還沒談定。 機械加工的協力廠常見做法是先把活幹起來，價格等對帳的時候一起算——熱處理按公斤、電鍍按面積、磨工按件，各家演算法還不一樣。所以發出時填的那個單價，經常是估的，或者乾脆空著。

系統如果要求“必須填單價才能發出”，實際用起來就會卡住：要麼現場隨便填一個數，要麼繞開系統用微信發。這兩種結果都比不填更糟——前者製造了一個假數，後者讓系統徹底失效。

合理的做法是：允許先發出、單價後補，但一旦進入對帳就鎖死。 這條規則背後是一個很具體的業務判斷——沒對帳之前，價格是談判中的事；進了對帳，價格就是賬面上的事，不能再動。

還有一個效率上的細節值得說：協力廠單不必一張一張手建。

廠裡的真實節奏是——現場發現某幾道製程要外發，先把它掛成“待協力廠”，攢一攢，等某家協力廠廠來拉貨或者集中發一次的時候，按協力廠廠把這幾張工單的待協力廠製程歸到一起，一次性生成多張協力廠單。

這個“歸集再批次建單”的動作，比一張一張建快得多，也更符合實際：協力廠是成批發出去的，不是一個件一個件發。判斷一套系統懂不懂機械加工廠的協力廠，看它有沒有“按協力廠廠歸集待協力廠任務”這一步就知道了——沒有這一步，現場就得先手工整理清單，再一張張錄，錄到第三張就開始糊弄。

四、定價這件事，值得單獨說清楚

協力廠單價什麼時候能改、誰來改、改完留不留痕，這三件事決定了對帳會不會吵架。

先說什麼時候能改。邊界應該劃在“是否已納入對帳”上，而不是劃在“發出後多少天”。因為時間不是關鍵，賬有沒有結才是關鍵。一張單還沒進對帳，價格怎麼談都是可以的；一旦進了對帳，哪怕只對了一部分，剩下的部分價格也不該再動——否則對帳單就成了活的，誰都不知道最終數是多少。

再說誰能改。改價這個動作，許可權應該和“編輯協力廠單”分開。原因很實在：能改價的人，必須是能對這筆錢負責的人。如果凡是能編輯協力廠單的人都能改價，那麼現場文員順手改一個數字，月底對帳就差出一筆，事後還查不出是誰改的。

最後說留痕。改價本身不算異常，但如果改完沒有任何記錄，對帳時雙方各執一詞就沒有依據。至少要能看到：這條明細當前單價是多少、有沒有改過、什麼時候改的。

這裡有個設計要說清楚：改價有兩條路，走哪條取決於改動的範圍。

日常的逐行改價是直改：發現某一行單價填錯了，或者協力廠廠報了新價，當場改掉，系統在儲存時校驗這一行有沒有進過對帳——進過就攔住，沒進過就放行。批次匯入改價（比如把一整批明細的單價按 Excel 更新）也走這條路，匯入時逐行判斷，已對帳的行跳過，並在結果裡告訴你跳了哪幾行。

整單重談就不是直改了。數量、單價、換廠、取消這幾類改動，可以起一張變更單：單號 OC 開頭，草稿狀態可以反覆改，提交執行之後原單按新內容生效，變更前後的內容各存一份快照。

兩條路並存不是設計混亂，是因為這兩種場景的性質不同。逐行改價是“填錯了、補一下”，為這種動作設一道審批，現場一定繞開系統去微信裡改；整單重談是“這單的約定變了”，它必須留痕，因為下個月對帳要靠這個留痕說清“當初定的是多少”。

判斷一套系統想清楚沒想清楚，看它有沒有把這兩條分開：全走變更單的，日常用不動；全走直改的，重談之後查不到依據。

五、回來這一步，比發出去更容易漏

發出的時候有人經手，回來的時候往往是一堆件往現場一放，誰來驗、驗幾件、合格多少，全憑當時誰在旁邊。

結果就是：協力廠廠說這個月給你做了一千件，你係統裡收回記錄只有八百件，剩下兩百件去哪了？可能是分批迴來還沒驗，可能是回來直接上機了沒登記，也可能是對方把別家的算到你這兒了。

所以收回這一步要落的，不是“回來了一批”，而是這一批裡合格多少、不良多少、不良是什麼原因。

合格數與不良數分開記，好處立刻顯出來：協力廠廠這個月的不良率是多少、哪家協力廠廠總在同一道製程上出問題、哪些不良是要扣款的。這些數不記，你永遠只能憑印象說“某某家品質不太行”。

不良的原因也要落在單據上，而不是留在驗收那個人的記憶裡。因為扣款是要談的，談的時候得有依據——“這批有十七件尺寸超差”和“這批好像有點問題”，是完全不同的兩句話。

六、一箱件回來，怎麼在五秒內認出是哪張單

協力廠零件回來，第一個動作是“認”：這一箱是哪張協力廠單、哪道製程、當初發出去多少、這次回來多少。

廠裡件一多，認單就變成一件麻煩事。常見做法是翻微信群找那條“發你了”，或者翻 Excel 找那一行，或者乾脆問經手的人——他在就快，他不在就等。等的時候件先堆在現場角落，堆過兩天，就成了“不清楚是哪批的”。

如果協力廠單在系統裡有編號、能生成二維碼，收件時掃一下，這張單的資訊直接彈出來：發出數量、已回數量、還差多少、約定交期。驗收就在這張單上填合格多少、不良多少，填完在外量自動減。

條碼掃描這個動作的價值不在於“先進”，而在於兩件事。

一是快。小廠一天回來七八批協力廠零件，每批認單從兩分鐘壓到五秒，一天省十幾分鍾——這不是重點。

更關鍵的是另一件事：不會認錯單。 認錯單的後果比慢嚴重得多。A 單的件記到 B 單上，兩筆賬同時髒：A 單永遠差一批迴不來，B 單莫名其妙多了一批。等到月底對帳，兩邊都對不上，還得回頭一筆筆查。

所以判斷“條碼掃描到底有沒有用”，不看它省了多少時間，看它有沒有把“認單”這個動作從“靠人記”變成“靠單認”。

這裡有個前提要說清楚：條碼掃描認的是單，不是件。它不要求每個零件上貼標籤、掃一件記一件——那是產線追溯的做法。小廠的協力廠零件通常一批一箱，箱上貼一張單號，掃的是這張單。顆粒度到“批”，足夠了。

七、異常單：把扣款的理由提前寫下來

協力廠最傷感情也最容易扯皮的一環，是不良扣款。

東西回來了，驗收發現有不良，這時候通常三種處理：讓對方返工、讓對方賠、或者自己承擔。三種都可能，但無論哪一種，如果在驗收當時沒記下來，等到月底對帳再提，對方一句“當時怎麼不說”，這筆錢就很難扣了。

所以異常要在發現的那一刻就成單：哪張協力廠單、哪道製程、多少件、什麼原因、怎麼處理。

這張單還有個實際作用：它是對帳的附件。月底對帳的時候，對帳單上不只有“做了多少件、單價多少、合計多少”，還要有“這個月有幾筆異常、合計扣多少”。兩樣放在一張單上，對方簽字的時候就沒法只認前半段。

這一步在很多廠裡是缺失的。缺失的代價不是當月少扣幾百塊，而是形成一種慣性：協力廠廠知道你不會扣，不良率就會慢慢往上走。反過來，只要你穩定地記、穩定地扣，哪怕扣得不多，對方的態度也會不一樣。

八、協力廠單發出去了，還要改怎麼辦

發出之後要改的情況太常見了：數量要加、要減，交期要提前，製程順序要換，或者這單幹脆不做了。

協力廠單是跟協力廠廠對帳的依據，所以“改”這件事本身必須留痕——改了什麼、什麼時候改的、誰改的，這些在對帳吵架的時候就是證據。

做法上分兩步：先起一張變更單，寫明要改成什麼；確認之後執行，原單按新內容生效，變更前後的內容各留一份快照。

留快照這件事不是形式。因為它解決的是“事後說不清”：協力廠廠說當初講好是八十件，你說一直是六十件，誰也說服不了誰。有快照，一翻就知道哪天從多少改到了多少。

變更單自己也有狀態：草稿階段可以改來改去，執行之後就不能再動，作廢的變更不生效但也不刪除——留著能看出“當時想改，後來沒改”。這條對內部管理有用：老闆能看到一張協力廠單被改過幾次、每次為什麼改。

還有幾條邊界，是實際用起來才會碰到的。

變更只能在“已發出、還沒完工”這段時間提交。 還在草稿裡的協力廠單直接改就行，不必開變更單；已經完工或者已經取消的，也不接受變更——那時候改動已經沒有意義，只會把賬搞亂。

改數量不能少於已經收回來的量。 發出去一百件、已經回來六十件，這時候把訂單數量改成五十，賬立刻就不成立了。系統在提交時校驗這一條，比事後解釋省事。

取消和“有驗收記錄”是衝突的。 已經有驗收記錄的單要取消，說明件已經回來了，這時候該走的是退貨或者對帳處理，不是作廢單據。系統會拒絕這種取消，並把已經標記為外發的工段狀態回滾——否則工單上那道製程會永遠掛著“外發中”，工單再也走不下去。

還有一件事要單獨說：召回和取消是兩個不同的動作，不能混。

召回是“東西在外面，我要把它要回來”——件可能已經在做、已經做完、也可能還沒開工，但單子本身還有效，只是要把件退回來。

取消是“這單不做了”——單子作廢，不再收貨，也不再對帳。

兩者分開，才能說清楚諸如“件回來了但單子作廢，那這筆要不要付”這類問題。如果系統裡只有一個“刪掉”或“取消”，這些情況全都會變成口水賬。

九、對帳：一張單可以分幾次對，不是一次結清

很多小廠的對帳方式是“月底一次性算總賬”：把這個月所有協力廠單加起來，減掉扣款，出一個數，雙方簽字。

這種做法的問題在於，它要求這個月所有協力廠單都已完成、都已驗收、都沒有爭議。只要有一張單還在等件、還有一筆不良沒談定，整個月的賬就卡在那裡。於是常見的結果是拖——拖到下個月，下下個月，最後變成一筆糊塗賬。

更貼近現實的做法是允許分批對帳：一張協力廠單，可以先對已經驗收的那部分，剩下的等回來再對。

這帶來一個必須解決的問題：怎麼知道一張單對到哪了。答案只能是系統算，不能靠人記。每條明細要麼“未對帳”，要麼“部分對帳”，要麼“已對帳”；狀態由“有沒有被某張對帳單引用了這部分數量”推出來，而不是人工去標。

分批對帳還有個好處：它把“催件”和“催款”分開了。已經回來的部分可以先結，還在外面的部分繼續跟。這樣協力廠廠不會因為一張單卡著就整月拿不到錢，你也不會因為一筆沒談定就把整月賬壓著。

十、我們看不到協力廠廠的現場，但能算清“在外量”

這裡需要說一句實話，免得期待錯位。

系統看不到協力廠廠內部做到哪一步。 對方現場裡那批件是剛上機還是已經做完等發貨，只要對方不說，你這邊就不可能知道。行業內也有方案做協力廠廠側回傳，前提是協力廠廠也裝一套東西、也願意每天掃——這在幾十人的小廠生態裡，落地率並不高。

能做到、而且足夠用的是另一件事：把“出去”和“回來”兩頭記準，讓“在外量”變成一個隨時可算的數。

在外量 = 累計發出 − 累計驗收合格 − 累計退回。這三個數都在自己的系統裡，不依賴對方配合。它回答的問題是：現在有多少件不在我廠裡；配合約定交期，還能算出有多少件已經超期。

這個數一旦準了，很多事就順了：老闆不用再問“還有多少在外面”，現場知道哪些件該催了，採購在對帳前能先看一眼有多少還沒回來。

對絕大多數幾十人的機械加工廠來說，這已經解決了協力廠管理 80% 的問題。剩下 20%——對方現場裡到底做到哪一步——靠的是電話和關係，不是系統。

十一、小廠現狀的三個斷點，正好是系統的三個落點

把微信群加 Excel 的做法攤開看，斷點只有三個。

斷點在發出這一步：發的時候在群裡說一句“這批發你了”，沒有單據。三天後想查發了多少，得往上翻聊天記錄。

斷點在收回這一步：件回來了，往現場一放，驗收的人記在自己本子上，本子過兩天就找不到了。

斷點在結算這一步：月底對帳，協力廠廠報一個數，你從三個地方湊數去核，核不齊就按對方的數付。

系統的價值不在於把這些搬到線上，而在於把三個斷點接成一條線：發出生成協力廠單並掛到工單製程 → 回來驗收生成驗收記錄並更新在外量 → 異常成單掛在對帳單上。三個動作各自只是一次點選，但連起來之後，“在外量、超期量、未結量”這三個數就自己出來了。

反過來說，如果一套系統只是把 Excel 搬到網頁上，發出還是手填一張單、驗收還是手填一張單、對帳還是月底湊數，那三個斷點一個都沒接上，用起來只會比 Excel 更麻煩。

十二、回到開頭那二十幾件

如果那家廠當時是這麼走的：發出時生成協力廠單，掛在這張工單的熱處理製程上，發出數量 428；回來驗收時，合格 381、不良 6、退回返工 21，另有 20 件對方說還在做——那麼“差二十幾件”這個問題當場就有答案，不需要事後猜。

這不是系統有多聰明，而是它把每一次進出都變成了一條可加總的記錄。協力廠管不住，從來不是因為人不上心，是因為東西出了廠門之後，就沒有一條線把它牽住。

一張協力廠單、一次驗收、一張異常單、一份對帳單——四張紙，就是這條線。

---