一通電話進來：老客戶要追加一批貨，明天就要出。業務說客情不能斷，會計翻了翻帳，說上一張發票到現在還沒收到款，但確切幾天、總共還欠多少，要回去查。老闆在中間，只能憑印象決定出或不出。
大部分中小企業的應收帳款，問題不是「沒有人催」，而是該做決定的那一刻，手上沒有數字。出貨單在倉庫、發票在會計、合約條件在業務的抽屜，三邊資料對不起來。等到月底帳齡表跑出來，貨早就出去了。
Photo by Jakub Żerdzicki on Unsplash
一、真正的風險在「還沒出貨」的那一批
談應收帳款，多數人想到的是催收。但催收處理的是已經發生的風險，真正能控制損失的時點，是訂單確認與出貨放行的那一刻。
常見的狀況是這樣：某個客戶已經欠了兩期貨款，業務不知情，又接了一張更大的單；倉庫照單出貨，會計到月底才發現這家的未收款已經翻倍。等到對方周轉出問題，公司手上多押的不只是帳款，還有那批已經做好、改賣不掉的貨。
所以一套能用的應收帳款管理系統，核心不是報表，而是一個能在接單當下回答的問題：這家客戶現在還能放多少帳？
二、「可用額度」要算進四種錢
很多公司其實有設授信額度，寫在報價單或客戶主檔裡，但那個數字從來沒被用來擋任何一張單。原因是額度只拿來跟「已開發票未收款」比對，漏掉了另外幾筆也在佔用風險的金額。
比較完整的算法是：
可用額度 ＝ 核定授信額度 －（已逾期應收 ＋ 未到期應收 ＋ 已出貨未開票 ＋ 已接單未出貨）
- 已逾期應收：超過約定票期還沒進來的錢，風險最高。
- 未到期應收：帳還在期限內，但錢已經押在外面。
- 已出貨未開票：貨走了、發票還沒開，帳上常常是空的，風險卻已經存在。
- 已接單未出貨：原料可能已經投產，這段金額同樣應該先卡住額度。
把後面兩項漏掉，是最容易出事的地方。帳面上看起來還有空間，實際上貨已經在路上了。
三、帳齡不是月報，是每天都該更新的數字
帳齡分析（30 天、60 天、90 天、90 天以上）幾乎每家公司都做過，但多半是會計月底手工整理 Excel 的產物。做出來的時候，最舊的那筆資料已經是一個月前的狀態。
Photo by OMAR SABRA on Unsplash
系統化之後，帳齡應該是由發票日、約定票期、入帳紀錄自動推算出來的欄位，隨時打開隨時是今天的狀態。這件事技術上不難，難的是把三件事串起來：出貨單要能帶出發票、發票要能對應到收款、部分沖銷要處理得掉（同一張發票收了七成、還欠三成的情況很常見）。
另外兩個容易被忽略的欄位，建議一開始就放進去：
- 票期起算基準：是出貨日、發票日還是對方的結帳日？不同客戶規則不同，寫死在系統裡才不會每次都靠記憶。
- 支票到期日：收到票不等於收到錢。票據還沒兌現前，應該另外列一欄追蹤，而不是直接當作已收款沖掉。
四、超額度之後，要有一條明確的放行規則
系統擋單，最後一定會遇到要不要破例的問題。老客戶、急單、對方承諾下週一定付——這些情況都會發生，完全擋死只會讓業務繞過系統，回到用 LINE 喬事情的老路。
比較務實的做法是把「破例」也納進流程，而不是假裝它不存在：
- 分級放行：超額 10% 以內由業務主管核准，超過 30% 或已有逾期帳款，一律往上送。
- 附理由：核准時必須填一句原因與預計收款日期，這一欄之後會變成檢討的依據。
- 留痕：誰在什麼時間、用什麼理由放行哪一張單，系統自動記錄。真的發生呆帳時，這份紀錄是釐清責任的憑據，也是調整授信政策的材料。
- 定期回看：每季把破例紀錄調出來看一次，就會發現有些客戶是長期在超額邊緣，那其實是授信額度該重新核定，而不是每個月吵一次。
Photo by Maxim Tolchinskiy on Unsplash
五、催收該是排程，不是誰想起來才做
催款之所以尷尬，很大一部分是因為它被當成「吵架前的最後一步」。如果改成固定節奏的例行通知，雙方的壓力都會小很多。常見的設計是：
- 到期前 7 天：系統自動寄一封對帳提醒，附上未結清明細。這一封的目的不是催，是讓對方的會計有時間排款。
- 逾期 1–3 天：業務收到內部提醒，順口問一聲，多數情況只是請款單卡在對方流程裡。
- 逾期 15 天：由財務發正式對帳函，同時系統把該客戶標記為觀察名單。
- 逾期 30 天以上：自動凍結新訂單放行，需主管解除。
重點在於「前 7 天那一封」。不少逾期並不是對方不想付，而是請款資料不齊、發票抬頭有誤、或是請款截止日已經過了要再等一個月。提早一週對帳，能解決掉相當比例的延遲。
六、從 Excel 到系統，建議的導入順序
不必一開始就上完整的 ERP 模組。如果現在連帳齡都還要手工整理，可以分成三個階段：
第一階段：先把資料接起來。把客戶主檔、出貨單、發票、收款紀錄統一到同一個地方，欄位定義講清楚（票期怎麼算、部分收款怎麼記）。這個階段就算還在用試算表，只要是同一份、單一來源，帳齡就已經可以每天看。
第二階段：加上額度與擋單。替每個客戶設定授信額度，在接單或出貨放行的畫面顯示可用額度，超過就跳提醒並送簽。這一步通常最有感，因為它把判斷從「月底檢討」挪到了「決定之前」。
第三階段：自動化催收與分析。排程提醒、對帳單自動產生、逾期統計與業務別分析。到這裡才適合談「平均收款天數（DSO）有沒有縮短」這類指標。
衡量的方式也不必複雜：導入前後各取三個月，比較平均收款天數、逾期金額佔應收總額的比率、以及超額出貨的張數。如果公司一年營收八千萬、平均收款天數從 75 天降到 60 天，大約等於把三百多萬的現金從客戶端挪回自己帳上——這筆錢不是多賺的，但它決定了下一批原料敢不敢下單。
結語：把判斷點往前挪
應收帳款管理系統的價值，不在於報表做得多漂亮，而在於把「這單能不能出」的判斷，從事後檢討挪到決策當下，並且讓做決定的人看得到同一份數字。
如果現在要盤點自家的狀況，可以先問三個問題：業務接單時，看得到這個客戶的未收款嗎？今天的帳齡表，要花多久才能產出？過去一年的破例出貨，有紀錄可查嗎？三題裡有兩題答不出來，大概就是該把這件事系統化的時候了。