ইউনিফায়েড প্রেজেন্টমেন্ট ম্যানেজমেন্ট সিস্টেম

UPMS এর পুরো কথাটি হল ইউনিফায়েড প্রেজেন্টমেন্ট অ্যান্ড ম্যানেজমেন্ট সিস্টেম। নিম্নলিখিত সমস্যাগুলির সমাধান করতে NBBL এটি প্রস্তুত করেছে। :

i. অত্যধিক ফেচ রিকোয়েস্টের কারণে বিলার ও BOUগুলিকে ব্যান্ডউইথ ও পরিকাঠামোগত ক্ষমতা নিয়ে সমস্যায় পড়তে হয়। UPMS বিলারদের কাছ থেকে কার্যকরীভাবে বিল ফেচ করে অর্থাৎ নিয়ে আসে এবং গ্রাহকের অনুমতির উপর নির্ভর করে UPMS-এ সক্রিয়ভাবে এই বিল COUগুলির সাথে ভাগ করে নেয়।

ii. সহায়ক COU এর মাধ্যমে গ্রাহকের UPMS রেজিস্টারড বিল পেমেন্ট হয়ে যাওয়ার পরে, অন্যান্য COU চ্যানেল যেখানে গ্রাহক, একই বিলারের জন্য রেজিস্টার করেছেন, তাদের কাছে একই পেমেন্ট আবার না হওয়ার জন্য এড়িয়ে যাওয়ার বিজ্ঞপ্তি পাঠানো হবে।

এটা বিভাগ নির্ভর নয়; তবে কিছু পর্যায়ে আমরা এটিকে বিভাগভিত্তিকভাবে সক্রিয় করছি। সমস্ত বিলার/মার্চেন্ট যারা বিল পেমেন্ট সাপোর্ট করে। নিম্নলিখিত দুটি ক্ষেত্রে সাপোর্ট দেওয়া হবে: i. প্রো-অ্যাক্টিভ ফেচ/প্রেজেন্টমেন্ট: UPMS বিলারের বিলিং সাইকেলের উপর ভিত্তি করে বিল নিয়ে আসে ও COUগুলিকে দেয়। ii. বিল পুশ: বিল যখন ও যেমন প্রস্তুত হবে মার্চেন্টরা তা পাঠিয়ে দেবে।

A. COU-এর ক্ষেত্রে: COU-কে প্রত্যয়ন করে UPMS APIগুলি ব্যবহার করবে।

B. BOU এর ক্ষেত্রে: i. প্রো-অ্যাক্টিভ ফেচ ফ্লো: অঙ্গীভূত করার দরকার হবে না। সেইসঙ্গে, ফেচের উৎপত্তি চিহ্নিত করার জন্য একটি ফ্ল্যাগ ব্যবহার করা যাবে।

ii. বিল পুশ ফ্লো: BOUগুলিকে বিলারদের কাছ থেকে হঠাৎ করে প্রয়োজন হওয়া বিল নেওয়ার জন্য একটি ব্যবস্থা স্থাপন করতে হবে ও এই বিলগুলিকে UPMS-এ পাঠানোর জন্য UPMS APIগুলি ব্যবহার করতে হবে।

গ্রাহক UPMS-এ সক্রিয় যেকোনো ফ্রন্ট-এন্ড চ্যানেলের (COU/AI) মাধ্যমে রেজিস্টার করা চালিয়ে যাবেন। UPMS প্রোঅ্যাক্টিভ বা বিল পুশ ফ্লোয়ের মাধ্যমে COUগুলিকে সময়ের মধ্যে বিল পাওয়ার ব্যবস্থা করে দেবে।

i. অটোপে: COU বিলের অর্থমূল্য অনুযায়ী গ্রাহকের অ্যাকাউন্ট থেকে টাকা কেটে নেবে। ফ্রন্ট-এন্ড প্ল্যাটফর্ম থেকে টাকা কেটে নেওয়ার আগে একটি বিজ্ঞপ্তি পাঠানো হবে।

ii. ভিউ অ্যান্ড পে: এটির মাধ্যমে গ্রাহককে বিল পেমেন্ট করার কথা মনে করিয়ে দেওয়া হবে, গ্রাহক এরপর পেমেন্ট যাচাই করার মাধ্যমে বিল মেটানোর সুযোগ পাবেন।

