ক্রস-বর্ডার পেমেন্ট PSP গুলি মাল্টি-ট্র্যাক যুগে বিকাশ লাভ করছে

লেখক: আ ওয়াং, ওয়েব3 ছোট আইনজীবী

ডিজিটাল পেমেন্ট মূলধারায় চলে এসেছে, কিন্তু সেটেলমেন্ট এখনও নয়।

এটি আগের ভিসা উচ্চপদস্থ কর্মকর্তা এবং বিম প্রতিষ্ঠাতা ড্যান মটিসের মতামত। ভিসার লেনদেনগুলি যেকোনো ব্যবসায়ীতে অনুমোদন করা হয়, কিন্তু পিছনের সেটেলমেন্ট এখনও SWIFT-এর উপর নির্ভর করে—ব্যাচ লেনদেনগুলি একত্রিত করে, ক্রস-বর্ডার হোয়ার্ট মাধ্যমে অর্থ স্থানান্তর করে, স্থানীয় নিয়ন্ত্রণ, ছুটির দিন, এবং একাধিক মধ্যবর্তী ব্যাংকের মাধ্যমে যায়, তারপর ব্যবসায়ীরা পেমেন্ট পাওয়ার জন্য অপেক্ষা করে। এটি ভিসার সমস্যা নয়, বরং পুরো শিল্পের গঠনগত অপূরণীয়তা। এবং PSP-গুলি এই অপূরণীয়তার সবচেয়ে কেন্দ্রীয় স্থান।

এই প্রবন্ধটি পেমেন্ট সার্ভিস প্রোভাইডার (PSP) এর উপর ফোকাস করে, যা শুধুমাত্র পেমেন্ট গ্রহণের একটি টুল থেকে বিকাশ লাভ করেছে এবং এখন ফান্ড ফ্লো, সেটেলমেন্ট এবং লেখাপড়ার একটি কেন্দ্রীয় ইনফ্রাস্ট্রাকচার লেয়ার হয়ে উঠেছে। এগুলি প্রথমে একটি আরও সহজ যুগের জন্য ডিজাইন করা হয়েছিল—একক ট্র্যাক সিস্টেম, লিনিয়ার ট্রানজেকশন প্রসেস, উচ্চ ডিগ্রির বান্ডিলড ইনফ্রাস্ট্রাকচার।

আধুনিক পেমেন্ট পরিবেশে, একটি "পেমেন্ট" একক লেনদেন নয়, বরং একাধিক অংশগ্রহণকারী এবং পেমেন্ট ট্র্যাকের মধ্যে দিয়ে অবস্থার একটি ধারাবাহিকতা। আজ, একটি পেমেন্টের মধ্যে অন্তর্ভুক্ত হতে পারে: C-এন্ড অ্যাপ, PSP, ফ্রড/আইডেন্টিটি ভেরিফিকেশন সরবরাহকারী, ট্রাস্টি ব্যাংক, এক বা একাধিক পেমেন্ট ট্র্যাক, এবং কোম্পানির অভ্যন্তরীণ জাবেদা সিস্টেম।

ব্যবসাগুলি ব্যাংক কার্ড, ACH, টেলিগ্রাফিক ট্রান্সফার, RTP, FedNow এবং বৃদ্ধি পাচ্ছে স্থিতিশীল মুদ্রা ভিত্তিক জমা সহ সমস্ত পথ সমর্থন করতে হবে। প্রতিটি পথের ভিন্ন ভিন্ন জমা সময়, ব্যর্থতার মডেল, ডেটা ফরম্যাট এবং অপারেশনাল প্রয়োজনীয়তা রয়েছে।

এই নিবন্ধটি Modern Treasury-এর গাইডলাইন সংকলন করে, যা পিএসপি কীভাবে বিকশিত হচ্ছে, এর অধীনস্থ আর্কিটেকচারকে আধুনিক পেমেন্ট সিস্টেমের সাথে কীভাবে খাপ খাইয়ে নেওয়া উচিত, এবং পেমেন্ট প্রোডাক্ট তৈরি করছে এমন দলগুলির পরবর্তী পিএসপি বাছাইয়ের জন্য কী কৌশল অবলম্বন করা উচিত—এসব বিষয় নিয়ে আলোচনা করবে।

মূল বিচার

01｜ডিজিটাল পেমেন্ট মেইনস্ট্রিমে চলে এসেছে, কিন্তু সেটেলমেন্ট এখনও নয়। ভিসা আপনাকে বিশ্বব্যাপী যেকোনো ব্যবসায়ীর কাছে অনুমোদন দেয়, কিন্তু পিছনের সেটেলমেন্ট এখনও SWIFT-এর উপর নির্ভর করে। ইন্টারফেস সমাধান হয়েছে, কিন্তু বেসমেন্ট এখনও সমাধান হয়নি।

02｜PSP পেমেন্ট প্রক্রিয়াকরণ করে, কিন্তু ফান্ডের প্রবাহ ব্যাখ্যা করে না। Stripe আপনাকে বলে যে এর অংশে কী ঘটেছে, কিন্তু বলতে পারে না যে এই টাকার বর্তমান সত্যিকারের অবস্থা কী। একেকটি স্তর এবং রেকর্ডিং স্তর, দুটি ভিন্ন বিষয়।

03｜প্রতিটি পেমেন্ট পথ একটি স্বতন্ত্র অপারেটিং সিস্টেম, একই মডেলের ভেরিয়েন্ট নয়। ACH বাতিল করা যায়, RTP বাতিল করা যায় না; কার্ড নেটওয়ার্কে বিরোধ করা যায়, স্থিতিশীল করেন চেইন-উপর চূড়ান্ত নিশ্চিতকরণ। PSP-এর অ্যাবস্ট্রাকশন লেয়ার এই পার্থক্যগুলি লুকিয়ে রাখে, কিন্তু শুধুমাত্র সমস্যা দেখা দেওয়া পর্যন্ত।

04｜ রিয়েল-টাইম পেমেন্ট বাফারকে অপসারণ করেছে, নিয়ন্ত্রণ এগিয়ে নিতে হবে। প্রাচীন PSP-এর ঝুঁকি ব্যবস্থাপনা, অনুমোদন এবং হিসাব মিলানোর যুক্তি সবসময়ই ধরে নিয়েছে যে “যদি ভুল হয়, তবে সংশোধনের জন্য সময় আছে।” RTP এবং FedNow এই ধারণাকে অকার্যকর করে দিয়েছে। সিদ্ধান্তটি অর্থ স্থানান্তরের পরে নয়, তার আগেই নেওয়া উচিত।

05｜স্টেবলকয়েন হল সেটেলমেন্ট ট্র্যাক, নতুন পেমেন্ট মেথড নয়। এটি পেমেন্ট ইন্টারফেসের সমস্যা সমাধান করে না, বরং 'অ্যাকাউন্টিং সম্পন্ন' থেকে 'বাস্তবে প্রাপ্তি' এর মধ্যবর্তী বিলম্ব সমাধান করে। সবচেয়ে ব্যবহারিক বাস্তবায়ন পথটি হল স্যান্ডউইচ কাঠামো: ফিয়াট কারেন্সি প্রবেশ, চেইন-ভিত্তিক প্রবাহ, ফিয়াট কারেন্সি বেরিয়ে যাওয়া—উভয় প্রান্তের ব্যবহারকারীদের স্টেবলকয়েন সম্পর্কে জানার দরকার নেই।

06｜অনুমোদিত অর্থ আয় উৎপাদন করতে পারে, যা প্রায়শই প্রচলিত ব্যবস্থায় অস্তিত্বহীন। ক্রস-বর্ডার পেমেন্টে, অর্থ সেটেলমেন্ট শেষ হওয়ার আগে 24 থেকে 72 ঘন্টা জমা থাকে, যা কোনও আয় উৎপাদন করে না এবং চলতি মূলধন ব্যবহার করে। স্থিতিশীল মুদ্রা প্রথমবারের মতো 'চলমান অর্থ'কেও মূল্য উৎপাদনের সুযোগ দিয়েছে।

