一张虚拟卡背后，发卡与收单怎样连接？

虚拟卡是卡片凭据的一种形态。它可能对应预付、借记或信用产品，也可能以令牌形式用于特定设备或商户。没有塑料卡片，不代表支付时可以跳过卡组织、发卡机构和商户收单体系。

下面以常见卡组织支付为例；部分闭环网络、借记网络与本地支付方式的角色和时序会不同。

先认识两端：持卡人与商户

持卡人使用卡付款，商户交付商品或服务。发卡机构负责卡账户及授权决策；虚拟卡平台或项目管理方可能提供申请、预算、团队权限和交易界面，但不必然自己就是持牌发卡机构。

商户的收单机构承接交易，支付网关或 PSP 负责连接收银台、处理消息与编排支付。卡组织连接发卡与收单两侧并制定网络规则。一个品牌可以承担多个角色，也可能通过其他机构提供某项能力。

授权：先问这笔钱能不能付

典型消息路径是「持卡人 → 商户收银台 → 网关或 PSP → 收单机构 → 卡组织 → 发卡机构」，结果再沿链路返回。发卡机构会结合卡状态、可用资金或额度、风控及交易信息决定是否批准。

授权成功通常意味着批准并占用相应额度，尚不等于商户最终收到款。3DS 是持卡人身份验证流程，授权是是否批准交易的决策；验证通过之后仍可能授权失败。

订阅扣费还需要区分持卡人发起与商户发起交易，记录有效授权、正确使用凭据和标志。不能把一次性同意自动当成无限期扣款许可。

请款、清算、结算：三个词各有位置

请款（capture）是按获准交易提交最终金额，部分场景会自动执行，部分需要商户另行触发。预授权可能被撤销、过期或以不同最终金额完成，具体取决于场景和规则。

清算（clearing）传递最终交易与费用数据，计算参与方之间的应收应付。结算（settlement）完成相应资金义务；PSP 再按合同向商户银行账户出款，通常还有独立的 payout 周期。

因此要分开看四个时点：授权批准、商户请款、网络结算、商户账户实际到账。它们可能跨日，也可能因周末、审核或准备金而不同。

虚拟卡平台要管的不只是卡号

发卡侧应关注主体与人员关系、卡生命周期、资金或授信、支出控制、授权明细、交易入账、退款和争议。额度不是资金，授权冻结也不是最终支出；界面应能区分授权、撤销、入账和退款。

内部至少关联业务订单、卡片标识、渠道操作号与交易引用。授权、请款、费用和退款可能是不同记录，需要按渠道模型关联。少存卡数据、隔离权限和验证签名，比简单增加更多接口更关键。

收单系统要对齐订单与资金

收单侧从商户、商品、价格和订单开始，连接结账、身份验证、授权、请款、退款、争议和出款。一个订单可以有多次付款尝试，但同一笔应付金额要防止重复成功。

回调和主动查询应汇入一致的状态模型；金额、币种、费用和汇率分别存储，不能只保存一个「成功」布尔值。定期把订单、渠道交易、结算报告和银行入账对齐。

退款是商户主动发起的逆向支付；争议或拒付则可能经发卡与卡组织规则推进。它们不是同一个接口，也不能在出现争议后随意重复退款。继续阅读授权与 3DS、欺诈、争议与拒付，或回到支付地图。可参考 Stripe 官方支付资料与 FuturePay 开发文档。