Codurile de răspuns ale emitentului și procesarea
1) De ce să înțelegeți codurile de răspuns
Codul de răspuns al emitentului determină următoarea acțiune: repetați, repetați cu SCA/3DS, traseul în mod diferit, nu repetați sau escaladați către utilizator. Clasificarea corectă a codului crește rata de aprobare (AR), reduce costurile și reduce cota tranzacțiilor disputate.
2) Cod taxonomie (prezentare generală)
Codurile vin în autorizație (auth) de la achizitor/PSP, hartă la ISO 8583 și/sau directoare de circuite. iGaming are suficientă grupare practică:- Succes
'00' - Aprobat (sau '85' în implementări separate).
Soft scade
'51' - Fonduri insuficiente.
„91” - emitent sau comutator nefuncțional.
„96” - Defecțiunea sistemului (eroare generală).
„62/65” - Restricții/Depășește în frecvență.
'R1/R3' sau soft-declin schema coduri de SCA required/3DS necesare.
Hard scade
'05' - Nu onora (de multe ori de fapt greu, dacă nu marcat SCA-moale).
'14' - Număr de card nevalid.
'54' - carte expirată.
„57” - Tranzacția nu este permisă deținătorului cardului.
'59' - Suspect de fraudă.
'43/41' - Card furat/pierdut.
'03/04/13' - Comerciant invalid/în interiorul/suma (eroare de parametru).
3) Matricea decizională (reguli de prelucrare)
Mai jos este un cod practic → matrice de acțiune pentru e-commerce (MCC 7995), în cazul în care 3DS2/SCA și COF/MIT sunt critice.
4) Retray playbook-uri și backoff
Idempotență: Fiecare încercare trebuie să aibă o cheie de idempotență și să stabilească mașina de stat a încercărilor.
4. 1 Backoff șablon general (moale)
primul eșec de → se repeta în 10-15 min
A doua → în 1-2 ore
A treia → după 24h, apoi opriți-vă
Dacă soft-declin = SCA necesar → imediat 3DS2 fără a aștepta.
4. 2 Repetări pentru abonamente (MIT/COF)
Coadă separată de reîncărcări MIT (nu interferează cu CIT).
Backoff exponențial + jitter (răspândire aleatorie) pentru a evita o „furtună” la 00:00.
Păstrați legarea la CIT inițial (răspundere/PSD2).
5) Rutare inteligentă prin cod/BIN/PSP
Dacă „91/96” pe anumite clustere BIN, treceți la PSP-B, care are un AR mai mare pentru acești emitenți.
Pentru '05' după 3DS - încercați token de rețea + un alt PSP (uneori emitent sensibilitate anti-fraudă ajută).
Mențineți un tabel de stabilitate: emitent × modul PSP × 3DS → AR/latență.
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_alternative6) Relația cu 3DS/SCA
Soft-declin din cauza SCA, recunosc fără ambiguitate și nu deșeuri încercări pe „orb” retrave.
La CIT, rulați EMV 3DS 2. x; MIT-uri ulterioare - nu SCA cu referințe corecte.
Transferați contextul maxim (dispozitiv, vârsta contului, viteza) - crește șansa de fricțiune.
7) Modele UX pentru a stimula conversia
Stări clare: „Fonduri insuficiente”, „Banca temporar indisponibilă”, „Confirmarea bancară necesară”.
Redo buton cu cronometru (pentru „91/96”).
Ofertă alternativă: portofele A2A/local, cantitate parțială, alte PSP.
În abonamente - notificări soft cu „metoda de plată actualizată” (link către actualizatorul cardului).
8) Litigii și chargebacks: ceea ce contează prin cod
Succesul 3DS (ICE/CAVV) reduce riscul de fraudă/taxare și transferă responsabilitatea.
Codurile „59/41/43” sunt cu risc ridicat: pregătesc dovezi și jurnale antifraudă.
„5” fără 3DS de multe ori intră în „nici o autorizație de titular”; repetarea cu 3DS reduce riscul de dispută.
Păstrați artefacte: dsTransID/ECI/CAVV, jurnale SCA, dovada serviciului.
9) Componente de prelucrare arhitecturală
Orchestrator de plăți: reguli, idempotență, mașină de stat, rutare inteligentă, reinițiere 3DS.
Serviciu BIN: țară/schemă/tip card → rutare și politica de limite.
Server 3DS: versiunile 2. 1/2. 2/2. 3, SDK web/mobil, decuplat.
Tokenizare: token-uri de rețea (VTS/MDES/и т. п.) + rezervă-seif.
Card Updater: VAU/ABU/achiziţionarea de actualizări.
Observabilitate: AR/Pierdere motive metrici, alerte privind „05/91/96” explozii în secțiunea BIN/emitenți.
10) Măsurători și alerte
KPI:- AR după cod și după grup (soft/hard).
- Soft-declin → retray cu succes% (comun cu 3DS).
- Share '05' după 3DS (anormal de mare → uita-te la rutare/anti-fraudă).
- '91/96' by BIN/country (SLO by emitent availability/PSP).
- Timpul până la repetarea cu succes (p50/p95).
- Costul pe txn aprobat (având în vedere retries).
- Spike '91/96'> X% în 15 min în cluster BIN.
- '05' growth> Y% după 3DS de succes.
- Retrăiți succesul
11) Erori frecvente
Nici o distincție SCA-soft vs generic '05'.
Repetiții multiple fără idempotență → duplicate în registru.
Ignorarea limitelor geografice și a limitelor emitenților („62/65”).
Înregistrarea PAN/CVV în loc de jetoane (încălcarea PCI).
„Un PSP pentru toate cazurile” fără rutarea emitentului.
12) Lista de verificare a implementării
- Dicționar de cartografiere a codurilor (ISO/scheme/PSP) → taxonomie unică (soft/hard/SCA).
- Mașină de stat și idempotență pentru încercări (chei, TTL).
- Politici de backoff și limite de încercare din nou (separat pentru CIT/MIT).
- Auto- 3DS2 cu SCA-soft; conservarea artefactelor.
- Smart-routing de BIN/țară/emitent și sănătate PSP.
- Tablouri de bord AR/declină și alerte prin aderențe de cod.
- Șabloane UX din motive de refuz și sugestii de alternative.
- Integrarea cu actualizator de card și token-uri de rețea.
- Playbook-uri disputate pe grupe de cauze.
- Politici PCI: PAN-safe, mascare, logare fără date sensibile.
13) Rezumat
Codurile de răspuns sunt limba emitentului. "Traduceți-l în acțiuni ușor de înțeles: unde să repetați, unde să mergeți imediat la 3DS, unde să schimbați PSP și unde să opriți și să oferiți o alternativă. Un orchestrator puternic cu clasificarea corectă soft/hard, reguli de backoff, rutare inteligentă și observabilitate crește în mod constant conversia și reduce costul tranzacțiilor procesate în iGaming.