যেকোনো ফ্রন্ট-এন্ড চ্যানেল, তা COU হোক বা AI, UPMS APIগুলি ব্যবহার করবে এবং গ্রাহকের রেজিস্ট্রেশন লাভের জন্য তাদের দিক থেকে প্রয়োজনীয় ব্যবস্থা গ্রহণ করবে।

COUগুলিকে গ্রাহকের অনুমতি অনুযায়ী প্রত্যেক গ্রাহকের জন্য প্রত্যেক বিলারকে আলাদাভাবে রেজিস্টার করতে হয়।

এটা বিভাগ/ বিলারের কনফিগারেশনের উপর নির্ভর করে। গ্রাহক একই বিলের জন্য বিভিন্ন COU/এজেন্ট ইন্সটিটিউশন প্ল্যাটফর্মে একাধিক রেজিস্ট্রেশন করতে পারবেন। তিনটি আলাদা আলাদা ব্যবস্থা রয়েছে যার অধীনে বিলারকে কনফিগার করা যায়।:

i. সিঙ্গল: গ্রাহককে বিভিন্ন প্ল্যাটফর্ম জুড়ে নির্দিষ্ট একটি বিলের জন্য একবারই রেজিস্টার করতে দেওয়া হবে।

ii. মাল্টিপল: গ্রাহক বিভিন্ন প্ল্যাটফর্মে একাধিক ম্যানডেট/ স্ট্যান্ডিং ইনস্ট্রাকশন রেজিস্টার করতে পারবেন, প্রতিটি প্ল্যাটফর্মের জন্য একটি করে।

iii. স্পেশাল: গ্রাহক একই প্ল্যাটফর্মে একই ম্যানডেট একাধিকবার রেজিস্টার করতে পারবেন।

সফল রেজিস্ট্রেশনের পরে BBPS CU, COU-কে একটি কাস্টমার প্রেজেন্টমেন্ট রেজিস্ট্রেশন নম্বর অর্থাৎ CPRN দেবে এবং BOU-কে একটি বিলার প্রেজেন্টমেন্ট রেজিস্ট্রেশন নম্বর অর্থাৎ BPRN দেবে।

যখন একজন গ্রাহক UPMS-এর সাথে সক্রিয় থাকা যেকোনো COU চ্যানেলের মাধ্যমে একটি বিলের জন্য রেজিস্ট্রেশন করেন, তখন একটি বিশেষ CPRN তৈরি হয় এবং UPMS এর মাধ্যমে COUগুলিকে দেওয়া হয়। একটি বিলের জন্য একাধিক CPRN-এর সাপেক্ষে একটিমাত্র BPRN বজায় রাখা হয়।

BBPS/UPMS বিলারের কনফিগারেশনের উপর নির্ভর করে বিভিন্ন বিভাগের সমস্ত পেমেন্ট পদ্ধতিকেই সাপোর্ট করে। COU-এর সাপোর্ট করা পদ্ধতিগুলি অনুযায়ী চূড়ান্ত নিয়ন্ত্রণ তাদের উপরেই বর্তাবে।

COU প্রয়োজনীয় তথ্যগুলি NBBL-কে জানায়, যারা প্রয়োজনীয় তথ্য সুরক্ষার নিয়ম মেনে এই তথ্য BOU-এর কাছে পাঠিয়ে দেয়।

হ্যাঁ, COUগুলি প্রেজেন্টমেন্ট রেজিস্ট্রেশন API/ক্যানভাস/SFTP এর মাধ্যমে তাদের কাছে উপলব্ধ থাকা বর্তমান স্ট্যান্ডিং ইনস্ট্রাকশনগুলিকে পাঠিয়ে দিতে পারবে

UPMS-এ প্রথম পাওয়া পেমেন্টের অনুরোধ গ্রহণ করা হবে (বিলারের কনফিগারেশনের উপর নির্ভর করে)। বর্তমান পেমেন্ট পদ্ধতিনির্ভর নির্দেশিকা অনুযায়ী COUগুলি SI/ম্যানডেট সামলাবে।

না, যেক্ষেত্রে একটিমাত্র COU-এর অধীনে একজন গ্রাহক একাধিক AI-এর মাধ্যমে রেজিস্টার করবেন, এটি প্রথম রেজিস্ট্রেশনের ঘটনাটি (একটিমাত্র রেজিস্ট্রেশনের অনুরোধ) CU-কে পাঠাবে। অন্যান্য AI-এর থেকে পরবর্তী রেজিস্ট্রেশনগুলি COU দ্বারা প্রথম রেজিস্ট্রেশনের সাথে দেওয়া CPRN-এর সাথে আভ্যন্তরীণভাবে চিহ্নিত করা হবে।

