Çoklu cüzdan sistemi operatörler için nasıl çalışır
Çoklu cüzdan, bir müşterinin birkaç bağımsız "cebe" sahip olduğu bir modeldir: gerçek para, bonus bakiyesi, para iadesi/puanları, tutulan fonlar (tutar), çok para birimli alt hesaplar ve hatta market "cüzdanları" (spor/casino/poker/pazar). Bu yaklaşım promosyon, riskler ve hesaplamalarda esneklik sağlar, ancak katı bir defter mimarisi, yazma ve uzlaşma kuralları gerektirir.
Operatörler neden çoklu cüzdana ihtiyaç duyuyor
Çok para birimli ve yerel. Bozulma ve gizli dönüşüm olmadan farklı para birimlerinde mevduat/oran/ödeme desteği.
Fonların bölümlendirilmesi. Gerçek para ≠ ikramiye ≠ kesintiler; Farklı harcama ve para çekme kuralları.
Çapraz ürün ekonomisi. Ayrı sınırlar, marjlar ve vergi rejimleri ile farklı dikeyler.
Sorumlu oyun (RG) ve uyumluluk. Cüzdanlarda esnek sınırlar, kapalı döngü "depozit - vyvod aynı yöntem".
Muhasebe şeffaflığı. Daha kolay denetim, raporlama ve soruşturma (AML/dolandırıcılık/anlaşmazlıklar).
Bilanço modeli: "cepler'ne
1. Nakit (gerçek para)
Ana sıvı dengesi. Kurallar: AML/RG'ye tabi olarak serbestçe doldurulmuş/çıkış.
2. Bonus/Promosyon
Hisseler tarafından kredilendirilir, vager koşullarına sahiptir (ciro, son tarihler, oran limitleri). Para çekme - koşulları yerine getirdikten ve nakde aktardıktan sonra.
3. Kilitli/Bekletme/Beklemede
Tutulan fonlar: bekleyen ödeme, KYC/EDD, anlaşmazlık/anlaşmazlık, teknik bekletme.
4. Puan/Cashback/Jetonlar
Parasal olmayan birimler (sadakat). Oranda dönüştürülür veya promosyona katılır.
5. Ürün başına alt cüzdanlar
Spor/casino/poker/pazar yeri için ayrı cüzdanlar - kendi sınırları, komisyonları ve vergi kuralları ile.
6. Çoklu para birimi alt hesapları
EUR/USD/GBP/BRL, vb. - her birinin kendi bilançosu, muhasebe oranı ve FX kuralları vardır.
harcama önceliği kuralları
Açık bir yazma matrisi, anlaşmazlıkları ve dolandırıcılık istismarlarını ortadan kaldırır:1. İşaretli oyunlar/bahisler ve limitler ile ilk bonus, sonra
2. nakit, sonra
3. Tutar hareket etmez (salt okunur), 4. puanlar - açık zarf ile.
Geçersiz kılmalar mümkündür, ancak her zaman deterministik ve lojistik.
Mimari: Çoklu cüzdan nelerden oluşur
Ledger Service (çift giriş). Tek doğruluk kaynağı: 'account _ id', 'wallet _ id', 'currency', 'balance', 'available', 'locked'. İşlemler - sadece atomik kayıtlarla (kredi/borç/transfer) idempotency ile.
Cüzdan orkestratörü. İş kurallarını uygular (öncelik, bahis, RG sınırları), FX hizmetini, ödeme yönlendiricisini ve bonus motorunu çeker.
Promosyon/bahis motoru. Koşullar, son tarihler, ideal oyunlar, zarf basamakları için muhasebe.
FX Hizmeti. Alt hesaplar arasındaki fiyat teklifleri/dönüşüm, döviz kuru farklılıkları ve hafta sonu kısıtlamaları.
Ödeme yönlendiricisi. Kapalı döngü (ters/geri ödeme), OST/A2A/local raylar; limitler ve uyum matrisi.
Risk ve Uyum Kapısı. AML/PEP/yaptırımlar, SoF/SoW, hız sınırları, RG kısıtlamaları, cihaz riskleri.
Uzlaşma ve Raporlama. Üç yönlü mutabakat (defter ↔ sağlayıcı ↔ banka/ağ), dönem sonu kapanış, ayarlama günlükleri.
Gözlenebilirlik. Günlükler, metrikler, uyarılar: p95 yazma/kredi, tutarsızlıklar, "dondurulmuş" tutar.
Ledger anahtar değişmezleri (onlar olmadan sistem bozulur)
Idempotency her yerde. Her istekte bir 'request _ id' vardır, tekrarlar toplamı değiştirmez.
Atomiklik. Herhangi bir işlem "çift giriş" işlemidir, kısmi bir işlem değildir.
Negatif olmayan dengeler. Sessiz çekimler yok (açıkça izin verilen kredi özellikleri hariç).
Olay Kaynağı/Giden Kutusu. Cüzdan olayları, garantili ve sırayla ödeme/oyun devresine girer.
Sıkı para alanları. Nakit işlemleri - sadece para biriminizde; Para birimleri arası - açık bir FX transferi yoluyla.
Çoklu cüzdanda çoklu para birimi ve FX
Para birimi için ayrı alt hesap. Hizmetten çıkarılırken anında'sanal "yeniden hesaplama yok.
Açık FX transferi. Kullanıcı (veya sistem), marjin ve TTL teklifleri ile EUR - USD'yi orana dönüştürür.
Döviz kuru farkları ve getirileri. Refand - yöntemin/ağın geçerli hızında; Teklif oranını ve kaynağını saklayın.
Sınırlamalar. Tahkim karşıtı kurallar, zarfın sıklığı ve hacmi üzerindeki sınırlar, haberler/hafta sonu - artan marj.
Ödemeler ve mevduatlar: kapalı döngü ve para çekme politikası
Önce tersine çevir. Para yatırma kaynağına geri dön (geri ödeme/devolução), sonra - çeklerden sonra alternatif ödeme.
OST/A2A/local raylar. Ülkeye/para birimine/limite/riske göre yönlendirme, SLA p95.
Çıkış donuyor. Nakitten para aktarın - uzlaşma/çeklere tutun, sonra deblock.
Bonus ekonomisi ve bahis
Yayınlama kuralları. Tetikleyiciler: depozito, etkinlik, olay; Toplam ve frekansa göre sınır.
Çalışma koşulları. Vager X ×, bazı oyunlarda yasak, maksimum bahis, son tarih.
Nakite çevirmek. Koşullar yerine getirildikten sonra - atomik transfer bonusu - nakit, nedenin günlüğü.
Suistimaller. Çoklu hesaplama, damlalar, chip damping - grafik analizi ve düğüme göre promosyon yasakları.
Cüzdan Anahattında RG/AML
Cüzdanlar ve para birimleri üzerindeki sınırlar. Günlük/haftalık miktarlar, sonuçların sıklığı, yeni detaylar - "soğuma" yoluyla.
Satın alınabilirlik. Mevduatları gelirle eşleştirmek, SoF/SoW tetikleyicileri.
İşlem izleme. "Cash-in - cash-out", sörf, sınır ötesi; Vaka kuyrukları, SAR/STR.
Günlükler ve denetim. Değişmez kayıtlar, kararların açıklanabilirliği.
Kullanıcı Deneyimi (UX)
Şeffaf dengeler. Ayrı ayrı: nakit/bonus/hold/points; Vager ve zamanlama hakkında ipuçları.
Açık FX çevirisi. Ekran tabii, marj, TTL zamanlayıcı, toplam tutar; Zarfların tarihçesi.
Gerçek zamanlı durumlar. Tut, Bekleyen, Kredili/Ücretli; İşlem referansları.
Silme kuralları. Görünür öncelikler ('önce bonus, sonra nakit ") ve oyun koşulları.
Otokontrol. Sınırla/duraklat/kendini dışlama düğmeleri doğrudan cüzdanınızda.
Metrikler ve KPI'lar
Finans: uzlaşma tutarsızlık, "asılı" tutar payı, p95 kayıt/çekilme, FX oranı/marj.
Risk: FPR/TPR anti-dolandırıcılık, kapalı döngü, SAR-rate işlemlerinin payı.
Promosyon: Bonusun dönüştürülmesi - nakit, koşullardan kaynaklanan çıkış, kötüye kullanım payı.
Müşteri: Nakitlerde NPS, "para nerede?" Biletler, dava çözüm zamanı.
Güvenilirlik: geri ödemelerin paylaşımı, sağlayıcı arızaları, cüzdan arıza süresi.
Sık yapılan uygulama hataları
1. Tek bir defter yok. Farklı hizmetlerdeki dengeler "farklılaşır" - sonsuz manuel düzenlemeler.
2. Bonusları nakit ile karıştırmak. Yasal ve UX riskleri, sonuçlarda anlaşmazlıklar.
3. Sihirli otomatik dönüşüm. Açık bir FX adımı olmadan "iç hızda" yazmalar bir çatışma kaynağıdır.
4. Idempotency eksikliği. Zaman aşımlarında, yarışlarda, geri çekilmelerde ikiye katlanır.
5. Zayıf yazma kuralları. Promo istismarları ve kurs tahkimi.
6. Kapalı döngü yok. Sonuçlar yeni detaylara - doğrudan AML tetikleyicisi.
7. Görünmez tutuş. Kullanıcı, fonların neden "kaybolduğunu" anlamıyor.
Çoklu cüzdan başlatma kontrol listesi
1. Bilanço alanlarını ve bunların değişmezlerini simüle edin (nakit/bonus/hold/points/para birimleri).
2. Defteri çift giriş, idempotency ve outbox olay yolu ile yükseltin.
3. Politika motorunu açıklayın: silme önceliği, vager, RG/AML limitleri, kapalı döngü.
4. FX hizmetini uygulayın (tırnak işaretleri, marj, TTL, geçmiş).
5. Bir geri dönüş ve yöntem/ülkeye göre bir limit matrisi ile bir ödeme yönlendirici bağlayın.
6. Roll up (sağlayıcılar/bankalar/ağlar) ve anomali panoları.
7. Şeffaf UX: ayrı bakiyeler, kurs ve tarihler, durumlar ve referanslar.
8. Test planları: yarışlar/geri çekilmeler, kısmi yazmalar, FX/sağlayıcı arızaları, vager sınır durumları.
9. Desteği eğitin (betikler holds/FX/bonus/closed-loop).
10. Önceliklerin ve eşiklerin A/B ayarını çalıştırın, onay oranını ve NPS'yi ölçün.
Mini-SSS
Bonus ve nakit birleştirilebilir mi?
İstenmeyen bir şey. Ayırma, anlaşmazlıkları ortadan kaldırır, denetim ve promosyon mantığını basitleştirir.
Her para birimi için ayrı bir cüzdana ihtiyacım var mı?
Evet. Bu, "gizli FX" risklerini ortadan kaldırır ve hesaplamaları öngörülebilir hale getirir.
Geri ödeme neden farklı bir oranda geldi?
Refand, iade/şema sırasında döviz kurundadır. Orijinal teklifin oranını tutun ve politikayı açıklayın.
Cashouts nasıl hızlandırılır?
En iyi SLA (OST/A2A/local hızlı) ile raylarda yol alın, kapalı döngü tutun ve düşük riskli manuel kontrolleri en aza indirin.
Çoklu cüzdan, operatörün mali disiplininin çerçevesidir: ayrı bakiyeler, açık dönüşüm, yazma ve sonuçlar için katı kurallar, şeffaf durumlar ve güçlü uzlaşma. Böyle bir sistem anlaşmazlıkları ortadan kaldırır, UX ve KPI ödemelerini iyileştirir ve en önemlisi piyasalar, para birimleri ve ürünler tarafından ölçeklendirilirken uyumluluk ve iş istikrarı sağlar.