सबमर्च और कैस्केड

1) वैचारिक आधार

एक उप-व्यापारी एक कानूनी इकाई है जो मुख्य व्यापारी/प्रदाता (PayFac/प्लेटफॉर्म/ऑपरेटर) के माध्यम से भुगतान स्वीकार करता है। नकद प्रवाह मास्टर एमआईडी/प्लेटफॉर्म खाते में जाता है, फिर मंच उप-व्यापारी (स्प्लिट/स्वीप) का भुगतान करता है।

कैस्केडिंग प्राधिकरण को बढ़ाने और लागत कम करने के लिए नियमों (GEO, BIN, टैरिफ, जोखिम, भार) के अनुसार कई PSP/अधिग्रहणकर्ताओं/MID के माध्यम से अनुक्रमिक या समानांतर लेनदेन्यता की रणनीति है।

PayFac-मॉडल - एक "मिनी-अधिग्रहणकर्ता" के रूप में मंच: एक उप-व्यापारी (KYB/PCI) का ऑनबोर्डिंग, उप-MID का असाइनमेंट, KYC/AML के समान नियम और विवाद, केंद्निपटल और भुगठन।

2) iGaming में आपको इसकी आवश्यकता कहाँ और कब है

मल्टी-ब्रांड/व्हाइट-लेबल: एक ऑपरेटर, दर्जनों उप-ब्रांड/स्टूडियो - मिड्स/डिस्क्रिप्टर्स और रिपोर्टिंग को बनाए रखना आसान है।

सामग्री बाजार: मंच - MoR/PayFac, स्टूडियो - सबमर्सिबल्स (revshare, विभाजन)।

उच्च जोखिम/भू-मिश्रण: पीएसपी कैस्केड विफलताओं, घटना के झटके और भुगतान लागत को कम करते हैं।

स्थानीय तरीके/भुगतान गलियारे: आपको मक्खी और फॉलबैक पर एक प्रदाता चुनने की आवश्यकता है।

3) जिम्मेदारियां और भूमिकाएँ

4) एमआईडी और विवरणकर्ताओं का पदानुक्रम

मास्टर एमआईडी (मंच)

सब-एमआईडी (ओं) └─ ब्रांड/जियो/विधि द्वारा

└─ रूटिंग प्रोफाइल (PSP1→PSP2... कैस्केड)

• उप-एमआईडी पर अलग विवरणकर्ता: कम विवाद।
• शुद्ध एनालिटिक्स और आरक्षित नियंत्रण के लिए उप-एमआईडी द्वारा अलग - तरीके।
• ए/बी के लिए संस्करण रूटिंग प्रोफाइल (v1/v2)।

5) कैस्केड: कैसे निर्माण करें

5. 1. ऑन-द-फ्लाई समाधान

अधिकृत करते समय: नियमों के अनुसार एक मार्ग का चयन करें (GEO, BIN/IIN, ब्रांड, डेबिट/क्रेडिट कार्ड, जोखिम वर्ग, PSP सीमा, वर्तमान AR/DR, टैरिफ/FX X, SLA A घटनाएं)।

5. 2. कैस्केड के प्रकार

लगातार: (नरम गिरावट) ।

विभाजन-यातायात: बेंचमार्किंग और सजावट के लिए विभिन्न पीएसपी के लिए यातायात का%।

स्टिकी बिन: सर्वश्रेष्ठ PSP के लिए एक सफल बिन पूल हासिल करना।

5. 3. प्रतिबंध

पहचान पढ़ें (ताकि डबल कैप्चर न हो)।

बार-बार किए गए प्रयासों (पुनः प्रयास विंडो, नरम कोड) पर पीएसपी से सहमत हैं।

प्रत्येक मार्ग पर 3DS नीति और देयता बदलाव पर विचार करें।

6) निपटान, टी + एन, भंडार और विभाजन

प्रत्येक PSP/अधिग्राहक का अपना कट-ऑफ/T + N और अपना रोलिंग रिजर्व होता है।

प्लेटफ़ॉर्म उप-एमआईडी स्तर पर प्राप्तियों को एकत्र करता है और रिलीज़ कैलेंडर के साथ आरक्षित-खाता रखता है।

उप-व्यापारियों को भुगतान: रिपोर्टिंग अवधि के लिए शुल्क और आरक्षित + उनका हिस्सा (revshare/CPA)।

लेनदेन (प्लेटफ़ॉर्म/स्टूडियो/सहबद्ध/कर) या अवधि द्वारा लेख द्वारा समर्थन विभाजन।

7) एंटीफ्राड, 3 डीएस और उप-व्यापारी स्तर पर सीमाएं

बाजारों के ए/बी/सी वर्गों के लिए अलग-अलग स्कोरिंग थ्रेसहोल्ड।

बिन/जियो/चेक (अनिवार्य/सॉफ्ट/स्टेप-अप) के लिए 3DS नियम।

वेग-सीमा (इनपुट/आउटपुट, कार्ड प्रयास) और सबमर्चेंट द्वारा कैप।

