To’lovlarda takrorlash va backoff

To’lovlarda takrorlash va backoff

1) Nima uchun takrorlash kerak?

Konvertatsiya: yumshoq nosozliklar (timeouts, 3DS xatolari, tarmoq nosozliklari) ko’pincha Auth Rate ga + 2-7 p.p.
Barqarorlik: PSP/ACS/bankning lokal uzilishlari muqobil yo’nalishlar bilan tekislanadi.
O’yinchining tajribasi: to’g’ri qurilgan takrorlash infratuzilmaning «shovqinini» ikki marta hisobdan chiqarmasdan yashiradi.

2) Bazaviy prinsiplar

1. «payment intent» (PI) darajasidagi idempotentlik: bitta operatsiya = bir’idempotency _ key’; har qanday takroriy murojaat pul holatini o’zgartirmaydi.

• Hard decline (masalan,’Do not honor’emitentning qattiq siyosatida,’Insufficient funds’) → odatda birdaniga retraj emas.
• Soft decline/texnik (timeout,’Issuer unavailable’,’Try again’) → ruxsat etilgan retray.
• 3. Backoff + urinishlarni cheklash: kechikishni eksponensial ravishda oshiramiz, jitterni qo’shamiz va limitdan oshmaymiz (odatda 2-3 urinish).
• 4. Retraj - bu nafaqat «bir xil PSPda takrorlash», balki PSP/MID/3DS/usulini o’zgartirish.
• 5. Kuzatish: har bir hop Route Journal (PSP, reason, latency, 3DS rejimi, fee, natija) da qayd etiladi.

3) Retra to’g "risidagi qaror uchun xatolarni tasniflash

4) Backoff-strategiyalar (amaliyot)

4. 1 Jitter bilan eksponensial backoff (tavsiya etilgan)

База: `delay_n = min(base 2^n, max_delay)`

Jitter:’delay = rand (0, delay_n)’- bir vaqtning o’zida ko’p so’rovlar takrorlanganda «stampedalar» ni kamaytiradi.
Namunaviy parametrlar:’base = 200-500 ms’,’max _ delay = 5-10 s’,’n ≤ 2-3’.

4. 2 Chiziqli backoff

Oddiy, lekin tarmoqdagi «tartibsizliklar» dan ham yomonroq. Eksponensial + jitterdan past.

4. 3 Taym-autlar siyosati

Client timeout (sizniki) ≤ PSP SLA (masalan, 3-5 s), aks holda dublikat/muzlash xavfi ortadi.
webhook/confirm kutish vaqtini alohida belgilang: agar tasdiqlash kelmasa → kompensatsiya solishtirma (ledger/PSP).

5) Idempotentlik va dubllardan himoya qilish

Payment Intent (PI)’idempotency _ key’maqomi, summasi, usuli, yo’nalishlar tarixini saqlaydi.
Har bir hop va retry bir xil kalitdan foydalanadi.
Kompensatsiya tranzaksiyalari: (PSPda approve, sizda esa timeout) - «reconcile-pull» + ledjerni tuzatish.
’transaction _ id ’/’ PSP reference’ ning oʻziga xosligini tekshirib koʻring.

6) 3DS/SCA va takrorlar

Soft decline frictionless → challenge bilan retray.
ACS timeout/unavailable → eksponensial backoff, keyin muqobil kanal (open banking/APM) yoki boshqa PSP.
ACS ommaviy tanazzulga uchraganda - circuit-breaker,’challenge rate’ning o’sishi, summalar bo’yicha vaqtinchalik limitlar.

7) APM/open banking uchun takrorlash

• Retrajlar cheklangan: provayder tarafidagi idempotentlik va kechiktirilgan webhook’ax holatlarini tekshiring.
• Noma’lum holatda - polling bilan backoff va qat’iy solishtirishlar.
• Vaucherlar/naqd pul: retrajlar «onlayn-tranzaksiya» sifatida qo’llanilmaydi, lekin to’lov muddati va «status refresh» nazorat qilinadi.

8) Payouts (xulosalar): takrorlash va navbatlar

Bankning texnik nosozligi/PSP → queued payouts bilan backoff-dren.
KYT/velocity fail → retraim emas, qoʻlda tekshirishga oʻtkaziladi.
Navbatning ustuvorligi: VIP/kichik summalar/talabnoma muddati; SLA va avto-eskalatsiya muddatlari.
Retrayning ikkinchi bosqichidagi muqobil relslar (RTP/FPS/SEPA Instant/Pix).

9) Circuit-breaker va retralar

Lokal (PSP/MID/BIN da): xatolar paydo bo’lganda → ushbu yo’nalishdagi retrajlarni to’xtatib, muqobilga o’tamiz.
Global (usul/mintaqa): tizimli tanazzul → usulni oʻchiramiz, APM/open banking ni taklif qilamiz.
Half-open: Toʻliq qaytarishdan oldin qayta tiklashni tekshirish uchun trafikning bir qismini (1-5%) qaytaring.

