פיקדונות רשת: חישוב ושליטה

1) מהו הפקדות רשת ומדוע הן נחוצות

• כלכלת יחידה (מתאם של ND עם LTV, ARPU, NGR),
• משחק אחראי (גבולות, שליטה עצמית, מקור מימון),
• סיכון וציות (AML/סנקציות, חריגות),
• עסקאות (עדיפות לתשלומים ובונוסים נגד ניצול לרעה).

רעיון בסיסי

השחקן תרם X (מרבצים), הביא Y (משיכות). כל מה שנשאר במערכת האקולוגית כ ”כסף שהופקד בפועל” של השחקן הוא Net Deposits, מותאם להחזרים, צ 'רג' בקס, ביטולים ופעולות טכניות אחרות.

2) נוסחאות וגבולות חשבונאיים

2. 1. פורמולה בסיסית (רמת מוצר)

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

• פיקדונות - שבויים/מיושבים בלבד. אישור ללא לכידה לאחר מכן - לא נחשב.
• משיכות - אנחנו לוקחים בחשבון רק בתשלום (בתשלום/בתשלום). בקשות נדחות/מבוטלות של ND אינן מצמצמות.
• הפקדות חוזרות לאותו מקור (אותה שיטה).
• Chargback Debits/Credits - אפקט נטו של מחלוקות (כתיבה/חזרה).
• היפוך התאמות - תיקונים טכניים (לדוגמה, חזרה מהארנק ה ”שגוי”, שכפול הפוך).

2. 2. שיפור בהנהלת חשבונות

בונוסים והימורים חופשיים: לא כלולים בהפקדות; אלה הלוואות משפחתיות. עם זאת, תרחישי שימוש לרעה (הפקדה עבור בונוס = מזומנים מיידיים) אמורים להפחית את ה-ND באמצעות משיכות מהירות ו/או באמצעות תיקוני אנטי-פראוד.
עמלות PSP: כברירת מחדל, הן אינן מוסקות מהמטרה (ND - ”Player-centric”). עמלות - ב- P & L.
Transfer/Cross-Wallet (בתי קזינו): ND אינו משתנה (זוהי תנועה בתוך המאזן).
ביטול בתוך: ביטול אינו מקטין את ND (אחרי הכל, הנסיגה לא התקיימה).
נקודות הזיכוי של המפעיל אינן מגדילות את ND.
אסימונים/קריפטו (tokens/crypto): נקראו לפי המקבילה של פיאט ברגע הפשרה (ראו multi-מטבע).
תשלומים חלקיים/מפוצלים: ND גדל בסכום שבאמת מסודר.

2. 3. גבולות תקופתיים

• מבוסס פעילות (by 'seted _ at' transaction). מומלץ לדיווח כספי.
• מבוססי בקשה (by 'creed _ at '/' assed _ at'): מתאימים לניתוח מוצר מהיר, אך לא לפיוס.

3) הערכת ריבוי מטבעות ושער חליפין

כל הפעולות ממופות כדי לדווח על מטבע (לדוגמה, EUR) בשער החליפין בעת הסדר.
Fex _ rate _ at _ sale "," כמות _ מקורית "," מטבע _ מקורי "," fx _ rate _ at "," sume _ reporting ".
עבור קריפטו, השתמש במחיר הממוצע המשוקלל (VWAP) על המקור הנבחר ב- ”seted _ at”.
אל תפריז בהערכת ה-NDs ההיסטוריים בעת שינוי הקורסים: שמור את ה-FX בפועל בזמן האירוע.

4) ורמות תפקידים

ND_user היא ההשקעה נטו של שחקן מסוים.
ND_segment על ידי מדינות, ערוצים, ספקי תשלומים, משתייכים.
ND_cohort בתאריכי הרישום/הפקדה ראשונה.
ND_platform היא הפלטפורמה הכוללת של התקופה.

5) מדיניות ובלעדיות

