शुद्ध जमा: गणना और नियंत्रण

1) शुद्ध जमा क्या है और उनकी आवश्यकता क्यों है

शुद्ध जमा (एनडी) सभी "रिवर्स" नकदी प्रवाह के लिए लेखांकन के बाद की अवधि के लिए शुद्ध उपयोगकर्ता निवेश हैं। मीट्रिक के लिए महत्वपूर्ण है:

इकाई अर्थशास्त्र (एलटीवी, एआरपीपीयू, एनजीआर के साथ एनडी का सहसंबंध),
जिम्मेदार खेल (सीमा, आत्म-नियंत्रण, धन का स्रोत),
जोखिम और अनुपालन (एएमएल/प्रतिबंध, विसंगतियाँ),
लेनदेन (भुगतान का प्राथमिकता और दुरुपयोग विरोधी बोनस)।

मूल विचार

खिलाड़ी ने X (जमा) का योगदान दिया, Y (निकासी) लाया। खिलाड़ी के "वास्तव में जमा धन" के रूप में पारिस्थितिकी तंत्र में रहने वाले सभी नेट डिपॉजिट हैं, जो रिटर्न, चार्जबैक, रद्द करने और अन्य तकनीकी संचालन के लिए समायोजित हैं।

2) सूत्र और लेखा सीमाएँ

2. 1. बेसिक फॉर्मूला (उत्पाद स्तर)


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

स्पष्टीकरण:

जमाराशियां - केवल कब्जा/निपटान। बाद के कैप्चर के बिना प्राधिकरण - गिनती न करें।
निकासी - हम केवल भुगतान किए गए (भुगतान/निपटान) को ध्यान में रखते हैं। अस्वीकृत/रद्द किए गए ND अनुप्रयोग कम नहीं करते हैं।
रिफंडेड डिपॉजिट - डिपॉजिट एक ही स्रोत (समान-विधि) पर लौटता है।
चार्जबैक डेबिट/क्रेडिट - विवादों का शुद्ध प्रभाव (राइट-ऑफ/रिटर्न)।
उलटा समायोजन - तकनीकी सुधार (उदाहरण के लिए, "गलत" बटुए से वापसी, रिवर्स डुप्लिकेट)।

2. 2. लेखांकन वृद्धि

बोनस और मुफ्त दांव: जमा में शामिल नहीं; ये घरेलू ऋण हैं। हालांकि, दुरुपयोग परिदृश्यों (बोनस → तत्काल नकद बाहर के लिए जमा) को तेजी से निकासी और/या एंटीफ्राड सुधारों के माध्यम से एनडी को कम करना चाहिए।

PSP कमीशन: डिफ़ॉल्ट रूप से, उन्हें ND (ND - "प्लेयर-केंद्रित" मीट्रिक) से नहीं काटा जाता है। कमीशन - पी एंड एल में

आंतरिक स्थानांतरण/क्रॉस-वॉलेट (खेल → कैसीनो): एनडी नहीं बदलता है (यह संतुलन के भीतर एक आंदोलन है)।

रद्द करें: रद्द करने से एनडी कम नहीं होता है (आखिरकार, वापसी नहीं हुई)।

प्रमोशनल कैशआउट/मैनुअल क्रेडिट: ऑपरेटर के नकद क्रेडिट एनडी को नहीं बढ़ाते हैं।

टोकन/क्रिप्टो: बसने के समय फिएट के बराबर पढ़ें (बहु-मुद्रा देखें)।

आंशिक/विभाजन भुगतान: एनडी एक राशि से बढ़ रहा है जो वास्तव में बसा हुआ है।

2. 3. अवधि सीमाएँ

ND "स्लाइस" विकल्प:

गतिविधि-आधारित ('susted _ at' लेनदेन द्वारा)। वित्तीय रिपोर्टिंग के लिए अनु
अनुरोध-आधारित ('निर्मित _ at '/' अनुरोधित _ at' द्वारा): तेज उत्पाद एनालिटिक्स के लिए उपयुक्त, लेकिन सामंजस्य के लिए नहीं।

