发行人回复代码和处理

1）为什么要理解答桉代码

发行人的响应代码定义了以下操作：重复，从SCA/3DS重复，其他路由，不重复或升级用户。正确的代码分类可以提高Approval Rate（AR），降低成本并减少争议交易的份额。

2）代码分类（通用表示）

• 成功的

'00'是Approved（在单独的实现中为'85'）。

Soft declines（时间/可修复条件）

`51` — Insufficient funds.

'91'-Issuer或switch inoperative（临时不可用）。
'96'-System malfunction（常见错误）。
'62/65'-限制/通行频率（限制，日阈值）。
"R1/R3"或SCA 上的软调试电路代码需要/3 DS要求。

硬标记（给定尝试的恒定/最终原因）

'05'-不要获得荣誉（除非标记为SCA-soft，否则通常实际上很难获得）。

`14` — Invalid card number.

`54` — Expired card.

`57` — Transaction not permitted to cardholder.

`59` — Suspected fraud.

`43/41` — Stolen/Lost card.

"03/04/13"-Invalid 商人/withdrawal/amount（参数错误）。

3）决策矩阵（处理规则）

下面是电子商务的实用代码→动作矩阵（MCC 7995），其中3DS2/SCA和COF/MIT至关重要。

4）花花公子撤退和backoff

等效性：每个重播都必须具有idempotency-key并记录尝试状态机。

4.1通用backoff模板（软）

第一次失败→重播10-15分钟

第二→ 1-2小时

第三→ 24小时后，然后停止

如果soft-decline=SCA被要求立即→ 3DS2而没有等待。

4.2次订阅重播（MIT/COF）

单独的MIT retries队列（不干扰CIT）。
指数backoff+jitter（意外扩散），以避免在00：00出现"风暴"。
将绑定存储到原始CIT （liability/PSD2）。

5） 按代码/BIN/PSP进行智能路由

如果"91/96"针对特定的BIN群集,请切换到PSP-B,这些发行商的AR以上。
对于3 DS后的'05'-尝试网络令牌+其他PSP（有时通过发行人的防冻敏感性来帮助）。
支持弹性表：× PSP × 3 DS模式→ AR/latency发行商。

IF code in {91,96} AND bin_country == "X" THEN route = PSP_B
ELSE IF code == SCA_REQUIRED THEN enforce_3DS = true
ELSE IF code == 05 AND was_3DS == false THEN retry_with_3DS
ELSE IF code in HARD THEN stop_and_prompt_alternative

6）与3DS/SCA的关系

由于SCA而导致的软调节，请明确识别，并且不要在"盲目"复制品上浪费尝试。
在CIT上运行EMV 3 DS 2。x;后续的MIT-在正确引用时没有SCA。
传递最大上下文（设备、会计年龄、速度）-增加了无风险的机会。

7）UX模式以增强转换

可以理解的状态："资金不足"，"银行暂时无法使用"，"需要银行确认"。
带计时器的"重复"按钮（适用于'91/96'）。
备选方桉：A2A/本地钱包、部分金额、其他 PSP。
订阅中-带有"更新付款方式"的软标记（链接至卡上游）。

8）争议和charjbacks： 什么是重要的代码

3 DS成功率（ECI/CAVV）降低了福特/冲锋枪的风险并转移了责任。
"59/41/43"代码是高风险的：准备证据和反血统。
没有3 DS的"05"经常进入"没有持有人授权"；使用3 DS重播可减少分散的风险。
维护文物：dsTransID/ECI/CAVV, SCA logi,服务交付证明。

9）建筑处理组件

Payments Orchestrator：规则、等效性、状态机、智能路由、3 DS重新启动。
BIN服务：国家/计划/卡类型→路由和限制政策。

3 DS Server： 版本2。1/2.2/2.3, web/mobile SDK, decoupled.

Tokenization: network tokens (VTS/MDES/и т. п.) + vault-fallback.

卡上游：VAU/ABU/收购更新。
Observability：AR/Loss reasons度量，在BIN/发射器切口的 "05/91/96"尖峰上。

10）度量标准和Alertes

KPI:

AR按代码和分组（软/硬度）。
Soft-decline →成功的retray％（通用和3 DS）。
3 DS后"05"的比例（异常高→我们看到漫游/防冻剂）。
BIN/国家/地区的 '91/96'（发行人可用性SLO/PSP）。
成功重播的时间（p50/p95）。
Cost per approved txn（给定重复尝试）。

• Spike '91/96'> BIN集群中15分钟的X%。
• 在成功完成3 DS之后，'05'增长>Y％。
• Retraes的成功

11）常见错误

没有区分SCA-soft vs通用'05'。
多次重复而没有同位素的重复→ 在ledger中进行。
忽略地理限制和发行人限制（"62/65"）。
使用PAN/CVV代替令牌（PCI违规）。
"每个桉例一个PSP"，没有对发行人进行路由。

12）实施支票

• 映射代码字典（ISO/电路/PSP） →统一分类法（soft/hard/SCA）。
• 用于尝试的状态机器和等效性（钥匙，TTL）。
• Backoff策略和尝试限制（分别用于CIT/MIT）。
• SCA-SOFT 3DS2中的自动转换；保存人工制品。
• 在BIN/国家/地区和 PSP健康方面进行智能路由。
• Dashbords AR/declines和Alerta通过代码尖峰。
• UX模板用于拒绝原因和提供替代方案。
• 与updater卡和network tokens集成。
• 按原因组划分的花花公子。
• PCI策略：PAN安全、掩蔽、无敏感数据编写。

13）摘要

答案代码是发行人的"语言"。将其转换为易于理解的操作：在何处重复,在何处立即进入3DS,在何处切换PSP,在何处停止并提供替代方桉。强大的编排器具有正确的软/硬分类，反向规则，智能路由和可观察性，可以稳定地提高转换并降低iGaming中处理交易的成本。