07｜ পেমেন্ট অপারেশনের সবচেয়ে বড় ব্যর্থতা হলো একটি সাধারণ প্রশ্নের উত্তর দিতে অক্ষমতা: এই টাকাটা কোথায় গেল? রিকনসিলিয়েশন, অস্বাভাবিকতা প্রতিক্রিয়া, তরলতা ব্যবস্থাপনা—এই সমস্যাগুলো পেমেন্ট শুরুর সময় দেখা যায় না, বরং পরে দেখা যায়। একটি একীকৃত সমন্বয় স্তর না থাকায়, প্রতিটি সার্ভিস প্রোভাইডার শুধুমাত্র নিজের অংশটির গল্পই বলতে পারে।

০৮｜ প্রকৃত কৌশলগত ঝুঁকি হল আপনি স্থিতিশীল মুদ্রা ব্যবহার করছেন কিনা নয়। এটি হল আপনার প্রতিদ্বন্দ্বীরা স্থিতিশীল মুদ্রা ব্যবহার করে তাদের জরিমানা খরচ এবং ফান্ড দক্ষতা পুনর্গঠন করেছে, আর আপনি এখনও একটি আদর্শ প্রবেশের সময় অপেক্ষা করছেন।

এক, পিএসপি-এর ইতিহাসগত বিকাশ

গত বিশ বছরে PSP-এর ভূমিকা মৌলিকভাবে পরিবর্তিত হয়েছে।

ই-কমার্সের প্রাথমিক পর্যায়ে, PSP-গুলি মূলত পেমেন্ট গেটওয়ে হিসাবে কাজ করত। তাদের দায়িত্ব সহজ ছিল: ব্যবসায়ীদের কার্ড নেটওয়ার্ক এবং অ্যাকাউন্টিং ব্যাংকের সাথে সংযুক্ত করা, যাতে লেনদেনগুলি অনুমোদন এবং সেটেলমেন্ট করা যায়।

এই PSP সিস্টেমগুলি একটি খুব নির্দিষ্ট বিশ্বের জন্য ডিজাইন করা হয়েছে। পেমেন্টগুলি কার্ড-ভিত্তিক, একক মেরচেন্ট অ্যাকাউন্টের মধ্যে প্রবাহিত হয় এবং অথোরাইজেশন থেকে সেটেলমেন্টের রৈখিক লাইফসাইকেল অনুসরণ করে। PSP-গুলি এই মডেলের ভিতরে ট্রানজেকশনগুলি দক্ষতার সাথে প্রক্রিয়াকরণের জন্য অপ্টিমাইজ করা হয়েছে।

২০১০ এর দশকে, মার্কেটপ্লেস, SaaS প্ল্যাটফর্ম এবং ফিনটেক পণ্যগুলি তাদের পণ্যের মধ্যে পেমেন্টকে সরাসরি এমবেড করতে শুরু করে। প্ল্যাটফর্মগুলিকে ব্যবহারকারী রেজিস্ট্রেশন, একাধিক পক্ষের মধ্যে পেমেন্ট বিভাজন এবং পেমেন্ট বিতরণ ব্যবস্থাপনা করতে হয়েছিল। PSP গুলি তখন বিস্তৃত হয়ে মালিকানা রেজিস্ট্রেশন, পেমেন্ট ডিসবার্সমেন্ট ইনফ্রাস্ট্রাকচার এবং প্রতারণা প্রতিরোধ টুলস চালু করে।

তবে, যদিও PSP-এর ক্ষমতা নিরন্তর বিস্তৃত হচ্ছে, এর মূল আর্কিটেকচার এখনও রৈখিক পেমেন্ট প্রক্রিয়ার জন্য ডিজাইন করা মডেলের উপর ভিত্তি করে—যা মূলত ট্রানজেকশন প্রসেসিংয়ের জন্য অপ্টিমাইজড, বিভিন্ন সার্ভিস প্রোভাইডার এবং ট্র্যাকগুলির মধ্যে জটিল, বহু-পদক্ষেপের ফান্ড মুভমেন্টকে সমন্বয় করার জন্য নয়।

2020 এর প্রারম্ভে, কোম্পানিগুলি একাধিক ট্র্যাক, একাধিক অঞ্চল এবং বিভিন্ন পরিস্থিতিতে কাজ করতে শুরু করে। পারম্পরিক PSP গুলি এখনও অনেকগুলি উপাদান বান্ডিল করে, যাতে কোম্পানিগুলি একটি একক প্ল্যাটফর্মের সাথে মিলিত হয়। তবে পেমেন্ট প্রক্রিয়াগুলি আরও জটিল হয়ে উঠতে থাকার সাথে সাথে, একটি পেমেন্ট প্রক্রিয়ায় একাধিক ধাপ অন্তর্ভুক্ত হতে পারে: পরিচয় যাচাই, ঝুঁকি পরীক্ষা, অর্থনৈতিক সিদ্ধান্ত, ট্র্যাক বাস্তবায়ন, অভ্যন্তরীণ ট্র্যাকিং।

এই পরিবর্তনটি PSP-এর ভূমিকাকে «সংযোগকারী» থেকে «সমন্বয়ক» (from connectors to coordinators)-এ পরিণত করেছে, কিন্তু এর আর্কিটেকচার একই গতিতে উন্নত হয়নি।

ফলাফল হল: PSP এখনও ফান্ড স্থানান্তরের দায়িত্ব বহন করে, কিন্তু একটি আরও জটিল সম্পূর্ণ ট্রানজেকশন পেমেন্ট লাইফসাইকেলের প্রেক্ষাপটে কাজ করে।

দ্বিতীয়: আধুনিক PSP পেমেন্ট টেকস্ট্যাক

PSP-এর সীমাবদ্ধতা বুঝতে হলে এটির প্রস্তুত পরিবেশের সাথে এর সম্পর্ক বুঝতে হবে।

2.1 পিএসপি টেক স্ট্যাক

আধুনিক পেমেন্ট পরিবেশ একটি একক প্ল্যাটফর্ম বা সার্ভিস প্রোভাইডার নয়, বরং একটি স্তরবদ্ধ অবকাঠামোর সেট, যা অর্থের স্থানান্তর, সেটেলমেন্ট এবং লেখাপড়াকে সমর্থন করে।

অ্যাপ্লিকেশন লেয়ার: পেমেন্ট শুরু করা ই-কমার্স প্ল্যাটফর্ম, মার্কেটপ্লেস, ফিনটেক অ্যাপ, পেমেন্ট এমবেডেড এসএএস পণ্য।

PSP স্তর: পেমেন্ট নির্দেশ বাস্তবায়নের জন্য দায়ী, যেমন ট্রানজেকশনকে কার্ড নেটওয়ার্কে রাউট করা, ব্যাংক ট্রান্সফার শুরু করা, বা পেমেন্ট ট্র্যাকে যুক্ত হওয়া। সাধারণত, এই নিম্নস্তরের জটিলতাগুলি PSP-এর ইন্টারফেসের পিছনে অ্যাবস্ট্র্যাক্ট করা থাকে, যাতে ব্যবহারকারীরা একটি একক সিস্টেমের সাথে ইন্টারঅ্যাক্ট করেন, পিছনের অনেকগুলি সরবরাহকারীর সাথে সরাসরি মোকাবিলা না করে।

কমপ্লায়েন্স লেয়ার: আধুনিক পেমেন্ট প্রক্রিয়াগুলি পরিচয় যাচাইকরণ সরবরাহকারী, প্রতারণা শনাক্তকরণ টুল এবং কমপ্লায়েন্স অবকাঠামোর উপর নির্ভর করে, যেগুলি পেমেন্টটি অগ্রসর হওয়ার অনুমতি দেওয়া উচিত কিনা তা নির্ধারণ করে।

ব্যাংক লেয়ার: ট্রাস্টি ব্যাংক ফান্ড রাখে, নিয়ন্ত্রিত অ্যাকাউন্ট প্রদান করে এবং ACH, টেলিগ্রাফিক ট্রান্সফার, RTP এবং FedNow এর মতো পেমেন্ট নেটওয়ার্কের জন্য অ্যাক্সেস সমর্থন করে।

