支付產業必懂：金流、資金流、帳務流差在哪？一次搞懂三個流不同步的真相

金流、資金流、帳務流，到底差在哪？

這一課會讓你真正理解：

• 為什麼「錢到了 ≠ 帳對了」
• 為什麼很多金流問題，其實不是財會問題
• 為什麼支付公司最怕的，是三個流搞混

一、三個流是什麼？

1️⃣ 資訊流（Transaction / Information Flow）

使用者「以為」錢怎麼走，系統宣告「交易成功」

• 刷卡授權成功
• 畫面顯示「付款成功」
• API 回傳 success
• 訂單狀態變成 paid

👉 這是前台世界，本質是「資訊與狀態」，不是錢的移動。

這一層回答的是：

• 交易有沒有被系統承認？
• 使用者看到了什麼結果？

2️⃣ 資金流（Fund Flow）

錢實際在哪裡、什麼時候移動

例如：

• 哪一天扣款
• 哪一天撥款
• 錢目前在哪個帳戶

👉 這是銀行與清算世界，本質是「現金的位置與時間」。

這一層回答的是：

• 錢現在在哪？
• 什麼時候真正完成轉移？

3️⃣ 帳務流（Accounting Flow）

帳上怎麼認定？怎麼入帳？權利與責任如何歸屬？

例如：

• 暫收款
• 應收 / 應付
• 手續費收益認列
• 對帳結果

👉 這是財會與內控世界，本質是「權利義務與風險承擔」。

這一層回答的是：

• 這筆錢算誰的？
• 什麼時候可以認列收入？
• 若發生拒付，帳怎麼沖？

二、一個真實場景

你在電商刷卡 1,000 元：

• 畫面：付款成功 ✅
• 銀行：(假設) 二天後請款
• 商戶：T+7 才收到錢
• 支付公司帳上：
• • 今日：暫收款
  • 明日：應付商戶
  • 下週：實際撥款

問題來了：

哪一天算「完成交易」？

答案是：

每個角色的答案都不同。

這正是支付產業複雜的地方，同時有代收代付，當討論交易時，需要清楚自己在聊哪一邊。

三、為什麼三個流「一定會不同步」？

三流不同步，不是 bug，而是設計，原因有三：

1️⃣ 風險緩衝

交易成功 ≠ 這筆錢就真的安全，例如：

• 信用卡交易 T+0 成功
• 但卡組織允許持卡人 120 天內拒付*，通常給持卡人申訴期限（常見 90–120 天）

如果支付公司馬上把錢全額撥給商戶，之後發生拒付，誰賠？ 實務上的經驗，若合約沒有註記，會由支付業者吸收。

在這段時間內：

• 商戶已經出貨
• 支付公司可能已撥款
• 但銀行仍可把錢扣回

所以支付公司會：

• 在帳務上列「應收保留款」
• 或對高風險商戶設保證金
• 或者直接將撥款調整為 「延遲撥款」（T+7 / T+14）
• 或保留一定比例的保證金（Rolling Reserve）

這段時間就是「風險緩衝期」，可以防止

• 等待拒付期（Chargeback Window）
• 偵測詐欺（Fraud Monitoring）
• 保留退款彈性（Refund Flexibility），特別是涉及物流的電子商務平台

*拒付：持卡人可以事後說，這筆不是我刷的。

2️⃣ 清算效率

• 批次處理成本低於即時清算
• (發卡行、收單行) 跨銀行清算本來就慢

3️⃣ 風險責任劃分

• 哪個時間點誰承擔風險？
• 什麼時候可以放款？

所以不同步，本質是風控設計的一部分。

四、最常見的災難對話

商戶：不是成功了嗎？為什麼錢還沒來？
財會：帳對不起來，但錢明明在。
營運：系統顯示成功，為什麼還要人工調整？
工程師：交易成功了。

問題出在哪？

出在——大家講的「成功」，不是同一個流。

五、用三個角色重新看同一筆交易

👤 使用者／前台系統（資訊流）

• 按下付款
• 畫面顯示成功
• 訂單變 paid

👉 系統只是宣告結果，但不代表錢已移動。

👤 銀行／清算系統（資金流）

• 發卡行先圈存額度
• 幾天後才真正扣款
• 再幾天才清算

👉 關心的是「錢在哪」。

👤 支付公司財會（帳務流）

同一時間，支付公司帳上可能是：

• 今天：
• • 記一筆「暫收款 1,000」
  • 記一筆「應付商戶 970」
• 手續費 30 先不認列收入
• 等可退款期間過了才轉成收入

這一層在想的是：

• 這筆錢算我的嗎？
• 我什麼時候可以認收入？
• 如果被拒付，帳要怎麼沖？

六、判斷題

試著判斷下面這三個情境，在講『畫面 / 錢 / 帳』哪一個？

1️⃣ 訂單顯示成功，但商戶還沒收到錢

→ 資訊流成功，資金流未完成 (時間差是支付公司壓風險、控現金的地方)

2️⃣ 交易被拒付，帳要重做

→ 帳務流問題 (拒付發生在 資訊流 & 資金流都可能已完成之後，原本認列的應收 / 收入必須沖回、重分類)

3️⃣ 銀行說已扣款，但系統顯示失敗

→ 資訊流與資金流衝突

真正危險的情境是：

錢扣了，但沒人知道是否要交貨。

七、180 天後人工退款怎麼看？

一筆交易的正向交易日期距離退款日超過180天以上，若消費者發起退款、商戶承認退款，支付業者可能會遇到超過拒付期限後，需要人工調整的情況。

1️⃣ 資訊流（已不可再異動）

原系統流程已結束，該交易已清分結算，沒有正常API可以退款，只能人工標記。

2️⃣ 資金流（關鍵在「錢在哪」）

先問款項在哪裡，幾乎不可能原路退刷，只能人工轉帳或帳務補償。(即便有機會處理，支付業者也需要人工向收單行提出)

3️⃣ 帳務流（真正的主戰場）

真正的主戰場：

• 沖回收入
• 認列損失
• 判定誰承擔成本（商戶 / 支付業者 / 保證金）

到此就已經不是交易問題，而是「風險兌現」問題。

總結

支付公司本質是：

替交易雙方承擔時間差風險的中介機構

而這個時間差，就是三種流不一致的原因，若這三條流如果完全同步，代表支付公司根本沒有風險管理能力。未來遇到支付問題時，請依序問：

1. 這句話在講「畫面、錢、還是帳」？
2. 是哪一個流不同步？
3. 現在誰在承擔風險？

只要分清楚三個流，80% 的支付混亂都能被拆解。

區分清楚三流

支付公司本質是替交易雙方承擔時間差風險的中介機構