付款越快，為什麼越需要 Credit？

作者：Steven，Payment 201

支付行業裡一直有一個既顯而易見又被很多人忽略的時間差，一個 Merchant 的資金可能 T 1 才真正 Settlement，但 Recipient 今天就要求到賬；一個 Marketplace 剛剛完成消費者收款，Seller 已經點擊提現；一家 Cross-border Payment Company 在美國剛剛收進幾秒鐘，墨西哥以後的 Beneficia USD，墨西哥以後的時間裡收到幾秒鐘。

站在使用者視角，這些事情都很簡單：Payment completed。

但站在 Treasury 和 Balance Sheet 的角度，問題完全不一樣：錢還沒到，為什麼已經可以付出去了？ 中間這幾個小時，甚至這一天的錢，到底是誰出來的？

最直接的答案當然是 Payment Company 自己先出。 如果對應資金明天才真正到賬，而 PSP 今天先從 Corporate Cash 裡完成 Payout，這首先是一種：PSP 用自己的 Balance Sheet 吸收了 Timing Gap。

但這裡有兩個常被混在一起的問題。

第一，PSP 用自己的錢先付，並不自動意味著它在法律或產品意義上向客戶「發放了一筆貸款」。 從 Treasury 的視角，它首先體現的是。

第二，也是更現實的問題：

Customer Funds、Corporate Cash 和 Credit Capacity，是三套完全不同的東西。 Payment 做到一定規模以後，Credit 之所以會逐漸從一個 Financial Product 變成 Payment Infrastructure 的一部分，本質上就是因為這三套數字開始越來越不匹配。

一、PSP 經手很多錢，不代表這些錢都能拿來墊

這一點，從一家上市支付公司的資產負債表裡看得非常直觀。

我們以連連數字為例，2025 年全年，其。

但繼續往 Balance Sheet 下面看，截至 2025 年末，公司，Total Equity 約；同時，Customer Segregated Funds 約

這些數字放在一起，最直觀地說明了一件事：

Payment Company 可以每年處理數千億、數萬億資金，但它既不需要，也不可能擁有和全年 TPV 同等規模的 Own Balance Sheet。 這本來就是 Payment Business 能夠 Scale 的基礎。

但另一方面，只要 Payment Obligation 和 Cash Arrival 出現錯位，真正能夠拿出來提前完成付款的，就不是平台「經手的所有錢」。

而是：

連連同期也揭露約。 當然，這並不意味著這些 Credit Line 一定是用於 Payment Prefunding，但它很好地說明了另一層 Financial Capacity：

所以支付產業裡有三組數字特別容易被混在一起：

• Customer Funds 決定你管理了多少錢。

• Own free Cash 決定你自己能墊多少錢。

• Credit Capacity 決定 Own free Cash 不夠以後，你還能繼續承諾多少錢。

二、錢還沒到，為什麼已經能付出？

假設一家 Marketplace 今天上午 10 點需要向 Seller 支付 1 億，但對應的 Consumer Funds 下午甚至第二天才真正 Available（可能是各種原因導致，包括收單結算週期、業務架構C2B2B2C/B架構安排、銀行審核效率等）。

從產品頁面來看，這只是一次 Payout。

但從上午 10 點開始，平台已經形成了 1 億 Payment Obligation，而真正與這筆 Obligation 對應的 Cash，還沒有進入可以自由使用的狀態。

於是中間出現了一塊：

如果 Marketplace 選擇等待，那麼這段 Time 由 Seller 承擔——錢什麼時候真正 Available，什麼時候付款。

但如果產品承諾 T 0、Same-day，甚至 Instant Payout，平台實際上是在主動把這段等待時間從 Seller 身上拿走。

問題並沒有消失，Time 只是換了一個人承擔。

最簡單的方案當然是平台自己先付。 Corporate Cash 足夠，今天先完成 Payout，明天對應資金到帳以後，再恢復自己的 Cash Position。

這首先是一個。

平台選擇用自己的 Capital，換取更好的 Payment Experience。

規模小的時候，這件事情甚至感覺不到 Credit 的存在。 Treasury 多留一點 Buffer，或許就能解決。

但如果每天的 Payment Volume 從 10m 變成 100m，再變成 1bn，同樣一天 Timing Gap 所需要佔用的資金會迅速放大。

更重要的是，即使 PSP 有錢，也不代表長期這麼做就是一個好的 Capital Allocation。

