دفع لوحة القيادة KPI

TL; د

لوحة عدادات واحدة - ثلاث طبقات: صحة القمع (Attempt→Auth→Capture)، الكفاءة المالية (TtW/TtR، التكلفة/GGR، FX) وموثوقية البنية التحتية (Webhook/Latency/Settlement). السر هو قواعد الحساب الصحيحة، والتقسيم الإلزامي (مزود القطرية الطريقة BIN الحجم _ المخاطر)، عتبة SLOs وكتب اللعب الجاهزة عند مغادرة الممرات.

1) لمن وما هي الأسئلة التي نغلقها

الرئيس التنفيذي/جنرال موتورز (يوميًا، 3-5 دقائق): "سرعة تحويل الدفع والسحب طبيعية ؟ هل تكلفة قبول المال تحت السيطرة ؟"

رئيس المدفوعات/الخزانة (كل ساعة): "أين التدهور حسب المزود/البلد/الطريقة ؟ هل هناك سيولة كافية للمدفوعات الفورية ؟"

الاحتيال/المخاطر (يوميًا): "AR مع مكافحة الاحتيال ؟ التخلي عن на 3DS и انخفاض ناعم ؟"

الدعم/العمليات (عبر الإنترنت): "ما هي ETA للانسحاب والعودة ؟ أين تعلق خطابات الويب ؟"

المالية/Recon (D + 1): "التسوية في الوقت المحدد ؟ العمولات والعملات الأجنبية تناسب الخطة ؟"

2) المقاييس الرئيسية والتعاريف الدقيقة

2. 1 قمع الدفع

الشروع في الدفع.
Auth الموافقة - الأذونات المعتمدة.
تم القبض عليه - تم شطبه بنجاح.

• 'AR _ gross = Auth_Approved/ Auth_Attempted'
• 'AR _ net = Captured_Tx/ Auth_Attempted'
• 'التقاط _ النجاح = Captured_Tx/ Capture_Attempted_Tx'
• 'Capture _ Latency _ p95 = p95 (capture_ts - auth_ts)'

2. 2 النواتج والعائدات

نسبة النجاح = Success_Payouts/ Attempted_Payouts

TtW p95 = p95 (payout_credited_at- payout_initiated_at)

معدل الاسترداد = Refunded_Tx/ Captured_Tx

TtR p95 = p95 (refund_credit_at- refund_initiated_at)

خطأ% = Refund_Failed/ Refund_Attempted

Refund_to_Source% - نسبة العائدات إلى الطريقة الأصلية

2. 3 التكلفة و FX

التكلفة/تكساس = Fee_fixed + AmountFee_pct + FX_Spread

التكلفة/GGR = التكلفة Σ/GGR

( )/ 000 10

2. 4 موثوقية عمليات التكامل

Webhook Delivery p95 (сек), Success%

API Latency p95/p99 (auth/capture/refund/payout)

توقيت التسوية = دفعات جاءت إلى دفعات T + N/المعلنة للفترة

2. 5 3DS/friction (للبطاقات)

حصة تحدي 3DS = التحدي/ 3DS_Total

حصة خالية من الاحتكاك = خالية من الاحتكاك/ 3DS_Total

التخلي عن 3DS = 3DS_Started − 3DS_Completed

3) الأقسام والمرشحات (المجموعة الدنيا)

Фильтры в шапке: "نطاق التاريخ (UTC)"، "البلد"، "المزود"، "الطريقة _ المجموعة"، "BIN"، "الجهاز/os'،" التذكرة _ دلو الحجم (≤€50/ €50 -200/ >€200) "،" المخاطرة _ القطاع "،" kyc _ tier "،" جديد _ مقابل _ عائد "،" فرع ".

• مزود × القطري، BIN × البلد، مزود × الأساليب، الأجهزة/العمليات، ticket_size.

4) تخطيط الشاشة الرئيسية

