Net Deposits: Berechnung und Kontrolle

1) Was ist Net Deposits und warum werden sie benötigt

• Einheitsökonomie (Korrelation von ND mit LTV, ARPPU, NGR),
• verantwortungsvolles Spielen (Grenzen, Selbstkontrolle, Geldquelle),
• Risiko und Compliance (AML/Sanktionen, Anomalien),
• Operationen (Priorisierung von Auszahlungen und Anti-Missbrauchs-Boni).

Grundidee

Der Spieler steuerte X (Deposits) bei, brachte Y (Withdrawals) heraus. Alles, was im Ökosystem als „tatsächlich eingezahltes Geld“ des Spielers übrig geblieben ist, sind die Net Deposits, angepasst an Retouren, Chargebacks, Stornierungen und andere technische Vorgänge.

2) Formeln und Abrechnungsgrenzen

2. 1. Grundformel (Produktebene)

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

• Deposits - nur erfolgreich gutgeschrieben (erfasst/gesetzt). Autorisierungen ohne nachträgliche Erfassung - zählen nicht.
• Withdrawals - berücksichtigen nur bezahlt (bezahlt/gesetzt). Abgelehnte/annullierte ND-Anträge mindern nicht.
• Refunded Deposits - Rückerstattungen der Einzahlung auf die gleiche Quelle (gleiche Methode).
• Chargeback Debits/Credits - Nettoeffekt von Disputen (Abschreibungen/Retouren).
• Reversal Adjustments - technische Korrekturen (z. B. Rückgabe aus einer „fehlerhaften“ Brieftasche, Storno-Duplikat).

2. 2. Erweiterungen der Buchhaltung

Boni und Free Bets: nicht im Deposits enthalten; Das sind interne Kredite. Abuse-Szenarien (Einzahlung für einen Bonus → Instant-Cash-out) sollten den ND jedoch durch schnelle Withdrawals und/oder durch Antifraud-Korrekturen reduzieren.
PSP-Provisionen: werden standardmäßig nicht von ND abgezogen (ND ist eine „spielerzentrierte“ Metrik). Provisionen - in P & L.
Internal Transfer/Cross-Wallet (Sport → Casino): ND ändert sich nicht (dies ist eine Bewegung innerhalb des Gleichgewichts).
Cancel Withdrawal: Die Annullierung schmälert den ND nicht (schließlich fand der Rückzug nicht statt).
Promotional Cashout/Manual Credit: Geldkredite des Betreibers erhöhen den ND nicht.
Token/Krypto: Zählen Sie zum Zeitpunkt der Einstellung mit dem Fiat-Äquivalent (siehe Multi-Währung).
Partial/Split Payments: ND wächst um einen Betrag, der wirklich settled ist.

2. 3. Periodengrenzen

• Aktivitätsbasiert (durch 'settled _ at' der Transaktion). Empfohlen für die Finanzberichterstattung.
• Request-based (von 'created _ at '/' requested _ at'): geeignet für schnelle Produktanalysen, aber nicht für Abstimmungen.

3) Multi-Currency und Bewertung von Kursen

Alle Transaktionen werden in der Berichtswährung (z.B. EUR) zum Wechselkurs zum Zeitpunkt des Settles gemappt.
Фиксируйте: `amount_original`, `currency_original`, `fx_rate_at_settle`, `amount_reporting`.
Für Krypto: Verwenden Sie den gewichteten Durchschnittspreis (VWAP) an der ausgewählten Quelle auf 'settled _ at'.
Überschätzen Sie historische NDs nicht, wenn sich die Kurse ändern: Bewahren Sie den tatsächlichen FX zum Zeitpunkt des Ereignisses auf.

4) ND-Rollenebenen

ND_user sind reine Investitionen eines bestimmten Spielers.
ND_segment - nach Ländern, Kanälen, Zahlungsanbietern, Partnern.
ND_cohort - nach Datum der Registrierung/erste Einzahlung.
ND_platform ist die gesamte ND-Plattform für den Zeitraum.

