Depozite nete: calcularea și controlul

1) Ce este Depozite nete și de ce sunt necesare

• economie unitară (corelația ND cu LTV, ARPPU, NGR)
• joc responsabil (limite, autocontrol, sursă de fonduri)
• risc și conformitate (LMA/sancțiuni, anomalii)
• tranzacții (prioritizarea plăților și bonusuri anti-abuz).

Ideea de bază

Jucătorul a contribuit cu X (depozite), a adus Y (retrageri). Tot ce rămâne în ecosistem, deoarece „banii depuși efectiv” de jucător sunt depozite nete, ajustate pentru returnări, chargebacks, anulări și alte operațiuni tehnice.

2) Formule și limite contabile

2. 1. Formula de bază (nivel de produs)

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

• Depozite - numai capturate/decontate. Autorizație fără capturare ulterioară - nu contează.
• Retrageri - luam in calcul doar plata (platita/decontata). Cererile ND respinse/anulate nu reduc.
• Depozite rambursate - depozit se întoarce la aceeași sursă (aceeași metodă).
• Debite/Credite Chargeback - efectul net al litigiilor (write-offs/returns).
• Ajustări inverse - corecții tehnice (de exemplu, întoarcerea din portofelul „eronat”, duplicat invers).

2. 2. Îmbunătățiri contabile

Bonusuri și pariuri gratuite: nu sunt incluse în Depozite; acestea sunt împrumuturi interne. Cu toate acestea, scenariile de abuz (depozit pentru bonus → cash out instant) ar trebui să reducă ND prin retrageri rapide și/sau prin corecții antifraudă.
Comisioane PSP: în mod implicit, acestea nu sunt deduse din ND (ND - metrica „player-centric”). Comisioane - în P & L.
Transfer intern/Portofel încrucișat (cazinouri sportive →): ND nu se schimbă (aceasta este o mișcare în cadrul balanței).
Anulare În cadrul: anularea nu reduce ND (la urma urmei, retragerea nu a avut loc).
Cashout promoțional/Credit manual: Creditele în numerar ale operatorului nu cresc ND.
Jetoane/cripto: citiți în funcție de echivalentul fiat în momentul soluționării (a se vedea mai multe valute).
Plăți parțiale/împărțite: ND crește cu o sumă care este într-adevăr decontată.

2. 3. Limitele perioadei

• Pe bază de activitate (prin tranzacția "settled _ at'). Recomandat pentru raportarea financiară.
• Request-based (prin "creat _ at "/" required _ at'): potrivit pentru analiza rapidă a produselor, dar nu pentru reconciliere.

3) Evaluarea cursului multi-valutar și a cursului de schimb

Toate operațiunile sunt cartografiate în moneda de raportare (de exemplu, EUR) la cursul de schimb la momentul decontării.
Фиксируйте: 'sound _ original', 'money _ original', 'fx _ rate _ at _ settle', 'sound _ reporting'.
Pentru cripto, utilizați prețul mediu ponderat (VWAP) pe sursa selectată la 'settled _ at'.
Nu supraestimați ND-urile istorice atunci când schimbați cursurile: păstrați FX-ul real la momentul evenimentului.

4) Nivelurile de rol ND

ND_user este investiția netă a unui anumit jucător.
ND_segment - pe țări, canale, furnizori de plăți, afiliați.
ND_cohort - până la data înregistrării/primei depuneri.
ND_platform este ND totală a platformei pentru perioada.

5) Politici și excluderi

5. 1. regula aceleiași metode și întoarcerea la sursă

Dacă depozitul A a venit prin metoda M, returnarea fondurilor de depozit se face, de preferință, prin M până la suma netă a depozitului. Acest lucru reduce riscurile de LMA și plățile încrucișate controversate.

5. 2. Ajustări interne

Orice ajustare manuală trebuie să aibă o reason_code, o pistă de audit și o trimitere la activitatea primară.
Ajustările nu trebuie să mascheze urmărirea/abuzul de pierderi.

5. 3. Cicluri bonus

Marcați „ND bazat pe bonus” (depozitul care a activat bonusul) cu un steag. Construiți rapoarte ND cu/fără depozite legate de bonus.

6) Modelul evenimentului și schema de date

6. 1. Evenimente cheie

'DEPOZIT _ AUTORIZAT', 'DEPOZIT _ CAPTURAT', 'DEPOZIT _ RAMBURSAT'

„RETRAGERE _ SOLICITAT”, „RETRAGERE _ PLĂTIT”, „RETRAGERE _ RESPINS”, „RETRAGERE _ ANULAT”

'CHARGEBACK _ DEBITED', 'CHARGEBACK _ CREDITED'

'ADJUSTMENT _ APPLIED' ( : INVERSAL, , . п.)

Toate evenimentele sunt idempotente ('idempotency _ key', 'event _ id'). Suport livrare exact o dată la DWH prin "event _ id' deduplication.

6. 2. Mini-diagramă (simplificată)

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

Totalurile ND sunt considerate agregări prin „tip” și „stare” cu filtre „numai decontate/plătite/capturate, după caz”.

7) Controlul calității datelor și reconcilierea

7. 1. Reconcilierea cu PSP/Acquirer

Reconcilierea zilnică a rapoartelor PSP (fișiere de decontare) cu „tranzacțiile” dvs.
Meciuri pentru 'provider _ ref', sume, date de decontare, valute și comision (pentru P&L).
Neconcordanțe → bilete în Ops: „captură lipsă”, „rambursare dublă”, „prezentare târzie”.