10) Retray strategiyasining soxta hujjati

python def pay_with_retries(pi):
ensure_idempotency(pi.key)
if not compliance_pass(pi): return REJECT

routes = rank_candidates(pi) # по вероятности approve, fee, health attempts = 0 for route in routes:
policy3ds = select_3ds(pi, route)
res = call_psp(route, pi, policy3ds, pi.key, timeout=3.0)
log_attempt(pi, route, res)

if res.approved: return APPROVED

if is_soft_decline(res) or is_transient_error(res):
while attempts < MAX_ATTEMPTS and not breaker_open(route):
delay = backoff_with_jitter(base=0.3, attempt=attempts, cap=8.0)
sleep(delay)
policy3ds = maybe_toggle_3ds(policy3ds, res)
res = call_psp(route, pi, policy3ds, pi.key, timeout=3.0)
log_attempt(pi, route, res)
attempts += 1 if res.approved: return APPROVED if is_hard_decline(res): break перейти к следующему маршруту (PSP-B/APM/open banking)
return DECLINED

11) KPI va maqsadli mo’ljallar

Incremental Approvals from Retries: + 2-7 p.p. bazaviy konversiyaga.
Avg Retry Attempts per Approved Tx: 1. 2–1. 5 (1 dan pastroq tuting. 7).
Retry Success Rate (soft/tech): ≥ 25–40%.
Duplicate Rate: 0 toʻgʻri idempotentlikda.
P95 Latency (retraylarni hisobga olgan holda): <7 s yakuniy javobgacha.
Payout SLA (instant share): ≥ 70% yengil cheklar, kechikishlar <maqsadli chegara.

12) Hodisalar pleybuklari

A. PSP-A da ommaviy timeouts

1. PSP-A uchun lokal breakerni ochish

2. Retrayni PSP-B/APM ga qayta taqsimlash.
3. Jitter bilan eksponensial backoff, 2-3 ta urinish limiti.

4. 10-15 daqiqadan so’ng half-open kanareykasi

B. Degradatsiya ACS/3DS

1. ’soft decline’, timeouts.
2. challenge rate darajasini oshirish; trafikning bir qismi → open banking.
3. Ogʻir cheklarni kechiktirish, velocity limitlarini kiritish.

C. Payouts boʻyicha kechikishlar

1. Navbatga o’tkazish, VIP/kichik summalarni ustuvorlashtirish.
2. Muqobil rails uchun reraut (RTP/FPS/SEPA Instant/Pix).
3. O’yinchilar uchun aloqa + avto-eskalatsiya.

13) Kuzatuv va ma’lumotlar

Route Journal: PSP/MID, BIN/issuer, reason, latency, 3DS-режим, retry chain, итог, fee.
Dashbordlar: Auth Rate (banklar boʻyicha), Retry Success, Avg Attempts, Decline Mix, p95 latency, Payout Queue Depth.
Alertlar: reason-kodlar bo’yicha spikes, urinishlar/latency ko’payishi, xulosalar navbatining haddan tashqari ko’payishi.

14) Joriy etish chek-varaqalari

Arxitektura/maʼlumotlar

• Payment Intent + `idempotency_key` на все hops.
• Reason-kodlar matritsasi: retryable vs non-retryable.
• Imzolangan webhooks, PSP reference uchun de-duplikatsiya.

Backoff/qoidalar

• Jitter bilan eksponensial backoff; urinishlar limiti va deraza vaqti.
• Smart retry: 3DS/MID/PSP/usulini almashtirish; kartalar uchun farq vs APM/open banking.
• Circuit-breakers (lokal/global), half-open-kanareykalar.

Ledger/Solishtirma

• «Osib qo’yilgan» holatlardagi kompensatsiya tranzaksiyalari.
• T + 0/T + 1 solishtirma: PSP, bank, pul legeri.
• Confirm/webhook uchun taym-autlar va SLA siyosati.

Operatsiyalar/komplayens

• RG/sanksiyalar/PEP/yosh - retrajgacha.
• KYT/velocity на payouts; qo’lda qichqirish qoidalari.
• Hodisalar/eskalatsiyalar uchun Runbooks va RACI.

15) Iqtisodiyot va tavakkalchilik

3DS-fiya, FX, charjbek-qiymat, retray-overheadni hisobga olgan holda effective rate deb hisoblang.
Chargeback exposure va zaxiralarni tarqatmaslik uchun yuqori xavfli segmentlar bo’yicha retrajlarni qat’iy cheklang.

16) Jami

Takrorlar boshqarilganda ishlaydi: idempotentlik, reason-kodlarning aniq matritsasi, jitter bilan eksponensial backoff, urinishlarni cheklash va marshrutlash bilan bog’lanish (PSP/3DS/usulni o’zgartirish). Circuit-breaker, payouts uchun navbatlar va kuchli solishtirishlarni qo’shing - va siz dubllar va kassa teshiklarini yaratmasdan konversiyani barqaror oshirasiz.