অন্তর্গত হিসাব স্তর: একটি প্রতিষ্ঠান যা ব্যালেন্স ট্র্যাক করতে, লেনদেনের অবস্থা নির্দেশ করতে এবং আর্থিক কার্যকলাপের সামঞ্জস্যপূর্ণ রেকর্ড রাখতে ব্যবহার করে।

উপরের প্রতিটি স্তর ফান্ড মুভমেন্টে ভূমিকা রাখে, কিন্তু কোনোটিই পেমেন্ট শুরুর পর কী ঘটে তার পূর্ণাঙ্গ চিত্র প্রদান করে না। এটিই ইন্টারনাল রিকনসিলিয়েশন লেয়ারকে অপরিহার্য করে তোলে।

2.2 সিঙ্ক্রোনাস এবং অ্যাসিঙ্ক্রোনাস

প্রাচীন PSP-এর একটি মৌলিক ডিজাইন ত্রুটি রয়েছে: এটি শুধু টাকা পাঠানোর ব্যাপারেই দায়ী, পাঠানোর পরে কী ঘটে তার ব্যাপারে দায়ী নয়।

সমস্যা হলো, "প্রেরণের পরে" ঠিক পেমেন্টের সবচেয়ে জটিল অংশ।

PSP-এর API ইন্টারফেস সিঙ্ক্রোনাস—আপনি একটি নির্দেশ পাঠান, এটি একটি ফলাফল ফেরত দেয়। কিন্তু প্রকৃত ফান্ড প্রবাহ অ্যাসিঙ্ক্রোনাস: সেটেলমেন্ট পরে সম্পন্ন হয়, ব্যর্থতা বিলম্বিতভাবে প্রকাশ পায়, এবং রিফান্ড এবং কর্যক্রম যেকোনো সময় ফিরে আসতে পারে। এই অসামঞ্জস্যতা একটি স্থায়ী তথ্য গহ্বর তৈরি করে।

কৃষ্ণগহ্বরের সুস্পষ্ট প্রকাশ হল অবস্থার বিভাজন:

কোনো নোডই আপনাকে বলতে পারবে না যে এই টাকার বর্তমান অবস্থা কী।

বাজার প্ল্যাটফর্মের বিক্রেতার উত্তোলনের উদাহরণ হিসেবে, সম্পূর্ণ প্রক্রিয়াটি একটি দীর্ঘ চেইন: যোগ্যতা যাচাই → ঝুঁকি নিয়ন্ত্রণ ও সঙ্গতি → অর্থ নিশ্চিতকরণ → নির্দেশ প্রেরণ → অপারেশন বাস্তবায়ন → নিশ্চিতকরণ ফিরানো → পরবর্তী সেটেলমেন্ট → হিসাব বই আপডেট। PSP শুধুমাত্র মধ্যবর্তী কয়েকটি ধাপ কভার করে, প্রাথমিক সিদ্ধান্ত এবং পরবর্তী হিসাব-নিকাশ এর দায়িত্বের বাইরে। যদি এই পেমেন্টটি ব্যর্থ হয় বা ফেরত যায়, তবে কোনও সিস্টেমই সম্পূর্ণ উত্তর দিতে পারে না।

এই হলো অন্তর্নিহিত অ্যাকাউন্টিং লেয়ারের উদ্দেশ্য: এটি PSP-কে পেমেন্ট প্রক্রিয়াকরণের ভূমিকা পালন থেকে প্রতিস্থাপন করে না, বরং সমগ্র চেইনের উপরে একটি একক, সমন্বিত পর্যবেক্ষণ লেয়ার তৈরি করে—বিভিন্ন সেবাদাতা, বিভিন্ন সময়ক্রম এবং বিভিন্ন ফরম্যাটের অ্যাসিঙ্ক্রোনাস ইভেন্টগুলিকে ধারাবাহিকভাবে একটি একক, বিশ্বস্ত অভ্যন্তরীণ স্টেটে রূপান্তরিত করে। যতই টাকা মধ্যবর্তী ধাপগুলি দিয়ে প্রবাহিত হোক, সবসময় একটি জায়গা থাকবে যেখানে সবচেয়ে মৌলিক প্রশ্নটির উত্তর দেওয়া যাবে: এই টাকাটি এখন ঠিক কোথায়?

তিন, পারম্পরিক PSP-এর পেমেন্ট সীমাবদ্ধতা

পারম্পরিক PSP-এর অ্যাবস্ট্রাকশন লেয়ার ব্যাংক কার্ড পেমেন্টের উপর ভিত্তি করে গঠিত—অথরাইজেশন, ক্যাপচার, সেটেলমেন্ট, যার লাইফসাইকেল পূর্বানুমানযোগ্য। যদিও বিতর্ক এবং রিজেকশনের মতো ব্যতিক্রমও রয়েছে, তবুও সমগ্র কাঠামোটি পূর্বানুমানযোগ্য এবং ভালভাবে বোঝা যায়। এই মডেলটি PSP-এর ডিজাইনকে আকৃতি দিয়েছে।

নতুন পেমেন্ট পদ্ধতির আবির্ভাবের সাথে সাথে, PSP বিভিন্ন ট্র্যাকের জন্য সমর্থন বাড়িয়েছে, কিন্তু এই ট্র্যাকগুলির আচরণ ব্যাংক কার্ডের মতো নয় এবং একই ধারণাগুলির অনুসরণ করে না:

• ACH ট্রান্সফার: দেরি চালু করা হয়েছে, এবং পেমেন্ট শুরু করার কয়েক দিন পরেও এটি বাতিল হওয়ার সম্ভাবনা রয়েছে।
• Wire transfer: Faster settlement, but typically requires manual processes and higher costs.
• RTP এবং FedNow এর মতো রিয়েল-টাইম পেমেন্ট নেটওয়ার্ক: ফান্ডের তাৎক্ষণিক স্থানান্তর সম্ভব করে, কিন্তু ট্রানজেকশন সম্পন্ন হওয়ার পর সাধারণত বাতিল করা যায় না।
• স্থিতিশীল মুদ্রা ট্রান্সফার: এগুলি সম্পূর্ণ ভিন্ন অবকাঠামোর উপর চলে, যার ভিন্ন গ্যারান্টি মেকানিজম এবং অপারেশনাল বিবেচনা রয়েছে।

একটি মার্কিন কোম্পানি যখন ফিলিপাইনের সরবরাহকারীকে পেমেন্ট করে:

• ACH এর মাধ্যমে ট্রান্সফার করুন, T+2 এ প্রাপ্তি, তবে ফিলিপাইনের ব্যাংকগুলি ACH সরাসরি গ্রহণ করে না, এর মধ্যে একবার স্থানীয় পথে রিট্রান্সফার প্রয়োজন, ফলে প্রকৃত প্রাপ্তি T+4 হতে পারে, এবং এই সময়ের মধ্যে অ্যাকাউন্টের তথ্যের অসামঞ্জস্যতার কারণে যেকোনো সময় ট্রান্সফার বাতিল হতে পারে।
• ইএসএস মাধ্যমে টাকা পাঠান, এটি দ্রুত, কিন্তু বিকাল ৩টার আগে ইএসএস কাট-অফের মধ্যে জমা দিন, ছুটির দিনে এটি পরবর্তী দিনে স্থানান্তরিত হবে, SWIFT শুল্ক $25 থেকে $45, প্রাপকের ব্যাংক সম্ভবত একটি মধ্যবর্তী ব্যাংক শুল্কও কাটবে, ফলে চূড়ান্ত প্রাপ্ত পরিমাণ এবং প্রেরিত পরিমাণের মধ্যে পার্থক্য থাকবে।
• স্থিতিশীল মুদ্রা স্যান্ডউইচ ব্যবহার করুন, USDC যুক্তরাষ্ট্রের অ্যাকাউন্ট থেকে পাঠানো হয়, চেইনে কয়েক সেকেন্ডে নিশ্চিত হয়, ফিলিপাইনের পার্টনার পেয়ে এটিকে পেসোতে রূপান্তর করে স্থানীয় অ্যাকাউন্টে জমা দেয়, সম্পূর্ণ প্রক্রিয়া এক ঘন্টার বেশি সময় নেয় না এবং ব্যয় ট্রান্সফার পরিমাণের 1% এর কম।

