Net Deposits: есептеу және бақылау

1) Net Deposits дегеніміз не және олар не үшін қажет

• (LTV, ARPPU, NGR бар ND корреляциясы),
• (лимиттер, өзін-өзі бақылау, қаражат көзі),
• (AML/санкциялар, ауытқулар),
• операциялар (төлемдерді басымдыққа алу және бонустарға қарсы абьюз).

Негізгі идея

Ойыншы X (deposits) енгізді, Y (withdrawals) шығарды. Экожүйеде ойыншының «нақты салынған ақшасы» ретінде қалғанның бәрі - қайтарымдарға, чарджбектерге, алып тастауларға және басқа да техникалық операцияларға түзетілген Net Deposits болып табылады.

2) Есептеу формулалары мен шекаралары

2. 1. Базалық формула (өнім деңгейі)

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

• Deposits - тек сәтті қабылданған (captured/settled). Кейіннен capture болмаса, авторизацияны санамаймыз.
• Withdrawals - тек төленген (paid/settled). Қабылданбаған/күші жойылған ND өтінімдері азайтылмайды.
• Refunded Deposits - депозитті сол көздерге қайтару (same-method).
• Chargeback Debits/Credits - пікірталастардың таза әсері (есептен шығару/қайтару).
• Reversal Adjustments - техникалық түзету (мысалы, «қате» әмияннан қайтару, сторно дубликат).

2. 2. Есеп кеңейту

Бонустар мен Free Bets: Deposits құрамына кірмейді; бұл ішкі несиелер. Алайда, abuse-сценарийлер (бонус үшін депозит → жедел кэш-аут) жылдам Withdrawals арқылы және/немесе antifraud-түзетулер арқылы ND төмендетуі тиіс.
PSP комиссиялары: әдепкі ND (ND - «орталық-ойыншы» метрикасы) шегерілмейді. Комиссия - P&L.
Internal Transfer/Cross-Wallet (спорт → казино): ND өзгермейді (бұл теңгерім ішіндегі қозғалыс).
Cancel Withdrawal: болдырмау ND-ді азайтпайды (себебі қорытынды болмады).
Promotional Cashout/Manual Credit: оператордың ақшалай кредиттері ND ұлғайтпайды.
Токендер/крипто: settle сәтіндегі фиаттық эквивалент бойынша санау (қараңыз мультивалюталық).
Partial/Split Payments: ND нақты settled сомаға өседі.

2. 3. Кезеңнің шектері

• Activity-based ('settled _ at' бойынша). Қаржылық есептілік үшін ұсынылады.
• Request-based ('created _ at '/' requested _ at' бойынша): жылдам азық-түлік талдауы үшін жарамды, бірақ салыстыру үшін емес.

3) Мультивалюталық және курстарды бағалау

Барлық операциялар settle сәтіндегі бағам бойынша reporting currency (мысалы, EUR) бағдарламасында орналасады.
Фиксируйте: `amount_original`, `currency_original`, `fx_rate_at_settle`, `amount_reporting`.
Крипто үшін: таңдалған 'settled _ at' дереккөзінде орташа өлшенген бағаны (VWAP) пайдаланыңыз.
Курстарды ауыстырғанда тарихи ND-лерді артық бағаламаңыз: оқиға кезінде нақты FX-ті сақтаңыз.

4) ND рөлдік деңгейлері

ND_user - нақты ойыншының таза салымдары.
ND_segment - елдер, арналар, төлем провайдерлері, аффилиаттар бойынша.
ND_cohort - тіркеу/бірінші депозит күндері бойынша.
ND_platform - кезең ішіндегі жалпы ND платформасы.

5) Саясат және ерекшеліктер

5. 1. Same-method ережесі & қайнар көзіне қайтару

Егер А депозиті М әдісі арқылы келсе, депозиттік қаражатты қайтаруды нетто-енгізу сомасына дейін М арқылы жасаған жөн. Бұл AML және даулы кросс-төлемдер тәуекелдерін төмендетеді.

5. 2. Ішкі түзетулер

Кез келген қолмен түзетуде reason_code, audit trail және алғашқы операцияға сілтеме болуы тиіс.
Түзетулер loss-chasing/abuse мәнін жасырмауы керек.

5. 3. Бонустық циклдар

«bonus-driven ND» (бонусты белсендірген депозит) жалаушасын белгілеңіз. Бонус байланысты депозиттерсіз ND есептерін жасаңыз.

6) Оқиғалық модель және деректер схемасы

6. 1. Негізгі оқиғалар

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

Барлық оқиғалар - іспеттес ('idempotency _ key', 'event _ id'). 'event _ id' дедупликациясы арқылы DWH-ге exactly-once жеткізуді қолдаңыз.

6. 2. Шағын схема (оңайлатылған)

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 бойынша қорытындылар «тек settled/paid/captured қолданылатын» сүзгілері бар 'type' және 'status' бойынша агрегаттар болып саналады.

7) Деректер сапасын бақылау және салыстыру

7. 1. PSP/Acquirer бағдарламасымен салыстыру

PSP есептерін (settlement files) сіздің 'transactions' жүйеңізбен күнделікті салыстыру.
«provider _ ref», сомасы, күні, settle, валюта және fee бойынша матчтар (P&L үшін).
Ops-те → тикеттер сәйкес келмейді: «missing capture», «double refund», «late presentment».

7. 2. Антидубль және демпотенттілік

Бақылау: '(provider, provider_tx_id, type, settle_date)' бойынша бірегейлік.
Қол операциялары бойынша жеке аудит журналы ('ADJUSTMENT _ APPLIED').

7. 3. Бизнес-ережелердің тұтастығы

