Net Mevduat: hesaplama ve kontrol

1) Net Mevduat Nedir ve Neden İhtiyaç Duyulur?

• Birim ekonomisi (ND'nin LTV, ARPPU, NGR ile korelasyonu),
• Sorumlu oyun (limitler, öz kontrol, fon kaynağı),
• Risk ve uyum (AML/yaptırımlar, anomaliler),
• İşlemler (ödemelerin önceliklendirilmesi ve kötüye kullanım karşıtı bonuslar).

Temel fikir

Oyuncu X (para yatırma) katkıda bulundu, Y (para çekme) getirdi. Oyuncunun "gerçekte yatırdığı para'olarak ekosistemde kalan tek şey, geri dönüşler, ters ibrazlar, iptaller ve diğer teknik işlemler için ayarlanmış Net Mevduatlardır.

2) Formüller ve muhasebe sınırları

2. 1. Temel Formül (Ürün Seviyesi)

ND = Deposits
− Withdrawals − (successful, paid)
− Refunded Deposits
+ Chargeback Debits
− Chargeback Credits
± Reversal Adjustments

• Mevduat - yakalanan/sadece yerleşti. Sonraki yakalama olmadan yetkilendirme - sayılmaz.
• Para çekme - sadece ödenen (ücretli/yerleşmiş) dikkate alırız. Reddedilen/iptal edilen ND başvuruları azalmaz.
• İade Edilen Mevduatlar - aynı kaynağa depozito iadesi (aynı yöntem).
• Chargeback Debits/Credits - anlaşmazlıkların net etkisi (slave-off/return).
• Ters Düzeltmeler - teknik düzeltmeler (örneğin, "hatalı" cüzdandan geri dönüş, ters çoğaltma).

2. 2. Muhasebe geliştirmeleri

Bonuslar ve Ücretsiz Bahisler: Depozitolara dahil değildir; bunlar iç krediler. Bununla birlikte, kötüye kullanım senaryoları (bonus için para yatırma - anında nakit çıkışı), hızlı Para Çekme ve/veya dolandırıcılık karşıtı düzeltmeler yoluyla ND'yi azaltmalıdır.

PSP komisyonları: varsayılan olarak, ND'den (ND - "oyuncu merkezli" metrik) düşülmez. Komisyonlar - P&L'de

İç Transfer/Çapraz Cüzdan (spor - casinolar): ND değişmez (bu denge içinde bir harekettir).
İçinde İptal: İptal, ND'yi azaltmaz (sonuçta, para çekme gerçekleşmedi).
Promosyon Cashout/Manuel Kredi: Operatörün nakit kredileri ND'yi artırmaz.
Jetonlar/kripto: Yerleşim anındaki fiat eşdeğerine göre okunur (çoklu para birimine bakınız).
Kısmi/Bölünmüş Ödemeler: ND gerçekten yerleşmiş bir miktar büyüyor.

2. 3. Dönem sınırları

• Etkinlik tabanlı ('settled _ at' işlemiyle). Finansal raporlama için önerilir.
• İstek tabanlı ('created _ at'/' requested _ at'): hızlı ürün analizi için uygundur, ancak mutabakat için uygun değildir.

3) Çoklu para birimi ve döviz kuru değerlemesi

Tüm işlemler, ödeme sırasındaki döviz kuru üzerinden raporlama para birimiyle (örneğin EUR) eşleştirilir.
Фиксируйте: 'amount _ original', 'currency _ original', 'fx _ rate _ at _ settle', 'amount _ reporting'.
Kripto için, seçilen kaynakta 'settled _ at' ağırlıklı ortalama fiyatı (VWAP) kullanın.
Kursları değiştirirken geçmiş ND'leri abartmayın: gerçek FX'i olay anında saklayın.

4) ND Rol Seviyeleri

ND_user, belirli bir oyuncunun net yatırımıdır.
ND_segment - ülkeler, kanallar, ödeme sağlayıcıları, bağlı kuruluşlar tarafından.
ND_cohort - kayıt/ilk depozito tarihlerine göre.
ND_platform, platformun dönem için toplam ND'sidir.

5) Politikalar ve istisnalar

5. 1. Aynı yöntem kuralı & kaynağa dön