"ग्रे" घटिया: सख्त सीमा, केवल सफेद तरीके और आस्थगित भुगतान।

8) टैरिफ और टेक-रेट

सबमर्चेंट द्वारा प्रभावी टेक-रेट पर विचार करें: PSP शुल्क (इंटरचेंज/स्कीम/मार्कअप/फिक्स्ड) + FX स्लिपेज + प्लेटफॉर्म शेयर + रिजर्व-इफेक्ट।

कैस्केड में मिश्रित लागत को कम करने के लिए आईसी + + और बिन-रूटिंग का उपयोग करें।

9) डेटा और न्यूनतम मॉडल

sql
-- Directories
CREATE TABLE ref. submerchants (
sub_id    BIGSERIAL PRIMARY KEY,
legal_name  TEXT, brand TEXT, country TEXT, risk_class TEXT, status TEXT,
created_at TIMESTAMP, meta JSONB
);

CREATE TABLE ref. routing_profiles (
profile_id BIGSERIAL PRIMARY KEY,
name TEXT, version TEXT, enabled BOOLEAN, meta JSONB
);

CREATE TABLE ref. routing_rules (
rule_id BIGSERIAL PRIMARY KEY,
profile_id BIGINT REFERENCES ref. routing_profiles,
method TEXT, geo TEXT, bin_from TEXT, bin_to TEXT,
psp TEXT, mid TEXT, require_3ds BOOLEAN,
priority INT, soft_codes JSONB, enabled BOOLEAN, meta JSONB
);

-- Transactions linked to a sub-merchant and a route
CREATE TABLE payments. transactions (
id BIGSERIAL PRIMARY KEY,
sub_id BIGINT REFERENCES ref. submerchants,
profile_id BIGINT, rule_id BIGINT,
provider TEXT, mid TEXT, method TEXT, brand TEXT,
status TEXT, decline_code TEXT,
amount_original NUMERIC(18,6), currency_original TEXT,
amount_reporting NUMERIC(18,6), reporting_currency TEXT,
fx_reference_rate NUMERIC(18,10), fx_effective_rate NUMERIC(18,10),
authorized_at TIMESTAMP, captured_at TIMESTAMP, settled_at TIMESTAMP, funded_at TIMESTAMP,
user_id BIGINT, country_player TEXT, bin TEXT, three_ds_used BOOLEAN,
idempotency_key TEXT UNIQUE, meta JSONB
);

-- Phi and reserves for sub-merchant/provider/period
CREATE TABLE finance. settlement_fees (
sub_id BIGINT, provider TEXT, mid TEXT,
period_start TIMESTAMP, period_end TIMESTAMP,
interchange_amt NUMERIC, scheme_amt NUMERIC, markup_amt NUMERIC,
auth_amt NUMERIC, refund_amt NUMERIC, cb_amt NUMERIC, gateway_amt NUMERIC,
fx_spread_amt NUMERIC, reserve_delta NUMERIC, total_fees NUMERIC, currency TEXT
);

CREATE TABLE finance. reserve_ledger (
id BIGSERIAL PRIMARY KEY,
sub_id BIGINT, provider TEXT, mid TEXT,
hold_date DATE, release_due_date DATE,
hold_amount NUMERIC, released_amount NUMERIC,
cb_consumed NUMERIC, fines_consumed NUMERIC,
status TEXT, meta JSONB
);

-- Submerchant payments
CREATE TABLE payouts. submerchant_settlements (
sub_id BIGINT, period_start TIMESTAMP, period_end TIMESTAMP,
gross_sales NUMERIC, refunds NUMERIC, chargebacks NUMERIC,
fees_total NUMERIC, reserve_delta NUMERIC, revshare NUMERIC,
net_payable NUMERIC, currency TEXT, paid_at TIMESTAMP, statement_ref TEXT
);

10) SQL टेम्पलेट्स

10. 1. प्रति सबमर्चेंट प्रभावी लागत

sql
SELECT t. sub_id,
SUM(t. amount_reporting) AS volume_rep,
SUM(f. total_fees)    AS fees_rep,
100. 0 SUM(f. total_fees) / NULLIF(SUM(t. amount_reporting),0) AS take_rate_pct
FROM payments. transactions t
JOIN finance. settlement_fees f
ON f. sub_id=t. sub_id
AND t. settled_at BETWEEN f. period_start AND f. period_end
WHERE t. settled_at BETWEEN:from AND:to
GROUP BY 1
ORDER BY take_rate_pct DESC;

10. 2. नियम द्वारा कैस्केड दक्षता (एआर/डीआर)

sql
SELECT r. profile_id, r. psp, r. mid,
COUNT() FILTER (WHERE t. status='APPROVED') AS approvals,
COUNT() FILTER (WHERE t. status='DECLINED') AS declines,
ROUND(100. 0 COUNT() FILTER (WHERE t. status='APPROVED') / NULLIF(COUNT(),0), 2) AS ar_pct
FROM payments. transactions t
JOIN ref. routing_rules r ON r. rule_id=t. rule_id
WHERE t. authorized_at BETWEEN:from AND:to
GROUP BY 1,2,3
ORDER BY ar_pct DESC;