Таңдалған әдіспен депозиттік тарихсыз 'PAID' шығысы - қызыл жалауша.
Уақыт жағынан жақын 'DEPOSIT _ CAPTURED' → 'WITHDRAWAL _ PAID' сол сомаға - сұр жалау (bonus-abuse).

8) Есептілік және дашбордтар

8. 1. Негізгі KPI

Кезең үшін 'ND _ total'; 'ND _ per _ user', 'ND _ median';

Елдер, әдістер, PSP, аффилиаттар бойынша ND ыдырауы;

'ND _ 7/30/90' тіркеу топтары бойынша;

Cash Conversion Lag: 'DEPOSIT _ CAPTURED' -тен 'WITHDRAWAL _ PAID' -ке дейінгі медиана.

8. 2. Тәуекел сегменттері

ND ≈ 0 'және жоғары айналымдағы ойыншылар - қаражат көзін тексеруге үміткерлер.
Жылдам бұрылу (deposit → withdrawal) <N сағат - тергеу триггері.

8. 3. Талдау жазықтықтары

Өнім (спорт/казино/live): ND ең «сау» жерде.
Ақы төлеу әдістері: нақты әдістегі фрод-трафик кезіндегі ND ақаулары.
Кампаниялар/бонустар: ND-uplift және кері қайтару постэффекті.

9) Антифрод және жауапты ойын саясаты

Депозиттер лимиттері (daily/weekly/monthly) - ND-есептерде сақталудың жеке өлшемімен.
Velocity-ережелер: n депозиттер> X үшін Y минут + жылдам кэш-аут = блок/мануалдық тексеру.
Санкциялар/PEP/SoF: ND өсуі табалдырықтан жоғары → міндетті Source of Funds.
Муллокализация: гео/әдісті/банктік елді KYC-елмен салыстыру.
Self-exclusion: ND алып тастағаннан кейін қатаң 0 болуы тиіс; кез келген әрекет - алерт.

10) Процестер және SLO

ND-дашборд есебінің SLO: T + 1, есептік аймақтың жергілікті TZ 09: 00-ге дейін дайындығы.

• PSP settlement файлдары жіберіп алынды,
• телнұсқалар дұрыс емес ND сегментіне әкеледі,
• жаппай айырмашылықтар FX.
• DRP: ND репроцессингі детерминирленген реттік кезеңдегі оқиғалардың re-ingest арқылы.

11) SQL мысалдары (үлгілер)

11. 1. Пайдаланушы мен күн бойынша ND есебі

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. Жылдам бұрылыстар жалауы (абьюз)

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. / 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) Алерттар мен триггерлер (операциялық)

Spike ND ↓ әдісінде: ND құлауы> 30% d/d - PSP инциденттері мен блоктарын тексеру.
Spike ND ↑ сегменті бойынша: ND өсуі> 50% w/w - жаңа афф болуы мүмкін. - дереккөз немесе схема құшақтады.
ND ≈ 0 жоғары айналымда - мәжбүрлі KYC/SoF-тексеру.
ND-дегі Refund/Chargeback-тің қалыпты емес үлесі - «депозит → ойын → шығару» тізбегінің аудиті.

13) Best practices (қысқаша)

1. ND-ді settle-күні бойынша санау және FX-ді settle сәтінде белгілеу.
2. Internal transferді ойыншының ақшасынан қатаң бөлу.
3. Барлық қолмен түзетулер - reason_code және аудитпен.
4. Тез бұрылыстар мен кросс-әдістерге антифрод-ережелер.
5. Екі есеп: операциялық T + 1 және қаржылық жабу (ай/тоқсан).
6. Логиканы нұсқалау: ND v1/v2 тарихи сөрелердің көші-қоны.

14) Жиі қойылатын сұрақтар

Q: Күші жойылған қорытындылар ескеріле ме?
А: Жоқ. Тек 'WITHDRAWAL _ PAID' ND азайтады.

Q: Авторизацияланған, бірақ басып алынбаған депозитпен не істеу керек?
A: ND қосылмасын. Бұл нақты түсімдер емес.

Q: chargeback нәтижесін қалай көрсету керек?
A: 'CHARGEBACK _ DEBIT' ойыншының теріс үлесін қосады (шын мәнінде платформа жоғалтады), ND дебетке ұлғаяды, бірақ қорытынды қаржылық есеп чарджбектер бойынша шығынды/шығынды көрсетуі тиіс.

Q: PSP-комиссиясын ND-ден шегеру керек пе?
А: Жоқ, ND - ойыншы-орталық метрика. Комиссия - P&L.

15) Енгізу чек-парағы

• Іспеттілігі және жеткізу кепілдігі бар оқиға шинасы
• Біріздендірілген түрлері/мәртебелері бар 'transactions _ flat' витринасы
• FX-қалыпқа келтіру, түпнұсқаларды сақтау
• PSP мәртебесін mapping ережелері → сіздің мәртебелеріңіз
• Күн сайын PSP-мен және Delta-мен салыстыру
• ND дашбордтары (жалпы, әдістер бойынша, сегменттер бойынша, когорталар бойынша)
• ND негізіндегі жауапты ойын саясаты және SoF триггерлері
• ND v1 формуласының құжаттамасы және v2 эволюциясының жоспары

Түйіндеме

Net Deposits - жүйедегі ойыншының «нақты» ақшасының орталық метрикасы. Дұрыс ND танудың қатаң ережелерін (settle-күнін), ұқыпты мультивалюталылықты, оқиғалық ұқсастықты, PSP-мен және кіріктірілген антифрод-триггерлермен тұрақты салыстыруды талап етеді. Мәртебелер мен операциялар типологиясының бірыңғай анықтамалығын қалыптастырыңыз - және ND қаржы үшін де, жауапты монетизация үшін де сенімді тірек болады.