帳上獲利卻耗盡現金的貿易公司

帳上獲利卻耗盡現金的貿易公司

分析範圍

本案例是教學合成案例（synthetic teaching case），不對應任何真實存在的公司、交易或人物。所有公司名稱、金額、日期、客戶條件與內部對話都是為教學而設計的 example，用意是讓讀者在一組乾淨、可自行驗算的數字上，親手看見「獲利」與「現金」在會計上是兩件不同的事。

案例 as-of 2026-07-31。Jurisdiction 未指定。 這一點必須明講：公司登記型態、財務報表適用的會計架構、催收與債權保全的程序、破產或重整的門檻、以及應收帳款作為擔保品的效力，在不同地區差異極大。本案例刻意不描述任何一地的法定程序，讀者不應把文中任何做法當成自己所在地的合法或標準做法。稅務與會計架構的地區性差異請見 稅務與會計的地區差異。

為了讓算式聚焦在營運資金上，本案例採用以下明示的簡化假設，這些簡化在真實報表中不成立：

• 期間內不考慮所得稅費用與利息費用的現金影響，所有稅務時點差異一律略去。
• 折舊是本期唯一的重大非現金項目；不考慮減損、股份基礎給付、外幣兌換或租賃相關的調整。
• 不考慮投資活動與籌資活動；本案例只看營業活動淨現金流一條線。
• 所有應收帳款均假設最終可收回，本案例不討論呆帳提列。這是刻意的設計：即使一分錢都沒有收不回來，公司仍然會缺現金。

資料缺口（明列，不臆測補齊）： 本案例沒有月度分項的收款明細、沒有客戶別的帳齡表、沒有銀行授信合約的財務條款（covenant）內容、也沒有供應商契約中關於逾期付款的違約條款。因此本案例無法判斷公司在法律上是否已達「無力清償」的狀態，也無法評估債權人可能採取的行動。文中「付不出款」指的是營運事實，不是任何地區法律定義下的結論。

fact / inference / example 的標示原則： 財務數字之間的算術關係（例如淨利加折舊減營運資金增加等於營業活動淨現金流）是可以逐步驗算的 fact；本案例中所有具體金額、公司名稱與時間點是 example；至於「創辦人如果早三個月看到現金預測就會改變決策」這類敘述，是作者的 inference，文中會逐一標示，不會寫成已證實的因果。

情境與決策

「恆通貿易」是一家中型貿易公司，向上游採購工業零件，加價後轉售給下游製造業客戶。公司成立六年，過去五年營收在 12,000,000 到 15,000,000 元之間緩慢成長，每年小幅獲利，銀行存款餘額長年維持在兩百萬元上下，管理層對現金從來沒有特別焦慮過。公司只有一位兼職記帳人員，每月結完帳後產出一張損益表；資產負債表一年做一次，現金流量表則從未編製過——記帳人員的說法是「銀行對帳單就看得到現金了，不必再做一張」。

2026 會計年度開始前，公司接到一個機會：一家規模遠大於既有客戶的製造商願意大量下單，但提出兩個條件。第一，付款條件從公司慣用的月結三十天延長到月結一百二十天。第二，公司必須備妥安全庫存，確保對方追加訂單時能在三天內出貨。

決策者當時掌握的資訊（這是本案例的重點，請只用這些資訊評估決策）：

• 這筆生意的毛利率與既有客戶相近，換句話說，每一元營收帶來的利潤沒有變差。
• 對方是信用良好的大型企業，付款紀錄可查，違約風險低。
• 公司過去五年每年都獲利，帳上現金穩定，從未跳票。
• 銷售團隊估計，接下這個客戶可以讓年營收從約 14,000,000 元跳升到 18,000,000 元。

決策者當時沒有掌握、也沒有去問的資訊：

• 營收成長到 18,000,000 元時，應收帳款餘額會變成多少。
• 為了支撐三天出貨而增加的庫存需要多少現金，以及這些現金要壓多久。
• 上游供應商是否願意同步延長付款條件，延長多少天。
• 公司在未來十三週內，每一週的現金進出分別是多少。

管理層在 2025 年 12 月做出決定：接單。做決定時他們的推理是這樣的——「毛利率沒有變差，營收增加 4,000,000 元，利潤只會更好；付款慢一點只是時間問題，錢遲早會進來。」這個推理在損益表的世界裡完全正確，而這正是本案例值得研讀的原因。

接下來一整年，每個月的月結報表都在變好。營收逐月上升，毛利逐月上升，累計淨利穩定為正。與此同時，銀行存款餘額逐月下降。這兩個現象在同一份月報上並存了十一個月，沒有人把它們放在一起看，因為公司沒有一份文件會同時呈現這兩條線——損益表上沒有現金，銀行對帳單上沒有利潤。

