Sebastien Rousseau

VERIFICATION OF PAYEE

প্রোডাকশনে Verification of Payee: আংশিক মিল, বাল্ক ফাইল ও দায়

পেমেন্ট নেতৃত্বের জন্য একটি পরিচালনাগত পাঠ: Instant Payments Regulation প্রাপক যাচাইকে পাঁচ সেকেন্ডের ইউটিলিটি বাধ্যবাধকতায় পরিণত করেছে, আর প্রকৌশল ব্যয় পড়েছে মিলের উপর নয় — পড়েছে আংশিক মিলের উপর, ভেঙে ফেলা কর্পোরেট ফাইলের উপর, এবং রুলবুক যে দায়ের সীমানা আঁকতে অস্বীকার করে তার উপর।

12 মিনিট পঠন
Banner for: প্রোডাকশনে Verification of Payee: আংশিক মিল, বাল্ক ফাইল ও দায়

প্রোডাকশনে Verification of Payee: আংশিক মিল, বাল্ক ফাইল ও অমূল্যায়িত দায়ের নয় মাস

যেদিন প্রাপক যাচাই বাধ্যবাধকতায় পরিণত হলো, সেদিনই তা পণ্য হিসেবে শেষ হয়ে গেল। ২০২৫ সালের ৯ অক্টোবর থেকে ইউরো-অঞ্চলের প্রতিটি সদস্য রাষ্ট্রের প্রতিটি পেমেন্ট সার্ভিস প্রোভাইডারকে Regulation (EU) 2024/886 অনুযায়ী ক্রেডিট ট্রান্সফারে বিনামূল্যে Verification of Payee দিতে হচ্ছে। যাচাইটি নিজে কঠিন নয়: একটি নাম অ্যাকাউন্টে রক্ষিত নামের সঙ্গে মিলিয়ে দেখা এবং উত্তর দেওয়া। কঠিন প্রমাণিত হয়েছে তার চারপাশের সবকিছু — পাঁচ সেকেন্ডের উত্তর-বাজেট, হ্যাঁ-ও নয় না-ও নয় এমন একটি মধ্যবর্তী উত্তর, কর্পোরেট ফাইল যেগুলি যাচাইয়ের আগে টুকরো করে ভাঙতে হয়, এবং একটি দায়ের সীমানা যা রেগুলেশন ও স্কিম রুলবুক দুটোই আঁকতে অস্বীকার করে।

নির্বাহী সারসংক্ষেপ

  • বাধ্যবাধকতাটি ব্যাপক এবং মূল্যহীন। Regulation (EU) 2024/886 অনুযায়ী PSP-দের পরিধিভুক্ত ক্রেডিট ট্রান্সফারে প্রদানকারীকে বিনামূল্যে Verification of Payee দিতে হয়; ইউরো-অঞ্চলের প্রোভাইডাররা ২০২৫ সালের ৯ অক্টোবর থেকে সচল, ইউরো-অঞ্চলের বাইরের প্রোভাইডাররা পরের সময়সূচিতে আসছে। ফি দিয়ে খরচ তোলার পথ খোলা নেই।
  • আন্তঃকার্যকারিতা বাইরে দেওয়া হয়েছে। প্রতিটি PSP-কে প্রতিটি PSP-র সঙ্গে যুক্ত করার বদলে European Payments Council-এর স্কিম অনুরোধগুলিকে রাউট করে Routing and/or Verification Mechanisms-এর মধ্য দিয়ে, EPC-র যোগ্যতা যাচাই প্রক্রিয়ার অধীনে। ওই সিদ্ধান্ত নাগালের সমস্যা মিটিয়েছে এবং একটি তৃতীয়-পক্ষ নির্ভরতা তৈরি করেছে যার জায়গা পরিচালনাগত সহনশীলতার রেজিস্টারে।
  • লেটেন্সি স্কিমের শর্ত, আপনার বেছে নেওয়া SLO নয়। স্কিম অনুরোধকারী PSP-র উত্তর পাওয়ার জন্য সর্বোচ্চ পাঁচ সেকেন্ড বেঁধে দেয়, বাস্তবে লক্ষ্য তার চেয়ে যথেষ্ট কম। টাইমআউট এমন কোনও ব্যর্থতা নয় যা থেকে প্রদানকারীকে আড়াল করা যায়; এটি একটি উত্তর, এবং এর অর্থ "যাচাই করা যায়নি"।
  • UX ভুল হলে নিয়ন্ত্রণ ক্ষয়ে যায়। যে সতর্কতা বারবার আসে, বা গৎবাঁধা শোনায়, তা খারিজ হয়ে যায়। গোটা বাস্তবায়নে আংশিক মিল সামলানোই সবচেয়ে বেশি প্রভাব ফেলা নকশা-সিদ্ধান্ত।