1. لوحة KPI العليا (للأمس/اليوم، مقارنة بمتوسط p7):

«AR _ net'،» Capture _ Success'، «Payout Success٪»، «TtW p95»، «TtR p95»، «التكلفة/GGR»، «Webhook p95»، «توقيت التسوية».

2. قمع (Attempt→Auth→Capture) مع اختيار القطاع وعرض أسباب الفشل (ISO أعلى الرموز/على القضبان).

3. Heatmap AR بواسطة «مزود × القطرية» وخريطة حرارة منفصلة لـ BIN للحجم الأعلى.

4. لوحة 3DS: مقارنة التحدي/الخالي من الاحتكاك/التخلي عن + بخط مقاعد البدلاء.

5. Payout & Refund Health: Success%, p95 (TtW/TtR), ошибки, Refund_to_Source%.

6. التكلفة و FX: التكلفة/GGR بالطريقة، انزلاق/رسوم العملات الأجنبية حسب الموقع.

7. موثوقية التكامل: توصيل Webhook p95/Success%, API latency p95/p99, Bublicate rate, Report delivery SLA.

8. الفريق المعني بالحوادث: التنبيهات النشطة (انظر الفقرة 8)، وحالة الوثب وسندات الخزانة (بقايا الطعام L0، بريفوند).

5) SLO والتنبيهات (الممرات)

• بطاقات 3DS2 'AR _ gross': 82-92٪ (حسب القطاع) ؛ 'AR _ net' ≥ 80٪
• «التقاط _ النجاح» ≥ 98. 5٪ (كل ساعة)
• 'Webhook p95' ≤ 3 с, Success ≥ 99. 9%
• 'Payout TtW p95' فورا ≤ 120 с ؛ (T + 1) - 100٪ في اليوم D + 1
• بطاقات «استرداد TtR p95» ≤ T + 1 bp ؛ فورية ≤ 60 с
• «خطأ استرداد%» <0. 3%
• «توقيت التسوية» ≥ 99٪
• «التكلفة/GGR» - ممر مستهدف فردي وفقًا للطريقة

• 'AR_gross↓> 3 pp' إلى متوسط 7 أيام (البلد/PSP/BIN) → P1/P0
• «التقاط _ النجاح <98٪» (час) → P1
• "Webhook p95> 5 c' أو مكرر> 0 → P1
• «Payout TtW p95> SLO» النجاح или٪ <99٪ → P1
• خطأ استرداد%> 0. 3٪ 'или' استرداد مزدوج> 0 '→ P0
• «تسوية في الوقت المحدد <99٪» → P1
• «التكلفة/GGR» خارج الممر باستخدام طريقة → P2

يفتح كل تنبيه بطاقة runbook 'a (الإجراءات/التصعيد/feilover).

6) الصيغ وقواعد الحساب (التفاصيل)

جميع الأسهم - مع أساس صريح: تشير إلى «المقام» في النوع.
Times - in UTC; الكميات: PERCENTILE_CONT.

'AR _ clean' (تشغيلي) = 'Auth _ Advanced/( )'

'Net _ Conversion' = 'Capted _ Tx/ Auth_Attempted_Tx'

"استرداد _ إلى _ المصدر%" = "استرداد _ إلى _ الطريقة الأصلية _/ Total_Refunds'

'Idle Cash%' (في أداة الخزانة الصغيرة) = '(الرصيد − Target_Balance )/التوازن'

7) أنماط UX

أعلاه لوحة KPI، أدناه قمع + خرائط حرارة، أدناه التكامل والتمويل.
Tultips مع الصيغة/القاعدة/الاستثناءات (على سبيل المثال، "بعد antifraud').
السطر المقارن: متوسط p7 و «أمس «/» الاثنين الماضي «.
الحفر بالنقر: من خريطة الحر إلى جدول BIN→Issuer→kody الخطأ.
لقطات لـ RCA: عرض «دبوس» الزر الحالي لتشريح الجثة.

8) كتب اللعب (بطاقات عمل مدمجة)

