客戶下 1,000 件卻只出得了 300 件，發票該怎麼開、業績算誰的？中小企業訂單分批出貨與分批開票（Partial Shipment & Split Invoicing）管理系統建置完整攻略：從出貨排程、發票拆單到應收對帳的數位化實戰

做 B2B 生意的老闆應該很有感覺：客戶下了一張 1,000 pcs 的訂單，交期是三個月後，可是原物料要慢慢進、產能要慢慢跑，最後只能先出 300 pcs、再出 400 pcs、剩下 300 pcs 下個月才到齊。聽起來很正常對吧？問題就是——這一張訂單被拆成三批出貨之後，發票怎麼開？業績算誰的？運費怎麼分？客戶付款要一次付還是分批付？倉庫扣帳有沒有扣對？只要其中一環出錯，月底就是一場對帳惡夢。

今天要聊的就是「訂單分批出貨與分批開票（Partial Shipment & Split Invoicing）管理系統」。這是一個中小企業真的很痛、但很少人願意好好把它系統化的題目。用 Excel 撐個一兩年還可以，等到單量一多、客戶又要求對帳單細一點，這件事就會直接把業務、會計、倉管三個部門搞成三個仇人。

Photo by CHUTTERSNAP on Unsplash

一、為什麼「分批出貨」不能只用 Excel 硬撐？

先講最常見的三種痛點，看看老闆有沒有中：

第一種：業務答應客戶「先出一半、剩下下週補」，倉管完全不知道。業務單子開 1,000 件、備註寫「先出 500」，倉庫就照單全出 1,000，結果客戶那邊倉容根本放不下，退回來的運費要誰吸收？這種業務、倉管口徑不一的狀況，一個月只要發生兩三次就會吵翻天。

第二種：發票開錯期。客戶要求「出多少開多少」，但業務貪方便一次先開全額發票，結果客戶會計退票，說「東西還沒到不能認列」。反過來也有——一次出貨一次開票，最後金額對不上訂單總額，發現尾款那批發票根本忘了開，等到年度盤點才發現漏了 20 萬營收沒認列。

第三種：庫存被灌水。因為分批出貨，系統邏輯做不好會出現「已保留數量」跟「實際扣帳」的落差。可能訂單顯示還有 400 pcs 沒出，但實際上倉庫早就出光，因為那 400 pcs 被別張訂單先扣走了。這種帳實不符的狀況，做完盤點才發現就晚了。

Excel 之所以撐不住，不是因為 Excel 難用，是因為分批出貨這件事本質上就是一個「多對多」的關聯：一張訂單對到多張出貨單、多張出貨單又要對到多張發票、多張發票又要對到多筆收款。用試算表管，就是欄位越加越多、公式越接越亂、每次補資料都要手動連結，一離職就沒人看得懂。

二、系統要處理的四個核心概念

要把分批出貨系統做對，老闆要先讓內部團隊搞懂四個東西怎麼分：

1. 訂單量（Ordered Qty）：客戶最原始下的量，通常鎖死不動，除非有正式的變更單（Change Order）。這是後面所有比對的基準。

2. 已出貨量（Shipped Qty）：實際從倉庫出去的累計數字，每出一批就往上加。要能一鍵看到「這張單目前已出 65%、還剩 35% 未出」。

3. 已開票量（Invoiced Qty）：對應到電子發票或商業發票的累計數字。這個數字理論上應該小於等於「已出貨量」，如果先開票再出貨（預付單），系統要另外標記。

4. 已收款量（Collected Qty）：對應到實際入帳的累計金額。這個要跟財務系統對接，才能真正做到「訂單→出貨→發票→收款」全鏈路可追。

這四個數字的差集，就是老闆每天早上想看的儀表板：「哪些訂單已出但沒開票？」、「哪些發票已開但沒收到錢？」、「哪些訂單交期已到但還有尾量沒出？」——一個好的分批出貨系統，就是幫你把這四個數字每天自動對齊。

Photo by 1981 Digital on Unsplash

三、實務上該內建的五個功能模組

模組一：分批出貨排程（Shipment Schedule）。訂單建立時，就要能夠預先規劃「第一批 300 pcs 11/15 出、第二批 400 pcs 12/1 出、第三批 300 pcs 12/20 出」。這個排程不只是給倉庫看的，還要能自動同步給客戶（例如 email 或客戶自助入口），讓客戶隨時知道「我這張單目前跑到哪一批」。

模組二：出貨單自動生成與扣帳。當倉管實際揀貨完、按下「確認出貨」，系統要一次做三件事：(1) 產生這一批的出貨單編號、(2) 從對應訂單累計扣掉這一批的數量、(3) 從實際庫存扣帳。三個動作綁在一個交易裡，不能只做一半。

