Эмитенттің жауап кодтары және өңдеу

1) Жауап кодтарын түсінудің қажеті

Эмитенттің жауап коды келесі әрекетті анықтайды: қайталау, SCA/3DS қайталау, басқаша бағыттау, қайталамау немесе пайдаланушыға эскалация жасау. Кодтардың дұрыс жіктелуі Approval Rate (AR) көтереді, құнын төмендетеді және даулы транзакциялардың үлесін азайтады.

2) Кодтардың таксономиясы (жалпы көрініс)

• Табысқа жету

'00' - Approved (немесе '85' жекелеген іске асыруларда).

Soft declines (уақытша/түзетілетін шарттар)

`51` — Insufficient funds.
'91' - Issuer or switch inoperative (уақытша қол жетімділік).
'96' - System malfunction (жалпы қате).
'62/65' - Restrictions/Exceeds withdrawal frequency (лимиттер, күндізгі табалдырықтар).
'R1/R3' немесе SCA бойынша soft-decline схемалық кодтары талап етіледі/3DS needed.

Hard declines (осы әрекет үшін тұрақты/түпкілікті себептер)

'05' - Do not honor (егер SCA-soft деп белгіленбесе, көбінесе іс жүзінде 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 (параметрлер қатесі).

3) Шешімдер матрицасы (өңдеу ережелері)

Төменде - e-commerce (MCC 7995) үшін практикалық «код → әрекет» матрицасы, мұнда 3DS2/SCA мен COF/MIT сыни.

4) Ретрай және backoff плейбуктері

Теңсіздік: әрбір қайталауда idempotency-key болуы және әрекеттердің state-машинасын тіркеуі тиіс.

4. 1 Жалпы backoff (soft) үлгісі

1-ші сәтсіздік → 10-15 минуттан кейін қайталау

2-ші → 1-2 сағаттан кейін

3-ші → 24 сағаттан кейін, содан кейін тоқтау

Егер soft-decline = SCA required → бірден күтусіз 3DS2.

4. 2 Жазылуға арналған қайталаулар (MIT/COF)

MIT retries жеке кезегі (CIT кедергі жасамаңыз).
00: 00-де «дауылды» болдырмау үшін экспоненциалды backoff + jitter (кездейсоқ шашырау).
initial CIT (liability/PSD2) байланысын сақтау.

5) Коды бойынша Smart-routing/BIN/PSP

Егер '91/96' нақты BIN-кластерлер бойынша болса, осы эмитенттер үшін AR-дан жоғары PSP-B-ге ауысыңыз.
'05' үшін 3DS кейін - network token + басқа PSP әрекетін жасаңыз (кейде эмитенттің антифрод сезімталдығы көмектеседі).
Тұрақтылық кестесін қолдаңыз: PSP × эмитенті × 3DS режимі → 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 өзара байланыс

SCA-ға байланысты Soft-decline-ді біржақты таныңыз және «соқыр» ретраяға тырысыңыз.
CIT-те EMV 3DS 2 іске қосыңыз. x; кейінгі MIT - дұрыс сілтемелер кезінде SCA-сыз.
Контекст максимумын беріңіз (device, account age, velocity) - frictionless мүмкіндігін арттырады.

7) Конверсияны арттыруға арналған UX-паттерндер

Түсінікті мәртебелер: «Қаражат жеткіліксіз», «Банк уақытша қол жетімді емес», «Банкте растау талап етіледі».
Таймермен «Қайталау» түймешігі ('91/96' үшін).
Балама ұсынысы: А2А/жергілікті әмияндар, ішінара сома, басқа PSP.
Жазылымдарда - «төлем тәсілін жаңарту» (card updater бойынша link) бар жұмсақ нотификациялар.

8) Даулар мен чарджбектер: кодтар бойынша не маңызды

3DS success (ECI/CAVV) фрод/чарджбек тәуекелін төмендетеді және жауапкершілікті көтереді.
'59/41/43' коды - тәуекелі жоғары: дәлелдемелер мен антифрод-логияларды дайындаңыз.
'05' 3DS-сіз көбінесе «ұстаушының авторизациясы жоқ»; 3DS қайталау пікірталас қаупін азайтады.
Артефакттарды жүргізіңіз: dsTransID/ECI/CAVV, SCA логтары, қызмет көрсетудің дәлелі.

9) Өңдеудің сәулеттік компоненттері

Payments Orchestrator: ережелер, теңсіздік, state-machine, smart-routing, 3DS-қайта бастамалау.
BIN-сервис: ел/схема/карта түрі → роутинг және лимиттер саясаты.
3DS Server: 2 нұсқасы. 1/2. 2/2. 3, web/mobile SDK, decoupled.
Tokenization: network tokens (VTS/MDES/и т. п.) + vault-fallback.
Card Updater: VAU/ABU/эквайерлік жаңартулар.
Observability: AR/Loss reasons өлшемдері, BIN/эмитенттер бөлінісіндегі '05/91/96' жарылыстары бойынша алерталар.

10) Метриктер мен алерталар

• AR кодтар және топтар бойынша (soft/hard).
• Soft-decline → сәтті ретрай% (жалпы және 3DS).
• 3DS кейін '05' үлесі (аномальды жоғары → роутинг/антифрод қараңыз).
• BIN/елдер бойынша '91/96' (эмитенттердің қолжетімділігі бойынша SLO/PSP).
• Сәтті қайталауға дейінгі уақыт (p50/p95).
• Cost per approved txn (қайталанған әрекеттерді ескере отырып).

• Спайк '91/96'> X% 15 минут ішінде BIN кластерінде.
• '05' өсу> Y% сәтті 3DS кейін.
• Ретрайлардың табысы

11) Жиі қателер

SCA-soft vs жалпы '05' айырмашылығының болмауы.
Көптеген қайталаулар демпотентсіз → ledger-дегі дубль.
Эмитенттің гео-шектеулері мен лимиттерін елемеу ('62/65').
Токендер орнына PAN/CVV логині (PCI бұзылуы).
«Барлық жағдайларға бір PSP» эмитенттер бойынша роутингсіз.

12) Енгізу чек-парағы

• Кодтар маппингінің сөздігі (ISO/схема/PSP) → бірыңғай таксономия (soft/hard/SCA).
• State-machine және талпыныстар үшін іспеттілік (кілттер, TTL).
• Backoff-саясаттары және әрекеттер лимиттері (CIT/MIT үшін бөлек).
• SCA-soft кезінде 3DS2 автоөткел; артефактілерді сақтау.
• BIN/ел/эмитент және PSP денсаулығы бойынша Smart-routing.
• AR/declines дешбордтары және кодтар дәнекері бойынша алерталар.
• UX үлгілері бас тарту себептері және баламалар ұсыныстары үшін.
• Card updater және network tokens жүйесімен біріктіру.
• Себептер топтары бойынша пікірталастардың плейбуктері.
• PCI саясаты: PAN-safe, жасыру, сезімтал деректерсіз логин.

13) Түйіндеме

Жауап кодтары - бұл эмитенттің «тілі». Оны түсінікті әрекеттерге аударыңыз: қайда қайталау керек, қайда бірден 3DS-ге бару керек, қайда PSP-ні ауыстыру керек, қайда тоқтау керек және баламаны ұсыну керек. soft/hard дұрыс жіктелуі, backoff-ережелері, smart-routing және бақылануы бар күшті оркестратор конверсияны тұрақты түрде арттырады және iGaming-те өңделген транзакциялардың құнын төмендетеді.