GH GambleHub

3-D Secure 2. 0 va SCA

1) iGaming-operator nima uchun 3DS2 va SCA nima

3-D Secure 2. x (EMV 3DS) - karta egasining e-commerce-dagi autentifikatsiya protokoli.
SCA (Strong Customer Authentication) - bir qator stsenariylarda ikki faktorli tekshiruv o’tkazish majburiyatini oluvchi tartibga solish talabi (PSD2/UK).

iGaming uchun 3DS2 afzalliklari:
  • Liability shift: autentifikatsiya muvaffaqiyatli boʻlsa, firibgarlik xavfi emitentga oʻtadi.
  • Yuqoridagi konvertatsiya vs 3DS1: 100 + data-elementlarni yig’ish frictionless-ni challenjsiz qilish imkonini beradi.
  • Nativ stsenariylar: iOS/Android uchun SDK, in-app, decoupled va out-of-band tasdiqlash.

2) Rollar va komponentlar (EMV 3DS)

3DS Server (siz yoki PSP): sxemaga so’rovlarni shakllantiradi, qurilmaning ma’lumotlarini yig’adi, 2 versiyalarini boshqaradi. 1/2. 2/2. 3.
Directory Server (DS): sxemalar routeri (Visa/Mastercard/AmEx va boshqalar).
Access Control Server (ACS): emitent serveri; qaror qabul qiladi: frictionless yoki challenge.
SDK/Method: devays-signallarni yig’ish (fingerprinting), web-SDK/iframe va mobile-SDK.

3) Namunaviy UX-oqimlar

3. 1 Frictionless (challenjsiz)

1. Merchant/PSP → DS: 3DS ma’lumotlari bilan AReq (qurilma, tarix, xavf-signallar).
2. DS/ACS → ARes (frictionless): autentifikatsiya foydalanuvchi ishtirokisiz amalga oshirildi.
3. Keyingi → avtorizatsiya (Auth).

Ishga tushganda: past xavf, whitelist (Trusted Beneficiary), LVP, sifat ma’lumotlari.

3. 2 Challenge (challenge bilan)

1. ARes CReq/CRes (OTP, bankda push-tasdiqlash, biometriya) talab qiladi.
2. Muvaffaqiyatdan soʻng → avtorizatsiya, liability shift saqlangan.

3. 3 Decoupled / Out-of-Band

tahrirsiz bank ilovasida tasdiqlash. Mobil stsenariylarda foydali.

3. 4 3RI (3DS Requestor Initiated)

MIT (boshlang’ich tranzaksiyalar) - obuna, retryalar uchun ishlatiladi. Har bir takrorlashda SCA mavjud emas, lekin initial CIT uchun toʻgʻri havola talab qilinadi.

4) SCA: qayerda majburiy va qayerda amal qiladi

Majburiy: agar emitent va ekvayer SCA zonasida bo’lsa, EEA/Buyuk Britaniyadagi e-tijorat tranzaksiyalarining aksariyati.
Zonadan tashqarida/Out-of-scope: MOTO (pochta/telefon), ba’zi korporativ kanallar, zonalararo yo’nalishlar (emitentning TRAsi qo’llanilishi mumkin).

4. 1 Istisnolar (Exemptions)

TRA (Transaction Risk Analysis): provayder/bankning past tavakkalchiligi (frod metrikasi bilan tasdiqlanadi).
LVP (Low-Value Payments): kichik summalar, emitent ostonalari va hisoblagichlari bilan.
Whitelist (Trusted Beneficiary): mijozning oq ro’yxatidagi oluvchi emitentda.
Secure Corporate/Merchant Initiated (MIT): agar SCA bilan initial CIT va to’g’ri havolalar mavjud bo’lsa, SCAdan tashqarida keyingi hisobdan chiqarish.

💡 Emitent exemption’ni rad etishi va SCA → soft-decline’ni talab qilishi mumkin.

5) iGaming uchun tranzaksiyalar va bayroqlarni markalash

