vIBAN · রিকনসিলিয়েশন

গঠনগতভাবেই রিকনসিলিয়েশন

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

01

একটি অ্যাকাউন্ট, হাজারো ঠিকানা

পর্দার আড়ালে একটিই master account। সামনে প্রতিটি পেয়ার, টেন্যান্ট বা সাবস্ক্রাইবার পায় নিজস্ব virtual IBAN। অর্থ দুই ক্ষেত্রেই master account-এ জমা হয় — তবে কে পাঠিয়েছে এবং কীসের জন্য, সেই লেবেলসহ।

অ্যাকাউন্ট-ডিটেইলস স্ক্রিন: গ্রাহকের নির্দিষ্ট virtual IBAN, BIC ও ব্যাংকের ঠিকানা কপি বোতামসহ, একটি Share বোতাম এবং SEPA Instant ও SEPA ট্রান্সফারের গতি নিয়ে দ্রুত তথ্য

পেয়ারের ভিউ — একটি IBAN যা শুধু তাঁর নিজের, কপি ও শেয়ার করা যায়।

02

প্ল্যাটফর্মের জন্য তৈরি

ইস্যুইং হয় বাল্কে, একটি একটি ফর্মে নয় — হাজার সেলার অনবোর্ড করা একটি marketplace এক অপারেশনে হাজারটি IBAN তৈরি করে। উদ্দেশ্য ট্যাগ প্রবাহগুলো আলাদা রাখে: এখানে ভাড়া, ওখানে সাবস্ক্রিপশন, marketplace payout নিজস্ব লেনে — ফলে প্ল্যাটফর্মের প্রতিটি এনটিটি পায় রিকনসাইল করা যায় এমন নিজস্ব অ্যাকাউন্ট নম্বর।

  1. 01কনসোল বা API দিয়ে বাল্ক ইস্যুইং
  2. 02পরিচ্ছন্নভাবে প্রবাহ আলাদা রাখতে উদ্দেশ্য-ট্যাগ করা IBAN
  3. 03ম্যাচিং ইঞ্জিন ছাড়াই পেয়ারভিত্তিক হিস্ট্রি
বাল্ক ইস্যু flow: 2,400 পেয়ারের যাচাই করা CSV, প্রতিটি সারিতে প্রিভিউ করা IBAN, এবং ইস্যুর আগে রেঞ্জ, উদ্দেশ্য ট্যাগ ও রেফারেন্স প্রিফিক্স বেছে নেওয়ার কনফিগারেশন প্যানেল

বাল্ক ইস্যু — 2,400 সারি যাচাই হয়েছে, IBAN রিজার্ভ করা, ইস্যু করতে একটি অ্যাকশন।

ইন্টিগ্রেশন

ইস্যু থেকে স্টেটমেন্ট, পাঁচ ধাপে।

  1. 01

    ISSUE

    প্রতি পেয়ারের জন্য একটি vIBAN তৈরি করুন — একটি API দিয়ে, বা রিভিউ ধাপসহ CSV দিয়ে 2,400টি।

  2. 02

    SHARE

    প্রতিটি পেয়ার নিজের IBAN-এ পেমেন্ট করে; ভুল টাইপ করার মতো কোনো রেফারেন্স নেই।

  3. 03

    MATCH

    ক্রেডিট নিজেই নিজেকে শনাক্ত করে — ডেমোতে 99.6% অটো-রিকনসাইল হয়েছে।

  4. 04

    EXCEPT

    বাকিগুলো ইতিহাসসহ একটি গণনাযোগ্য এক্সসেপশন কিউতে জমা হয়।

  5. 05

    REPORT

    প্রতিটি vIBAN-এর স্টেটমেন্ট, CSV ও PDF, প্রতি মাসের 1 তারিখে ইমেইলে পাঠানো হয়।

ফিচার