5. 1. אותו כלל שיטה וחזרה למקור

אם הפיקדון A הגיע דרך שיטה M, החזר כספי הפיקדון הוא רצוי דרך M עד לסכום הפיקדון נטו. זה מפחית את הסיכונים של AML ותשלומים צולבים שנויים במחלוקת.

5. 2. התאמות פנימיות

כל התאמה ידנית חייבת להיות reason_code, שביל ביקורת, והתייחסות לפעילות העיקרית.
התאמות לא צריכות להסוות רדיפת אובדן/התעללות.

5. 3. מחזורי בונוס

מארק ”בונוס מונע ND” (הפיקדון שהפעיל את הבונוס) עם דגל. לבנות דוחות ND עם/ללא הפקדות הקשורות בונוס.

6) מודל אירועים וערכת נתונים

6. 1. אירועי מפתח

”הפקדה _ מורשית”, ”הפקדה נתפסה”, הפקדה _ החזר &POS

"משיכה", "משיכה", "משיכה", "משיכה", "משיכה _ CANCELEDED &POS

"CHARGBACK _ DEVITED", "CHARGBACK _ CREDITED &OFS

'התאמה _ יישומית' (היפוך: , TECH_FIX, FRAUD_CORRECTION Extroll. п.)

כל האירועים הם אידמפוטנטים ("idempotency _ key", "event _ id'). תמיכה במשלוח בדיוק פעם אחת ל DWH באמצעות "event _ id' deuplication.

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 נחשבים צבירה על ידי 'סוג' ו 'סטטוס' עם מסננים ”רק התיישב/שילם/נתפס, שבו ישים”.

7) בקרת איכות ופיוס נתונים

7. 1. השלמה עם PSP/Acquirer

פיוס יומי של דוחות PSP (קבצי הסדר) עם ”העסקאות” שלך.
התאמות עבור ”ספק _ ref”, סכומים, תאריכי יישוב, מטבעות ותשלום (עבור P&L).
”תפיסה חסרה”, ”החזר כפול”, ”מצגת מאוחרת”.

7. 2. נוגד דבקותweather condition

בקרה: ייחודיות על ידי '(ספק, provider_tx_id, סוג, settle_date) ".
רישום ביקורת נפרד לפעולות ידניות (”Addustment _ Applied”).

7. 3. נאמנות הכלל העסקי

הצגת ”בתשלום” ללא היסטוריית הפקדה בשיטה הנבחרת היא דגל אדום.
סגור בזמן 'Deposit _ CAPTED' ACK 'REGREGE _ FILED עבור אותה כמות - דגל אפור (בונוס-שימוש לרעה).

8) דיווח ולוחות מחוונים

8. 1. KPIs בסיסי

'ND _ סה "כ עבור התקופה' ND _ per _ user ',' nd _ median ';

פירוק ND על ידי מדינה, שיטה, PSP, השתייכות;

'ND _ 7/30/90 &fostion על ידי קוהורטות הרשמה;

המרת מזומנים לאג: מדיאן מ ”הפקדה נתפסה” ל ”משיכה _ בתשלום”.

8. 2. מקטעי סיכון

שחקנים עם ”0” ותחלופה גבוהה הם מועמדים לאימות של מקור הכספים.
תפנית מהירה (הפקדה = משיכה) <N שעות - הפעלת חקירה.

8. 3. מטוסי אנליטיקה

מוצר (ספורט/קזינו/חי) שבו ND הוא הכי ”בריא”.
שיטות תשלום: כשלים במהלך הונאה בשיטה מסוימת.
קמפיינים/בונוסים: התרוממות פנים וביטולים לאחר-אפקט.

9) מדיניות אנטי-הונאה ואחראית

