निपटान चक्र और कट-ऑफ

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

पीएसपी/अधिग्राहक और व्यापारी (ऑपरेटर) के बीच समझौता - निपटान, जिसमें सफलतापूर्वक पकड़े गए लेनदेन के लिए धन व्यापारी के खाते में अंतरित किया जाता है।

कट-ऑफ - ऑपरेशन का एक दैनिक "स्लाइस" जो एक विशिष्ट बिलिंग चक्र (आमतौर पर प्रदाता के समय क्षेत्र में एक निश्चित समय) में आता है।

T + N - फंड पोस्ट करने में देरी के लिए विशिष्ट संकेतन: T - कट-ऑफ तिथि, N - वास्तविक नामांकन से पहले कार्य दिवसों की संख्या।

• कार्ड (वीजा/मास्टरकार्ड): अक्सर T + 2/T + 3 बैंकिंग दिन, 23:00 UTC (लगभग) कट-ऑफ।
• A2A/Open बैंकिंग: T + 0 से T + 1।
• SEPA क्रेडिट ट्रांसफर: T + 1/T + 2 (तत्काल - T + 0)।
• ACH (US): T + 2/T + 3; उसी दिन ACH - T + 0/T + 1।
• RTP (US): T + 0, लेकिन रिपोर्ट पर कट-ऑफ संभव है।
• क्रिप्टो: वास्तव में नेटवर्क पर T + 0, लेकिन PSP अपनी फंडिंग विंडो (T + 0/1) को लागू कर सकता है।

2) कट-ऑफ कैसे काम करता है और इसमें क्या होता है

1. प्रदाता संग्रह विंडो को ठीक करता है (उदाहरण के लिए, 00: 00-23: 00 UTC)।

2. इस खिड़की में सभी बसे/कब्जा किए गए लेनदेन एक बैच में आते हैं।

3. सकल और शुद्ध धन की गणना करने के लिए रिटर्न, चार्जबैक, सुधार पैकेज के लिए एकत्र किए जाते हैं।

4. कट-ऑफ पर, एक सेटलमेंट फ़ाइल उत्पन्न होती है और नामांकन से पहले टी + एन टाइमर शुरू होता है।

महत्वपूर्ण: कैप्चर के बिना प्राधिकरण पैकेज में शामिल नहीं है। रद्द निष्कर्ष - भी नहीं।

3) निपटान प्रकार: सकल बनाम शुद्ध, भंडार और आयोग

सकल निपटान - सकल कब्जा राशि हस्तांतरित की जाती है (एक अलग कमीशन प्रभार माइनस)।

नेट सेटलमेंट - प्रदाता के पास फीस, चार्जबैक, रिफंड, रोलिंग रिजर्व और शुद्ध राशि की सूची है।

रोलिंग रिजर्व - जोखिम को कवर करने के लिए एन दिनों के लिए% कारोबार को रोकना (उदाहरण के लिए, 180 दिनों के लिए 10%)।

नकारात्मक कैरी-ओवर - यदि "नेट" प्रति दिन माइनस में जाता है, तो घाटे को स्थानांतरित कर दिया जाता है और अगले चक्रों में भुगतान किया जाता है।

सिफारिश: दोनों विमानों का स्टोर डिक्रिप्शन - परिचालन सकल (लेनदेन द्वारा) और फंडिंग नेट (प्रदाता फाइल द्वारा)।

4) टाइमज़ोन, स्थानीय आउटपुट और डीएसटी

कट-ऑफ प्रदाता के समय क्षेत्र द्वारा निर्धारित किया जाता है, जो आपसे अलग हो सकता है।

DST (डेलाइट सेविंग टाइम) पर विचार करें - स्लाइस स्थानीय समय के सापेक्ष the 1 घंटे तक स्थानांतरित कर सकते हैं।

प्राप्त बैंक के अधिकार क्षेत्र में छुट्टियां/सप्ताहांत N को T + N में प्रभावित करते हैं (उदाहरण के लिए, T + 2 बैंकिंग दिन छुट्टियों के आसपास T + 4 बन जाते हैं)।

अभ्यास: UTC में सभी तकनीकी समय को सामान्य करें, एक साथ 'प्रदाता _ tz _ cutoff _ at' और 'local _ tz _ postion _ at' को संग्रहीत करें।

5) सेटलमेंट कैलेंडर (फंडिंग कैलेंडर) और एसएलए

• प्रत्येक विधि/PSP के लिए कट-ऑफ समय और tz,
• मानक T + N और अपवाद (छुट्टियां),
• अपेक्षित मात्रा (पूर्वानुमान
• एसएलए रसीद: उदाहरण के लिए, "बाद में 12:00 यूरोप/कीव दिन टी + 2 से अधिक नहीं।"

कोई भी एसएलए विचलन - ऑप्स/वित्त के लिए अलर्ट और टिकट।

6) शुद्ध जमा और आउटपुट के साथ संबंध