採取方案與 failed alternative

恆通貿易當年的實際結果

年度結束後，會計師協助編製了公司史上第一份現金流量表。損益表的結論是：營收 18,000,000 元，本期淨利 +900,000 元。 這個數字沒有任何錯誤，也沒有任何操縱。

同一年的營運資金變動如下：

• 應收帳款由期初 2,000,000 元增加至期末 6,500,000 元，淨增加 4,500,000 元。
• 存貨由期初 1,000,000 元增加至期末 2,600,000 元，淨增加 1,600,000 元。
• 應付帳款由期初 1,500,000 元增加至期末 2,100,000 元，淨增加 600,000 元。
• 本期折舊 400,000 元，已列入費用但不是現金支出。

用間接法把淨利調節為營業活動淨現金流：

獲利但現金流為負的驗算

項目	金額
本期淨利	900,000
折舊	400,000
應收帳款增加	-4,500,000
存貨增加	-1,600,000
應付帳款增加	600,000
營業活動淨現金流	-4,200,000

逐步驗算（單位一律為元，正號代表現金流入，負號代表現金流出）：

從本期淨利 900,000 出發。加回折舊 400,000，因為折舊在損益表上減少了利潤，卻沒有在本期支付任何現金，得到 900,000 + 400,000 = 1,300,000。減去應收帳款增加 4,500,000，因為這些收入已依權責發生制認列為營收，現金卻還在客戶手上，得到 1,300,000 − 4,500,000 = −3,200,000。減去存貨增加 1,600,000，因為採購已付現，成本卻要等到出貨才進入銷貨成本，得到 −3,200,000 − 1,600,000 = −4,800,000。加回應付帳款增加 600,000，因為這部分成本已認列但尚未付款，等於供應商暫時替公司墊了現金，得到 −4,800,000 + 600,000 = −4,200,000。

一次寫成完整算式：900,000 + 400,000 − 4,500,000 − 1,600,000 + 600,000 = −4,200,000。

交叉檢核（用另一條路徑重算同一個數字）： 非現金與營運資金調整的合計為 400,000 − 4,500,000 − 1,600,000 + 600,000 = −5,100,000；再加上淨利 900,000，得 900,000 + (−5,100,000) = −4,200,000。兩條路徑一致，算式無誤。

結論：一家全年賺 900,000 元的公司，同一年營業活動燒掉了 4,200,000 元現金。 缺口 5,100,000 元完全來自非現金調整與營運資金變動，其中應收帳款一項就佔了 4,500,000 元。

收款天數的變化（含假設）

假設： 以 365 天為基準，並以本年度營收 18,000,000 元作為期初與期末共同的分母。使用同一分母是刻意的簡化，目的是讓兩個時點的差異只反映應收帳款餘額本身的變化，不受營收基期不同干擾。真實的收款天數（DSO，days sales outstanding）計算通常會用各期對應的營收，數值會與此不同。

每日營收 = 18,000,000 ÷ 365 ≈ 49,315 元／天。

• 期初 DSO = 2,000,000 ÷ 49,315 ≈ 40.6 天
• 期末 DSO = 6,500,000 ÷ 49,315 ≈ 131.8 天

驗算： 反推期末應收帳款 = 49,315 × 131.8 ≈ 6,499,717 元，與 6,500,000 元的差距來自四捨五入，約 283 元，可接受。

收款天數從約 41 天拉長到約 132 天，成長了約 91 天。這 91 天乘上每日營收，正好是應收帳款增加的主要來源：49,315 × 91 ≈ 4,487,665，與實際增加額 4,500,000 元相符（差異同樣來自四捨五入）。這是一個重要的 fact：應收帳款的增加不是意外，而是「營收規模 × 收款天數」這個乘積的必然結果。 營收成長時，即使收款天數不變，應收帳款也會等比例增加；如果收款天數同時拉長，兩個因素相乘，現金缺口會擴大得比營收快得多。

Failed alternative：把成長中的應收帳款當成「已經賺到的錢」，並用延遲付款來補缺口

創辦人在年中確實注意到現金在減少。他們採取的做法是兩件事：第一，在內部把應收帳款視為「只是還沒進來的自己的錢」，因此不調整任何營運決策；第二，向上游供應商延後付款，把付款期從約定的期限往後拖，用供應商的現金填補下游客戶造成的缺口。

這個做法當時為什麼看起來合理？ 它有三個站得住腳的理由。其一，客戶信用良好，錢確實很可能收得回來，把應收帳款當成資產並沒有錯——它在資產負債表上本來就是資產。其二，延遲付款不需要任何人批准，不必向銀行申請、不必稀釋股權、不必解釋，是所有可行做法中摩擦最小的一個。其三，前幾個月確實有效：延後付款讓銀行餘額暫時止跌，看起來像問題解決了。

