प्रदाता स्तर पर कैस्केडिंग

1) कैस्केडिंग क्या है और यह आईगेमिंग में क्यों है

• AR↑/ DR↓: "मकर" जारीकर्ताओं को दरकिनार करना, एक विशिष्ट बिन/भू/विधि के लिए सर्वश्रेष्ठ पीएसपी चुनना।
• ↓ की लागत: टोकरी के हिस्से पर आईसी + +/मार्कअप कम, माइक्रो-टिकट पर फिक्स को कम करना।
• लचीलापन: घटनाओं में विफल, 3 डीएस का क्षरण, गिरते हुए भुगतान गलियारे।
• अनुपालन: भू-राजनीति, प्रतिबंधों, स्थानीय प्रतिबंध और लाइसेंसों का अनुपालन।

2) कैस्केडिंग पैटर्न

1. अनुक्रमिक

PSP_A → (नरम-गिरावट/टेक्नीचेस्की इनकार) → PSP_B → PSP_C।

रिट्रेज़की एक "संकीर्ण खिड़की" का उपयोग किया जाता है ताकि धन के कई होल्डिंग के डुप्लिकेट/जोखिम पैदा न किए जा सकें।

2. समानांतर (स्प्लिट-ट्रैफिक/मल्टी-आर्म)

बेंचमार्क, नियम सीखने और सहसंबंधित विफलता में कमी के लिए कई पीएसपी के बीच प्रवाह वितरण (%/नियम)।

3. स्टिकी बिन/स्टिकी जियो

एक विशिष्ट बिन/जारीकर्ता/भू के लिए "सर्वश्रेष्ठ" पीएसपी को याद करना (टीटीएल के साथ निर्णय कैश)।

4. विधि-जागरूक/सुविधा-जागरूक

कार्ड, ए 2 ए, पर्स, स्थानीय तरीकों के लिए विभिन्न प्रदाता; 3DS-rails, DCC/FX व्यवहार, टोकन की बारीकियों को ध्यान में रखते हुए।

5. सीमा-जागरूक/एसएलए-जागरूक

प्रदाता सीमा, भंडार, एसएलए घटनाओं, कट-ऑफ और फंडिंग देरी के लिए लेखांकन।

3) नियम-इंजन: इनपुट

कार्ड विशेषताएं: बिन/आईआईएन, ब्रांड, डेबिट/क्रेडिट, वाणिज्यिक/प्रीमियम, जारीकर्ता देश।

जियो और अनुपालन: खिलाड़ी का देश (आईपी/जीपीएस/सिम/केवाईसी), प्रतिबंध, लाइसेंस।

लेन-देन: राशि (मामूली इकाइयाँ), मुद्रा, चैनल (वेब/ऐप), जोखिम दर।

प्रदाताओं का इतिहास: पिछले 15-60 मिनट के लिए बीआईएन/जियो/विधि द्वारा एआर/डीआर, नरम-गिरावट शेयर, 3DS-pass-rate।

लागत: IC + +/मार्कअप/फिक्स, FX फैल, रोलिंग रिजर्व%।

प्रतिबंध: दर-सीमा प्रदाता, रखरखाव/घटनाएं, दैनिक कारोबार के कैप।

आउटपुट: मार्गों की प्राथमिकता सूची '[(PSP, MID, require_3DS, retry_window_ms, max_attempts)]'।

4) रिट्रीट, पहचान और सुरक्षा

कैस्केड में सभी प्रदाताओं के लिए प्रति प्रयास (user_id+order_id+nonce) पहचान-कुंजी।

केवल नरम-गिरावट (network/3DS/timeout/insufficient फंड) पर रिट्रे, "हार्ड" कोड के साथ कभी नहीं (चोरी, फिर से सम्मान न करें, आदि)।

एंटी-डलिंग: 'ऑथराइज्ड '/' कैप्चर' स्थिति कैस्केड को बंद कर देती है; अन्य सभी शाखाएं रद्द कर दी गई हैं।

