यूनिफाइड प्रेसेंटमेंट मैनेजमेंट सिस्टम

UPMS का अर्थ यूनिफाइड प्रेजेंटमेंट एंड मैनेजमेंट सिस्टम है। यह नीचे दी गई चुनौतियों को हल करने के लिए NBBL द्वारा बनाया गया उत्पाद है:

i. बिलर्स और BOUs को अत्यधिक फ़ेच अनुरोधों के कारण बैंडविड्थ और अवसंरचना क्षमता से संबंधित चुनौतियों का सामना करना पड़ा। UPMS, बिलर्स से कुशलतापूर्वक बिल प्राप्त करता है और ग्राहक की सहमति के आधार पर उन्हें UPMS पर लाइव CoU के साथ साझा करता है।

ii. जब किसी ग्राहक के UPMS पंजीकृत बिल का भुगतान किसी समर्थित COU के माध्यम से किया जाता है, तो अन्य COU चैनल, जहां ग्राहक ने उसी बिलर के लिए पंजीकरण किया है, डुप्लिकेट भुगतानों से बचने के लिए स्किप नोटिफिकेशन प्राप्त करेंगे।

यह श्रेणी-निरपेक्ष है; हालांकि, हम इसे चरणबद्ध तरीके से श्रेणी-वार सक्षम कर रहे हैं। उन सभी बिलर्स/मर्चेंट के लिए जो बिल भुगतान का समर्थन करते हैं। निम्नलिखित दो प्रवाह समर्थित हैं: i. एक्टिव फेच/प्रेजेंटमेंट: UPMS बिलर के बिलिंग चक्र के आधार पर बिल प्राप्त करता है और उन्हें CoU को प्रस्तुत करता है। ii. बिल पुश: मर्चेंट जनरेट होने पर बिलों को पुश करते हैं।

A. COU के लिए: COU को प्रमाणन से गुजरना पड़ता है और UPMS APIs का उपयोग करना होता है।

B. BOU के लिए:: i. प्रो-एक्टिव फ़ेच फ़्लो: एकीकरण के प्रयासों की आवश्यकता नहीं होती है। इसके अतिरिक्त, फ़ेच के उद्गम की पहचान करने के लिए फ्लैग का उपयोग किया जा सकता है।

ii. बिल पुश फ्लो: BOUs को बिलर्स से एड-हॉक बिल प्राप्त करने के लिए एक तंत्र स्थापित करना होगा, और इन बिलों को UPMS को भेजने के लिए यूपीएमएस एपीआई का उपयोग करना होगा।

ग्राहक UPMS पर लाइव किसी भी फ्रंट-एंड चैनल (COU/AI) के माध्यम से पंजीकरण करना जारी रखेगा। UPMS COU को प्रोएक्टिव या बिल पुश फ्लो के माध्यम से समय पर बिल प्राप्त करने में सक्षम करेगा।

i. स्वतः भुगतान: COU बिल राशि के अनुसार ग्राहक के खाते में डेबिट करेगा। फ्रंट-एंड प्लेटफ़ॉर्म द्वारा प्री-डेबिट नोटिफिकेशन भेजा जाएगा।

ii. देखें और भुगतान करें: यह बिल भुगतान के लिए ग्राहक को एक अनुस्मारक के रूप में कार्य करेगा, फिर ग्राहक भुगतान को प्रमाणित करके भुगतान करना चुन सकता है।

कोई भी फ्रंट-एंड चैनल, चाहे वह COU हो या AI, को ग्राहक पंजीकरण प्राप्त करने के लिए UPMS API का उपयोग करने और उनकी ओर से आवश्यक विकास करने की आवश्यकता होगी।

ग्राहक की सहमति के अनुसार, COU को प्रत्येक ग्राहक के लिए प्रत्येक बिलर को अलग से रजिस्टर करना होगा।

यह श्रेणी/बिलर कॉन्फ़िगरेशन के लिए विशिष्ट है। एक ग्राहक एक ही बिल के लिए अलग-अलग CU/एजेंट इंस्टीट्यूशन प्लेटफ़ॉर्म पर कई रजिस्ट्रेशन कर सकता है। तीन अलग-अलग मोड हैं जिनके तहत बिलर को कॉन्फ़िगर किया जा सकता है:

i. एक बार: ग्राहक को प्लेटफ़ॉर्म पर किसी विशेष बिल के लिए एक बार रजिस्टर करने की अनुमति है।