CIT (Customer Initiated Transaction): birlamchi hisobdan chiqarish, odatda SCA (yoki exemption) ni talab qiladi.
MIT Recurring/Unscheduled COF: keyingi hisobdan chiqarish; dastlabki CIT bilan bog’lanish mavjud bo’lganda SCA talab qilinmaydi.
PSP/sxema soʻrovlaridagi toʻgʻri indikatorlar liability shift va SCA takrorlash uchun juda muhimdir.

6) ACS yechimiga ta’sir qiluvchi ma’lumotlar

Maksimal tegishli maydonlarni uzatish:
  • Device/Browser: user-agent, accept headers, screen, timezone, language.
  • Account data: hisobning yoshi, oxirgi parol sanasi, muvaffaqiyatsiz kirishlar soni.
  • Transaction data: MSS/toifa, summa/valyuta, oldingi urinishlar, velocity.
  • Shipping/Billing: manzillar mos kelishi, qabul qiluvchining tarixi.
  • 3DS method completion indicator: 3DS Method (fingerprint) ni ishlab chiqa oldingizmi?
  • Kontekst qanchalik boy bo’lsa, frictionless ehtimoli shunchalik yuqori bo’ladi.

7) To’lov orkestratori bilan integratsiya oqimlari

7. 1 Ketma-ketlik (web/mobile)

1. Initiate 3DS (3DS Server, DS/ACS) → ARes olish.
2. Agar challenge → SDK/iframe orqali CReq/CRes ishga tushirilsa.
3. Muvaffaqiyat → Auth (avtorizatsiya) natijasi bilan 3DS (ECI, CAVV/cryptogram, dsTransID).
4. Webhook PSP → orkestrator → Ledger/DWH (PANsiz).

7. 2 Soft-decline va retraylar

SCAsiz avtorizatsiya’soft-decline (code)’→ SCA bilan to’lovni takrorlash uchun qaytishi mumkin.
Orkestrator SCA → soft-decline → 3DS2 → Auth.

7. 3 Multi-PSP

3DS (2. 1/2. 2/2. 3), app-SDK, decoupled.
Smart-routing: baʼzi emitentlarda ACS degradatsiyasida zaxira yoʻldan foydalaning (agar siyosat/sxemalar imkon bersa).

8) Konversiyani oshiruvchi UX-patternlar

Mobil ilovalarda Native/SDK: kamroq tahririyatlar, yuqori tugallanish.
3DS gacha pre-collect ma’lumotlar (e-mail, manzil, xulq-atvor signallari).
Shaffof kutish ekranlari va tushunarli matnlar (til/mintaqa boʻyicha lokalizatsiya).
To’lovga yumshoq qaytish va challenge qaytarish bilan taymautlar.
Whitelisting prompt: Mijozga ishonchli bankka (mavjud bo’lgan joyda) merchant qo’shishni taklif qiling.

9) Xatolar va haddan tashqari holatlar

Timeout/Unavailable ACS → toʻgʻri kodlar va takrorlash (yoki siyosat boʻyicha fallback).
Version downgrade: agar 2. 2/2. 3 mavjud emas, mos keladigan versiyaga qaytish.
Partial method: Agar 3DS Method tugallanmagan bo’lsa, baribir AReq’ni yuboring - qisman ma’lumotlar nolga qaraganda yaxshiroqdir.
Mixed flows: bir vaqtning o’zida 3DS + AVS manzilli tekshiruvi - maqomi to’g’ri.
Chargeback 3DS dan keyin: artefaktlar (ECI, CAVV, ARes/CRes refs) bilan bahslashing.

10) Saqlanishi lozim bo’lgan hujjatlar va artefaktlar

3DS tranzaksiya identifikatorlari (dsTransID, threeDSServerTransID).
Autentifikatsiya natijalari (ECI, CAVV/AVV, ARes/CRes maqomlari).
SDK loglari (PII/PANsiz), taymstemplar va xato kodlari.
Obuna/takrorlash uchun MITning initial CITga havolalari.
Soft-decline va TRA istisnolarini qayta ishlash siyosati.

11) Metrika va maqsadlar (iGaming uchun KPI)

Konvertatsiya

3DS completion rate (autentifikatsiyani muvaffaqiyatli yakunlaganlar ulushi).
Frictionless vs challenge ulushi (maqsad - ↑ frictionless).
3DS ekranlarda abandonment rate.

Tavakkalchilik

