İşlem izleme nasıl çalışır

İşlem İzleme Sistemi (TMS), AML risklerini, finansal sahtekarlıkları ve operasyonel anormallikleri zamanında tespit etmek için para yatırma, para çekme, transfer ve ilgili olayları izler. İGaming'de, para korumasının özü budur: girişte - ödeme ve davranış verileri, çıkışta - sıralı uyarılar, soruşturmalar ve düzenleyici raporlar için vakalar.

1) Veri akışları: tam olarak ne topluyoruz

Ödemeler ve ödemeler: 'Yetkili/yakalanan/iade edilen/geri ödeme', tutarlar, para birimi, yöntem, banka/PSP, ücretler.

Cüzdan: 'Cüzdan. debit/credit ', bakiyeler, iptaller, idempotency (' txn _ id ',' Idempotency-Key ').

KYC/AML sinyalleri: yaş/adres, canlılık, yaptırımlar/PEP, olumsuz medya, SoF/SoW (EDD'de).

Davranış: oturum sıklığı, "kovalama", bahis hızı, gece aktivitesi.

Ağ ve cihaz: cihaz parmak izi, IP/ASN, proxy/VPN, coğrafi sürüklenme.

Bağlantılar: genel kartlar/cüzdanlar/cihazlar, yönlendirme grafikleri.

Sağlayıcı webhooks: HMAC tarafından imzalanmış, anti-replay ('timestamp', nonce).

💡 Tüm olaylar otobüsten (Kafka/PubSub) geçer ve uçtan uca anahtarlar alır: 'trace _ id', 'txn _ id', 'player _ ref'.

2) TMS mimarisi (katmanlar)

1. En yeni ve normalleştirme: PSP durumlarını ortak bir şemaya getirme, veri tekilleştirme, para birimlerinin/tutarların doğrulanması.

2. Özellik Mağazası: çevrimiçi/çevrimdışı özellikler (hız, coğrafi istikrar, ters ibraz geçmişi, grafik bağlantıları).

3. Kurallar ve modeller: deterministik eşikler + ML/anomaliler + grafik dedektörleri.

4. Kararların puanlanması ve düzenlenmesi: tek risk oranı, eylem politikası (atlama/limit/bekletme/EDD/blok).

5. Uyarı ve vaka yönetimi: kuyruklar, önceliklendirme, kontrol listeleri, SLA.

6. Raporlama ve denetim: gösterge panoları, STR/SAR, WORM arşivi, regülatöre ihracat.

3) Birinci seviye kuralları (hızlı dedektörler)

Hız: X dakika içinde N yatırma/çekme; İptal/geri ödeme dalgalanmaları.

Geo/yöntem: harita ülkesi ve IP uyumsuzluğu; Nadir PSP'ler/cüzdanlar.

Pass-through: büyük para yatırma, minimal aktivite, hızlı para çekme.

Yapılandırma: KYC/AML eşiğine yakın bölünmüş miktarlar.

Davranışsal tetikleyiciler: Cihaza/IP'ye göre çoklu hesap, gece zirveleri.

Her kuralın bir penceresi, eşiği, ciddiyeti ve eylemi vardır (yumuşak sınır, bekletme, manuel inceleme).

4) İkinci seviye modeller

Anomaliler: "Standart dışı" işlem deseni için İzolasyon Ormanı/otomatik kodlayıcı.

Denetim: işaretli geçmiş üzerinde gradyan artırma/logreg (ters ibraz/onaylanmış dolandırıcılık).

Grafik: sendikalar için bağlantı prediction/Node2Vec/GNN, genel gereksinimler, "katırlar".

Kesme kalibrasyonu: İş hedefleri üzerinde TPR/FPR dengesi, mevsimsellik üzerinde istikrar.

5) Puanlama ve karar verme

Toplu risk oranını topluyoruz (0-1 veya Düşük/Med/Yüksek).

Politikacılar:

Düşük - atlama/yumuşak sınırlar;
Med- adım KYC/EDD, çıkış gecikmesi;
High - hold/block ve acil soruşturma.
Sinyal kombinasyonları (yüksek ML hızı + graph-flag) kuyrukta öncelik verir.

6) Vaka yönetimi ve soruşturmalar

Otomatik bağlam toplama: ödemeler, KYC, IP/ASN, grafik bağlantıları, ters ibraz geçmişi.

Kontrol listeleri: Müşteriye ne sorulur (adres/SoF), ne zaman doğrulanır (koshelyok↔PSP).

Sonuç: temizlenmiş/kısıtlamalar/EDD/STR/SAR; Tüm eylemler WORM arşivine kaydedilir.

SLA: Vakanın ciddiyetine göre reaksiyon ve kapanma süresi, "yandığında" uyarır.

7) STR/SAR ve uyumluluk

Terörizmin aklanması/finanse edilmesi ile ilgili işaretlerin bulunduğu durum - STR/SAR raporu oluşturulur (gerçekler, miktarlar, katılımcıların iletişimi, zaman çizelgesi).

Şartlar ve format - yargı yetkisine göre; Bahşiş vermek yasaktır.

Malzemeler değişmeyen depoda saklanır, erişim kesinlikle role göre yapılır.

8) TMS'de güvenlik ve gizlilik

Şifreleme: TLS 1. 2+/1. 3 "yolda", AES-GCM "depoda", KMS/HSM'deki anahtarlar, rotasyonlar.

Aliasing: PII yerine 'player _ ref'; PII ile iletişim - ayrı ayrı, alan şifreleme ile.

