مشخصات پرداخت KPI: auth، ضبط، بازپرداخت

TL ؛ دکتر متخصص

حلقه پرداخت به عنوان یک قیف اندازه گیری می شود: «تلاش → Auth → ضبط → تسویه/بازپرداخت». معیارهای کلیدی نه تنها نرخ تصویب، بلکه AR خالص (پس از ضد تقلب و 3DS)، موفقیت ضبط، زمان برای نوشتن/ثبت نام، هزینه/FX، خطاهای idempotency و کیفیت بازده (TtR و نرخ). کسی که دارای ↑ AR، ↓ TtW، هزینه/GGR ↓ برنده، در برابر اختلافات ↓، بدون شکستن مشخصات خطر.

1) فرهنگ لغت مراحل و رویدادها

تلاش - تلاش برای پرداخت (شروع).
Auth - مجوز (بانک/کیف پول/ریل تایید امکان نوشتن).
ضبط - نوشتن واقعی (کامل/جزئی).
حل و فصل - پاکسازی و شهرک.
بازپرداخت - بازگشت (کامل/جزئی)، 'TtR = زمان بازپرداخت اعتبار'.
Void - undo to capture (در صورت پشتیبانی).
3DS/Step-up - اصطکاک در مجوز.
کاهش نرم/کاهش سخت - شکست قابل بازیابی/غیر قابل بازیابی.

💡 : 'کشور، ارائه دهنده، روش، عمل (سپرده/پرداخت/بازپرداخت)، دستگاه/OS، ، ، بن/ASN'.

2) سلسله مراتب KPI (درخت هدف)

سطح بالا

نرخ تایید ناخالص (AR_gross) = Auth/تلاش

نرخ تایید خالص (AR_net) = گرفته شده/تلاش

هزینه/GGR = (هزینه + FX + عملیات )/GGR

TTW/TtC: زمان به کیف پول، TtC (ضبط) p95

سلامت بازپرداخت: نرخ بازپرداخت، TtR p95، نرخ خطای بازپرداخت

سطح متوسط

اشتراک چالش 3DS، اشتراک بدون اصطکاک، رها کردن در 3DS

کاهش نرم نرخ بازیابی (Retray/مسیریابی هوشمند)

سهم ضبط جزئی، ضبط تاخیر

بازپرداخت به منبع٪، حوادث تکراری/Idempotency

سطح پایین تر (تشخیص)

Errors by codes (ISO/rail), p95 API latency, SLA webhooks, share of «عدم افتخار», «وجوه ناکافی», «مظنون به تقلب», «خطای سیستم».

3) فرمول ها (تعاریف دقیق)

3. 1 مجوز

'AR _ gross = Auth_Approved/ Auth_Attempted'

'AR _ clean = /( - -)'

'3DS _ چالش _ اشتراک گذاری = 3DS_Challenge/ 3DS_Total'

'3DS _ اصطکاک _ اشتراک گذاری = 3DS_Frictionless/ 3DS_Total'

'رها کردن _ on _ 3DS = 3DS_Started - 3DS_Completed'

بخش های مورد نیاز: 'BIN × کشور'، 'روش × ارائه دهنده'، 'device/os'، 'ticket _ size' (به عنوان مثال، ≤€50، €50-200،> €200).

3. 2 ضبط

'تسخیر _ موفقیت = Captured_Tx/ Capture_Attempted_Tx'

'Net _ تبدیل = Captured_Tx/ Auth_Attempted_Tx' (= AR_net)

'جزئی _ ضبط _ اشتراک = Partial_Captures/ Captured_Tx'

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

'Void _ Rate = حفره ها/ Auth_Approved'

3. 3 هزینه و FX

'هزینه _ برای _ Tx = Fee_fixed + AmountFee_pct + FX_Spread'

«هزینه/GGR = هزینه Σ/GGER»

'خالص _ درآمد = 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. روز (کارت)، ≤ 60 ثانیه (ریل های فوری).
Refund_to_Source%: ≥ 95٪ (که در آن ریل پشتیبانی می شود).
حوادث idempotency: = 0; وب سایت SLA: ≥ 99. 9٪، p95 <3 c.

(نه «معیارهای بازار»، بلکه راهروهای هدف عملی برای SLO های داخلی.)

5) تقسیم بندی و انتساب

KPI ها را در زمینه در نظر بگیرید: «کشور»، «روش _ گروه»، «ارائه دهنده»، «BIN»، «دستگاه/os»، «ticket _ size»، «risk _ segment»، «kyc _ tier»، «affiliate»، «new _ vs _ returning».

