صافي الودائع: الحساب والمراقبة

1) ما هو صافي الودائع ولماذا هي مطلوبة

• اقتصاد الوحدة (ارتباط ND مع LTV و ARPPU و NGR)،
• اللعبة المسؤولة (الحدود، ضبط النفس، مصدر الأموال)،
• المخاطر والامتثال (مكافحة غسل الأموال/الجزاءات، الحالات الشاذة)،
• (تحديد أولويات المدفوعات ومكافآت مكافحة إساءة الاستعمال).

فكرة أساسية

ساهم اللاعب بـ X (الودائع)، وأحضر Y (عمليات السحب). كل ما تبقى في النظام البيئي حيث أن «الأموال المودعة بالفعل» للاعب هي صافي الودائع، المعدلة للعائدات واسترداد التكاليف والإلغاء والعمليات الفنية الأخرى.

2) الصيغ والحدود المحاسبية

2. 1. الصيغة الأساسية (مستوى المنتج)

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

• الودائع - تم الاستيلاء عليها/تسويتها فقط. الإذن دون القبض اللاحق - لا تحسب.
• عمليات السحب - نأخذ في الاعتبار فقط المدفوعة (المدفوعة/المستقرة). لا تقلل طلبات ND المرفوضة/الملغاة.
• الودائع المستردة - تعود الودائع إلى نفس المصدر (نفس الطريقة).
• المبالغ المدينة/الائتمانات - الأثر الصافي للمنازعات (المبالغ المشطوبة/العائدات).
• عكس التعديلات - تصحيحات فنية (على سبيل المثال، العودة من المحفظة «الخاطئة»، نسخة مكررة عكسية).

2. 2. التحسينات المحاسبية

المكافآت والرهانات المجانية: غير مدرجة في الودائع ؛ هذه قروض محلية. ومع ذلك، فإن سيناريوهات إساءة الاستخدام (الإيداع مقابل مكافأة → النقد الفوري) يجب أن تقلل ND من خلال عمليات السحب السريع و/أو من خلال التصحيحات المضادة للروبوتات.
عمولات PSP: افتراضيًا، لا يتم خصمها من ND (ND - مقياس «مركز اللاعب»). اللجان - في P & L.
النقل الداخلي/المحفظة المتقاطعة (الرياضة → الكازينوهات): ND لا يتغير (هذه حركة ضمن الميزان).
الإلغاء في الداخل: الإلغاء لا يقلل ND (بعد كل شيء، لم يتم السحب).
النقود الترويجية/الائتمان اليدوي: لا تزيد الاعتمادات النقدية للمشغل ND.
الرموز/التشفير: اقرأ وفقًا لما يعادله في وقت الاستقرار (انظر العملات المتعددة).
المدفوعات الجزئية/المقسمة: ينمو ND بمقدار يتم تسويته بالفعل.

2. 3. حدود الفترة

• يستند إلى النشاط (بواسطة معاملة 'تسويتها'). موصى به للإبلاغ المالي.
• على أساس الطلب (بواسطة «تم إنشاؤه »/« مطلوب»): مناسب لتحليلات المنتجات السريعة، ولكن ليس للتسوية.

3) تقييم أسعار الصرف والعملات المتعددة

وتُخطط جميع العمليات للإبلاغ بالعملة (مثل اليورو) بسعر الصرف وقت التسوية.
Фиксируйте: 'المبلغ _ الأصلي'، 'العملة _ الأصلية'، 'fx _ rate _ at _ settle'، 'المبلغ _ الإبلاغ'.
بالنسبة للتشفير، استخدم متوسط السعر المرجح (VWAP) على المصدر المختار على "settled _ at'.
لا تبالغ في تقدير NDs التاريخية عند تغيير الدورات: احتفظ بالعملات الأجنبية الفعلية في وقت الحدث.

4) مستويات دور ND

ND_user هو صافي استثمار لاعب معين.
ND_segment - حسب البلدان والقنوات ومقدمي المدفوعات والشركات التابعة.
ND_cohort - حسب تواريخ التسجيل/الإيداع الأول.
ND_platform هو إجمالي ND للمنصة للفترة.