3) बहु-मुद्रा और विनिमय दर मूल्यांकन

सभी ऑपरेशनों को विनिमय दर पर मुद्रा (उदाहरण के लिए, EUR) की रिपोर्टिंग के लिए मैप किया जाता है।

Фиксируйте: 'राशि _ मूल', 'मुद्रा _ मूल', 'fx _ rate _ at _ settle', 'राशि _ reporting'।

क्रिप्टो के लिए, चयनित स्रोत पर भारित औसत मूल्य (VWAP) का उपयोग करें।

पाठ्यक्रम बदलते समय ऐतिहासिक एनडीएस को कम न करें: घटना के समय वास्तविक एफएक्स रखें।

4) एनडी भूमिका स्तर

ND_user एक विशेष खिलाड़ी का शुद्ध निवेश है।

ND_segment - देशों, चैनलों, भुगतान प्रदाताओं, सहयोगियों द्वारा।

ND_cohort - पंजीकरण/प्रथम जमा की तारीखों तक।

ND_platform अवधि के लिए मंच का कुल एनडी है।

5) नीतियां और बहिष्करण

5. 1. समान विधि नियम और स्रोत पर लौटें

यदि जमा ए विधि एम के माध्यम से आया है, तो जमा निधियों की वापसी अधिमानतः एम के माध्यम से शुद्ध जमा राशि तक की जाती है। यह एएमएल और विवादास्पद क्रॉस भुगतान के जोखिमों को कम करता है।

5. 2. आंतरिक समायोजन

किसी भी मैनुअल समायोजन में एक reason_code, एक ऑडिट ट्रेल और प्राथमिक गतिविधि का संदर्भ होना चाहिए।

समायोजन को नुकसान का पीछा/दुरुपयोग नहीं करना चाहिए।

5. 3. बोनस चक्र

झंडे के साथ मार्क "बोनस-चालित एनडी" (जमा जो बोनस को सक्रिय करता है)। बोनस से संबंधित जमा के साथ/बिना एनडी रिपोर्ट बनाएं।

6) इवेंट मॉडल और डेटा स्कीम

6. 1. मुख्य घटनाएँ

'डिपॉजिट _ ऑथराइज्ड', 'डिपॉजिट _ कैप्चर्ड', 'डिपॉजिट _ REFUNDED'

'विदड्रॉअल _ रिक्वेस्टेड', 'विदड्रॉअल _ पेड', 'विदड्रॉअल _ RECENED', 'विदड्रॉअल _ CANCELED'

'CHARGEBACK _ DEBITED', 'CHARGEBACK _ CREDITED'

'एडजस्टमेंट _ एप्लाइड' (тип: REVERSAL, TECH_FIX, FRAUD_CORRECTION и т। п.)

सभी घटनाएँ अज्ञात हैं ('idempotency _ key', 'event _ id'). DWH को 'event _ id' deduplication के माध्यम से बिल्कुल एक बार डिलीवरी का समर्थन करें।

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

एनडी योगों को फिल्टर के साथ 'प्रकार' और 'स्थिति' द्वारा एकत्रीकरण माना जाता है "केवल बसा/भुगतान/कैप्चर किया जाता है, जहां लागू होता है।"

7) डेटा गुणवत्ता नियंत्रण और सुलह

7. 1. पीएसपी/अधिग्राहक के साथ सुलह

आपके लेनदेन के साथ पीएसपी रिपोर्ट (सेटलमेंट फाइल) का दैनिक सामंजस्य।

'प्रदाता _ ref' के लिए मैच, मात्रा, तिथियों, मुद्राओं और शुल्क (P&L के लिए) का निपटान।

Ops में बेमेल - टिकट: "लापता कैप्चर", "डबल रिफंड", "देर से प्रस्तुति।"

7. 2. एंटीडब्यूल और पहचान