ND (शुद्ध योगदान) को बसे हुए लेनदेन (संबंधित लेख देखें) पर गिना जाता है।

निष्कर्ष (निकासी) जमा पर पीएसपी से वित्त पोषण में भाग नहीं लेते हैं, लेकिन व्यापारी के नकद डेस्क को प्रभावित करते हैं।

तरलता नियोजन: भुगतान/कर/परिचालन व्यय द्वारा निपटान बहिर्वाह द्वारा प्रवाह।

7) सुलह और प्रदाता कलाकृतियाँ

प्रत्येक बैच के लिए न्यूनतम सेट

'batch _ id/ settlement_id', tz प्रदाता में कट-ऑफ तिथि,

суммы по типам: 'कैप्चर _ डिपॉजिट', 'रिफंड्स', 'चार्जबैक _ डेबिट्स', 'चार्जबैक _ क्रेडिट', 'फीस', 'रिजर्व _ डेल्टा', 'नेट _ फंडिंग',

विधियों/व्यापारी खातों ('एमआईडी', 'विवरणकर्ता', 'एमसीसी') द्वारा विघटन,

लेनदेन संदर्भ ('प्रदाता _ tx _ id', 'rrn', 'arn' - यदि कार्ड),

फ़ाइल: CSV/XML/JSON + मानव पढ़ ने योग्य कथन (PDF/HTML)।

1. लेनदेन से लेकर फ़ाइलों तक (जो कुछ हमने सोचा था वह फ़ाइल में था?)

2. फाइलों से लेकर लेनदेन तक (फाइल में सब कुछ हमारे स्टोरफ्रंट में है? क्या स्थितियां मेल खाती हैं?)

8) भुगतान रेल की विशिष्टताएं (सामान्य शब्दों में)

नक्शे: लगातार प्रस्तुति देरी परिदृश्य; देर से 'चार्जबैक' संभव है (मामले के लिए 120-540 दिनों तक); इंटरचेंज और स्कीम फीस फ़ाइलों में दिखाई देती है, एनडी में कटौती नहीं की जाती है।

SEPA/ACH: बैच बैंक विंडो पर निर्भर करते हैं; रद्दीकरण/रिटर्न के अपने कोड होते हैं समान दिन विकल्प अलग-अलग कट-ऑफ होते हैं।

ओपन Banking/A2A: T + 0/1, लेकिन फ़ाइलें पोस्ट-फैक्टम जा सकती हैं; मैचों के लिए सख्त आरपीपी/अद्वितीय आईडी की आवश्यकता।

RTP/Instant: पैसा जल्दी आता है, लेकिन रिपोर्ट फ़ाइल निर्धारित समय पर है।

क्रिप्टो: तत्काल निपटान, लेकिन प्रदाता 'भुगतान खिड़कियां' बनाता है; 'fx _ at _ settle' स्टोर करें।

9) लेखा (एफआईआई/लेखा)

9. 1. अर्धवृत्ताकार बनाम कैश विधि

प्रबंधन रिपोर्टिंग के लिए, अक्सर accrual का उपयोग किया जाता है: हम 'settled _ at' के समय राजस्व/आंदोलन को पहचानते हैं।

खजाने/डीडीएस - कैश विधि के लिए: हम रसीद 'वित्त पोषित _ at' के तथ्य को पहचानते हैं।

9. 2. विशिष्ट तारों (सरलीकृत)

• JT: PSP (AR: PSP) के साथ निपटान में नकदी
• केटी: प्लेयर कमिटमेंट (पर्स/प्लेयर बैलेंस)

• डीटी: बैंक (कैशियर का कार्यालय)
• Kt: PSP के साथ बस्तियों में नकदी
• JT: खर्च (PSP शुल्क), JT: प्रावधान (यदि बदला गया है)

आप ट्रेस के लिए शीफ 'लेनदेन _ id → batch_id → funding_id' को संग्रहीत करते हैं।

10) जोखिम प्रबंधन और अलर्ट

मिस्ड फ़ाइल: X: YY - P1 से पहले कोई सेटलमेंट फ़ाइल नहीं।

फंडिंग में देरी: T + N की अवधि समाप्त हो गई, कोई पैसा नहीं - P1।

डेल्टा थ्रेसहोल्ड: विचरण 'हमारा _ ग्रॉस' बनाम 'फ़ाइल _ ग्रॉस'> 0। 5% - P2; 'fees' रेंज से बाहर - P2।

नकारात्मक कैरी-ओवर: नकारात्मक नेट पैक की एक श्रृंखला - एक जांच।