ii. कई बार: ग्राहक विभिन्न प्लेटफ़ॉर्म्स पर एक से अधिक मैंडेट/स्थायी निर्देश रजिस्टर कर सकता है, लेकिन प्रत्येक प्लेटफ़ॉर्म पर एक ।

iii. विशेष: ग्राहक को एक ही प्लेटफॉर्म पर एक ही मैंडेट को कई बार रजिस्टर करने की अनुमति दी जा सकती है।

सफल पंजीकरण होने पर, BBPS CU, COU को एक ग्राहक प्रस्तुति पंजीकरण संख्या यानी CPRN और BOU को संबंधित बिलर प्रस्तुति पंजीकरण संख्या यानी BPRN प्रदान करता है।

जब कोई ग्राहक, UPMS के साथ लाइव किसी भी COU चैनल के माध्यम से बिल के लिए पंजीकरण करता है, तो एक अद्वितीय CPRN बनाया जाता है और UPMS द्वारा COUs को दिया जाता है। एक से अधिक CPRNs के बिल के लिए एक एकल BPRN बनाए रखा जाता है।

BBPS/UPMS बिलर कॉन्फ़िगरेशन के अनुसार अलग-अलग श्रेणियों में सभी भुगतान मोड का समर्थन करता है। अंतिम नियंत्रण उनके द्वारा समर्थित मोड के अनुसार COU के पास होता है।

COU NBBL के साथ आवश्यक विवरण साझा करता है, जो आवश्यक डेटा सुरक्षा अनुपालन के बाद इसे BOU को भेजता है।

हां, COUs अपने पास उपलब्ध मौजूदा स्थायी निर्देश डेटा को प्रेजेंटेशन रजिस्ट्रेशन APIs/Canvas/SFTP के माध्यम से माइग्रेट कर सकते हैं।

UPMS में पहली बार प्राप्त भुगतान अनुरोध स्वीकार किया जाएगा (बिलर कॉन्फ़िगरेशन के आधार पर)। मौजूदा भुगतान मोड-विशिष्ट दिशानिर्देशों के अनुसार CoU SI/मैंडेट को संभालेंगे।

नहीं, ऐसे परिदृश्य में जहां एक ग्राहक एक ही COU के तहत कई AIs के माध्यम से पंजीकरण करता है, वह CU को पहला पंजीकरण अवसर (एकल पंजीकरण अनुरोध) पास करेगा। अन्य AIs से निम्नलिखित पंजीकरणों को COU द्वारा पहले पंजीकरण के साथ प्रदान किए गए CPRN में आंतरिक रूप से मैप किया जाएगा।

ग्राहक को निम्नलिखित विवरण देने होंगे:

i. ऑटो डेबिट के लिए अधिकतम राशि

ii. मैंडेट की वैधता

iii. दिशा-निर्देशों के अनुसार भुगतान मोड का विवरण

नियत तारीख के करीब पंजीकरण करते समय छूटे हुए भुगतानों से बचने के लिए, ग्राहक को वर्तमान देय बिल का भुगतान करना होगा और उसके बाद ही अगले चक्र से प्रभावी ऑटोपे के लिए पंजीकरण करना होगा। COUs /AIS को पंजीकरण के समय ग्राहक को इस बारे में स्पष्ट जानकारी प्रदान करनी चाहिए।

बिल पुश फ्लो: पंजीकरण विवरण BOUs को दिए जाएंगे।

प्रो-एक्टिव फ़ेच फ़्लो: रजिस्ट्रेशन विवरण BOUs को नहीं भेजे जाएंगे।

हालांकि, 2 वैकल्पिक टैग BOUs द्वारा उपयोग किए जा सकते हैं और UPMS द्वारा शुरू किए गए फ़ेच: UPMS फ्लैग और CPRN, के समय बिलर्स को पास किए जा सकते हैं।

ऑटोपे रजिस्ट्रेशन के लिए UPMS द्वारा कोई राशि सीमा निर्धारित नहीं की गई है। हालांकि, संबंधित भुगतान मोड और COUs के लिए राशि सीमा लागू होगी।

पंजीकरण अनुरोध: इसे राउंड-रॉबिन तंत्र के माध्यम से BOUs को दिया जाएगा, ठीक उसी तरह जैसे यह BBPS पर काम करता है।

बिल पुश: बिलर किसी भी BOU के माध्यम से UPMS को बिल भेजने में सक्षम होगा, न कि केवल पंजीकरण से जुड़े BOU के माध्यम से।

