Emitent cavab kodları və emal

1) Niyə cavab kodlarını başa düşmək lazımdır

Emitentin cavab kodu aşağıdakı hərəkəti müəyyən edir: təkrarlamaq, SCA/3DS ilə təkrarlamaq, fərqli marşrutlaşdırmaq, təkrarlamamaq və ya istifadəçiyə eskalasiya etmək. Düzgün kodların təsnifatı Approval Rate (AR) artırır, dəyəri azaldır və mübahisəli əməliyyatların payını azaldır.

2) Kodların taksonomiyası (ümumi təqdimat)

• Uğur

'00' - Approved (və ya '85' fərdi tətbiqlərdə).

Soft declines (müvəqqəti/düzəldilə bilən şərtlər)

`51` — Insufficient funds.
'91' - Issuer or switch inoperative (müvəqqəti əlçatanlıq).
'96' - System malfunction (ümumi səhv).
'62/65' - Restrictions/Exceeds withdrawal frequency (limitlər, gündəlik hədlər).
'R1/R3' və ya SCA soft-decline sxem kodları/3DS needed tələb olunur.

Hard declines (bu cəhd üçün daimi/son səbəblər)

'05' - Do not honor (çox vaxt SCA-soft kimi qeyd olunmasa, əslində hard).
`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 (parametrlər xətası).

3) Həllər matrisi (emal qaydaları)

Aşağıda e-ticarət üçün praktik «kod → hərəkət» matrisi (MCC 7995), burada 3DS2/SCA və COF/MIT kritik.

4) Playbook retrains və backoff

İdempotentlik: Hər təkrarlama idempotency-key olmalıdır və cəhd state-maşın qeyd.

4. 1 Ümumi backoff şablon (yumşaq)

1-ci uğursuzluq → 10-15 dəqiqə sonra təkrar

2-ci → 1-2 saat sonra

3 → 24 saat sonra dayandırın

soft-decline = SCA required → dərhal gözləmədən 3DS2.

4. 2 Abunə üçün təkrar (MIT/COF)

Ayrı növbə MIT retries (CIT mane deyil).
00: 00-da «fırtına» qarşısını almaq üçün eksponensial backoff + jitter (təsadüfi yayılma).
initial CIT (liability/PSD2) bağlayın.

5) Smart-routing kodları/BIN/PSP

Xüsusi BIN klasterləri ilə '91/96' olarsa, bu emitentlər üçün AR-dan yuxarı olan PSP-B-yə keçin.
3DS-dən sonra '05' üçün - network token + digər PSP-ni sınayın (bəzən emitent antifrod həssaslığı kömək edir).
Sabitlik cədvəlini saxlayın: PSP × emitenti × 3DS rejimi → 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 ilə əlaqə

SCA səbəbiylə Soft-decline birmənalı olaraq tanıyın və «kor» retrajlara cəhd etməyin.
CIT-də EMV 3DS 2 başlatın. x; sonrakı MIT - düzgün linklərdə SCA olmadan.
Maksimum konteksti (device, account age, velocity) çatdırın - frictionless şansını artırır.

7) Dönüşüm artırmaq üçün UX nümunələri

Başa düşülən statuslar: «Kifayət qədər vəsait yoxdur», «Bank müvəqqəti əlçatmazdır», «Bankda təsdiq tələb olunur».
Zamanlayıcı ilə «Təkrarla» düyməsi ('91/96' üçün).
Alternativ təklif: A2A/lokal cüzdan, qismən məbləğ, digər PSP.
Abunəliklərdə - «ödəmə üsulunu yeniləmək» ilə yumşaq notifikasiyalar (card updater link).

8) Mübahisələr və çarjbeklər: kodlar üçün nə vacibdir

3DS success (ECI/CAVV) frod/charcback riskini azaldır və məsuliyyət daşıyır.
'59/41/43' kodları yüksək risklidir: sübutlar və antifrodlar hazırlayın.
'05' 3DS olmadan tez-tez «sahibinin heç bir icazəsi yoxdur»; 3DS ilə təkrar mübahisə riskini azaldır.
Artefaktları aparın: dsTransID/ECI/CAVV, SCA qeydləri, xidmətin göstərilməsinin sübutu.

9) Memarlıq emal komponentləri

Payments Orchestrator: qaydalar, idempotentlik, state-machine, smart-routing, 3DS-readination.
BIN-xidmət: ölkə/sxem/kart növü → marşrut və limit siyasəti.
3DS Server: versiyası 2. 1/2. 2/2. 3, web/mobile SDK, decoupled.
Tokenization: network tokens (VTS/MDES/и т. п.) + vault-fallback.
Card Updater: VAU/ABU/ekvayer yeniləmələri.
Observability: AR/Loss reasons metrikləri, BIN/emitentlər kontekstində '05/91/96' sıçrayışlarına görə alertlər.

10) Metriklər və alertlər

• AR kodlar və qruplar üzrə (soft/hard).
• Soft-decline → uğurlu retray% (ümumi və 3DS ilə).
• 3DS-dən sonra '05' nisbəti (anormal yüksək → marşrut/antifrod baxın).
• BIN/ölkələr üzrə '91/96' (Emitentlərin mövcudluğu üzrə SLO/PSP).
• Uğurlu təkrarlanmaya qədər vaxt (p50/p95).
• Cost per approved txn (təkrar cəhdlər nəzərə alınmaqla).

• Spike '91/96'> X% BIN klasterində 15 dəq.
• '05' artım> Uğurlu 3DS sonra Y%.
• Retrajların uğuru

11) Tez-tez səhvlər

SCA-soft vs ümumi '05' fərqi yoxdur.
İdempotentlik olmadan bir neçə təkrarlama → ledger dublları.
Geo-məhdudiyyətlərə və emitent limitlərinə məhəl qoymamaq ('62/65').
Tokenlərin yerinə PAN/CVV loqosu (PCI pozulması).
«Bütün hallarda bir PSP» emitentlər tərəfindən marşrutlaşdırılmadan.

12) Giriş çek siyahısı

• Mapping kodları lüğəti (ISO/sxemlər/PSP) → vahid taksonomiya (soft/hard/SCA).
• State-maşın və cəhdlər üçün idempotent (açarlar, TTL).
• Backoff siyasətləri və cəhd limitləri (CIT/MIT üçün ayrıca).
• SCA-soft altında 3DS2 avtomobil keçidi; artefaktların qorunması.
• BIN/ölkə/emitent və PSP sağlamlıq Smart-routing.
• AR/declines dashboard və kod adaptasiyaları ilə alert.
• UX şablonları imtina səbəbləri və alternativlər təklif.
• Card updater və network tokens ilə inteqrasiya.
• Qrup səbəblərə görə mübahisələrin playbukları.
• PCI siyasəti: PAN-safe, maskalama, həssas məlumat olmadan loging.

13) Xülasə

Cavab kodları emitentin «dilidir». Onu başa düşülən hərəkətlərə çevirin: harada təkrarlamaq, dərhal 3DS-ə getmək, PSP-ni harada dəyişdirmək və harada dayanmaq və alternativ təklif etmək. Düzgün soft/hard təsnifatı, backoff qaydaları, smart-routing və müşahidə qabiliyyəti olan güclü orkestrator dönüşümü stabil artırır və iGaming-də emal edilmiş əməliyyatların dəyərini azaldır.