模組三：發票拆單邏輯。這是最容易做錯的一塊。系統要支援三種模式：「按出貨批次開票（最常見）」、「按月合併開票（大客戶月結用）」、「一次全額預開（客戶要求或政府標案）」。不同客戶適用不同模式，要能在客戶主檔上設好預設值，開票時系統自動帶。

模組四：分批收款對帳。每一筆入帳金額進來，系統要能自動比對是屬於哪張訂單、哪張發票、哪一批出貨。這個對帳邏輯做好，會計就不用每個月月底熬夜對水單。實務上會加上一個「一筆入帳可對多張發票」的功能，因為客戶常常把好幾張發票的金額一次匯過來。

模組五：異常預警。這是老闆最愛的功能。系統定期掃描：「已出貨超過 30 天但發票還沒開的訂單」、「已開票超過 60 天但沒收到錢的訂單」、「訂單交期已過但還有尾量沒出的案子」，每天早上自動寄一封摘要 email 給業務主管、財務、倉管，該催的自己去催，不用老闆親自唸。

四、要不要接 ERP？要不要重新做？

這個題目老闆最常問的問題就是：「我已經有一套 ERP（可能是鼎新、正航、或是自架的 Odoo），還需要另外做一套分批出貨系統嗎？」我的建議通常是：先把 ERP 現有的功能吃透，真的補不上再另外做。

市面上正統 ERP 幾乎都有分批出貨的模組，只是門檻高：欄位太多、操作複雜、業務會怕。所以中小企業常見的做法是——ERP 只給會計和倉管用，另外做一個「輕量的業務端 App」，讓業務用手機就能查訂單進度、按一顆按鈕通知倉庫排出貨、對客戶提供一個查詢連結。這種「輕前端＋ERP 後端」的架構，成本大約 15 萬到 30 萬之間，而且不用動 ERP 本體，風險小。

如果公司連 ERP 都沒有，全部靠 Excel + 手開發票，那我會建議從 ERP 或進銷存 SaaS 開始上，不要一開始就客製化分批出貨——因為分批出貨的本質是庫存管理和應收管理，如果底層的進銷存和收付款系統沒建好，做出來就是空中樓閣。

Photo by tommao wang on Unsplash

五、投入多少錢、多久回本？

簡單算一下 ROI。假設公司每個月大概有 50 張訂單、其中三分之一（約 17 張）需要分批出貨，每張分批訂單平均對帳、開票、追收款要花 40 分鐘的人力，一個月就是 17 × 40 分鐘 ≈ 11 小時的重複工。

如果會計時薪抓 400 元，一個月省 4,400 元、一年約 5.3 萬。這還沒算「發票開錯期被國稅局補稅」、「業務算獎金算錯要重跑」、「客戶因為對帳單亂而拖付款」這些看不到的隱形成本。實務上把分批出貨系統做起來之後，最有感的其實是「應收帳款週轉天數（DSO）從 65 天降到 50 天」——現金流早半個月進來，才是老闆真正睡得著的關鍵。

一次性投入方面，如果是接在既有 ERP 上做輕量前端，抓 15 到 30 萬；如果是全新客製化，抓 40 到 60 萬。維護費用每年約總價的 15%~20%。以中型製造業或貿易商來說，這種投資通常一年內可以回本；如果客戶都是月結大戶（金額大、拖付款嚴重），甚至三個月就見效。

結語：不要讓分批出貨變成月底的黑洞

做 B2B 的老闆一定要記得：訂單成交只是開始，收到錢才叫真的賺。中間如果分批出貨、分批開票、分批收款這條鏈斷了，成交越大反而越傷——因為現金卡在客戶那邊，公司卻要先付原物料錢、先付薪水。

如果貴公司目前月營收超過 500 萬、B2B 佔比過半、還在用 Excel 或紙本管分批出貨，那真的可以認真評估這件事。第一步不用急著找系統廠商，先讓業務、會計、倉管三個部門一起坐下來，畫一張「一張訂單的完整生命週期流程圖」，把每一個節點誰負責、什麼時候做、卡點在哪裡列清楚。這張圖畫得清楚，後面找系統開發商報價、驗收、上線，就會順很多。

需要幫忙盤流程、評估要接既有 ERP 還是全新客製，都歡迎找我們聊聊——這種橫跨業務、財務、倉管的系統，最怕的是需求沒盤清楚就急著開發，做出來只有一個部門在用，其他部門繼續開 Excel，那就是白花錢。