為什麼通用 ERP 管不好機械加工現場

一、先把話說清楚：ERP 的強項在哪

談「管不好」之前，得先承認它管得好的部分，否則這場討論就沒意義。

通用 ERP 最強的地方是財務與資源計劃。 總賬、憑證、科目、往來、成本會計、預算——一整套會計體系，能做到憑證可查、賬表一致、審計可過。再加上庫存、採購、銷售、MRP（物料需求計劃），對產品標準化、批次生產、按計劃排產的工廠，這套東西的價值是實打實的：料什麼時候到、成本攤到哪、賬上怎麼記，全有章法。

問題不在它的強項，在它的記賬物件。

ERP 的核心記賬單位是「憑證」和「物料」：一筆業務發生，產生一張憑證；一次物料移動，產生一條庫存事務。整個系統圍著這兩個東西轉。

而機械加工現場的日常，圍著另外兩個東西轉：工單和製程。這一件活走到第幾道了、誰做的、還剩幾件——這些事在 ERP 裡通常沒有位置，因為它不產生憑證，也不產生標準的物料移動。

一句話概括：ERP 記的是「錢和料怎麼動」，現場要的是「活走到哪了」。這是兩本賬。

二、現場需要的另一本賬

機械加工現場的這本賬，長什麼樣？

第一層，訂單：客戶下了什麼、幾件、交期幾號。這是業務的起點。

第二層，工單：這張訂單拆成幾張工單、每張做什麼產品、走哪幾道製程。工單是現場執行的單位。

第三層，製程：這張工單的每一道製程，誰在做、做了幾件、什麼時候開工完工。這是最細的一層，也是最有價值的一層。

第四層，協力廠：某道製程做不了，發給外面，什麼時候回、驗收合不合格。

四層串起來，才能回答老闆最常問的三個問題：這批貨做到哪了、什麼時候能交、這張單賺沒賺。

ERP 能回答這三個問題嗎？能，但要繞：先查銷售訂單，再查生產訂單，再查製程派工（如果有這個模組），再查委外，最後還要自己拿計算器把工時和料湊一起。繞的過程本身就是成本——不是系統不能用，是它不為你這個問題設計。

三、卡點一：ERP 記料和錢，不記「這道製程」

第一個卡點是最根本的。

ERP 的庫存模組能告訴你：這根棒料入庫了、領出去了、庫存剩多少。但它不會告訴你：這根料領到了哪張工單、這張工單現在在第幾道製程、這道製程誰在做。

因為「在製品的位置」這件事，在 ERP 的記賬邏輯裡沒有獨立的位置。它要麼被歸到「生產訂單」這個粗粒度物件上，要麼乾脆不管——很多 ERP 的生產模組只到「工單已發料、工單已入庫」這兩頭，中間的十幾天是黑洞。

機械加工廠最怕的就是這個黑洞。一件活從領料到入庫，中間要串五六道製程，卡在任何一道都會影響交期。ERP 只知道「這張單沒入庫」，不知道「卡在磨這道製程上，已經卡了三天」。

這就是為什麼很多廠上了 ERP 之後，現場還是用 Excel 或者微信群報進度——不是不想用系統，是系統裡沒有那個欄位。

四、卡點二：批次邏輯套不上非標單件小批

第二個卡點是主資料。

通用 ERP 的主資料體系，建立在「物料」這個概念上：一物一碼、有規格、有 BOM、有工藝路線。這套東西對標準件非常好用——同一個料號，做的永遠是同一個東西，BOM 固定，工藝固定，成本可以按標準算。

非標機械加工的活不是這樣：

• 一單一件，件件不同：同一個客戶今年要的零件，和去年那批可能只是「差不多」，圖號都不一樣
• 沒有穩定 BOM：料是按這張單下的，不是按產品結構展開的
• 沒有固定工藝路線：這道活要不要熱處理、要不要協力廠，看客戶要求，不看成文的工藝檔案

於是廠裡陷入兩難：要麼給每個非標件硬編一個料號，編到幾百個一次性料號，主資料變成垃圾場；要麼不建檔，讓這些活在系統外面跑。

這不是 ERP 的問題，是它服務的那類生產方式和你的活不匹配。它的主資料體系是為「重複」設計的，你的活恰恰不重複。

