ملف تعريف الدفع KPI: auth، capture، retund

TL; د

يتم قياس حلقة الدفع على شكل قمع: "محاولة → Auth → Capture → Settle/Refund'. المقاييس الرئيسية ليست فقط معدل الموافقة، ولكن أيضًا AR نقي (بعد مكافحة الاحتيال و 3DS)، والتقاط النجاح، ووقت الشطب/التسجيل، والتكلفة/FX، وأخطاء الخصوصية وجودة العائدات (TtR والمعدل). الشخص الذي يحمل AR ↑، TtW ↓، Cost/GGR ↓ يفوز، ضد Disputes ↓، دون كسر ملف تعريف المخاطر.

1) قاموس المراحل والأحداث

محاولة - محاولة دفع (بدء).
Auth - الإذن (أكد المصرف/المحفظة/السكك الحديدية إمكانية الشطب).
الاستيلاء - الشطب الفعلي (الكامل/الجزئي).
الاستيطان - المقاصة والتسويات.
رد - عائد (كامل/جزئي)، «TtR = وقت استرداد الائتمان».
الفراغ - التراجع للالتقاط (إذا تم دعمه).
3DS/Step-up - الاحتكاك بالترخيص.
التراجع الناعم/التدهور الصعب - الإخفاقات القابلة للاسترداد/غير القابلة للاسترداد.

💡 База измерений: «البلد، المزود، الطريقة، الإجراء (الإيداع/الدفع/الاسترداد)، الجهاز/العمليات، ticket_size، risk_segment، kyc_tier، بن/أسن».

2) التسلسل الهرمي KPI (شجرة الهدف)

المستوى الأعلى

معدل الموافقة الإجمالي (AR_gross) = Auth/Figure

صافي معدل الموافقة (AR_net) = تم القبض عليه/محاولة

التكلفة/GGR = (الرسوم + FX + Ops )/GGR

TTW/TtC: Time-to-Wallet، TtC (التقاط) p95

صحة الاسترداد: معدل الاسترداد، TtR p95، معدل خطأ الاسترداد

المستوى المتوسط

حصة تحدي 3DS، حصة خالية من الاحتكاك، تخلى عن 3DS

معدل استرداد الانخفاض الناعم (إعادة توجيه/توجيه ذكي)

حصة الالتقاط الجزئي، كمون الالتقاط

استرداد إلى المصدر٪، حوادث التكرار/الفراغ

المستوى الأدنى (التشخيص)

أخطاء بالرموز (ISO/rail)، p95 API latency، SLA webooks، حصة «لا تشرف»، «الأموال غير الكافية»، «الاحتيال المشتبه به»، «خطأ النظام».

3) الصيغ (التعاريف الدقيقة)

3. 1 إذن

'AR _ gross = Auth_Approved/ Auth_Attempted'

'AR _ clean = Auth_Approved/( Auth_Attempted - Fraud_Preblocked - User_Abandon_3DS)'

'3DS _ Challenge _ Share = 3DS_Challenge/ 3DS_Total'

'3DS _ Frictionless _ Share = 3DS_Frictionless/ 3DS_Total'

'التخلي _ على _ 3DS = 3DS_Started - 3DS_Completed'

الأقسام مطلوبة: "BIN × country"، "طريقة × المزود"، "device/os'،" ticket _ size "(على سبيل المثال، ≤€50، €50 -200،> €200).

3. 2 التقاط

'التقاط _ النجاح = Captured_Tx/ Capture_Attempted_Tx'

'Net _ Conversion = Captured_Tx/ Auth_Attempted_Tx' (= AR_net)

'Partial _ Capture _ Share = Partial_Captures/ Captured_Tx'

'Capture _ Latency _ p95 = p95 (capture_timestamp - auth_timestamp)'

'الفراغ _ المعدل = الفراغات/ Auth_Approved'

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

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

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

'صافي _ الإيرادات = GGR - التكلفة Σ - Fraud_Loss - Disputes_Cost'

3. 4 المبالغ المستردة

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

'استرداد المبلغ _ النسبة = Refunded_Amount/ Captured_Amount'

'TtR _ p95 = p95 (refund_credit_at- refund_initiated_at)'

'استرداد _ خطأ _ معدل = Refund_Failed/ Refund_Attempted'

'استرداد _ إلى _ المصدر _٪ = Refund_to_Original_Method/ Total_Refunds'

"Double _ Refund _ Incidents' - عداد الاصطدام الخفي (يجب أن يكون = 0)

4) الأهداف/المعايير (قابلة للتخصيص لحافظة محددة)

AR_gross: بطاقات 3DS2 - 82-92٪ (BIN/country)، A2A - 90٪ + (بدء)، قسائم - 95٪ + (استرداد).
Capture_Success: 98. 5٪ + (مع خطوط الويب الحية والخلوات).
TtC p95: ≤ 5 دقائق (بطاقات مع التقاط تلقائي)، ≤ 90 ثانية (فوري A2A/RTP).
خطأ استرداد: <0. 3%; TtR p95: ≤ T + 1 bank. يوم (بطاقات)، ≤ 60 ثانية (قضبان فورية).
Refund_to_Source%: ≥ 95 في المائة (حيث يتم دعم السكك الحديدية).
حوادث الاختلال: = 0; Webhook SLA: ≥ 99. 9٪، p95 <3 ج.

(ليس «معايير السوق»، ولكن الممرات المستهدفة العملية للمنظمات المحلية الداخلية.)

5) التجزئة والإسناد