為了應付一年可能只發生幾次的 Peak Volume，永久在帳戶裡多放幾億 Cash，本身就是很昂貴的 Opportunity Cost。

於是問題很快就會變成：

一種選擇，是把 Payment Experience 往回收。

延遲 Payout、提高 Prefunding Requirement、降低 Volume Limit，極端情況下甚至暫停部分 Payment。

另一個選擇則是：

Bank Credit Line、Overdraft、Intraday Facility、Settlement Financing、Private Credit……

所以 Payment 和 Credit 第一次相遇，並不是 PSP 上線了一個 Loan Product。

而是：

三、Liquidity 和 Credit，到底差在哪裡？

這裡最容易和 Liquidity 混在一起。

假設墨西哥今天需要 20m MXN，但 Local Account 裡只有 5m。 如果集團香港帳戶裡有足夠的 USD，現在可以完成 FX，再把對應 MXN Position 調到墨西哥，那麼這首先是：Liquidity Management。

Corporate Balance Sheet 並沒有因此變大。 Money 只是從一個 Currency、Location 和 Position，被調到了另一個 Position。

Liquidity 解決的是：已有資源怎麼調度。

但如果集團所有目前可以呼叫的 Own Liquidity 加起來只能提供 80m，而今天已經形成了 100m Payment Obligation，那麼剩下的 20m，就不是簡單把 Money 從 A 搬到 B 可以解決的了。

現在真正的問題變成：

公司當然可以永久多準備 20m Cash，這仍然是 Self-funded。

但如果不希望為了所有可能出現的 Peak Demand 永久佔用自己的 Capital，就需要 Bank、Credit Provider 或其他 Capital Provider 提供額外的 Funding Capacity。

所以比較準確的關係不是簡單的：

Liquidity → Credit。

而是：

這個區分非常重要，因為 Self-funded Prefunding 本身並不等於 Borrowing，更不代表 PSP 向客戶發放了一個 Credit Product。

但當 Payment Scale 越來越大，永遠依賴 Own free Cash 覆蓋所有 Peak Demand，Capital Efficiency 一定會越來越差。

這時候 Credit 真正提供的，其實不只是「再藉給你一筆錢」。

而是：Elasticity。

Liquidity 決定現有的 Money 如何使用。 而Credit 決定已有 Money 不夠的時候：Capacity 能不能臨時變大。

四、Instant Payment 的體驗，很多時候是 Balance Sheet 在後台買單

過去十幾年，Payment Industry 一直在做一件事情：讓錢越來越快。 T 3、T 2、T 1、Same-day、T 0，到今天越來越多的 Instant，站在使用者體驗上，這當然是一條明確的進化路徑。

但金融基礎設施裡有一個很反直覺的問題：

過去 Merchant T 1 收錢，同時 PSP 也在 T 1 獲得對應 Settlement，兩邊的 Time 大致匹配。 今天為了競爭，平台把 Merchant Payout 提前到了 T 0。 但如果底層 Settlement 仍然是 T 1，那麼原本不存在的一天 Funding Gap 就出現了。

所以產業表面上是在不斷消滅 Settlement Time。 事實上，很多時候只是把這段 Time 從 Customer Experience 裡拿掉，再放進 Financial Institution 的 Balance Sheet。

Payment 越實時，Timing Risk 並不會憑空消失。 它只是被重新分配，Seller 不等了，Platform 等。 Merchant 不等了，Acquirer 等。 Client 不願意 Prefund，PSP 必須決定：自己承擔，還是找別人來承擔。

這個邏輯現在甚至已經被直接做成產品。

例如 YouLend 的 Instant Settlement / Instant Payout，本質上就是在 Sale 已經發生、正常 Settlement 還沒有完全完成的時候，讓 Merchant 更早獲得與 Receivable 對應的資金。

它其實就是全文開頭那個問題的產品化：

但 Merchant：

中間原本需要等待的那段 Time，被 Financing 吃掉了。

Stablecoin 同樣不會自動讓這個問題消失。

Blockchain 可以 24/7 Transfer，但 Fiat Banking、FX、Redemption、Local Clearing 和傳統 Funding Market 並不一定同步 24/7。

所以：

甚至可以反過來想，過去一筆錢週六走不了，用戶默認等週一。 未來 Rail 週六凌晨也能 Instant Settlement，那麼另一個問題馬上出現：