10. 3. सबमर्चेंट द्वारा रिजर्व-बैलेंस

sql
SELECT sub_id,
SUM(hold_amount - released_amount - cb_consumed - fines_consumed) AS reserve_balance
FROM finance. reserve_ledger
WHERE hold_date <=:as_of
GROUP BY 1;

10. 4. शुद्ध देय निपटान

sql
SELECT s. sub_id,
SUM(s. gross_sales - s. refunds - s. chargebacks
- s. fees_total + s. reserve_delta - s. revshare) AS net_payable
FROM payouts. submerchant_settlements s
WHERE s. period_start >=:from AND s. period_end <:to
GROUP BY 1;

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

कैस्केड द्वारा AR/DR: GEO/BIN/methy/PSP द्वारा, 3DS का हिस्सा, नरम-गिरावट वाला शेयर।

सबमर्चेंट द्वारा टेक-रेट% और घटक स्टैक फीस।

उप-एमआईडी पर सीबी अनुपात/वापसी दर।

सबमर्चेंट/पीएसपी द्वारा रिजर्व बैलेंस और रिलीज ईटीए।

सेटलमेंट एसएलए: टी + एन हिट-रेट, फंडिंग देरी।

भुगतान स्वास्थ्य: सबमर्चेंट, देरी के लिए भुगतान की आवृत्ति और मात्रा।

कैस्केड में एफएक्स स्लिपेज (प्रभावी बनाम संदर्भ)।

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

रूटिंग डिग्रेडेशन: फॉल एआर> वाई बीपीएस घंटे-से-घंटे नियम पर।

सीबी स्पाइक: उप-व्यापारी का चार्जबैक विकास> एक्स बीपीएस डब्ल्यू/डब्ल्यू।

रिजर्व असंतुलन: रिजर्व लेजर फेल - पी 1।

निपटान में देरी: PSP T + N उल्लंघन - कैस्केड में ऑटो-स्विच।

टेक-रेट स्पाइक: लागत वृद्धि> सीमा (शुल्क या एफएक्स)।

नीति बहाव: प्रोफ़ाइल/नियम/पहचान के लिए बाध्य किए बिना लेनदेन - P1।

भुगतान विलंब: उप-व्यापारी> एसएलए को देर से भुगतान।

13) ऑनबोर्डिंग और उप-व्यापारी अनुपालन

ईएससी/प्रतिबंध/आरईपी: दस्तावेजों के पैकेज, लाभार्थियों, धन के स्रोत।

पीसीआई/सुरक्षा: टोकन, उप-व्यापारी पर पैन भंडारण पर प्रतिबंध।

रिटर्न/बोनस नीतियां: समान मानक, एसएलए टिकट।

एकत्र रिपोर्टिंग: ब्रांड, भू, विधियों द्वारा अलग से।

सीमाएं/कैप: दैनिक/साप्ताहिक टर्नओवर, भुगतान-कैप, उच्च जोखिम के लिए आस्थगित पुनर्भुगतान।

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

1. संस्करण रूटिंग प्रोफाइल और स्टोर निर्णय लॉग समझाते हैं।

2. एआर स्थिरता और कीमत के लिए चिपचिपा बिन और ए/बी पीएसपी परीक्षण रखें।

3. उप-व्यापारी के स्तर पर मैपिट शुल्क/एफएक्स/आरक्षित; SLA पर शुल्क का भुगतान करें।

4. केवल नरम-गिरावट से पहचान + पुनरावृत्ति-नीति; PSP सीमा का पालन करें।

5. विवरणकर्ता और उप-मिड ब्रांड/भू: कम विवाद के लिए अद्वितीय हैं।

6. रिलीज कैलेंडर और मिस्ड-रिलीज अलर्ट के साथ रिजर्व खाता।

7. उप-व्यापारी को पारदर्शी रिपोर्ट: डिकोडिंग शुल्क, आरक्षित, एफएक्स, विवाद।

8. फेलओवर प्लेबुक: PSP/कॉरिडोर ड्रॉप - इंस्टेंट रेराउट।

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

• निर्देशिका 'सबमर्चेंट्स', 'रूटिंग _ प्रोफाइल', 'रूटिंग _ रूल्स'।
• KYB/KYC/AML प्रोटोकॉल और स्थिति भंडारण।
• पहचान और नरम-गिरावट तर्क के साथ राउटर।
• आयात PSP सेटलमेंट फाइलें → 'सेटलमेंट _ फीस' + रिजर्व-लेजर।
• उप-व्यापारियों + कृत्यों/क़ानूनों के लिए भुगतान तंत्र।
• डैशबोर्ड एआर/डीआर/सीबी/फीस/रिजर्व + अलर्ट।
• दस्तावेज़: विवाद नीति, 3DS नियम, सीमा और SLA।

सारांश

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