ضع في اعتبارك مؤشرات الأداء الرئيسية في السياق التالي: "البلد" و "الطريقة _ المجموعة" و "المزود" و "BIN" و "الجهاز/os' و" التذكرة _ الحجم "و" المخاطرة _ القطاع "و" kyc _ tier "و" الشركة التابعة "و" جديد _ مقابل _ عائد ".

الفوج AR: AR حسب مجموعة الدفع الأول (D0/D7/D30).
الطريق AR: AR على طرق «الفشل PSP_A→PSP_B».
AR الواعي بالمخاطر: AR حسب قطاع المخاطر (بعد التصعيد).
BIN-heatmap: جهات الإصدار الضعيفة → قواعد retray/3DS منفصلة.

6) نموذج البيانات (طبقة مسطحة للأرقام القياسية)

الحد الأدنى «شقة الحدث»:


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

المفتاح - «الدفع - المفتاح» الخفي للمرحلة و «الخصوصية - مفتاح» الاسترداد.

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

7. 1 يوميًا AR والتقاط

sql
WITH base AS (
SELECT
DATE_TRUNC('day', attempt_ts) d,
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 d, 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;

7. 2 استرداد الصحة

sql
SELECT
DATE_TRUNC('day', refund_initiated_ts) d,
country, provider, method_code,
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
FROM payments_flat
WHERE action='refund'
GROUP BY 1,2,3,4;

7. 3 احتكاك 3DS

sql
SELECT country, provider,
COUNT() FILTER (WHERE three_ds.flow IS NOT NULL) AS three_ds_total,
COUNT() FILTER (WHERE three_ds.challenge_flag)  AS three_ds_challenge,
COUNT() FILTER (WHERE three_ds.flow='FRICTIONLESS') AS three_ds_frictionless
FROM payments_flat
WHERE action='deposit'
GROUP BY 1,2;

8) لوحة القيادة (الأدوات المطلوبة)

1. القمع: محاولة → Auth → Capture (مطلق وتحويلات).
2. AR heatmap: по 'country × provider' и 'BIN × country'.
3. جودة 3DS: التحدي/الخالي من الاحتكاك/التخلي.
4. Capture Latency p50/p95 и Webhook SLA.
5. صحة الاسترداد: معدل الاسترداد، TtR p95، خطأ الاسترداد، Refund_to_Source٪.
6. التكلفة/GGR: حسب الأساليب ومقدمي الخدمات.
7. لوحة التنبيهات: أعلى رموز الإخفاقات، تدهور AR/زمن الانتقال.

9) SLOs والتنبيهات وكتب اللعب

SLO/التنبيهات (مثال):

'AR_gross↓> 3 pp to 7 day median' → ALERT P1 (check BIN/provider/ASN).
«Capture _ Success <98٪ (كل ساعة)» أو «Webhook p95> 5 c» → ALERT P1 (PSP Retray/Incident).
«TtR _ p95> الهدف» بالطرق الفورية → ALERT P2 (تحقق من قائمة الانتظار/الحدود).
'استرداد _ خطأ _ معدل> 0. 5٪ 'أو' Double _ Refund> 0 '→ ALERT P0 (تجميد إعادة التشغيل التلقائي، فحص يدوي).

كتب اللعب:

تحلل سلة المهملات: تشمل مستحوذ بديل، وتزيد نسبة 3DS-challenge لشركة BIN، وتعيد طرحها مع بارامترات 'ECI'.
تراجع النظام الناعم: التوجيه الذكي → PSP_B، الحد من إعادة المحاولة إلى N، تغيير سياسة 3DS.
تأخيرات الالتقاط: إعادة تشغيل القوة، والتحقق من توقيع خطوط الويب، وزيادة خصوصية TTL.
أخطاء استرداد الأموال: تمكين المفاتيح الخفية، الحد من الاسترداد الجزئي الموازي، ضمان الجودة اليدوي للمكررات.

10) إدارة المخاطر والامتثال في مؤشرات الأداء الرئيسية

أبلغ AR_clean بعد إزالة "الاحتيال _ المحظور مسبقًا" و "التخلي عن 3Ds' - هذا هو الواقع المعزز التشغيلي الخاص بك، لا تختلط مع تأثير مكافحة الاحتيال.
Refund_to_Source% - المؤشر التنظيمي الرئيسي ؛ إصلاح الاستثناءات باعتبارها معتمدة من الشركات.
يرتبط معدل النزاع/رد التكاليف captured_amount وليس بالمحاولات.

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

تجميع قواعد مختلفة (محاولة مقابل auth مقابل التقاط) في جزء واحد.
عدم التجزئة حسب «التذكرة _ الحجم» → استنتاجات خاطئة من قبل AR.
«تخلي المستخدم» المفقود على 3DS → منخفض الواقع المعزز «بشكل مصطنع».
لا «الخصوصية _ المفتاح» على استرداد الأموال → الزوجي/الخسائر المالية.
مزج المدفوعات واسترداد الأموال بنفس مقياس TtW/TtR.

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

مخطط الحدث المتفق عليه والتعاريف الموحدة لمؤشر الأداء العالمي.
خريطة حرارة حسب BIN/country والتوجيه حسب المزود.
احتكاك 3DS ولوحة القيادة المهجورة.
خطافات الويب الخاصة بجيش تحرير السودان، إعادة التصوير، الخصوصية (auth/capture/recund).
الإبلاغ من قبل Refund Health and Refund_to_Source%.
AR، Capture_Success، تنبيهات تحلل TtR، أخطاء استرداد الأموال.
مراجعة البحث والتطوير الشهرية: التكلفة/GGR، المنازعات، FX Spreads، Provider-SLA.

13) موجز

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