2. CNP支付基础
无卡支付(Card Not Present,CNP)欺诈识别的所有技术手段,都建立在对支付底层流程的准确理解之上。如果分不清授权与清算的边界、搞不清各参与方的职责,风控规则就会打错位置:把该在授权阶段拦截的交易放到清算后处理,或者把发卡行的拒付责任误判为收单行的风险。本节先把CNP支付的“地基”讲清楚。
一、核心原理:一笔CNP支付到底经历了什么
CNP支付指交易发生时卡片物理介质不在场,卡号、有效期、CVV等信息通过线上渠道传输。它与POS刷卡(Card Present,CP)最本质的区别是:没有卡片本身作为硬件凭证,也没有持卡人签名或PIN作为身份验证。因此,支付网络只能依赖数据要素的完整性和商户侧的风控判断。
一笔典型的CNP支付分为两个阶段:
- 授权(Authorization):商户发起请求,经收单行、卡组织路由到发卡行,发卡行判断是否冻结额度并返回批准或拒绝。此阶段只做“额度预占”,资金尚未真正转移。
- 清算与结算(Clearing & Settlement):商户在授权后发起请款(Capture),卡组织进行交易清分,收单行与发卡行之间完成资金划拨。此阶段资金真正到账,也是拒付(Chargeback)权利产生的起点。
关键认知:授权通过 ≠ 交易安全。欺诈交易同样可以获得授权,因为发卡行在授权时通常只校验额度、卡状态和基础验证值,并不判断持卡人真实意愿。真正的欺诈识别窗口,往往就在授权请求发出的那几百毫秒内。
二、参与方与职责清单
CNP支付链路上有六个核心角色,风控人员必须清楚每个角色能做什么、不能做什么:
| 参与方 | 核心职责 | 在欺诈识别中的角色 |
|---|---|---|
| 持卡人 | 发起支付、提供卡信息 | 可能是真实用户,也可能是欺诈者 |
| 商户 | 发起授权请求、提交请款 | 第一道风控防线,可部署规则与模型 |
| 支付网关/PSP | 传输交易报文、代收单行接入 | 可提供设备指纹、3DS路由等能力 |
| 收单行 | 为商户开户、转发授权、承担商户风险 | 决定商户的拒付率和合规成本 |
| 卡组织 | 路由交易、清分清算、制定拒付规则 | 提供AVS、CVV、3DS等验证服务 |
| 发卡行 | 批准或拒绝授权、发起拒付 | 掌握持卡人真实账户行为,是最终裁决方 |
记忆口诀:商户发起、网关传输、收单承接、卡组织路由、发卡行裁决。欺诈损失最终由谁承担,取决于拒付责任判定,而不是授权结果。
三、授权与清算的机制差异
很多风控误判源于把授权和清算混为一谈。两者在时间、数据、可逆性上完全不同:
- 时间窗口:授权是实时同步的,通常要求1~3秒内返回;清算是批量异步的,可能在授权后数小时到数天完成。
- 数据内容:授权报文包含卡号、金额、商户类别码(MCC)、CVV、AVS等;清算报文额外包含结算金额、手续费、汇率等财务信息。
- 可逆性:授权可以撤销(Void)释放额度;清算后的交易只能通过退款(Refund)或拒付(Chargeback)处理。
- 风控介入点:实时拦截只能发生在授权阶段;清算后只能做事后分析和申诉。
下面是一段简化的授权请求日志示例,注意观察风控可用的字段:
POST /api/v1/authorize
{
"card_number": "411111******1111",
"expiry": "12/26",
"cvv_result": "M",
"avs_result": "Y",
"amount": 299.00,
"currency": "USD",
"mcc": "5999",
"ip": "203.0.113.45",
"device_id": "d-9f3a2c",
"email": "user@example.com",
"timestamp": "2025-03-18T10:22:31Z"
}
Response:
{
"status": "approved",
"auth_code": "A1B2C3",
"risk_score": 0.82,
"decision": "review"
}
可以看到,授权响应中已经可以携带风险评分和决策建议。这意味着风控系统必须在授权请求发出前或发出时完成判断,而不是等清算后再补救。
四、CNP与CP的差异及实战误区
CP交易中,卡片芯片或磁条提供了难以伪造的硬件凭证,收银员可以核对签名,POS终端可以读取CVV。CNP则完全依赖数据,这带来三个直接后果:
- 盗卡成本极低:一组卡号+CVV即可发起交易,无需复制物理卡片。
- 验证手段有限:AVS、CVV、3DS是主要工具,但AVS在部分国家覆盖不全,CVV可能被钓鱼获取。
- 拒付责任偏向商户:CNP交易中,发卡行更容易以“未授权交易”为由发起拒付,商户需自证交易合法。
常见误区一:认为“授权通过就是安全交易”。实际上,欺诈交易在发卡行未识别的情况下同样会授权成功。
常见误区二:把AVS不匹配一律拒绝。跨境交易中地址格式差异会导致误杀,应结合风险评分分层处理。
常见误区三:忽视清算时间差。授权时冻结的金额与最终清算金额可能不一致,风控规则需考虑部分请款和多次请款场景。
常见误区二:把AVS不匹配一律拒绝。跨境交易中地址格式差异会导致误杀,应结合风险评分分层处理。
常见误区三:忽视清算时间差。授权时冻结的金额与最终清算金额可能不一致,风控规则需考虑部分请款和多次请款场景。
复盘一个典型场景:某商户在促销期间收到大量CNP订单,授权通过率正常,但两周后拒付率飙升。事后分析发现,欺诈者使用被盗卡号,配合真实AVS和CVV,在授权阶段完全通过验证。问题出在商户只依赖发卡行授权结果,没有对设备指纹、IP聚集度、下单频率做实时拦截。这说明:CNP风控的核心不是判断“卡是否有效”,而是判断“使用卡的人是否可信”。
五、本节要点回顾
- CNP支付分授权和清算两个阶段,实时拦截只能发生在授权阶段。
- 六个参与方各司其职,发卡行是最终裁决方,商户是第一道防线。
- 授权通过不等于交易安全,欺诈交易同样可能获得授权。
- CNP与CP的本质差异在于缺少物理卡片凭证,导致验证手段和拒付责任不同。
- 风控规则必须基于授权报文字段和实时决策能力设计,不能依赖清算后补救。