訂貨系統該用出貨日還是下單日入帳?從月底盤點談起
應以出貨日入帳。「出貨」那一刻同時觸發三條帳:存貨出庫、認列銷貨成本、認列銷貨收入。以出貨日為基準,月底盤點時「帳上存貨」才會等於「實際存貨」,帳實相符。
反之,用下單日入帳會製造「已賣帳、未出貨」的鬼影——訂單跨月才出貨時,上月帳已認列、貨卻還在倉庫,月底盤點必然對不起來。
一個「出貨」動作,同時觸發三條帳
很多連鎖總部把「下單」當成記帳的起點,其實在權責發生制(ERP 標準)裡,真正綁在一起的會計事件是發生在「出貨」那一刻。同一個時點,系統要同時寫三條帳:
| 出貨那一刻發生什麼 | 對應的會計分錄 |
|---|---|
| 商品實際離開倉庫 | 存貨 ↓(出庫) |
| 認列這筆賣出的成本 | 銷貨成本 ↑ |
| 認列這筆交易的收入 | 銷貨收入 ↑ |
這就是會計的配比原則——收入與其對應的成本、存貨異動,在同一時點一起認列。用出貨日入帳,等於讓「帳」跟著「貨的實體移動」走,三條線永遠對齊。
關鍵理解:「下單」不是任何實體動作——貨還在倉庫、所有權沒有移轉。用下單日入帳,等於「貨還沒動、帳先動」,三條線從一開始就天然錯位。
反直覺:正因為要月底盤點,才更該用出貨日
連鎖總部最常見的誤解是:「月底要盤點,所以下單就應該入帳。」事實正好相反。我們看一個跨月的具體情境——同樣是 1 月 29 日下單,出貨時間不同,結果天差地遠。
狀況 A:1/29 下單,1/31 前就出貨了
以出貨日為基準,這筆在 1 月認列收入與成本、存貨 1 月減掉。月底盤點時貨確實已不在倉庫,帳上存貨也少了 → 帳實相符 ✅
狀況 B:1/29 下單,但 2/1 才出貨
出貨日基準:1 月底它還是 pending、不入帳;盤點時貨還在架上、帳上存貨也在 → 帳實相符 ✅(等 2/1 出貨才認列在 2 月)。
下單日基準:1 月已認列銷貨、存貨已扣,但 1/31 盤點時貨明明還在倉庫 → 帳實不符 ❌,月結得人工逐筆查。
分店下單
貨還在倉庫,所有權未移轉
下單日入帳
帳上已賣、存貨已扣,但貨還在架上 → 對不起來
出貨日入帳
此刻才認列在 2 月,盤點自動相符
圖:下單日基準專門製造「已賣帳、未出貨」的鬼影,在月底盤點時爆炸;出貨日基準讓「帳上存貨 = 實際盤點」自動成立。
出貨日 vs 下單日:三個維度一次比較
把兩種基準放在連鎖總部最在意的三個維度上比較,出貨日在每一格都友善:
| 維度 | 下單日基準 | 出貨日基準 |
|---|---|---|
| 月底盤點(帳實相符) | 跨月即不符,需人工查 | 自動相符 |
| ERP 配比原則 | 收入/成本/存貨時點錯位 | 三條線同一時點 |
| 統一發票時點(法定) | 早於發貨,與法令不符 | 以發貨時開立,自動合法 |
那「這個月進了幾張訂單」怎麼辦?
唯一適合看下單日的場合,是業務量/業績報表——「這個月接了幾張訂單、業績多少」這類銷售指標。但那是銷售/CRM 的視角,不是記帳。
記帳、存貨、發票、月結對帳的全程,都應該以出貨日為準。把「業績看下單、帳務看出貨」分清楚,就不會再用一個日期硬湊兩種需求。
延伸:法定開票時點本來就是「發貨時」
這不只是會計慣例,更是法規要求。台灣營業稅法明定:買受人尚未付款者,賣方應「以發貨時」為統一發票開立時限。法定時點是出貨,不是下單、不是簽收、不是月底請款。
所以「出貨日入帳」是一個設計決策同時解三個問題:符合 ERP 配比原則、符合庫存盤點需求、符合稅法開票時限。帳、發票、出貨三軌同一基準,月結才能自動化。
通通訂怎麼做
通通訂把計費與入帳一律綁定 shipped_at(出貨時間):訂單在「已出貨」之前不計入任何帳期,出貨那一刻才同時更新存貨、成本與收入,並以出貨日決定發票時點。月結時系統依分店、依月份自動結算帳單與三聯式發票,退貨自動歸屬原訂單月份——你不必再為了「貨到底出了沒」翻 LINE、對 Excel。
※ 本文為連鎖訂貨制度設計的觀念說明。文中涉及台灣稅務與會計認列的說法(如統一發票開立時點),實際申報與帳務處理請以您的記帳會計或會計師意見為準。