তিনটি পথ, একই টাকা, ৯৬ ঘন্টার বিল সময়ের পার্থক্য, খরচের পার্থক্য কয়েক ডলার, এবং ট্রেসেবিলিটি সম্পূর্ণ ভিন্ন। এটি পণ্যের অভিজ্ঞতার পার্থক্য নয়, বরং তিনটি অপারেটিং সিস্টেমের মধ্যে পার্থক্য। PSP-এর অ্যাবস্ট্রাকশন লেয়ার এই পার্থক্যগুলি লুকাতে পারে না, এটি শুধুমাত্র ডেভেলপারদের এবং অপারেশন টিমদের কাছে এই পার্থক্যগুলি গ্রহণ করতে বাধ্য করে।

এগুলি একই পেমেন্ট মডেলের ভেরিয়েন্ট নয়, বরং সম্পূর্ণ ভিন্ন অপারেশনাল মডেল।

প্রাচীন PSP গুলি প্রতিটি ট্র্যাকের জন্য ভিন্ন ভিন্ন API এবং স্টেট ডিফিনিশন প্রকাশ করে—এটি পার্থক্যগুলিকে সত্যিকারের একীকরণ করেনি, বরং সেই পার্থক্যগুলিকে ডেভেলপারদের দিকে ঠেলে দিয়েছে। ইঞ্জিনিয়ারিং টিমগুলি প্রতিটি ট্র্যাকের জন্য বিশেষ লজিক লিখতে শুরু করে, অপারেশন টিমগুলি বিভিন্ন ফেইলার মোডগুলি হাতে হাতে পরিচালনা শুরু করে, এবং ফাইন্যান্স টিমগুলি একই ধরনের লেনদেনগুলির জন্য সম্পূর্ণভাবে ভিন্ন পথগুলির মাধ্যমে অ্যাকাউন্টিং করতে শুরু করে।

এটিই শুধু বিমূর্ত রিলিফ: যা আসলে গোপন করা উচিত ছিল ট্র্যাক জটিলতা, তা আবার অ্যাপ্লিকেশন লেয়ারে প্রবেশ করেছে।

আরও বেশি ট্র্যাক যোগ হওয়ার সাথে সাথে পেমেন্ট পরিবেশ একটি একীভূত অ্যাবস্ট্রাকশন লেয়ারের পরিবর্তে অসংযুক্ত ইন্টিগ্রেশনের একটি সিরিজে পরিণত হয়। ধীর ট্র্যাকগুলিতে, সমস্যা শনাক্তকরণের জন্য দেরি একটি সময়ের জানালা প্রদান করে। রিয়েল-টাইম ট্র্যাকে, এই জানালা অদৃশ্য হয়ে যায়—পেমেন্ট কয়েক সেকেন্ডের মধ্যে সেটেল হয়, ভুলগুলি সহজেই বাতিল করা যায় না, এবং সিদ্ধান্তগুলি অর্থ স্থানান্তরের পরে নয়, তার আগেই নেওয়া হতে হয়।

চতুর্থ, বাস্তবসময়ের পেমেন্ট পিএসপির নিয়ন্ত্রণকে এগিয়ে নিয়ে যায়

বাস্তব সময়ের পেমেন্ট নেটওয়ার্কে স্থানান্তর শুধুমাত্র ফান্ড প্রবাহের গতি বাড়ায়নি—এটি পেমেন্ট অবকাঠামোর ডিজাইনের প্রয়োজনীয়তাকে মৌলিকভাবে পরিবর্তন করেছে।

এসিএচ এবং টেলিগ্রাফ ট্রান্সফারের যুগে, সময় একটি বাফার ছিল।

এসিএইচ জমা হতে কয়েক দিন সময় লাগতে পারে, ব্যাংক কার্ড লেনদেনগুলি অনুমোদনের পরে বিরোধ তোলা যায়, এবং ইলেকট্রনিক ট্রান্সফারগুলিও প্রায়শই মানব পর্যালোচনার ধাপ অন্তর্ভুক্ত করে। এই বিলম্বগুলি দক্ষতার ক্ষতি সৃষ্টি করলেও, এগুলি ভুল শনাক্তকরণ, সন্দেহজনক কার্যকলাপের হস্তক্ষেপ, এবং জমা চূড়ান্ত হওয়ার আগে হিসাব-নিকাশ সম্পন্ন করার সুযোগ প্রদান করে।

প্রাচীন PSP মডেলটি এই বাফারের চারপাশে গড়ে উঠেছে।

তবে, RTP, FedNow ইত্যাদি রিয়েল-টাইম পেমেন্ট নেটওয়ার্কগুলি এই ধারণাটিকে সম্পূর্ণভাবে ভেঙে দিয়েছে। অর্থ কয়েক সেকেন্ডের মধ্যে সরাসরি অ্যাকাউন্টগুলির মধ্যে প্রবাহিত হয়, এবং পেমেন্ট সম্পন্ন হওয়ার পর সাধারণত এটি বাতিল করা যায় না।

• প্রতারণা শনাক্তকরণ আরও আগে সম্পন্ন করা প্রয়োজন
• কমপ্লায়েন্স স্ক্রিনিং রিয়েল-টাইমে করা হতে হবে
• ফান্ড সিদ্ধান্ত পেমেন্ট মুক্তির মুহূর্তে সঠিকভাবে নেওয়া উচিত।
• পরে ভুল সংশোধনের সুযোগ নেই

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

ফলাফল হল দায়িত্বের স্থানান্তর: PSP-কে সেই অন্তর্নিহিত সিস্টেমগুলির সমর্থন করতে উন্নত করতে হবে যেগুলি পেমেন্ট কখন প্রয়োগ করা হবে তা নির্ধারণ করে। অন্যভাবে বলা যায়, নিয়ন্ত্রণকে এগিয়ে নিয়ে আসতে হবে।

পেমেন্ট ইনফ্রাস্ট্রাকচারকে এমনভাবে ডিজাইন করা প্রয়োজন যাতে অনুমোদন, ফান্ড লজিক, ঝুঁকি পরীক্ষা এবং স্ট্যাটাস যাচাইকরণ ফান্ড প্রবাহের আগেই সম্পন্ন হয়, তারপর নয়। এটি ব্যালেন্স, ট্রানজেকশন স্ট্যাটাস এবং ক্রস-সার্ভিস প্রোভিশনের জন্য পারম্পরিক PSP আর্কিটেকচারের চেয়ে বেশি সমন্বিত দৃষ্টিভঙ্গির প্রয়োজন।

রিয়েল-টাইম ট্র্যাকিং শেষ অবস্থা নয়, শুধুমাত্র একটি মোড়। স্টেবলকয়েন প্রবেশ করার পর, সমস্যাটি আরও উচ্চতর মাত্রায় উঠবে।

৫. স্থিতিশীল মুদ্রা: একটি নতুন ট্র্যাক, নয় একটি নতুন পেমেন্ট পদ্ধতি

স্থিতিশীল মুদ্রাকে একটি নতুন পেমেন্ট পণ্য হিসাবে বিবেচনা করা সবচেয়ে বেশি বিভ্রান্তিকর বিষয়। এটি এমন কিছু নয়। এটি একটি নতুন সেটেলমেন্ট ট্র্যাক, যা অ্যাকাউন্টিং সম্পন্ন হওয়ার থেকে বাস্তবে প্রাপ্তির মধ্যে বিলম্বকে সমাধান করে।

স্টেবিলকয়েন ট্রেডিং ব্লকচেইন নেটওয়ার্কে চলে, কার্ড, ACH বা টেলিগ্রাফ ট্রান্সফারের মতো নয়:

• Settlement is ongoing, not batched
• নেটওয়ার্কের উপর নির্ভর করে প্রায় তাৎক্ষণিক চূড়ান্ত নিশ্চিতকরণ
• ব্যাংকের কার্যকাল এবং ছুটির সময়ের সীমাবদ্ধতা ছাড়া 7×24 ঘন্টা চলমান
• কোনো নির্দিষ্ট দেশীয় পেমেন্ট সিস্টেমের উপর নির্ভর করে না
• ব্যালেন্স, মালিকানা এবং লেনদেনের ইতিহাস ট্র্যাক করার প্রাইমিটিভ সম্পূর্ণ ভিন্ন