מגבלות הפקדה (יומי/שבועי/חודשי) - ב-ND מדווחים על מדד ציות נפרד.
כללי מהירות: n הפקדות> X ב Y דקות + מטמון מהיר החוצה = בלוק/בדיקה ידנית.
סנקציות/PEP/SOF: וצמיחה מעל סף # מקור חובה של קרנות.
מולוקליזציה: השווה ארץ גיאו/שיטה/בנקאות למדינה של KYC.
הדרה עצמית: לאחר הדרה חייב להיות 0 בלבד; כל ניסיון - התראה.

10) תהליכים ו ־ SLOs

SLO של חישוב לוח מחוונים: T + 1, מוכנות עד 09:00 מקומי TZ של אזור דיווח.

• קבצי פשרה חסרים PSP,
• שכפולים גורמים לקטע שגוי,
• אי התאמות המוניות של FX.
• עיבוד מחדש של UND באמצעות בליעה מחדש אירועים על פני תקופה עם סדר דטרמיניסטי.

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 Auton: & lt> 30% d/d-לבדוק תקריות PSP ומנעולים.
SPIKE UND by port: AND growth> 50% w/w - aff חדש הוא סביר. - סורס או איפוס מזימה.
מחזור גבוה של 0 - בדיקת KYC/SOF.
נתח חריג של החזר/צ 'רג' בק ב-ND - ביקורת של שרשרת "dpozit # igra * vyvod'.

13) המנהגים הטובים ביותר (קצר)

1. קרא את ND על ידי תאריכי יישוב ולתקן FX בעת הסדר.
2. הפרדה קפדנית בין העברה פנימית לכסף של שחקן.
3. כל העריכה הידנית, עם reason_code וביקורת.
4. חוקים נגד הונאה לסיבובי פרסה מהירים ושיטות צולבות.
5. שני דוחות: הפעלת T + 1 וסגירה פיננסית (חודש/רבעון).
6. ויסות לוגי: ND v1/V2 עם נדידה של חנויות היסטוריות.

14) שאלות תכופות

קיו: האם הממצאים ההפוכים נחשבים?
א ': לא. רק משיכה _ תשלום 'מפיק את UND.

קיו: מה לעשות עם הפקדה שהוסמכה אך לא נתפסה?
א ': אל תכלול ב-נ'. אלה לא קבלות אמיתיות.

קיו: כיצד ניתן לשקף את גב המטען לאחר המסקנה שכבר הגיעה? ‏

A: 'CharGBACK _ DEBIT' יוסיף תרומת שחקן שלילית (במהותה, הפלטפורמה מפסידה), ו-ND יגדל על ידי חיוב, אבל הדו "ח הכספי הסופי צריך להראות גם הפסד/הוצאה על צ 'רג' בקס.

קיו: האם יש להסיק מסקנות של PSP מ-ND?
א ': לא, ND הוא מטרי נגן-מרכז. עמלות - ב- P & L.

15) רשימת מימושים

[ ] אוטובוס אירועים עם אידמפוטנטיות וערבות משלוח

[ ] 'עסקאות _ שטוח' תצוגה עם סוגים/סטטוסים מאוחדים

[ נורמליזציה ] FX על להתיישב, אחסון מקורי

[ ] חוקי מיפוי מצב PSP

[ ] פיוס יומי עם התראות PSP ודלתא

[ ] לוחות מחוונים של ND (באופן כללי, בשיטה, בחלק, על ידי קוהורטה)

[ ] מדיניות משחק אחראית והפעלת SOF מבוסס ND

[ ] ND V1 תיעוד ואבולוציה תכנית V2

תקציר

Net Deposits הוא המדד המרכזי של כסף ”אמיתי” של שחקן במערכת. Right ND דורשת כללים נוקשים של הכרה (יישוב-תאריך), ריבוי מטבעות מדויק, אידוי אירועים, פיוס רגיל עם PSP והפעלת אנטי-הונאה מובנית. צור מדריך סטטוס אחד וטיפולוגיה של פעולות - ו-ND תהפוך לתמיכה אמינה הן במימון והן בכספים אחראיים.