5) Richtlinien und Ausnahmen

5. 1. Same-Method-Regel & Rückkehr zur Quelle

Wenn die Einzahlung A über die Methode M kam, erfolgt die Rückerstattung der Einzahlung vorzugsweise über M bis zum Nettoeinzahlungsbetrag. Dies reduziert die Risiken von AML und umstrittenen Cross-Payments.

5. 2. Interne Anpassungen

Jede manuelle Anpassung muss einen reason_code, einen Audit Trail und einen Verweis auf die primäre Operation enthalten.
Die Anpassungen dürfen kein Loss-Chasing/Missbrauch verschleiern.

5. 3. Bonuszyklen

Markieren Sie die „Bonus-getriebene ND“ (Einzahlung, die den Bonus aktiviert) Flagge. Erstellen Sie ND-Berichte mit/ohne bonusbezogene Einzahlungen.

6) Ereignismodell und Datenschema

6. 1. Schlüsselereignisse

`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 и т. п.)

Alle Ereignisse sind idempotent ('idempotency _ key', 'event _ id'). Unterstützen Sie exactly-once Lieferung an DWH durch Deduplizierung durch 'event _ id'.

6. 2. Mini-Schema (vereinfacht)

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-Summen gelten als Aggregationen nach 'Typ' und 'Status' mit Filtern „nur gesetzt/bezahlt/erfasst, falls zutreffend“.

7) Datenqualitätskontrolle und -abgleich

7. 1. Abstimmung mit PSP/Acquirer

Täglicher Abgleich der PSP-Berichte (Settlement-Dateien) mit Ihren 'Transaktionen'.
Spiele nach 'provider _ ref', Summen, Settle-Daten, Währungen und Gebühren (für P&L).
Unstimmigkeiten → Tickets in Ops: „missing capture“, „double refund“, „late presentment“.

7. 2. Antidumpingmaßnahmen und Idempotenz

Kontrolle: Einzigartigkeit durch'(Provider, provider_tx_id, Typ, settle_date)'.
Separates Audit-Protokoll für manuelle Operationen („ADJUSTMENT _ APPLIED“).

7. 3. Integrität der Geschäftsregeln

Die Ausgabe von 'PAID' ohne Einzahlungsverlauf in der gewählten Methode ist eine rote Fahne.
Zeitnahe' DEPOSIT _ CAPTURED '→' WITHDRAWAL _ PAID 'für den gleichen Betrag - graue Flagge (Bonus-Missbrauch).

8) Berichterstattung und Dashboards

8. 1. Grundlegende KPIs

„ND _ total“ für den Zeitraum; „ND _ per _ user“, „ND _ median“;

Zerlegung der ND nach Ländern, Methoden, PSPs, Affiliates;

„ND _ 7/30/90“ nach Registrierungskohorten;

Cash Conversion Lag: Median von 'DEPOSIT _ CAPTURED' bis' WITHDRAWAL _ PAID'.

8. 2. Risikosegmente

Spieler mit „ND≈0“ und hohem Umsatz sind Kandidaten für die Überprüfung der Geldquelle.
Schnelle Umkehrung (deposit→withdrawal) <N Stunden - der Auslöser der Untersuchung.

8. 3. Analyseebenen

Produkt (Sport/Casino/Live): wo ND am „gesündesten“ ist.
Zahlungsmethoden: ND-Flops im Betrugsverkehr bei einer bestimmten Methode.
Kampagnen/Boni: ND-Uplift und Post-Effekt von Absagen.

9) Anti-Fraud und verantwortliche Spielpolitik

Einzahlungslimits (täglich/wöchentlich/monatlich) - in ND-Berichten eine separate Compliance-Metrik.
Velocity-Regeln: n Einzahlungen> X in Y Minuten + schneller Cache-Out = Block/manuelle Überprüfung.
Sanktionen/PEP/SoF: ND-Wachstum über Schwellenwert → obligatorische Quelle von Fonds.
Mullokalisierungen: Vergleichen Sie ein Geo-/Methoden-/Bankland mit einem KYC-Land.
Selbstausschluss: ND nach Ausschluss muss streng 0 sein; Alle Versuche sind alert.

10) Prozesse und SLO

SLO der ND-Dashboard-Berechnung: T + 1, Bereitschaft bis 09:00 Uhr lokaler TZ des Berichtsbereichs.

• ausgelassene settlement-PSP-Dateien,
• Duplikate führen zu einem falschen Segment ND,
• Massenabweichungen FX.
• DRP: Re-Processing von ND durch re-ingest Ereignisse über einen Zeitraum mit einer deterministischen Reihenfolge.

11) SQL-Beispiele (Vorlagen)

11. 1. ND-Berechnung nach Nutzer und Tag

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. Schnelle Umkehrflagge (Missbrauch)

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. Segmentierung nach Methode/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) Alerts und Trigger (Operational)

Spike ND↓ auf der Methode: ND-Drop> 30% d/d - PSP-Vorfälle und Sperren überprüfen.
Spike ND↑ im Segment: ND-Wachstum> 50% w/w - neues aff wahrscheinlich. -Quelle oder Schema zurückgesetzt.
ND≈0 bei hohem Umsatz - erzwungener KYC/SoF-Check.
Der abnormale Anteil von Refund/Chargeback an ND ist die Überprüfung der „depozit→igra→vyvod“ -Kette.

13) Best Practices (kurz)

1. ND nach Settle-Datum zählen und FX zum Settle-Zeitpunkt fixieren.
2. Trennen Sie den internen Transfer starr vom Geld des Spielers.
3. Alle manuellen Bearbeitungen - mit reason_code und Audit.
4. Anti-Fraud-Regeln für schnelle Umkehrungen und Cross-Methoden.
5. Zwei Berichte: operativer T + 1 und finanzieller Abschluss (Monat/Quartal).
6. Versionierung der Logik: ND v1/v2 mit Abwanderung historischer Schaufenster.

14) Häufige Fragen

F: Werden die annullierten Schlussfolgerungen berücksichtigt?
A: Nein. Nur 'WITHDRAWAL _ PAID' reduziert ND.

F: Was mache ich mit einer Einzahlung, die autorisiert, aber nicht beschlagnahmt wurde?
A: Nicht in ND aufnehmen. Das sind keine echten Einnahmen.

F: Wie kann ich den Chargeback nach einer bereits getätigten Schlussfolgerung reflektieren?
A: 'CHARGEBACK _ DEBIT' wird den negativen Beitrag des Spielers hinzufügen (im Wesentlichen verliert die Plattform), ND wird um die Belastung steigen, aber der endgültige Finanzbericht muss auch den Verlust/Aufwand für Chargebacks zeigen.

F: Müssen PSP-Provisionen von ND abgezogen werden?
A: Nein, ND ist eine spielzentrierte Metrik. Provisionen - in P & L.

15) Checkliste Umsetzung

• Event-Bus mit Idempotenz und Liefergarantie
• Showcase' transactions _ flat' mit einheitlichen Typen/Status
• FX-Normalisierung auf Settle, Speicherung von Originalen
• PSP-Status-Mapping-Regeln → Ihre Status
• Täglicher Abgleich von PSP und Alerts zu Deltas
• ND Dashboards (allgemein, nach Methoden, nach Segmenten, nach Kohorten)
• Verantwortliche Spielpolitik und ND-basierte SoF-Trigger
• ND Formel Dokumentation v1 und Evolutionsplan v2

Zusammenfassung

Net Deposits ist die zentrale Metrik des „echten“ Spielergeldes im System. Korrektes ND erfordert strenge Anerkennungsregeln (Settle-Dates), ordentliche Mehrwährungen, Event-Idempotenz, regelmäßige Abstimmung mit PSPs und eingebaute Anti-Fraud-Trigger. Bilden Sie ein einziges Verzeichnis von Status und Betriebstypologie - und ND wird eine zuverlässige Unterstützung für Finanzen und verantwortungsvolle Monetarisierung sein.