विंडोज: 1 रिट्रे ≤ 2-5 सेकंड, यूएक्स सहित कुल बजट ≤ 15-30 सेकंड।

3DS नीति: दूसरी/तीसरी शाखा पर संभावित चरण-अप यदि पहला 3DS के बिना गिर गया।

5) 3DS, देयता शिफ्ट - AR

'फ्रिक्शलेस '/' चैलेंज' की पसंद जोखिम और पीएसपी समर्थन (डेलिगेटेड ऑथ, टीआरए, व्हाइटलिस्टिंग) पर निर्भर करती है।

"हार्ड" जियो/जारीकर्ताओं में - टोकरी के हिस्से पर 3DS को मजबूर किया।

प्रदाताओं द्वारा ट्रैक देयता शिफ्ट: जहां यह अधिक बार हासिल किया जाता है - वहां जोखिम भरे BINs स्थानांतरित करें।

6) लागत: आईसी + +, मिश्रित, फिक्स और एफएक्स

प्रत्येक PSP के लिए, प्रभावी टेक-रेट = इंटरचेंज + स्कीम + मार्कअप + फिक्स्ड + FX-स्लिपेज पर विचार करें।

• 'स्कोर = w1AR_live + w2 (−Cost_bps) + w3 (SLA_health) + w4 (FX_quality) +'..
• माइक्रो-टिकट: फिक्स का वजन अधिक है - कम फिक्स वाले प्रदाता बेहतर हैं।
• अलग से, रिजर्व% पर विचार करें और टी + एन को फंडिंग करें - कैश प्रवाह को प्रभावित करता है।

7) घटनाएं, कट-ऑफ और रूटिंग

स्वास्थ्य फ़ीड: PSP/कॉरिडोर स्टेटस (auth API, 3DS ACS, पेआउट रेल)।

ऑटो-फेलओवर: एआर/स्वास्थ्य सीमा से नीचे गिरने पर तत्काल पुनर्मिलन।

कट-ऑफ-अवेयर: एक समझौता बंद करने से पहले, एक अजीब टी + एन के साथ PSP पर आंशिक-कब्जा से बचें।

थ्रॉटलिंग: प्रदाता की सीमा, पोस्ट ट्रैफिक को "बर्न" नहीं करने के लिए।

8) न्यूनतम डेटा मॉडल

sql
-- Providers and MIDs
CREATE TABLE ref. providers (
provider TEXT PRIMARY KEY, model TEXT, pricing_model TEXT, fx_policy TEXT, reserve_pct NUMERIC, meta JSONB
);
CREATE TABLE ref. mids (
mid TEXT PRIMARY KEY, provider TEXT REFERENCES ref. providers, country TEXT, method TEXT, descriptor TEXT, meta JSONB
);

-- Cascade Rules/Profiles
CREATE TABLE ref. cascade_profiles (
profile_id BIGSERIAL PRIMARY KEY, name TEXT, version TEXT, enabled BOOLEAN, meta JSONB
);
CREATE TABLE ref. cascade_rules (
rule_id BIGSERIAL PRIMARY KEY, profile_id BIGINT REFERENCES ref. cascade_profiles,
geo TEXT, bin_from TEXT, bin_to TEXT, method TEXT,
provider TEXT, mid TEXT, require_3ds BOOLEAN, priority INT,
retry_on_soft JSONB, max_attempts INT, ttl_seconds INT, enabled BOOLEAN, meta JSONB
);

-- Online Provider Performance Metrics (Sliding Window)
CREATE TABLE live. provider_stats_15m (
provider TEXT, method TEXT, geo TEXT, bin6 TEXT,
approvals INT, declines INT, soft_declines INT, three_ds_pass INT,
avg_latency_ms INT, updated_at TIMESTAMP
);