छुट्टी का प्रभाव: कैलेंडर को ध्यान में रखते हुए स्वचालित पूर्वानुमा यदि तथ्य पूर्वानुमान - टिकट का <80% है।

11) डेटा मॉडल (सरलीकृत)

finance. payment_transactions (
id, user_id, method, provider, mid, mcc,
type, status, amount_original, currency_original,
amount_reporting, reporting_currency, fx_rate_at_settle,
authorized_at, captured_at, settled_at,
provider_tx_id, arn, rrn, meta
)

finance. settlement_batches (
batch_id, provider, mid, method,
provider_cutoff_at, provider_tz,
period_start_at, period_end_at,
gross_captured, refunds, cb_debits, cb_credits,
fees, reserve_delta, net_funding_expected,
file_name, file_hash, file_type, meta
)

finance. funding_receipts (
funding_id, provider, bank_account,
received_at, value_date,
currency, amount_received,
batch_id, statement_ref, meta
)

-- Binding showcase:
finance. recon_links (
id, transaction_id, batch_id, funding_id, link_type, created_at
)

12) SQL टेम्पलेट के उदाहरण

12. 1. कट-ऑफ रिकॉर्डिंग

sql
INSERT INTO finance. settlement_batches (
batch_id, provider, mid, method,
provider_cutoff_at, provider_tz,
period_start_at, period_end_at,
gross_captured, refunds, cb_debits, cb_credits,
fees, reserve_delta, net_funding_expected,
file_name, file_hash, file_type, meta
)
VALUES (:batch_id,:provider,:mid,:method,
:cutoff_at,:tz,
:start_at,:end_at,
:gross,:refunds,:cb_deb,:cb_cr,
:fees,:reserve_delta,:net_expected,
:file_name,:file_hash,:file_type,:meta::jsonb);

12. 2. ट्रांजेक्शन-टू-फ़ाइल सामंजस्य

sql
WITH tx AS (
SELECT provider, mid, method,
SUM(CASE WHEN type='DEPOSIT' AND status IN ('CAPTURED','SETTLED') THEN amount_reporting ELSE 0 END) AS gross,
SUM(CASE WHEN type='REFUND' AND status='SETTLED' THEN amount_reporting ELSE 0 END) AS refunds,
SUM(CASE WHEN type='CHARGEBACK_DEBIT' AND status='SETTLED' THEN amount_reporting ELSE 0 END) AS cb_deb,
SUM(CASE WHEN type='CHARGEBACK_CREDIT' AND status='SETTLED' THEN amount_reporting ELSE 0 END) AS cb_cr
FROM finance. payment_transactions
WHERE settled_at >=:start_at AND settled_at <:end_at
GROUP BY 1,2,3
)
SELECT b. batch_id, b. provider, b. mid, b. method,
tx. gross AS our_gross, b. gross_captured AS file_gross,
tx. refunds AS our_refunds, b. refunds AS file_refunds,
tx. cb_deb AS our_cb_deb, b. cb_debits AS file_cb_deb,
tx. cb_cr AS our_cb_cr, b. cb_credits AS file_cb_cr
FROM finance. settlement_batches b
LEFT JOIN tx
ON tx. provider=b. provider AND tx. mid=b. mid AND tx. method=b. method
WHERE b. provider_cutoff_at BETWEEN:cutoff_from AND:cutoff_to;

12. 3. राजस्व पूर्वानुमान (नकद-प्रवाह टी + एन)

sql
SELECT provider, mid, method,
DATE(provider_cutoff_at) AS t_date,
net_funding_expected,
CASE
WHEN EXTRACT (DOW FROM provider_cutoff_at)::int IN (5,6) THEN provider_cutoff_at + INTERVAL '3day' -- conditional example
ELSE provider_cutoff_at + INTERVAL '2 day'
END AS expected_funding_at
FROM finance. settlement_batches
WHERE provider_cutoff_at BETWEEN:from AND:to;

13) प्रक्रियाएं और एसएलओ

एसएलओ 1: आयात निपटान फ़ाइलें - टी + 0, 08:00 यूरोप/कीव तक।

SLO 2: प्रारंभिक सामंजस्य - 09:00 तक, भिन्नता> 0। 5%.

एसएलओ 3: कैश-फ्लो पूर्वानुमान अपडेट - सुबह 10 बजे तक।

SLO 4: दिन का समापन - सभी फंडिंग मैचों को DWH के लिए नेतृत्व किया जाता है।

14) एज-केस और उन्हें कैसे संभालें

देर से प्रस्तुति: लेनदेन अगले बैच में मिला - "स्रोत का तथ्य" ('प्रस्तुत _ in _ batch _ id') रखें।

आंशिक कब्जा: प्रति प्राधिकरण पर कई कैप्चर - बैच में सही ढंग से कुल।