5) السياسات والاستثناءات

5. 1. قاعدة الأسلوب نفسه والعودة إلى المصدر

إذا جاءت الوديعة A من خلال الطريقة M، فمن الأفضل إعادة أموال الودائع من خلال M حتى مبلغ الإيداع الصافي. وهذا يقلل من مخاطر مكافحة غسل الأموال والمدفوعات المتقاطعة المثيرة للجدل.

5. 2. التعديلات الداخلية

يجب أن يكون لأي تعديل يدوي reason_code ومسار لمراجعة الحسابات وإشارة إلى النشاط الأساسي.
يجب ألا تخفي التعديلات مطاردة/إساءة استخدام الخسارة.

5. 3. دورات المكافآت

مارك «ND المدفوع بالمكافأة» (الوديعة التي نشطت المكافأة) بعلم. بناء تقارير ND مع/بدون الودائع المتعلقة بالمكافآت.

6) نموذج الأحداث ومخطط البيانات

6. 1. الأحداث الرئيسية

«إيداع _ مرخص به»، «إيداع _ تم الاستيلاء عليه»، «إيداع _ استرداد»

«انسحاب _ طلب»، «انسحاب _ دفع»، «انسحاب _ رفض»، «انسحاب _ إلغاء»

«CHARGEBACK _ DEBITED»، «CHARGEBACK _ CREDITED»

«تعديل _ تطبيق» (тип: عكس، TECH_FIX، FRAUD_CORRECTION и т. п.)

جميع الأحداث خفية ("idempotency _ key"، "event _ id'). دعم التسليم مرة واحدة بالضبط إلى 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 مجاميع حسب «النوع» و «الحالة» مع المرشحات «التي تمت تسويتها/دفعها/التقاطها فقط، عند الاقتضاء».

7) مراقبة جودة البيانات وتسويتها

7. 1. المصالحة مع PSP/Acquirer

التسوية اليومية لتقارير PSP (ملفات التسوية) مع «معاملاتك».
مطابقات لـ «مزود _ مرجع» والمبالغ وتواريخ التسوية والعملات والرسوم (لـ P&L).
عدم تطابق التذاكر → في العمليات: «التقاط مفقود»، «استرداد مزدوج»، «عرض متأخر».

7. 2. مضاد للذوبان والغباء

التحكم: التفرد بواسطة '(مقدم، provider_tx_id، نوع، settle_date)'.
سجل مراجعة حسابات منفصل للعمليات اليدوية ('التعديل - التطبيق').

7. 3. نزاهة قاعدة الأعمال

عرض «مدفوع» بدون سجل الإيداع في الطريقة المحددة هو علامة حمراء.
إغلاق «DEPOSIT _ CATURED» → «سحب _ دفع» بنفس المبلغ - العلم الرمادي (إساءة استخدام المكافأة).

8) الإبلاغ ولوحات القيادة

8. 1. مؤشرات الأداء الأساسية

"ND _ total" للفترة ؛ " ND _ per _ user ',' ND _ median ';

تحلل ND حسب البلد والطريقة، PSP، الشركة التابعة ؛

«ND _ 7/30/90» من قبل مجموعات التسجيل ؛

تأخر التحويل النقدي: متوسط من «DEPOSIT _ CATURED» إلى «السحب _ الدفع».

8. 2. قطاعات المخاطر

اللاعبون الذين لديهم «ND≈0» ودوران مرتفع هم مرشحون للتحقق من مصدر الأموال.
التحول السريع (deposit→withdrawal) <N ساعة - زناد التحقيق.

8. 3. طائرات التحليلات

المنتج (رياضي/كازينو/مباشر): حيث يكون ND أكثر «صحة».
طرق الدفع: فشل ND أثناء حركة الاحتيال على طريقة معينة.
الحملات/المكافآت: رفع ND وإلغاء ما بعد التأثير.

9) سياسات مكافحة الاحتيال واللعب المسؤول

