ভার্চুয়াল IBAN কী?

ভার্চুয়াল IBAN (vIBAN) হলো একটি আসল, ঠিকানাযোগ্য International Bank Account Number, যা নির্ধারিত রেঞ্জ থেকে ইস্যু হয় এবং একটিমাত্র মাস্টার অ্যাকাউন্টে রাউট হয়। এটি অন্য যেকোনো IBAN-এর মতোই পেমেন্ট গ্রহণ করে — পেয়ার নিজের ব্যাংক থেকে সাধারণ SEPA ক্রেডিট ট্রান্সফার পাঠায় — কিন্তু এর নিজের কোনো ব্যালেন্স থাকে না। এর কাজ শনাক্তকরণ: প্রতিটি ভার্চুয়াল IBAN ঠিক একজন পেয়ার বা একটি উদ্দেশ্যে বরাদ্দ থাকে, তাই এতে আসা পেমেন্ট নিজেই বলে দেয় কে পাঠিয়েছে আর কীসের জন্য। অর্থ আপনাআপনি মাস্টার অ্যাকাউন্টে জমা হয়; ভার্চুয়াল IBAN হলো পেমেন্টের লেবেল, অর্থ রাখার দ্বিতীয় কোনো জায়গা নয়।

এই একটিমাত্র বৈশিষ্ট্য — প্রতি পেয়ারের জন্য একটি IBAN — পুরো ধারণার মূল। কেন এটি নিয়ে একটি লেখা দরকার, তা বুঝতে শুরু করা যাক যে সমস্যাটি এটি দূর করে সেখান থেকে।

আসল সমস্যা: অর্থের সঙ্গে পেয়ার মেলানো

ধরুন একটি ব্যবসা একটিমাত্র অ্যাকাউন্টে ব্যাংক ট্রান্সফারে অর্থ সংগ্রহ করে: ভাড়া, সাবস্ক্রিপশন, ইনভয়েস। প্রতিটি ক্রেডিট একই IBAN-এ আসে, আর কে পরিশোধ করেছে তার একমাত্র সূত্র রেফারেন্স ফিল্ডে পেয়ার যা লিখেছেন তা। রেফারেন্সে ভুল টাইপ হয়, পথের কোথাও কেটে যায়, বা একেবারে ফাঁকা থাকে। গোলমেলে রেফারেন্সসহ €49.00 ট্রান্সফার এখনো €49.00 স্বীকৃত রেভিনিউ নয় — এটি একটি টিকেট। হিসাব বন্ধ হওয়ার আগে কাউকে খুঁজে বের করতে হয় এটি কোন কাস্টমার ও কোন ইনভয়েসের।

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

প্রতি পেয়ারের একটি IBAN: ডিজাইনেই পরিচয়

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

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

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

যখন প্রতিটি পেয়ার নিজের IBAN-এ পেমেন্ট করে, তখন আসা পেমেন্টের অর্থ কেবল একটিই হতে পারে। ম্যাচিং সমস্যার সমাধান হয় না — সেটির অস্তিত্বই থাকে না।

অর্থ আসলে কোথায় থাকে

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

এ কারণেই ভার্চুয়াল IBAN কোনো কৌশল নয়, বাস্তব জিনিস। এটি যেকোনো ব্যাংক থেকে ঠিকানাযোগ্য, যেকোনো SEPA ক্রেডিটের মতোই ক্লিয়ার হয়, এবং পেয়ারের নিজের স্টেটমেন্টে তারা যে অ্যাকাউন্টে পেমেন্ট করেছেন সেটি হিসেবেই দেখা যায়। যা এতে নেই তা হলো পূর্ণ অ্যাকাউন্টের বাড়তি বোঝা: নিজস্ব ব্যালেন্স, আর বরাদ্দ ও অবসর ছাড়া অন্য কোনো লাইফসাইকেল।

ভার্চুয়াল IBAN যা নয়

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

রিটার্ন আসে কারণসহ

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

vIBAN প্রোগ্রামে রিটার্ন হলো ডেটা। এটি নিজের reason code বহন করে, মূল ক্রেডিটে ব্যবহৃত একই ভার্চুয়াল IBAN-এর বিপরীতে payment.returned ইভেন্ট হিসেবে আসে, এবং স্টেটমেন্টে নিজস্ব এন্ট্রি পায়। কেউ টিকেট খোলার আগেই আপনি জানেন কার পেমেন্ট ফিরেছে এবং কেন। রিটার্ন হয় সামলানোর সারি, তাড়া করার রহস্য নয়।

ম্যাচিং টিম নয়, এক্সসেপশন কিউ