मल्टी-एमआईडी: एक प्रदाता, जियो/ब्रांड द्वारा अलग-अलग एमआईडी - एक बैच में मिश्रण न करें।

पुनर्संसाधन: जब एक फ़ाइल को जाम किया जाता है - 'batch _ revision' और पूर्ण पुनर्मूल्यांकन।

FX दौड़: पाठ्यक्रम - 'बसे _ at' पर; एक अलग मुद्रा में फंडिंग - 'fx _ at _ fanding' और डेल्टा शुरू करें।

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

फंडिंग ईटीए: अपेक्षित तारीख/प्राप्ति का समय बनाम वास्तविक।

हिट-रेट एसएलए: समय पर आने वाली फ़ाइलों का प्रतिशत।

प्रदाता, विधि, एमआईडी द्वारा डेल्टा सकल/शुद्ध।

फीस% वॉल्यूम, रिजर्व बैलेंस, नेगेटिव कैरी-ओवर स्ट्रीक।

छुट्टी का प्रभाव: छुट्टियों के साथ सप्ताह तक पूर्वानुमा

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

1. यूटीसी को समय सामान्य करें, लेकिन कट-ऑफ provider_tz रखें।

2. अलग परिचालन सकल और वित्तपोषण शुद्ध; एनडी और फंडिंग को भ्रमित न करें।

3. पूर्व-दर्ज बैंक छुट्टियों के साथ एक फंडिंग कैलेंडर लागू करें।

4. सेटलमेंट फ़ाइलों का आयात और सामंजस्य स्वचालित करें + SLAs/deltas को अलर्ट।

5. बैच _ रिवीजन और नियतात्मक पुनर्प्रसंस्करण लागू करें।

6. सत्य का एकल स्रोत टाइप करें: 'लेनदेन ↔ बैच ↔ फंडिंग' लिंक।

7. एआरएन/आरआरएन और कार्ड प्राप्त करने वाले क्षेत्रों को सहेजें - विवादों के लिए महत्वपूर्ण।

8. सप्ताहांत/छुट्टियों, भंडार और आयोगों को ध्यान में रखते हुए नकदी-प्रवाह का पूर्वानुमान।

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

डेटा और आरेख

• 'भुगतान _ लेनदेन', 'निपटान _ बैच', 'फंडिंग _ रसीदें', 'recon _ links'।
• टाइमज़ोन फ़ील्ड UTC + provider_tz हैं।
• FX: 'fx _ rate _ at _ settle', 'fx _ at _ funding'।

आयात और सत्यापन

• CSV/XML/JSON पार्सर + फ़ाइल हैश।
• मात्रा/मुद्राओं/तिथियों का सत्यापन; मिलान по 'प्रदाता _ tx _ id/ARN'।
• हैंडलर्स "देर से प्रस्तुति", "आंशिक कब्जा", "उलटफेर"।

ऑपरेशन और अलर्ट

• एसएलए मॉनिटर कट-ऑफ, मिस फ़ाइलें, फंडिंग देरी।
• डेल्टा-थ्रेशोल्ड अलर्ट (सकल, शुल्क, शुद्ध)।
• छुट्टी का प्रभाव और नकारात्मक कैरी-ओवर रिपोर्ट।

18) एफएक्यू

प्रश्न: टी + 2 टी + 4 क्यों बन गया?

A: संवाददाता बैंक में या प्राप्त बैंक में सप्ताहांत/छुट्टियां थीं; см. फंडिंग कैलेंडर।

प्रश्नः हमारी शुद्ध गणना की तुलना में नेट फ़ाइल में कम है। क्या देखना है?

A: शुल्क, reserve_delta, देर से वापसी/चार्जबैक और पाठ्यक्रमों की शुद्धता की जांच करें।

प्रश्न: आप क्रिप्ट के लिए कैसे जिम्मेदार हैं?

A: 'बस्टेड _ at' के बराबर फिएट द्वारा; फंडिंग USDT/fiat पर आ सकती है - एक अलग 'fx _ at _ funding' रख सकते हैं।

प्रश्न: क्या सभी प्रदाताओं के लिए एक सामान्य कट-ऑफ संभव है?

A: नहीं, प्रत्येक PSP के पास अपना tz/घंटा है। उनके स्लाइस पर एक एकत्र प्रदर्शन करें।

सारांश

• ठीक से प्रदान करनेवालों को सत्यापित करें
• पूर्वानुमान तरलता और कवर भुगतान,
• SLAs का पालन करें और परिचालन जोखिम को कम करें,
• वित्त और अनुपालन के समान भाषा बोलें।

एक एकल फंडिंग कैलेंडर, एक कठोर डेटा मॉडल, और स्वचालित सुलह को लागू करके, आप नकदी प्रवाह को पूर्वानुमानित और प्रबंधनीय बनाते हैं।