রেগুলেশন যাচাইকে পরিকাঠামোয় নামিয়ে এনেছে

এক দশক ধরে নাম যাচাই ছিল জাতীয় উদ্যোগ এবং প্রতিযোগিতার গল্প। নেদারল্যান্ডস ও যুক্তরাজ্য স্কিম বানিয়েছে এবং জালিয়াতি হ্রাসকে বাজারজাত করেছে। Regulation (EU) 2024/886 যাচাইকে বাধ্যতামূলক, বিনামূল্যের ও সাধারণ করে ইউরো-অঞ্চল জুড়ে সেই কাঠামো শেষ করে দিয়েছে।

বাধ্যবাধকতার তিনটি বৈশিষ্ট্য বাকি সবের চেয়ে বেশি গুরুত্বপূর্ণ।

এটি প্রদানকারীর জন্য বিনামূল্যে। Article 5c প্রিমিয়াম যাচাই স্তরের কোনও জায়গা রাখে না, যা ব্যাংকের সেই বাণিজ্যিক কলকব্জা সরিয়ে দেয় যা দিয়ে সে সাধারণত নির্মাণের খরচ তুলত এবং ব্যবহারে রাশ টানত।

এটি ইনস্ট্যান্ট পেমেন্টে সীমাবদ্ধ নয়। যন্ত্রটি Instant Payments Regulation-এর ভিতরে এলেও যাচাইয়ের দায়িত্ব সাধারণভাবে পরিধিভুক্ত ক্রেডিট ট্রান্সফারের উপর বর্তায়, সাধারণ SEPA ক্রেডিট ট্রান্সফার সহ। যে প্রতিষ্ঠানগুলি নিজেদের কর্মসূচি কেবল SCT Inst-এ বেঁধেছিল, তারা পরিকল্পনার চেয়ে অনেক বড় ইন্টিগ্রেশন পৃষ্ঠ আবিষ্কার করেছে।

এটি সময়-বাঁধা। European Payments Council-এর স্কিম অনুরোধকারী PSP-র উত্তর পাওয়ার জন্য পাঁচ সেকেন্ডের ছাদ বেঁধে দেয়, স্বাভাবিক পরিচালনায় লক্ষ্য তার চেয়ে অনেক দ্রুত। ওই সংখ্যা ব্যাংকের ভিতরে দর কষাকষির সার্ভিস-লেভেল অবজেকটিভ নয়। এটি স্কিমের শর্ত, এবং উজানের সবকিছু — পেমেন্ট শুরুর UX, চ্যানেল টাইমআউট, রিট্রাই নীতি, ফাইল প্রক্রিয়াকরণ — এর ভিতরে আঁটতে হবে।

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

স্কিম আসলে কী দাবি করে

EPC স্কিম বার্তা বিনিময় সংজ্ঞায়িত করে এবং, সবচেয়ে গুরুত্বপূর্ণভাবে, উত্তরের শব্দভান্ডার। অনুরোধকারী PSP জিজ্ঞাসা করে; উত্তরদাতা PSP — যে IBAN-এর পিছনের অ্যাকাউন্টটি ধারণ করে — অ্যাকাউন্টধারীর পুরো নাম না দিয়ে একটি শ্রেণিবিভাগ দিয়ে জবাব দেয়।

