做過制造的人都有過這種體驗。銷售接了個急單客戶三天后要貨。銷售在群里生產主管說單子已經進系統了你安排一下。生產主管打開ERP一看訂單是有了BOM還是半年前那個初始版本物料檔案里有一半的料號跟倉庫對不上。打電話給研發研發說BOM上周更新過一版發群里了。再打電話給倉庫倉庫說系統里的庫存數跟實物差了兩百多個。三天后客戶來催貨車間還在等料。這類場景在中小制造企業里天天上演。問題出在哪訂單、BOM、工單、工序、成本這五個環節每一環單獨看都沒問題連在一起就斷。每個部門都在自己的系統里把事做了但數據從一個環節流到下一個環節的時候要么斷了要么歪了。這篇文章把這四個最容易斷的地方拆開看。一、訂單接進來了BOM還沒準備好銷售訂單是生產管理的起點這個沒人反對。但很多企業的現狀是銷售在CRM或ERP里錄了訂單BOM還躺在研發的PLM或Excel里兩個數據是脫節的。具體到操作層面問題一般出在三個地方。第一新品接單在前BOM建在后。客戶要的新品還沒走完研發流程BOM根本沒建好銷售已經簽了合同。這種單子接進來以后計劃部門沒法跑MRP只能人工估算用料誤差全靠經驗兜底。第二BOM版本亂了。同一個產品研發手里的EBOM、工藝手里的PBOM、ERP里跑MRP的那個BOM版本不一致。一個料號改了EBOM升了版PBOM沒跟著升MRP跑出來的需求跟實際產線需要的料對不上。第三BOM里缺輔料和損耗。研發建BOM的時候只管主要物料膠水、焊絲、緊固件、包裝材料這些不寫進去損耗率也不標注。到了生產階段這些輔料全靠車間口頭要倉庫看著發月底盤賬才發現輔料成本比預算高了三成。一句話總結這個斷點訂單是銷售的語言BOM是技術的語言兩個語言沒對上MRP就算不出來對的采購和生產計劃。二、BOM有了工單拆不出來BOM建好了理論上可以跑MRP跑完MRP就可以下生產工單。但現實里從BOM到工單中間還隔著好幾步。第一個坎是工藝路線沒掛。BOM告訴你用什么料工藝路線告訴你這些料在哪個工序、哪個工作中心消耗。如果只有BOM沒有工藝路線工單就只能拆到做一千個產品這個級別拆不到沖壓車間周三下午需要多少板材、焊接車間周四上午需要多少焊條。第二個坎是合并生產還是拆單沒有規則。一個客戶訂單里同一個產品要了一千件是可以合并成一張工單跑還是按交貨批次拆成三張工單分別跟什么時候合并、什么時候拆如果沒有規則計劃員每次都要拍腦袋拍錯了就是生產等料或者庫存積壓。第三個坎是替代料處理。BOM里一個電阻寫了首選型號和替代型號首選料庫存不夠的時候系統能不能自動推薦替代料替代料切換以后對應的工藝參數要不要調這些規則如果沒寫進系統工單下到車間以后產線自己決定換料出了問題根本追溯不到。說白了工單是BOM到車間之間的翻譯官。翻譯的水平決定了車間拿到的是清晰指令還是一堆數字。三、工單下了進度看不到工單下發以后理論上每一道工序完成后報工管理者就能看到這張工單做到哪了、還差多少、有沒有異常。但很多車間現狀是工人在紙質流轉卡上簽字報工班組長下班前統一錄進系統。有的甚至一周錄一次。管理層看到的系統里的進度永遠是幾天前的。這個斷點會引發連鎖反應。第一計劃排不準。上一道工序實際做完了但系統里顯示沒做完下一道工序的計劃排程就永遠滯后產能利用率上不去。第二異常發現晚。某道工序當天下午就卡住了系統里顯示還是進行中等到發現的時候已經耽誤了一天半后道全在等。第三計件工資對不上。報工數據不準月底算工資的時候工人找你我這個月做了多少件你系統里怎么少了你拿不出實時數據只能翻紙質流轉卡一個個核。工序報工的問題說到底是數據采集的問題。如果是數控設備有設備聯網的方案可以自動采集如果是手工作業至少也得讓工人在移動端或工位終端上做完即報。手工錄、集中錄、延遲錄這三種方式數據質量逐級下降。四、活干完了成本算不清一個工單做完入庫了按理說該算成本了。材料成本、人工成本、制造費用三項歸集到這張工單上得出這批產品的實際成本。現實是很多企業月底算成本的時候場面是這樣的財務拉出工單列表查材料出庫記錄查工人考勤查水電和設備折舊分攤表然后手動在Excel里加加減減。算出來的成本最多到這個月生產總成本這個級別拆不到某個工單生產了五百件產品每件的材料、人工、制造費用分別是多少。成本算不清兩個后果很直接。第一報價靠猜。銷售報出去的價到底賺不賺錢、賺多少沒人說得準。有的單子接了三個月才發現一直在虧。第二改善沒方向。車間主任說下個月產能能提15%財務說你這個月實際成本是多少都不知道怎么證明提了15%就能降本沒有精確的成本數據所有改善都是拍腦袋。成本這個斷點跟前面三個斷點不一樣。前面是數據沒流過去這里是數據流到最后發現前面缺了太多算不出來。五、四個斷點串在一起看根因就是一條把這四個斷點放一起看根因不在任何一個環節上而在數據鏈路本身。訂單的數據結構是客戶、產品、數量、交期。BOM的數據結構是物料、用量、層級、版本。工單的數據結構是工序、排期、狀態、報工。成本的數據從材料、人工、制造費用三個維度歸集。這四個數據結構本來就不一樣如果靠人來翻譯每翻譯一次就多一次出錯的機會。很多工廠上了ERP問題還在為什么因為ERP把訂單管了、把庫存管了、把財務管了但BOM的版本流轉在PLM里工藝路線在CAPP里工序報工靠紙質單車間排產靠Excel。系統是上了數據流沒通。還有一層更麻煩的權限和數據歸屬。研發說BOM是我的工藝說工藝路線是我的車間說報工數據是我的財務說成本是我的。每個部門守著自己的數據沒人對整個數據鏈路的完整性負責。六、怎么把斷點接起來說完了問題落到怎么解決上。四個方向。第一BOM版本和工藝路線要統一數據源。不要讓研發、工藝、生產各管一攤互為孤島。BOM從創建到變更到投產全生命周期在一個數據模型里管誰改了、改了什么、影響了下游哪個環節一條線能追溯。第二工單的下發和報工要閉環。工單下到車間以后每一道工序的開工、完工、報檢、異常都要實時記錄。不一定要上MES全模塊但至少要做到工位級的移動報工或終端報工杜絕集中錄、延遲錄。第三成本要從工單維度實時歸集。材料出庫的時候自動關聯工單人工工時在報工的時候同步進系統制造費用按預設的分配規則自動分攤。月底結賬如果超過一天說明數據采集環節還有一個以上的斷點沒解決。第四也是最重要的一點選工具的時候不要看單個功能有沒有要看數據鏈路能不能打通。傳統方案是PLM管BOM、ERP管訂單和庫存、MES管報工、財務模塊管成本優點是各模塊深耕多年功能完善缺點是系統之間的接口開發和運維成本高改一個數據字段可能要跨三個系統做同步。一體化的低代碼平臺在這個場景里有天然優勢。以織信Informat為例數據建模能力可以直接在平臺上搭出訂單、BOM、工單、工序、成本五張核心數據表表之間的關聯關系在建模階段就定好了數據不需要跨系統翻譯。流程引擎把訂單審批、BOM變更、工單下發、報工確認串成一條自動化流水線用戶權限精確到字段級研發看BOM、工藝改路線、車間看工單、財務看成本各看各的不串數據。比起花半年時間把PLM、ERP、MES三個系統打通在同一平臺上跑通訂單到成本這條鏈路實施周期和長期運維壓力都要小一個量級。結束語制造業信息化做了這么多年系統換了一茬又一茬訂單到成本的斷點依然是最普遍的問題。我們把四個斷點復盤一遍每個斷點的解方都不復雜。BOM版本統一。工單下發和報工閉環。成本按工單實時歸集。最后選一個數據鏈路天然打通的工具底座。如果你的工廠現在還陷在銷售催生產、生產催倉庫、倉庫催采購、財務月底算賬全靠Excel這個循環里問題不在人在數據流轉的管道沒修通。管道通了數據自己會跑。如需了解織信Informat在制造業生產管理一體化場景的落地實踐可以訪問其官網并預約演示。