श्रृंखला और प्राथमिकता का भुगतान करें
1) एक पेचेन की अवधारणा
भुगतान श्रृंखला - रेल/प्रदाताओं की एक आदेशित सूची जो ऑर्केस्ट्रा क्रमिक रूप से भुगतान करने की कोशिश करती है जब तक कि उसे भेजने ('भेजा') या क्रेडिट ('सेटेड') की पुष्टि नहीं मिलती है।
लक्ष्य दिए गए प्रतिबंधों के तहत पैसे के लिए समय को कम करना है: केवाईसी/एएमएल, सीमा, तरलता, मूल्य, कटऑफ, भू/मुद्रा, प्रोफ़ाइल जोखिम।
चेन घटक:- प्राथमिक रेल (खंड के लिए पसंदीदा रेल)।
- गिरावट (एसएलए/लागत/उपलब्धता विकल्प)।
- नियम और बाधाएं।
- स्वास्थ्य संकेत (अनुमोदन/निपटान/विलंबता/त्रुटियां) और तरलता (शेष/प्राथमिकता)।
2) रेल प्राथमिकता मानदंड
1. एसएलए/गति: मिनट/घंटे/बैंक दिन; 24/7 (RTP/FPS/Pix) बनाम D + N (ACH/SEPA) की उपस्थिति।
2. लागत: फिक्स +%, एफएक्स मार्जिन, प्रदाता शुल्क; आंतरिक लागत-मॉडल।
3. तरलता: प्रदाता/संवाददाता खाते से उपलब्ध शेष, पसंदीदा आवश्यकताएं।
4. संगतता: मुद्रा/प्राप्तकर्ता का देश, विवरण का प्रारूप (IBAN/CLABE/राउटिंग/सॉर्ट/PIX कुंजी)।
5. सीमाएं: प्रदाता पर और प्राप्तकर्ता (बैंक/बटुआ) पर प्रति-txn/दैनिक/साप्ताहिक।
6. जोखिम/CCM: ग्राहक स्तर, SoF/SoW, प्रतिबंध/PEP, वेग, नया लाभार्थी।
7. विश्वसनीयता: विफलताओं की वर्तमान मीट्रिक्स, देरी, रिटर्न (अस्वीकार/वापसी)।
8. कट-ऑफ और कैलेंडर: स्थानीय छुट्टियां, कट-ऑफ बैंक; प्रेषक/रिसीवर TZ।
9. उत्पाद वरीयता: VIP/सहयोगी/जैकपॉट - व्यक्तिगत प्रोफाइल।
3) ऑर्केस्ट्रेशन मैट्रिक्स (तर्क उदाहरण)
≤ €1k, EU, फुल KYC → SEPA इंस्टेंट → (फोलबैक) SEPA SCT → (कट-ऑफ के बाद) अगले BD।
£250k, यूके, 24/7, वीआईपी एफपीएस (प्राथमिक), देरी> - प्रदाता नंबर 2 पर स्विच करना।
US ≤ $5k → RTP; यदि प्राप्तकर्ता का बैंक समर्थन नहीं करता है - उसी दिन ACH; यदि विंडो बंद है - ACH अगले दिन।
BR → Pix (प्राथमिक); बैंक के जोखिम/सीमा पर - कम तीन-होल्ड या ई-वॉलेट भुगतान के साथ पिक्स।
कार्ड (विश्व स्तर पर) → तेज लेकिन महंगे और सीमित शिपमेंट के लिए पुश-टू-कार्ड (OCT)।
सीमा पार - स्थानीय ई-बटुआ (जहां उपलब्ध है) अन्यथा कुल शुल्क और ईटीए की गणना के साथ स्विफ्ट।
सभी संख्यात्मक थ्रेसहोल्ड और सूची कॉन्फ़िगरेशन में हैं, कोड नहीं।
4) चेन ऑर्केस्ट्रेटर वास्तुकला
सेवाएँ:- निर्णय इंजन (नीति) - रेल और फोलबैक (घोषणात्मक नीतियां, संस्करण) के चयन के लिए नियम लागू करता है।
- भुगतान ऑर्केस्ट्रेटर - राज्य मशीन: 'अनुरोधित → पंक्तिबद्ध → प्रसंस्करण → भेजा/विफल → सेटलमेंट/रिटर्न'।
- तरलता/ट्रेजरी - प्रदाता संतुलन, प्राथमिकता, ऑटो-असंतुलन, प्रदाता सीमा/दिन।
- कैलेंडर/शेड्यूलर - कट-ऑफ, देश/मुद्रा द्वारा छुट्टियां, कसाई भेजने वाले स्लॉट।
- प्रदाता एडाप्टर परत - एपीआई एकीकरण, स्थिति कोड मानचित्रण, पहचान।
- सुलह - रजिस्टरों/कथनों का ऑटो-सामंजस्य, यूटीआर/एआरएन/ट्रेस लोड करना।
- अनुपालन - केवाईसी/एएमएल/प्रतिबंध/एसओएफ/एसओडब्ल्यू और मामला प्रबंधन।
- आइडेम्पोटेंस ('Id'), इवेंट डेडअप, डीएलक्यू/रेट्राई सी बैकऑफ/जिटर।
- अवलोकन: ट्रेस, ऑर्केस्ट्रेशन इवेंट, प्रति-प्रदाता टाइमर।
5) फोलबैक, क्षरण और ग्रे परिदृश्य
समय-आधारित गिरावट: यदि 'प्रसंस्करण' सीमा से अधिक हो गया है (उदाहरण के लिए, 90 वें प्रतिशत) - अगली रेल पर स्विच करें (पहले प्रयास के रद्द/शून्य के साथ, यदि अनुमत हो)।
स्वास्थ्य-आधारित: 'अस्वीकार/वापसी' की वृद्धि या प्रदाता के अनुमोदन के पतन के साथ।
तरलता-आधारित: पसंदीदा की कमी - अस्थायी रूप से तेज रेल छिपाएं, धीमी पेशकश करें।
जोखिम-आधारित: उच्च जोखिम पर - फास्ट-रेल प्रतिबंध, अनिवार्य पकड ़/कदम-अप।
ग्रे विंडो: शाम/छुट्टियां - निकटतम खिड़की के लिए ऑटोप्लानिंग; UI में ईमानदार ETA।
6) रेल की लागत और रेटिंग
प्रभावी लागत की गणना करें:- 'eff _ cost = fixed_fee + percent_fee राशि + FX_margin + failure_cost + fail_prob + support_cost'।
- 'score = + ( ) + ।
- वज़न - कॉन्फ़िगरेबल; खंड (भू/राशि/वीआईपी) द्वारा तुलना करें।
7) तरलता और प्राथमिकता
फास्ट रेल को प्रीपेमेंट की आवश्यकता होती है: प्रदाताओं के खातों पर न्यूनतम र
ऑटो-असंतुलन: थ्रेसहोल्ड पर पर्स/बैंकों के बीच झाडू के नियम।
सर्किट-ब्रेकर्स: शेष <दहलीज पर - श्रृंखला में विधि के स्वचालित व्युत्पन्न।
कैशबुक: वास्तविक डेबिट से वादा किए गए भुगतानों के लेखांकन को अलग करें; नकद अंतर नियंत्रण।
8) शेड्यूलिंग: बैच, कटऑफ और कैलेंडर
बैचिंग SWIFT/ACH/SEPA SCT की लागत को कम करता है, लेकिन विलंबता को बढ़ाता है - राशि/प्राथमिकता से समायोजित करता है।
कट-ऑफ जागरूक: यदि कट-ऑफ के बाद अनुरोध आया, तो तुरंत ईटीए को अगले बीडी को दिखाएं।
हॉलिडे एपीआई: क्षेत्रीय छुट्टियां रखें; क्रॉस-टीजेड के लिए, रिसीवर का स्थानीय समय दिखाएं।
9) जंजीरों में जोखिम और केवाईसी
नई लाभार्थी/बड़ीराशि → कूल-ऑफ + स्टेप-अप, फास्ट-रेल प्रतिबंध।
थ्रेशोल्ड राशि → SoF/SoW आवश्यकता; प्रावधान से पहले - "धीमी" रेल।
जियो/प्रतिबंध/पीईपी - कठिन इनकार, कोई वैकल्पिक मार्ग नहीं।
वेग: एन भुगतान/दिन/सप्ताह; श्रृंखला में रेल के डाउनग्रेड → से अधिक।
10) स्टेटस और कलाकृतियाँ
एकल मॉडल:- 'पुनः प्राप्त पंक्तिबद्ध प्रसंस्करण भेजा गया (यूटीआर/एआरएन) विफल विफल रद्द'।
- Храните: 'पेआउट आईडी', 'बेनिफिट आईडी', 'रेल', 'प्रदाता', 'राशि/मुद्रा', 'फीस', 'ईटीए', 'यूटीआर/एआरएन/ट्रेस', कारण-कोड, 'प्रयास []'।
11) सुलह और लॉगिंग
दैनिक स्वतः पुनरावृत्ति: लोड रजिस्टर, 'payoutId/UTR/mate/date' द्वारा मिलान.
फुल-रीकॉन: आवधिक एंड-टू-एंड कंट्रोल (रजिस्टर/स्टेटमेंट/जीएल)।
अलर्ट: "रजिस्ट्री के बिना सफलता", "उम्र बढ़ ने की प्रसंस्करण", "डबल भेजें", "प्रदाता मौन"।
12) यूएक्स और संचार
रेल द्वारा ईटीए दिखाना और चयन का कारण ("तेज/सस्ता/कट-ऑफ के बाद")।
यूटीआर/एआरएन/ट्रेस के साथ पारदर्शी स्थिति।
फोलबैक के लिए - स्पष्ट नोटिस: "देरी/तरलता के कारण {रेल} पर स्विच किया गया; एक नया ईटीए.."
वीआईपी के लिए - विकल्प "त्वरित" (अन्य रेल/आयोग)।
नए प्राप्तकर्ताओं के लिए - होल्ड/स्टेप-अप चेता
13) केपीआई и एसएलओ
ऑन-टाइम दर (वादा किए गए ईटीए से पहले प्राप्त भुगतान का%)।
Median/P95 रेल/प्रदाताओं/जियो पर समय-समय पर समझौता।
अस्वीकृत/वापसी दर और कारण वितरण।
फॉलबैक दर और एसएलए/मूल्य पर इसका प्रभाव।
तरलता अपटाइम।
प्रति भुगतान लागत और एफएक्स शेयर।
निष्कर्ष द्वारा समर्थन लोड (टिकट/1k भुगतान) और एनपीएस।
14) चेन स्टार्ट-अप चेकलिस्ट
1. रेल कैटलॉग: देश/मुद्राएं/सीमाएँ/आयोग/ईटीए/कट-ऑफ/छुट्टियां।
2. नीति इंजन: घोषणात्मक प्राथमिकता नियम + निर्णय के कारणों की व्याख्या करते हैं।
3. प्रदाता स्वास्थ्य: मैट्रिक्स, स्वास्थ्य परीक्षण, ऑटो-रेटिंग।
4. ट्रेजरी: प्रीफंडिंग, प्रदाता पर सीमा, ऑटो-रिबैलेंस।
5. Idempotency और DLQ: डबल/रिपीट प्रोटेक्शन, सुरक्षित रिट्रीट।
6. वेबहुक/एचएमएसी: हस्ताक्षर सत्यापन, समय समाप्ति, दोहराव वितरण।
7. रिकॉन: दैनिक + पूर्ण, समन्वयन से बाहर के लिए अलर्ट।
8. UX: ETA, स्टेटस, UTR/ARN, फोलबैक/होल्ड कारण ग्रंथ।
9. KYC/AML: नए लाभार्थियों/बड़ीरकम, SoF/SoW प्रक्रियाओं पर कदम।
10. टेस्ट सेट: सफलता/इनकार/वापसी, समय/तरलता फोलबैक, कट-ऑफ/छुट्टियां, प्रदाता का क्षरण।
15) सॉल्वर मिनी स्यूडो कोड
rail_list = rank_by(score(amount, geo, kyc, risk, sla, cost, liquidity, health))
for rail in rail_list:
if violates_constraints(rail, geo, kyc, sanctions, limits): continue if not has_liquidity(rail): continue attempt = send_payout(rail)
if attempt. status in {SENT, SETTLED}: return success(attempt)
if is_retryable(attempt): continue return fail_with_reason(best_reason_collected)सारांश
पेचेक गति, मूल्य, जोखिम और परिचालन तत्परता के बीच बुद्धिमान मार्ग हैं। एक कॉन्फिग में नियम और मैट्रिक्स स्टोर करें, एक स्कोरिंग फ़ंक्शन के आधार पर निर्णय लें, प्रदाताओं की तरलता और स्वास्थ्य को ध्यान में रखते हुए, पहचान, फोलबैक और एक ईटीए सुनिश्चित करें। इस तरह आप लागत और रिटर्न को कम करते हैं, एसएलए और उपयोगकर्ता विश्वास रखते हैं - विशेष रूप से आईगेमिंग और क्रॉस-बॉर्डर जैसे संवेदनशील खंडों में।