সারণি ১: উত্তরের ধরন এবং প্রতিটি যা বাধ্য করে

উত্তর এর অর্থ কী প্রদানকারী কী দেখেন PSP-কে কী প্রমাণ রাখতে হবে
মিল (Match) দেওয়া নাম অ্যাকাউন্টে রক্ষিত নামের সঙ্গে মেলে ঘর্ষণ ছাড়াই এগোনো যাচাই সম্পন্ন হয়েছে এবং উত্তর নথিভুক্ত হয়েছে
আংশিক মিল (Close match) নামগুলি ঘনিষ্ঠভাবে মেলে কিন্তু হুবহু নয় — সংক্ষেপ, ব্যবসায়িক নাম, স্থানান্তরিত অংশ একটি সতর্কতা, এবং স্কিমের নকশায় প্রকৃত রক্ষিত নাম, যাতে প্রদানকারী নিজে বিচার করতে পারেন ঠিক যে পঙ্‌ক্তি দেখানো হয়েছিল, টাইমস্ট্যাম্প, এবং প্রদানকারীর পরবর্তী পছন্দ
মিল নেই (No match) নাম অ্যাকাউন্টের সঙ্গে মেলে না অনুমোদনের আগে স্পষ্ট সতর্কতা সতর্কতার বিষয়বস্তু এবং সতর্কতা উপেক্ষা করা হয়ে থাকলে তার নথি
যাচাই সম্ভব নয় (Verification not possible) নির্ধারিত সময়ে উত্তর নেই, বা উত্তরদাতা পক্ষ অনুরোধটি সামলাতে পারছে না নিরপেক্ষ বিবৃতি যে যাচাই সম্পন্ন করা যায়নি কেন ব্যর্থ হয়েছে, এবং প্রদানকারীকে তা জানানো হয়েছে

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

আন্তঃকার্যকারিতা সামলায় Routing and/or Verification Mechanisms। একটি PSP SEPA-র প্রতিটি প্রতিষ্ঠানের সঙ্গে দ্বিপাক্ষিক সংযোগ না গড়ে RVM-এর মধ্য দিয়ে প্রতিপক্ষের কাছে পৌঁছাতে পারে, আর RVM-দের EPC-র যোগ্যতা যাচাই প্রক্রিয়া সম্পন্ন করতে হয়। স্থাপত্যগতভাবে এটিই সঠিক সিদ্ধান্ত ছিল — বিকল্পটি হলো এক অনির্মাণযোগ্য জাল — কিন্তু এটি একটি নিয়ন্ত্রিত পেমেন্ট পরিষেবার অনুমোদন পথে একটি কেন্দ্রীভূত তৃতীয় পক্ষ ঢোকায়। তার জায়গা DORA-র তথ্য রেজিস্টারে এবং কেন্দ্রীভবন-ঝুঁকি বিশ্লেষণে, কেবল একটি ভেন্ডর ফাইলে নয়।

আংশিক মিলই গোটা সমস্যা

মিল আর মিল-নেই সহজ। এরা "এগোন" ও "থামুন"-এ মেলে। আংশিক মিল মেলে "আপনি ঠিক করুন"-এ, আর এখানেই নিয়ন্ত্রণটি হয় কাজ করে, নয়তো নিঃশব্দে মরে যায়।

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

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

দুটি নকশা-প্রতিশ্রুতি ফলাফল উল্লেখযোগ্যভাবে বদলে দেয়।

রায় নয়, নামটি দেখান। "বিবরণ হুবহু মিলছে না" — এমন সতর্কতা প্রদানকারীকে যুক্তি সাজানোর কিছুই দেয় না। স্কিমের নকশা আংশিক মিলের ক্ষেত্রে অ্যাকাউন্টে রক্ষিত নাম ফেরত দেওয়ার কথা ভাবে ঠিক এই কারণেই, যাতে প্রদানকারী চিনতে পারেন যে "ACME Trading Ltd" আর "Acme Trading Limited" একই প্রতিপক্ষ, আর "A. Trading Services" নয়।

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

