Net Deposits: Հաշվարկը և վերահսկումը
1) Ի՞ նչ է Net Deposits-ը, և ինչու՞ են դրանք անհրաժեշտ։
Net Deposits-ը (ND) մաքուր օգտագործողական ներդրումներ են, երբ հաշվում են բոլոր «հակադարձ» դրամական հոսքերը։ Մետրիկան քննադատական է
Յունիտ տնտեսագիտություն (հարաբերակցություն ND հետ LTV, ARPPU, NGR),
պատասխան խաղի (limits, ինքնատիրապետում, միջոցների աղբյուր),
ռիսկի և կոմպլենսի (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-սցենարները (դեպոզիտ հանուն բոնուսի, ակնթարթային քեշ-աութ) պետք է նվազեցնեն ND-ը արագ Withdrawals-ի և/կամ antifraud-2019-ի միջոցով։
Media PBS: Լռելյայն չեն հանվում ND-ից (ND - «խաղացող-կենտրոնային» մետրից)։ Իսպանիան P & L.
Mastal Transfer/Cross-Wallet (սպորտը ռուսական կազինո): ND-ը չի փոխվում (սա հավասարակշռության մեջ շարժում է)։
Cancel Withdrawal-ը, վերացումը չի նվազեցնում ND-ը (քանի որ եզրակացությունը տեղի չի ունեցել)։
Promotional Cashout/Manault Credit: Օպերատորի դրամական վարկերը չեն ավելացնում ND-ը։
Tokens/crypto: հաշվել ֆիատիկ համարժեքը settle-ի պահին (տե՛ ս ջերմունակությունը)։
Partial/Split Payments: ND-ն աճում է այն գումարի վրա, որը իսկապես settled է։
2. 3. Ժամանակի սահմանները
ND-ի «կտրման» տարբերակները
Activity-based («settled _ at» գործարքների միջոցով)։ Առաջարկվում է ֆինանսական հաշվետվությունների համար։
Request-based («created _ at »/« requested _ at»): Այն հարմար է արագ սննդի վերլուծության համար, բայց ոչ նվազեցման համար։
3) Կրոնատիվենտալությունը և դասընթացների գնահատումը
Բոլոր վիրահատությունները մարվում են reporting currency-ում (օրինակ, settle-ի պահին CPR)։
Фиксируйте: `amount_original`, `currency_original`, `fx_rate_at_settle`, `amount_reporting`.
Կրիպտոյի համար օգտագործեք միջին կշռված գինը (VWAP) ընտրված աղբյուրի վրա 'settled _ at։
Մի վերագնահատեք պատմական ND-ը դասընթացները փոխելիս 'պահեք իրական FX-ը իրադարձության պահին։
4) ND ռոլ մակարդակները
ND _ user-ը կոնկրետ խաղացողի մաքուր ներդրումներ են։
ND _ segram-ը երկրներով, հյուրանոցներով, վճարման պրովայդերներով, աֆֆիլիաներով։
ND _ cohics-ը գրանցման/առաջին դեպոզիտի ամսաթիվն է։
ND _ platform-ը ժամանակի ընթացքում ընդհանուր ND պլատֆորմն է։
5) Քաղաքականություններ և բացառություններ
5. 1. Same-method & international աղբյուրը
Եթե A դեպոզիտը եկել է M մեթոդը, ավանդային միջոցների իրականացումը պատրաստվում է ՄՄ-ի միջոցով անել մինչև ոչ արտանետման գումարը։ Սա նվազեցնում է 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»)։ Աջակցեք exactly-once առաքման MSH-ին '«event _ id» -ի միջոցով։
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-ի արդյունքները համարվում են «type» և «status» ագրեգացիաներ ֆիլտրերով «միայն settled/paid/captured, որտեղ կիրառելի է»։
7) Տվյալների որակի վերահսկումը և նվազեցումը
7. 1. PBS/Acquirer
Ամենօրյա PMS-112 (settlementes) ձեր «transactions» -ից։
«Provider _ ref», սումամ, settle, արժույթի և fee (P&L համար)։
Ops-ում պարամետրերի անհամապատասխանությունները '«missing capture», «double refund», «late presentae»։
7. 2. Հակադուբլ և կուռք
Վերահսկումը '«(provider, provider _ tx _ id, type, settle _ date)»։
Առանձնահատուկ լոգ («ADJUSTIM _ APIED»)։
7. 3. Բիզնեսի կանոնների ամբողջականությունը
«PAID» -ի եզրակացությունը առանց ընտրված պատմության 'կարմիր դրոշը։
Մոտ է «DEPOSIT _ CAPTURED 'w.WITHDRAWAL _ PAID» նույն գումարը մոխրագույն դրոշն է (bonus-abuse)։
8) Հաշվետվություններ և դաշույններ
8. 1. Հիմնական KPI
«ND _ total» ժամանակահատվածի համար; «ND _ per _ user», «ND _ intian»;
ND-ի տարրալուծումը երկրներով, ռուսական, PSA, աֆֆիլիաներով։
«ND _ 7/30/90» գրանցման կոորդինատներով։
Cash Conversion Lag: Միջին է «DEPOSIT _ CAPTURED» -ից մինչև «WITHDRAWAL _ PAID»։
8. 2. Ռիսկի հատվածներ
Խաղացողները 'ND 240 "և բարձր շրջանառությունը' միջոցների աղբյուրի ստուգման թեկնածուները։
Արագ շրջադարձը (deposit nowwithdrawal) 8. 3. Վերլուծաբանների ինքնաթիռները Ապրանքը (սպորտը/կազինո/2019) 'որտեղ ND-ն առավել առողջ է։ Վճարման մեթոդներ 'ND ձախողումներ ֆրոդի ֆրոդի վրա։ Քարոզարշավներ/բոնուսներ ՝ ND-uplift և հետպատերազմյան ազդեցություն։ 9) Հակաֆրոդի և պատասխանատու խաղի քաղաքականությունը Դեպոզիտների լիմիտները (daily/weekly/monthly) - ND զեկույցներում առանձին մետրով։ Velocity կանոնները ՝ n դեպոզիտ> X, Y րոպեի ընթացքում + արագ քեշ-աութ = բլոկ/մանուալ ստուգում։ Սանկցիաները/PEP/SoF: ND աճը ավելի բարձր է, քան շեմը, հաստատվում է պարտադիր Source of Funds-ը։ Մուլոկաչենկո 'համեմատեք գեո/մեթոդը/բանկային երկիրը KYC երկրի հետ։ Winf-intlusion: ND-ը բացառությունից հետո պետք է խստորեն 0 լինի; ցանկացած փորձ ալերտ է։ 10) Գործընթացները և SLO-ն SLO հաշվարկելով ND-dashbord: T + 1, պատրաստակամություն մինչև 9:00 - TZ հաշվետվական գոտի։ Միջադեպերը 'վերացնել P1 գերակայությունը, եթե PSA settlam ֆայլերը բաց են թողել, կրկնօրինակները հանգեցնում են սխալ ND կոդին, FX զանգվածային տարբերությունները։ SPP 'ND-ի վերականգնումը re-ingest իրադարձությունների միջոցով դետերմինացված կարգի հետ։ 11) SQL (ձևանմուշներ) օրինակներ 11. 1. ND հաշվարկը օգտագործողի և օրվա վերաբերյալ 11. 2. Արագ շրջադարձերի դրոշը (աբյուզ) 11. 3. PSA սեգմենտացիան 12) Ալբերտները և ձգիչները (վիրահատություն) Spike ND-ն տեղադրված է մեթոդի վրա 'ND> 30% d/d անկում - ստուգել PMS-միջադեպերը և արգելափակումները։ Spike ND-ն աշխատում է հատվածում 'ND> 50% w/w-ի աճը հավանական է նոր աֆֆը։ - Աղբյուրը կամ սխեման գրկախառնվել է։ ND 240 բարձր շրջանառությամբ - հարկադիր KYC/SoF ստուգում։ Refund/Chargeback-ի աննորմալ մասնաբաժինը ND-ում 'շղթայի «դեպոզիտ ռուսական խաղը վերջնական եզրակացության»։ 13) Best practics (կարճ) 1. Հաշվել ND-ը settle-ամսագրերում և ամրագրել FX-ը settle-ի պահին։ 2. Կոշտ առանձնացնել www.al 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 'Արդյո՞ ք պետք է կարդալ PMS-2019-ը ND-ից։ A: Ոչ, ND-ը խաղացող-ցենտրիկ մետր է։ Իսպանիան P & L. 15) Ներդրման չեկի ցուցակ Net Deposits-ը համակարգում խաղացողի «իրական» փողի կենտրոնական մետրն է։ Ճիշտ ND-ն պահանջում է ճանաչման խիստ կանոններ (settle-ամսաթվեր), կոկիկ հակաբեղմնավորիչ, իրադարձական գաղափարախոսություն, PRC-ի և ներկառուցված հակաֆրոդ-տրագերների հետ։ Ձևացրեք ստատուսների և գործողությունների տիպաբանության մի գիրք, և 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;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';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;
Ռեզյումե