Ödeme Fraud Önleme
Kart ödemesi için fraud kararı, parayı çekmeden önce alınır. Karar çağrısına subjectType: "card_payment" ile işlemi gönderirsiniz; dört karardan biri döner:
| Karar | Ne yapmalısınız |
|---|---|
allow | Ödemeye devam edin |
force_3d | İşlemi 3DS ile yükseltin — 3DS'siz geçirmeyin |
review | İnsan incelemesine alın; parayı çekmeyin veya bekletin |
block | Reddedin |
force_3d sürtünmeyi hedefli kullanmanızı sağlar. Düşük riskli işlemi 3DS'siz geçirip dönüşümü korur, yalnız riskli olanı yükseltirsiniz. 3DS'i kendi sağlayıcınızla siz tetiklersiniz — biz kararı veririz, akışı sizin ödeme entegrasyonunuz yürütür.
Gönderdiğiniz alanlar
payment objesinin alanları ve hangi riski beslediği:
| Alan | Besler |
|---|---|
amount | tutar eşikleri, hız değeri, düz-tutar yoğunlaşması |
currency | çok-para-birimli eşikler |
is3D | doğrulama duruşu — 3DS'siz işlemler için ayrı kural yazabilirsiniz |
country · cardCountry | coğrafya ve kart ülkesi uyumsuzluğu |
installmentCount | taksit anomalileri |
method | ödeme yöntemi |
id | kart referansı — PCI uyumlu token veya parmak izi gönderin, PAN değil |
Tüm tutarlar minör birim tam sayıdır (250000 = ₺2.500,00). Tam alan sözleşmesi: Karar API'si.
Kart testi (card testing)
Çalınmış kart listesinin hangi kartlarının canlı olduğunu bulmak için yapılan düşük tutarlı seri denemeler. İki şablon doğrudan bu desene bakar:
| Şablon | Ölçtüğü |
|---|---|
tcmb_3_1_2_6_card_txn_velocity_2h | Aynı kartla 2 saat içindeki işlem sayısı |
tcmb_3_1_2_14_card_inter_arrival | Aynı kartla ardışık işlemler arası süre |
Buna tcmb_3_1_2_10_otp_fail_merchant_1h (işyeri bazında 1 saatlik OTP başarısızlık sayısı) eklendiğinde, deneme-yanılma davranışı tutar eşiğine hiç dokunmadan yakalanır.
İşyeri risk göstergeleri
Ödeme kuruluşuysanız ve kendi alt-işyerlerinizi skorluyorsanız, TCMB Risk Yönetimi Rehberi 3.1.2 şablonları hazır gelir:
| Şablon | Gösterge |
|---|---|
tcmb_3_1_2_1_own_turnover_4x | İşyerinin kendi cirosunun 4 katını aşan hacim |
tcmb_3_1_2_1_sector_turnover | Sektör ortalamasından sapma |
tcmb_3_1_2_9a/9b/9c_new_merchant_volume_m1/m2/m3 | Yeni işyerinin ilk üç ayındaki hacim sıçraması |
tcmb_3_1_2_3_weekend_ratio_monthly | Hafta sonu işlem oranı |
tcmb_3_1_2_4_night_ratio_monthly | Gece işlem oranı |
tcmb_3_1_2_5_flat_ratio_monthly | Düz (yuvarlak) tutar oranı |
tcmb_3_1_2_domain_age_lt_90 | Alan adı 90 günden yeni |
tcmb_3_1_2_iban_change_3_in_90d | 90 günde 3 IBAN değişikliği |
tcmb_3_1_2_21_backurl_host_mismatch | Dönüş URL'sinin host uyumsuzluğu |
tcmb_3_1_2_shell_company_ubo_firstpass | Paravan şirket / UBO ilk eleme |
Her biri TCMB neden kodu önekiyle döner; tetiklenen kural yanıttaki reasonCodes üzerinden düzenleyici maddeye izlenir.
Davranışsal sinyaller
Kart numarasının yapıştırılarak mı yazılarak mı girildiği, formda geçirilen süre, sekme değişimi — bunlar kural yazılabilir sinyallerdir. Toplama tarafı sizde: kendi arayüzünüzde ölçer, karar çağrısının telemetry alanında gönderirsiniz. Alan adları ve sessiz eleme kuralı: Davranışsal Risk Sinyalleri.
Ne yapmadığımızı da söyleyelim
Chargeback tahmini diye bir alan yoktur. Yanıtta chargebackRisk ya da chargebackFactors dönmez. İtiraz geçmişini kullanmak istiyorsanız bunu kendi verinizden database-lookup düğümüyle akışa katarsınız.
- Yanıt şekli standarttır —
decision,score,reasonCodes,flowPath,explainability.{ action, recommendation, fraud: { status } }gibi bir zarf yoktur. - Hesap ele geçirme (ATO) için hazır bir model yoktur; yeni cihaz, olağandışı coğrafya ve OTP başarısızlığı sinyallerini kural olarak siz kurarsınız.
İlgili
- Karar API'si — alan sözleşmesi, kimlik doğrulama, örnek istek/yanıt
- İşlem İzleme — sayım düğümleri ve 53 şablonun tamamı
- Akışlar ve Çözümleme — akışı hangi kapsamda yayınlayacağınız