Mevduat A, M yöntemiyle geldiyse, mevduat fonlarının iadesi tercihen M üzerinden net mevduat tutarına kadar yapılır. Bu, AML ve tartışmalı çapraz ödeme risklerini azaltır.

5. 2. Dahili ayarlamalar

Herhangi bir manuel ayarın bir reason_code, bir denetim izi ve birincil faaliyete bir referansı olmalıdır.
Ayarlamalar, kayıp kovalamayı/kötüye kullanımı maskelememelidir.

5. 3. Bonus döngüleri

"Bonus odaklı ND'yi (bonusu etkinleştiren para yatırma) bir bayrakla işaretleyin. Bonusla ilgili depozitolu/bonussuz ND raporları oluşturun.

6) Olay modeli ve veri şeması

6. 1. Önemli olaylar

'DEPOSIT _ AUTHORIZED', 'DEPOSIT _ CAPTURED', 'DEPOSIT _ REFUNDED'

'PARA ÇEKME _ TALEP EDİLDİ', 'PARA ÇEKME _ ÖDEME YAPILDI', 'PARA ÇEKME _ REDDEDILDI', 'PARA ÇEKME _ İPTAL'

'CHARGEBACK _ DEBITED', 'CHARGEBACK _ CREDITED'

'ADJUSTMENT _ APPLIED' (тип: REVERSAL, TECH_FIX, FRAUD_CORRECTION и т. п.)

Tüm olaylar idempotent'tir ('idempotency _ key', 'event _ id'). 'Event _ id' veri tekilleştirme yoluyla DWH'ye tam olarak bir kez teslimatı destekleyin.

6. 2. Mini diyagram (basitleştirilmiş)

payments. transactions (
id, user_id, provider, method, type, status,
amount_original, currency_original,
amount_reporting, reporting_currency, fx_rate_at_settle,
requested_at, settled_at, related_tx_id, reason_code, meta
)

types: DEPOSIT    WITHDRAWAL    REFUND    CHARGEBACK_DEBIT    CHARGEBACK_CREDIT    ADJUSTMENT status: PENDING    AUTHORIZED    CAPTURED    PAID    REJECTED    CANCELED    REFUNDED    SETTLED

ND toplamları, "yalnızca yerleşmiş/ödenmiş/yakalanmış" filtrelerle "Tür've" Durum'a göre toplamalar olarak kabul edilir.

7) Veri kalitesi kontrolü ve mutabakatı

7. 1. PSP/Acquirer ile Uzlaşma

PSP raporlarının (uzlaştırma dosyalarının) "işlemleriniz'ile günlük mutabakatı.
'Provider _ ref' için eşleşmeler, tutarlar, ödeme tarihleri, para birimleri ve ücret (P&L için).
Uyumsuzluklar - Ops'taki biletler: "kayıp yakalama", "çift geri ödeme", "geç sunum".

7. 2. Antiduble ve idempotency

Denetim: '(sağlayıcı, provider_tx_id, tür, settle_date)'ile benzersizlik.
Manuel işlemler için ayrı denetim günlüğü ('ADJUSTMENT _ APPLIED').

7. 3. İş kuralı bütünlüğü

Seçilen yöntemde para yatırma geçmişi olmadan 'PAID' görüntülenmesi kırmızı bayraktır.
'DEPOSIT _ CAPTURED' - 'WITHDRAW _ PAID' zamanında kapatın - gri bayrak (bonus-kötüye).

8) Raporlama ve gösterge panoları

8. 1. Temel KPI'lar

Dönem için 'ND _ total'; ' ND _ per _ user ',' ND _ median ';

ND'nin ülkeye, yönteme, PSP'ye, bağlı kuruluşa göre ayrışması;

'ND _ 7/30/90' kayıt kohortları tarafından;

Nakit Dönüşüm Gecikmesi: 'DEPOSIT _ CAPTURED'den' WITHDRAW _ PAID'e medyan.

8. 2. Risk segmentleri

"ND≈0've yüksek cirolu oyuncular, fon kaynağının doğrulanması için adaydır.
Hızlı geri dönüş (para yatırma - para çekme) <N saat - soruşturma tetikleyicisi.

8. 3. Analitik uçaklar