Auth drop → switch smart-routing، رفع 3DS-challenge إلى BIN، الحد من عمليات إعادة التدوير.
تأخيرات Webhook → تمكين الاقتراع، وتجميد عمليات التجديد التلقائي/المدفوعات التلقائية الخطرة، وزيادة الغباء.
تدهور المدفوعات → والسكك الحديدية، وزيادة الخزانة، وتحديد أولويات كبار الشخصيات.
تأخير التسوية → StressRes، علامة «التشويق»، التصعيد في PSP.
استرداد الأخطاء/الاستنساخ → وتجميد المبالغ المستردة، والتسوية، وعكس النسخ المكررة.

(تحتوي البطاقة على قائمة مرجعية واتصالات تصعيد.)

9) نموذج البيانات (الحد الأدنى الكافي)

events/payments_flat:
payment_id, user_id, country, provider, method_code, action(deposit/refund/payout),
attempt_ts, auth_status, auth_ts, three_ds(flow, challenge_flag, started_ts, completed_ts),
capture_status, capture_amount, capture_ts, partial_flag,
refund_status, refund_amount, refund_initiated_ts, refund_credit_ts,
payout_status, payout_amount, payout_initiated_ts, payout_credited_ts,
fees_fixed, fees_pct, fx_spread, currency, amount,
risk_segment, kyc_tier, bin, asn, device_os, ticket_bucket

events/webhooks:
provider, event_kind, event_ts, delivered_ts, retries, duplicate_flag, idempotency_key

settlements/reports:
provider, batch_id, settlement_date, amount_settled, currency, fee_amount, status

treasury/pockets (mini-widget):
pocket_id, counterparty, currency, balance, target_balance, low_watermark, updated_at

الفهارس: بواسطة "مقدم"، "طريقة _ رمز"، "بلد"، "بن"، "حدث _ ts'.

10) شرائح SQL (مثال)

10. 1 قمع و AR

sql
WITH base AS (
SELECT
DATE_TRUNC('hour', attempt_ts) AS h,
country, provider, method_code,
COUNT() FILTER (WHERE auth_status='ATTEMPTED') AS auth_attempted,
COUNT() FILTER (WHERE auth_status='APPROVED') AS auth_approved,
COUNT() FILTER (WHERE capture_status='CAPTURED') AS captured_tx
FROM payments_flat
WHERE action='deposit'
GROUP BY 1,2,3,4
)
SELECT h, country, provider, method_code,
auth_approved::decimal / NULLIF(auth_attempted,0) AS ar_gross,
captured_tx::decimal / NULLIF(auth_attempted,0)  AS ar_net
FROM base;

10. 2 Webhook SLA

sql
SELECT
DATE_TRUNC('hour', event_ts) AS h, provider,
PERCENTILE_CONT(0. 95) WITHIN GROUP (ORDER BY EXTRACT(EPOCH FROM (delivered_ts - event_ts))) AS wb_p95_sec,
AVG(CASE WHEN retries=0 AND NOT duplicate_flag THEN 1 ELSE 0 END) AS wb_success
FROM webhooks
GROUP BY 1,2;

10. 3 صحة الاسترداد والدفع

sql
SELECT
DATE_TRUNC('day', COALESCE(refund_initiated_ts, payout_initiated_ts)) d,
method_code, provider,
COUNT() FILTER (WHERE refund_status='ATTEMPTED') AS refund_attempted,
COUNT() FILTER (WHERE refund_status='SUCCESS')  AS refund_success,
PERCENTILE_CONT(0. 95) WITHIN GROUP (ORDER BY EXTRACT(EPOCH FROM (refund_credit_ts - refund_initiated_ts))) AS ttr_p95_sec,
COUNT() FILTER (WHERE payout_status='ATTEMPTED') AS payout_attempted,
COUNT() FILTER (WHERE payout_status='SUCCESS')  AS payout_success,
PERCENTILE_CONT(0. 95) WITHIN GROUP (ORDER BY EXTRACT(EPOCH FROM (payout_credited_ts - payout_initiated_ts))) AS ttw_p95_sec
FROM payments_flat
GROUP BY 1,2,3;