প্রাচীন PSP আর্কিটেকচার ব্যাংক এবং পেমেন্ট নেটওয়ার্কের সমন্বয়ের উপর ভিত্তি করে গড়ে উঠেছে, যেখানে স্টেবলকয়েন এই মধ্যস্থতাকারীদের উপর নির্ভরশীল না হয়ে নেটওয়ার্ক প্রবর্তন করেছে। উৎপত্তি, সেটেলমেন্ট এবং লেখা সবই মূল ডিজাইনের বাইরে ঘটে। একটি ব্যবসা একসাথে ব্যাংক ট্র্যাক, রিয়েল-টাইম নেটওয়ার্ক এবং চেইন-অন-সেটেলমেন্টকে সমন্বিত করতে পারে—প্রতিটি ধরনের চূড়ান্ততা, সময়সূচী এবং নিয়ন্ত্রণের জন্য ভিন্ন ভিন্ন ধারণা রয়েছে—এই পার্থক্যগুলি একটি একক API দ্বারা একীভূত করা যায় না, এবং PSP-এর একক অবস্তুতা হিসাবে অবস্থানটি আরও কঠিন হয়ে পড়ছে।

যেমন রিয়েল-টাইম পেমেন্ট সিস্টেমটি সময়ক্রম এবং বাতিলযোগ্যতার ধারণাকে চ্যালেঞ্জ করে, স্টেবলকয়েনগুলি পেমেন্টের ঘটনাস্থল এবং প্রতিনিধিত্বের ধারণাকে চ্যালেঞ্জ করে।

এই প্রক্রিয়ায়, তারা একটি নতুন জটিলতার স্তর যোগ করেছে।

স্থিতিশীল মুদ্রা স্যান্ডউইচ হল বর্তমানে সবচেয়ে ব্যাবহারিক বাস্তবায়ন পথ: ফিয়াট কারেন্সি প্রবেশ → ব্লকচেইনে প্রবাহিত → ফিয়াট কারেন্সি বের হওয়া।

গ্রাহক এবং সরবরাহকারীদের স্থিতিশীল মুদ্রা সম্পর্কে জানার প্রয়োজন নেই, স্থিতিশীল মুদ্রা শুধুমাত্র একটি মধ্যবর্তী পথ—যা পারম্পরিক ক্রস-বর্ডার সেটেলমেন্টের ধীর, মহং এবং অস্থিতিশীল পথটি সমাধানের জন্য বিশেষভাবে ডিজাইন করা হয়েছে। সবচেয়ে মূল্যবান ব্যবহারগুলি কঠিন পথে কেন্দ্রীভূত, অর্থাৎ পারম্পরিক পদ্ধতি ধীর, মহং বা সম্পূর্ণভাবে অপ্রাপ্য ক্রস-বর্ডার পরিস্থিতি।

কোম্পানিগুলি স্থিতিশীল মুদ্রার প্রতি সম্পূর্ণভাবে আসক্ত হবে না এবং হওয়াও উচিত নয়; বাস্তব পথ হলো কয়েকটি নির্দিষ্ট ব্যবহারের ক্ষেত্রে আংশিক প্রতিস্থাপন করা, তারপর চেতনা গড়ে তোলার পর বিস্তার করা।

স্থিতিশীল মুদ্রা একটি অতিরিক্ত মাত্রা যোগ করে: পথের অর্থের আয়, যা প্রায়শই প্রচলিত ব্যবস্থায় অনুপস্থিত। প্রাচীন পেমেন্ট প্রক্রিয়ায়, অর্থ প্রেরণ থেকে প্রাপ্তির মধ্যে ২৪ থেকে ৭২ ঘন্টা সময় লাগে, যেখানে কোনও আয় নেই এবং চলতি মূলধন বন্ধ হয়ে যায়। চেইন-উপরের স্থিতিশীল মুদ্রা প্রবাহের মধ্যে আয় উৎপন্ন করতে পারে—এটি পেমেন্ট খরচের একটি ছোট উন্নতি নয়, বরং সমগ্র অর্থের দক্ষতা যুক্তির পুনঃগঠন।

ছয়: বর্তমান ইকোসিস্টেম: দশটি স্তরের বিভাজন এবং অনুপস্থিত স্তরটি

পেমেন্ট ইনফ্রাস্ট্রাকচার আরও বেশি ট্র্যাক, আরও বেশি সার্ভিস প্রোভাইডার এবং আরও বেশি ইনফ্রাস্ট্রাকচার টাইপের দিকে বিস্তৃত হওয়ার সাথে সাথে PSP-এর ভূমিকার সংজ্ঞা দেওয়া ক্রমশ কঠিন হয়ে পড়ছে।

একসময় একক PSP-এর মধ্যে বাঁধা ফান্ড মুভমেন্ট দায়িত্বগুলি এখন প্রযুক্তিগত স্ট্যাকের বিভিন্ন স্তরে বিস্তৃত দায়িত্বের একটি সিরিজে পরিণত হয়েছে।

PSP-এর কাজ শুধু অর্থ স্থানান্তর করা নয়, বরং অর্থের প্রবাহ ব্যাখ্যা করা।

এই পরিবর্তনটি একটি গভীরতর পরিবর্তনকে প্রতিফলিত করে: এখন কেবল কার্যকরী হওয়াই যথেষ্ট নয়। PSP-এর এখন ব্যবসাগুলির অভ্যন্তরীণ সিস্টেমগুলিকে সমর্থন করতে হবে, যাতে তারা বিভিন্ন পরিবেশের মধ্যে কীভাবে অর্থের প্রবাহ প্রতিনিধিত্ব, হিসাব রাখতে এবং মিলিয়ে দেখতে পারে।

① প্রোডাক্ট লেয়ার প্ল্যাটফর্ম: পেমেন্টকে সফটওয়্যারে এম্বেড করুন

Shopify, Square, Toast, Mindbody, ServiceTitan, Housecall Pro ইত্যাদি ভার্টিক্যাল সফটওয়্যার প্ল্যাটফর্মগুলি পেমেন্টকে সরাসরি তাদের পণ্যে এমবেড করে।

এই পরিস্থিতিগুলিতে, পেমেন্টকে একটি স্বতন্ত্র পেমেন্ট সিস্টেম হিসাবে নয়, বরং অ্যাপের অভিজ্ঞতার অংশ হিসাবে একীভূত করা হয়। এই প্ল্যাটফর্মগুলি সাধারণত অ্যাপ এবং ফান্ড ফ্লোয়ের মধ্যে আরেকটি স্তরের অ্যাবস্ট্রাকশন যোগ করে, যা নিচের PSP, ব্যাংক পার্টনার এবং ইনফ্রাস্ট্রাকচার সরবরাহকারীদের উপর নির্ভরশীল।

২: এক্সিকিউশন লেয়ার: ট্র্যাক বরাবর ফান্ড স্থানান্তর

প্রযুক্তিগত স্ট্যাকের কেন্দ্রে পেমেন্ট পরিচালনাকারী পরিষেবা রয়েছে, যার মধ্যে Stripe, Adyen, Checkout.com, Worldpay, PayPal, Nuvei, dLocal সহ প্রচলিত PSP গুলি অন্তর্ভুক্ত রয়েছে, যাদের ভূমিকা হল ব্যবসাগুলিকে পেমেন্ট পথের সাথে সংযুক্ত করা এবং অর্থ স্থানান্তরকে সহজাতভাবে করা।

এগুলি এখনও পেমেন্ট টেক স্ট্যাকের মূল অংশ, কিন্তু মূলত এক্সিকিউশন লেয়ারে কাজ করে—পেমেন্ট শুরু করে, স্ট্যাটাস রিপোর্ট করে, API প্রকাশ করে, কিন্তু নিজেদের মধ্যে ফান্ডস কিভাবে বিভিন্ন সার্ভিস প্রোভাইডার এবং অভ্যন্তরীণ সিস্টেমের মধ্যে প্রবাহিত হয় তার পূর্ণাঙ্গ মডেল প্রদান করে না।