-- Transactions with idempotency and selected route
CREATE TABLE payments. auth_attempts (
attempt_id BIGSERIAL PRIMARY KEY, idempotency_key TEXT, step INT,
provider TEXT, mid TEXT, require_3ds BOOLEAN, status TEXT, decline_code TEXT,
amount_minor BIGINT, currency TEXT, bin TEXT, geo TEXT,
started_at TIMESTAMP, finished_at TIMESTAMP, meta JSONB
);

9) SQL विश्लेषण टेम्पलेट

9. 1. ऑनलाइन प्रदाता रेटिंग (एआर और सॉफ्ट-डेप्युटी शेयर)

sql
SELECT provider, method, geo,
SUM(approvals) AS appr,
SUM(declines) AS decl,
ROUND(100. 0 SUM(approvals) / NULLIF(SUM(approvals+declines),0), 2) AS ar_pct,
ROUND(100. 0 SUM(soft_declines) / NULLIF(SUM(declines),0), 2) AS soft_share_pct
FROM live. provider_stats_15m
WHERE updated_at > now() - INTERVAL '20 minutes'
GROUP BY 1,2,3
ORDER BY ar_pct DESC, soft_share_pct DESC;

9. 2. आदेशों पर कैस्केड प्रभाव (चरण-रूपांतरण)

sql
WITH s AS (
SELECT idempotency_key,
MAX(step) AS steps,
BOOL_OR(status='APPROVED') AS approved
FROM payments. auth_attempts
WHERE started_at BETWEEN:from AND:to
GROUP BY 1
)
SELECT steps,
COUNT() AS orders,
100. 0 SUM(approved::int) / NULLIF(COUNT(),0) AS conv_pct
FROM s
GROUP BY 1
ORDER BY 1;

9. 3. स्टिकी बिन: सबसे अच्छा - प्रदाता

sql
SELECT bin6,
provider,
ROUND(100. 0 SUM(approved)::NUMERIC / NULLIF(COUNT(),0), 2) AS ar_pct
FROM (
SELECT LEFT(bin,6) AS bin6, provider, (status='APPROVED') AS approved
FROM payments. auth_attempts
WHERE started_at BETWEEN:from AND:to
) t
GROUP BY 1,2
QUALIFY ROW_NUMBER() OVER (PARTITION BY bin6 ORDER BY ar_pct DESC) = 1;

9. 4. ऑल-इन टेक-रेट

sql
SELECT provider,
SUM(amount_reporting) AS volume_rep,
SUM(interchange_amt + scheme_amt + markup_amt + auth_amt + refund_amt + cb_amt + gateway_amt + fx_spread_amt) AS fees_rep,
100. 0 SUM(interchange_amt + scheme_amt + markup_amt + auth_amt + refund_amt + cb_amt + gateway_amt + fx_spread_amt)
/ NULLIF(SUM(amount_reporting),0) AS take_rate_pct
FROM finance. settlement_fees
JOIN dw. transactions_flat USING (provider)
WHERE period_start_at >=:from AND period_end_at <:to
GROUP BY 1
ORDER BY take_rate_pct;

10) केपीआई और डैशबोर्ड

प्रदाता और बिन/जियो/विधि द्वारा एआर/डीआर (ऑनलाइन विंडोज 15/60 मिनट और दिन-प्रतिदिन की तारीख)।

चरण-रूपांतरण: 1, 2, 3 शाखा पर अनुमोदन का हिस्सा।

प्रदाता/एमआईडी द्वारा टेक-रेट% और एफएक्स-स्लिपेज।

3DS पास-रेट और देयता शिफ्ट शेयर।

स्वास्थ्य/एसएलए: विलंबता, समय समाप्ति, त्रुटि दर, घटनाएं।

रिजर्व एंड फंडिंग: प्रदाता द्वारा आरक्षित% और टी + एन हिट-रेट।

11) अलर्ट और थ्रेसहोल्ड

रूटिंग डिग्रेडेशन: चयनित प्रदाता> वाई बीपीएस पर 10-30 मिनट में एआर ड्रॉप।