তারপর যা সত্যিই গুরুত্বপূর্ণ তা মাপুন। কতগুলি সতর্কতা উঠল তা নয়, বরং তার কত অংশ উপেক্ষা করা হলো — এবং তার মধ্যে কতগুলি পরে বিরোধে গড়াল। খাঁটি পেমেন্টে উচ্চ উপেক্ষার হার মানে ম্যাচিং অতিরিক্ত কড়া। উপেক্ষার মধ্যে উচ্চ বিরোধের হার মানে সতর্কতাটি পড়া হচ্ছে না।

বাল্ক ফাইল মডেল ভেঙেছে, আর সেবা থেকে প্রত্যাহার হয়ে উঠেছে নিয়ন্ত্রণ

খুচরো একক পেমেন্ট কখনোই কঠিন কেস ছিল না। কর্পোরেট পেমেন্ট ফাইল ছিল।

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

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

কর্পোরেট ব্যাংকিং দলের জন্য দুটি পরিণতি আসে।

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

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

যে দায়ের সীমানা কেউ আঁকেনি

স্কিম উত্তর সংজ্ঞায়িত করে। পরিণতি সংজ্ঞায়িত করে না। আগামী কয়েক বছরের তর্ক ওই ফাঁকেই বসবে।

এখন রুটিন হয়ে যাওয়া ক্রমটি ভাবুন। ব্যাংক একটি আংশিক মিলের সতর্কতা তোলে। প্রদানকারী এগিয়ে যান। টাকা যায় প্রতারকের কাছে। ব্যাংক তার বাধ্যবাধকতা নিখুঁতভাবে পালন করেছে এবং তার প্রমাণ দিতে পারে। প্রদানকারী বলেন সতর্কতাটি দ্ব্যর্থক ছিল এবং তাঁকে বলা হয়নি আসলে কী ভুল ছিল।

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

যেসব প্রতিষ্ঠান ওই ফলাফল গ্রহণ করার বদলে গড়তে চায়, তাদের জন্য তিনটি বিষয় আসে।

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

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

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

পরিচালনার প্লেবুক

যেসব প্রতিষ্ঠান ইতিমধ্যে সচল, তাদের কাজ এখন সরবরাহ নয়, সংহতকরণ।

১. মধ্যপথ পরিমাপ করুন। আংশিক মিলের হার, উপেক্ষার হার এবং বিরোধে যাওয়া উপেক্ষার হার মাসিক ধারা হিসেবে রিপোর্ট করুন, চ্যানেল ও গ্রাহকের ধরন অনুযায়ী বিভাজিত। এই তিনটি সংখ্যা বলে দেয় নিয়ন্ত্রণটি কাজ করছে কি না; যাচাইয়ের পরিমাণ বলে না। ২. RVM-কে সংকটপূর্ণ তৃতীয় পক্ষ হিসেবে দেখুন। এটি অনুমোদন পথে বসে আছে। অন্য যেকোনও সংকটপূর্ণ প্রোভাইডারের সমান মর্যাদায় এর প্রস্থান পরিকল্পনা, প্রতিস্থাপনযোগ্যতা বিশ্লেষণ এবং ঘটনা-প্রতিক্রিয়া সংযুক্তি দরকার। ৩. টাইমআউটের পথ সচেতনভাবে নকশা করুন। সিদ্ধান্ত নিন এবং নথিভুক্ত করুন যে "যাচাই সম্ভব নয়" ফলাফল আটকাবে, সতর্ক করবে, না এগিয়ে যাবে — চ্যানেল ও মূল্যস্তর অনুযায়ী। নীরবতাকে ডিফল্ট করা মানে বাদ দেওয়ার মাধ্যমে নেওয়া একটি সিদ্ধান্ত। ৪. কর্পোরেট যাচাই উজানে সরান। সুবিধাভোগী-অনবোর্ডিং ও ব্যাংক-বিবরণ পরিবর্তনের যাচাই স্থায়ী পরিষেবা হিসেবে দিন। এতে পেমেন্ট রানের লেটেন্সি কমে, নিয়ন্ত্রণ উন্নত হয়, এবং এমন একটি রেগুলেশনের ভিতরে প্রকৃত বাণিজ্যিক প্রস্তাব তৈরি হয় যা অন্যথায় ফি নিষিদ্ধ করে। ৫. প্রতিটি বাল্ক প্রত্যাহার পুনঃসত্যায়ন করুন। এর উপর মেয়াদ বসান। একজন মালিক নির্দিষ্ট করুন। নবায়নকে অনুপস্থিতি নয়, সিদ্ধান্ত বানান। ৬. ইউরো-বহির্ভূত ধাপের জন্য প্রস্তুত হোন। ইউরো-অঞ্চলের বাইরের প্রোভাইডাররা পরিধিতে আসছে পরবর্তী সময়সূচিতে, যা ২০২৭ পর্যন্ত চলছে। দুই দিকেই সক্রিয় প্রতিষ্ঠানগুলির একটি সক্ষমতা গড়া উচিত, দুটি নয়।

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