গ্রাহককে নিম্নলিখিত তথ্যগুলি জানাতে হবে:

i. অটো ডেবিটের জন্য সর্বাধিক অর্থমূল্য

ii. ম্যানডেটের বৈধতা কাল

iii. নির্দেশিকা অনুযায়ী পেমেন্ট পদ্ধতির তথ্য

পরিশোধের নির্দিষ্ট তারিখের খুব কাছাকাছি রেজিস্টার করার ক্ষেত্রে পেমেন্ট করতে যাতে ভুল না হয়, গ্রাহককে অবশ্যই আগে বর্তমান বিল পেমেন্ট করে নিতে হবে ও তারপরে পরের সাইকেল থেকে অটোপে কার্যকরী করার জন্য রেজিস্টার করতে হবে। রেজিস্ট্রেশনের সময় COUগুলি/AIগুলি গ্রাহককে এই বিষয়ে স্পষ্টভাবে জানিয়ে দেবে।

বিল পুশ ফ্লো: রেজিস্ট্রেশনের তথ্য BOUগুলিকে পাঠানো হবে।

প্রো-অ্যাক্টিভ ফেচ ফ্লো: রেজিস্ট্রেশনের তথ্য BOUগুলিকে পাঠানো হবে না।

তবে, UPMS-এর শুরু করা ফেচের সময় BOUগুলি 2টি ঐচ্ছিক ট্যাগ ব্যবহার করবে ও বিলারদের পাঠানো হবে: UPMS ফ্ল্যাগ ও CPRN।

অটোপে রেজিস্ট্রেশনের জন্য UPMS অর্থমূল্যের কোনও সীমা স্থির করেনি। তবে, প্রতিটি পেমেন্ট পদ্ধতি ও COUগুলির নিজ নিজ অর্থমূল্যের সীমা প্রযুক্ত হবে।

রেজিস্ট্রেশনের অনুরোধ: এটি একটি রাউন্ড রবিন পদ্ধতির মাধ্যমে BOUগুলির কাছে পাঠানো হবে, যেমন ভাবে BBPS-এর ক্ষেত্রে করা হয়।

বিল পুশ: বিলার শুধুমাত্র রেজিস্ট্রেশনের সাথে যুক্তের মাধ্যমেই নয়, যেকোনো BOU-এর মাধ্যমে UPMS-এর কাছে বিল পাঠাতে পারবে।

বিল পেমেন্ট: এটি প্রেজেন্টমেন্ট রিকোয়েস্টের সাথে চিহ্নিত BOU-এর মাধ্যমে চালনা করা হবে।

হ্যাঁ, BBPS COUগুলিকে পরামর্শ দেয় যাতে বর্তমানে সক্রিয় কোনও রেজিস্ট্রেশনকে তাদের রেজিস্ট্রেশনের মূল স্থান থেকে যেকোনো সময় বাতিল/পরিবর্তন করা যায় (BBPS অ্যাপ্রোচ নোট দেখুন)।

শুধুমাত্র রেজিস্ট্রেশন প্রকারের পরিবর্তন (অটোপে থেকে ভিউ-অ্যান্ড-পে ও তার বিপরীত) ও ম্যানডেটের বৈধতার মেয়াদের পরিবর্তনের তথ্যই COU CU-কে জানায়।

COU রেজিস্ট্রেশন বাতিলের তথ্য CU-কে শুধুমাত্র তখনই জানাবে যখন একজন গ্রাহক COU এর অধীনে থাকা সমস্ত AI থেকে প্রযোজ্য বিভাগগুলির জন্য রেজিস্ট্রেশন বাতিল করবেন, সুতরাং মাত্র একটি AI-এর সাথেও যদি গ্রাহকের রেজিস্ট্রেশন সক্রিয় থাকে তাহলে তাদের রেজিস্ট্রেশন COU-এ সক্রিয় থাকবে।

CU রেজিস্ট্রেশন বাতিলের তথ্য BOU-কে শুধুমাত্র তখনই জানাবে যখন একজন গ্রাহক সমস্ত COU থেকে রেজিস্ট্রেশন বাতিল করবেন, সুতরাং মাত্র একটি AI-এর সাথেও যদি গ্রাহকের রেজিস্ট্রেশন সক্রিয় থাকে তাহলে তাদের রেজিস্ট্রেশন CU-এ সক্রিয় থাকবে।

