発行者の応答コードと処理

1）解答コードを理解する理由

発行者のレスポンスコードは、次のアクションを決定します。繰り返し、SCA/3DSで繰り返し、異なるルート、ユーザーに繰り返したりエスカレートしたりしないでください。正しいコード分類は、承認率（AR）を増加させ、コストを削減し、紛争のあるトランザクションのシェアを削減します。

2）コードタクソノミ（概要）

• 成功したこと

'00'-承認（別々の実装では'85'）。

柔らかい減少

'51'-資金不足。
'91'-発行者またはスイッチが動作しない。
'96'-システムの故障（一般的なエラー）。
'62/65'-制限/周波数を超えます。
'R1/R3'またはSCAによるソフトダウンスキームコードrequired/3DS必要です。

ハード低下

'05'-尊敬しないでください（SCA-softマークされていない場合は、実際には難しいことがよくあります）。
'14'-カード番号が無効です。
'54'-有効期限切れのカード。
'57'-カード所有者に許可されていない取引。
'59'-詐欺の疑いがある。
'43/41'-盗まれた/失われたカード。
'03/04/13' -/amount（パラメータエラー）内のマーチャント/無効です。

3）意思決定マトリックス（処理ルール）

以下は、3DS2/SCAとCOF/MITが重要である電子商取引（MCC 7995）の実用的なコード→アクションマトリックスです。

4）再生ブックとバックオフの再試行

Idempotency：各リトライはidempotency-keyを持ち、試行のステートマシンを修正する必要があります。

4.1一般的なテンプレートのバックオフ（ソフト）

1つ目の失敗→10-15分で繰り返す

2位→1〜2時間以内

3rd→24hの後で、そして停止して下さい

soft-dection=SCAが必要な場合→すぐに3DS2待つことなく。

4.2サブスクリプション（MIT/COF）の繰り返し)

MIT再試行の個別のキュー（CITに干渉しない）。
指数関数バックオフ+ジッタ（ランダムスプレッド）00：00に「嵐」を回避します。
初期CIT （責任/PSD2）へのバインディングを保存します。

5） コード/BIN/PSPによるスマートなルーティング

特定のBINクラスタに'91/96'がある場合は、PSP-Bに切り替えてください。
3DS後の'05'-ネットワークトークン+別のPSPを試してみてください（時には発行者の不正防止感度が役立ちます）。
安定性テーブルを維持する：issuer × PSP × 3DSモード→AR/レイテンシ。

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 3DS 2を実行します。x；後続のMIT-正しい参照を持つSCAはありません。
最大コンテキスト（デバイス、アカウントの年齢、速度）を転送-摩擦のない可能性を高めます。

7）変換を高めるためのUXパターン

明確なステータス：「不十分な資金」、「一時的に利用できない銀行」、「必要な銀行確認」。
タイマー付きのやり直しボタン（'91/96'用）。
代替オファー：A2A/local財布、部分的な量、他のPSP。
サブスクリプションでは、「支払い方法を更新する」（カードアップデータへのリンク）とのソフト通知。

8）紛争とチャージバック： コードによって重要なもの

3DS成功（ECI/CAVV）は、詐欺/チャージバックのリスクを軽減し、責任を移転します。
コードの59/41/43はリスクが高く、証拠と不正防止ログを準備します。
'05' 3DSはしばしば「no holder authorization」；3DSで繰り返すと、紛争のリスクが軽減されます。
アーティファクトを保持：dsTransID/ECI/CAVV、 SCAログ、サービスの証明。

9）建築加工部品

支払いオーケストレータ：ルール、idempotency、ステートマシン、スマートルーティング、3DS再設定。
BINサービス：国/スキーム/カードタイプ→ルーティングと制限ポリシー。
3DSサーバ：バージョン2。1/2.2/2.3、ウェブ/モバイルSDK、デカップリング。
トークン化：ネットワークトークン（VTS/MDES）。п.)+vault-fallback。
カードアップデータ：VAU/ABU/取得更新。
Observability： AR/Lossの理由メトリクス、BIN/issuersセクションの「05/91/96」バーストに関するアラート。

10）メトリックとアラート

• コードとグループによるAR（ソフト/ハード）。
• 柔らかい低下→成功したリトレイ％（3DSと共通）。
• 3DS後に'05'を共有します（異常に高い→ルーティング/不正防止を見てください）。
• '91/96' by BIN/country （SLO by issuer availability/PSP）。
• 成功するまでの時間（p50/p95）。
• 承認されたtxnあたりのコスト（再試行を考慮）。

• Spike '91/96'> BINクラスタで15分でX％。
• '05' growth> 3DS成功後のY％。
• リトレイ成功<週にZ％。

11）頻繁なエラー

SCA-softとジェネリック'05'の区別はありません。
レジャーのidempotency→duplicatesのない複数の繰り返し。
地理制限と発行者制限（'62/65'）を無視します。
トークンの代わりにPAN/CVVロギング（PCI違反）。
発行者ルーティングなしの「すべてのケースに1つのPSP」。

12）実装チェックリスト

• コードマッピング辞書（ISO/スキーマ/PSP）→シングルタクソノミ（ソフト/ハード/SCA）。
• ステートマシンと試行のためのidempotency（キー、TTL）。
• バックオフポリシーと再試行制限（CIT/MITの場合は別）。
• SCA柔らかいとの自動3DS2；アーティファクトの保存。
• BIN/country/issuerとPSPの健康によるスマートルーティング。
• ダッシュボードAR/減衰とコード付着によるアラート。
• 拒否の理由と代替案の提案のためのUXテンプレート。
• カードアップデータとネットワークトークンとの統合。
• 原因グループによるプレイブックの紛争。
• PCIポリシー：PAN-safe、マスキング、機密データなしでのログ記録。

13）概要

回答コードは発行者の「言語」です。"どこで繰り返し、どこで3DSにすぐに行くのか、どこでPSPを切り替えるのか、どこで停止して代替手段を提供するのか、わかりやすいアクションに変換します。適切なソフト/ハード分類、バックオフルール、スマートルーティング、オブザビリティを備えた強力なオーケストレーターは、一貫して変換を増加させ、iGamingで処理されたトランザクションのコストを削減します。