说明：本文主要基于本人在 Pay-in 系统中的实践经验， Pay-out 部分结合行业常见模式与系统设计经验进行总结， 后续如有更深入的一线实践，会持续补充与修订。
在上一篇文章中，我们从系统角度对 Pay-in 的支付方式抽象 做了一次完整拆解。 这一篇，我们继续站在 系统设计者 的视角，聊一聊另一项同样关键、但更容易被低估的能力：
Pay-out（出款 / 代付）。
很多团队在系统早期，并不会把 Pay-out 当成一个独立的复杂系统来看待， 但随着国家、渠道、资金规模的增长，问题往往会最先出现在 Pay-out 侧。
这篇文章我们重点回答三个问题：
在很多系统里，Pay-in 和 Pay-out 看起来只是方向相反的两条链路：
但在真实的支付系统中，Pay-out 往往更加复杂。
原因不在接口数量，也不在国家数量，而在于 Pay-out 系统必须持续回答一个问题：
钱付到哪里，这笔钱现在算谁的？
只要这个问题在系统中回答不清楚，后面的账务、风控、合规、异常处理，都会变得非常麻烦。
在 Pay-in 场景下，系统关注点相对集中：
一旦这些条件满足，一笔交易通常就可以被认为是“完成的”。
而 Pay-out 的每一个状态变化，背后都对应着真实的资金责任：
这也是为什么 Pay-out 系统通常具备：
从系统视角看，Pay-out 本质上是一项“资金责任型能力”， 而不仅仅是“把钱打出去”。
在系统设计中，最稳定、最不容易变化的抽象方式， 不是按渠道，也不是按国家，而是：
钱，最终进入什么样的账户形态？
从这个维度看，Pay-out 可以稳定地抽象为五大类。
定义： 通过银行体系，将资金从付款方账户转入收款方银行账户。
典型场景： 本地转账（ACH / SEPA / FPS / PayNow / PIX）、跨境电汇（SWIFT）
特点：
系统关注点：
定义： 将资金直接转入电子钱包账户。
典型场景： GCash、DANA、OVO、PayPal、Skrill
特点：
系统关注点：
定义： 通过卡组织网络，将资金打入银行卡。
典型场景： Visa Direct、Mastercard Send、本地卡网络
特点：
系统关注点：
定义： 受益人通过线下代理网点领取现金。
典型场景： Western Union、MoneyGram、本地现金代理
特点：
系统关注点：
定义： 通过电信运营商体系，将资金发放至手机号对应的账户或余额。
典型场景： M-Pesa、话费充值
特点：
系统关注点：
在明确“钱付到哪里”之后，系统还必须明确另一件事：
谁，为这笔钱负责？
从系统角度，可以用一个非常稳定的二维模型来理解 Pay-out：
资金去向（Where） × 资金责任（Who）
当我们从系统角度重新审视 Pay-out，会发现它并不是 Pay-in 的逆向， 而是一套以资金责任为核心的独立系统设计问题。
而当 Pay-out 被拆解为：
资金去向（Where） × 资金责任（Who）
无论是本地转账、跨境汇款、钱包出款还是卡到账，复杂性都可以被收敛到一套可控、可扩展的系统模型中。
到目前为止，这个系列已经从三个层面，完整走了一遍跨境支付系统的核心问题：
当“来”和“去”都被系统化之后，下一步就不可避免地要面对一种贯穿整个支付体系的支付方式——国际信用卡支付。
它既是最早的跨境支付形态之一，也是至今仍然最复杂的一种： 授权、请款、清算、结算、退款、拒付，每一步都会改变资金状态和责任边界。
接下来，我们将完整拆解一次国际信用卡支付请求的生命周期。
本文由 @Amour 原创发布于人人都是产品经理，未经许可，禁止转载
题图来自 Unsplash，基于 CC0 协议。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。