گروه AR: AR توسط گروه اول پرداخت (D0/D7/D30).
مسیر AR: AR در مسیرهای PSP _ A → PSP _ B شکست خورده.
AR آگاه از ریسک: AR توسط بخش ریسک (پس از مرحله بالا).
BIN-heatmap: صادرکنندگان آسیب پذیر → قوانین retray/3DS جداگانه.

6) مدل داده (لایه مسطح برای BI)

حداقل «رویداد مسطح»:


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

کلید - idempoint 'payment _ key' به مرحله و 'idempointency _ key' به بازپرداخت.

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 → ضبط (مطلق و تبدیل).
2. AR heatmap: «ارائه دهنده کشور» «BIN کشور».
3. کیفیت 3DS: چالش/اصطکاک/رها کردن.
4. ضبط تاخیر p50/p95 и Webhook SLA.
5. سلامت بازپرداخت: نرخ بازپرداخت، TtR p95، خطای بازپرداخت، Refund_to_Source٪.
6. هزینه/GGR: توسط روش ها و ارائه دهندگان.
7. پانل هشدار: کدهای بالای خرابی، تخریب AR/latency.

9) SLO ها، هشدارها و playbooks

SLO/هشدارها (مثال):

'AR_gross↓> 3 pp تا 7 روز متوسط → هشدار P1 (بررسی BIN/ارائه دهنده/ASN).
'Capture _ Success <98٪ (ساعتی)' یا 'Webhook p95> 5 c' → ALERT P1 (PSP Retray/Incident).
'TtR _ p95> target' by methods instant → ALERT P2 (بررسی صف/محدودیت).
'بازپرداخت _ خطا _ نرخ> 0. 5٪ یا 'Double _ Refund> 0' → ALERT P0 (تعمیر مجدد اتوماتیک، بررسی دستی).

کتابهای بازی:

تخریب BIN: شامل یک گیرنده جایگزین، افزایش نسبت 3DS-challenge برای BIN، بازپرداخت با پارامترهای ECI.
کاهش نرم افزار سیستم: مسیریابی هوشمند → PSP_B، محدود کردن تلاش مجدد به N، تغییر سیاست 3DS.
تاخیر ضبط: نیروی retrays، تایید امضای webhooks، افزایش idempotency TTL.
خطاهای بازپرداخت: فعال کردن کلیدهای idempotent، محدود کردن بازپرداخت جزئی موازی، QA دستی برای تکراری.

10) مدیریت ریسک و انطباق در KPI ها

گزارش AR_clean پس از حذف «Fraud _ Preblocked» و «رها کردن _ 3DS» - این AR عملیاتی شماست، با اثر ضد تقلب مخلوط نکنید.
Refund_to_Source% - KPI نظارتی کلیدی ؛ رفع استثنائات به عنوان comp-approved.
اختلاف/نرخ بازپرداخت به captured_amount بستگی دارد، نه تلاش.

11) خطاهای مکرر

جمع بندی پایگاه های مختلف (تلاش در مقابل auth در مقابل ضبط) در یک بخش.
عدم تقسیم بندی توسط «ticket _ size» → نتیجه گیری نادرست توسط AR.
گم شدن «رها کردن کاربر» در 3DS → «مصنوعی» AR پایین.
No 'idempotency _ key' on refund → زیان دو برابر/مالی.
مخلوط پرداخت و بازپرداخت در همان متریک TtW/TtR.

12) چک لیست پیاده سازی

طرح رویداد توافق شده و تعاریف KPI یکپارچه.
نقشه حرارتی توسط BIN/کشور و مسیریابی توسط ارائه دهنده.
3DS اصطکاک و رها کردن داشبورد.
SLA webhooks، retrays، idempotency (auth/capture/refund).
گزارش توسط بازپرداخت بهداشت و Refund_to_Source%.
AR، Capture_Success، هشدار تخریب TtR، خطاهای بازپرداخت.
ماهانه R&O نقد و بررسی: هزینه/GGR, اختلافات, FX گسترش, ارائه دهنده SLA.

13) خلاصه

یک حلقه پرداخت قوی یک قیف شفاف با پایه صحیح برای هر سهم، نظم دقیق رویداد، تقسیم بندی و playbooks خودکار است. KPI صحیح، زیرساخت های پرداخت را به اهرم رشد تبدیل می کند: ، TtC/TtR ، هزینه/GGR، اختلافات، در ایمنی تغییر ناپذیر یا بهبود یافته.