Antwortcodes des Emittenten und Verarbeitung

1) Warum Antwortcodes verstehen

Der Antwortcode des Emittenten bestimmt die folgende Aktion: wiederholen, mit SCA/3DS wiederholen, anders routen, nicht wiederholen oder für den Benutzer eskalieren. Die korrekte Klassifizierung von Codes erhöht die Genehmigungsrate (AR), senkt die Kosten und verringert den Anteil umstrittener Transaktionen.

2) Taxonomie der Codes (Gesamtansicht)

• Erfolg

„00“ - Genehmigt (oder „85“ in getrennten Implementierungen).

Soft declines (temporäre/korrigierbare Bedingungen)

`51` — Insufficient funds.
„91“ - Issuer or switch inoperative (vorübergehende Nichtverfügbarkeit).
'96' - System malfunction (allgemeiner Fehler).
„62/65“ - Beschränkungen/Ausnahmen innerhalb der Frequenz (Grenzwerte, Tagesgrenzen).
„R1/R3“ oder Soft-Decline-Schaltungscodes nach SCA erforderlich/3DS benötigt.

Hard declines (dauerhafte/endgültige Gründe für diesen Versuch)

'05' - Nicht ehren (oft tatsächlich hart, wenn nicht als SCA-soft gekennzeichnet).
`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 merchant/withdrawal/amount.

3) Entscheidungsmatrix (Verarbeitungsregeln)

Im Folgenden finden Sie die praktische Code → Action-Matrix für E-Commerce (MCC 7995), bei der 3DS2/SCA und COF/MIT kritisch sind.

4) Playbooks von Retrays und Backoff

Idempotenz: Jede Wiederholung muss einen idempotency-key haben und die State-Machine der Versuche erfassen.

4. 1 Allgemeine Backoff-Vorlage (soft)

1. Rückschlag → Wiederholung nach 10-15 Minuten

2. → nach 1-2 h

3. → nach 24 Stunden, dann Stopp

Wenn soft-decline = SCA erforderlich → sofort 3DS2 ohne Wartezeit.

4. 2 Wiederholungen für Abonnements (MIT/COF)

Separate Warteschlange MIT retries (nicht mit CIT stören).
Exponentieller Backoff + Jitter (zufällige Streuung), um einen „Sturm“ um 00:00 Uhr zu vermeiden.
Bindung an initial CIT (liability/PSD2) speichern.

5) Smart-Routing durch Codes/BIN/PSP

Wenn „91/96“ für bestimmte BIN-Cluster gilt, wechseln Sie zu PSP-B, das für diese Emittenten einen höheren AR hat.
Für '05' nach 3DS - versuchen Sie ein Netzwerk-Token + eine andere PSP (manchmal hilft die Empfindlichkeit des Emittenten gegen Betrug).
Unterstützen Sie die Nachhaltigkeitstabelle: Emittent × PSP × 3DS-Modus → AR/Latenz.

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) Beziehung zur 3DS/SCA

Soft-Decline aufgrund von SCA eindeutig erkennen und keine Versuche mit „blinden“ Retrays verschwenden.
Starten Sie auf dem CIT den EMV 3DS 2. x; nachfolgende MIT - ohne SCA mit korrekten Referenzen.
Übertragen Sie maximale Kontext (Gerät, Konto age, velocity) - erhöht die Chance frictionless.

7) UX-Muster zur Steigerung der Conversion

Verständliche Zustände: „Nicht genügend Mittel“, „Bank vorübergehend nicht erreichbar“, „Bestätigung bei der Bank erforderlich“.
Taste „Wiederholen“ mit Timer (für '91/96').
Alternative Vorschlag: A2A/lokale Geldbörsen, Teilbetrag, andere PSP.
In Abonnements - Soft-Benachrichtigungen mit „Zahlungsmethode aktualisieren“ (Link zum Kartenupdater).

8) Streitigkeiten und Charjbeki: Was bei Codes wichtig ist

3DS-Erfolg (ECI/CAVV) reduziert das Betrugs-/Charjback-Risiko und überträgt die Verantwortung.
„59/41/43“ -Codes sind risikoreich: Bereiten Sie Beweise und Betrugsbekämpfungsprotokolle vor.
„05“ ohne 3DS geht oft in „keine Zulassung des Inhabers“; eine Wiederholung mit 3DS verringert das Risiko einer Disputation.
Führen Sie Artefakte: dsTransID/ECI/CAVV, SCA-Protokolle, Nachweis der Leistungserbringung.

9) Architektonische Verarbeitungskomponenten

Payments Orchestrator: Regeln, Idempotenz, State-Machine, Smart-Routing, 3DS-Reinitiation.
BIN-Service: Land/Schema/Kartentyp → Routing- und Limitpolitik.
3DS Server: Version 2. 1/2. 2/2. 3, web/mobile SDK, decoupled.
Tokenization: network tokens (VTS/MDES/и т. п.) + vault-fallback.
Card Updater: VAU/ABU/acquirer updates.
Observability: AR/Loss Reasons-Metriken, Alerts für „05/91/96“ -Spikes im BIN/Emittenten-Schnitt.

10) Metriken und Alerts

• AR nach Codes und Gruppen (soft/hard).
• Soft-decline → erfolgreiches Retrace% (gemeinsam und mit 3DS).
• Der Anteil von '05' nach 3DS (ungewöhnlich hoch → wir sehen Routing/Fraud).
• „91/96“ nach BIN/Ländern (SLO nach Verfügbarkeit der Emittenten/PSP).
• Zeit bis zur erfolgreichen Wiederholung (p50/p95).
• Cost per approved txn (unter Berücksichtigung wiederholter Versuche).

• Spike' 91/96'> X% in 15 min im BIN-Cluster.
• '05' Wachstum> Y% nach dem erfolgreichen 3DS.
• Erfolg der Retrays

11) Häufige Fehler

Keine Unterscheidung SCA-soft vs generische' 05'.
Multiple Wiederholungen ohne Idempotenz → Doppel in Ledger.
Missachtung von Geo-Limits und Emittentenlimits ('62/65').
PAN/CVV-Logging statt Token (PCI-Verletzung).
„Eine PSP für alle Fälle“ ohne Routing nach Emittenten.

12) Checkliste Umsetzung

• Code-Mapping-Wörterbuch (ISO/Schemas/PSP) → einheitliche Taxonomie (Soft/Hard/SCA).
• State-Maschine und Idempotenz für Versuche (Schlüssel, TTL).
• Backoff-Richtlinien und Grenzen der Versuche (getrennt für CIT/MIT).
• Automatischer Übergang in 3DS2 mit SCA-soft; Erhaltung von Artefakten.
• Smart-Routing nach BIN/Land/Emittent und PSP-Gesundheit.
• AR/declines Dashboards und Code-Spike-Alerts.
• UX-Templates für Ablehnungsgründe und Alternativvorschläge.
• Integration mit Karten-Updater und Netzwerk-Token.
• Playbooks der Dispute nach Ursachengruppe.
• PCI-Richtlinien: PAN-safe, Masking, Logging ohne sensible Daten.

13) Zusammenfassung

Antwortcodes sind die „Sprache“ des Emittenten. Übersetzen Sie es in verständliche Aktionen: wo zu wiederholen, wo sofort in 3DS gehen, wo PSP wechseln, und wo zu stoppen und eine Alternative anbieten. Ein starker Orchestrator mit korrekter Soft/Hard-Klassifizierung, Backoff-Regeln, Smart-Routing und Beobachtbarkeit steigert die Conversion stetig und senkt die Kosten für die verarbeiteten Transaktionen in iGaming.