五、卡點三：協力廠這件「廠外製程」沒有位置

第三個卡點是協力廠，這一條最容易被忽略，也最容易出問題。

ERP 裡當然有協力廠，叫委外加工或者委外訂單。但它的處理粒度通常是「整單委外」或者「整批委外」：一批料發出去，加工完回來，做個委外入庫。

機械加工廠的協力廠是另一種形態：單製程外發。一張工單要磨完再熱處理，熱處理這道廠裡做不了，就把半成品發出去，回來繼續磨下一道。

這個結構的特殊之處在於：協力廠物件不是「料」，是「某張工單的某道製程」。發出去的東西是半成品，回來還要接著走後面的製程，中間的進度、驗收、費用都掛在那道製程上。

ERP 的委外模組沒有這個格子。它能記「發出去一批料給 A 廠」，但記不住「這是工單 XX 的熱處理製程，回來要接磨製程」。結果就是：外發的件發出去以後，在系統裡就斷了，回來靠人對帳。

六、所以不是「要不要 ERP」，是「誰做主線」

討論到這裡，結論不是「ERP 沒用」，而是主線選誰。

兩種典型打法：

財務驅動：以會計體系為主線，所有業務單據最終都要落到憑證上。適合規模大、財務規範要求高、需要對外審計與融資的企業。這套打法裡，ERP 是主，現場模組是附。

業務驅動：以業務單據為主線，一張工單從接單走到出貨能自己走完，財務資料是業務沉澱出來的副產品。適合 50 人以下、以交付為核心競爭力的小廠。這套打法裡，生產系統是主，財務可以外包給代賬。

判斷自己屬於哪種，看兩個問題就夠了：

第一，誰每天必須開啟系統？ 是會計每天必須開啟，還是計劃員和班組長每天必須開啟？每天開著系統的人，決定這套系統該圍著誰設計。

第二，一張業務單據能不能不依賴憑證自己走完？ 一張工單從接單、派工、工單回報、協力廠、發貨、對帳，能不能一路走完、中間不需要先建會計憑證？能，就說明業務已經能自己走完這一段了。

業務驅動不等於不要財務。 它的意思是：先讓業務跑順，財務從業務裡長出來，而不是先搭會計框架、再讓業務往裡填。對 50 人以下的廠，後者往往是本末倒置。

七、50 人以下，三種務實的組合

不談理想架構，談能落地的三種組合。

組合一：代賬 + 輕量生產系統。 財務交給代賬公司，廠裡只上一套管生產的管理系統。這是最常見的搭配，成本最低，也最符合小廠實際——廠裡真正天天要用的，是工單、工單回報、協力廠、對帳，不是總賬和憑證。

組合二：輕量生產系統 + 簡單進銷存。 如果料和輔料的管理確實有需求（比如料件多、領用亂），加一套進銷存。兩套各管一段，介面靠人工或者匯出對接。比硬上一套 ERP 便宜得多，也靈活。

組合三：完整 ERP。 什麼時候該上？兩個訊號：客戶開始要求正式的財務對帳與審計材料；或者規模到了需要 MRP 排產、多組織核算的程度。到那個時候，ERP 的強項才真正用得上。

我們自己的選擇是第一種的變體：摩傑斯的 PMS5 把工單、製程工單回報、協力廠、對帳、成本放在一條鏈上，財務側只做到應收應付與對帳收付款，不做總賬和憑證。這不是能力缺陷，是取捨——小廠的總賬在外包會計那裡，廠裡不需要再養一套會計體系。

八、一句話總結

ERP 不是不好，它管的是另一本賬。

它擅長把錢和料的流動記清楚，讓財務合規；它不擅長回答「這件活現在在哪道製程」。機械加工現場的管理，恰恰以後者為日常。

所以選型時別問「這套系統功能全不全」，問一句更實在的：它能不能回答我今天最想知道的三個問題——這批貨做到哪了、什麼時候能交、這張單賺沒賺。 能答，就是對的系統；答不上，功能再多也只是擺設。

順著這個思路，還有一層更前置的分判：你的活是離散還是流程，見離散與流程製造的選型差異；裝雲上還是本地，見雲上與本地部署怎麼選。產品瞭解 Moges PMS5。