Protocore vIBAN-এর সঙ্গে যা যা আছে।

  1. 01Operator console
  2. 02প্রদানকারীর জন্য পরিচ্ছন্ন ভিউ
  3. 03রিভিউ ধাপসহ বাল্ক ইস্যু
  4. 04ফাইন্যান্স টিম যে স্টেটমেন্ট খোলে
  5. 05ডেলিভারি রিসিপ্টসহ Webhooks
  6. 06প্রোগ্রামের পেছনের অ্যাকাউন্ট
  7. 07প্রতি প্রদানকারীর IBAN
  8. 08পারপাস ট্যাগ
  9. 09গঠনগতভাবেই রিকনসিলিয়েশন
  1. 10একটি মাস্টার অ্যাকাউন্ট
  2. 11ডেডিকেটেড IBAN রেঞ্জ
  3. 12প্রতি প্রদানকারীর ইতিহাস
  4. 13প্ল্যাটফর্মের জন্য তৈরি
  5. 14রিটার্ন, গোনা
  6. 15নির্ঝঞ্ঝাটে পজ
  7. 16ব্যাচের আগে ড্রাফট
  8. 17যে অ্যালাউন্সে পরিকল্পনা করা যায়
  9. 18প্রতি ব্যাচের রেফারেন্স প্রিফিক্স
  1. 19আপনার আইডি আমাদের সঙ্গে চলে
  2. 20কনসোল ও API যমজ
  3. 21আসল টাকার আগে টেস্ট ইভেন্ট
  4. 22পরিচ্ছন্ন endpoint ব্যবস্থাপনা
  5. 23দুই ফরম্যাটে Export
  6. 24সময়সূচি মেনে Statement
  7. 25Stream ফিল্টার করুন
  8. 26প্রতিটি পরিবর্তনের কারণ থাকে
সব 26টি ফিচার বিস্তারিত পড়ুন

01Operator console

একটি স্ক্রিনে পুরো প্রোগ্রাম: 12,480টি অ্যাক্টিভ vIBAN, আজ রুট হয়েছে €2.4M, 8,912টি ক্রেডিট স্বয়ংক্রিয়ভাবে রিকনসাইল্ড। প্রতিটি সারিতে IBAN, মালিক, পারপাস ট্যাগ ও আজকের আসা অর্থ। IBAN, গ্রাহক বা রেফারেন্স দিয়ে খুঁজুন; পুরো বই CSV-তে এক্সপোর্ট করুন।

  • IBAN, গ্রাহক ও রেফারেন্স জুড়ে সার্চ
  • প্রতি IBAN-এর স্ট্যাটাস — অ্যাক্টিভ বা পজড, এক নজরে
  • পুরো বইয়ের এক-ক্লিক CSV এক্সপোর্ট

02প্রদানকারীর জন্য পরিচ্ছন্ন ভিউ

গ্রাহকরা নিজের অ্যাকাউন্টের তথ্য দেখেন: কপি বোতামসহ ডেডিকেটেড IBAN, SEPA-র বাইরে থেকে ট্রান্সফারের জন্য BIC, ব্যাংকের নাম ও ঠিকানা, আর যিনি টাকা পাঠাবেন তাঁর জন্য শেয়ার বোতাম। ওই IBAN-এ আসা প্রতিটি ট্রান্সফার আগেই তাঁর সঙ্গে ম্যাচ হয়ে ব্যালান্সে জমা হয় — প্রদানকারীকে কখনো রেফারেন্স লিখতে হয় না।

03রিভিউ ধাপসহ বাল্ক ইস্যু

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

  • সোর্স, কনফিগার, রিভিউ — ধাপের মাঝে সেভ করার ড্রাফটসহ
  • IBAN আগেই রিজার্ভ, তাই ইস্যুতে সংঘাত হয় না
  • প্রতি ইস্যু করা vIBAN-এ একটি webhook, ব্যাচ অনুযায়ী টগল

04ফাইন্যান্স টিম যে স্টেটমেন্ট খোলে

স্ক্রিনের সময়কালে আছে 8,912টি ক্রেডিটে €412,380.44, 99.6% স্বয়ংক্রিয়ভাবে রিকনসাইল্ড — 34টি ম্যানুয়াল কেস ও 12টি ফেরত পেমেন্ট লুকানো নয়, গোনা। প্রতিটি vIBAN নিজের স্টেটমেন্ট CSV বা PDF-এ এক্সপোর্ট করে, পুরো সময়কাল এক অ্যাকশনে এক্সপোর্ট হয়, আর মাসিক স্টেটমেন্ট প্রতি মাসের 1 তারিখে ফাইন্যান্স ইনবক্সে নিজে থেকে ইমেইল হয়।

05ডেলিভারি রিসিপ্টসহ Webhooks