না, বিলার উভয় ফ্লোয়ের জন্য কনফিগার করা যাবে না।

প্রোঅ্যাক্টিভ বিল ফেচ বিলারদের ক্ষেত্রে, CU বিলারের বিলিং সাইকেলের উপর ভিত্তি করে একটি বিল সাইকেল লজিক কনফিগার করবে এবং সেই অনুযায়ী প্রতিদিন API ফেচ করবে। বিল পুশ ফ্লোয়ে, UPMS কোনও ফেচ শুরু করে না, বিল প্রস্তুত হলে তা BOU/বিলার দ্বারা UPMS-কে পাঠানো হয়।

উপলব্ধ হয়ে গেলে নতুন বিলগুলি কলব্যাক APIগুলির মাধ্যমে CU থেকে COUগুলিকে উপস্থাপন করা হয়। UPMS-এর সাথে রেজিস্টার্ড থাকা COUগুলির CU থেকে বিল নিয়ে আসা প্রত্যাশিত নয়।

প্রো-অ্যাক্টিভ ফেচ ও বিল পুশ ফ্লো, উভয়ের ক্ষেত্রেই নতুন বিল উপলব্ধ হওয়ামাত্র, CU সেইসব COUগুলিকে বিল প্রেজেন্টমেন্ট কলব্যাক পাঠাবে যেখানে গ্রাহক সেই বিলের জন্য রেজিস্টার করে রেখেছেন। প্রতি বিলিং সাইকেলে একটিমাত্র সফল প্রেজেন্টমেন্ট COU-কে করা হবে।

গত 24 ঘণ্টায় এড়িয়ে যাওয়া কলব্যাকের ডেটা ফেচ করার জন্য একটি বিল প্রেজেন্টমেন্ট এনকোয়ারি API রয়েছে। এড়িয়ে যাওয়া কলব্যাক যদি 24 ঘণ্টার বেশি পুরানো হয়, তাহলে COU BBPS এর অধীনে বিল ফেচ APIগুলি ব্যবহার করতে পারবে।

গত 24 ঘন্টায় এড়িয়ে যাওয়া কলব্যাকের ডেটা ফেচ করার জন্য বিল প্রেজেন্টমেন্ট এনকোয়ারি API-এর ব্যবস্থা আছে। COUগুলিকে একটি এনকোয়ারি API অনুরোধ শুরু করতে হবে অথবা প্রতি ঘন্টায় এটির সময় নির্ধারিত করতে হবে যাতে কোনও কলব্যাক এড়িয়ে যাওয়া হচ্ছে কিনা তা পরীক্ষা করা যায়।

COUগুলি CPRN ও ‘refId’ পাঠাবে যা বিল প্রেজেন্টমেন্টের সময়ে বিল পেমেন্ট API-এ ‘origRefId’ ট্যাগে পাঠানো হয়েছিল।

নির্দিষ্ট একটি COU থেকে একটি নির্দিষ্ট বিল সাইকেলের পেমেন্ট সম্পূর্ণ হয়ে যাওয়ার পরে, UPMS গ্রাহকের রেজিস্টার করা বাকি COUগুলিকে একটি ‘স্কিপ পেমেন্ট’ নোটিফিকেশন API পাঠাবে। এছাড়াও, বিল পেমেন্ট API-এ ‘origRefId’ ট্যাগে পাঠানো মানের জন্য UPMS দুবার পেমেন্ট হচ্ছে কিনা তা পরীক্ষা করে।

গ্রাহক যেক্ষেত্রে UPMS-এর বাইরের একটি চ্যানেল থেকে পেমেন্ট করবেন, UPMS বিলারের উপর নির্ভর করবে যাতে বিলার সেই সাইকেলের জন্য পেমেন্ট অস্বীকার করে অথবা পরের বিল সাইকেলের সাথে প্রাপ্ত অতিরিক্ত অর্থ অ্যাডজাস্ট করে।

গ্রাহককে নিম্নলিখিত পরিস্থিতিতে পেমেন্টের অনুমোদন জানাতে হবে:

i. সমস্ত ভিউ অ্যান্ড পে রেজিস্ট্রেশন

ii. অটোপে রেজিস্ট্রেশন যেখানে রেজিস্ট্রেশনের সময় গ্রাহকের স্থির করা সীমার থেকে বেশি অর্থমূল্যের বিল থাকবে।