Rail 越實時，後台團隊就越不能只靠一句：「等錢到帳。」

五、Payment Scale 最後拼的是 Credit Elasticity

每天 1m Volume，其中 10% 存在幾個小時 Timing Gap，只需要暫時覆蓋 100k。 每天 1bn，同樣 10% 的 Timing Mismatch，就是 100m。

但真實的 Payment Network 又從來不會每天按照一條平滑曲線運行。

Payday、大促、Bank Holiday、Weekend、FX Volatility、Settlement Delay、Banking Disruption，都可能讓某個市場在幾個小時之內突然形成遠高於正常水準的 Payment Obligation。

所以大型 PSP 不可能簡單按照史上最大 Peak，在幾十個市場永久堆滿 Cash。

理論上當然安全，經濟上卻極為昂貴。

成熟的 Payment Network，資金能力最後一定會變成一套 Layered Capacity。

正常 Flow 可以透過 Natural Flow、Netting 和 Own Liquidity 消化；普通波動由 Treasury Buffer 承擔；再大的 Gap 才開始調用 Bank Credit Line、Overdraft、Intraday Facility，甚至 Settlement Financing 或其他 External Funding。

所以規模真正做大以後，Payment Network 需要的已經不只是一個固定的 Liquidity Pool。 而是一種：Credit Elasticity。

Liquidity Capacity 回答的是：正常情況下，我今天能付多少。 Credit Elasticity 回答的是：今天突然變得不正常，我還能多付多少。

這也是為什麼 Huma/Arf、MANSA 這類玩家值得關注。

它們真正嘗試改變的，不是 Payment Rail。 而是 Payment Network 背後的：Capital Deployment Model。

過去更多是：Pre-positioned Capital。 Treasury 先借錢、先調錢、先在各市場準備 Balance，然後等 Payment System 去消耗這些 Position。

而 Huma/Arf、MANSA 代表的方向，則更接近：

也就是：

Huma 和 Arf 合併以後，核心場景之一是 Cross-border Payment Financing，透過 on-demand liquidity 降低部分 Payment Institution 對靜態 Prefunding 的依賴；MANSA 則直接圍繞 PSP、EMI、Remittance 等機構提供 Settlement-time Liquidity。

我覺得最值得關注的，不是這些公司是不是用了 Stablecoin。

而是：

如果這個模型能夠進一步 Scale，它改變的不只是 Funding Cost，而是整個 Treasury Architecture。 Payment Company 不再需要為了所有可能發生的 Demand，在所有 Corridor 永久準備同樣規模的 Cash。

六、為什麼掌握 Payment Flow 的公司，會自然走向 Credit？

前面講的是：Credit for Payment，也就是 Credit 如何支撐 Payment Flow。

但 Payment 和 Credit 之間還有另一個方向：

這也解釋了為什麼 Stripe、Adyen、PayPal、Block 這一類掌握 Payment Flow 的平台，最後很容易自然長出 Merchant Financing 和 Working Capital。

原因其實不複雜。

Traditional Lender 做 Underwriting，需要理解一家公司的收入、Cash Flow、Seasonality、成長、客戶集中度，以及未來償付能力。

Payment Company 每天就在看到這些資訊。 TPV、Transaction Frequency、Average Ticket Size、Refund、Chargeback、Sales Trend、Seasonality…如果再結合 Account 和 Settlement Relationship，它甚至還能進一步看到 Cash Inflow、Cash Outflow、Account Balance、Supplier Payment 和 Working Capital Cycle。

這些不是企業一年提交一次的 Financial Statement。

而是持續發生的：

所以 Payment Data 自然會變成：

但 Payment Company 在 Credit 上真正特殊的地方，還不只是 Data 更多。

更重要的是：

假設 Merchant 每天透過平台產生 100k Sales，平台給它 1m Working Capital。

Repayment 不一定需要 Merchant 每個月主動 Wire Transfer。

它完全可以直接發生在未來的：

Stripe Capital 就是一個很典型的結構。 Stripe 會結合 Processing Volume 和 Payment History 等因素形成 Financing Offer，而 Repayment 可以直接從未來 Stripe Sales 中按比例完成；與此同時，Stripe 的 Merchant Relationship、Payment Flow 和最終提供 Balance Sheet 的主體，也不一定是同一家公司。