नियंत्रण: '(प्रदाता, provider_tx_id, प्रकार, settle_date) द्वारा विशिष्टता'।

मैनुअल ऑपरेशन के लिए अलग ऑडिट लॉग ('ADJUSTMENT _ APPLED')।

7. 3. व्यापार नियम अखंडता

चयनित विधि में बिना जमा किए 'PAY' प्रदर्शित करना एक लाल झंडा है।

समय में बंद करें 'DOVIT _ CAPTED' → 'विदड्रॉअल _ PAED' एक ही राशि के लिए - ग्रे फ्लैग (बोनस-दुरुपयोग)।

8) रिपोर्टिंग और डैशबोर्ड

8. 1. बेसिक केपीआई

'एनडी _ टोटल' फोर द पीरियड; ' ND _ per _ user ',' ND _ median ';

देश, विधि, पीएसपी, संबद्ध द्वारा एनडी का अपघटन;

'ND _ 7/30/90' by नामांकन cohorts;

कैश रूपांतरण लैग: मेडियन 'डिपॉजिट _ कैप्चर' से 'विदड्रॉअल _ पेड' तक।

8. 2. जोखिम खंड

'ND≈0' और उच्च कारोबार वाले खिलाड़ी धन के स्रोत के सत्यापन के लिए उम्मीदवार हैं।

त्वरित बदलाव (deposit→withdrawal)

8. 3. एनालिटिक्स विमान

उत्पाद (खेल/कैसीनो/लाइव): जहां एनडी सबसे अधिक "स्वस्थ" है।

भुगतान के तरीके: एक विशिष्ट विधि पर धोखाधड़ी यातायात के दौरान एनडी विफल।

अभियान/बोनस: एनडी-उत्थान और पोस्ट-इफेक्ट रद्द।

9) धोखाधड़ी विरोधी और जिम्मेदार खेल नीतियां

जमा सीमा (दैनिक/साप्ताहिक/मासिक) - एनडी में एक अलग अनुपालन मीट्रिक की रिपोर्ट करता है।

वेग नियम: n जमा> Y मिनट में X + फास्ट कैश आउट = ब्लॉक/मैनुअल चेक।

प्रतिबंध/PEP/SoF: ND की वृद्धि सीमा से ऊपर - फंड का अनिवार्य स्रोत।

Mullocalization: KYC देश के लिए भू/विधि/बैंकिंग देश की तुलना करें।

स्व-बहिष्करण: बहिष्करण के बाद एनडी सख्ती से 0 होना चाहिए; कोई भी प्रयास - सतर्क।

10) प्रक्रियाएं और एसएलओ

ND-डैशबोर्ड गणना के SLO: T + 1, रिपोर्टिंग क्षेत्र के 09:00 स्थानीय TZ तक तत्परता।

घटनाएं: P1 प्राथमिकता छोड़ दें यदि:

PSP सेटलमेंट फ़ाइलें गुम हैं,
गलत खंड एनडी में डुप्लिकेट परिणाम,
एफएक्स बड़े पैमाने पर विसंगतियाँ।
DRP: नियतात्मक क्रम के साथ अवधि में फिर से घटनाओं के माध्यम से ND का पुनर्संसाधन।

11) SQL उदाहरण (टेम्प्लेट)

💡 नीचे 'dw storefront' के लिए सरलीकृत उदाहरण दिए गए हैं। transactions_flat' सामान्यीकृत क्षेत्रों के सा

11. 1. उपयोगकर्ता और दिन द्वारा एनडी की गणना

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. विधि/पीएसपी द्वारा विभाजन

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) अलर्ट और ट्रिगर (ऑपरेटिंग सिस्टम)

विधि पर स्पाइक ND↓: ND ड्रॉप> 30% d/d - PSP घटनाओं और तालों की जाँच करें।

स्पाइक ND↑ खंड द्वारा: ND वृद्धि> 50% w/w - एक नया aff होने की संभावना है। -source या रीसेट योजना।

