付款端点：余额怎么变成对方到账
所属：第一部分 · PSP 的骨架（第 1–5 章） 前置：《支付系统》基础教程部分第 10 章（越快越不可撤销、预置资金池）、第 17 章（收款人核验 CoP）、第 18 章（预置流动性的成本）、第 19 章（钱不过境，资金要过境） 本章新概念：资金池与预置资金、受益人校验、付款状态机、客户换汇与财资再平衡
一、上一章留下的问题¶
上一章最后问：星图要付 800 英镑给英国插画师，PSP 英国账户里的英镑从哪来，要提前放多少，付出去之后怎么知道到了。
本课把负责这一段的部分叫付款端点：在一个国家用本地轨道把钱付出去，并把每一步的结果告诉余额核心。它和收款端点是镜像，但多了一件收款端点没有的事：付款之前，钱必须已经在那里。
二、先看现象：付款之前钱必须已经在那¶
穆勒公司那 1,000 欧元在 PSP 的德国隔离账户里。插画师要的是英镑，在英国。PSP 的德国账户和英国账户之间没有任何自动连接：欧元不会自己变成英镑跑到英国去。
《支付系统》基础教程部分讲 Wise 模式时说过一句话：钱不过境，资金要过境。客户的那笔钱不过境，但 PSP 必须提前在英国放好英镑，否则星图一发起付款，英国账户空空如也，付款端点无事可做。
PSP 在英国能动用的全部英镑，本课叫它英镑资金池。星图发起付款，付款端点从这个池子里拿 800 英镑，走英国本地轨道 FPS（英国的即时转账系统）付给插画师。
池子里的钱有三种来源，放在不同的地方：
| 来源 | 是谁的钱，放在哪 | 什么时候补进来 |
|---|---|---|
| 客户已经换成英镑并持有的余额 | 客户的，按余额核心那一章的规则放在英镑隔离账户 | 客户换汇时 |
| PSP 自己提前放进去的英镑 | PSP 的，放在 PSP 自己的英国账户 | PSP 判断池子快空了的时候 |
| 合作方在付款时临时垫付 | 合作方的，在合作方账上 | 每笔付款时，事后结算 |
星图这笔付款是从欧元余额直接换成英镑付出去的，星图自己不持有英镑，所以用的是第二种钱。第二行本课叫预置资金（prefund）。它是 PSP 模式的成本核心：钱趴在英国账户里等着被用，趴着的每一天都有资金成本。《支付系统》基础教程部分讲跨境成本四来源时，预置流动性是其中用户看不见的一项，这里就是它的具体形态。
三、牌照门槛：收款那两关照过，再加一条核查收款人的义务¶
在英国替客户付款，同样要过两关：谁允许你在英国提供付款服务，以及怎么接入英国的清算轨道。这两关的结构和上一章讲收款端点时完全一样，直参（自己进清算系统）和间参（挂在银行名下）的地区差异也一样，不重复。
付款方向多出来的是一条合规义务：核查对方的责任落在发起付款的一方。收钱时，付款人是谁主要由付款人的银行负责核查；付钱时，收款人是谁、在不在制裁名单上、这笔钱是不是可疑，由 PSP 负责核查。《支付系统》基础教程部分讲合规骨架时说的 OFAC 筛查（对照美国的制裁名单）、Travel Rule（转账时把付款人和收款人的信息传给对方机构），在付款端点上每一笔都要跑。
当地资格和清算接入两项与收款端点相同，付款端点多出来的是这两样：
| 收款端点 | 付款端点 | |
|---|---|---|
| 对方身份核查 | 主要由付款人的银行负责 | PSP 自己负责 |
| 钱要不要提前备好 | 不要 | 要 |
四、工程门槛：校验收款人、预留余额、从资金池付出、跟踪状态¶
用星图付 800 英镑走一遍。
第一步：校验收款人
星图在界面上填了插画师的英国账号和姓名。付款端点在发出之前做三件事：
- 账号格式对不对，这个 sort code（英国的银行分行代码）存不存在；
- 账号和姓名是否匹配。英国的 CoP（Confirmation of Payee，收款人核验）、欧元区 2025 年 10 月起强制的 VoP（Verification of Payee，同一件事的欧元区版本），都是把收款人姓名发给收款银行核对，不匹配就警告；
- 收款人是否命中制裁名单或 PSP 自己的风险名单。
任何一项不过，付款停在这里，星图的余额不动。
第二步：预留余额
三项都过，余额核心把星图的可用余额减 944 欧元（800 英镑按当时汇率折算，换汇部分下面再说），同时预留 944 欧元。讲余额核心时讲过预留的作用：钱既不能再花一次，又还没真正付出去。
第三步：从资金池付出
付款端点检查英镑资金池够不够 800 英镑。够，就通过 FPS 发出。不够，付款要么排队等补充，要么走合作方垫付。
第四步：跟踪状态，改账本
FPS 是即时轨道，几秒内返回结果。但付款端点必须能处理每一种结果，不只是成功：
| 状态 | 意思 | 余额核心怎么改 |
|---|---|---|
| 已受理 | PSP 接受了付款指令，校验通过 | 可用减、预留加 |
| 已发出 | 指令已交给清算轨道 | 不变 |
| 已到账 | 轨道确认收款人账户已入账 | 预留减、正式扣除 |
| 失败 | 轨道拒绝，钱没出去（账号不存在、对方银行拒收） | 预留减、可用恢复 |
| 退回 | 钱出去了，几天后被收款银行退回来（账户已关、姓名不符） | 已扣除的金额重新记回可用 |
成功那一行是默认路径。工程门槛真正考验的是最后两行：失败和退回的账本处理必须和成功一样自动。一笔退回如果要人工处理，付款量上来之后就是每天几十笔人工。
不同轨道的时间线差别很大，付款端点要按轨道分别定状态规则：
| 轨道 | 从发出到确认到账 | 退回的窗口 |
|---|---|---|
| 英国 FPS、欧元区即时支付 | 秒级 | 几乎没有，到账即终局 |
| SEPA 普通转账 | 一个工作日 | 几天内可能因账号错误退回 |
| 美国 ACH | 一到两个工作日 | 退回可能在几天后到达 |
| 各国批量转账 | 一到三个工作日 | 取决于各国规则，常见是几天 |
成因规则：越快的轨道，退回窗口越短，要处理的中间状态越少；越慢的轨道，“已发出”和“已到账”之间的空档越长，付款端点要在这个空档里替客户回答“我的钱到哪了”。
三方对账
付款方向的三方对账和收款一样：银行对账单上每一笔出账，付款端点都有对应记录；端点每一笔已到账的付款，账本都有对应扣除；账本每一笔扣除都能追到银行的一笔真实出账。多的、少的、状态不一致的，每天归零。
五、换汇与头寸：客户换汇和 PSP 再平衡是两件事¶
上面跳过了一步：星图余额是欧元，插画师要英镑，中间换了一次。这里有两件事：客户换汇，和 PSP 财资再平衡。
客户换汇是星图看到的那件事。星图发起付款时，PSP 报价：1 欧元换 0.8475 英镑，付 800 英镑要扣 944 欧元。星图确认，账本上星图的欧元余额减 944，英镑资金池出去 800。PSP 在报价里加了点差，这是它的收入之一。
PSP 财资再平衡是星图看不到的那件事。一天下来，PSP 自己的德国账户里多出许多像星图这 944 欧元一样、客户换汇后已经属于 PSP 的欧元；PSP 自己的英国账户因为许多客户付英镑而越来越空。PSP 的财资团队（管公司自己资金调度的团队）看的是净头寸：今天欧元净流入 5 万，英镑净流出 4 万。它不会逐笔换汇，而是按净额做一笔机构间换汇，再把钱从自己的德国账户调到自己的英国账户。
这一步调拨走的往往就是 SWIFT。客户的钱不过境，PSP 自己的钱要过境，只是批量、净额、频率低。《支付系统》基础教程部分讲 Wise 模式时说这套模式把“慢和贵”换成了“资金占用加牌照”，资金占用指的就是这个池子。
| 客户换汇 | PSP 财资再平衡 | |
|---|---|---|
| 谁发起 | 客户 | PSP 财资团队 |
| 频率 | 每笔付款 | 每天或更低 |
| 金额 | 单笔 | 净额 |
| 客户看不看得见 | 看得见，有报价 | 看不见 |
| 走什么 | 只是账本上两个币种一减一加 | 真实的跨境资金调拨，常走 SWIFT |
成因规则：客户换汇只改账本，可以秒级完成；再平衡要真的把钱调过境，受银行营业时间和跨境轨道限制。付款端点在两者之间从池子里拿钱，这个时间差就是 PSP 必须预置资金的原因。
预置多少是一道算术题。英镑资金池要覆盖“从今天到下一次补充之间的净流出”，加一个安全边际。放多了，资金成本高；放少了，付款排队。做几十个国家的付款端点，就要同时管几十个这样的池子，这也是为什么长尾国家的付款端点 PSP 通常租而不建。
六、自建还是租：资格、接入、资金池、校验与对账各自选¶
| 组成 | 自建意味着 | 租意味着 | 常见做法 |
|---|---|---|---|
| 当地付款资格 | 自己持有当地或可延伸到当地的牌照 | 借当地持牌方 | 主要市场自持，长尾借 |
| 清算接入 | 直参 | 通过 sponsor bank 间参 | 交易量大的市场直参 |
| 资金池与流动性 | 自己预置资金、自己换汇、自己管头寸 | 合作方在付款时垫付当地货币，成本进点差或每笔费 | 主流币种自管，长尾币种和峰值向合作方买 |
| 收款人校验、状态与对账 | 自己的系统 | 用合作方返回的结果 | 校验可以租，对账责任租不掉 |
第三行是付款端点独有的。专门做这行的机构行业叫 payout network（付款网络），它们在几十上百个国家备好当地货币，PSP 接一次就能付到所有这些国家，代价是每笔付款的价格里包含了对方的资金成本和利润。一家 PSP 宣称“付款到 120 个国家”，多半是自建少数几个、其余租来的。
七、这一章引出的问题¶
余额核心、收款端点、付款端点三块都讲完了。但到现在为止它们是分开讲的。星图那笔钱从穆勒公司出发到插画师收到，中间每一步账本上到底发生了什么？如果把三块的自建和租用选择合在一起，一家 PSP 长什么样？拿这套框架去看 Wise、Airwallex、Nium，能看出什么？
下一章把三块拼起来，走一遍完整链路。
八、自检题¶
- 星图发起付款后，状态停在“已发出”三天，插画师说没收到。这笔钱此刻可能在哪几个地方？余额核心上星图的钱处于什么状态？
- PSP 的英镑资金池每天净流出约 4 万英镑，每周补充一次，安全边际 30%。它至少要在池子里放多少？如果资金成本年化 6%，这个池子一年的成本大约多少？
- 用本章的两件事（客户换汇、财资再平衡）解释：为什么 PSP 可以做到“客户秒级换汇”，却仍然需要 SWIFT？
九、参考答案¶
先自己答完再往下看。
三个可能：还在清算轨道里没有完成结算（慢轨道的正常空档）；已经到了收款银行但对方还没入账；已经被收款银行退回但退回还在路上。星图的钱处于预留状态，既不在可用余额里，也还没正式扣除。付款端点要能回答“在哪一种”，回答不了就说明状态跟踪没做到位。
一周净流出 4 万 × 5 个工作日 = 20 万英镑，加 30% 安全边际，至少放 26 万英镑。资金成本 26 万 × 6% ≈ 1.56 万英镑一年。这还只是一个币种一个池子。做 30 个国家，就是 30 个池子。
客户换汇只改账本：星图的欧元余额减、英镑资金池出，两个数字都在 PSP 自己的系统里，所以可以秒级完成。但这样做的前提是英镑资金池里已经有英镑。池子里的英镑是 PSP 自己的钱，提前从德国调到英国的，那次调拨是真实的跨境资金移动，走的是 SWIFT 或类似轨道。所以 SWIFT 没有消失，只是从每笔客户付款上挪到了 PSP 自己的批量调拨上，频率低了，也不再影响客户的体验。
上一章：第 3 章 收款端点：钱进来了，怎么知道是谁的 下一章：第 5 章 拼起来：一笔跨境付款从头走到尾