প্রায়শই জিজ্ঞাসিত প্রশ্ন

Verification of Payee কি শুধু ইনস্ট্যান্ট পেমেন্টে প্রযোজ্য?
না। শর্তটি Instant Payments Regulation-এর মাধ্যমে এলেও যাচাইয়ের দায়িত্ব সাধারণভাবে পরিধিভুক্ত ক্রেডিট ট্রান্সফারের উপর বর্তায়, সাধারণ SEPA ক্রেডিট ট্রান্সফার সহ, কেবল SCT Inst-এ নয়। যেসব কর্মসূচি নিজেদের ইনস্ট্যান্ট পেমেন্টে সীমিত করেছিল, তারা ইন্টিগ্রেশন পৃষ্ঠকে কম মূল্যায়ন করেছিল।

ব্যাংক কি Verification of Payee-র জন্য ফি নিতে পারে?
Article 5c যে পরিষেবা বাধ্যতামূলক করে, তার জন্য প্রদানকারীর কাছ থেকে নয় — রেগুলেশন তা বিনামূল্যে দিতে বলে। বাধ্যবাধকতার বাইরে যাওয়া সংলগ্ন পরিষেবা, যেমন কর্পোরেট ক্লায়েন্টদের জন্য অনবোর্ডিং বা ব্যাংক-বিবরণ পরিবর্তনের সময় সুবিধাভোগী যাচাই, ওই সীমার বাইরে পড়ে, আর সেখানেই বৈধভাবে বাণিজ্যিক প্রস্তাব থাকে।

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

কর্পোরেট গ্রাহকরা কি বাল্ক ফাইলের জন্য যাচাই বন্ধ করতে পারেন?
হ্যাঁ। রেগুলেশন ভোক্তা নন এমন পেমেন্ট সার্ভিস ব্যবহারকারীদের একগুচ্ছ পেমেন্ট আদেশ একসঙ্গে জমা দেওয়ার সময় পরিষেবা থেকে প্রত্যাহার এবং পরে ফিরে আসার অনুমতি দেয়। যেহেতু ওই মকুব পরবর্তী প্রতিটি ফাইলের প্রতিটি পেমেন্টে প্রযোজ্য হয়, একে একটি স্থায়ী ঝুঁকি-সিদ্ধান্ত হিসেবে পরিচালনা করা উচিত — মালিক, মেয়াদ ও পর্যায়ক্রমিক পুনঃসত্যায়ন সমেত।

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

তথ্যসূত্র

সর্বশেষ পর্যালোচনা .

এই নিবন্ধটি ক্রস-পোস্ট করুন

Medium-এর জন্য ফরম্যাট কপি করুন

