Net Deposits - Calcolo e controllo

1) Cosa sono Net Deposits e perché sono necessari

• unit economy (ND correlazione con LTV, ARPPU, NGR),
• giochi responsabili (limiti, autocontrollo, fonte di fondi),
• rischi e compliance (AML/sanzioni, anomalie),
• transazioni (priorità dei pagamenti e bonus antiabuse).

Idea di base

Il giocatore ha inserito X (deposits), ha estratto Y (withdrawals). Tutto ciò che è rimasto nell'ecosistema come «denaro effettivamente versato» del giocatore è Net Deposits, regolato per rimborsi, charjbeck, cancellazioni e altre operazioni tecniche.

2) Formule e limiti di contabilità

2. 1. Formula di base (livello di prodotto)

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

• Deposits - Solo iscritti correttamente (captured/settled). Autorizzazioni senza capture successive - non contate.
• Withdrawals - prendiamo in considerazione solo i pagamenti (paid/settled). Le richieste ND rifiutate/annullate non diminuiscono.
• Refunded Deposits - Rimborsi depositi sulla stessa sorgente (same-method).
• Chargeback Debits/Credits è l'effetto netto dei display (prelievi/rimborsi).
• Reversal Adjustments - Corretture tecniche (ad esempio, restituzione da portafoglio «errato», duplicato).

2. 2. Estensioni contabili

Bonus e Free Bets: non fanno parte di Deposits; sono prestiti interni. Tuttavia, gli script abuse (il deposito per il bonus è una cache istantanea) devono ridurre il ND attraverso veloce Withdrawals e/o tramite correzione antifraud.
Le commissioni PSP non vengono sottratte per default a una metrica ND (ND - Centrica gioco). Le commissioni sono in P & L.
Internal Transfer/Cross-Wallet - ND non cambia (questo movimento all'interno dell'equilibrio).
Cancel Withdrawal - Annullare non riduce l'ND (perché l'output non è stato eseguito).
Promotional Cashout/Manufactural Credit: i crediti in denaro dell'operatore non aumentano l'ND.
Token/cripto - Conta l'equivalente fieristico al momento del settle (vedi multivaluta).
Partial/Split Payments: ND cresce di un valore che è davvero settled.

2. 3. Limiti del periodo

• Attivity-based (in «settled _ at» transazione). Raccomandato per i rapporti finanziari.
• Richiest-based (in «created _ at »/« sollested _ at») - È utile per gli analisti alimentari rapidi, ma non per i controlli.

3) Moltiplicazione e valutazione dei corsi

Tutte le operazioni vengono visualizzate in reporting currency (ad esempio, EUR) al momento del settle.
Фиксируйте: `amount_original`, `currency_original`, `fx_rate_at_settle`, `amount_reporting`.
Per la crittografia, usa il prezzo medio ponderato (VWAP) sull'origine selezionata sù settled _ at ".
Non sovrastimare i ND storici durante il cambio di corso. Memorizzare FX effettivo al momento dell'evento.

4) Livelli di ruolo ND

ND _ user è un allegato netto di un giocatore specifico.
ND _ segment - per paese, canale, provider di pagamento, affiliati.
ND _ cotort - data di registrazione/primo deposito.
ND _ platform è una piattaforma ND condivisa nel periodo.

5) Criteri e eccezioni

5. 1. Regola same-method & ritorno all'origine

Se il deposito A è arrivato attraverso il metodo M, il rimborso dei depositi è preferibile tramite M prima dell'importo netto versamento. Ciò riduce i rischi di AML e pagamenti cross controversi.

5. 2. Regolazioni interne

Ogni regolazione manuale deve avere reason _ code, audittrail e un riferimento all'operazione principale.
Le regolazioni non devono mascherare loss-chasing/abuse.

5. 3. Cicli bonus

Contrassegna «bonus-driven ND» (deposito che ha attivato il bonus) con una bandiera. Costruire rapporti ND con/senza depositi bonus collegati.

6) Modello di evento e diagramma dei dati

6. 1. Eventi chiave

`DEPOSIT_AUTHORIZED`, `DEPOSIT_CAPTURED`, `DEPOSIT_REFUNDED`

`WITHDRAWAL_REQUESTED`, `WITHDRAWAL_PAID`, `WITHDRAWAL_REJECTED`, `WITHDRAWAL_CANCELED`

`CHARGEBACK_DEBITED`, `CHARGEBACK_CREDITED`

`ADJUSTMENT_APPLIED` (тип: REVERSAL, TECH_FIX, FRAUD_CORRECTION и т. п.)

Tutti gli eventi sono idempotenti ('idempotency _ key', 'event _ id'). Supporta le consegne exactly-once in DWH tramite deduplicazione per «event _ id».

6. 2. Mini-schema (semplificato)

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

I risultati ND sono considerati aggregazioni per tipo e status con filtri «solo settled/paid/captured, se applicabile».

7) Controllo della qualità dei dati e riconciliazione

7. 1. Comprimere con PSP/Acquirer

Comprimere quotidianamente i report PSP (Settlement files) con le tue transazioni.
Partite dì provider _ ref ", importi, date settle, valute e fee (per P&L).
Non corrispondenze di ticket in Ops: «missing capture», «doppio refund», «late presentment».