حدود الودائع (يوميًا/أسبوعيًا/شهريًا) - في تقارير ND مقياس امتثال منفصل.
قواعد السرعة: n رواسب> X في Y دقائق + مخبأ سريع = فحص كتلة/يدوي.
العقوبات/PEP/SoF: نمو ND فوق العتبة → مصدر الأموال الإلزامي.
تعدد المواقع: قارن البلدان المصرفية/المنهجية الجغرافية ببلد شركة KYC.
الاستبعاد الذاتي: يجب 0 صارم على ND بعد الاستبعاد ؛ أي محاولات - تنبيه.

10) العمليات و SLOs

SLO لحساب لوحة القيادة ND: T + 1، الاستعداد حتى 09:00 TZ المحلي لمنطقة الإبلاغ.

• فقدان ملفات تسوية PSP،
• يؤدي التكرار إلى عدم صحة الجزء ND،
• التناقضات الجماعية في العملات الأجنبية.
• DRP: إعادة معالجة ND من خلال إعادة تناول الأحداث على مدى فترة ذات ترتيب حتمي.

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 drop> 30٪ d/d - تحقق من حوادث PSP والأقفال.
ارتفاع ND↑ حسب القطاع: نمو ND> 50٪ w/w - من المحتمل ظهور aff جديد. - نظام الاستعانة بمصادر أو إعادة الضبط.
معدل دوران مرتفع ND≈0 - فحص KYC/SoF قسري.
حصة غير طبيعية من استرداد/رد التكاليف في ND - تدقيق سلسلة «depozit→igra→vyvod».

13) أفضل الممارسات (قصيرة)

1. اقرأ ND عن طريق تسوية التواريخ وإصلاح FX في وقت الاستقرار.
2. فصل التحويل الداخلي بشكل صارم عن أموال اللاعب.
3. جميع التعديلات اليدوية - مع reason_code ومراجعة الحسابات.
4. قواعد مكافحة الاحتيال للانعطافات السريعة والطرق المتقاطعة.
5. تقريران: تشغيل T + 1 والإغلاق المالي (الشهر/الربع).
6. إصدار المنطق: ND v1/v2 مع هجرة واجهات المحلات التاريخية.

14) أسئلة متكررة

س: هل النتائج المقلوبة مهمة ؟

ج: لا. فقط «الانسحاب _ المدفوع» يقلل ND.

س: ماذا تفعل بالإيداع المصرح به ولكن لم يتم الاستيلاء عليه ؟

ج: لا تدرج في ND. هذه ليست إيصالات حقيقية.

س: كيف تعكس استرداد التكاليف بعد الاستنتاج الذي تم التوصل إليه بالفعل ؟

ج: سيضيف "CHARGEBACK _ DEBIt' مساهمة سلبية للاعب (بشكل أساسي، تخسر المنصة)، وسيزيد ND عن طريق الخصم، ولكن يجب أن يُظهر التقرير المالي النهائي أيضًا خسارة/نفقات على استرداد التكاليف.

س: هل تحتاج عمولات PSP إلى خصم من ND ؟

ج: لا، ND هو مقياس يركز على اللاعب. اللجان - في P & L.

15) قائمة التنفيذ المرجعية

• حافلة الأحداث مع ضمان الخصوصية والتسليم
• عرض «المعاملات _ المسطحة» بأنواع/أوضاع موحدة
• تطبيع FX عند الاستقرار، التخزين الأصلي
• قواعد رسم خرائط حالة PSP → حالاتك
• التسوية اليومية مع تنبيهات PSP والدلتا
• لوحات القيادة ND (بشكل عام، حسب الطريقة، حسب القطاع، حسب المجموعة)
• سياسات اللعب المسؤولة ومحفزات SoF القائمة على ND
• توثيق صيغة ND v1 وخطة التطور v2

موجز

صافي الودائع هو المقياس المركزي لأموال اللاعب «الحقيقية» في النظام. يتطلب ND الصحيح قواعد صارمة للاعتراف (تاريخ التسوية)، ودقة متعددة العملات، وتطهير الأحداث، والتسوية المنتظمة مع PSP ومحفزات مكافحة الاحتيال المدمجة. تشكيل دليل حالة واحد وتصنيف العمليات - وسيصبح ND دعمًا موثوقًا به لكل من التمويل والتحول المسؤول.