Net Deposits: გაანგარიშება და კონტროლი

1) რა არის Net Deposits და რატომ არის ისინი საჭირო

• ერთეულის ეკონომიკა (ND კორელაცია LTV, ARPPU, NGR),
• საპასუხისმგებლო თამაში (ლიმიტები, თვითკონტროლი, სახსრების წყარო),
• რისკი და შესაბამისობა (AML/სანქციები, ანომალიები),
• ოპერაციები (პრემიების გადახდისა და ანტიაბუზის პრიორიტეტი).

ძირითადი იდეა

მოთამაშემ შემოიტანა X (დეპოზიტები), გამოუშვა Y (withdrawals). ყველაფერი, რაც ეკოსისტემაში დარჩა, როგორც მოთამაშის „ნამდვილად შემოღებული ფული“, არის Net Deposits, რომელიც შესწორებულია საფასურის, ჩარჟბეკების, გაუქმებისა და სხვა ტექნიკური ოპერაციებისთვის.

2) აღრიცხვის ფორმულები და საზღვრები

2. 1. ძირითადი ფორმულა (პროდუქტის დონე)

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

• დეპოზიტები - მხოლოდ წარმატებით ჩარიცხული (captured/settled). ავტორიზაცია შემდგომი კაპიტალის გარეშე - არ გვჯერა.
• Withdrawals - გაითვალისწინეთ მხოლოდ გადახდილი (გადახდილი/settled). უარყოფითი/გაუქმებული ND განაცხადები არ ამცირებს.
• Refunded Deposits - ანაბრის ამაღლება იმავე წყაროსთვის (same-method).
• Chargeback Debits/Credits არის დებატების სუფთა ეფექტი (ჩამოწერა/გადახდა).
• Reversal Adjustments - ტექნიკური კორესპონდენცია (მაგალითად, დაბრუნება „არასწორი“ საფულედან, სტორიული დუბლიკატი).

2. 2. აღრიცხვის გაფართოებები

პრემიები და უფასო ბეტები: არ შედის დეპოზიტებში; ეს არის შიდა სესხები. ამასთან, abuse სცენარები (ბონუსის გულისთვის ანაბარი - მყისიერი ქეში) უნდა შემცირდეს ND სწრაფი Withdrawals- ით ან/და ანტიფრაქციის კორექტირების გზით.
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) მულტივალენტობა და კურსების შეფასება

ყველა ოპერაცია მრიცხველში (მაგალითად, EUR) ექვემდებარება კურსს settle- ის დროს.
Фиксируйте: `amount_original`, `currency_original`, `fx_rate_at_settle`, `amount_reporting`.
კრიპტოსთვის: გამოიყენეთ საშუალო შეწონილი ფასი (VWAP) შერჩეულ წყაროზე „settled _ at“.
არ შეაფასოთ ისტორიული ND კურსების შეცვლისას: შეინახეთ ფაქტობრივი FX ღონისძიების დროს.

4) როლური დონე ND

ND _ user არის კონკრეტული მოთამაშის სუფთა ინვესტიციები.
ND _ segment - ქვეყნის, არხების, გადახდის პროვაიდერების, აფილატების საშუალებით.
ND _ cohort - რეგისტრაციის/პირველი ანაბრის თარიღების მიხედვით.
ND _ platform არის ზოგადი ND პლატფორმა პერიოდისთვის.

5) პოლიტიკოსები და გამონაკლისები

5. 1. Same-method & წყაროს დაბრუნება

თუ ანაბარი A მოვიდა M მეთოდით, სასურველია სადეპოზიტო სახსრების დაბრუნება 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 მიწოდება DWH- ში '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- ის შედეგები განიხილება „ტიპის“ და „status“ დანაყოფებად ფილტრებით „მხოლოდ settled/paid/captured, სადაც გამოიყენება“.

7) მონაცემთა ხარისხის კონტროლი და შერიგება

7. 1. Curved PSP/Acquirer

PSP მოხსენებების ყოველდღიური შერიგება თქვენი „ტრანსაქტიებით“.
მატჩები 'provider _ ref', თანხები, settle თარიღები, ვალუტები და fee (P & L- ისთვის).
შეუსაბამობები - თიკეტები Ops- ში: „დამამშვიდებელი შეკითხვა“, „ორმაგი რეფუნდი“, „მოკლე პრეზენტაცია“.

7. 2. ანტიდუბლი და იდემპოტენტობა

კონტროლი: უნიკალურობა '(provider, provider _ tx _ id, ტიპი, settle _ date)'.
ცალკეული სახელმძღვანელო ოპერაციების ლოგის აუდიტი ('ADJUSTMENT _ APPIED').

7. 3. ბიზნესის წესების მთლიანობა