नरम-गिरावट उछाल: नरम-गिरावट के हिस्से में वृद्धि - झरने की एक अतिरिक्त शाखा की अनुमति दें।

3DS विसंगति: 3DS पास-रेट ड्रॉप> विशिष्ट जारीकर्ता/बिन क्लस्टर पर X%।

टेक-रेट स्पाइक: ऑल-इन कॉस्ट ग्रोथ> बीपीएस थ्रेशोल्ड।

स्वास्थ्य नीचे: SLA उल्लंघन (विलंबता/त्रुटि) - авто -failover।

नीति बहाव - idempotency_key/bez कैस्केड प्रोफाइल के बिना प्रयास - P1।

12) एबी परीक्षण और नियम प्रशिक्षण

मल्टी-आर्म बैंडिट या फिक्स्ड स्प्लिट-ट्रैफिक नए मार्गों पर।

अन्वेषण/शोषण: चिपचिपा बिन को "सीखने" के लिए यातायात का हिस्सा रखें।

रेटिंग क्षितिज: घटनाओं के लिए ऑनलाइन (15/60 मिनट) और लागत के लिए सप्ताह/महीना।

गार्ड: प्रयोग को रोकने के लिए न्यूनतम एआर/अधिकतम टेक-रेट।

13) अनुपालन और "चरम" मामले

प्रतिबंधों/लाइसेंसों/जियोब्लॉक का सम्मान करें: कुछ प्रदाता व्यक्तिगत देशों/विधियों की सेवा नहीं कर सक

समान-विधि/रिटर्न-टू-सोर्स: झरना वापसी नीति को नहीं तोड़ ना चाहिए।

टोकन/पीसीआई: पीएसपी (नेटवर्क टोकन/वॉल्ट) के बीच एक एकल टोकन योजना।

चार्जबैक: लॉग जो शाखा पर कब्जा करती है - विवादों के लिए।

14) सर्वश्रेष्ठ अभ्यास (लघु)

1. एकल idempotency_key के साथ केवल नरम-गिरावट को वापस लेना।

2. लाइव टेलीमेट्री - और स्वास्थ्य प्रदाताओं को रखें।

3. मार्ग मूल्य निर्धारण फ़ंक्शन (एआर बनाम लागत बनाम एसएलए बनाम एफएक्स) का निर्माण करें।

4. चिपचिपा बिन और एबी परीक्षण का उपयोग करें; वर्शनिंग कैस्केड प्रोफाइल।

5. कट-ऑफ-अवेयर रहें: दिन के अंत में आंशिक-कैप्चर का उत्पादन न करें।

6. प्लेबुक फेलओवर है: PSP/ACS/पेआउट कॉरिडोर ड्रॉप।

7. अलग डेटा और जिम्मेदारी: जो पैन रखता है, जो विवादों का नेतृत्व करता है।

8. प्रदाता द्वारा रिजर्व-बही रखें: रिलीज़ और राइट-ऑफ।

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

• प्रदाता कार्ड/एमआईडी, मूल्य निर्धारण (आईसी + +/मिश्रित), एफएक्स नीतियां, आरक्षण, टी + एन।
• नियम-इंजन: प्रोफाइल, नियम, सॉफ्ट-कोड, 3 डीएस नीति, सीमाएं।
• राउटर: पहचान, रिट्रेज़, टाइमआउट, चिपचिपा बिन कैश।
• टेलीमेट्री: लाइव AR/DR/3DS/latency/health मेट्रिक्स; अलर्ट।
• हादसा प्रबंधन और असफल प्लेबुक।
• शुल्क/एफएक्स/रिजर्व के लिए ईटीएल; टेक-रेट और स्टेप-रूपांतरण शोकेस।
• एबी परीक्षण प्रक्रियाएं और रेलिंग।
• प्रलेखन: अनुपालन प्रतिबंध, समान-विधि रिटर्न, दायित्व।

सारांश

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