它在什麼假設下失效？ 這個做法隱含一個假設：現金缺口是一次性的、有限的。實際上缺口是持續且隨營收成長而擴大的。應收帳款每個月都在長，而供應商能被延後的天數有上限。從算式上看，應付帳款全年只增加了 600,000 元，而應收帳款增加了 4,500,000 元——供應商這條管道的規模，只有缺口的十三分之一左右。用一個上限 600,000 元的水源去填一個 4,500,000 元的洞，數學上不可能成立。

預警訊號（決策者當時就能觀察到，不需要後見之明）：

• 損益表連續數月改善，同期銀行餘額連續數月下降。這兩條線同時出現卻方向相反，本身就是警訊。
• 開始需要「安排」付款順序，例如先付會催的供應商、後付不會催的。
• 公司無法回答「未來十三週每一週的現金餘額是多少」這個問題。
• 應收帳款的成長率高於營收的成長率。本案例中營收成長約 29%（14,000,000 → 18,000,000），應收帳款成長 225%（2,000,000 → 6,500,000），兩者相差超過七倍。

第十一個月，主要供應商停止出貨並要求先結清欠款，公司無法同時支付貨款與薪資。年度結束時，恆通貿易的營運事實是：帳上獲利 900,000 元，營業活動現金流 −4,200,000 元，主要供應關係中斷，無法履行部分訂單。因此本案例的 outcome 為 failure：主要目標（在接下大客戶後維持正常營運）未達成。

必須說清楚的一點： 那個 +900,000 元的淨利不是假帳、不是舞弊、也不是估計上的樂觀。它是權責發生制（accrual accounting）下正確認列的結果——收入在賺得時認列，而不是在收到現金時認列。正因為這個數字完全正確，這個案例才具有教學價值。如果問題出在造假，答案就只是「不要造假」；但問題出在一份完全正確的報表沒有回答一個它從設計上就不打算回答的問題。權責發生制的邏輯與邊界見 權責發生制。

結果與因果限制

觀察到的結果（fact，均可從上述數字直接驗算）：

1. 本期淨利為 +900,000 元。
2. 同期營業活動淨現金流為 −4,200,000 元。
3. 兩者的差額 5,100,000 元，可完整拆解為折舊 +400,000、應收帳款 −4,500,000、存貨 −1,600,000、應付帳款 +600,000 四項，沒有無法解釋的餘額。
4. 期末收款天數約 131.8 天，期初約 40.6 天（依上述分母假設）。
5. 公司在年度結束前無法同時支付供應商貨款與薪資。

作者的因果推論（inference，明確標示，不等於已證實）：

作者推論，延長付款條件與提高安全庫存這兩項決策，是營業現金流轉負的主要機制。這個推論的依據是算術拆解：應收帳款與存貨兩項合計貢獻了 6,100,000 元的現金流出，佔差額的絕大部分，而這兩項都直接對應那兩個決策。

但這個推論不是被證明的因果，原因如下，必須誠實列出：

• 沒有對照組。 本案例沒有觀察到「同一家公司在同一年不接這個客戶」會發生什麼。沒有對照，就無法把結果歸因於單一決策。不接這個客戶的情境下，公司可能面臨營收停滯、既有客戶流失或其他形式的壓力，那條路徑的結果是未知的。
• 同時有多個因素在變動。 營收規模、收款天數、庫存政策、供應商付款條件在同一年全部改變了。任何一項單獨變動的效果，本案例都無法分離。
• 樣本數為一。 單一案例可以示範一個機制如何運作，不能估計這個機制在多大比例的公司身上會產生同樣結果。
• 本案例是合成的。 數字是為了讓算術清楚而設計的，不是從真實母體中抽樣得到的，因此不具任何統計代表性。

本案例明確拒絕主張的因果陳述： 「接下付款條件長的大客戶會導致公司倒閉」是不成立的過度推論。可以支持的、範圍窄得多的說法是：在營收成長、收款天數拉長、庫存增加三者同時發生，而現金部位與可用融資有限時，營業活動現金流可能在損益表仍為正的情況下轉為顯著負值；本案例示範了這個機制的算術結構。是否會演變成無法營運，還取決於期初現金部位、可動用的授信額度、股東是否注資、以及客戶的實際付款行為——這些變數本案例都沒有完整資料。

同樣不能主張的反向陳述： 「如果早三個月編製十三週滾動現金預測，公司就不會失敗」也是 inference，而非 fact。現金預測是一個資訊工具，它讓問題提早可見；問題可見之後管理層是否會採取有效行動、以及當時是否還有可用的槓桿，是另一組獨立的條件。相關的正面對照見 導入現金預測後的部分復原——但請注意，該案例同樣沒有對照組，兩個案例並列不構成實驗設計。