প্রতিটি ক্রেডিট, রিটার্ন, ইস্যু ও পজ একটি ইভেন্ট, আর প্রতিটি ইভেন্ট তার ডেলিভারি দেখায়: প্রতি চেষ্টায় স্ট্যাটাস কোড, ল্যাটেন্সি ও রিট্রাই অবস্থা। ডেলিভারি HMAC-SHA256 দিয়ে সাইন করা, 24 ঘণ্টায় এক্সপোনেনশিয়াল ব্যাকঅফে 6 বার রিট্রাই হয় — আর রিট্রাই ফুরিয়ে গেলে ডেলিভারির জন্য ম্যানুয়াল রিট্রাই বোতাম থাকে, কাঁধ ঝাঁকানি নয়।

  • payment.incoming, payment.returned, viban.* — প্রতি এন্ডপয়েন্টে সাবস্ক্রাইব
  • প্রতি এন্ডপয়েন্টের আলাদা সিক্রেট; এন্ডপয়েন্ট মুছে না ফেলেই পজ করা যায়
  • গত 24 h-এ 8,946 ইভেন্ট, 99.7% ডেলিভারড — পেজেই ছাপা

06প্রোগ্রামের পেছনের অ্যাকাউন্ট

অপারেটর কনসোলে প্রোগ্রামের পেছনের রিসিভিং অ্যাকাউন্ট ডেটা, মুখে মুখে জানা কথা নয়: প্রতি কারেন্সিতে একটি অ্যাক্টিভ অ্যাকাউন্ট, আর একটি অবসরে গেলে পরের সহোদরটি স্বয়ংক্রিয়ভাবে উন্নীত হয়। প্রতিটি পরিবর্তনে লিখিত কারণ লাগে এবং তা অডিট লগে যায়।

07প্রতি প্রদানকারীর IBAN

প্রতিটি প্রদানকারী একটি ডেডিকেটেড IBAN পায়, তাই প্রতিটি আসা পেমেন্ট কেউ দেখার আগেই প্রেরকের নাম জানায়। ভুল লেখার মতো রেফারেন্স ফিল্ড নেই, কাজ করার মতো ম্যাচিং কিউও নেই। শনাক্তকরণ অ্যাকাউন্ট নম্বরের বৈশিষ্ট্য, কোনো প্রক্রিয়া নয়।

08পারপাস ট্যাগ

প্রতিটি vIBAN-এ একটি ট্যাগ থাকে: rent-collection, subscriptions, marketplace-payouts, payroll। ফ্লো অ্যাকাউন্ট স্তরেই আলাদা থাকে, তাই পারপাস অনুযায়ী রিপোর্টিং একটি ফিল্টার, প্রজেক্ট নয়।

09গঠনগতভাবেই রিকনসিলিয়েশন

প্রত্যেক প্রদানকারী নিজের IBAN-এ পেমেন্ট করলে একটি আসা ক্রেডিটের একটিই অর্থ হতে পারে। ডেমো সময়কালে 8,912টি ক্রেডিটের 99.6% নিজে থেকেই রিকনসাইল হয় — আর যে কয়েকটি পারে না সেগুলো রহস্য নয়, ম্যানুয়াল কিউতে যায়।

10একটি মাস্টার অ্যাকাউন্ট

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

11ডেডিকেটেড IBAN রেঞ্জ

vIBAN ডেডিকেটেড রেঞ্জ থেকে ইস্যু হয় — ডেমো প্রোগ্রাম চলে RO49 PRCT-এর অধীনে, ইস্যুর সময় প্রতি রেঞ্জের ফাঁকা সংখ্যা দেখানো হয়। রেঞ্জ প্রোগ্রাম, ব্র্যান্ড বা এনটিটিকে পরিষ্কারভাবে আলাদা রাখে, অথচ সবকিছু মাস্টার অ্যাকাউন্টেই রুট হয়।

12প্রতি প্রদানকারীর ইতিহাস

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

13প্ল্যাটফর্মের জন্য তৈরি

সেলার ও টেন্যান্ট অনবোর্ডিংয়ে ফ্লোর একটি ধাপ হিসেবে vIBAN তৈরি করা যায়: অ্যাকাউন্ট খুলুন, IBAN হস্তান্তর করুন, সংগ্রহ শুরু করুন। গ্রাহক ভিউ whitelabel হিসেবে আসে — ডেমো চলে Powered by Protocore হিসেবে; আপনারটি চলবে আপনার ব্র্যান্ডে।

14রিটার্ন, গোনা

কিছু পেমেন্ট ফিরে আসে — অ্যাকাউন্ট বন্ধ, তথ্য ভুল। SEPA রিটার্ন তার রিজন কোড নিয়ে payment.returned ইভেন্টে যায় এবং স্টেটমেন্ট পেজে নিজস্ব গণনা পায় — কারণসহ ডেটা, রহস্য নয়। এজ কেসের জন্য একটি সারি, সাপোর্ট থ্রেড নয়।