Ürün (spor/casino/canlı): ND'nin en "sağlıklı" olduğu yer.
Ödeme yöntemleri: Belirli bir yöntemdeki dolandırıcılık trafiği sırasında ND arızaları.
Kampanyalar/bonuslar: ND-yükseltme ve etki sonrası iptaller.

9) Dolandırıcılıkla mücadele ve sorumlu oyun politikaları

Mevduat limitleri (günlük/haftalık/aylık) - ND'de ayrı bir uyum metriği bildirir.
Hız kuralları: n mevduat> Y dakikada X + hızlı önbellek çıkışı = blok/manuel kontrol.
Yaptırımlar/PEP/SoF: Eşiğin üzerindeki ND büyümesi - Zorunlu Fon Kaynağı.
Mullocalization: KYC ülke geo/yöntem/bankacılık ülke karşılaştırın.
Kendini dışlama: Dışlama sonrası ND kesinlikle 0 olmalıdır; Herhangi bir deneme - uyarı.

10) İşlemler ve SLO'lar

ND-dashboard hesaplamasının SLO'su: T + 1, raporlama alanının 09:00 yerel TZ'sine kadar hazır olma.

• Eksik PSP uzlaştırma dosyaları,
• kopyalar yanlış segment ND ile sonuçlanır,
• FX kütle tutarsızlıkları.
• DRP: ND'yi deterministik sırayla bir süre boyunca yeniden alma olayları yoluyla yeniden işleme.

11) SQL örnekleri (şablonlar)

11. 1. ND'nin kullanıcı ve güne göre hesaplanması

sql
WITH base AS (
SELECT user_id,
DATE(settled_at) AS d,
SUM(CASE WHEN type='DEPOSIT'     AND status IN ('CAPTURED','SETTLED') THEN amount_reporting ELSE 0 END) AS dep,
SUM(CASE WHEN type='WITHDRAWAL'   AND status='PAID'           THEN amount_reporting ELSE 0 END) AS wd,
SUM(CASE WHEN type='REFUND'     AND status='SETTLED'         THEN amount_reporting ELSE 0 END) AS ref_dep,
SUM(CASE WHEN type='CHARGEBACK_DEBIT'  AND status='SETTLED'        THEN amount_reporting ELSE 0 END) AS cb_deb,
SUM(CASE WHEN type='CHARGEBACK_CREDIT' AND status='SETTLED'        THEN amount_reporting ELSE 0 END) AS cb_cr
FROM dw. transactions_flat
WHERE settled_at >=:from AND settled_at <:to
GROUP BY 1,2
)
SELECT user_id, d,
dep - wd - ref_dep + cb_deb - cb_cr AS nd
FROM base;

11. 2. Hızlı dönüşlerin bayrağı (kötüye kullanım)

sql
SELECT t_dep. user_id, t_dep. id AS dep_id, t_wd. id AS wd_id,
EXTRACT(EPOCH FROM (t_wd. settled_at - t_dep. settled_at))/3600 AS hours_between,
t_dep. amount_reporting, t_wd. amount_reporting
FROM dw. transactions_flat t_dep
JOIN dw. transactions_flat t_wd
ON t_dep. user_id = t_wd. user_id
AND t_wd. type='WITHDRAWAL' AND t_wd. status='PAID'
AND t_wd. amount_reporting BETWEEN t_dep. amount_reporting0. 9 AND t_dep. amount_reporting1. 1
WHERE t_dep. type='DEPOSIT' AND t_dep. status IN ('CAPTURED','SETTLED')
AND t_wd. settled_at - t_dep. settled_at <= INTERVAL '24 hours';

11. 3. Yönteme Göre Segmentasyon/PSP

