收单：从给你一个账户到替商户收一笔交易
所属：第二部分 · 从骨架延伸出的能力（第 6–8 章） 前置：《支付系统》基础教程部分第 6 章（interchange 与 MDR）、第 7 章（授权、清算、结算三段与拒付）、第 8 章（卡不在场、3DS）、第 9 章（推与拉）、第 20 章（PayFac、ISO） 本章新概念：收单与收单方、主会员与挂靠、商户准入、拒付率监控、本地收单与跨境收单
一、上一章留下的问题¶
上一章最后说：星图的欧洲客户里有个人用户，要用卡付款。假设他们付的是每月 30 欧元的订阅费。讲收款端点时那个虚拟 IBAN 接不住这件事，为什么？
先看两种收 30 欧元的方式。
方式一：结账页上显示星图的 IBAN，让用户自己去银行 App 转账。用户要离开结账页、手动输一串账号、等到账后星图再开通服务。这是推，付款人主动发起，收款端点接得住，但转化率很低：每多一步操作就有一批用户放弃。
方式二：结账页上让用户输卡号，点一下“支付”，服务立即开通。这是拉，《支付系统》基础教程部分讲推与拉时说过，卡是收款人凭付款人事先给的授权去扣钱。凡是拉，就必须有两样东西：扣钱之前要有人授权，扣钱之后要给付款人留退回窗口。
前面讲的收款端点只会等钱进来再认出是谁的，它不会去问发卡行“这张卡能不能扣 30 欧元”，也没有处理“用户说这笔不是我刷的”的流程（这种事后否认，行业叫拒付，chargeback）。方式二需要一整套新东西。
替商户从付款人那里拉一笔钱，并承担随之而来的授权、结算、退款和争议义务，行业叫收单（acquiring）。提供这项服务的机构叫收单方，星图在这个场景里的身份是商户。
二、收单多出来的准入、授权、清算与结算、拒付、风险¶
用一笔 30 欧元订阅费走一遍，多出来的东西就都出现了。
| 阶段 | 发生什么 | 收款端点有没有这一步 |
|---|---|---|
| 商户准入 | 收单方审核星图：是什么行业、卖什么、拒付历史如何，然后签商户协议 | 没有。收款端点只审核客户能不能开户，不审核它的商品 |
| 授权 | 用户输入卡号，收单方在一秒内把请求送到发卡行，发卡行回“批准 30 欧元” | 没有。收款端点不发起任何请求 |
| 清算与结算 | 当晚收单方把交易提交卡组织清算；一到两天后发卡行的钱经卡组织到收单方，收单方扣掉费用把余下的结算给星图 | 部分有。收款端点也要认款入账，但不经过卡组织，也不扣费 |
| 退款与拒付 | 用户三周后向发卡行申诉“没订过”，发卡行发起拒付，收单方先从星图账上扣回 30 欧元加一笔争议费，星图再举证 | 没有。推式来款的退回是付款人银行请求召回，PSP 可以拒绝 |
| 欺诈与风险 | 收单方对卡组织负责：星图的拒付率超过阈值，卡组织罚的是收单方 | 没有。没有卡组织这一方，也就没有阈值和罚款 |
《支付系统》基础教程部分讲三段生命周期时把授权、清算、结算拆开讲过，讲卡不在场时讲过 3DS（付款时让持卡人向发卡行验证身份的一步）和责任转移（验证通过后，欺诈损失改由发卡行承担）。上表就是那两章的内容站到收单方这一侧再看一遍。
用数字走一遍结算那一行。用户的卡是欧盟的个人借记卡，interchange 按欧盟上限 0.2%：
| 项目 | 金额（欧元） |
|---|---|
| 交易额 | 30.00 |
| 发卡行拿走的 interchange（0.2%） | −0.06 |
| 卡组织费 | −0.03 |
| 收单方自己的费用 | −0.15 |
| 星图收到 | 29.76 |
三周后拒付发生：星图账上再扣 30.00，外加一笔 15 欧元左右的争议费。一笔拒付让星图损失 45 欧元，等于一笔半订阅费白做，这还没算举证要花的人工。
三、它在模型里的位置：一种要担责任的收款端点¶
回到PSP 模式的三块。收单收进来的钱，从发卡行出发，经卡组织清算到收单方的结算账户，最后到商户。最后一步“给商户”有两种落法：
- 打到商户在外部银行的账户，商户跟收单方之间只有结算关系；
- 记入商户在 PSP 的余额核心，前提是这家收单方同时也是余额核心意义上持有客户余额的 PSP。
第二种落法下，收单就是接在余额核心上的一个收款端点：它把钱收进来，认出是哪个商户的（这一步比虚拟账号容易，每笔交易本来就带商户号），然后通知核心入账。
但它跟收款端点那一章讲的那种端点有一个根本差别：它对收进来的每一笔钱都负有后续责任。推式来款进来就进来了；卡交易收进来之后，收单方要对拒付、对卡组织的规则、对商户的欺诈负责。这就是收单方为什么要审核商户、要扣滚存准备金（从每笔结算款里先扣下一小部分押几个月，备着抵拒付）、要盯拒付率。
成因规则：推式的钱是付款人自己送来的，责任在付款人那一侧；拉式的钱是收款方去扣的，责任在收款方这一侧。收单方站在收款方这一侧，所以它承担的是拉式付款的全部责任。
四、牌照门槛：谁跟卡组织签约¶
收单的牌照门槛有两层：支付牌照，和卡组织的会员资格。
第一层是支付牌照。 在欧盟，收单是支付服务目录里明确列出的一项，持有支付机构牌照并把收单纳入业务范围即可；在美国没有联邦层面的收单牌照，实际由银行作为卡组织会员来承担。这一层跟余额核心的牌照是同一套体系。
第二层是卡组织的会员资格。 要把授权请求送进 Visa 或 Mastercard 的网络、要从卡组织拿到清算资金，机构必须是卡组织的会员。这一层不是监管发的，是卡组织自己定的规则。按跟卡组织的关系远近，收单这行有三种身份：
| 身份 | 谁跟卡组织签约 | 谁签商户 | 谁碰钱 | 谁对拒付和罚款负最终责任 |
|---|---|---|---|---|
| 主会员收单方 | 自己 | 自己 | 自己 | 自己 |
| 挂靠收单方（PayFac） | 上面那家主会员 | 自己，商户在卡组织眼里是它的“子商户” | 自己，但资金结算经主会员 | 主会员对卡组织负责，再向 PayFac 追偿 |
| 转介方（ISO） | 主会员 | 替主会员介绍商户 | 不碰 | 主会员 |
《支付系统》基础教程部分讲角色地图时提过 PayFac 和 ISO。这张表补的是责任落点。挂靠的门槛低，几周就能开业，代价是永远在主会员的规则之下：主会员可以限制 PayFac 接哪些行业、可以扣它的准备金、可以随时终止合作。Stripe 和 Square 都是从挂靠起家，规模大了之后才在部分市场拿主会员资格。
本地收单和跨境收单
卡组织还有一条规则会影响牌照选择：收单方原则上只能替它所在区域的商户收单。一家欧盟收单方替一家美国商户收欧洲消费者的卡，属于跨境收单，卡组织允许但有限制，interchange 也更高。所以星图想收美国用户的卡，要么找一家美国收单方，要么它的 PSP 在美国有收单资格。这就是为什么大型收单方要在每个主要区域分别拿资格。
还有一条捷径：让别人做卖家。有些公司自己作为记录商户（Merchant of Record）向用户出售星图的软件，再把货款结算给星图。这时跟收单方签约的、承担拒付的、处理各国消费税的都是那家公司，星图只是供应商。代价是费率更高，而且用户账单上出现的是那家公司的名字。
五、工程门槛：授权通过率、拒付率、结算对账¶
收单的工程门槛可以压成三个每天要看的数字：授权通过率、拒付率、商户结算对账。
授权通过率。 一百笔真实的付款请求，发卡行批准了多少笔。它受收单方在哪个区域、是否用了网络令牌（卡组织发的替代卡号，比真卡号更容易被发卡行批准）、是否合理申请了 3DS 豁免、被拒后有没有换个时间或路径重试等影响。每提高一个百分点，商户的收入就多一个百分点，而且不用多拉一个客户。
拒付率。 拒付笔数除以交易笔数。Visa 和 Mastercard 各有监控计划，超过阈值（大致在 1% 上下，两家规则不同）进入监控，连续几个月不改善就罚款，最后可能被终止受理。收单方要替每个商户盯这个数，也要在商户准入时预判它。
商户结算对账。 卡组织每天发清算文件，收单方要把文件里的每一笔交易对到商户的每一笔订单、对到自己结算账户的每一笔进账、对到给商户的每一笔结算。这是收款端点那一章三方对账的收单版本，只是多了一方：卡组织。手续费的核对尤其麻烦，interchange 按卡种、区域、交易类型有几百个档位，每一笔都要算对。
| 数字 | 谁最在意 | 做不好的后果 |
|---|---|---|
| 授权通过率 | 商户 | 商户换收单方 |
| 拒付率 | 卡组织 | 罚款、终止受理 |
| 结算对账 | 商户和收单方自己 | 多结算、少结算、手续费算错 |
六、跟收款端点放在一起看¶
| 收款端点（推） | 收单（拉） | |
|---|---|---|
| 谁发起 | 付款人 | 商户，凭付款人授权 |
| 付款人要做什么 | 离开页面去转账 | 在页面上输卡号 |
| 转化率 | 低 | 高 |
| 钱到账要多久 | 即时轨道秒级 | 授权秒级，资金一到两天 |
| 每笔成本 | 接近固定，很低 | 按比例，含 interchange |
| 谁承担争议 | 基本没有争议机制 | 收单方，再转嫁给商户 |
| 牌照门槛 | 支付牌照 + 清算接入 | 支付牌照 + 卡组织会员或挂靠 |
| 主要工程指标 | 认款准确率 | 授权通过率、拒付率 |
成因规则：推还是拉，决定了责任在哪一侧；责任在哪一侧，决定了要不要审核商户、要不要争议流程、要不要盯拒付率。一家 PSP 从收款端点扩展到收单，多出来的不是一个 API，是一整套面向商户的责任体系。
七、这一章引出的问题¶
卡解决了欧洲和北美的个人用户。但星图的荷兰用户习惯用 iDEAL 付款，巴西用户用 Pix，印度用户用 UPI，东南亚用户扫码。这些方式里多数是推，不是卡，可它们又像卡一样要嵌在结账页里、要即时确认、要能退款。
它们既不是前面讲的收款端点，也不是本章的收单。下一章讲 PSP 怎么把一百种本地支付方式接进同一个结账页。
八、自检题¶
- 一家 PSP 已经有欧盟支付机构牌照和收款端点那一章讲的那种端点，现在想给商户提供卡收单。它还缺什么？分牌照门槛和工程门槛各说。
- 星图的拒付率从 0.3% 涨到 1.2%。这个数字会先惊动谁？后果会沿着什么路径传导到星图？
- 为什么推式来款的退回是“可以拒绝的请求”，而卡交易的拒付是“先扣钱再举证”？用本章的成因规则回答。
九、参考答案¶
先自己答完再往下看。
牌照门槛：把收单纳入支付牌照的业务范围（如果原牌照没有），再取得卡组织会员资格，或者挂靠一家主会员做 PayFac。工程门槛：商户准入流程、授权链路（含 3DS 和网络令牌）、卡组织清分文件的对账、拒付处理流程、按商户的拒付率监控。收款端点原有的认款和对账能力只能复用一小部分，因为卡交易的识别靠商户号和交易号，不靠虚拟账号。
先惊动卡组织的监控系统，它会通知收单方；收单方再通知星图。传导路径是：卡组织先对收单方罚款或要求整改；收单方接着要求星图降低拒付率、提高滚存准备金比例，或者提高费率；持续不改善，收单方终止星图的商户协议，星图在卡组织的名单上留下记录，换收单方也很难。星图自己看不到卡组织，但后果最终全部落在它身上。
推式来款是付款人自己发出的，付款人的银行已经在发起时替他核过身份和余额，钱到了收款方就是收款方的，付款人反悔只能请求对方退回。拉式交易是收款方凭授权去扣的，付款人是否真的授权、授权范围是否包含这一笔，在扣款时并没有被付款人本人当场确认，所以规则给付款人留了事后否认的权利，并把举证责任放在发起扣款的一方。责任在哪一侧，退回机制的形态就在哪一侧。
上一章：第 5 章 拼起来：一笔跨境付款从头走到尾 下一章：第 7 章 本地支付方式：为什么要接一百种