老闆看板上的利潤資料從哪來？成本核算全鏈路

老闆開啟看板，第一眼看的往往是那個利潤率數字和紅綠燈。這些數是算出來的，不是估出來的——算的依據是什麼、漏了什麼，決定了它能不能拿來做決定。這篇把鏈路拆開講。

一、看板上的數分三類

一塊經營看板上的數字，混著三種性質完全不同的東西：

第一類，合同側的存量：簽了多少單、合同總額多少。這是「應該有多少錢」。 第二類，現金側的實況：收了多少、付了多少、還差多少。這是「手上真有多少」。 第三類，成本側的核算：這些單花了多少料和工。這是「賺了多少的判斷依據」。

三類數放在同一塊看板上，很容易被當成一件事看。實際它們對應三個不同的記賬體系：訂單、對帳與收付、工單成本。混著讀，結論就會跑偏。

二、合同額、應收、應付：三個口徑

合同總額：把客戶訂單的金額加起來，排除已取消的訂單。注意這是合同金額，不是收到的錢，也不是開票金額。

應收：只統計狀態為 confirmed（已確認） 的客戶對帳單，取其中的未收部分。也就是說，草稿狀態的對帳單不算，待確認的也不算——對帳沒確認，這筆錢就不在應收裡。

應付：來自協力廠對帳，統計 confirmed 與 settled 狀態的確認金額裡的未付部分。同樣，沒確認的不算。

三個數放一起，能看出兩個層次的問題：合同額高但應收低，說明對帳沒做完或者交付沒完成；應收高但收款少，說明催款不到位。

三、淨現金流：一個容易誤讀的數

看板上還有一個數叫淨現金流，演算法很樸素：已收款 − 已付款。

這個數容易被誤讀成「這個月賺了多少」。不是。它是累計的現金進出差，跟利潤沒關係——收了去年的老賬、付了明年的預付，都會讓它跳動。

它真正的用途是看緊不緊張：淨現金流長期是負的，哪怕賬面上有利潤，也說明廠裡在墊資幹活。這個訊號比利潤率更早報警。

四、利潤排行怎麼算

訂單利潤排行的演算法只有一條減法：

訂單利潤 ＝ 該客戶訂單的合同金額 − 該訂單下所有工單的成本之和

利潤率 ＝ 利潤 ÷ 合同金額 × 100%，保留一位小數。

實現上，是按客戶訂單聚合：一張訂單可能拆成多張工單，把所有工單的成本加起來，再用訂單的合同金額去減。結果按利潤從高到低排前 N 名，還會帶出客戶名稱和客戶代號。

這個演算法的好處是能定位到訂單：不是籠統說「這個月賺了多少」，而是「哪幾張單賺了、哪幾張單虧了」。對小廠，後者的用處大得多——同一個客戶、同類產品，為什麼這張賺那張虧，問題往往出在報價或者工時估算上。

五、紅綠燈的分界

排行裡帶一個顏色標記，分界是固定的：

• 利潤率 ≥ 30%：綠燈
• ≥ 15% 且 ：黃燈
• ：紅燈

三個檔位的意義不是「好中差」，而是提醒優先看哪幾張。紅燈的單子不是一定不能做——有些是戰略性虧本單、有些是新客戶首單——但至少它會被擺到檯面上，而不是年底才發現。

閾值是固定的，不是每家自適應的。如果廠裡的平均利潤率本來就在 10% 左右，那滿屏紅燈會讓人麻木——這時候該看的不是顏色，是同一客戶不同訂單之間的橫向差異。

六、這個利潤不是淨利潤

這一節最重要，因為它決定了這個數能怎麼用。

排行裡的利潤，是訂單毛利的口徑，不是淨利潤。 它少算了兩樣東西：

一，期間費用。 房租、管理人員工資、裝置折舊、水電、銷售費用，這些都不進工單成本。真正落到口袋裡的錢，要再減這一層。

二，稅務與壞賬。 更不用說。

注意別多減一筆：協力廠費不用再從這裡減。 製程外發那道工段仍掛在工單製程鏈上，它的計劃工時×工段費率已經計入「工」，協力廠的加工價值本來就在成本里。若再從利潤裡減一次協力廠對帳金額，等於同一道製程扣兩遍，利潤反被算低。協力廠對帳金額對應的是應付賬款與現金流，不在毛利口徑裡。

所以正確的讀法是：這個數字用來比較訂單之間的相對好壞，不用來判斷廠裡賺不賺錢。 一個是排序工具，一個是會計報表，兩碼事。

要判斷「廠裡到底賺不賺錢」，得把訂單毛利彙總，再減期間費用與稅費（協力廠不必另減，它已在成本里）。這件事系統不做，得財務來做。

七、看板該怎麼用

每週看三樣：應收的變化、逾期對帳數、大額訂單的進度。這三樣是現金流的前哨。

每月看排行：紅燈的單子逐張過一遍，問一句「為什麼」。是報價低了、工時估高了、還是返工把成本頂上去了。找到原因，下個月就能改。

每季校準一次資料來源：材料檔案的單價、工段的費率、工時口徑的設定。這三樣一變，看板上所有歷史數的含義都跟著變——校準比看數重要。

看板的價值不在「一眼看清全廠」，在把該問的問題提前擺出來。資料準不準，取決於前面那些基礎資料有沒有人維護；維護得好，這塊屏才有意義。