भुगतान प्रोफ़ाइल केपीआई: औथ, कैप्चर, रिफंड

टीएल; डीआर

भुगतान लूप को एक फ़नल के रूप में मापा जाता है: 'प्रयास Auth कैप्चर सेटल/रिफंड'। प्रमुख मैट्रिक्स न केवल अनुमोदन दर हैं, बल्कि शुद्ध एआर (धोखाधड़ीविरोधी और 3DS के बाद), सफलता पर कब्जा करने, लिखने/नामांकन का समय, लागत/एफएक्स, पहचान त्रुटियां और रिटर्न की गुणवत्ता (TTR और दर)। जो एआर , टीटीडब्ल्यू , कॉस्ट/जीजीआर रखता है, वह विवादों के खिलाफ जीतता है, जोखिम प्रोफ़ाइल को तोड़ ने के बिना।

1) चरणों और घटनाओं का शब्दकोश

प्रयास - भुगतान प्रयास (दीक्षा)।

ऑथ - प्राधिकरण (बैंक/वॉलेट/रेल ने राइट-ऑफ की संभावना की पुष्टि की)।

कैप्चर - वास्तविक राइट-ऑफ (पूर्ण/आंशिक)।

बस्ती - समाशोधन और बस्तियां।

रिफंड - रिटर्न (पूर्ण/आंशिक), 'टीटीआर = क्रेडिट वापस करने का समय'।

कैप्चर करने के लिए शून्य - पूर्ववत (यदि समर्थित हो)।

3DS/Step-up - प्राधिकरण पर घर्षण।

नरम गिरावट/कठिन गिरावट - वसूली योग्य/अपरिवर्तनीय विफलताएं।

2) केपीआई पदानुक्रम (लक्ष्य वृक्ष)

ऊपरी स्तर

सकल अनुमोदन दर (AR_gross) = ऑथ/प्रयास

शुद्ध अनुमोदन दर (AR_net) = कैप्चर/प्रयास

लागत/जीजीआर = (शुल्क + एफएक्स + ऑप्स )/जीजीआर

TTW/TtC: टाइम-टू-वॉलेट, TtC (कैप्चर) p95

रिफंड हेल्थ: रिफंड रेट, टीटीआर पी 95, रिफंड एरर रेट

मध्यवर्ती स्तर

3DS चैलेंज शेयर, फ्रिक्शलेस शेयर, 3DS पर छोड़ दें

सॉफ्ट डिक्लेयर रिकवरी रेट (रिट्रे/स्मार्ट रूटिंग)

आंशिक कैप्चर शेयर, कैप्चर लेटेंसी

स्रोत%, डुप्लिकेट/आइडेम्पोटेंसी घटनाओं को वापस करें

निचला स्तर (निदान)

कोड (आईएसओ/रेल), पी 95 एपीआई विलंबता, एसएलए वेबहूक, 'डू नॉट ऑनर', 'अपर्याप्त फंड', 'संदिग्ध धोखाधड़ी', 'सिस्टम त्रुटि' का हिस्सा।

3) सूत्र (सटीक परिभाषाएँ)

3. 1 प्राधिकरण

'AR _ gross = Auth_Approved/ Auth_Attempted'

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

'3DS _ चैलेंज _ Share = 3DS_Challenge/ 3DS_Total'

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

'परित्याग _ on _ 3DS = 3DS_Started - 3DS_Completed'

अनुभागों की आवश्यकता होती है: 'बिन × देश', 'प्रदाता × विधि', 'डिवाइस/ओएस', 'टिकट _ आकार' (उदाहरण के लिए, ≤€50, €50 -200,> €200)।

3. 2 कब्जा

'कैप्चर _ सक्सेस = Captured_Tx/ Capture_Attempted_Tx'

'नेट _ रूपांतरण = Captured_Tx/ Auth_Attempted_Tx' (= AR_net)

'आंशिक _ कैप्चर _ Share = Partial_Captures/ Captured_Tx'

'कैप्चर _ Latency _ p95 = p95 (capture_timestamp - auth_timestamp)'

'शून्य _ दर = शून्य/ Auth_Approved'

3. 3 लागत और एफएक्स

'लागत _ per _ Tx = + +

'लागत/GGR =' Cost/GGRR '

'नेट _ रेवेन्यू = GGR - Cost - -

3. 4 रिफंड

'रिफंड _ रेट = Refunded_Tx/ Captured_Tx'

'रिफंड _ राशि _ अनुपात = Refunded_Amount/ Captured_Amount'

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

'रिफंड _ त्रुटि _ दर = Refund_Failed/ Refund_Attempted'

'रिफंड _ to _ Source _% = Refund_to_Original_Method/ Total_Refunds'

'डबल _ रिफंड _ इवेंट्स' - पहचाने जाने वाले टक्कर काउंटर (होना चाहिए = 0)

4) लक्ष्य/बेंचमार्क (एक विशिष्ट पोर्टफोलियो के लिए अनुकूलन योग्य)

: कार्ड - 82-92% (बिन/देश), ए 2 ए - 90% + (दीक्षा), वाउचर - 95% + (भुनाना)।

Capture_Success: 98। 5% + (लाइव वेबहुक और रिट्रीट के साथ)।

TtC p95: ≤ 5 मिनट (ऑटो-कैप्चर के साथ कार्ड), ≤ 90 सेकंड (तत्काल A2A/RTP)।

रिफंड त्रुटि: <0। 3%; TtR p95: ≤ T + 1 बैंक। दिन (कार्ड), ≤ 60 सेकंड (त्वरित रेल)।

Refund_to_Source%: ≥ 95% (जहां रेल का समर्थन किया जाता है)।

पहचान की घटनाएं: = 0; वेबहुक एसएलए: ≥ 99। 9%, p95 <3 c।

