發行人回復代碼和處理

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中處理交易的成本。