這種模式特別值得參考。

因為它說明：擁有 Credit Product，不等於必須擁有最終 Balance Sheet。

Payment Platform 可以負責：

而 Bank 或其他 Capital Provider 負責：

這也是 Payment Company 和傳統 Lender 最大的結構差異之一：

Flow 一邊解決 Underwriting，另一邊直接成為 Repayment Rail。 於是：

開始全部 Embedded in Flow。

從這個角度來看，Payment Company 進入 Credit 不只一種 Product Expansion。

它背後有非常強的 Infrastructure Logic：

七、Credit 做到最後，還是會回到 Balance Sheet

如果 Payment Platform 已經有 Flow、有 Data、有 Customer Relationship，為什麼不全部自己做 Credit？

因為 Data 和 Balance Sheet，是兩種完全不同的能力。

Payment Platform 更擅長的是：

Bank 和 Institutional Capital 比較擅長的是：

雙方擁有的資源並不一樣。

所以未來 Payment Credit 最值得觀察的，未必是越來越多 PSP 自己變成 Bank。

反而可能是整個 Credit Stack 被拆得越來越清楚：

• Payment Platform：Flow Distribution

• Credit Infrastructure：Underwriting Orchestration

• Bank / Private Capital：Balance Sheet

Stripe Capital 已經可以看到這種結構：Credit Product 可以被嵌入 Payment Experience，但最終的 Financing Provider 不一定是 Payment Platform 自己。

Huma/Arf、MANSA 則是在試著把類似的解耦進一步帶進 Payment Settlement 本身。

過去 Bank Credit Line 和 Payment System 常常是兩套相對獨立的 Infrastructure。

未來 Credit Capacity 本身，可能會越來越直接地連接到 Payment Flow，在 Settlement 真正發生的時候動態呼叫。

所以未來真正值得問的，不是：「哪家 PSP 開始放貸款了？」而是：誰控制 Flow？ 誰決定 Credit？ 誰最終提供 Balance Sheet？

這三件事情，越來越不需要發生在同一家公司。

Payment Company 手上有 Flow。

Bank 和 Capital Market 手上有 Balance Sheet。

而 Credit：

結語：Credit 不是 Payment 的旁支，而是 Time 的價格

重新回到文章開頭的問題：

規模小的時候，答案可能非常簡單，PSP 自己先墊，這首先是 Self-funded Prefunding。

規模再大一點，可以透過 Treasury 在自己的全球 Balance Sheet 裡面調度 Position。

但當 Payment Obligation 越來越即時、Volume 越來越大，而 Own free Cash 又不可能無限擴張時，就必須開始尋找 External Funding。

所以 Payment、Liquidity、Funding 和 Credit，其實是一層一層往下走的。

Payment 解決的是：

Liquidity 解決的是：

Funding 解決的是：

而 Credit 進一步解決的是：

這種償付能力可以來自未來 Cash Flow、Receivables、Collateral，也可以來自機構本身的 Credit Profile。

所以：

再往下一層，真正決定整個 Network 能做到多大的，依然是：

這也是為什麼 Payment Industry 最終會越來越靠近 Credit。

不是因為所有 PSP 最後都想成為 Lender。

而是 Payment 越實時、Volume 越大、Settlement Chain 越複雜，就越需要有人回答一個特別現實的問題：

自己的 Balance Sheet 夠，就自己承擔。

不夠，就必須呼叫別人的 Balance Sheet。

當然，所謂，並不是說 Credit 只對時間收費。 真正被定價的，是這段 Timing Gap 背後的 Credit Risk、Liquidity Cost、Capital Consumption，以及資金提供者願意承擔這段不確定性的價格。

所以 Credit 從來都不是 Loan Product，它更像是 Payment Network 面對時，可以動態擴張的一層 Financial Capacity。

就這個意義上來說：

• Customer Funds 決定你管理了多少錢。

• Own free Cash 決定你自己能墊多少錢。

• Credit Capacity 決定 Own Cash 不夠以後，你還能繼續承諾多少錢。

而 Payment Industry 最底層的一個事實其實一直沒有改變：

Payment 行動 Money，Liquidity 調度 Money，Credit 則讓未來的 Financial Capacity，可以提前支撐今天的 Payment。

最終，一張 Balance Sheet 決定的並不是你歷史上處理過多少交易。

而是當錢還沒真正到的時候－