15নির্ঝঞ্ঝাটে পজ

একটি vIBAN এক অ্যাকশনে পজ হয়, আর ইভেন্ট স্ট্রিম রেকর্ড করে কে এবং কোথা থেকে পজ করেছে। IBAN যেখানেই আসে — বই, স্টেটমেন্ট, স্ট্রিম — সেখানে পজড একটি স্ট্যাটাস হিসেবে দেখায়।

16ব্যাচের আগে ড্রাফট

কনফিগার করা ব্যাচ ড্রাফট হিসেবে সেভ হয়: সোর্স ভ্যালিডেটেড, রেঞ্জ বাছাই, এখনো কিছু ইস্যু হয়নি। ফ্লো চলে সোর্স, কনফিগার, রিভিউ — তাই অপরিবর্তনীয় ক্লিকটি শেষে, ইচ্ছে করেই।

17যে অ্যালাউন্সে পরিকল্পনা করা যায়

ইস্যু চলে মাসিক অ্যালাউন্সের বিপরীতে, মিটার চোখের সামনে, আর ব্যাচ চালানোর আগেই জানায় সে কী যোগ করবে — 5,000-এর 1,204 ব্যবহৃত, এই ব্যাচে হবে 3,604। ক্ষমতা একটি হিসাব, এরর মেসেজ নয়।

18প্রতি ব্যাচের রেফারেন্স প্রিফিক্স

প্রতিটি ব্যাচ তার ক্রেডিটে একটি রেফারেন্স প্রিফিক্স বসায় — ডেমোতে ARC-PAYOUT- — যাতে ডাউনস্ট্রিম সিস্টেম নিজের ফ্লো এক নজরে চিনতে পারে।

19আপনার আইডি আমাদের সঙ্গে চলে

প্রতিটি প্রদানকারী সারিতে আপনার সিস্টেমের একটি এক্সটার্নাল রেফারেন্স থাকে — ডেমোতে EXT-00311 — এবং তা vIBAN-এর সঙ্গে যুক্ত থাকে। লুকআপ চলে আপনার আইডেন্টিফায়ারে, শুধু আমাদেরটিতে নয়।

20কনসোল ও API যমজ

কনসোল যা করে, API-ও তাই করে — ইস্যু, পজ, কোয়েরি, এক্সপোর্ট। CSV আপলোড ও API কল একই অপারেশন চালায়; কনসোল একটি ক্লায়েন্ট, বিশেষ পথ নয়।

21আসল টাকার আগে টেস্ট ইভেন্ট

কনসোল থেকেই যেকোনো endpoint-এ সরাসরি একটি test event পাঠান। প্রথম আসল credit আসার আগেই synthetic delivery দিয়ে integration নিজেকে প্রমাণ করে নেয়।

22পরিচ্ছন্ন endpoint ব্যবস্থাপনা

প্রতিটি endpoint-এর নিজস্ব signing secret ও নিজস্ব subscription থাকে, আর মুছে না ফেলেই সেগুলো pause করা যায় — ডেমোতে সক্রিয় production endpoint-এর পাশেই একটি paused staging endpoint রাখা আছে।

23দুই ফরম্যাটে Export

মেশিনের জন্য CSV, মানুষের জন্য PDF — প্রতিটি vIBAN অনুযায়ী বা পুরো সময়কালের জন্য। Export তৈরি করা হয়েছে import করার জন্য, আবার হাতে টাইপ করার জন্য নয়।

24সময়সূচি মেনে Statement

মাসিক statement প্রতি মাসের 1 তারিখে নিজে থেকেই finance ঠিকানায় ইমেইল হয়ে যায়। নিয়মিত রিপোর্ট একটি subscription, কারও তালিকার পুনরাবৃত্ত কাজ নয়।

25Stream ফিল্টার করুন

Event ফিল্টার হয় type, vIBAN বা reference দিয়ে; কনসোলের book-এ খোঁজা যায় IBAN, গ্রাহক বা reference দিয়ে। হাজারো পেমেন্টের মধ্যে একটি খুঁজে বের করা মানে তিনটি প্রবেশপথের একটি query।

26প্রতিটি পরিবর্তনের কারণ থাকে

Program-এ operator-এর পরিবর্তন — account, pause, retirement — কারণ উল্লেখ করা বাধ্যতামূলক এবং audit log-এ জমা হয়। Program-এর ইতিহাস লিখিতভাবেই নিজের ব্যাখ্যা দেয়।