Liability shift (pastda - yaxshiroq) dan keyin frod-reyt.
Soft-decline ulushi va 3DS bilan keyingi retraylarning muvaffaqiyati.

Texnika

Vaqt 3DS p95 (tashabbus → natija).
SDK/iframe xatolari, ACS taymautlari.

12) Ishga tushirish chek-varaqasi 3DS2 + SCA

  • 3DS Server ulangan (versiyalar 2. 1/2. 2/2. 3) test-bins ishlab chiqildi.
  • Veb-SDK/mobayl-SDK integratsiyalashgan (in-app + webview stsenariylari).
  • De-vice/browser data toʻplami kiritilgan (3DS Method).
  • CIT/MIT/COF belgilari to’g "ri; initial CIT havolasi saqlanadi.
  • SCA bilan soft-decline → takrorlash oqimi orkestratorda amalga oshirildi.
  • Exemptions (TRA/LVP/whitelist) sabablar/natijalarni sozlash va baholash.
  • Multi-PSP: 3DS versiyalari va fallback-yo’l tekshirildi.
  • Дэшборды KPI: frictionless %, challenge success %, abandon, soft-decline.
  • 3DS artefaktlari va dispute-pleybuklarni saqlash siyosati tayyor.
  • A/B-UX maslahatlar testlari (lokalizatsiya, matnlar, taymautlar) rejalashtirilgan.

13) PCI DSS va tokenizatsiya bilan o’zaro bog’liqlik

3DS2 PCI DSS oʻrnini bosmaydi: u autentifikatsiya haqida, PCI esa maʼlumotlarni himoya qilish haqida.
PAN-safe uchun: kartani hosted fields/iframe ga kiritish; orkestrator faqat tokenlar va 3DS-artefaktlarni (ECI/CAVV) ko’radi.
COF/MIT uchun network tokens yoki vault-tokenlardan foydalanib, frodni kamaytiring va avtorizatsiyani oshiring.

14) FAQ qisqacha

Har doim 3DS qilish kerakmi? Agar toʻgʻri exemption/istisno boʻlmasa, SCA zonasida - ha. Emitent challenjni talab qilishi mumkin.
Agar bank buzilgan bo’lsa? Retraj/taymaut siyosati va iloji boʻlsa, boshqa yoʻnalishdan foydalaning.
3DS konvertatsiya hajmini oshiradimi? To’g’ri sozlangan boy ma’lumotlar 3DS2 frictionless ulushini oshiradi va chardjbekni kamaytiradi.
Muvaffaqiyat uchun eng muhim narsa nima? Boy kontekstli ma’lumotlar, to’g’ri CIT/MIT/COF bayroqlari, tezkor UX va soft-decline-ni malakali qayta ishlash.

15) Xulosa

iGaming 3DS2 + SCA uchun bu «majburiy og’riq» emas, balki o’sish vositasi: ko’proq frictionless, kamroq frod, mas’uliyatni emitentga o’tkazish, obuna va qayta hisobdan chiqarishni barqaror monetizatsiya qilish. To’g’ri bayroqlarni qo’ying (CIT/MIT/COF), exemptions qoidalarini qo’llab-quvvatlang, pan-xavfsiz kirishni ta’minlang va aqlli retrajlar va kuzatiladigan orkestratorni quring - autentifikatsiya konvertatsiya tormozi emas, balki ittifoqchi bo’ladi.

Contact

Biz bilan bog‘laning

Har qanday savol yoki yordam bo‘yicha bizga murojaat qiling.Doimo yordam berishga tayyormiz.

Telegram
@Gamble_GC
Integratsiyani boshlash

Email — majburiy. Telegram yoki WhatsApp — ixtiyoriy.

Ismingiz ixtiyoriy
Email ixtiyoriy
Mavzu ixtiyoriy
Xabar ixtiyoriy
Telegram ixtiyoriy
@
Agar Telegram qoldirilgan bo‘lsa — javob Email bilan birga o‘sha yerga ham yuboriladi.
WhatsApp ixtiyoriy
Format: mamlakat kodi va raqam (masalan, +998XXXXXXXX).

Yuborish orqali ma'lumotlaringiz qayta ishlanishiga rozilik bildirasiz.