AVS/CVV检查和额定信号

1）为什么AVS/CVV在iGaming

• 减少了通过"No Auth"/"Fraud"进行鞭打/冲锋枪的风险，
• 提高了发行人在主要CIT中的信心，
• 帮助将机器人/子弹清除到3 DS挑战赛，
• 提供基于策略的路由和计分的数据。

重要的是：AVS/CVV不能取代3DS2/SCA和令牌化，但可以很好地协同工作。

2）如何运作（一般）

AVS：将客户的计费地址（街道，索引，有时是城市/州）与发行人的地址进行比较。返回代码（match/partial/no match/unsupported）。
CVV：在地图上检查代码；match/no match/not processed/issuer not certified返回。
这两个结果都来自PSP/收购者的授权响应（或单独的webhook字段），并且必须在没有PAN的情况下编写，并链接到"payment_id"。

3） AVS代码（综合决策逻辑）

• 完全巧合："Y"（街道+指数）→强烈的积极信号。
• 部分匹配："A"（街道，没有索引），"Z"（街道，没有索引），"W/X"（9-/5位ZIP），"D/M"（国际匹配）→中等积极。
• 没有巧合："N" →负面信号；可能发生故障或加强检查/3 DS。
• 不可用/不适用："U"（issuer unavailable），"R"（retry），"S"（AVS不支持），"G"（国际不支持）→中性/弱性，解决方案取决于上下文。

• 高风险市场/卡：需要≥部分匹配或默认3DS-challenge。
• 具有历史背景的低风险客户：在没有挑战的情况下软化为"partial match"入场。
• 对于订阅（MIT）：AVS在原始CIT上很有用；进一步依靠3 DS工件/令牌和历史记录。

4）CVV/CVC代码（正常化）

Match：'M'是一个强烈的积极因素（尤其是对于卡片的主要记录）。
No Match："N"是强烈的负面影响；建议放弃或强制3DS-challenge。
不处理/不提供："P"/"S"-弱节制，请参见上下文（有时发行人不支持或字段丢失）。
Issuer not certified/Unavailable："U"是中性/弱性。

• 对于"CVV=N"的CIT，通常会拒绝（或发送到3DS-challenge和检查）。
• 对于MIT（重播），不要求CVV；依靠与原始CIT的联系。

5）AVS/CVV捆绑↔ 3DS/SCA和网络令牌

• AVS/CVV降低了挑战风险，并增加了无裂纹的机会。
• 在"AVS=N"和/或"CVV=N"中，合理地强行启动3 DS。
• Network tokens（VTS/MDES/NSPK）和VAU/ABU提高AR和LTV；与AVS/CVV一起，可以更好地了解原始CIT的风险。

6）Frod信号： 收集什么以及如何使用

• Device fingerprint (canvas/webgl/audio, шрифты, timezone, lang).
• Velocity：尝试按窗口付款（通过卡/帐户/设备/IP/BIN）。
• 地理一致性：IP国家vs BIN国家vs账单vs语言/货币。
• 行为模式：输入速度，字段焦点，共计，CVV错误。
• 帐户历史：年龄,AHT游戏会议,KYC状态,退款。
• 支付属性：MCC 7995，卡类型（预付款/借款/信用），发行人风险。
• 3 DS元数据：方法完整，dsTransID，发射者的挑战频率。

• 构建具有重量：CVV, AVS, device, geo, velocity, 3 DS历史的复合风险scor （0-100）。

• 'score ≤ T1' → frictionless（如果有）；
• `T1 < score ≤ T2` → challenge (3DS);
• 'score> T2' → decline或手动检查/替代。

7）解决方案矩阵（编排器示例）

8）Retrai和UX模式

CVV错误（N）：显示清晰的消息"检查地图上的代码",仅清除CVV字段,不要强迫您重新输入所有内容。
AVS不匹配：建议检查索引/街道，给出格式提示（ZIP-5/ZIP-9）。
Soft-decline/SCA： 3 DS自动重播,无需重新输入卡。
Velocity Block：一个简短的"冷静"与计时器和建议使用不同的方法。
替代方案：A2A（银行转账），按市场划分的本地钱包。

9）数据和存储模式（最小字段）

• `payment_id`, `psp_txn_id`, `token_id`, `bin`, `last4`, `scheme`, `issuer_country`
• `avs_result_normalized` ∈ {Y, PARTIAL, N, NA}
• `cvv_result_normalized` ∈ {M, N, NA}
• `risk_score`, `velocity_bucket`, `device_id`, `ip_country`, `bill_country`
• `threeDS`:{`version`, `eci`, `cavv`?, `method_done`:bool, `challenge`:bool}
• `decision` ∈ {approve, challenge, decline}, `reason`
• `route` (PSP_A/B), `was_retry`:bool, timestamps

10）度量与可观察性（KPI/SLO）

质量和转换

集群"AVS/CVV"的增量率（例如"CVV=M＆AVS=Y'vs'CVV=M＆AVS=partial"）。
Frictionless%和Challenge success%在不同的AVS类中。
Abandon rate在CVV/地址输入屏幕上。

风险

在AVS/CVV组合的切口中，Chargeback比率（fraud/consumer dispute）。
False positive：在随后的合法性下拒绝（上诉/重复）。
Soft-decline →成功的重播（3 DS之后）。

技术

Latency AVS/CVV检查（p95）和"U/S/G"份额（不可用）。
在BIN/发行人/PSP切口的"CVV=N"，"AVS=N"（Alertes）上的尖刺。

11）反模式

将'AVS=U/S/G'解释为对国际BIN的严格拒绝是转换的损失。
在系统上不受支持的国家/银行中要求AVS。
编译原始地址而不伪装或没有目的-泄漏风险/PII。
在不分析输入错误率的情况下拒绝"CVV=N"的硬度（可以进行诚实的mis-type）。
在部分AVS匹配中忽略3 DS工件和客户端历史记录。

12）实施支票

• 按电路/PSP归一化的AVS/CVV代码字典。
• 组合决策政策（approve/challenge/decline）。
• 与3DS2集成：在负面AVS/CVV的挑战中自动转换。
• 风险评分：设备,地理,velocity,客户历史,BIN策略。
• UX错误模板（本地化,保存输入的字段）。
• KPI的Dashbords和Alerta在"N"/"U/S/G"的激增中。
• PAN-safe：主机/iframe，令牌化；博客中只有元数据。
• A/B阈值测试（T1/T2）和市场/发行人规则。
• Playbooks retrae/soft-decline和替代支付方法。
• 地址保留策略/PII （GDPR/DSR）、掩码、最小化。

13）市场政策示例（草图）

美国/加拿大（AVS强大）：'AVS=Y'或'partial+3 DS/低风险'；'AVS=N' → challenge/decline。
欧盟（PSD2）：强调3DS2（frictionless）；AVS是得分信号。
AVS支持有限的国际市场：依赖3 DS+device/geo/velocity；'AVS=U/S/G'-中性。

14）摘要

AVS/CVV是CNP支付中的"第一个过滤器"。它们必须与3DS2，令牌化和风险评分结合使用，并且必须根据上下文而不是单个代码做出决定。使答桉正常化,建立评分,自动过渡到3 DS, 轻轻处理/PII地址,并用指标测量结果。所以你会减少弗罗德和charjbacks而不杀死转换。