बिल भुगतान: इसे प्रस्तुति अनुरोध के साथ मैप किए गए BOU के माध्यम से रूट किया जाएगा।

हां, BBPS COUs को उनके मूल पंजीकरण बिंदु से किसी भी समय मौजूदा पंजीकरण को रद्द करने/संशोधन की सुविधा प्रदान करने की सिफारिश करता है (BBPS दृष्टिकोण नोट देखें)।

COU, केवल रजिस्ट्रेशन के प्रकार (ऑटोपे से व्यू-एंड-पे या इसके विपरीत) और मैंडेट की वैधता तिथि में बदलाव के लिए CU को संशोधन विवरण भेजता है।

COU पंजीकरण रद्दीकरण को CU के साथ तभी साझा करेगा, जब कोई ग्राहक COU के तहत सभी AIs से लागू श्रेणियों के लिए पंजीकरण रद्द कर देगा, इस प्रकार यदि ग्राहक के पास कम से कम एक AI के साथ सक्रिय पंजीकरण है, तो उनका पंजीकरण COU पर लाइव होगा।

CU, BOU के साथ पंजीकरण रद्दीकरण को तभी साझा करेगा, जब ग्राहक सभी COUs से पंजीकरण रद्द कर देगा, इस प्रकार यदि ग्राहक के पास कम से कम एक AI के साथ सक्रिय पंजीकरण है, तो उनका पंजीकरण CU पर लाइव है।

नहीं, बिलर को दोनों प्रवाहों के लिए कॉन्फ़िगर नहीं किया जा सकता है।

प्रोएक्टिव बिल फ़ेच बिलर्स के लिए, CU बिलर के बिलिंग चक्र के आधार पर बिल साइकिल लॉजिक को कॉन्फ़िगर करेगा, और उसके अनुसार रोज़ाना फ़ेच API को ट्रिगर करेगा। बिल पुश फ्लो में, UPMS द्वारा कोई फ़ेच शुरू नहीं किया जाता है, तैयार होने पर BOU/Biller द्वारा बिल UPMS में भेज दिए जाते हैं।

उपलब्ध होने के बाद, कॉलबैक APIs के माध्यम से CU से COUs में नए बिल प्रस्तुत किए जाएंगे। UPMS के साथ पंजीकृत COUs से CU से कोई भी बिल प्राप्त करने की उम्मीद नहीं की जाती है।

‘प्रो-एक्टिव फ़ेच’ और ‘बिल पुश फ़्लो’ दोनों के लिए, जैसे ही नए बिल उपलब्ध होंगे, CU उन सभी COUs के लिए बिल प्रेजेंटेशन कॉलबैक शुरू करेगा, जहाँ ग्राहक ने उस बिल के लिए पंजीकरण किया है। COU को प्रति बिलिंग चक्र में केवल एक सफल प्रस्तुतीकरण दिया जाएगा।

पिछले 24 घंटों में छूटे कॉलबैक का डेटा प्राप्त करने के लिए बिल प्रेजेंटेशन इंक्वायरी API है। 24 घंटे से अधिक पुराने मिस्ड कॉलबैक के लिए, COU BBPS के तहत बिल फ़ेच API का उपयोग कर सकता है।

पिछले 24 घंटों में छूटे कॉलबैक का डेटा प्राप्त करने के लिए ‘बिल प्रेजेंटेशन इंक्वायरी API’ का प्रावधान है। छूटे हुए कॉलबैक की जांच करने के लिए COUs को इंक्वायरी API अनुरोध शुरू करना होगा या इसे प्रति घंटे शेड्यूल करना होगा।

‘बिल भुगतान API’ में ‘origRefId’ टैग में बिल प्रस्तुत करने के समय COUs से CPRN और ‘refId’ को पारित करने की अपेक्षा की जाती है।

जब एक निश्चित COU से किसी विशेष बिल चक्र के लिए भुगतान पूरा हो जाता है, तो UPMS के पास ऐसे शेष COUs, जहां ग्राहक ने पंजीकरण किया है, उनको 'स्किप पेमेंट' अधिसूचना API भेजने की कार्यक्षमता होती है। UPMS ‘बिल भुगतान API’ में 'OrigeRefid' टैग में पास किए गए मानों के लिए डुप्लीकेशन चेक भी करता है।