পেমেন্ট যদি গ্রাহকের স্থির করা সীমার মধ্যে হয় এবং সেই পেমেন্ট পদ্ধতির জন্য নিয়ন্ত্রকের (RBI) নিয়ম অনুযায়ী বারংবার দেওয়া অর্থাৎ রেকারিং অর্থমূল্যের সীমার কম হয়, তাহলে পেমেন্টের সময় অনুমোদন জানানোর দরকার হবে না।

এক্ষেত্রে, COU আবার চেষ্টা করার প্রক্রিয়া অনুসরণ করবে, যা COU-এর বিবেচনা সাপেক্ষ বিষয়।

COU সেই বিলিং সাইকেলের জন্য এই রেজিস্ট্রেশনকে “ভিউ অ্যান্ড পে” হিসাবে ধার্য করবে। COU বর্তমান বিলের অনুমোদন জানানো ও পেমেন্ট করার বিষয়ে মনে করাতে গ্রাহককে একটি বার্তা পাঠাবে, যেখানে এটা বিশেষভাবে উল্লেখ করা থাকবে যে গ্রাহকের স্থির করা সর্বাধিক SI/ ম্যানডেট/ অটোপে-এর অর্থমূল্যের থেকে বিলের অর্থমূল্য বেশি।

UPMS সেই সমস্ত COU-কে স্কিপ নোটিফিকেশন API পাঠাবে যেখানে গ্রাহক একটি বিলের জন্য অটোপে অথবা ভিউ-অ্যান্ড-পে-এর রেজিস্ট্রেশন করিয়ে রেখেছেন, শুধুমাত্র সেই COU-কে পাঠানো হবে না যেখান থেকে পেমেন্ট সম্পূর্ণ হয়েছে।

সফল পেমেন্টের বার্তা পাওয়ার পরে UPMS স্কিপ পেমেন্ট নোটিফিকেশন জারি করবে।

এটা প্রায় একই সময়ের মধ্যে ঘটে।

এটা নিম্নলিখিত পদ্ধতিতে সামলানো হয় :

i. যেসব বিলারের ক্ষেত্রে প্রাপ্ত অর্থমূল্য, অতিরিক্ত পারিশ্রমিক ইত্যাদি দেরীতে বিল পেমেন্টের তথ্য বিল প্রেজেন্টমেন্ট রিকোয়েস্ট API-এ জানানো হয়, COUগুলি সেই অর্থমূল্য গণনা ও আপডেট করে নেয় যা পেমেন্ট করার আগে গ্রাহককে অনুমোদন করতে হবে (ভিউ অ্যান্ড পে ফ্লো)।

ii. যদি বিল প্রেজেন্টমেন্ট রিকোয়েস্টে দেরীতে বিল পেমেন্টের তথ্য দেওয়া না থাকে, COUগুলি নতুন করে এই তথ্য পাওয়ার জন্য BBPS বিল ফেচ API চালু করবে।

UPMS বর্তমান BBPS পেমেন্ট APIগুলি ব্যবহার করে।

UPMS পেমেন্ট স্ট্যান্ডার্ড BBPS পেমেন্ট সেটেলমেন্ট সাইকেল মেনে চলে; UPMS-এর জন্য আলাদা কোনও সেটেলমেন্ট সাইকেল নেই।

গত 24 ঘন্টায় এড়িয়ে যাওয়া নোটিফিকেশনের ডেটা ফেচ করার জন্য স্কিপ পেমেন্ট নোটিফিকেশন এনকোয়ারি API-এর ব্যবস্থা আছে। যদি কোনও কারণে স্কিপ পেমেন্ট নোটিফিকেশন তারা এড়িয়ে যায় তাহলে COUগুলিকে একটি এনকোয়ারি API অনুরোধ শুরু করতে হবে। প্রতি ঘন্টায় এই এনকোয়ারি API-এর জন্য সময় নির্ধারিত করতে হবে যাতে কোনও নোটিফিকেশন এড়িয়ে যাওয়া হচ্ছে কিনা তা পরীক্ষা করা যায়।

UPMS APIগুলি একই সময়ে সক্রিয় থাকতে পারে না এবং কনফিগার করার মত সর্বাধিক সময়সীমা হল প্রতিক্রিয়া জানানোর ক্ষেত্রে 120 সেকেন্ড ও প্রাপ্তিস্বীকারের ক্ষেত্রে 5 সেকেন্ড।

UPMS APIগুলি XML ও JSON-এ সাপোর্ট করা হয়।