স্ক্রিন

প্রোডাক্টের ভেতরে।

আসল প্রোডাক্ট UI, ডেমো ডেটাসহ।

স্টেটমেন্ট — €412,380.44 ইন, 99.6% অটো-রিকনসাইল, প্রতিটি vIBAN-এর জন্য CSV বা PDF।
ইভেন্ট ও webhook — প্রতিটি ক্রেডিট একটি সাইনড ডেলিভারি, রিট্রাই সবার সামনে।
প্রোগ্রামের পেছনে — রিসিভিং অ্যাকাউন্ট, প্রতিটি কারেন্সিতে ঠিক একটি সক্রিয়।

FAQ

Virtual IBAN নিয়ে উত্তর।

  • হ্যাঁ, এগুলো ঠিকানাযোগ্য IBAN, নির্দিষ্ট রেঞ্জ থেকে ইস্যু করা, যা একটি master account-এ রুট হয়। vIBAN-এ পেমেন্ট সাধারণ SEPA ক্রেডিটের মতোই আসে; অর্থ স্বয়ংক্রিয়ভাবে master-এ একত্র হয় — কোনো sweeping job লাগে না।

  • রিটার্ন তার কারণ কোডসহ payment.returned ইভেন্টে এবং নিজস্ব স্টেটমেন্ট কাউন্টে আসে। রিটার্ন মানে কারণসহ ডেটা, পিছু ধাওয়া করার মতো রহস্য নয়।

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

  • বাল্কে ইস্যু করুন — 2,400 পেয়ারের একটি CSV এক অ্যাকশনে যাচাই, প্রিভিউ ও ইস্যু হয় — এবং প্রতিটি vIBAN উদ্দেশ্য অনুযায়ী ট্যাগ করুন। প্রতিটি সেলার, টেন্যান্ট বা এনটিটি পায় রিকনসাইল করা যায় এমন নিজস্ব অ্যাকাউন্ট নম্বর; উদ্দেশ্য অনুযায়ী রিপোর্টিং হয়ে যায় একটি ফিল্টার, কোনো প্রজেক্ট নয়।

যাচাই করুন

একটি virtual IBAN ইস্যু করুন, আর রিকনসাইল হতে দেখুন।

01

গাইডেড ডেমো ওয়াকথ্রু

আমরা আপনার সঙ্গে পুরো লুপটি চালাই — ইস্যু, শেয়ার, ম্যাচ, এক্সেপশন, রিপোর্ট — একই ডেমো ডেটায়, 2,400 পেয়ারের বাল্ক ইস্যুসহ।

02

Sandbox tenant

master account ও ইস্যুইং চালু করা একটি টেস্ট প্রোগ্রাম, যাতে আপনার টিম vIBAN তৈরি করতে, টেস্ট ক্রেডিট পাঠাতে এবং সেগুলো নিজেদের পরিচয় দিতে দেখতে পারে।

03

API অ্যাক্সেস, webhook ও ডকস

Issuing API, পেমেন্ট ও লাইফসাইকেল webhook এবং ইন্টিগ্রেশন ডকস — রিকনসিলিয়েশন নিজের ব্যাক অফিসে জুড়ে নিতে যথেষ্ট।

04

স্ট্যান্ডঅ্যালোন বা whitelabel

Protocore ব্র্যান্ডে মূল্যায়ন করুন বা নিজের ব্র্যান্ডে ইস্যু করুন — দুই ক্ষেত্রেই master account-ই একমাত্র সত্যের উৎস।

প্রাপ্যতা

Standalone বা whitelabel হিসেবে পাওয়া যায় — আপনার ব্র্যান্ডে ইস্যু করুন।

ইকোসিস্টেমে

Gateway-এর pay-by-transfer অর্ডারে vIBAN রেফারেন্স থাকে, PoS payout একই IBAN রেলে জমা হয়, আর vIBAN-এর ম্যাচিংয়ে যেসব এক্সেপশন বাকি থাকে সেগুলো Center সামলায়।

একটি প্রোডাক্ট বেছে নিন। অথবা নিন core।

উপরের সবকিছু প্রোডাকশন ডেমোতে চলছে, যা আমরা আপনাকে ঘুরিয়ে দেখাতে পারি: স্ট্যান্ডঅ্যালোন, whitelabel বা একটি পূর্ণ প্ল্যাটফর্ম হিসেবে। কী বানাচ্ছেন বলুন, আমরা সবচেয়ে ছোট পথটি দেখিয়ে দেব।