Emitent javoblarining kodlari va ularni qayta ishlash

1) Nima uchun javob kodlarini tushunish

Emitentning javob kodi quyidagi harakatni belgilaydi: takrorlash, SCA/3DS bilan takrorlash, boshqacha yo’naltirish, takrorlamaslik yoki foydalanuvchiga eskalatsiya qilish. Kodlarning toʻgʻri tasnifi Approval Rate (AR) ni oshiradi, qiymatni kamaytiradi va bahsli tranzaksiyalar ulushini kamaytiradi.

2) Kodlarning taksonomiyasi (umumiy taqdimoti)

• Muvaffaqiyat

’00’ - Approved (yoki’85’alohida realizatsiyalarda).

Soft declines (vaqtinchalik/tuzatiladigan shartlar)

`51` — Insufficient funds.
’91’ - Issuer or switch inoperative (vaqtincha mavjud emas).
’96’ - System malfunction (umumiy xato).
’62/65’ - Restrictions/Exceeds withdrawal frequency (limitlar, kunduzgi chegaralar).
’R1/R3’ yoki SCA boʻyicha soft-decline sxema kodlari/3DS needed talab qilinadi.

Hard declines (ushbu urinish uchun doimiy/yakuniy sabablar)

’05’ - Do not honor (ko’pincha amalda hard, agar SCA-soft deb belgilanmagan bo’lsa).
`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 (parametrlar xatosi).

3) Yechimlar matritsasi (ishlov berish qoidalari)

Quyida - e-commerce (MCC 7995) uchun amaldagi «kod → harakat» matritsasi, bunda 3DS2/SCA va COF/MIT juda muhim.

4) Retrayev va backoff pleybuklari

Idempotentlik: har bir takrorlash idempotency-key bo’lishi va urinishlar state-mashinasini qayd etishi kerak.

4. 1 Umumiy backoff (soft) namunasi

1-muvaffaqiyatsizlik → 10-15 daqiqadan so’ng takrorlash

2-chi → 1-2 soatdan keyin

3-chi → 24 soatdan keyin, keyin to’xtash

Agar soft-decline = SCA required → darhol kutmasdan 3DS2.

4. 2 Obuna uchun takrorlash (MIT/COF)

MIT retries uchun alohida navbat (CITga xalaqit bermaslik).
Soat 00:00 da «bo’ron» ni oldini olish uchun eksponensial backoff + jitter (tasodifiy tarqalish).
initial CIT (liability/PSD2) bilan bogʻlanishni saqlash.

5) Smart-routing/BIN/PSP kodlari bo’yicha

Agar’91/96’aniq BIN-klasterlar bo’yicha bo’lsa, ushbu emitentlar uchun AR yuqori bo’lgan PSP-B ga o’tkazing.
’05’ uchun 3DS’dan keyin - network token + boshqa PSP’ni sinab ko’ring (ba’zan emitent antifrodining sezgirligi yordam beradi).
Barqarorlik jadvalini qoʻllab-quvvatlang: emitent × PSP × 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 bilan o’zaro bog’liqlik

Soft-decline SCA tufayli aniq tanib oling va «ko’r» retrajlar uchun urinishlarni behuda sarflamang.
CITda EMV 3DS 2 ni ishga tushiring. x; keyingi MIT - to’g "ri havolalarda SCAsiz.
Maksimal kontekstni (device, account age, velocity) uzating - frictionless imkoniyatini oshiradi.

7) Konversiyani oshirish uchun UX-patternlar

Tushunarli maqomlar: «Mablag’yetarli emas», «Bank vaqtincha mavjud emas», «Bankda tasdiqlash talab etiladi».
Taymer bilan «Takrorlash» tugmasi (’91/96’uchun).
Muqobil taklif: A2A/lokal hamyonlar, qisman summa, boshqa PSP.
Obunalarda - «to’lov usulini yangilash» (card updaterdagi link) bilan yumshoq notifikatsiyalar.

8) Nizolar va chorjbeklar: kodlar bo’yicha nima muhim

3DS success (ECI/CAVV) frod/charjbek xavfini kamaytiradi va javobgarlikka tortiladi.
’59/41/43’ - yuqori xavfli kodlar: dalillar va antifrod-loglarni tayyorlang.
’05’ 3DS ko’pincha «egasining avtorizatsiyasi yo’q» ga o’tadi; 3DS bilan takrorlash tortishuv xavfini kamaytiradi.
dsTransID/ECI/CAVV, SCA loglari, xizmat ko’rsatish dalillari.

9) Ishlov berishning me’moriy komponentlari

Payments Orchestrator: qoidalar, idempotentlik, state-machine, smart-routing, 3DS-qayta tashabbus.
BIN-servis: mamlakat/sxema/xarita turi → routing va limitlar siyosati.
3DS Server: versiyalar 2. 1/2. 2/2. 3, web/mobile SDK, decoupled.
Tokenization: network tokens (VTS/MDES/и т. п.) + vault-fallback.
Card Updater: VAU/ABU/ekvayer yangilanishlari.
Observability: AR/Loss reasons metriklari, BIN/emitentlar kesimida’05/91/96’portlashlari bo’yicha alertlar.

10) Metrika va alertlar

• AR kodlar va guruhlar bo’yicha (soft/hard).
• Soft-decline → muvaffaqiyatli retray% (umumiy va 3DS bilan).
• 3DS dan keyin’05’ulushi (g’ayritabiiy darajada yuqori → biz routing/antifrodni ko’ramiz).
• ’91/96’ BN/mamlakatlar bo’yicha (emitentlar/PSP foydalanishi bo’yicha SLO).
• Muvaffaqiyatli takrorlash vaqti (p50/p95).
• Cost per approved txn (takroriy urinishlarni hisobga olgan holda).

• Spayk’91/96’> X% 15 daqiqada BIN klasterida.
• ’05’ oʻsish> Y% muvaffaqiyatli 3DS’dan keyin.
• Retrajlarning muvaffaqiyati

11) Tez-tez xatolar

SCA-soft vs umumiy’05’farqining yo’qligi.
Idempotentsiz takrorlash → ledger.
Emitentning geo-cheklovlari va limitlarini e’tiborsiz qoldirish (’62/65’).
Tokenlar o’rniga PAN/CVV logini (PCI buzilishi).
«Barcha holatlar uchun bitta PSP» emitentlar bo’yicha routingsiz.

12) Joriy etish chek-varaqasi

• Mapping kodlar lug’ati (ISO/sxemalar/PSP) → yagona taksonomiya (soft/hard/SCA).
• Davlat mashinasi va urinishlar uchun idempotentlik (kalitlar, TTL).
• Backoff-siyosati va urinishlar limitlari (CIT/MIT uchun alohida).
• SCA-soft da 3DS2 avtomobillar o’tish joyi; artefaktlarni saqlash.
• BIN/mamlakat/emitent va PSP salomatligi bo’yicha Smart-routing.
• AR/declines dashbordlari va kod paychalari bo’yicha alertalar.
• Rad etish sabablari va muqobil takliflar uchun UX shablonlari.
• Card updater va network tokens bilan integratsiya.
• Sabablar guruhlari bo’yicha munozaralarning pleybuklari.
• PCI siyosati: PAN-safe, niqoblash, nozik ma’lumotlarsiz loging.

13) Xulosa

Javob kodlari - emitentning «tili». Uni tushunarli harakatlarga o’tkazing: qayerda takrorlash kerak, qaerda darhol 3DSga borish kerak, qaerda PSP o’zgartirish kerak va qaerda to’xtash kerak va alternativa taklif qilish kerak. Soft/hard, backoff-qoidalari, smart-routing va kuzatish qobiliyatiga ega kuchli orkestrator iGaming-da qayta ishlangan tranzaksiyalar qiymatini pasaytiradi.