7. 2. Anti-bla e idampotenza

Controllo: univoco per '(provider, provider _ tx _ id, type, settle _ date)'.
Controllo manuale separato ('ADJUSTMENT _ APPLIED').

7. 3. Integrità delle regole aziendali

Output PAID senza cronologia di deposito nel metodo selezionato: flag rosso.
Vicino all'ora «DEPOSIT _ CAPTURED» → «WITHDRAWAL _ PAID» alla stessa cifra, una bandiera grigia (bonus-abuse).

8) Rapporti e dashboard

8. 1. KPI di base

«ND _ total» per il periodo; «ND _ per _ user», «ND _ median»;

Decomposizione ND per paese, metodo, PSP, affiliati;

«ND _ 7/30/90» per coorti di registrazione;

Cash Conversion Lag: mediana da «DEPOSIT _ CAPTED» a «WITHDRAWAL _ PAID».

8. 2. Segmenti di rischio

I giocatori dì ND≈0 "e" alto "sono candidati a verificare la fonte dei fondi.
Inversione rapida (deposit→withdrawal) <N ore è il fattore scatenante dell'indagine.

8. 3. Piani di analisi

Prodotto (sport/casinò/live): dove ND è più «sano».
Metodi di pagamento: errori ND per il traffico di frode su un metodo specifico.
Campagne/Bonus: ND-uplift e post-effetto sono notevoli.

9) Politiche antifrode e gioco responsabile

I limiti di deposito (daily/week/monthly) sono riportati nei report ND da una singola metrica di conformità.
Regole Velocity: n depositi> X in Y minuti + veloce cache = blocco/controllo manuale.
Sanzioni/PEP/SoF - Crescita ND superiore alla soglia di accesso obbligatorio Source of Funds.
Mullocalizzazioni: confrontare geo/metodo/paese bancario con un paese KYC.
Self-exclusion: ND dopo l'esclusione deve essere rigorosamente 0; Ogni tentativo è un alert.

10) Processi e SLO

SLO di calcolo ND-Dashbord: T + 1, pronto entro le 9:00 locali TZ zona di segnalazione.

• i file PSP sono saltati,
• i duplicati causano un segmento ND non valido,
• Soluzione temporanea FX di massa.
• DRP: riprocessing ND attraverso eventi re-ingest in un periodo di tempo determinato.

11) Esempi SQL (modelli)

11. 1. Calcolo ND per utente e giorno

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. Flag di pagine affiancate veloci (abuse)

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. Segmentazione metodi/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) Alert e trigger (operatore)

Spike ND↓ nel metodo: calo ND> 30% d/d - Controlla incidenti PSP e blocchi.
Spike ND↑ per segmento: crescita ND> 50% w/w - probabile nuovo aff. - sorgente o schema abbracciato.
ND≈0 ad alta rotazione - Controllo KYC/SoF obbligatorio.
La parte anormale di Refund/Changeback nell'ND è l'ispezione della catena di depozit→igra→vyvod.

13) Best practices (breve)

1. Conta ND in base alle date settle e fissa FX al momento del settle.
2. Separare severamente internal transfer dal denaro del giocatore.
3. Tutte le modifiche manuali sono reason _ code e audio.
4. Regole antifrode per le inversioni veloci e metodi di cross.
5. Due report: T + 1 operativo e chiusura finanziaria (mese/trimestre).
6. Versioning logica: ND v1/v2 con migrazione delle vetrine storiche.

14) Domande frequenti

Tenere conto delle conclusioni annullate?
A: No. Solo WITHDRAWAL _ PAID riduce ND.

Cosa fare con un deposito autorizzato ma non catturato?
A: Non includere in ND. Queste non sono entrate reali.

Q: Come riflettere il proveback dopo l'output?
A: 'CHARGEBACK _ DEBIT' aggiungerà il contributo negativo del giocatore (in pratica, la piattaforma perde), ND aumenterà di debito, ma il rapporto finanziario finale dovrebbe anche mostrare perdita/flusso di charjbeek.

Q: È necessario sottrarre le commissioni PSP da ND?
A: No, ND è una metrica di gioco-centro. Le commissioni sono in P & L.

15) Assegno-foglio di implementazione

• Pneumatico per eventi con idoneità e garanzia di consegna
• Vetrina'transations _ flat'con tipi/states unificati
• Normalizzazione FX su settle, memorizzazione degli originali
• Le regole mapping degli stati PSP → gli stati
• Incrocio giornaliero con PSP e alert per delta
• Dashboard ND (comune, metodi, segmenti, coorti)
• Criteri di gioco responsabile e trigger SoF basati su ND
• Documentazione della formula ND v1 e piano di evoluzione v2

Riepilogo

Net Deposits è la metrica centrale del denaro «reale» del giocatore nel sistema. Una ND corretta richiede regole rigorose per il riconoscimento (settle-data), la multivalenza attenta, l'idampotenza degli eventi, la riconciliazione regolare con PSP e i trigger antifrod incorporati. Formate un unico manuale per lo stato e la tipologia delle operazioni e l'ND costituisce un supporto affidabile sia per la finanza che per la monetizzazione responsabile.