技术笔记

支付生命周期:从授权到结算

支付生命周期,是一笔支付从获批到资金进入商户账户所经历的固定序列:授权、请款、清算、结算和付款。每一步只做一件事,每一步之后资金所处的状态也各不相同。多数人以为刷卡支付是刷卡那一刻的单一事件,实际上它是一条链;支付中几乎所有的顺利与出错,都源于这些步骤是分开的,而非同时发生的。

理解这条链,就是一笔能自行对平的支付与一张客服工单之间的差别。所以,我们按顺序从头到尾走一遍。

授权:是冻结,不是转账

授权是一次询问,而不是资金流动。刷卡时,请求会发送给发卡行,由其检查账户是否存在、状态是否正常、余额或额度是否足够支付该金额。如果满足,发卡行会设置一笔冻结——预留这笔资金以防被重复花掉——并返回授权码。此时没有任何资金发生转移。商户得到的是一个承诺:这笔资金有效,有效期由卡组织规定。授权在收款之前可以撤销(void),若始终未使用也会自动过期。这也是为什么你付款的瞬间卡内余额就减少了,而账单明细却稍后才确定:减少的是冻结金额,而不是实际扣款。授权也可能被直接拒绝——余额不足、触发风控规则、卡已过期——一个好的 gateway 会区分值得重试的软拒绝和不应重试的硬拒绝。由于冻结是发卡行对资金有效的承诺,商户仅凭授权码就可以放心发货,即使此时客户账户里还没有一分钱真正转出。

请款:把冻结变成索款

请款是商户在说“现在就收这笔款”。它把冻结转换为对资金的实际请求。请款可以是全额、部分(最终金额低于授权金额——比如发货的商品比预授权的便宜),也可以是延迟的(下单时授权,发货时请款)。授权与请款合为一步是线下收银台的默认做法;先仅授权、稍后再请款,则是酒店、加油站和市场平台的运作方式,因为刷卡时它们还不知道最终金额。授权与请款之间的间隔是一个有意设计且很有用的缝隙——商户正是在这里决定实际收多少钱。

清算:对账的批处理

已请款的支付不会实时逐笔结算。它们会被汇集成文件,由商户的收单行与卡组织以批次方式交换——这就是清算。在这一步中,交易被匹配,金额被轧差,卡组织费用和交换费被计入,让各方就谁应向谁支付多少达成一致。清算是一项对账工作,而不是资金流动:它产出的是约定好的总额,供下一步据此执行。从结构上看,它也是一个批处理过程——这正是收银台上感觉瞬间完成的支付,却要几天才能变成现金到账的真正原因。这并非计算机的局限,而是卡组织为让成千上万家机构高效地相互轧差而设计的方式:每个周期交换一次约定总额,而不是为每一杯咖啡都发起一次转账。

授权是承诺,请款是索款,结算是唯一真正发生资金流动的一步。把三者混为一谈,企业就会把尚未到手的钱记为收入。
— Protocore · 支付工程团队

结算:资金真正流动

结算是资金真正在银行之间易手的环节。卡组织依据清算得出的轧差总额,将资金从发卡行划转至收单行,每家机构结算的是自己的净头寸,而不是每一笔单独的交易。结算按起息日进行——即资金实际可用的那一天——所以支付才有 T+1 或 T+2 的节奏:钱是真实的,但按卡组织的日历到账,而不是按客户的时钟。此前的所有步骤都只是记账;到这一步,账本分录才变成可动用的余额。净应付的机构付款,净应收的机构收款——正因为是轧差,银行之间实际流动的金额只是当日支付总额的一小部分,这使得承载数百万笔交易的卡组织,最终只需处理数量可控的结算划转。

付款:从收单行到你的账户

结算把资金交到收单行手中;付款则把它转给商户。收单行按既定周期——每日、每周或按需——将商户累计的余额打入其银行账户,已扣除处理费用以及为退款和争议预留的任何保证金。这是企业实际看到的数字,也是对账成败的关键点:付款是涵盖多笔交易的净额,要把它对回到单个订单,本身就是一项工作。能把每个订单的身份信息贯穿始终的 gateway,会让这件事变得轻而易举;做不到的,则会让每笔付款都变成一张电子表格。我们的 gateway 流程(/products/gateway)正是为让付款能与构成它的订单对平而设计的。

加密货币在哪里增加一座桥梁

加密货币或稳定币支付并不会取代这条链——它只是在链的最前端增加了一个转换环节。支付不再依赖发卡行的授权冻结,而是在链上确认:客户签署一笔转账,最终性随着网络不断增加确认数而达成,而不是由银行批准一笔冻结。确认之后,off-ramp 会把加密货币兑换为法币,此后资金重新进入与其他所有支付相同的清算、结算和付款路径。新颖之处仅限于最前面这一环;后半段则刻意保持平淡。这就是设计原则——让结算保持常规,只在不可避免之处引入新机制——因为下游的财务、对账和审计人员,不应该看得出这笔支付是怎么开始的。多少个确认数才算最终,是一种策略选择,而不是链的定律:门槛越高,就越是用速度换取对链重组的确定性,off-ramp 会等到风险偏好所设定的深度,才将法币释放进结算路径。

为什么这些衔接点对运营很重要

退款、撤销和争议各自对应特定的阶段,把阶段判断对了就赢了一大半。在请款前取消,就是撤销一笔授权——资金从未流动,无须退还任何东西。在结算后取消,就要发起退款——这是一笔反方向的全新支付,有它自己的生命周期。拒付(chargeback)则会回溯穿过清算,追回已结算的金额。如果把这些都当作无差别的“取消”,账本就会出现偏差;把它们视为作用于不同阶段的操作,每种情形就都有正确且可审计的处理方式。相关术语——授权、请款、清算、结算、起息日——均收录于 /glossary。

值得带走的一个核心观点:支付是一连串状态,而不是一个事件。授权预留,请款索款,清算达成一致,结算转移资金,付款送达——而加密货币环节只是在最前端加装了一个转换步骤。在结算之前,钱只是承诺;在结算之后,它才是事实。在事实发生之前就入账的企业,是在清点自己还没有的钱。弄清一笔支付处于哪个状态,支付运营的其余部分就不再神秘。

有系统要构建?

告诉我们问题所在,我们会带着架构方案和实施计划回复您。