(आंतरिक एसएलओ के लिए "बाजार बेंचमार्क" नहीं, बल्कि व्यावहारिक लक्ष्य गलियारे।)

5) विभाजन और विशेषता

संदर्भ में केपीआई पर विचार करें: 'देश', 'विधि _ समूह', 'प्रदाता', 'बिन', 'उपकरण/ओएस', 'टिकट _ आकार', 'kyc _ tier', 'सहबद्ध', 'नया _ vs _ रिटर्निंग'।

Cohort AR: AR प्रथम-भुगतान cohort (D0/D7/D30) द्वारा।

रूट एआर: 'PSP_A→PSP_B असफल' मार्गों पर एआर।

जोखिम-जागरूक एआर: जोखिम खंड (चरण-अप के बाद) द्वारा एआर।

बिन-हीटमैप: कमजोर जारीकर्ता अलग - नियम।

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

कुंजी - मंच के लिए 'भुगतान _ कुंजी' और धनवापसी के लिए 'idempotency _ key'।

7) SQL स्लाइस (उदाहरण)

7. 1 दैनिक एआर और कब्जा

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. एआर हीटमैप: по 'देश × प्रदाता' и 'बिन × देश'।

3. 3DS गुणवत्ता: चुनौती/घर्षण रहित/परित्याग।

4. लेटेंसी पी 50/पी 95 и वेबहुक एसएलए पर कब्जा करें।

5. रिफंड हेल्थ: रिफंड रेट, टीटीआर पी 95, रिफंड एरर, Refund_to_Source%।

6. लागत/जीजीआर: विधियों और प्रदाताओं द्वारा।

7. अलर्ट पैनल: विफलताओं के शीर्ष कोड, एआर/विलंबता गिरावट।

9) एसएलओ, अलर्ट और प्लेबुक

• '3 पीपी से 7-दिवसीय मध्य' ALERT P1 (बिन/प्रदाता/एएसएन की जाँच करें)।
• 'कैप्चर _ सक्सेस <98% (घंटा)' या 'वेबहुक पी 95> 5 सी' → ALERT P1 (PSP रिट्रे/हादसा)।
• 'TtR _ p95> लक्ष्य' by तरीके तत्काल → ALERT P2 (जाँच कतार/सीमा)।
• 'रिफंड _ त्रुटि _ रेट> 0। 5% 'या' डबल _ रिफंड> 0 '→ ALERT P0 (स्वचालित रिफंड फ्रीज, मैनुअल चेक)।

• बिन गिरावट: एक वैकल्पिक अधिग्रहक शामिल करें, BIN के लिए 3DS-challenge का अनुपात बढ़ाएं, 'ECI' मापदंडों के साथ रिट्रे करें।
• सिस्टम सॉफ्ट डेक्लाइन: स्मार्ट रूटिंग → PSP_B, एन तक सीमित, 3DS नीति को बदलना।
• कैप्चर देरी: वेबहुक के हस्ताक्षर की पुष्टि करते हुए, बल पुनर्विचार, टीटीएल की पहचान में वृद्धि हुई।
• रिफंड त्रुटि: पहचान कुंजी सक्षम करें, समानांतर आंशिक-वापसी सीमित करें, डुप्लिकेट के लिए मैनुअल क्यूए।

10) केपीआई में जोखिम और अनुपालन प्रबंधन

रिपोर्ट करें - 'फ्रॉड _ प्रीब्लॉक' और 'एब्रॉन _ 3 डीएस' को हटाने के बाद - यह आपका परिचालन एआर है, धोखाधड़ी विरोधी प्रभाव के साथ मिश्रण न करें।

Refund_to_Source% - प्रमुख नियामक केपीआई; कॉम्प-अनुमोदित के रूप में अपवादों को ठीक करें।

विवाद/चार्जबैक दर captured_amount को बांधती है, प्रयास नहीं।

11) बार-बार त्रुटियाँ

एक अंश में विभिन्न आधारों (प्रयास बनाम ऑथ बनाम कैप्चर) का योग।

'टिकट _ आकार' द्वारा विभाजन की कमी - एआर द्वारा गलत निष्कर्ष।

3DS - "कृत्रिम रूप से" लो एआर पर 'उपयोगकर्ता परित्याग' को याद करना।

No 'idempotency _ key' on रिफंड → डबल्स/वित्तीय नुकसान।

एक ही TtW/TtR मीट्रिक में भुगतान और वापसी का मिश्रण।

12) कार्यान्वयन चेकलिस्ट

• सहमत घटना स्कीमा और एकीकृत केपीआई परिभाषाएं।
• बिन/देश द्वारा हीटमैप और प्रदाता द्वारा मार्ग।
• 3DS घर्षण और डैशबोर्ड को छोड़ दें।
• एसएलए वेबहूक, रिट्रेज़, आइडेम्पोटेंसी (ऑथ/कैप्चर/रिफंड)।
• रिफंड हेल्थ और Refund_to_Source% द्वारा रिपोर्टिंग।
• एआर, Capture_Success, टीटीआर गिरावट अलर्ट, वापसी त्रुटियां।
• मासिक आर एंड ओ रिव्यू: लागत/जीजीआर, विवाद, एफएक्स स्प्रेड, प्रदाता-एसएलए।

13) सारांश

एक मजबूत भुगतान लूप प्रत्येक शेयर, सख्त घटना अनुशासन, विभाजन और स्वचालित प्लेबुक के लिए सही आधार के साथ एक पारदर्शी फ़नल है। सही केपीआई भुगतान अवसंरचना को विकास लीवर में बदल देता है: AR_net ↑, TtC/TtR ↓, लागत/GGR ↓, विवाद ↓, अपरिवर्तनीय या बेहतर सुरक्षा पर।