কোনো ডিজাইনই কিছুর একশো শতাংশ রিকনসাইল করে না। অবসরপ্রাপ্ত vIBAN-এ ক্রেডিট আসে। ডুপ্লিকেট হয়। কেউ না কেউ কোনোভাবে সরাসরি মাস্টার অ্যাকাউন্টে পেমেন্ট করে। লক্ষ্য এক্সসেপশন অসম্ভব করা নয় — তা বিরল ও গণনাযোগ্য করা। Protocore vIBAN ডেমোতে 99.6% ক্রেডিট স্বয়ংক্রিয়ভাবে রিকনসাইল হয়; বাকিটা পেয়ারের পূর্ণ ইতিহাসসহ রিভিউয়ের জন্য কিউতে যায়, ফলে এক্সসেপশন সামলানো শুরু হয় প্রেক্ষাপট থেকে, ব্যাংক স্টেটমেন্ট আর স্প্রেডশিট থেকে নয়।

এই পার্থক্য টিমের গঠনই বদলে দেয়। ম্যাচিং অপারেশন পেমেন্ট ভলিউমের সঙ্গে বাড়ে: বেশি ক্রেডিট, বেশি অমিলিত ক্রেডিট, বেশি মানুষ। এক্সসেপশন প্রক্রিয়া বাড়ে এক্সসেপশন ভলিউমের সঙ্গে, যা ডিজাইন আগেই শূন্যের দিকে ঠেলে দিয়েছে। আপনার রাখা মানুষেরা সত্যিকারের অসঙ্গতি নিয়ে কাজ করেন, আবার টাইপ করা রেফারেন্স নিয়ে নয়। আমাদের স্ট্যাকে সেই কিউ থাকে Protocore Center (/products/center)-এ, অপারেশনস কনসোলে, যেখানে প্রতিটি বিশেষাধিকারপ্রাপ্ত কাজের জন্য কারণ দিতে হয় এবং তা অডিট লগে যায়।

বাল্ক ইস্যুইং, পারপাস ট্যাগ, প্ল্যাটফর্ম

প্রতি পেয়ারের একটি IBAN তখনই কাজ করে যখন একটি ইস্যু করার খরচ প্রায় শূন্য। এক ডজন ভাড়াটিয়ার একজন বাড়িওয়ালা হাতে vIBAN তৈরি করতে পারেন; হাজারো সেলার অনবোর্ড করা মার্কেটপ্লেস পারে না। তাই ইস্যুইং একটি বাল্ক অপারেশন। vIBAN ডেমোতে 2,400 পেয়ারের একটি CSV ভ্যালিডেট হয়, প্রতিটি সারিতে IBAN-এর প্রিভিউ দেখায়, এবং একটি অ্যাকশনে ইস্যু হয় — 2,400 পেয়ার, একটি অপারেশন, মাঝখানে একটি রিভিউ ধাপ।

পারপাস ট্যাগ ঠিকানার স্তরেই প্রবাহ আলাদা রাখে: ভাড়া এখানে, সাবস্ক্রিপশন ওখানে, মার্কেটপ্লেস পেআউট নিজস্ব লেনে। পারপাস অনুযায়ী রিপোর্টিং হয়ে ওঠে একটি ফিল্টার, কোনো প্রজেক্ট নয়, আর প্রতিটি vIBAN পায় নিজস্ব স্টেটমেন্ট — CSV বা PDF — যখন মাস্টার অ্যাকাউন্ট নিচে একমাত্র সত্যের রেখা হয়ে থাকে। পেয়ার চলে গেলে তার vIBAN অবসরে যায়: ইতিহাস থাকে, ঠিকানা আর নতুন ক্রেডিট নেয় না।

পেমেন্ট স্ট্যাকে এর অবস্থান

ভার্চুয়াল IBAN হলো কালেকশন ইনফ্রাস্ট্রাকচার। কার্ড পেমেন্টের যা সবসময় ছিল, ইনবাউন্ড ব্যাংক ট্রান্সফারকে এটি তা-ই দেয় — পরিচয় পেমেন্টের সঙ্গেই যুক্ত, পাশে টাইপ করা নয়। Protocore ইকোসিস্টেমে Gateway-এর pay-by-transfer অর্ডারগুলো vIBAN রেফারেন্স বহন করে, আর ম্যাচিংয়ের পর যা এক্সসেপশন থেকে যায় তা সামলায় Center। /products/viban পেজে এখানে ব্যবহৃত একই ডেমো ডেটায় পুরো চক্র দেখানো হয়েছে — ইস্যু, শেয়ার, ম্যাচ, এক্সসেপশন, রিপোর্ট।

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