Erişim: RBAC/ABAC, hassas durumlarda JIT hakları, okuma/verme denetimi.

Webhooks/harici: HMAC imzası, anti-replay, idempotent retrays.

9) Olay şeması (örnek 'ödeme. Yakalandı ')

Json
{
"event_id": "evt_9ab...," "occurred_at": "2025-10-17T10:15:22.  "" : ""  "" : ""  "": " " "yöntem": "kart", "miktar": 150. 00, "para birimi": "EUR", "psp": "acq_X," "geo": {"ip ":" 203. 0. 113. 5 ", "ülke ": "DE "," asn":" AS12345"}, "aygıt": {"fp ": "dfp _ a18... ", "platform":" ios"}, "risk": {"hız _ 5m ": 3, "asn _ reputation":" orta"}, "bütünlük": {"imza ":" base64:"..
}

Benzer programlar 'wallet içindir. Kredi ',' ödeme. yerleşmiş ',' kyc. Doğrulanmış ',' grafiği. Bağlantılı '.

10) TMS Kalite Ölçümleri

Hassas/Geri Çağırma, uyarılar ve durumlarda TPR/FPR.

Uyarı-Vaka Oranı ve TTR/MTTR araştırmaları.

SAR oranı ve regülatör tarafından onaylanan vakalar.

Ters ibraz/Dolandırıcılık-kayıp % ve ROI filtreleri.

Müşteri sürtünmesi: Ortalama para çekme süresi, kontrol edilen "temiz" müşterilerin yüzdesi.

Kararlılık: gecikme puanlaması, zaman aşımları, akış kullanılabilirliği.

11) Ayarlama ve sürüklenme kontrolü

Backtesting: kural/model referans ile karşılaştırma, geçmiş üzerinde çalışır.

Champion/Challenger: Prod'daki paralel modeller.

Veri sürüklenmesi: PSI/KS testleri, yöntem/coğrafi karışımını değiştirirken uyarılar.

Yeniden eğitim: düzenli pencereler + uyumluluk ekibi tarafından "altın'ın manuel olarak işaretlenmesi.

12) Operasyon: Gözlemlenebilirlik ve SLO

Panolar: saat başına uyarılar/vakalar, p95 puanlama gecikmesi, zaman aşımı payı, soruşturma kuyruğu, geçiş oranı.

SLO: FPR'de "puanlama ≤150 ms p95", "TTR Yüksek durum ≤ 24 saat", "hatalı bütçe".

Uçtan uca izleme ('trace _ id') - ödemeden kök nedene kadar hızlı inceleme.

13) Tipik hatalar

Sadece kurallara veya tersine sadece ML'ye bahis yapın. Kompozisyon lazım.

Paranın idempotitesi yoktur. Webhook tekrarları - yinelenen işlemler ve yanlış uyarılar.

PSP durumlarının zayıf normalizasyonu. "Gri" eyaletler çatırdıyor.

Grafik analizi eksikliği. Sendikalar ve "çiftlikler" görünmez kalır.

Modelde geri bildirim yoktur. Hatalar eğitime dönüşmez - kalite durgunlaşır.

Olaylarda PII karıştırma. En aza indirgeme ve gereksiz GDPR risklerinin ihlali.

14) Uygulama kontrol listesi (kaydet)

Tek olay yolu, PSP durumu normalleştirme
Geçiş anahtarları: 'trace _ id', 'txn _ id', 'player _ ref'
Özellik Mağazası (çevrimiçi/çevrimdışı) ve özellik kataloğu
Kompozisyon: kurallar + anomaliler + denetlenen + grafik
Gerçek zamanlı puanlama ≤150 ms + fallback çözümleri
Vaka Yönetimi - Kuyruklar, Kontrol Listeleri, SLA'lar, WORM Arşivi
STR/SAR işlem ve rapor şablonları
Gizlilik/Şifreleme (TLS/KMS/HSM), RBAC/ABAC, JIT Erişimi
Gözlemlenebilirlik: gösterge panoları, izleme, uyarılar
Backtesting, Şampiyon/Challenger, sürüklenme izleme
Otomatik koshelyok↔PSP, tutarsızlık soruşturma
Belgeler: politikalar, destek oyun kitapları, analist eğitimi

15) Mini-SSS

TMS = Antifraud? Örtüşen, ancak hedefler daha geniştir: AML/düzenleyici, STR/SAR, raporlama.

TPR'yi kaybetmeden FPR düşürülebilir mi? Evet: grafik sinyalleri ve bir dizi kural + ML, artı eşiklerin ince kalibrasyonu.

Gerçek zaman neden önemlidir? Gecikmeler = "kötü" sonuçlar ve geri dönüşü olmayan kayıplar.

Dış tedarikçilere mi ihtiyacınız var? Genellikle evet (yaptırımlar/PEP, KYC, ASN/cihazların davranışsal itibarı).

Dürüst oyuncuları "boğmamak" nasıl? Adım adım önlemler: yumuşak sınırlar - adım adım KYC - sadece yüksek risk altında tutun.

Çalışan bir işlem izleme sistemi üzerinde anlaşmaya varılmış bir boru hattıdır: normalleştirilmiş olaylar, tekdüze özellikler, kurallar ve modeller dizisi, grafik analizi, hızlı puanlama ve soruşturma disiplini. Böyle bir TMS aynı anda kayıpları azaltır, regülatörün gereksinimlerini karşılar ve iyi bir UX "temiz" oyuncu tutar.