# প্রোডাকশনে Verification of Payee: আংশিক মিল, বাল্ক ফাইল ও দায় — Sebastien Rousseau

> Originally published at [https://sebastienrousseau.com/bn/2026-07-27-verification-of-payee-production-vop-ipr-banks-2026/](https://sebastienrousseau.com/bn/2026-07-27-verification-of-payee-production-vop-ipr-banks-2026/)

IPR সময়সীমার নয় মাস পর Verification of Payee এখন প্রতিটি ইউরো-অঞ্চল PSP-র বাধ্যতামূলক পরিষেবা। কঠিন অংশ আংশিক মিল, বাল্ক ফাইল ও দায়ের সীমানা।

Read the full article on sebastienrousseau.com: https://sebastienrousseau.com/bn/2026-07-27-verification-of-payee-production-vop-ipr-banks-2026/

Mastodon-এর জন্য ফরম্যাট কপি করুন

প্রোডাকশনে Verification of Payee: আংশিক মিল, বাল্ক ফাইল ও দায় — Sebastien Rousseau

IPR সময়সীমার নয় মাস পর Verification of Payee এখন প্রতিটি ইউরো-অঞ্চল PSP-র বাধ্যতামূলক পরিষেবা। কঠিন অংশ আংশিক মিল, বাল্ক ফাইল ও দায়ের সীমানা।

https://sebastienrousseau.com/bn/2026-07-27-verification-of-payee-production-vop-ipr-banks-2026/

LinkedIn-এর জন্য বিন্যাসিত কপি করুন

প্রোডাকশনে Verification of Payee: আংশিক মিল, বাল্ক ফাইল ও দায় — Sebastien Rousseau

IPR সময়সীমার নয় মাস পর Verification of Payee এখন প্রতিটি ইউরো-অঞ্চল PSP-র বাধ্যতামূলক পরিষেবা। কঠিন অংশ আংশিক মিল, বাল্ক ফাইল ও দায়ের সীমানা।.

এখানে মূল কৌশলগত টেকওয়েগুলি রয়েছে:

- রেগুলেশন যাচাইকে পরিকাঠামোয় নামিয়ে এনেছে. এক দশক ধরে নাম যাচাই ছিল জাতীয় উদ্যোগ এবং প্রতিযোগিতার গল্প। নেদারল্যান্ডস ও যুক্তরাজ্য স্কিম বানিয়েছে এবং জালিয়াতি হ্রাসকে বাজারজাত করেছে। Regulation (EU) 2024/886 যাচাইকে বাধ্যতামূলক, বিনামূল্যের ও সাধারণ করে…
- স্কিম আসলে কী দাবি করে. EPC স্কিম বার্তা বিনিময় সংজ্ঞায়িত করে এবং, সবচেয়ে গুরুত্বপূর্ণভাবে, উত্তরের শব্দভান্ডার। অনুরোধকারী PSP জিজ্ঞাসা করে; উত্তরদাতা PSP — যে IBAN-এর পিছনের অ্যাকাউন্টটি ধারণ করে — অ্যাকাউন্টধারীর পুরো নাম না দিয়ে…
- আংশিক মিলই গোটা সমস্যা. মিল আর মিল-নেই সহজ। এরা "এগোন" ও "থামুন"-এ মেলে। আংশিক মিল মেলে "আপনি ঠিক করুন"-এ, আর এখানেই নিয়ন্ত্রণটি হয় কাজ করে, নয়তো নিঃশব্দে মরে যায়।.
- বাল্ক ফাইল মডেল ভেঙেছে, আর সেবা থেকে প্রত্যাহার হয়ে উঠেছে নিয়ন্ত্রণ. খুচরো একক পেমেন্ট কখনোই কঠিন কেস ছিল না। কর্পোরেট পেমেন্ট ফাইল ছিল।.

এই নিবন্ধে উল্লিখিত চ্যালেঞ্জগুলির প্রতি আপনার প্রতিষ্ঠানের পদ্ধতি কী?

→ https://sebastienrousseau.com/bn/2026-07-27-verification-of-payee-production-vop-ipr-banks-2026/

#VerificationOfPayee #Vop #প্রাপকযাচাই #InstantPaymentsRegulation #Regulation(eu)2024886

Sebastien Rousseau | CC-BY-4.0
এই নিবন্ধটি উদ্ধৃত করুন

প্রোডাকশনে Verification of Payee: আংশিক মিল, বাল্ক ফাইল ও দায় — Sebastien Rousseau

IPR সময়সীমার নয় মাস পর Verification of Payee এখন প্রতিটি ইউরো-অঞ্চল PSP-র বাধ্যতামূলক পরিষেবা। কঠিন অংশ আংশিক মিল, বাল্ক ফাইল ও দায়ের সীমানা।

BibTeX

@online{rousseau2026প,
  author  = {Rousseau, Sebastien},
  title   = {{প্রোডাকশনে Verification of Payee: আংশিক মিল, বাল্ক ফাইল ও দায় — Sebastien Rousseau}},
  year    = {2026},
  url     = {https://sebastienrousseau.com/bn/2026-07-27-verification-of-payee-production-vop-ipr-banks-2026/},
  urldate = {2026}
}

RIS

TY  - GEN
AU  - Rousseau, Sebastien
TI  - প্রোডাকশনে Verification of Payee: আংশিক মিল, বাল্ক ফাইল ও দায় — Sebastien Rousseau
PY  - 2026
UR  - https://sebastienrousseau.com/bn/2026-07-27-verification-of-payee-production-vop-ipr-banks-2026/
ER  -

Vancouver

Rousseau S. প্রোডাকশনে Verification of Payee: আংশিক মিল, বাল্ক ফাইল ও দায় — Sebastien Rousseau. sebastienrousseau.com. 2026 Jul 27. Available from: https://sebastienrousseau.com/bn/2026-07-27-verification-of-payee-production-vop-ipr-banks-2026/

Chicago

Rousseau, Sebastien. "প্রোডাকশনে Verification of Payee: আংশিক মিল, বাল্ক ফাইল ও দায় — Sebastien Rousseau." sebastienrousseau.com. July 27, 2026. https://sebastienrousseau.com/bn/2026-07-27-verification-of-payee-production-vop-ipr-banks-2026/.

APA

Rousseau, S. (2026, July 27). প্রোডাকশনে Verification of Payee: আংশিক মিল, বাল্ক ফাইল ও দায় — Sebastien Rousseau. sebastienrousseau.com. https://sebastienrousseau.com/bn/2026-07-27-verification-of-payee-production-vop-ipr-banks-2026/

এই নিবন্ধটি পুনঃপ্রকাশ করুন

প্রোডাকশনে Verification of Payee: আংশিক মিল, বাল্ক ফাইল ও দায় — Sebastien Rousseau

IPR সময়সীমার নয় মাস পর Verification of Payee এখন প্রতিটি ইউরো-অঞ্চল PSP-র বাধ্যতামূলক পরিষেবা। কঠিন অংশ আংশিক মিল, বাল্ক ফাইল ও দায়ের সীমানা।

এই নিবন্ধটি লাইসেন্স করা হয়েছে Creative Commons Attribution 4.0 International. পুনঃপ্রকাশনার জন্য মূল URL-এর কৃতিত্ব আবশ্যক।

প্রোডাকশনে Verification of Payee: আংশিক মিল, বাল্ক ফাইল ও দায় — Sebastien Rousseau

IPR সময়সীমার নয় মাস পর Verification of Payee এখন প্রতিটি ইউরো-অঞ্চল PSP-র বাধ্যতামূলক পরিষেবা। কঠিন অংশ আংশিক মিল, বাল্ক ফাইল ও দায়ের সীমানা।

Originally published at https://sebastienrousseau.com/bn/2026-07-27-verification-of-payee-production-vop-ipr-banks-2026/ by Sebastien Rousseau.
Licensed under CC-BY-4.0.