开场
境外支付
全景笔记
行业结构、交易机制与风险管理
Song Kai
2026.10.19
一笔境外消费SGD 100.00
- 用户
- 美国发行的卡
- 商户
- 新加坡收单
- 需要解释
- 指令、资金与责任
开场
一次付款的三个观察面
信息流
- 谁发起支付指令
- 谁认证、谁批准
- 结果怎样可靠返回
资金流
- 哪笔钱先预留
- 机构何时完成结算
- 商户何时实际到账
责任关系
- 谁与用户签约
- 谁承担退款与拒付
- 谁负责税务和合规
同一个“支付成功”，在不同参与方系统中可能指不同阶段。
开场
分享路线
01基础标准
国家、币种与支付分类
02卡支付
卡、POS、钱包与卡网络
03交易处理
报文、生命周期与认证
04支付经营
费率、复购与渠道路由
05本地支付
四个 APM 运作案例
06风险与平台
风控和应用商店支付
基础标准
ISO 3166：国家与地区代码
SingaporeSG
SGP 702
| 形式 | 例子 | 支付用途 |
|---|---|---|
| Alpha-2 | SG、US、GB | API、地址、商户国家 |
| Alpha-3 | SGP、USA、GBR | 数据交换与报告 |
| Numeric-3 | 702、840、826 | 特定报文与统计 |
ISO 3166-2 表达行政区划
电话区号 +65 属于另一套标准
商户国家、收单国家、发卡国家和用户所在地，应分别保存。
基础标准
ISO 4217：币种与金额精度
| 币种 | 字母 / 数字代码 | Minor unit 指数 | 接口金额示例 |
|---|---|---|---|
| 美元 | USD / 840 | 2 | 12.34 USD = 1234 |
| 新加坡元 | SGD / 702 | 2 | 12.34 SGD = 1234 |
| 日元 | JPY / 392 | 0 | 1234 JPY = 1234 |
| 韩元 | KRW / 410 | 0 | 1234 KRW = 1234 |
| 科威特第纳尔 | KWD / 414 | 3 | 1.234 KWD = 1234 |
金额必须带币种。币种精度和渠道 API 的缩放约定要分别核对。
基础标准
交易中的不同币种
- 商品定价展示 SGD 100
- 提交交易Presentment SGD
- 用户账单Billing USD
- 机构结算Settlement 依协议
- 商户出款Payout SGD
同一笔支付，可以同时涉及多个币种。
币种转换发生在哪里，决定谁报价、谁收取 FX 费用，以及谁承担波动。
基础标准
Push payment 与 Pull payment
付款人提交转账指令
Push
银行转账、付款人确认的 PayNow
付款人 › 付款机构 › 收款方
关注收款人冒名、诱导转账和转错账户
收款人依据授权请求扣款
Pull
Direct debit、商户提交的卡扣款
商户 › 支付网络 › 付款机构
关注扣款同意、重复扣款和争议权利
CIT / MIT 描述用户是否当下参与，是另一条分类轴。
基础标准
“第三方支付”与“三方卡模式”
| 术语 | 所描述的维度 | 理解重点 |
|---|---|---|
| 第三方支付 | 机构或服务 | 中文行业语境，具体监管定义因地而异 |
| 第四方 / 聚合支付 | 渠道整合层 | 统一接入、路由、报表等商业能力 |
| Three-party scheme | 卡业务结构 | 卡组织同时承担典型发卡与收单职能 |
| Four-party scheme | 卡业务结构 | 持卡人、发卡方、商户、收单方分工 |
“聚合”或“SaaS”的自我定位，不能单独决定牌照与资金责任。
行业角色
银行、卡组与支付服务商
| 角色 | 主要服务对象 / 职责 | 重点责任 |
|---|---|---|
| Issuer 发卡方 | 管理卡账户，批准交易和处理持卡人争议 | 盗刷、授信与账户合规 |
| Acquirer 收单方 | 接纳商户，提交交易与商户结算 | 商户审核、履约与追偿 |
| Card network 卡网络 | 共同规则、路由与清算安排 | 网络运行与争议规则 |
| Gateway / processor | 信息采集、传输和交易处理 | 可用性与数据安全 |
| PSP / PayFac | 整合受理能力或服务子商户 | 按实际角色承担运营与网络责任 |
| Wallet / settlement bank | 用户支付体验或账户与资金结算 | 账户安全、资金保障及合规 |
行业角色
BNPL、汇款、SaaS 与 MoR
| 业务 | 主要机制 | 商户需要确认 |
|---|---|---|
| BNPL | 购买融资，商户收款与消费者分期还款分开 | 授信方、无追索范围、退款与融资联动 |
| Remittance | 来源国收款、FX、目的地付款与机构结算 | 到账金额、费用、时效、资金链与 AML |
| SaaS / ISV | 软件收费，或嵌入商户收款能力 | 终端销售主体、入网、负余额与退款责任 |
| Merchant of Record | 以约定销售主体身份向消费者销售 | 税费、售后与争议的合同责任边界 |
消费者、商户、服务商之间的协议关系，决定责任怎样分配。
卡组织模式
四方卡模式
卡组织：共同规则、网络与清算安排
发卡机构
管理账户，决定是否授权
收单机构
服务商户，提交交易与结算
持卡人
以卡购买商品或服务
商户
履约与售后
Visa、Mastercard 是典型四方模式。卡组织作为网络层，图中仍会出现。
卡组织模式
三方卡模式与卡权益
卡组织承担典型发卡与收单职能
持卡人
直接建立卡账户关系
商户
建立受理关系
三方模型
American Express 常用于解释这种结构。实际业务可有发卡或收单合作伙伴。
卡权益的资金来源
返现、里程、保险等可由发卡方、商户、卡组及品牌伙伴共同承担。
卡与受理
一张支付卡的组成
CHIP / CONTACTLESS
•••• •••• •••• 1234
CARDHOLDER NAME08 / 29
仅用于说明，无真实卡数据- PAN：卡支付账户或凭证标识
- Cardholder name：持卡人姓名
- Expiry：到期月与年
- CVV / CVC / CID：常见 3 或 4 位卡面安全码
卡号长度、卡面位置和姓名校验能力，因卡产品与渠道而异。
卡与受理
BIN / IIN：从 6 位到 8 位
发行识别12345678 •••••• 90
历史常见 6 位兼容 8 位 BIN
能帮助识别
- 发卡机构与发卡市场
- 卡网络、产品与资金类型
- 需结合更细 account range
使用边界
- 数据来源和更新时间
- Token PAN 与原 PAN 属性差异
- 用户位置与账单币种需另查
BIN 扩展不代表 PAN 整体长度增加。
卡与受理
卡的类型：资金结构与凭证形态
| 类型 | 主要资金或还款关系 |
|---|---|
| Debit 借记卡 | 通常连接存款账户，减少可用资金或形成冻结 |
| Credit 信用卡 | 基于授信消费，之后按账单还款 |
| Charge 签账卡 | 通常按账单规则全额还款 |
| Prepaid 预付卡 | 基于预充值余额或预置价值使用 |
| Commercial 商务卡 | 企业差旅、采购与支出管理 |
实体 / 虚拟、一次性 / 可复用、限商户 / 限额，是其他分类维度。
卡与受理
CP 与 CNP
Card-present
- 插卡、刷磁条、实体卡 tap
- 手机钱包贴 POS
- 查看终端与凭证读取方式
Card-not-present
- 网页 / App 输入卡号
- 远程钱包、MOTO、订阅
- 查看远程认证与存卡标识
Apple Pay门店 NFC 受理网页 / App 远程付款
用户站在柜台前，不足以证明一笔手输卡交易具有正常芯片受理待遇。
卡与受理
磁条、EMV 与 NFC
| 技术 | 交互方式 | 核心特点 |
|---|---|---|
| 磁条 | 刷卡读取磁道 | 主要依赖静态数据，需控制 fallback |
| EMV 接触芯片 | 插卡与终端交互 | 交易相关动态密码与芯片风险控制 |
| EMV 非接触 | 卡或设备靠近终端 | 支持非接触支付应用交互 |
| NFC | 设备间近距离通信 | 可承载支付，也可承载其他应用 |
EMV 描述支付技术规范，NFC 描述通信技术。两者所处层次不同。
卡与受理
POS 的形态与交易功能
台式 / 移动 POSPIN pad / 自助终端SoftPOS / Tap to Phone
| 交易功能 | 主要目的 |
|---|---|
| Sale / pre-authorization | 消费，或先预留额度 |
| Capture / incremental authorization | 提交最终收款，或依规则追加授权 |
| Cancel / reversal / refund | 停止、纠正或返还交易资金影响 |
| Tip / cashback / batch close | 按适用规则处理小费、消费取现和批次 |
消费取现 cashback，与营销返现奖励是两个概念。
卡与受理
DCC、MCP 与结算换汇
| 方式 | 谁决定与报价 | 用户 / 商户视角 |
|---|---|---|
| 发卡侧换汇 | 卡网络 / 发卡机构按适用安排处理 | 用户按交易币种付款，账单可用另一币种 |
| DCC | 商户、收单或 DCC 服务方报价 | 用户支付时主动选择转换后的币种 |
| MCP 多币种定价 | 商户提供多币种商品价格 | 先选定价与交易币种 |
| 商户结算 FX | PSP / FX 提供方按合同兑换 | 交易币种与商户出款币种不同 |
DCC 需要清晰披露两币金额、汇率和额外费用，并让用户选择。
手机钱包
五类手机钱包的银行卡支付
| 产品 | 典型机制与限制 |
|---|---|
| Apple Pay | 设备相关卡令牌、动态交易数据，支持门店与远程付款 |
| Google Pay / Wallet | 门店 tap 与线上不同凭证类型需分别处理 |
| Samsung Pay / Wallet | 按国家、银行和设备确认 NFC 及历史 MST 能力 |
| Huawei Pay | 支持的设备、银行卡与网络使用 token 付款 |
| vivo Pay | 支持设备上的安全元件、NFC 与合作银行卡能力 |
银行卡钱包、交通卡、钱包余额与应用商店计费，应分别识别。
手机钱包
绑卡与一次 NFC 付款
- Provisioning发卡侧核验并配置设备 token
- 用户确认按设备与场景完成验证
- 终端读取Token 与动态交易数据
- 发卡授权经收单和卡网络批准 / 拒绝
- 后续资金请款、结算与商户出款
钱包提供凭证，支付网络处理交易。
设备 token 末四位可能与实体卡不同，查单与退款需保留渠道关联标识。
报文与处理
SMS 与 DMS
Single Message System
SMS
一次金融报文交换
处理授权及金融记账 / 清算信息
常见于某些 PIN debit 与 ATM 处理体系
Dual Message System
DMS
先授权
后提交最终金融 / 清算信息
许多信用卡与电商卡交易采用这种机制
这里的 SMS 是单报文系统。机构结算和商户到账时点仍需另外判断。
报文与处理
ISO 8583：卡交易报文接口
HeaderMTIBitmapData elements
| 常见传统 profile 示例 | 作用 |
|---|---|
| 0100 / 0110 | 授权请求 / 响应 |
| 0200 / 0210 | 金融交易请求 / 响应 |
| DE 4 / 49 | 交易金额 / 币种 |
| DE 11 / 37 | STAN / RRN 跟踪参考 |
| DE 22 / 55 | POS entry mode / 适用 EMV 数据 |
ISO 8583:2023 已发布。实际网络可能基于历史版本和私有 profile。
交易生命周期
卡交易的完整生命周期
01Authentication
身份与凭证认证
02Authorization
批准并预留额度
03Capture
提交最终收款
04Batching
组织提交批次
05Clearing
核对交易与应付义务
06Settlement
机构间资金结算
07Payout
向商户出款
这是典型双报文教学模型，自动请款、批处理和具体状态会因渠道而异。
交易生命周期
USD 100 授权，USD 80 请款
授权100USD 预留额度
部分发货后请款80USD 最终收款
剩余额度20按渠道机制撤销或释放
商户收益
库存和履约确认后再收款，减少先扣再退。
运营约束
授权有效期、部分请款、增额与剩余额度释放，依网络和渠道规则。
交易生命周期
Cancel、Reversal、Refund 与 Chargeback
| 动作 | 主要场景 | 典型影响 |
|---|---|---|
| Cancel / void | 在允许阶段停止支付或请款 | 可能还需撤销已存在授权 |
| Authorization reversal | 撤销全部或部分授权影响 | 释放资金 / 额度预留 |
| Refund | 商户对已处理购买返款 | 生成关联原交易的返款 |
| Chargeback | 依据网络规则处理争议 | 可能扣回商户资金并产生费用 |
业务订单取消、外部支付取消和用户资金释放，是需要关联的不同事实。
交易生命周期
拒付流程与举证
- 争议用户联系发卡侧
- 网络处理通知商户并可能扣款
- 商户响应接受或提交证据
- 后续处理复核 / 升级 / 适用仲裁
| 争议原因 | 相关证据 |
|---|---|
| 未授权 / 欺诈 | 适用认证、设备与交易关联记录 |
| 未收到货 | 运单、签收或数字服务交付记录 |
| 重复 / 金额错误 | 订单与支付尝试、结算和退款记录 |
| 取消后收费 | 条款、同意、取消时间与实际使用 |
支付安全
AVS、CVC 与 3DS
| 能力 | 校验重点 | 使用边界 |
|---|---|---|
| AVS | 账单地址与发卡记录的匹配 | 覆盖与结果码因市场和机构而异 |
| CVC / CVV | 卡安全码是否匹配 | 不能排除卡面数据整体泄露 |
| 3DS | 发卡侧电商交易认证 | 仍需授权，也不能证明商品已经履约 |
安全码属于敏感认证数据，商户不得为复购而在授权后保留。
支付安全
3DS 1.x 与 EMV 3DS 2.x
| 维度 | 3DS 1.x | EMV 3DS / 2.x |
|---|---|---|
| 设计背景 | 早期浏览器电商 | 浏览器、原生 App 等场景 |
| 上下文数据 | 相对有限 | 更丰富的设备和交易信息 |
| 用户交互 | 常见跳转认证 | Frictionless 与 Challenge |
| 接入方向 | 历史协议 | 核实实际支持的 2.x 版本 |
Visa 历史迁移资料给出 2022-10-15 的 3DS 1.0.2 退场时间。各网络安排应分别核实。
支付安全
3DS 的参与方与授权衔接
- 3DS Server商户 / 受理侧发起
- Directory Server目录与路由
- ACS发卡侧认证
- 授权提交携带适用认证数据
认证后的信息
- ECI、认证值与交易关联 ID
- 按网络和渠道要求传递
- 认证成功后仍可授权失败
SCA 与责任
- SCA 是适用监管认证要求
- 3DS 是帮助认证的协议
- 责任转移只覆盖满足条件的部分争议
支付经营
Blended 与 Interchange++
BLENDED
2.9% + $0.30
USD 100 交易，假设手续费
$3.20商户净额 $96.80INTERCHANGE++
1.50% + 0.15% + 0.40% + $0.10
Interchange + scheme + 服务加价
$2.15商户净额 $97.85教学假设，未计其他费用。真实结果取决于卡种、地区、受理条件与合同。
支付经营
支付成本与一张出款单
综合成本
- 渠道与 FX 费用
- 欺诈、拒付与误拒损失
- 资金占用与储备安排
- 技术和运营投入
已结算交易$10,000
费用− 300
退款− 500
拒付− 200
新扣储备金− 1,000
以前储备金释放+ 200
应出款$8,200
复购与路由
CIT、MIT 与存卡关系
| 场景 | 常见分类 | 当前用户参与 |
|---|---|---|
| 首次输入卡并付款 | 初始 CIT，可建立存卡关系 | 是 |
| 点击“使用已保存卡” | Stored-credential CIT | 是 |
| 每月会员自动扣款 | Recurring MIT | 通常否 |
| 按约定余额不足自动充值 | Unscheduled COF MIT | 通常否 |
保存了凭证，还需要合法有效的扣款同意、正确分类与关联信息。
复购与路由
Network token 与 PSP token
| 类型 | 管理与作用 | 迁移边界 |
|---|---|---|
| PSP / vault token | 引用该 PSP 卡库中的凭证 | 通常绑定服务商，需迁移安排 |
| Network token | 网络层替代 PAN，支持适用生命周期管理 | 受 requestor、商户、设备和场景约束 |
| Encrypted PAN | 通过密文保护原始卡号 | 仍是可解密卡数据，PCI 范围需评估 |
可能改善
减少 PAN 暴露，参与方支持时跟随换卡更新。
仍有限制
Token 可暂停或撤销，授权仍受余额、风险与用户同意影响。
复购与路由
渠道路由与安全重试
- 资格商户实体、地区和网络规则
- 兼容币种、token、MIT 与退款
- 约束资金敞口、额度和稳定性
- 优化成功率、成本与净收入
| 结果 | 处理方向 |
|---|---|
| 确定未提交的连接失败 | 依幂等与渠道协议恢复或改道 |
| 超时、结果未知 | 先查原交易，防止晚成功后重复扣款 |
| 需要认证的 soft decline | 完成适用认证，再按规则提交 |
| 失卡、盗卡或禁止重试 | 停止该凭证重试，改用合适付款方式 |
本地支付 APM
APM 的不同底层
| 类别 | 例子 | 主要机制 |
|---|---|---|
| 即时账户支付 | PayNow、DuitNow Transfer | 账户寻址与本地转账基础设施 |
| 二维码受理 | PayNow QR、DuitNow QR | 二维码载体与相应资金系统 |
| 电子钱包 | Kakao Pay 等 | 余额、账户、卡或组合资金来源 |
| 钱包互联网络 | Alipay+ | 连接收单方和多个用户钱包 |
| 其他方法 | Direct debit、现金凭证、BNPL | 代扣、线下缴费或融资安排 |
APM 是商户视角的集合，各方法的授权、退款与争议能力需要分别建模。
本地支付 APM
PayNow、FAST 与 SGQR
PayNow
手机号、NRIC / FIN、UEN、适用 VPA 等代理寻址与转账体验
FAST
支撑相关新加坡元账户转账的基础设施
SGQR
整合二维码呈现，标签可支持多个支付方式
- 用户 App核对收款人与金额
- 参与机构按 PayNow / FAST 安排转账
- 商户受理方通知、查询与对账
本地支付 APM
DuitNow Transfer 与 DuitNow QR
Transfer
通过账户或适用 DuitNow ID 进行资金转账。
QR
银行与钱包 App 扫码或展示码，进入统一二维码受理体系。
- 用户 App扫描商户码并确认
- 付款参与机构验证并提交
- PayNet RPP交换请求和结果
- 商户收单侧收款与商户通知
静态码与动态订单码、商户展示码与用户展示码，分别核实功能与风险。
本地支付 APM
Alipay+ 的钱包互联
- 商户提供商品与订单
- ACQP收单服务方
- Alipay+钱包路由与相应清结算
- MPP用户钱包
- 用户确认与资金来源
用户侧
使用熟悉的钱包，按支持的方式认证并付款。
商户侧
经受理方接入，在实际开通范围内接受多个钱包。
支付宝钱包与 Alipay+ 属于不同层次。具体能力依产品、市场与合同。
本地支付 APM
Kakao Pay 的 Ready 与 Approve
- Ready提交订单，获取 TID 与 URL
- 用户确认选择支持资金来源并认证
- 返回商户携带后续批准参数
- Approve服务端发起支付批准
- 核验结果金额、订单、状态与对账
成功跳回商户页面，只完成了流程中的一个环节。
Kakao Pay Money、银行卡，以及境内直连和境外合作受理路径，需要分别理解。
本地支付 APM
直连与间接接入 APM
| 维度 | 直连提供方 / 指定受理实体 | 经聚合 PSP 等接入 |
|---|---|---|
| 技术 | 逐渠道维护原生接口 | 统一 API，由中间层适配 |
| 合同与审核 | 常需逐一签约与开通 | 可整合部分入网流程 |
| 结算 | 可能分渠道单独结算 | 可能聚合，也可能仍直结 |
| 功能 | 较直接获得原生能力 | 取决于中间层暴露范围 |
| 成本 | 中间加价与持续运营投入一起算 | 覆盖与运维服务纳入比较 |
接口直连、合同直签、资金直结，是三个独立问题。
风险管理
支付风险地图
01
交易与客户
盗刷、盗号、卡测试、转账诈骗
02
市场与资金
FX、信用、流动性与结算
03
系统与运营
超时、重复、账务、密钥与供应商
04
法律与税务
牌照、AML / 制裁、税费与隐私
每项风险都要对应责任人、控制动作、观察指标和升级路径。
风险管理
汇率、信用与流动性
向商户承诺USD 100 = SGD 135
实际兑换USD 100 = SGD 133
未采取其他安排时，差额为 SGD 2
信用风险
对方最终无法履行义务。例：商户倒闭，未来拒付无法追偿。
流动性风险
应付时点缺少可用现金。例：周末仍需退款和本地出款。
风险管理
技术风控与结果恢复
请求超时UNKNOWN
外部可能已经成功
- 查单 / 通知恢复外部交易事实
- 幂等 / 并发控制重复有效动作
- 补偿 / 对账处理晚成功与资金差异
订单、支付尝试、授权、请款、退款、争议、出款，分别保留标识和关联。
风险管理
监管、AML、制裁与税务
| 领域 | 需要回答的问题 |
|---|---|
| 牌照与法律实体 | 谁与用户签约，在哪里展业，谁控制资金？ |
| KYC / KYB / UBO | 客户与企业是否真实，最终受益人是谁？ |
| 交易监测与制裁 | 行为与经营是否匹配，适用哪些限制与报告？ |
| VAT / GST / 销售税 | 谁是销售主体，客户归属地如何确认，谁申报？ |
| 隐私与数据 | 为何收集，保留多久，跨境传输条件是什么？ |
支付代收、平台代征税、MoR 和商户自身义务，需要逐项明确。
应用商店
手机钱包与应用内计费
| 产品 | 主要用途 | 典型接入 |
|---|---|---|
| Apple Pay | 门店 / 网页 / App 的钱包支付 | 钱包能力与 PSP / 收单流程 |
| Apple IAP | 商店体系的数字内容、功能与订阅 | StoreKit 与 App Store Server API |
| Google Pay | 支持场景的钱包与支付体验 | Google Pay API 与支付渠道 |
| Google Play Billing | Play 体系的数字商品和订阅 | Billing Library 与 Developer API |
实物与 App 外履约服务、数字内容、reader 或特定例外，需按当期平台规则区分。
应用商店
验证购买与订阅权益
- 商店购买支持 pending 等中间态
- 服务端验证交易、商品、账号与环境
- 幂等发放权益与交易关联
- 平台完成动作按要求 finish / acknowledge / consume
- 持续更新续费、退款、撤销和到期
取消自动续费，通常保留当前已付周期权益。退款、到期和撤销分别处理。
应用商店
平台收费按地区与生效日管理
| Google 官方公布的 rollout 地区 | 页面列出的上线日期 |
|---|---|
| EEA、英国、美国 | 2026-06-30 |
| 澳大利亚、日本 | 2026-09-30 |
| 韩国 | 2026-12-31 |
| 其他地区 | 2027-09-30 |
2026 年的服务费与计费选择，已有分地区调整安排。
需核对新安装定义、交易类型、计划资格、billing fee 和具体生效条件。
案例与讨论
把一笔新加坡电商交易串起来
商品 SGD 100美国发行的卡商户 SGD 出款
国家
商户、收单和发卡国家分别是什么？
凭证
手输卡、存卡还是手机钱包？
交易
CNP / CIT，怎样认证与授权？
资金
何时请款、清算、结算和出款？
成本
谁换汇，谁收取各项费用？
责任
退款、拒付、税费由谁处理？
资料与讨论
交易事实、资金与责任
支付链路的每一步
都有明确的业务含义
国家与币种表达准确
认证、授权与到账分别确认
成本、损失与合规责任有据可查
ISO / SIXBIS / ECBEMVCo / PCI SSCABS / PayNet支付网络与平台官方文档