📚 课程目录第2章支付授权基础

2. 支付授权基础

支付授权是支付链路中承上启下的关键环节。它既是交易能否继续推进的“闸门”，也是风险系统第一次能够拿到完整交易上下文、做出实时判断的节点。理解授权流程与生命周期，是后续把授权前信号与授权后信号融合决策的前提。

一、核心原理：授权到底在做什么

从本质上看，支付授权是收单机构代表商户，向发卡行发起的一次“这笔钱能不能冻结”的询问。发卡行基于账户状态、可用额度、风控策略返回批准或拒绝，并给出授权码。授权成功并不等于资金到账，它只是对额度或余额的一次预占用。

授权过程同时承担三个职能：

资金可用性确认：确认持卡人账户是否有足够额度或余额。
风险初筛：发卡行与收单机构在毫秒级内完成欺诈、盗刷、异常行为判断。
交易凭证生成：授权码、授权时间、响应码成为后续请款、对账、争议处理的依据。

授权是“预占用”，请款是“真扣款”，清算与结算是“资金搬运”。三者时间上分离，风险信号也分布在不同的时间窗口，这正是融合决策的价值来源。

二、参与方角色与职责边界

一笔卡基支付授权通常涉及六类角色，各自掌握不同的信号与决策权：

参与方	核心职责	掌握的关键信号
持卡人	发起支付，完成身份验证	设备、IP、行为习惯
商户/收银台	采集订单与支付要素	订单金额、商品、收货信息
支付网关/收单机构	组装授权请求，执行商户侧风控	商户历史、设备指纹、频次
卡组织	路由与转接授权报文	跨行路由、网络级规则
发卡行	账户校验与最终批准/拒绝	账户状态、额度、持卡人画像
风控/反欺诈系统	实时评分与决策	规则命中、模型分、名单

需要特别注意的是：收单侧风控与发卡侧风控是两套独立决策。收单侧拒绝，授权请求根本不会到达发卡行；发卡侧拒绝，收单侧只能看到响应码。融合决策必须清楚每个信号来自哪一侧、在哪个时间点产生。

三、授权请求与响应：报文结构与关键字段

授权请求通常以 ISO 8583 或等效的 JSON 报文承载。下面是一个简化的授权请求示例，保留了风险决策最常用的字段：

{
  "msg_type": "0100",              // 授权请求
  "stan": "202406120001",
  "pan_": "tok_9f3a...",      // 令牌化卡号
  "amount": 128800,                // 单位：分
  "currency": "156",               // 人民币
  "mcc": "5732",                   // 商户类别
  "terminal_id": "T88001",
  "merchant_id": "M10023",
  "entry_mode": "07",              // 非接IC
  "device_fingerprint": "dfp_7c2e",
  "ip": "203.0.113.24",
  "risk_score": 0.18,
  "three_ds": "Y"
}

对应的授权响应核心字段：

{
  "msg_type": "0110",              // 授权响应
  "stan": "202406120001",
  "response_code": "00",           // 00=批准
  "auth_code": "A7K2Q1",
  "decline_reason": null,
  "available_balance": 502100,
  "risk_flag": "low"
}

常见响应码语义需要熟记：00 批准；05 拒绝；14 无效卡号；51 余额不足；54 卡过期；61 超限额；65 频次超限；91 发卡行不可达。不同响应码对后续风险决策的含义完全不同——51 可能是正常余额问题，也可能是盗刷试探；65 往往意味着撞库或批量试卡。

建议在风控系统中把响应码分为“硬拒绝”“软拒绝”“系统异常”三类。硬拒绝直接终止；软拒绝可结合授权前信号二次判断；系统异常则应进入重试或降级通道，而不是简单判为欺诈。

四、授权生命周期与风险决策节点

授权不是一瞬间的事件，而是一条有明确阶段的生命周期。每个阶段都产生可被风控利用的信号：

授权前（Pre-Auth）：订单创建、支付要素采集、设备与行为信号上报。此阶段可做前置拦截，成本最低。
授权请求中（Auth Request）：网关组装报文、收单风控评分、发卡行决策。此阶段是实时决策主战场。
授权响应（Auth Response）：拿到响应码、授权码、风险标记。此阶段可做响应码策略与二次校验。
授权后（Post-Auth）：请款、清算、退款、拒付、争议。此阶段产生延迟信号，用于模型迭代与案件复盘。

把生命周期与风险决策节点对齐后，可以得到一个清晰的判断：授权前信号用于“是否放行到授权”，授权后信号用于“是否信任这次授权结果”。融合决策的核心，就是在这两个时间窗口之间建立反馈闭环。

五、案例与场景：响应码背后的真实风险

某跨境电商平台在凌晨时段出现一批 51（余额不足）响应码集中上升。初看像是正常余额问题，但结合授权前信号发现：这些请求来自同一设备指纹、IP 段集中、订单金额均为整数且接近卡额度上限。进一步分析授权后信号，发现其中部分卡在后续 24 小时内成功完成小额授权后立即发起大额请款。

复盘结论：这是一次典型的“余额试探 + 额度探测”攻击。51 本身不是欺诈信号，但响应码分布 + 授权前设备聚集 + 授权后行为突变三者叠加，才构成完整风险画像。如果只看单一节点，就会漏判。

常见误区：把授权成功等同于交易安全。实际上，授权通过只代表发卡行当前愿意冻结额度，盗刷者完全可能使用尚未被持卡人挂失的卡通过授权。授权后请款、拒付、争议数据才是验证真实性的关键反馈。

六、方法流程：从授权报文到风险决策节点映射

建议按以下流程把授权基础能力接入风控体系：

解析授权请求，提取设备、IP、金额、MCC、entry_mode 等授权前信号。
在授权请求发出前执行收单侧实时评分，决定放行、挑战（3DS）或拒绝。
接收授权响应，按响应码分类处理，记录授权码与风险标记。
将授权结果写入交易事件流，与后续请款、拒付数据关联。
在授权后窗口回填延迟信号，用于模型训练与规则调优。

只有把授权生命周期各节点的信号统一到同一交易主键下，融合决策才有数据基础。否则授权前、授权后信号各自孤立，无法形成有效判断。