Asosiy kontentga o‘tish
Innovialabs

Tranzaksiyalar uchun antifrod: qoidalar yoki mashinali o‘qitish

Chuqur4 daq

Qisqacha

Qoidalar yoki ML degan tanlov noto‘g‘ri: qoidalar ma’lum sxemalarni ushlaydi va regulyator talablarini yopadi, ML-skoring yangi patternlarni topadi, ishonchli antifrod esa ikkalasini bitta qaror konveyerida birlashtiradi.

Qisqa javob

Qoidalar (rule engine) — «agar summa X dan katta bo‘lsa va karta mamlakati IP mamlakatiga mos kelmasa — rad etish» kabi aniq shartlar. Ular shaffof, tez o‘zgartiriladi va auditorlarga tushunarli, lekin faqat kimdir allaqachon tasvirlagan holatlarni ushlaydi.

ML-skoring — yuzlab belgilar bo‘yicha firibgarlik ehtimolini baholaydigan model. U ko‘zga tashlanmaydigan kombinatsiyalarni topadi va qayta o‘qitilgach yangi sxemalarga moslashadi, ammo belgilangan ma’lumotlar, monitoring va izohlarni talab qiladi.

Amalda gibrid yutadi: aniq va majburiy holatlar uchun qat’iy qoidalar, xavfni baholash uchun model va qaror qabul qilish uchun skor ustidagi qoidalar.

Yondashuvlarni taqqoslash

MezonQoidalarML-skoring
BoshlashTez, tarix kerak emasFraud / fraud emas belgili tarix kerak
Yangi sxemalarFaqat qo‘lda tahlildan keyinO‘xshash anomaliyalarni qisman ushlaydi
TushuntirishTo‘liqSHAP, reason codes kerak
Soxta signallarQoidalar ko‘paygan sari o‘sadiSkor chegarasi bilan boshqariladi
Qo‘llab-quvvatlashYuzlab qoidani yuritish qiyinMLOps kerak: drift, qayta o‘qitish
RegulyatorMantiqni ko‘rsatish osonModel hujjatlari kerak

Qanday belgilar ishlatiladi

Belgilar (features) algoritm tanlovidan muhimroq. Asosiy guruhlar:

  • Tranzaksiya: summa, valyuta, merchant MCC, kanal (e-commerce, POS, P2P), kun vaqti.
  • Velocity-belgilar: karta, qurilma, IP bo‘yicha oxirgi 5 daqiqa, soat, sutkadagi operatsiyalar soni va summasi.
  • Qurilma va sessiya: device fingerprint, qurilma yangimi, emulyator, kiritish tezligi, to‘lovdan oldin parol almashtirilgani.
  • Geolokatsiya: karta, IP va yetkazish manzili mamlakatlari mos kelmasligi, ikki operatsiya orasidagi «imkonsiz sayohat».
  • Mijoz xulqi: odatiy summa, odatiy merchantlar va faollik vaqtidan og‘ish.
  • Bog‘lanishlar grafi: bitta qurilma yoki telefonga nechta karta bog‘langani, avval tasdiqlangan firibgarlik bilan aloqalar.

Velocity va xulq belgilari uchun onlayn agregatlar ombori (feature store, Redis, oqimli ishlov berish) kerak, aks holda prodakshendagi model o‘qitishdagidan boshqa ma’lumotni ko‘radi.

Real vaqt cheklovlari

Avtorizatsiya qarori millisekundlarda qabul qilinishi kerak, chunki to‘lov tizimi va xaridor kutib turibdi. Bundan talablar kelib chiqadi:

  • Belgilar oldindan yoki inkremental hisoblanadi, to‘lov paytida tarixga SQL-so‘rov bilan emas.
  • Model inferensda yengil bo‘lishi kerak: gradient boosting ko‘pincha chuqur tarmoqlardan qulayroq.
  • Fallback kerak: skoring o‘z vaqtida javob bermasa, «hammasini o‘tkazish» emas, bazaviy qoidalar to‘plami ishlaydi.
  • Og‘ir tahlil (graf aloqalari, qo‘lda tekshiruv) post-authorization bosqichiga chiqariladi — tasdiqdan keyin, jo‘natish yoki pul yechishni to‘xtatish imkoniyati bilan.

Soxta signallar

Rad etilgan halol to‘lov — yo‘qotilgan daromad va norozi mijoz. Muvozanatni saqlash uchun:

  • Faqat ushlangan fraud ulushini emas, precision va halol mijozlarga rad etish ulushini ham o‘lchang.
  • Ikki o‘rniga uchta natija ishlating: tasdiqlash, rad etish, qo‘shimcha tekshiruvga yuborish (3-D Secure, OTP, qo‘ng‘iroq, qo‘lda navbat).
  • Skor chegarasini xatolar narxiga qarab tanlang: o‘tkazib yuborilgan fraud va soxta rad etish turli segmentlarda turlicha turadi.
  • Yangi qoidalarni shadow-rejimda sinang: qoida qarorni logga yozadi, lekin ta’siri baholanmaguncha bloklamaydi.

Aralash arxitektura

To‘lov -> Boyitish (device, geo, feature store’dan velocity)
       -> Blok-ro‘yxatlar va majburiy qoidalar (sanksiyalar, limitlar)
       -> ML-model: score 0..1 + reason codes
       -> Decision rules: segment, summa, kanal bo‘yicha chegara
       -> approve / challenge / decline
       -> Qarorlar logi -> belgilash (chargeback, shikoyatlar, tahlilchilar)
       -> Qayta o‘qitish va qoidalarni sozlash

Asosiy elementlar:

  1. Yagona decision engine — qoidalar va skor bitta mantiq va bitta jurnalda ko‘rinadi.
  2. Qayta aloqa: chargebacklar va tahlilchilar qarorlari belgi sifatida qaytadi. Kechikishni hisobga oling — chargeback bir necha haftadan keyin kelishi mumkin.
  3. Tahlilchilar uchun keys-menejment: qaror sabablari, mijoz tarixi va harakat tugmalari.
  4. Drift monitoringi: skorlar taqsimoti, rad etish ulushi, yangi belgilardagi sifat.

Ko‘p uchraydigan xatolar

  • Modelni faqat tasdiqlangan tranzaksiyalarda o‘qitish — qoidalar rad etgan operatsiyalar belgi olmaydi va model fraudning bir qismini «ko‘rmaydi».
  • Kelajak sizib chiqishi: to‘lov paytida hali ma’lum bo‘lmagan belgilar.
  • Qoidalarni qayta ko‘rmasdan to‘plash — bir yildan keyin ularning yarmi nima uchun kerakligini hech kim bilmaydi.
  • Barcha segment va kanallar uchun bitta chegara.

Ko‘p beriladigan savollar

Qoidalar, blok-ro‘yxatlar va velocity-limitlardan boshlang, birinchi kundan tranzaksiyalarning to‘liq ma’lumotlari va natijalarini saqlang. Belgilangan tarix yig‘ilgach, modelni shadow-rejimda qo‘shing va qoidalar bilan solishtiring.

Bunda yordam beramiz

O‘zingiz shug‘ullanmasdan natija olishni istasangiz — biz har kuni shu bilan shug‘ullanamiz.

Loyihani muhokama qilish

Yana o‘qing

G‘oya yoki vazifangiz bormi? Bizga aytib bering

Ish kuni davomida javob beramiz va yechim taklif qilamiz. Konsultatsiya bepul.