支付越快，为什么越需要 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 决定的并不是你历史上处理过多少交易。

而是当钱还没有真正到的时候——

你到底还敢承诺多少。