დასკვნა 'PAID' სადეპოზიტო ისტორიის გარეშე შერჩეული მეთოდით არის წითელი დროშა.
დროულად ახლოს 'DEPOSIT _ CAPTURED' 'WITHDRAWAL _ PAID "იმავე თანხით არის ნაცრისფერი დროშა (bonus-abuse).

8) ანგარიშები და დაშბორდები

8. 1. ძირითადი KPI

'ND _ ტოტალური' პერიოდისთვის; 'ND _ per _ user', 'ND _ median';

ND დაშლა ქვეყნებში, მეთოდებში, PSP- ში, აფილატებში;

'ND _ 7/30/90' რეგისტრაციის კოჰორტებზე;

Cash Conversion Lag: საშუალო 'DEPOSIT _ CAPTURED' - დან 'WITHDRAWAL _ PAID "- დან.

8. 2. რისკის სეგმენტები

'ND' - ის მოთამაშეები და მაღალი ბრუნვა - სახსრების გადამოწმების კანდიდატები.
სწრაფი შემობრუნება (deposit - withdrawal) <N საათი გამოძიების გამომწვევია.

8. 3. ანალიტიკური თვითმფრინავები

პროდუქტი (სპორტი/კაზინო/ცოცხალი): სადაც ND ყველაზე „ჯანმრთელია“.
გადახდის მეთოდები: ND წარუმატებლობა კონკრეტული მეთოდით ფროიდის ტრაფიკზე.
კამპანიები/პრემიები: ND-uplift და გაუქმების ეფექტი.

9) ანტიფროდისა და პასუხისმგებლობის პოლიტიკის პოლიტიკა

დეპოზიტების ლიმიტები (daily/weekly/monthly) - ND- ის ანგარიშებში ცალკეული მეტრის დაცვით.
Velocity წესები: n ანაბრები> X Y წუთში + სწრაფი ქეში = ბლოკი/მანუალური შემოწმება.
სანქციები/PEP/SoF: ND ზრდა ზღურბლზე მაღლა - სავალდებულო Funds წყარო.
მულოკალიზაცია: შეადარეთ გეო/მეთოდი/საბანკო ქვეყანა KYC ქვეყანასთან.
Self-exclusion: ND გამონაკლისის შემდეგ უნდა იყოს მკაცრად 0; ნებისმიერი მცდელობა ალერტია.

10) პროცესები და SLO

ND დაშბორდის გაანგარიშების SLO: T + 1, ადგილობრივი საანგარიშო ზონის მზადყოფნა 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 - სავარაუდოდ ახალი aff. - წყარო ან სქემა გადახურულია.
ND-0 მაღალი ბრუნვით - იძულებითი KYC/SoF შემოწმება.
Refund/Chargeback- ის არანორმალური წილი ND- ში არის ჯაჭვის აუდიტი „ანაბარი თამაში - დასკვნა“.

13) საუკეთესო პრემიები (მოკლედ)

1. განიხილეთ ND settle თარიღებზე და ჩაწერეთ FX settle- ის დროს.
2. მკაცრად განცალკევება მოთამაშის ფულისგან.
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- დან?
A: არა, ND არის ცენტრიდანული მოთამაშის მეტრი. კომისიები - P & L- ში.

15) განხორციელების სია

• ღონისძიების საბურავი იდემპოტენტურობით და მიწოდების გარანტიით
• Vitrina 'transactions _ flat' ერთიანი ტიპებით/სტატუსებით
• FX ნორმალიზაცია settle- ზე, ორიგინალების შენახვა
• PSP სტატუსის წესების დაცვა თქვენს სტატუსებს
• ყოველდღიური შეკუმშვა PSP- ით და ალერტებით დელტებზე
• დაშბორდი ND (ზოგადი, მეთოდების მიხედვით, სეგმენტებით, კოჰორტებით)
• საპასუხისმგებლო თამაშის პოლიტიკოსები და ND დაფუძნებული SoF გამომწვევი
• ND v1 ფორმულის დოკუმენტაცია და ევოლუციის გეგმა v2

რეზიუმე

Net Deposits არის „რეალური“ მოთამაშის ფულის ცენტრალური მეტრი სისტემაში. სწორი ND მოითხოვს მკაცრ წესებს (settle თარიღები), სისუფთავე მულტივალუტა, მოვლენის idempotenty, PSP- სთან რეგულარული შერიგება და ჩაშენებული ანტიფროდიული ტრიგერები. ჩამოაყალიბეთ სტატუსის ერთიანი ცნობარი და ოპერაციების ტიპოლოგია - და ND გახდება საიმედო მხარდაჭერა როგორც ფინანსებისთვის, ასევე საპასუხისმგებლო მონეტიზაციისთვის.