发卡生态：把余额变成一张卡
所属：第二部分 · 从骨架延伸出的能力（第 6–8 章） 前置：《支付系统》基础教程部分第 5 章（四方模型）、第 6 章（interchange 流向发卡行）、第 7 章（授权、清算、结算）、第 8 章（令牌化）、第 20 章（BIN sponsor）、第 22 章（Neo Bank 为什么急着发卡） 本章新概念：发卡行与 BIN、卡项目管理方、发卡处理商、实时授权与即时出资、支出管理
一、上一章留下的问题¶
上一章最后说：星图账上有余额，员工出差订酒店却没有一张能刷的卡。酒店只收卡，不收转账。
前面讲的付款端点是推：星图发起，钱推给收款人。刷卡是拉：酒店发起，钱从星图账上被扣走。要让星图的余额能被这样扣，PSP 得给星图发一张卡。发卡（issuing）就是站在四方模型（持卡人、发卡行、商户、收单方四方，中间是卡组织）的发卡这一侧，把一份余额或一笔授信变成一张能在全世界商户处被拉的卡。
先看刷卡那一秒发卡这一侧发生什么，再看这一侧有多少角色，然后照例过两道门。
二、先看现象：刷卡那一秒，发卡这一侧在做什么¶
星图的员工在柏林一家酒店刷卡 320 欧元。《支付系统》基础教程部分讲三段生命周期时是站在商户和收单方那一侧看的，现在站到发卡这一侧：
| 时间 | 发生什么 | 发卡这一侧要做什么 |
|---|---|---|
| 刷卡后 0.1 秒 | 收单方把授权请求经卡组织送到发卡方 | 收到一条报文：卡号、金额、商户类别、商户名 |
| 0.1–0.8 秒 | 发卡方决定批不批 | 查这张卡是否有效、星图余额够不够、这笔交易是否可疑、是否违反这张卡上设的规则（比如只准在差旅类商户用） |
| 0.8 秒 | 回“批准” | 星图余额预留 320 欧元 |
| 当晚或次日 | 收单方提交清算，卡组织把清算记录发给发卡方 | 核对清算金额（酒店加了一顿早餐，清算 335 欧元）与授权金额，处理差额 |
| 次日 | 卡组织结算：发卡方把钱付给卡组织，卡组织付给收单方 | 从发卡方在卡组织的结算账户出钱；星图余额正式扣除 335 欧元 |
| 结算时 | interchange 从收单方流向发卡方 | 发卡方收到这笔交易的 interchange，比如 335 × 1.5% ≈ 5 欧元 |
最后一行是这一整套体系的经济动机。《支付系统》基础教程部分讲 interchange 时说 100 美元里发卡行拿 1.80，讲 Neo Bank 解剖时说这是它们急着发卡的原因。发卡是四方模型里唯一能收 interchange 的位置，所以 PSP 做发卡不只是为了给客户一张卡，也是为了这笔收入。
这一章只讲由余额支撑的卡：借记卡、预付卡、企业支出卡。信用卡还要加授信、账单、催收一整套体系，本课不展开。
三、卡背后的角色：发卡行担责任，卡项目管理方做产品¶
上表里“发卡方”三个字，实际上是好几家机构。把它们拆开：
| 角色 | 做什么 | 对谁负责 | 常见的公司 |
|---|---|---|---|
| 卡组织 | 定规则、跑网络、做清算，把授权和清算报文在收单方和发卡方之间传递 | 所有会员 | Visa、Mastercard |
| 发卡行 | 卡组织的主会员，持有卡号前六到八位（BIN），法律上是这张卡的发行者，对卡组织承担合规、欺诈损失和结算义务 | 卡组织、监管 | 银行；欧盟和英国的 EMI 也可以 |
| 卡项目管理方 | 设计产品、签客户、定规则、做风控和客服，客户看到的品牌是它的 | 客户、发卡行 | 星图的 PSP，或 Ramp、Revolut 这类公司 |
| 发卡处理商 | 接入卡组织网络，实时处理授权报文，生成卡号，处理清算文件 | 发卡行、项目管理方 | Marqeta、Galileo、Lithic、Thredd、Paymentology、Enfuce |
| 凭证提供方 | 制作实体卡；把卡号变成手机里的令牌（Apple Pay、Google Pay 背后的令牌服务由卡组织提供） | 发卡行 | 制卡厂、卡组织的令牌服务 |
| 持卡人 | 刷卡的人 | 不对谁负责，是被服务的一方 | 星图的员工 |
这六个角色里，发卡行和卡项目管理方的关系最需要看清。发卡行在卡组织那里有名字、有 BIN、担责任；项目管理方在客户那里有品牌、有产品、有客户关系。两者可以是同一家（Revolut 在欧洲自己是卡组织主会员，自己发卡），也可以是两家（美国大多数金融科技公司的卡，发卡行是 Sutton Bank、Pathward、Lead Bank 这类专门做这个生意的小银行，项目管理方是金融科技公司自己）。
后一种情况，发卡行把自己的 BIN 借给项目管理方用，行业叫 BIN sponsor（BIN 赞助），《支付系统》基础教程部分讲角色地图时提过这个词。
这套结构讲收单时见过：
| 收单这一侧 | 发卡这一侧 | 共同点 |
|---|---|---|
| 主会员收单方 | 发卡行 | 跟卡组织签约、担最终责任的那一家 |
| 挂靠收单方（PayFac） | BIN sponsor 之下的卡项目管理方 | 借别人的会员资格做自己的产品 |
| 商户 | 持卡人 | 最终的客户 |
成因规则：卡组织只跟会员打交道，会员资格有门槛，于是会员资格被“出租”给不够格或不想申请的机构，在两侧各长出一层中介。收单侧叫挂靠，发卡侧叫 BIN 赞助，结构完全一样。
四、牌照门槛：谁可以发卡¶
发卡的牌照门槛和收单一样分两层：支付牌照，和卡组织会员。
第一层是支付牌照。 发行支付工具是支付服务目录里的一项；预付卡和企业卡背后的余额是客户资金，发行它要余额核心那一章讲的那种能持有客户余额的牌照。在欧盟和英国，EMI 牌照同时覆盖这两件事。
第二层是卡组织会员。 谁能当主会员、持有自己的 BIN，各地不同：
| 地区 | 非银行能否成为卡组织主会员自己发卡 | 结果 |
|---|---|---|
| 欧盟、英国 | 能，EMI 可以申请 | Revolut、Wise 等自己持 BIN 发卡 |
| 美国 | 基本不能，主会员是银行 | 几乎所有金融科技公司的卡都由 BIN sponsor 银行发行 |
| 新加坡、澳大利亚、香港 | 视卡组织当地政策，部分开放 | 多数仍借 BIN |
成因规则：卡组织把主会员资格与银行监管挂钩的地区，非银行只能借 BIN；卡组织接受支付牌照作为等价资格的地区，非银行可以自己发。这条规则和收款端点那一章讲清算直参时一样：门开不开，取决于规则制定者认不认非银行机构。
借 BIN 的代价和借牌照一样：发卡行对卡组织负责，所以它会审项目管理方的客户、审它的风控、要求它交保证金，并且随时可以终止合作。美国 2024 年前后几家 BIN sponsor 银行被监管处罚后收紧合作，一批金融科技公司的卡项目被迫暂停或迁移，就是这条依赖关系的代价。
五、工程门槛：授权那一秒，和之后的对账¶
授权那一秒
卡组织给发卡方回答授权的时间只有几秒，超时就按拒绝处理。这几秒里要做四件事，全部自动：
| 检查 | 星图那笔 320 欧元 |
|---|---|
| 卡的状态 | 这张卡是否激活、是否挂失 |
| 余额 | 星图的可用余额够不够 320 欧元 |
| 规则 | 这张卡是否只准差旅类商户、单笔上限是否超过、是否指定了商户 |
| 欺诈 | 这个商户、这个金额、这个时间是否异常 |
余额那一项有两种做法，决定了 PSP 和发卡处理商之间的分工：
| 做法 | 谁持有可授权的余额 | 授权时发生什么 | 代价 |
|---|---|---|---|
| 预充 | 项目管理方提前把一笔钱充到处理商或发卡行 | 处理商自己查预充余额，批准 | 资金占用，且客户实际余额与预充余额要对账 |
| 即时出资 | 项目管理方自己的核心账本 | 处理商把授权请求转给项目管理方，项目管理方查核心余额并回答 | 项目管理方的系统必须在几百毫秒内响应，全年不停 |
第二种行业叫 JIT funding（just-in-time，即时出资），Marqeta 把它做成了标准产品。它让星图的卡直接接在余额核心那本正式账本上：每一次授权就是核心账本上的一次预留。代价是 PSP 的核心账本从“每天对账的账本”变成了“每秒都要在线的授权系统”，可用性要求完全不同。
授权之后
授权只是预留，后面还有三件事：
- 清算金额与授权金额不一致。酒店授权 320，清算 335；美国的加油站先授权 1 美元，清算才是实际金额；预授权后几天没有清算，预留要在规定天数后释放。每一种情况账本上都要有对应的处理。
- 对账。发卡方每天从卡组织收清算文件，要对四样东西：自己的授权记录、清算文件、持卡人账本上的扣除、卡组织结算账户的出账。比收款端点多一方。
- 拒付。持卡人说“这笔不是我刷的”，发卡方替持卡人向收单方发起拒付。上一章站在收单方那一侧看到的拒付，起点在这里。
令牌化
员工把卡加进 Apple Pay，发卡方要接卡组织的令牌服务，在加卡时验证持卡人身份，之后每笔交易收到的不是卡号而是令牌。《支付系统》基础教程部分讲卡不在场时讲过令牌化的原理，发卡方要做的是把它接进授权系统。
六、发卡怎么长出支出管理这门生意¶
给员工发一张卡，只是起点。卡项目管理方掌握着授权那一秒的规则，就可以做很多事：
- 给每个供应商发一张单独的虚拟卡，设好金额和有效期，用完即废；
- 按商户类别、单笔、每日、每月设限额，超限即拒；
- 每笔授权实时通知员工上传发票，自动对到财务系统的科目；
- 差旅、软件订阅、广告投放各用各的卡，预算超支前就拦住。
这套东西行业叫支出管理（spend management）。Ramp、Brex 在美国，Airwallex、Payhawk、Pleo、Spendesk 在欧洲，做的都是它。它们的底层就是本章那六个角色的组合，上面加了规则引擎和财务系统对接。
这门生意在美欧长得不一样，原因和《支付系统》基础教程部分讲 Neo Bank 解剖时一样，是 interchange：
| 美国 | 欧洲 | |
|---|---|---|
| 企业卡 interchange | 常见 2% 以上 | 企业卡不受消费者卡的上限约束，但通常比美国低 |
| 产品定价 | 卡免费，靠 interchange 养活，甚至返现 | 收订阅费 |
| 代表公司 | Ramp、Brex | Payhawk、Pleo、Spendesk |
同一套技术，制度差异造出两种商业模式。
七、放回模型¶
发卡在PSP 模式的三块模型里，是接在余额核心上的一种付款端点，只是方向是拉：商户来扣，核心预留、扣除。前面讲的付款端点每笔付款由客户发起，这一种每笔付款由商户发起、发卡方实时批准。两者的资金池也不同：推式付款端点的钱在各国本地账户里，发卡的钱在卡组织的结算账户里，由卡组织按天清算。
到这里，PSP 模式的骨架加上收单、本地支付方式、发卡三种延伸，一家全能型 PSP 的能力地图就完整了：
| 能力 | 在模型里的位置 | 方向 | 多出来的责任 |
|---|---|---|---|
| 本地收款 | 收款端点 | 推 | 认款、退回 |
| 收单 | 收款端点，带争议 | 拉 | 商户准入、拒付、卡组织规则 |
| 本地支付方式 | 收款端点，带结账页 | 多数推 | 异步结果、每种一套退款和对账 |
| 本地付款 | 付款端点 | 推 | 资金池、收款人筛查 |
| 发卡 | 付款端点，带实时授权 | 拉 | 授权那一秒、卡组织规则、拒付 |
| 余额与换汇 | 余额核心 | 不适用，它不收不付 | 隔离、对账 |
这张地图只列改变了骨架责任结构的能力。PSP 常卖的其他东西分三类：账单、税务、风控、身份核验这类不碰钱的软件；余额生息、商户融资、信用卡授信、远期锁汇这类需要另一类牌照或合作银行的金融产品；把核心和端点当平台卖给别的公司。前两类本课不讲，第三类是讲全链路时说的第四种形态。
八、这一章引出的问题¶
上面这张地图里，每一格的钱都是法币，走的都是银行或卡组织的轨道，受各国营业时间和清算周期限制。星图周五晚上想给一个菲律宾的开发者付款，要等到周一。
《支付系统》基础教程部分在稳定币是什么那一章讲过：同一本共享账本上，清算和结算同时完成，7×24。如果 PSP 把稳定币接进来，它会落在上面那张地图的哪一格？下一章回答这个问题。
九、自检题¶
- 一家美国金融科技公司的企业卡，卡面印着它的名字，卡背面小字写着某家银行。用本章的六个角色说清楚：谁是发卡行，谁是项目管理方，谁可能是处理商？监管处罚那家银行时，为什么金融科技公司的卡会受影响？
- 星图的 PSP 选择即时出资而不是预充。它的核心账本要新增什么能力？如果核心账本凌晨维护停机十分钟会发生什么？
- 用本章和《支付系统》基础教程部分的 Neo Bank 解剖共同的成因规则解释：为什么 Ramp 可以不收订阅费，Payhawk 要收？
十、参考答案¶
先自己答完再往下看。
背面小字那家银行是发卡行，持有 BIN、是卡组织主会员、对卡组织负责；卡面上的金融科技公司是卡项目管理方，负责产品、客户和风控；处理商是它们中间接卡组织网络的一家（Marqeta、Galileo 这类），从卡面上看不出来。监管处罚发卡行时，发卡行会收紧对项目管理方的审核或暂停新项目，金融科技公司的卡是借这家银行的 BIN 发的，银行一收紧，它的卡就发不出去或要迁移到另一家发卡行，迁移意味着换卡号。
核心账本要从每天对账的系统变成实时授权系统：几百毫秒内响应、全年不停、每次授权做一次预留、清算后把预留转为扣除、授权过期后释放预留。凌晨停机十分钟，这十分钟内所有授权请求都会超时，卡组织按拒绝处理，星图的员工在全世界任何地方刷卡都会被拒。预充模式不会有这个问题，因为处理商自己查预充余额，代价是资金占用和多一层对账。
成因规则是：产品形态由 interchange 制度决定。美国企业卡 interchange 常见 2% 以上，星图员工每刷 100 美元 Ramp 能分到两美元上下，刷卡量足够养活产品，所以卡免费甚至返现。欧洲企业卡的 interchange 虽然不受消费者卡上限约束，但通常比美国低，靠它养不活公司，Payhawk 只能收订阅费。两家公司的技术几乎一样，定价模式的差别来自两地 interchange 的差别。
上一章：第 7 章 本地支付方式：为什么要接一百种 下一章：第 9 章 稳定币：叠在客户余额、链上端点还是财资桥