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

作者：Steven，Payment 201

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

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

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

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

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

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

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

PSP 每天經手很多錢，不代表這些錢都能拿來墊。

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

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

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

我們以連連數字為例，2025 年全年，其 Global Payment TPV 達到人民幣 4,524 億元，同比增長 60.7% 。

但繼續往 Balance Sheet 下面看，截至 2025 年末，公司 Cash and Cash Equivalents 約為 16.28 億元 ，Total Equity 約 30.72 億元 ；與此同時，Customer Segregated Funds 約 194.66 億元 。

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

Customer Funds 和 Corporate Liquidity，是兩回事。

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

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

而是：

自己的 Corporate Liquidity，以及提前安排好的 External Funding Capacity。

連連同期還披露約 14.07 億元未使用銀行授信額度 。當然，這並不意味著這些 Credit Line 一定用於 Payment Prefunding，但它很好地說明了另一層 Financial Capacity：

一家 Payment Company 真正可以調用的資金能力，並不只等於帳上的 Cash。

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

• 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，還沒有進入可以自由使用的狀態。

於是中間出現了一塊：

Funding Gap。

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

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

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

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

這首先是一個 Balance Sheet Decision 。

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

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

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

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

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

於是問題很快會變成：

Own free Cash 不夠，或者根本不值得繼續用 Own free Cash，怎麼辦？

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

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

另一種選擇則是：

找另外一張 Balance Sheet。

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

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

而是：

Payment 開始跨越 Time。

三、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 可以解決的了。

現在真正的問題變成：

這個 Gap 從哪裡補？

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

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

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

Liquidity → Credit。

而是：

Liquidity 解決現有資源怎麼用。

Funding 解決缺口從哪裡補。

Credit 是獲得額外 Funding Capacity 的重要方式之一。

這個區分非常重要，因為 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，站在用戶體驗上，這當然是一條明確的進化路徑。

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

Recipient 收錢的速度變快，並不代表 Upstream Cash Arrival 同樣變快。

過去 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。

Instant Payment 的用戶體驗，很多時候是 Balance Sheet 在後台買單。

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

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

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

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

Sale happened，Cash hasn't fully followed。

但 Merchant：

Gets paid anyway。

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

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

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

所以：

24/7 Settlement ≠ Zero Funding Requirement。

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

週六凌晨那筆 Liquidity 和 Funding 從哪裡來？

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 代表的方向，則更接近：

Payment 發生 → Liquidity / Credit 被調用 → Settlement 完成 → Capital 回收。

也就是：

On-demand Financial Capacity。

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

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

而是：

Credit Capacity 開始從靜態存在，走向動態調用。

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

Own free Cash 給你基礎 Capacity，Credit 給你 Elasticity。

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

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

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

Credit from Payment。

這也解釋了為什麼 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。

而是持續發生的：

Real-time Business Activity。

所以 Payment Data 自然會變成：

Underwriting Data。

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

更重要的是：

它很多時候還控制 Cash Flow。

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

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

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

Settlement → Deduction → Repayment。

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 可以負責：

Flow + Data + Distribution。

而 Bank 或其他 Capital Provider 負責：

Funding + Risk Capital。

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

Payment Company 不僅看得見 Cash Flow，很多時候還控制 Cash Flow。

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

Underwriting → Disbursement → Repayment

開始全部 Embedded in Flow。

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

它背後有非常強的 Infrastructure Logic：

Flow 本身既是 Data，也是 Repayment Rail。

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

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

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

Payment Platform 更擅長的是：

Flow / Data / Distribution / Customer Relationship / Repayment Control。

Bank 和 Institutional Capital 更擅長的是：

Funding / Credit Capacity / Risk Capital / Balance Sheet。

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

所以未來 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：

就是把 Flow 和 Balance Sheet 連接起來的那一層。

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

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

錢還沒有到，為什麼已經可以付？

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

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

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

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

Payment 解決的是：

Money Movement。

Liquidity 解決的是：

已有 Money 如何在正確的時間出現在正確的位置。

Funding 解決的是：

現有 Position 不夠時，Gap 從哪裡補。

而 Credit 進一步解決的是：

如何基於未來的償付能力，把額外 Financial Capacity 提前帶到今天。

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

所以：

Liquidity 管 Position。

Credit 提供 Elasticity。

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

Balance Sheet。

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

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

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

今天的錢還沒到，但 Payment 不能停，怎麼辦？

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

不夠，就必須調用別人的 Balance Sheet。

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

所以 Credit 從來都不只是個 Loan Product，它更像是 Payment Network 面對 Time、Peak Volume 和 Settlement Mismatch 時，可以動態擴張的一層 Financial Capacity。

從這個意義上說：

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

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

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

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

Payment Volume 可以遠大於 PSP 自己的 Balance Sheet，但當 Cash Arrival 和 Payment Obligation不同步時，這段 Gap 最終必須由某一張 Balance Sheet 承擔。

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

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

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

你到底還敢承諾多少。