sql
SELECT method, provider,
SUM(CASE WHEN type='DEPOSIT'  AND status IN ('CAPTURED','SETTLED') THEN amount_reporting ELSE 0 END) AS dep,
SUM(CASE WHEN type='WITHDRAWAL' AND status='PAID'          THEN amount_reporting ELSE 0 END) AS wd,
SUM(CASE WHEN type='REFUND'   AND status='SETTLED'         THEN amount_reporting ELSE 0 END) AS ref_dep,
SUM(CASE WHEN type='CHARGEBACK_DEBIT' AND status='SETTLED'     THEN amount_reporting ELSE 0 END) AS cb_deb,
SUM(CASE WHEN type='CHARGEBACK_CREDIT' AND status='SETTLED'     THEN amount_reporting ELSE 0 END) AS cb_cr,
SUM(CASE WHEN type='DEPOSIT'  AND status IN ('CAPTURED','SETTLED') THEN amount_reporting ELSE 0 END)
- SUM(CASE WHEN type='WITHDRAWAL' AND status='PAID'          THEN amount_reporting ELSE 0 END)
- SUM(CASE WHEN type='REFUND'   AND status='SETTLED'         THEN amount_reporting ELSE 0 END)
+ SUM(CASE WHEN type='CHARGEBACK_DEBIT' AND status='SETTLED'     THEN amount_reporting ELSE 0 END)
- SUM(CASE WHEN type='CHARGEBACK_CREDIT' AND status='SETTLED'     THEN amount_reporting ELSE 0 END) AS nd
FROM dw. transactions_flat
WHERE settled_at BETWEEN:from AND:to
GROUP BY 1,2
ORDER BY nd DESC;

12) Uyarılar ve tetikleyiciler (işletim sistemi)

Spike ND↓ on method: ND düşüşü> %30 d/d - PSP olaylarını ve kilitlerini kontrol edin.
Segmentine göre Spike ND↑: ND büyüme> %50 w/w - yeni bir aff muhtemeldir. -source veya reset şeması.
Yüksek ciro ND≈0 - zorunlu KYC/SoF kontrolü.
ND'de Geri Ödeme/Ters İbrazın Anormal Payı - "depozit ^ igra ^ vyvod" zincirinin denetimi.

13) En iyi uygulamalar (kısa)

1. ND'yi ödeme tarihlerine göre okuyun ve ödeme sırasında FX'i düzeltin.
2. Dahili transferi oyuncu parasından katı bir şekilde ayırın.
3. Tüm manuel düzenlemeler - reason_code ve denetimle.
4. Hızlı U dönüşleri ve çapraz yöntemler için dolandırıcılıkla mücadele kuralları.
5. İki rapor: işletme T + 1 ve finansal kapanış (ay/çeyrek).
6. Mantık sürümü: ND v1/v2 tarihi vitrinlerin göçü ile.

14) Sık sorulan sorular

S: Ters çevrilmiş bulgular sayılır mı?
A: Hayır. Sadece 'WITHDRAW _ PAID' ND'yi azaltır.

S: Yetkilendirilmiş ancak yakalanmamış bir depozito ile ne yapmalı?
C: ND'ye dahil etmeyin. Bunlar gerçek makbuzlar değil.

S: Yapılan sonuçtan sonra ters ibraz nasıl yansıtılır?
A: 'CHARGEBACK _ DEBIT' negatif bir oyuncu katkısı ekleyecektir (esasen, platform kaybeder), ND borçla artacaktır, ancak nihai finansal rapor da ters ibrazlarda bir kayıp/gider göstermelidir.

S: PSP komisyonlarının ND'den düşülmesi gerekiyor mu?

C: Hayır, ND oyuncu merkezli bir metriktir. Komisyonlar - P&L'de

15) Uygulama kontrol listesi

• Idempotency ve teslimat garantili etkinlik otobüsü
• 'transactions _ flat' birleşik türleri/durumları ile vitrin
• Yerleşimde FX normalizasyonu, orijinal depolama
• PSP durum haritalama kuralları - durumlarınız
• PSP ve delta uyarıları ile günlük mutabakat
• ND gösterge panoları (genel olarak, yönteme göre, segmente göre, kohort tarafından)
• Sorumlu oyun politikaları ve ND tabanlı SoF tetikleyicileri
• ND v1 formül dokümantasyonu ve evrim planı v2

Özet

Net Mevduat, bir oyuncunun sistemdeki "gerçek" parasının merkezi metriğidir. Doğru ND, sıkı tanıma kuralları (ödeme tarihi), doğru çoklu para birimi, olay idempotansı, PSP ile düzenli mutabakat ve yerleşik sahtekarlık önleme tetikleyicileri gerektirir. Tek bir durum kılavuzu ve operasyonların tipolojisi oluşturun - ve ND hem finans hem de sorumlu para kazanma için güvenilir bir destek olacaktır.