7. 2. Antidubil și idempotență

Control: unicitate prin „(furnizor, provider_tx_id, tip, settle_date)”.
Jurnal de audit separat pentru operațiuni manuale („ADJUSTMENT _ APPLIED”).

7. 3. Integritatea normelor de afaceri

Afișarea 'PAID' fără istoric de depunere în metoda selectată este un steag roșu.
Închideți în timp 'DEPUNERE _ CAPTURAT' → 'RETRAGERE _ PLĂTIT' pentru aceeași sumă - pavilion gri (bonus-abuz).

8) Tablouri de raportare și tablouri de bord

8. 1. KPI-uri de bază

„ND _ total 'pentru perioada” ND _ per _ user ',' ND _ median ';

Descompunerea ND după țară, metodă, PSP, afiliat;

'ND _ 7/30/90' de cohorte de înscriere;

Lag de conversie în numerar: Mediană de la 'DEPOSIT _ CAPTURED' la' RETRAGERE _ PLĂTIT '.

8. 2. Segmente de risc

Jucătorii cu „ND≈0” și cifră de afaceri ridicată sunt candidați pentru verificarea sursei de fonduri.
Întoarcere rapidă (deposit→withdrawal) <N ore - declanșator de investigație.

8. 3. Planuri de analiză

Produs (sport/cazino/live): unde ND este cel mai „sănătos”.
Metode de plată: defecțiuni ND în timpul traficului de fraudă pe o anumită metodă.
Campanii/bonusuri: anulări ND-uplift și post-efect.

9) Politici antifraudă și joc responsabil

Limite de depozit (zilnic/săptămânal/lunar) - în ND raportează o metrică separată de conformitate.
Reguli de viteză: n depozite> X în Y minute + rapid cache out = bloc/verificare manuală.
Sancțiuni/PEP/SoF: creșterea ND peste prag → sursa obligatorie de fonduri.
Mullocalizare: Comparați geo/metodă/țară bancară cu țara KYC.
Autoexcluderea: ND după excludere trebuie să fie strict 0; orice încercări - alertă.

10) Procese și SLO-uri

SLO de calcul ND-tablou de bord: T + 1, disponibilitatea până la 09:00 TZ locale de zona de raportare.

• lipsă fișiere de decontare PSP,
• duplicatele au ca rezultat un segment ND incorect,
• FX discrepanțe în masă.
• DRP: reprocesarea ND prin re-ingerarea evenimentelor pe o perioadă cu ordine deterministă.

11) Exemple SQL (șabloane)

11. 1. Calculul ND după utilizator și zi

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. Steagul virajelor rapide (abuz)

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. Segmentare după metodă/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) Alerte și declanșatoare (sistem de operare)

Spike ND↓ pe metoda: ND picătură> 30% d/d - verifica incidente PSP și încuietori.
Spike ND↑ pe segmente: creștere ND> 50% w/w - un nou aff este probabil. -source sau resetare schemă.
ND≈0 de cifră de afaceri ridicată - verificare KYC/SoF forțată.
Cota anormală de rambursare/Chargeback în ND - auditul lanțului „depozit→igra→vyvod”.

13) Cele mai bune practici (scurt)

1. Citiți ND stabilind datele și remediați FX în momentul soluționării.
2. Separați rigid transferul intern de banii jucătorului.
3. Toate editările manuale - cu reason_code și audit.
4. Reguli antifraudă pentru transformări rapide ale U și metode încrucișate.
5. Două rapoarte: operarea T + 1 și închiderea financiară (lună/trimestru).
6. Versioning logic: ND v1/v2 cu migrarea magazinelor istorice.

14) Întrebări frecvente

Î: Contează descoperirile răsturnate?
R: Nu. Numai "RETRAGERE _ PAID 'reduce ND.

Î: Ce se poate face cu un depozit care a fost autorizat, dar nu capturat?
R: Nu includeți în ND. Astea nu sunt chitanţe reale.

Î: Cum să reflectați chargeback-ul după concluzia deja făcută?
R: „CHARGEBACK _ DEBIT” va adăuga o contribuție negativă jucătorului (în esență, platforma pierde), ND va crește prin debit, dar raportul financiar final ar trebui să arate, de asemenea, o pierdere/cheltuială pe chargebacks.

Î: Comisioanele PSP trebuie deduse din ND?
R: Nu, ND este o metrică centrată pe jucători. Comisioane - în P & L.

15) Lista de verificare a implementării

• Event bus cu idempotency și garanție de livrare
• 'tranzacții _ flat' vitrină cu tipuri/stări unificate
• Normalizarea FX pe decontare, stocare originală
• Regulile de cartografiere a stării PSP → statusurile dvs
• Reconcilierea zilnică cu PSP și alerte delta
• Tablouri de bord ND (în general, prin metodă, prin segment, prin cohortă)
• Politici de joc responsabil și declanșatoare SoF bazate pe ND
• ND v1 formulă documentație și plan de evoluție v2

Rezumat

Depozite nete este metrica centrală a banilor „reali” ai unui jucător în sistem. ND corectă necesită reguli stricte de recunoaștere (settle-data), multi-valută precisă, idempotența evenimentelor, reconcilierea regulată cu PSP și declanșatoarele antifraudă încorporate. Formați un singur ghid de stare și tipologia operațiunilor - iar ND va deveni un sprijin fiabil atât pentru finanțe, cât și pentru monetizarea responsabilă.