আপনি স্ট্রাইপকে জিজ্ঞাসা করছেন “এই টাকাটি এখন ঠিক কোথায়”, এবং এটি শুধুমাত্র নিজের অংশটি কী ঘটেছে তা বলতে পারবে। স্ট্রাইপ শুধুমাত্র একটি নোড, এই লেনদেনের মধ্যে পার্টনার সার্ভিস প্রোভাইডার, ব্যাংক, অপারেশন, অভ্যন্তরীণ লেজের মতো চার-পাঁচটি ধাপও থাকতে পারে, কিন্তু এটি যা দেখে তা সর্বদা আংশিক, সম্পূর্ণ চিত্র নয়।

③ অর্ডার এবং রাউটিং লেয়ার: এক্সিকিউশন সার্ভিস প্রোভাইডারদের সংযুক্ত করুন

যখন প্রতিষ্ঠানগুলি একাধিক PSP এবং পেমেন্ট মেথড গ্রহণ করে, তখন সার্ভিস প্রোভাইডারগুলির মধ্যে রাউটিং ব্যবস্থাপনার জন্য অর্কেস্ট্রেশন প্ল্যাটফর্ম বিকাশ পায়। Primer, Gr4vy, Spreedly, Paydock, CellPoint Digital এর মতো কোম্পানিগুলি ব্যবসাগুলিকে অঞ্চল, খরচ বা পারফরম্যান্সের ভিত্তিতে ট্রানজেকশনগুলি পথনির্দেশ করতে সক্ষম করে। এই সিস্টেমগুলি একecution লেয়ারের নমনীয়তা বাড়ায়, তবে পেমেন্ট শুরুর পরের আচরণের জন্য একটি একীভূত মডেল প্রদান করে না।

④ রিস্ক ম্যানেজমেন্ট এবং কমপ্লায়েন্স লেয়ার: নির্ধারণ করে যে ফান্ডগুলি স্থানান্তরিত হওয়া উচিত কিনা

একটি স্বাধীন সার্ভিস প্রোভাইডারদের গ্রুপ পেমেন্টকে অগ্রসর করা উচিত কিনা তা নির্ধারণ করে। Persona, Sardine, Alloy, Unit21, Sift, Sumsub এর মতো সরবরাহকারীদের পরিচয় যাচাই, প্রতারণা শনাক্তকরণ এবং সঙ্গতি সিস্টেমগুলি ব্যবহারকারী এবং লেনদেনগুলিকে মূল্যায়ন করে। রিয়েল-টাইম পরিবেশে, এই সিদ্ধান্তগুলি অর্থ স্থানান্তরের আগেই সম্পন্ন করা প্রয়োজন, তাই কী নিয়ন্ত্রণ যুক্তি PSP-এর বাইরে স্থানান্তরিত হয়।

৫: ব্যাংকিং ইনফ্রাস্ট্রাকচার লেয়ার: ফান্ড ধারণ এবং অ্যাক্সেস সমর্থন

ক্রস রিভার ব্যাংক, লিড ব্যাংক, কলাম, সাটন ব্যাংক ইত্যাদি ট্রাস্টি ব্যাংকগুলি নিয়ন্ত্রিত অ্যাকাউন্ট এবং পেমেন্ট নেটওয়ার্কের প্রবেশাধিকার প্রদান করে। এগুলি গ্রাহকের অর্থ ধারণ করে, তরলতা পরিচালনা করে এবং ACH, টেলিগ্রাফিক ট্রান্সফার, RTP এবং FedNow এর মতো ট্র্যাকগুলির প্রবেশাধিকারের গেটওয়ে হিসেবে কাজ করে। এই স্তরটি আর্থিক সিস্টেমে প্রবেশের জন্য অপরিহার্য, তবে অ্যাপ্লিকেশন লজিক এবং PSP API-এর বাইরে কাজ করে।

৬: কার্ড প্রক্রিয়াকরণ স্তর: পেমেন্ট ফাংশন বিস্তার

মার্কেটা, লিথিক, রেইন ইত্যাদি কার্ড প্রকাশক প্ল্যাটফর্মগুলি ব্যবসাগুলিকে ডেবিট এবং ক্রেডিট কার্ড প্রকাশের জন্য সক্ষম করে, যা ব্যয় ব্যবস্থাপনা, প্রতিষ্ঠানগত কার্ড এবং মার্কেটপ্লেস ব্যয়ের মতো ব্যবহারের ক্ষেত্রগুলিকে সমর্থন করে। প্রকাশক প্ল্যাটফর্মগুলি ব্যাংক এবং কার্ড নেটওয়ার্কগুলির সাথে সংযুক্ত হয়, তবে এটি প্রযুক্তি স্ট্যাকের একটি স্বতন্ত্র স্তর হিসাবে কাজ করে, যা পেমেন্ট প্রযুক্তি স্ট্যাকের অন্যান্য অংশগুলির সাথে সমন্বয়ের প্রয়োজনীয়তা সহ অতিরিক্ত কাজপ্রবাহ, নিয়ন্ত্রণ পদ্ধতি এবং অবস্থা পরিচয় করিয়ে দেয়।

⑦ পেমেন্ট অ্যাক্সেস লেয়ার: অন্তর্নিহিত এক্সিকিউশন নেটওয়ার্ক

পেমেন্ট ট্র্যাক হল ব্যাংকিং প্রতিষ্ঠানগুলির মধ্যে ফান্ড স্থানান্তরের জন্য একটি নেটওয়ার্ক। পারম্পরিক ট্র্যাকগুলির মধ্যে রয়েছে ACH, টেলিগ্রাফিক ট্রান্সফার এবং কার্ড নেটওয়ার্ক, যেখানে RTP এবং FedNow-এর মতো নতুন নেটওয়ার্কগুলি রিয়েল-টাইম সেটেলমেন্টকে সমর্থন করে। প্রতিটি ট্র্যাকের সময়সূচী, চূড়ান্ততা এবং বাতিলযোগ্যতা সম্পর্কিত ধারণা ভিন্ন, যা PSP-দের অবশ্যই প্রকাশ বা এড়িয়ে চলতে হয় (এটিকে সম্পূর্ণরূপে অস্পষ্ট করে দেওয়ার পরিবর্তে)।

⑧ স্থিতিশীল মুদ্রা নেটওয়ার্ক লেয়ার: ব্যাংকিং অবকাঠামোর বাইরে প্রসারিত

এথেরিয়াম, সলানা, পলিগন, বেস ইত্যাদি স্টেবলকয়েন নেটওয়ার্কগুলি পারম্পরিক ব্যাংকিং ব্যবস্থার বাইরে একটি নতুন পেমেন্ট ইনফ্রাস্ট্রাকচারের প্রবর্তন করেছে। এই নেটওয়ার্কগুলি বিভিন্ন সেটেলমেন্ট মডেল এবং গ্যারান্টি মেকানিজমের মাধ্যমে বিশ্বব্যাপী ইনফ্রাস্ট্রাকচারে ডিজিটাল ডলার ট্রান্সফার করে। এগুলি পেমেন্ট সিস্টেমের পরিধি ব্যাংক-ভিত্তিক ট্র্যাকের বাইরে প্রসারিত করে, যা বিদ্যমান কাজের প্রবাহের সাথে একীভূত করার জন্য অতিরিক্ত জটিলতা যোগ করে।

⑨ ব্যাংক হিসাবে সার্ভিস লেয়ার: অ্যাপ্লিকেশন এবং ব্যাংককে সংযুক্ত করুন

ব্যাংক অ্যাস এ সার্ভিস (BaaS) প্ল্যাটফর্মগুলি, যেমন Unit, Galileo, Treasury Prime, ফিনটেক অ্যাপ্লিকেশন এবং নিয়ন্ত্রিত ব্যাংকের মধ্যে সংযোগের জন্য অবকাঠামো প্রদান করে। এগুলি ব্যবসাগুলিকে ব্যাংক হওয়ার প্রয়োজন ছাড়াই অ্যাকাউন্ট, কার্ড এবং পেমেন্ট সক্ষমতা প্রদান করতে সক্ষম করে। এই স্তরটি ব্যাংকিং অবকাঠামোতে প্রবেশাধিকারকে সহজ করে, তবে অ্যাপ, PSP এবং নীচের ফান্ড ফ্লোয়ের মধ্যে আরও একটি মধ্যস্থতাকারীকে যোগ করে।