उच्च कारोबार ND≈0 - मजबूर KYC/SoF जांच।

एनडी में रिफंड/चार्जबैक का असामान्य हिस्सा - "depozit→igra→vyvod" श्रृंखला का ऑडिट।

13) सर्वश्रेष्ठ अभ्यास (लघु)

1. निपटान के समय तारीखों को निपटाकर और एफएक्स को ठीक करके एनडी पढ़ें।

2. खिलाड़ी के पैसे से कठोरता से आंतरिक हस्तांतरण।

3. सभी मैनुअल संपादन - reason_code और ऑडिट के साथ।

4. त्वरित यू-टर्न और क्रॉस-विधियों के लिए धोखाधड़ी विरोधी नियम।

5. दो रिपोर्ट: ऑपरेटिंग टी + 1 और वित्तीय समापन (महीना/तिमाही)।

6. तर्क संस्करण: ऐतिहासिक स्टोरफ्रंट के प्रवास के साथ ND v1/v2।

14) लगातार सवाल

प्रश्न: क्या उलटे निष्कर्षों की गिनती होती है?

A: नहीं। केवल 'WITTER _ PAY' ND को छोड़ देता है।

प्रश्न: एक जमा का क्या करना है जिसे अधिकृत किया गया है लेकिन कब्जा नहीं किया गया है?

A: ND में शामिल न करें। ये वास्तविक रसीदें नहीं हैं।

प्रश्न: पहले से ही किए गए निष्कर्ष के बाद चार्जबैक को कैसे प्रतिबिंबित करें?

A: 'CHARGEBACK _ DEBIT' एक नकारात्मक खिलाड़ी योगदान (अनिवार्य रूप से, मंच हार जाता है) को जोड़ देगा, ND डेबिट द्वारा बढ़ेगा, लेकिन अंतिम वित्तीय रिपोर्ट को भी चार्जबैक पर नुकटौती/खर दिखाना चाहित करना चाहिए।

प्रश्न: क्या पीएसपी आयोगों को एनडी से काटने की आवश्यकता है?

A: नहीं, ND एक खिलाड़ी-केंद्रित मीट्रिक है। कमीशन - पी एंड एल में

15) कार्यान्वयन चेकलिस्ट

पहचान और वितरण गारंटी के साथ घटना बस
एकीकृत प्रकार/स्टेटस के साथ 'लेनदेन _ फ्लैट' शोकेस
निपटान, मूल भंडारण पर एफएक्स सामान्यीकरण
PSP स्थिति मैपिंग नियम - आपकी स्थिति
पीएसपी और डेल्टा अलर्ट के साथ दैनिक सुलह
ND डैशबोर्ड (कुल मिलाकर, विधि से, खंड द्वारा, cohort द्वारा)
जिम्मेदार खेल नीतियां और ND-आधारित SoF ट्रिगर
ND v1 सूत्र प्रलेखन और विकास योजना v2

सारांश

नेट डिपॉजिट सिस्टम में एक खिलाड़ी के "वास्तविक" पैसे का केंद्रीय मीट्रिक है। सही एनडी को मान्यता (सेटल-डेट), सटीक बहु-मुद्रा, घटना की पहचान, पीएसपी के साथ नियमित सामंजस्य और अंतर्निहित धोखाधड़ी विरोधी ट्रिगर के सख्त नियमों की आवश्यकता होती है। एकल स्थिति गाइड और संचालन की टाइपोलॉजी बनाएं - और एनडी वित्त और जिम्मेदार मुद्रीकरण दोनों के लिए एक विश्वसनीय समर्थन बन जाएगा।

शुद्ध जमा: गणना और नियंत्रण

मूल विचार

सारांश

हमसे संपर्क करें

त्वरित संपर्क

वीडियो जल्द ही अपडेट किया जाएगा

हम इस समय परियोजनाओं में बहुत व्यस्त हैं