ऐसे परिदृश्य में जहां कोई ग्राहक UPMS के बाहर किसी चैनल से भुगतान पूरा करता है, UPMS उस चक्र में भुगतान को अस्वीकार करने या अगले बिल चक्र में प्राप्त अतिरिक्त भुगतान की राशि को समायोजित करने के लिए बिलर पर निर्भर करेगा।

ग्राहक को नीचे दिए गए परिदृश्यों में भुगतानों को अधिकृत करना होगा:

i. सभी ‘देखें और भुगतान करें’ (View & Pay) रजिस्ट्रेशन

ii. ‘ऑटोपे रजिस्ट्रेशन’ के लिए जहां बिल राशि रजिस्ट्रेशन के दौरान ग्राहक द्वारा निर्धारित सीमा से अधिक है।

यदि भुगतान ग्राहक द्वारा निर्धारित सीमा के भीतर है और उस भुगतान मोड के लिए नियामक (RBI) के अनुसार आवर्ती राशि सीमा के तहत है, तो भुगतान के समय प्रमाणीकरण की आवश्यकता नहीं है।

इस परिदृश्य में, COU एक पुन: प्रयास तंत्र का पालन कर सकता है; यह COU के विवेक पर निर्भर करता है।

COU से अपेक्षा की जाती है कि वह उस बिलिंग चक्र के लिए पंजीकरण को “देखें और भुगतान करें” के रूप में मानेगा। COU को मौजूदा बिल को अधिकृत करने और उसका भुगतान करने के लिए रिमाइंडर के साथ ग्राहक को एक संचार भेजना चाहिए, जिसमें इस बात पर प्रकाश डाला गया हो कि बिल राशि ग्राहक द्वारा निर्धारित अधिकतम SI/मैंडेट/ऑटोपे राशि से अधिक है।

UPMS उन सभी COUs को स्किप नोटिफिकेशन APIs भेजेगा, जहां ग्राहक ने बिल के लिए ऑटोपे या “देखें और भुगतान करें” (व्यू-एंड-पे) के लिए रजिस्टर किया है, सिवाय उस COU को छोड़कर, जहां से भुगतान पूरा हुआ था।

भुगतान का सफल जवाब मिलने के बाद UPMS स्किप पेमेंट नोटिफिकेशन शुरू करेगा।

यह लगभग रीयल-टाइम में पूरा हो जाता है।

इसे निम्नलिखित तरीकों से संभाला जा सकता है:

i. बिलर्स के लिए जहां बिल प्रस्तुत करने के अनुरोध API में देर से बिल भुगतान का विवरण जैसे कि संशोधित राशि, अतिरिक्त शुल्क आदि साझा किए जाते हैं, COUs से अपेक्षा की जाती है कि वे भुगतान करने से पहले उस राशि की गणना करें और उसे अपडेट करें, जिसे ग्राहक को भुगतान करने (व्यू एंड पे फ्लो) से पहले अधिकृत करना होगा ।

ii. यदि बिल प्रस्तुत करने के अनुरोध में देर से बिल भुगतान का विवरण उपलब्ध नहीं है, तो COUs को संशोधित विवरण प्राप्त करने के लिए ‘BBPS बिल फ़ेच API’ शुरू करना चाहिए।

UPMS मौजूदा BBPS भुगतान API का उपयोग करता है।

UPMS भुगतान मानक BBPS भुगतान निपटान चक्रों का पालन करेंगे; UPMS के लिए कोई अलग सेटलमेंट चक्र नहीं है।

पिछले 24 घंटों में छूटे हुए नोटिफिकेशन का डेटा प्राप्त करने के लिए ‘स्किप पेमेंट नोटिफिकेशन इंक्वायरी API’ का प्रावधान है। यदि उनसे किसी कारण से ‘स्किप पेमेंट नोटिफिकेशन’ छूट जाते हैं, तो COUs को इंक्वायरी API अनुरोध शुरू करने की आवश्यकता होगी। वे किसी भी छूटे हुए नोटिफिकेशन की जांच करने के लिए इस इंक्वायरी API को प्रति घंटे के आधार पर शेड्यूल कर सकते हैं।

UPMS APIs अतुल्यकालिक होते हैं और इनमें कॉन्फ़िगर करने योग्य टाइमआउट पैरामीटर होता है, जिसमें प्रतिक्रिया के लिए अधिकतम 120 सेकंड और पावती के लिए 5 सेकंड का प्रावधान होता है।

UPMS APIs XML और JSON में समर्थित हैं।