10. 4 التكلفة/GGR

sql
SELECT
DATE_TRUNC('day', capture_ts) d,
method_code, provider,
SUM(fees_fixed + amountfees_pct + fx_spread) AS total_cost,
SUM(capture_amount) AS total_captured,
(SUM(fees_fixed + amountfees_pct + fx_spread) / NULLIF(SUM(total_captured),0)) AS cost_to_captured
FROM payments_flat
WHERE capture_status='CAPTURED'
GROUP BY 1,2,3;

11) شاشات إضافية

BIN Drilldown: AR/disclose-codes, 3DS-friction, latency by issues.
بطاقة أداء المزود: مقاييس SLA، الحوادث، الاعتمادات، التكلفة/GGR.
لقطة الخزانة: أرصدة L0/L1، بريفوند، StressRes، تجديد TtF.
عرض Recon: توقيت التسوية، أعواد الشيخوخة غير المخيطة، دقة الرسوم.

12) جودة البيانات i治理

قاموس مؤشرات الأداء الرئيسية مع إصدار (صيغ/أساس/استثناءات).
TZ المفرد = UTC، p-كميات CONT فقط.
خمول الأحداث والتخلص من خطوط الويب.
سياسة التسامح مع الوقت/المبلغ/العملة الأجنبية (للمصالحة/الكمون).
اختبارات البيانات في CI: قواعد القسمة غير الفارغة، رتابة الطراز الزمني، كسر NULL.

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

• يتم تعريف مؤشرات الأداء الرئيسية/الصيغ/القواعد وثباتها في القاموس.
• الإبتلاع وتطبيع الأحداث/السجلات.
• معارض مبنية «المدفوعات _ المسطحة»، «الخطافات الشبكية»، «المستوطنات»، «الخزانة».
• نفذت خرائط الحرارة، والقمع، والوقت، وألواح الدفع/استرداد الأموال.
• تحديد عتبات المكتب والإنذار ؛ المرتبطة بكتب اللعب.
• أدوار الوصول: المستوى C (ملخص القراءة فقط)، العمليات/الاحتيال (الحفر).
• QBR الأسبوعي من قبل المزود بناءً على بطاقة أداء المزود.
• مجموعة اختبار UAT: مجموعة بيانات تجريبية، فحص p-quantile، صحة قاعدة البيانات، التنبيهات.

14) الأخطاء المتكررة

قواعد الخلط («محاولة» مقابل «القبض») → استنتاجات خاطئة.
لا يوجد تجزئة «تذكرة _ حجم» → صورة AR مشوهة.
تجاهل التخلي عن 3DS → مشكلة «مبالغ فيها» مع المزود.
عدم وجود شبكة التحكم تكرر الإجراءات المزدوجة →.
عرض غير كامل للتسوية/الرسوم → لا يمكن تقدير التكلفة/GGR.
بدون SLOs وكتب اللعب، تتحول لوحة القيادة إلى «عرض بدون عمل».

موجز

مؤشرات دفع لوحة القيادة هي أداة تشغيلية، وليست مجرد رسوم بيانية. إنه يربط القمع والمال والبنية التحتية، ويعتمد على صيغ وتجزئة واضحة، ويعطي إشارات تلقائية ويقترح الإجراءات على الفور. نتيجة لذلك: AR_net أعلاه، TtW/TtR في الممرات، التكلفة/GGR تحت السيطرة، يتم تحديد الحوادث بسرعة، ويستند الحوار مع مقدمي الخدمة إلى الأرقام.