可轉移的教訓

可泛化的機制（與地區、產業、公司型態無關，因為它是恆等式）：

營業活動淨現金流可以寫成：淨利 ＋ 非現金費用 − 營運資金的淨增加。當公司成長時，應收帳款與存貨通常會隨營收等比例增加，這部分增加是現金的用途（use of cash），不是利潤的減項。因此在成長期，「獲利」與「產生現金」不但不是同一件事，甚至常常方向相反。營收成長得越快、收款天數越長、庫存週轉越慢，這個背離就越大。營運資金的定義與判斷邊界見 營運資金，完整的推導方法見 現金流與營運資金。

第二個可泛化的機制是規模與天數的乘積關係。應收帳款餘額約等於「每日營收 × 收款天數」。這意味著兩件事：其一，營收翻倍而收款天數不變，應收帳款也會翻倍，需要的現金也會翻倍；其二，要減少應收帳款，只有兩條路——降低營收，或縮短收款天數。沒有第三條路。同樣的結構也適用於存貨（每日銷貨成本 × 存貨天數）與應付帳款（每日採購 × 付款天數）。

不可泛化的部分：

• 本案例的具體數字（18,000,000 元營收、132 天 DSO、4,200,000 元現金流出）是設計出來的 example，不是任何產業的基準值。不同商業模式的正常營運資金水準差異極大：預收款模式的公司營運資金可能是負的（客戶先付錢），而重庫存的貿易或製造業則需要大量營運資金。看到別家公司的 DSO 不能推論自己的應該是多少。
• 「大客戶要求長付款條件」在許多產業是常態而非惡意，也不必然是壞交易。本案例不主張應該拒絕這類客戶；它主張的是在答應之前必須先算出這筆生意需要多少現金、壓多久，以及公司是否負擔得起。
• 逾期付款的法律後果、債權保全的手段、應收帳款融資或保理（factoring）的可得性與成本、以及財務報表適用的會計架構，全部依 jurisdiction 而不同，見 稅務與會計的地區差異。遇到實際的清償壓力時，應尋求當地合格的會計、稅務與法律專業人士協助。

讀者可以怎麼用：

第一，在接受任何改變付款條件或庫存水準的訂單之前，先做一次獨立的算術：用「預估年營收 ÷ 365 × 預計收款天數」估出應收帳款會停在多少，用同樣方法估出存貨與應付帳款，三者相加減得到這筆生意需要額外投入的營運資金。把這個數字和公司現有現金加上可動用授信相比。如果需要的營運資金超過可動用資金，這筆生意在現金上是做不起來的，無論它的毛利率多好。

第二，每個月把損益表與現金餘額放在同一頁上看。兩條線長期反向，就是需要編製現金流量表的訊號，而不是巧合。

第三，如果公司從未編製過現金流量表，把上表那六列做出來就是最小可行的第一步：淨利、折舊、應收帳款變動、存貨變動、應付帳款變動、合計。這六列不需要專業軟體，也不需要等到年度結算。

資料來源

IAS 7 Statement of Cash Flows 支持本案例的結構性基礎：現金流量表把現金流量區分為營業、投資與籌資三類活動，並定義現金約當項目為短期、高流動性、可隨時轉換為已知金額現金且價值變動風險不重大的投資。本案例只呈現營業活動一類，因此不是完整的現金流量表；文中以間接法從淨利調節至營業活動淨現金流的做法，其概念依據來自該準則。適用範圍限制： IFRS 只是全球數種財務報導架構之一，是否適用取決於 jurisdiction 與個體型態，許多中小企業依當地規定採用其他架構，甚至不必編製完整的現金流量表。Accessed 2026-07-31。

Conceptual Framework for Financial Reporting 支持本案例最核心的一項判斷邊界：財務報導的概念基礎說明了財務資訊的目的與品質特性，也支撐「收入在賺得時認列、而非在收到現金時認列」與「資產、負債的認列標準」等基本概念。本案例據此主張那筆 +900,000 元的淨利是正確的權責發生制結果，不是錯誤或舞弊。適用範圍限制： 概念架構本身不是可直接套用的計算規則，也不取代個別準則或當地法規；它不能用來判斷任何特定公司的具體會計處理是否合規。Accessed 2026-07-31。

關於本案例數字的來源： 公司名稱、金額、日期、客戶條件與所有敘事細節全部是教學 example，不來自上述任何來源，也不對應任何真實個體。兩筆來源支持的是概念邊界與報表結構，不是本案例的事實。