⑩ অপ্রাপ্ত স্তর: ফান্ড ফ্লোর সম্পূর্ণ জীবনচক্রকে কভার করে এমন একটি একীকৃত PSP

উপরের নয়টি স্তরের সম্পূর্ণ পর্যালোচনা করে দেখা যায় যে নিয়মটি একই: প্রতিটি সার্ভিস প্রোভাইডার নির্দিষ্ট ফাংশন দায়বদ্ধ, কিন্তু কোনোটিই ফান্ড ফ্লোর সম্পূর্ণ দৃশ্য—এর বোঝাপড়া, নিয়ন্ত্রণ এবং বই মেলানো—প্রদান করতে পারে না।

একটি সার্ভিস প্রোভাইডার কাজ পরিচালনা করে, ঝুঁকি সিদ্ধান্ত অন্য একজন নেয়, তবে ফান্ড ব্যাংকে জমা রাখা হয়, এবং পেমেন্ট প্রক্রিয়াটি কার্ড নেটওয়ার্ক, রিয়েল-টাইম ট্র্যাক এবং চেইন-অন সিস্টেমের মধ্যে বিস্তৃত হতে পারে। প্রতিটি সিস্টেম ভিন্ন ডেটা, টাইমলাইন এবং স্ট্যাটাস সংজ্ঞা প্রকাশ করে।

বিচ্ছিন্ন পরিবেশে, এই সমস্যাটি শুরুর পর্যায়ে প্রকাশ পায় না—এটি পরে দেখা যায়: যখন সিস্টেমে বিভাজন ঘটে, ফান্ডের বিলম্ব বা ফেরত হয়, এবং দলকে উত্তরের প্রয়োজন হয়। এটিই পেমেন্ট সিস্টেমের ভাঙ্গনের শুরু।

সাত, পেমেন্ট অপারেশন কোথায় ব্যর্থ হয়েছে

শুক্রবার বিকাল ২:৫৫ টায়, ফাইন্যান্স টিম একটি $50,000 সরবরাহকারী ওয়্যার ট্রান্সফার জমা দিয়েছে। ৩:০০ টায় ব্যাংকের ওয়্যার কাট-অফ। সিস্টেমে "জমা দেওয়া হয়েছে" দেখাচ্ছে, কিন্তু কনফার্মেশন ইমেইল আসেনি।

বিকাল ৪টায়, সরবরাহকারী পেমেন্টের অবস্থা জিজ্ঞাসা করে। ফিন্যান্স টিম PSP ব্যাকএন্ড চেক করে দেখে “প্রসেসিংয়ে আছে”। ব্যাংক অ্যাকাউন্ট চেক করে দেখে “সেটেলমেন্টের জন্য অপেক্ষা করছে”। দুটি সিস্টেম, একই টাকা, দুটি ভিন্ন স্ট্যাটাস—এদের কোনোটিই বলতে পারছে না যে টাকাটি এখন কোন নোডে।

শুক্রবার বিকাল ৫টায় ব্যাংকের গ্রাহক সেবা বন্ধ হয়ে যায়। সরবরাহকারীরা সপ্তাহান্তের জন্য মালবাহী ব্যবস্থা করার জন্য টাকা অপেক্ষা করছে। ফিন্যান্স টিম জানে না যে সরবরাহকারীদের কী বলবে, এবং সোমবার সকালে টাকা স্বয়ংক্রিয়ভাবে আসবে কিনা, নাকি এটি ফেরত চলে গেছে এবং পুনরায় প্রেরণ করতে হবে।

এটি একটি চরম পরিস্থিতি নয়, বরং পেমেন্ট অপারেশন টিম প্রতি সপ্তাহে অভিজ্ঞতা লাভ করে। এটি কোনো PSP-এর পণ্য হ্যান্ডবুকে উল্লেখ করা হয় না, কিন্তু প্রতিটি ক্রস-বর্ডার পেমেন্ট টিমের কাজের রেকর্ডে উপস্থিত থাকে।

পেমেন্টের সবচেয়ে জটিল সমস্যাগুলি প্রায়শই শুরুর পর্যায়ে নয়, বরং পরবর্তীতে—যখন দলকে ব্যাখ্যা করতে হয় যে বাস্তবে কী ঘটেছিল।

পূর্ববর্তী অধ্যায়ের মার্কেট ম্যাপটি পেমেন্ট ইকোসিস্টেমের ব্যাপকতা প্রকাশ করে। একটি সাধারণ পেমেন্ট যেন একক লেনদেন, কিন্তু সেটেলমেন্ট ঘটার আগেই এটি প্রযুক্তিগত স্ট্যাকের মধ্যে বিভিন্ন সার্ভিস প্রোভাইডারদের মধ্যে দিয়ে প্রবাহিত হয়। প্রতিটি পক্ষের জন্য একই ফান্ড মুভমেন্টের বিভিন্ন প্রতিনিধিত্ব, সময়সূচী, অবস্থা, ফাইলগুলির বিভিন্ন সময়সূচীতে আগমন, এবং ব্যতিক্রমগুলির বিভিন্ন চ্যানেলের মাধ্যমে রিপোর্টিং হতে পারে।

এটিই পেমেন্ট অপারেশন কঠিন হয়ে পড়েছে।

Reconciliation: Multiple versions of the same event

ফাইন্যান্স টিমকে অভ্যন্তরীণ বইয়ের সাথে ব্যাংক লেনদেন, সেটেলমেন্ট রিপোর্ট এবং প্রসেসর ডেটা মিলিয়ে দেখতে হবে। যদি একটি সার্ভিস প্রোভাইডার পেমেন্ট সম্পন্ন হয়েছে বলে দেখায় এবং অন্যটি এখনও প্রসেসিংয়ে আছে বলে দেখায়, তাহলে কোম্পানিকে এই পার্থক্য সমাধানের একটি মডেল দরকার। যদি রিফান্ড অভ্যন্তরীণ ব্যালেন্স আপডেট হওয়ার পরে আসে, তাহলে বইয়ের সংশ্লিষ্ট অংশটি বাতিল বা সংশোধন করা দরকার।

ব্যতিক্রম প্রক্রিয়াকরণ: স্পষ্টভাবে নির্ধারিত নয় এমন ত্রুটি

একটি উত্তোলন ব্যর্থ হতে পারে যদি লক্ষ্য অ্যাকাউন্টটি অবৈধ হয়, ভুল ফান্ডস অ্যাকাউন্ট ব্যবহার করা হয়, কমপ্লায়েন্স রিভিউ দ্বারা লেনদেন স্থগিত করা হয়, অথবা ট্র্যাক কাটঅফ সময় মিস করা হয়। এই ব্যর্থতাগুলি একই নয় এবং একই সময়ে ঘটে না। তবুও, ব্যবহারকারীরা একটি সমঝোতামূলক উত্তরের প্রত্যাশা করেন, এবং অভ্যন্তরীণ দলগুলিও প্রক্রিয়াটি পরিচালনা করতে বাধ্য।

লিকুইডিটি এবং ফান্ডিং: টাকা ভুল জায়গায়

একাধিক সেবাদাতা এবং অ্যাকাউন্টের উপর চলমান ব্যবসাগুলি নিশ্চিত করতে পারে যে সঠিক সময়ে সঠিক অ্যাকাউন্টে সঠিক অর্থ উপস্থিত থাকবে। যদিও মোট ব্যালেন্স যথেষ্ট থাকে, কিন্তু যদি অর্থ ভুল অ্যাকাউন্টে থাকে, তবে পেমেন্ট বাস্তবায়ন ব্যর্থ হতে পারে—যা পণ্যের যুক্তি এবং অপারেশনাল বাস্তবতার মধ্যে একটি বিদূরতা তৈরি করে।

অডিট ক্ষমতা এবং নিয়ন্ত্রণ: কী ঘটেছিল তা পুনর্স্থাপন করুন

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

এই প্রশ্নগুলি পরিচালনামূলক এবং আর্কিটেকচারাল উভয় স্তরের।

পেমেন্ট অপারেশনের সবচেয়ে বড় ব্যর্থতাগুলি প্রায়শই দলটি একটি সাধারণ প্রশ্নের উত্তর দিতে অক্ষম হওয়ার সময় ঘটে: এই টাকাগুলি কোথায় গেল?

অনুপস্থিত হল অন্য একটি পেমেন্ট প্রসেসিং সার্ভিস প্রোভাইডার নয়, যেটি বিদ্যমান মডেলের ভিতরে পেমেন্ট করে, ট্রেড রুটিং করে বা ফান্ড ধারণ করে; বরং একটি উন্নত PSP যা এই সব ফাংশনগুলিকে কোঅর্ডিনেট করে, সার্ভিস প্রোভাইডারগুলির মধ্যে স্ট্যাটাস ট্র্যাক করে, ফান্ড ফ্লো ওয়ার্কফ্লোগুলি ম্যানেজ করে এবং সময়ের সাথে বিশ্বস্ত আর্থিক রেকর্ড বজায় রাখে।

৮. PSP-এর পরবর্তী প্রজন্ম

চ্যালেঞ্জটি পেমেন্ট ইনফ্রাস্ট্রাকচারে যোগ হওয়ার নয়, বরং তার মধ্যে চলাচলকারী ফান্ডসের পদ্ধতির প্রতি সমন্বিত এবং নির্ভরযোগ্য বোঝাপড়া রাখা।

বর্তমান ইকোসিস্টেমের বিভাজন: PSP পেমেন্ট সম্পাদন করে, ব্যাংক ফান্ড ধারণ করে, কমপ্লায়েন্স সিস্টেম ঝুঁকি মূল্যায়ন করে, এবং অর্কেস্ট্রেশন টুলগুলি ট্রানজেকশন রুটিং করে। তবে কোনও একক সার্ভিস প্রোভাইডার পেমেন্টের পুরো লাইফসাইকেল জুড়ে ফান্ড ফ্লোর একটি সম্পূর্ণ একক দৃশ্য প্রদানের জন্য দায়ী নয়।

পিএসপি-এর পরবর্তী প্রগতির দিকটি হল সম্পূর্ণ টেকনোলজি স্ট্যাকের জন্য একটি সুসংগঠিত দৃশ্যতা প্রদান—যাতে প্রতিটি পেমেন্ট শুরু থেকে চূড়ান্ত সেটেলমেন্ট পর্যন্ত বুঝা, হিসাব রাখা এবং বিশ্বাস করা যায়।

এই স্তরটি সক্ষম হতে হবে:

• ব্যাংক, প্রাচীন পথ এবং স্থিতিশীল মুদ্রা নেটওয়ার্কের মধ্যে পেমেন্ট প্রক্রিয়াকরণ
• একটি সামঞ্জস্যপূর্ণ রেকর্ডিং সিস্টেম বজায় রাখতে অন্তর্নিহিত বই ব্যবহার করুন
• প্রতিষ্ঠান অনুমোদন, ফান্ড এবং অসামান্য পরিচালনা প্রক্রিয়া
• বাহ্যিক কার্যক্রম এবং অভ্যন্তরীণ আর্থিক অবস্থার মধ্যে সমন্বয় করুন
• স্কেল বাড়ার সাথে সাথে বিল্ট-ইন কমপ্লায়েন্স, অ্যাকাউন্ট ইনফ্রাস্ট্রাকচার এবং স্থায়ী বৃদ্ধির জন্য ট্র্যাক কানেকশন

শেষ কথাঃ কোথা থেকে শুরু করবেন

আধুনিক পেমেন্ট অবকাঠামো এখন একটি একক প্রসেসিং পার্টনার বা একক ট্র্যাক দ্বারা সংজ্ঞায়িত হয় না। এটি একটি বহু-সেবাদানকারী পরিবেশ, যেখানে প্রতিটি সেবাদানকারী ফান্ড প্রবাহ, অনুমোদন, সেটেলমেন্ট এবং লেখা-পড়ার বিভিন্ন পর্যায়ের জন্য দায়ী।

এই গাইডের সম্পূর্ণ পরিপ্রেক্ষিতে, আমরা এই পরিবেশের বিকাশের ইতিহাস দেখেছি:

পেমেন্ট সার্ভিস প্রোভাইডাররা ট্রানজেকশন প্রসেসিংয়ের পরিধি ছাড়িয়ে গেছে, পেমেন্ট ট্র্যাকসমূহ বৃদ্ধি পাচ্ছে, রিয়েল-টাইম সিস্টেমগুলি ডিলেড সেটেলমেন্টের নিরাপত্তা নেটকে সরিয়ে ফেলেছে, এবং স্টেবলকয়েনসহ নতুন ধরনের ইনফ্রাস্ট্রাকচার পুরো সিস্টেমকে আরও বিস্তৃত করেছে।

ফাইন্যান্সিয়াল প্রোডাক্ট তৈরি করা বা পেমেন্ট সফটওয়্যারে এম্বেড করতে চাওয়া টিমের জন্য, স্ট্র্যাটেজিক আলোচনার চেয়ে এন্ট্রি পাথ বেশি গুরুত্বপূর্ণ।

স্থিতিশীল মুদ্রাকে সম্পূর্ণভাবে গ্রহণ করা হচ্ছে কিনা তা নিয়ে শুরু করবেন না, বরং একটি নির্দিষ্ট সমস্যা খুঁজুন: একটি ক্রস-বর্ডার পেমেন্ট চ্যানেলের সেটেলমেন্ট খুব ধীর, একজন সরবরাহকারীর পেমেন্ট প্রক্রিয়ায় অত্যধিক ম্যানুয়াল হস্তক্ষেপ, বা কিছু অব্যবহৃত তহবিল পথে আয় অর্জন করছে না। একটি ব্যবহারের ক্ষেত্র বাছুন, একটি অ্যাকাউন্ট খুলুন, একটি প্রকৃত পেমেন্ট করুন। প্রথমে অভ্যন্তরীণভাবে পাইলট পরীক্ষা চালান, গ্রাহক-পক্ষের প্রক্রিয়াগুলির সরাসরি পরিবর্তনের পরিবর্তে treasury (তহবিল) পরিচালনা পরিস্থিতি থেকে শুরু করুন। এটি ঝুঁকি নিয়ন্ত্রণের সাথে সাথে বোধগম্যতা গড়ে তোলে।

কমপ্লায়েন্স দিক থেকে, কেওয়াইসি, এএমএল, এবং প্রতিবন্ধকতা পরীক্ষা ইত্যাদি নিয়মগুলি এখনও সম্পূর্ণরূপে প্রযোজ্য, স্থিতিশীল মুদ্রা শুধুমাত্র ভিত্তির পথের পরিবর্তন। GENIUS Act-এর পরে নিয়ন্ত্রণ কাঠামোটি দুই বছর আগের তুলনায় অনেক বেশি স্পষ্ট, এটি পাইলটের জন্য বাধা হওয়া উচিত নয়।

সত্যিকারের কৌশলগত ঝুঁকি হল আপনি স্থিতিশীল মুদ্রা ব্যবহার করছেন কিনা, বরং আপনার প্রতিদ্বন্দ্বীরা স্থিতিশীল মুদ্রা ব্যবহার করে তাদের জরিমানা খরচ এবং ফান্ড দক্ষতা পুনর্গঠন করেছে, আর আপনি এখনও একটি আদর্শ প্রবেশের সময় অপেক্ষা করছেন।

একটি একীকৃত সমন্বয় স্তরের অভাবে, জটিলতা পরিসর বৃদ্ধির সাথে সঞ্চিত হয়। এটি থাকলে, প্রতিষ্ঠানগুলি তাদের ফান্ড ফ্লোকে স্পষ্ট, নিয়ন্ত্রিত এবং আত্মবিশ্বাসীভাবে পরিচালনা করতে পারে।

কিছু বিষয়বস্তুর উৎস: Modern Treasury — 2026 এর জন্য PSPs-এর একটি ব্যবহারিক গাইড