নভেম্বর 2026 pacs.008 স্ট্রাকচার্ড-অ্যাড্রেস সময়সীমা: ছয় মাসের একটি দৃষ্টিভঙ্গি

মধ্য-নভেম্বর ২০২৬ থেকে SWIFT CBPR+ pacs.008 এবং সংশ্লিষ্ট ক্রস-বর্ডার পেমেন্ট বার্তায় অকাঠামোগত পোস্টাল ঠিকানা প্রত্যাখ্যান করবে। প্রায় ৬৫% বার্তা এখনও অ-সম্মত এবং ৪৪% ব্যাংক নির্ধারিত সময়ের পেছনে থাকায়, সংশোধনের সুযোগটি বেশিরভাগ প্রস্তুতি কর্মসূচির পরিকল্পনার চেয়েও দ্রুত সংকুচিত হচ্ছে।

মূল শিক্ষা

• নভেম্বর ২০২৬ থেকে, SWIFT CBPR+ ক্রস-বর্ডার পেমেন্ট বার্তায় অকাঠামোগত পোস্টাল ঠিকানা আর গ্রহণ করবে না। এই পরিবর্তনটি pacs.008 (গ্রাহকের ক্রেডিট স্থানান্তর), pacs.009 (আর্থিক প্রতিষ্ঠানের ক্রেডিট স্থানান্তর), pacs.004 (রিটার্ন), এবং pacs.003 (সরাসরি ডেবিট)-এর পাশাপাশি সেগুলিতে ফিড করা আপস্ট্রিম pain.001 ফ্লো-এর ক্ষেত্রেও প্রযোজ্য হবে।
• ন্যূনতম পক্ষে, শহরের নাম (TwnNm) এবং দেশ (Ctry) অবশ্যই নির্দিষ্ট কাঠামোগত ক্ষেত্রে থাকতে হবে। রাস্তার নাম (StrtNm) এবং হয় ভবন নম্বর (BldgNb) অথবা পোস্ট অফিস বক্স (PstBx) জোরালোভাবে সুপারিশ করা হয়। মুক্ত-পাঠ্যের ঠিকানা লাইন (AdrLine) এককভাবে আর মূল পক্ষের ক্ষেত্রগুলির জন্য প্রয়োজনীয়তা পূরণ করবে না।
• এই পরিবর্তনটি নিষেধাজ্ঞা স্ক্রিনিংয়ের নির্ভুলতা বাড়ায়, ম্যানুয়াল-রিপেয়ারের হার কমায় এবং স্ট্রেইট-থ্রু প্রসেসিং সুরক্ষিত করে — তবে এটি কেবল সেইসব প্রতিষ্ঠানের জন্যই প্রযোজ্য যারা তাদের আপস্ট্রিম গ্রাহক ডেটা সংশোধন করেছে, শুধু তাদের বার্তা ইঞ্জিন সংশোধন করলেই হবে না।
• শিল্পের প্রস্তুতি অসমান। মার্চ ২০২৬ পর্যন্ত, গড়ে প্রায় ৬৫% CBPR+ বার্তা এখনও অকাঠামোগত ঠিকানা বহন করছে, ৪৪% ব্যাংক সময়সীমা পূরণের পথে নেই, এবং গড়ে ৩২% গ্রাহক ঠিকানা রেকর্ড অকাঠামোগত রয়ে গেছে।
• ওপেন-সোর্স টুলিং — যার মধ্যে রয়েছে pacs008, যা pacs.008 বার্তা ফ্লো তৈরি, যাচাই ও পরিচালনার জন্য একটি পাইথন লাইব্রেরি এবং FastAPI পরিষেবা — SWIFT নেটওয়ার্কে বার্তা পৌঁছানোর আগে স্কিমা যাচাইকরণ, ঠিকানা-মানের পরীক্ষা এবং CI-স্তরের প্রয়োগ স্বয়ংক্রিয় করার মাধ্যমে সংশোধনের সময়সীমা সংকুচিত করতে পারে।

এমন একটি সময়সীমা যা সবসময়ই অবধারিত ছিল

নভেম্বর ২০২৬-এর কাঠামোগত-ঠিকানার প্রয়োজনীয়তা কোনো আকস্মিক নিয়ন্ত্রক পদক্ষেপ নয়। মূল ISO 20022 স্থানান্তর ঘোষণার পর থেকেই এটি SWIFT CBPR+ রোডম্যাপে ছিল এবং এটি নভেম্বর ২০২৫-এ MT/MX-এর সহাবস্থান সমাপ্তির ধারাবাহিকতায় এসেছে। ২০২৬ সালে যা পরিবর্তিত হয়েছে তা হলো এর আসন্নতা। প্রায় ছয় মাস বাকি থাকতে, শিল্পটি এখন এমন একটি সময়ের মধ্যে কাজ করছে যেখানে অমীমাংসিত ডেটা-মানের সমস্যাগুলো পরিচালনগত ঝুঁকিতে (operational risk) পরিণত হচ্ছে।

संख्याগুলো স্পষ্টভাবে গল্পটি তুলে ধরে। SWIFT-এর নিজস্ব মার্চ ২০২৬-এর কমিউনিটি আপডেট উল্লেখ করে যে প্রায় ৬৫% পেমেন্ট বার্তায় এখনও অকাঠামোগত ঠিকানা রয়েছে ⧉, এবং বিভিন্ন ভৌগোলিক অঞ্চল ও প্রতিষ্ঠানের ধরন জুড়ে এর গ্রহণযোগ্যতা অসমান রয়ে গেছে। ৩০৮ জন সিনিয়র পেমেন্ট পেশাদারদের ওপর পরিচালিত একটি মার্চ ২০২৬-এর RedCompass Labs জরিপে দেখা গেছে ⧉ যে ৪৪% ব্যাংক বর্তমানে কাঠামোগত-ঠিকানার সময়সীমা পূরণের ট্র্যাকে নেই, যদিও তারা ২০২৬ সালের প্রস্তুতির জন্য গড়ে ২০ মিলিয়ন ডলার — এবং বৃহত্তম প্রতিষ্ঠানগুলোতে ৩০ মিলিয়ন ডলারের বেশি — ব্যয় করেছে এবং ISO 20022 কর্মসূচিতে গড়ে অতিরিক্ত ১৩ জন কর্মী নিয়োগ করেছে। একই জরিপে দেখা গেছে যে গড়ে ৩২% গ্রাহক ঠিকানা রেকর্ড অকাঠামোগত রয়ে গেছে এবং ৬০% ব্যাংক কাঠামোগত ঠিকানা ক্ষেত্রসমূহ সমর্থনের ক্ষেত্রে তাদের মূল ব্যাংকিং সিস্টেমে ঘাটতি থাকার কথা জানিয়েছে।

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

নিয়মটি আসলে কী দাবি করে

SWIFT CBPR+ স্ট্যান্ডার্ডস রিলিজ ২০২৬ (SR2026)-এর অধীনে মূল প্রয়োজনীয়তা নীতিগতভাবে সহজ কিন্তু বিস্তারিতভাবে কঠোর। মধ্য-নভেম্বর ২০২৬ থেকে, CBPR+ পেমেন্ট বার্তার সমস্ত এজেন্ট এবং পক্ষের জন্য শহরের নাম এবং দেশ অবশ্যই তাদের নির্দিষ্ট কাঠামোগত ক্ষেত্রে প্রদান করতে হবে ⧉, খুব সীমিত কিছু ব্যতিক্রম ছাড়া (camt.052, camt.053, camt.054-এর স্টেটমেন্ট ও নোটিফিকেশন এবং কয়েকটি প্রশাসনিক বার্তা এই কঠোর প্রয়োজনীয়তার বাইরে রয়েছে)। এজেন্টদের জন্য, নাম ও ঠিকানার বিকল্প হিসেবে শুধুমাত্র BIC-এর ব্যবহার অব্যাহত রাখা এখনও বৈধ।

পরিবর্তন পরবর্তী সময়ে দুটি ঠিকানা বিন্যাস অনুমোদিত:

• সম্পূর্ণ কাঠামোগত (Fully structured) — ডাক ঠিকানার প্রতিটি অংশ তার নির্দিষ্ট ISO 20022 উপাদানে ম্যাপ করা হয়: StrtNm (রাস্তার নাম), BldgNb (ভবন নম্বর) বা BldgNm (ভবনের নাম), PstCd (পোস্ট কোড), TwnNm (শহরের নাম), CtrySubDvsn (দেশের মহকুমা/অঞ্চল), Ctry (দেশ, একটি ISO 3166-1 alpha-2 কোড হিসেবে)। এটি এমন একটি বিন্যাস যা SWIFT স্পষ্টভাবে সম্ভব হলে অধিকতর পছন্দসই বিকল্প হিসেবে চিহ্নিত করেছে।
• হাইব্রিড (Hybrid) — শহরের নাম এবং দেশ তাদের কাঠামোগত ক্ষেত্রে পূরণ করা হয়, যখন ঠিকানার বাকি অংশ দুটি পর্যন্ত অকাঠামোগত AdrLine উপাদান ব্যবহার করতে পারে। গুরুত্বপূর্ণ বিষয় হলো, কাঠামোগত উপাদানগুলো অকাঠামোগত লাইনের ভেতরে পুনরাবৃত্তি করা যাবে না ⧉; যেকোনো নির্দিষ্ট উপাদানের জন্য ঠিকানাটি হয় এক বিন্যাসে হবে নয়তো অন্য বিন্যাসে।

সম্পূর্ণ অকাঠামোগত ঠিকানা — যেখানে সম্পূর্ণ ঠিকানাটি কোনো TwnNm বা Ctry ছাড়াই AdrLine উপাদানের ভেতরে থাকে — প্রভাবিত কোনো পক্ষের ক্ষেত্রের জন্যই গ্রহণযোগ্য হবে না। ইউরোপীয় পেমেন্টস কাউন্সিল তার SEPA রুলবুককে একই পরিবর্তনের সাথে সমন্বয় করেছে, তাই ১৫ নভেম্বর ২০২৬ থেকে SCT, SDD এবং SCT Inst-এর ক্ষেত্রেও অকাঠামোগত বিন্যাস নিষিদ্ধ করা হয়েছে ⧉। এই সমন্বয়টি উদ্দেশ্যপ্রণোদিত: SWIFT এবং EPC একটি একক শিল্প পরিবর্তনের উইকএন্ড তৈরি করেছে।

সন্দেহ দূরীকরণের জন্য, pacs008 ডকুমেন্টেশন সরাসরি প্রভাবিত বার্তাগুলোর তালিকা দেয় ⧉: pacs.008 (গ্রাহক ক্রেডিট স্থানান্তরে ডেটর এবং ক্রেডিটর), pacs.009 (FI ক্রেডিট স্থানান্তর এবং কভার পেমেন্টে প্রতিষ্ঠানের ঠিকানা), pacs.004 (রিটার্নে পক্ষের ঠিকানা), এবং pacs.003 (সরাসরি ডেবিট)। এই প্রয়োজনীয়তাটি আপস্ট্রিমেও প্রবাহিত হয়: অকাঠামোগত ঠিকানা বহনকারী কর্পোরেট pain.001 ফাইলগুলো গ্রহণকারী ব্যাংকে অনুগত pacs.008 তৈরিতে বাধা সৃষ্টি করবে।

শিল্প কেন এটিকে অগ্রাধিকার দিয়েছে

কাঠামোগত ঠিকানার কারণটি নান্দনিক নয়। এটি পরিচালনগত এবং তিনটি ক্ষেত্রে এর প্রভাব দেখা যায়।

নিষেধাজ্ঞা স্ক্রিনিং (Sanctions screening)। এককভাবে সবচেয়ে বড় ব্যবহারিক সুবিধা হলো কাঠামোগত ঠিকানা স্ক্রিনিং সিস্টেমগুলোকে অবস্থানের ডেটা থেকে পক্ষের নাম পৃথক করতে দেয়। মুক্ত-পাঠ্যের ঠিকানা ব্লকগুলো প্রায়শই মিথ্যা পজিটিভ (false positive) সৃষ্টি করে যখন কোনো শহরের নাম ঘটনাক্রমে কোনো নিষিদ্ধ ব্যক্তির নামের টোকেনের সাথে মিলে যায়, অথবা যখন মুক্ত-পাঠ্যে থাকা কোনো দেশ সম্পূর্ণরূপে এড়িয়ে যায়। কাঠামোগত ক্ষেত্রগুলো স্ক্রিনিং ইঞ্জিনগুলোকে সুনির্দিষ্টভাবে দেশ-ভিত্তিক ঝুঁকির নিয়ম প্রয়োগ করতে দেয় এবং পার্স করা স্ট্রিং অনুমান করার পরিবর্তে কান্ট্রি কোডের বিপরীতে নিষেধাজ্ঞা তালিকার মিল নিশ্চিত করা সম্ভব করে তোলে। মার্চ ২০২৬-এ প্রকাশিত CGI UK-এর বিশ্লেষণ এই বিষয়টির ওপর স্পষ্টভাবে জোর দেয়: কাঠামোগত ঠিকানা ডেটা পরিচালনগত স্থিতিস্থাপকতার জন্য কেন্দ্রীয় হয়ে উঠছে, এটি কেবল একটি কমপ্লায়েন্স বাধ্যবাধকতা নয় ⧉।

ম্যানুয়াল রিপেয়ারের হার (Manual repair rates)। ক্রস-বর্ডার পেমেন্টে আজ ম্যানুয়াল তদন্ত, ব্যতিক্রম হ্যান্ডলিং এবং রিপেয়ার লাইনের আকারে উল্লেখযোগ্য পরিচালনগত ব্যয় বহন করতে হয় — যার বেশিরভাগই ঘটে থাকে এমন সব ঠিকানার কারণে যা স্ক্রিনিং বা রাউটিং সিস্টেমগুলো আত্মবিশ্বাসের সাথে পার্স করতে পারে না। যে ব্যাংকগুলো ইতোমধ্যে কাঠামোগত ঠিকানায় স্থানান্তরিত হয়েছে তারা সরাসরি-প্রক্রিয়াকরণ (straight-through-processing) ব্যতিক্রমে উল্লেখযোগ্য হ্রাসের কথা জানিয়েছে, বিশেষ করে মধ্য-করিডোর ফ্লো-তে যেখানে মধ্যস্থতাকারী এজেন্টদের পূর্বে তাদের দ্বারা তৈরি না করা মুক্ত-পাঠ্য ডেটার ব্যাখ্যা করতে হতো।

নেটওয়ার্ক-স্তরের প্রয়োগ (Network-level enforcement)। SR2026 SWIFT নেটওয়ার্ক স্তরে যাচাইকরণকে আরও কঠোর করে। নতুন কিছু পরীক্ষা প্রাথমিকভাবে নন-ব্লকিং মোডে কাজ করবে — পেমেন্ট বন্ধ না করে ডেটা-মানের সমস্যাগুলো চিহ্নিত করবে — তবে লক্ষ্য স্পষ্ট, এবং পরিবর্তন পরবর্তী সময়ে অ-সম্মত বার্তাগুলো সরাসরি প্রত্যাখ্যান করা হবে ⧉। বেশ কয়েকটি মার্কিন পেমেন্ট রেল (Fedwire, CHIPS) and SWIFT CBPR+ মূলত একই সময়সীমার দিকে অগ্রসর হচ্ছে, যা স্তরীভূত পরিবর্তনের (staggered cutover) সুযোগ দূর করে দেয়, যা কিছু institution তাদের পূর্ববর্তী পরিকল্পনায় ধরে নিয়েছিল।

ক্ষেত্র-স্তরের দৃশ্য: বার্তায় কী পরিবর্তন আসছে

pacs.008 বার্তাটি মার্চ ২০২৩-এ প্রাথমিক CBPR+ ব্যবহারের নির্দেশিকা চালুর পর থেকেই কাঠামোগত-ঠিকানা সমর্থন বহন করছে। নভেম্বর ২০২৬-এ যা পরিবর্তিত হচ্ছে তা স্কিমা নয় — এটি হলো যাচাইকরণ (validation)। এ পর্যন্ত ব্যাংকগুলোকে AdrLine উপাদানগুলোতে মুক্ত-পাঠ্য পূরণ করার এবং নেটওয়ার্কের মাধ্যমে পাঠানোর অনুমতি দেওয়া হয়েছিল। সময়সীমা থেকে, পক্ষের ব্লকের বিষয়বস্তু অবশ্যই ন্যূনতম কাঠামোগত-ক্ষেত্রের প্রয়োজনীয়তা পূরণ করতে হবে।

প্রয়োজনীয়, সুপারিশকৃত এবং অপ্রচলিত

উৎস: SR2026-এর জন্য SWIFT CBPR+ ব্যবহারের নির্দেশিকা এবং pacs008.com কাঠামোগত-ঠিকানা ডকুমেন্টেশনের সমন্বয় ⧉।

এর ব্যবহারিক তাৎপর্য হলো যে কোনো প্রতিষ্ঠান যা এখনও কেবল AdrLine-এর ওপর নির্ভর করছে — তা নিজস্ব বার্তা তৈরিতে হোক, কর্পোরেট ক্লায়েন্টদের কাছ থেকে প্রাপ্ত pain.001 ফাইলে হোক, অথবা ইন-ফ্লাইট পেমেন্ট সমৃদ্ধ করার জন্য ব্যবহৃত মাস্টার-ডেটা রেকর্ডে হোক — তাদের এই ডেটা স্থানান্তরের আগে কাঠামোগত ক্ষেত্রে স্থানান্তর করতে হবে। SWIFT-এর ইন-ফ্লো অনুবাদ পরিষেবা ট্রানজিটে সাহায্য করতে পারে, তবে এতে জানুয়ারি ২০২৬ থেকে অতিরিক্ত চার্জ প্রযোজ্য হবে ⧉ এবং এটি নির্ভরযোগ্যভাবে সমস্ত ঠিকানা বিন্যাস পার্স করতে পারে না। SWIFT অকাঠামোগত লিগ্যাসি ডেটা থেকে আত্মবিশ্বাসের স্কোরসহ শহর ও দেশ অনুমান করার জন্য ২০০টিরও বেশি দেশের ডেটার ওপর প্রশিক্ষিত একটি ওপেন-সোর্স AI ঠিকানা-কাঠামো মডেলও প্রকাশ করেছে ⧉, তবে এটি স্পষ্টভাবে একটি প্রতিকার সহায়তা মাত্র, পরিচ্ছন্ন আপস্ট্রিম ডেটার দীর্ঘমেয়াদী বিকল্প নয়।

কীভাবে pacs008.com সময়সীমা সংকুচিত করতে সাহায্য করে

যেসব প্রতিষ্ঠানের তাদের ঠিকানার মান এবং বার্তা যাচাইকরণের পাইপলাইন দ্রুত শিল্পায়ন করা প্রয়োজন, তাদের জন্য pacs008 ⧉ একটি MIT-লাইসেন্সপ্রাপ্ত ওপেন-সোর্সツールকিট এবং FastAPI পরিষেবা প্রদান করে যা বিশেষভাবে FI-to-FI গ্রাহক ক্রেডিট স্থানান্তর ওয়ার্কফ্লোর জন্য ডিজাইন করা হয়েছে। এটি এমন তিনটি স্তরকে নির্দেশ করে যেখানে প্রতিকার কর্মসূচিগুলো প্রায়শই স্থবির হয়ে পড়ে: ডেটা যাচাইকরণ, XML তৈরি এবং পাইপলাইন প্রয়োগ।

টুলকিটের কাঠামোগত-ঠিকানা সক্ষমতাগুলো SR2026-এর প্রয়োজনীয়তার সাথে সামঞ্জস্যপূর্ণ:

• কাঠামোগত এবং হাইব্রিড ডাক ঠিকানা ক্ষেত্রগুলোর তৈরি-পূর্ব যাচাইকরণ (Pre-generation validation), যাতে কোনো XML তৈরি বা পাঠানোর আগেই অ-সম্মত ডেটা ধরা পড়ে।
• অকাঠামোগত ঠিকানা ডেটা ফ্ল্যাগিং, যা নভেম্বর ২০২৬-এর সময়সীমার পরে ব্যর্থ হবে, যেখানে হাইব্রিড-গ্রহণযোগ্য এবং সম্পূর্ণ অকাঠামোগত ক্ষেত্রগুলোর মধ্যে একটি স্পষ্ট পার্থক্য রাখা হয়েছে।
• সময়সীমার আগের হাইব্রিড বিন্যাস এবং সময়সীমার পরের সম্পূর্ণ কাঠামোগত বিন্যাস উভয়ের জন্যই দ্বৈত-বিন্যাস সমর্থন (Dual-format support), যা প্রতিষ্ঠানগুলোকে তাদের নিজস্ব রূপান্তর সম্পন্ন না করা কাউন্টারপার্টিগুলোর সাথে ইন্টারঅপারেবিলিটি না ভেঙে ধীরে ধীরে স্থানান্তরিত হতে দেয়।
• CI-পাইপলাইন ইন্টিগ্রেশন যাতে ঠিকানা-মানের পরীক্ষাগুলো বিল্ড প্রক্রিয়ার অংশ হয়ে ওঠে, ফ্লো-এর শেষে চিন্তা করার মতো কোনো বিষয় না থাকে — এটি CGI-এর এই পর্যবেক্ষণের ⧉ ব্যবহারিক উত্তর যে ডেটা গভর্নেন্স একটি কমপ্লায়েন্স ওভারলে হওয়ার চেয়ে একটি মৌলিক ডিজাইন নীতি হওয়া উচিত।

ঠিকানার বাইরে, টুলকিটটি আরও বিস্তৃত যাচাইকরণ ক্ষেত্র কভার করে যা SR2026 রিলিজকে কঠোর করে: ২০টি বার্তা-নির্দিষ্ট স্কিমার বিপরীতে JSON স্কিমা যাচাইকরণ, ৭৫টি দেশ জুড়ে IBAN বিন্যাস এবং চেকসাম যাচাইকরণ, অফিসিয়াল ISO 20022 স্কিমার বিপরীতে তৈরি করা XML-এর XSD যাচাইকরণ, এবং সমস্ত ১৩টি সমর্থিত pacs.008 রিভিশন (pacs.008.001.01 থেকে pacs.008.001.13) জুড়ে সংস্করণ-সচেতন তৈরি। পরিচালন ও কমপ্লায়েন্স টিমের জন্য, এতে defusedxml-এর মাধ্যমে XXE প্রতিরোধ, কঠোর পাথ-ট্রাভার্সাল সুরক্ষা এবং GDPR ও PCI DSS প্রয়োজনীয়তা সমর্থন করার জন্য কাঠামোগত JSON লগে PII মাস্কিং অন্তর্ভুক্ত রয়েছে — এ ধরনের নিয়ন্ত্রণগুলো উৎপাদনমুখী পেমেন্ট ফ্লোতে আপোষহীন কিন্তু প্রায়শই বিক্রেতার নেতৃত্বে পরিচালিত স্থানান্তরে দেরিতে যুক্ত করা হয়।

লাইব্রেরিটি pip install pacs008 প্যাকেজ হিসেবে PyPI-তে ⧉ এবং সম্পূর্ণ উৎস স্বচ্ছতার সাথে GitHub-এ ⧉ উপলব্ধ রয়েছে। তাদের বিকল্পগুলো মূল্যায়নকারী প্রতিষ্ঠানগুলোর জন্য এটি গুরুত্বপূর্ণ: ওপেন-সোর্স টুলিং অভ্যন্তরীণ টিমগুলোকে যাচাইকরণের যুক্তি অডিট করতে, লাইসেন্স আলোচনা ছাড়াই বিদ্যমান পাইথন বা FastAPI এস্টেটে এটিকে একীভূত করতে এবং তাদের নিজস্ব বিশেষ ক্ষেত্রগুলো সামনে আসার সাথে সাথে সমাধানগুলো অবদান হিসেবে ফেরত দিতে সাহায্য করে।

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

টুলিং ল্যান্ডস্কেপ

pacs008 ISO 20022 বার্তা টুলিংয়ের একটি বিস্তৃত ইকোসিস্টেমের মধ্যে অবস্থান করে এবং পদ্ধতির পছন্দ প্রতিষ্ঠানের স্ট্যাক, স্কেল এবং স্থানান্তর দর্শনের ওপর নির্ভর করে। ওপেন-সোর্স এবং বাণিজ্যিক ল্যান্ডস্কেপের মধ্যে রয়েছে pyiso20022 ⧉ (বিটা যাচাইকরণ সহ বিস্তৃত বহু-শ্রেণির পাইথন লাইব্রেরি), আপস্ট্রিম পেমেন্ট সূচনার জন্য সম্পর্কিত pain001 ⧉ লাইব্রেরি, Prowide ISO 20022 ⧉ (CBPR+ যাচাইকরণ এবং অনুবাদের জন্য বাণিজ্যিক স্তরসহ একটি বিস্তৃত Apache 2.0 জাভা লাইব্রেরি), এবং বেশ কয়েকটি বাণিজ্যিক প্ল্যাটফর্ম — Mambu, Kyriba, PaymentComponents এবং অন্যান্য — যা ISO 20022 সক্ষমতাকে আরও বিস্তৃত ট্রেজারি বা পেমেন্ট-প্ল্যাটফর্ম অফারে বান্ডেল করে।

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

খাত অনুসারে এর অর্থ কী

নভেম্বর ২০২৬-এর সময়সীমা সমস্ত প্রতিষ্ঠানকে সমানভাবে প্রভাবিত করে না। সঠিক প্রতিক্রিয়া নির্ভর করে ক্রস-বর্ডার ট্রাফিকের পরিমাণ, বিদ্যমান ডেটা এস্টেটের পরিপক্কতা এবং পেমেন্ট চেইনে প্রতিষ্ঠানটি কী ভূমিকা পালন করছে তার ওপর।

বৃহৎ করেসপন্ডেন্ট এবং ক্রস-বর্ডার ব্যাংকসমূহ

উল্লেখযোগ্য CBPR+ ট্রাফিক পরিচালনাকারী টায়ার-ওয়ান ব্যাংকগুলোর জন্য, কাঠামোগত-ঠিকানার প্রয়োজনীয়তাটি অনেক বড় একটি SR2026 প্রস্তুতি কর্মসূচির একটি ওয়ার্কস্ট্রিম মাত্র, যা ব্যতিক্রম ও তদন্ত (exceptions and investigations), BAH হার্ডেনিং এবং (মার্কিন যুক্তরাষ্ট্রে) Fedwire ও CHIPS-এর যুগপত স্থানান্তরকেও কভার করে। RedCompass Labs-এর ডেটা নির্দেশ করে যে এই জাতীয় বেশিরভাগ প্রতিষ্ঠান ২০২৬-এর প্রস্তুতির জন্য ২০-৩০ মিলিয়ন ডলার ব্যয় করছে, যেখানে ১০-২০ জন বিশেষজ্ঞের ডেলিভারি টিম রয়েছে। এই গ্রুপের জন্য ঝুঁকিটি প্রযুক্তিগত সক্ষমতা নয় — এটি হলো ডেলিভারি ক্ষমতা। একই রিলিজ উইন্ডোর জন্য প্রতিদ্বন্দ্বিতাকারী একাধিক সমান্তরাল ওয়ার্কস্ট্রিমের কারণে, ঠিকানার মান সংশোধন নীরবে আরও দৃশ্যমান ওয়ার্কস্ট্রিমগুলোর পেছনে পড়ে যেতে পারে, যতক্ষণ না এটি একটি পরিবর্তন-সপ্তাহের সমস্যায় পরিণত হয়। এর ব্যবহারিক প্রশমন হলো পাইপলাইনে ঠিকানা যাচাইকরণকে এগিয়ে নিয়ে আসা, যাতে উৎপাদনে পৌঁছানোর কয়েক মাস আগেই ব্যর্থতাগুলো ডেভেলপমেন্ট এবং টেস্ট পরিবেশে সামনে চলে আসে।

মাঝারি সারির ব্যাংক এবং পেমেন্ট প্রতিষ্ঠানসমূহ

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

কর্পোরেট এবং পেমেন্ট পরিষেবা প্রদানকারী প্রতিষ্ঠানসমূহ

pain.001-এর মাধ্যমে পেমেন্ট শুরু করা কর্পোরেটগুলো ব্যাংকের pacs.008 তৈরির আপস্ট্রিমে রয়েছে তবে তারা কাঠামোগত-ঠিকানার প্রয়োজনীয়তা থেকে মুক্ত নয়। ব্যাংকগুলো কর্পোরেট গ্রাহকদের পক্ষে বেনিফিশিয়ারি ঠিকানা পূর্ববর্তী প্রভাবসহ (retroactively) পূরণ করবে না; কাঠামোগত ডেটা অবশ্যই কর্পোরেটের নিজস্ব সিস্টেম থেকে আসতে হবে। কর্পোরেট ট্রেজারারদের জন্য এর অর্থ হলো নিশ্চিত করা যে ERP এবং ট্রেজারি সিস্টেমগুলো কাঠামোগত বিন্যাসে বেনিফিশিয়ারির ঠিকানা ক্যাপচার করে, স্বাক্ষরকারী এবং মূল-ডেটর (ultimate-debtor) তথ্য একইভাবে কাঠামোগত হয় এবং পেমেন্ট-সূচনা টেমপ্লেটগুলো ফাইল তৈরির সময় নীরবে ক্ষেত্রগুলো বাদ না দেয়। pain.001 ফাইলের প্রি-ফ্লাইট যাচাইকরণ — কর্পোরেটের নিজস্বツールিং বা ব্যাংকের দ্বারা উন্মুক্ত পরিষেবাগুলো ব্যবহার করে — ব্যবহারিক নিয়ন্ত্রণ বিন্দু হয়ে উঠছে।

ভেন্ডর, ফিনটেক এবং সিস্টেম ইন্টিগ্রেটরসমূহ

পেমেন্ট রেলের ওপর গড়ে ওঠা ভেন্ডরদের জন্য, এই সময়সীমাটি ISO 20022 সক্ষমতার জন্য একটি চালিকা শক্তি যা হয়তো পরবর্তী ধাপগুলোর জন্য ঠেলে দেওয়া হয়েছিল। যেসব ফিনটেক ব্যাংকিং অংশীদারদের মাধ্যমে ক্রস-বর্ডার পেমেন্ট রাউট বা শুরু করে, তাদের নিজস্ব UI এবং API-তে কাঠামোগত-ঠিকানা ক্যাপচার তুলে ধরতে হবে, অথবা এটি মেনে নিতে হবে যে তাদের ডেটা থেকে অনুগত pain.001 ফাইল তৈরি করা যাবে না। যেসব ভেন্ডর দ্রুত কাজ করতে পারে তাদের জন্য সুযোগ হলো কর্পোরেট ক্লায়েন্টদের পক্ষ থেকে সংশোধনের বোঝা শুষে নেওয়া — একটি কমপ্লায়েন্স সমস্যাকে একটি সেবায় পরিণত করা।

উপসংহার

নভেম্বর ২০২৬-এর কাঠামোগত-ঠিকানার সময়সীমা এক অর্থে একটি ছোট পরিবর্তন: দুটি বাধ্যতামূলক ক্ষেত্র, কয়েকটি সুপারিশকৃত ক্ষেত্র এবং একটি মুক্ত-পাঠ্য বিকল্পের অবসর যা প্রথমত নিষেধাজ্ঞা-প্রাসঙ্গিক ডেটার জন্য কখনোই ব্যবহার করা উচিত ছিল না। অন্য অর্থে, এটি মূল CBPR+ স্থানান্তরের পর থেকে সবচেয়ে গুরুত্বপূর্ণ পরিচালনগত ISO 20022 মাইলফলক, কারণ এটি কেবল বার্তা স্তরেই নয় বরং এতে ফিড করা আপস্ট্রিম সিস্টেমগুলোতেও কাঠামোগত ডেটা বাধ্য করে।

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

এখন যা সাহায্য করতে পারে তা হলো যাচাইকরণের মুহূর্তে স্বয়ংক্রিয়তা: নিয়মগুলোকে এমন পাইপলাইনে ঠেলে দেওয়া যা নেটওয়ার্কে পৌঁছানোর পরেই নয়, বরং তার আগেই সমস্যাগুলো ধরে ফেলে। পাইথন বা FastAPI এস্টেট পরিচালনাকারী প্রতিষ্ঠানগুলোর জন্য, pacs008 ⧉-এর মতো ওপেন-সোর্স টুলকিট বিক্রেতা নির্বাচন চক্র ছাড়াই সেই পরিবর্তন করার একটি ব্যবহারিক উপায় প্রদান করে। স্ট্যাক নির্বিশেষে সবার জন্য কৌশলগত বিষয়টি একই: যেসব প্রতিষ্ঠান এখন পরিবর্তনকে শিল্পায়ন করবে তারা শেষ মুহূর্তের কমপ্লায়েন্সের ওপর নির্ভর করা প্রতিষ্ঠানগুলোর চেয়ে অনেক বেশি শক্তিশালী অবস্থানে থাকবে — ২০২৬-এর আলোচনাকে রূপদানকারী RedCompass Labs-এর গবেষণার শব্দগুচ্ছ ধার করে বলতে গেলে।

নভেম্বরের রূপান্তর উইকএন্ডটি একটি অধ্যায়ের সমাপ্তি ঘটাবে। যেসব প্রতিষ্ঠান পরিষ্কার ডেটা, স্বয়ংক্রিয় যাচাইকরণ এবং নিষেধাজ্ঞা স্ক্রিনিংয়ের জন্য কাঠামোগত ঠিকানাগুলো আসলে কী করে সে সম্পর্কে কার্যকর বোঝার সাথে সেখানে পৌঁছাবে, তারা সেই উইকএন্ডে ট্রাফিক পর্যবেক্ষণে ব্যয় করবে। আর যারা এই জিনিসগুলো ছাড়া পৌঁছাবে, তারা ফোনে কাটাবে।

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

নভেম্বর ২০২৬-এর সময়সীমায় ঠিক কী পরিবর্তন আসছে?

মধ্য-নভেম্বর ২০২৬ থেকে, SWIFT CBPR+ এমন pacs.008, pacs.009, pacs.004 এবং pacs.003 বার্তাগুলোকে প্রত্যাখ্যান করবে যার পক্ষের ক্ষেত্রগুলোতে শুধুমাত্র অকাঠামোগত ডাক ঠিকানা রয়েছে। ন্যূনতম কাঠামোগত প্রয়োজনীয়তা হলো TwnNm উপাদানে শহরের নাম এবং Ctry উপাদানে দেশ (ISO 3166-1 alpha-2 কোড ব্যবহার করে)। হাইব্রিড ঠিকানা এখনও অনুমোদিত — কাঠামোগত ক্ষেত্রে শহর ও দেশ, পাশাপাশি বাকি অংশগুলোর জন্য দুটি পর্যন্ত মুক্ত-পাঠ্য AdrLine উপাদান — তবে একই উপাদান কাঠামোগত এবং অকাঠামোগত উভয় ক্ষেত্রে উপস্থিত থাকতে পারবে না। সম্পূর্ণ কাঠামোগত ঠিকানা হলো পছন্দের বিন্যাস। ইউরোপীয় পেমেন্টস কাউন্সিল SEPA স্কিমগুলোকে (SCT, SDD, SCT Inst) একই রূপান্তর তারিখের সাথে সমন্বয় করেছে।

কোন বার্তা এবং কোন পক্ষের ক্ষেত্রগুলো প্রভাবিত হচ্ছে?

pacs.008-এর জন্য, প্রয়োজনীয়তাটি ডেটর এবং ক্রেডিটরের ডাক ঠিকানার ক্ষেত্রে প্রযোজ্য। pacs.009-এর জন্য, এটি FI ক্রেডিট স্থানান্তর এবং কভার পেমেন্টে প্রতিষ্ঠানের ঠিকানার ক্ষেত্রে প্রযোজ্য। pacs.004-এর জন্য, এটি পেমেন্ট রিটার্নে পক্ষের ঠিকানার ক্ষেত্রে প্রযোজ্য। pacs.003-এর জন্য, এটি গ্রাহকের সরাসরি ডেবিটে ক্রেডিটর এবং ডেটরের ঠিকানার ক্ষেত্রে প্রযোজ্য। স্টেটমেন্ট ও নোটিফিকেশন বার্তা (camt.052, camt.053, camt.054) এবং কিছু প্রশাসনিক বার্তা কঠোর প্রয়োজনীয়তার বাইরে রয়েছে। কর্পোরেট ক্লায়েন্টদের কাছ থেকে আপস্ট্রিম pain.001 বার্তাগুলো সরাসরি CBPR+ দ্বারা নিয়ন্ত্রিত হয় না, তবে pain.001 ফাইলে অকাঠামোগত ঠিকানাগুলো ডাউনস্ট্রিমে অনুগত pacs.008 তৈরিতে বাধা দেবে এবং তাই এগুলো কার্যকরভাবে পরিধির মধ্যে রয়েছে।

কাঠামোগত, হাইব্রিড এবং অকাঠামোগত ঠিকানার মধ্যে পার্থক্য কী?

একটি সম্পূর্ণ কাঠামোগত ঠিকানা তার প্রতিটি অংশকে নির্দিষ্ট ISO 20022 উপাদানে ম্যাপ করে: StrtNm, BldgNb বা PstBx, PstCd, TwnNm, CtrySubDvsn, Ctry। একটি হাইব্রিড ঠিকানায় কাঠামোগত ক্ষেত্রে শহরের নাম এবং দেশ থাকে, ঠিকানার বাকি অংশ দুটি পর্যন্ত মুক্ত-পাঠ্য AdrLine উপাদানে থাকে; একই অংশ উভয় ক্ষেত্রে উপস্থিত থাকা উচিত নয়। একটি অকাঠামোগত ঠিকানায় কোনো কাঠামোগত TwnNm বা Ctry ছাড়াই সম্পূর্ণ ডাক ঠিকানাটি AdrLine উপাদানের ভেতরে থাকে — এটি এমন বিন্যাস যা প্রভাবিত পক্ষের ক্ষেত্রগুলোর জন্য নভেম্বর ২০২৬-এ প্রত্যাহার করা হচ্ছে।

pacs008.com কীভাবে এই পরিবর্তনে সাহায্য করে?

pacs008 ⧉ লাইব্রেরি XML তৈরির আগে কাঠামোগত এবং হাইব্রিড ডাক ঠিকানা ক্ষেত্রগুলো যাচাই করে, অকাঠামোগত ডেটা ফ্ল্যাগ করে যা সময়সীমার পরে ব্যর্থ হবে, সময়সীমার আগের হাইব্রিড এবং সময়সীমার পরের সম্পূর্ণ কাঠামোগত বিন্যাস উভয়ই সমর্থন করে এবং CI পাইপলাইন ও ব্যাচ যাচাইকরণ ওয়ার্কফ্লোতে একীভূত হয়। এটি সমস্ত ১৩টি সমর্থিত pacs.008 সংস্করণের জন্য XML তৈরি করে, অফিসিয়াল ISO 20022 XSD স্কিমার বিপরীতে যাচাই করে এবং স্বয়ংক্রিয় পরিচালনার জন্য একটি FastAPI পরিষেবা উন্মুক্ত করে। এটি একটি MIT-শৈলীর লাইসেন্সের অধীনে ওপেন সোর্স, PyPI-তে উপলব্ধ এবং বিশেষভাবে FI-to-FI গ্রাহক ক্রেডিট স্থানান্তর ওয়ার্কফ্লোর জন্য ডিজাইন করা হয়েছে — তাই যাচাইকরণের নিয়মগুলো অনেক বার্তা জুড়ে বিমূর্ত করার পরিবর্তে SR2026 CBPR+ ব্যবহারের নির্দেশিকার সাথে সামঞ্জস্যপূর্ণ করা হয়েছে।

আমার প্রতিষ্ঠান নভেম্বর ২০২৬-এর মধ্যে প্রস্তুত না হলে কী হবে?

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

তথ্যসূত্র

• Sebastien Rousseau, (2023). Pain001-এর সাথে ISO 20022-সম্মত পেমেন্ট ফাইল তৈরি স্বয়ংক্রিয় করা।
• pacs008, (2026). নভেম্বর ২০২৬ কাঠামোগত-ঠিকানার সময়সীমা ⧉। pacs008.com।
• pacs008, (2026). pacs008 — ISO 20022 pacs.008 টুলকিট এবং API ⧉। pacs008.com।
• SWIFT, (2026). নভেম্বর ২০২৬-এর জন্য ISO 20022 মাইলফলক: অকাঠামোগত ঠিকানাগুলো অপসারণ করা হবে ⧉। SWIFT।
• SWIFT, (2026). আর্থিক প্রতিষ্ঠানের জন্য ISO 20022 ⧉। SWIFT।
• SWIFT, (2026). সুইফট AI ঠিকানা কাঠামো মডেল ⧉। SWIFT।
• RedCompass Labs, (2026). প্রায় অর্ধেক ব্যাংক ISO 20022-এ পিছিয়ে রয়েছে ⧉। Financial IT।
• RedCompass Labs, (2026). মার্কিন ব্যাংকগুলোর জন্য ISO 20022 একযোগে আসছে ⧉। RedCompass Labs।
• ClearingPost, (2026). নভেম্বর ২০২৬ কাঠামোগত ঠিকানা সময়সীমা: প্রতিটি PSP-এর এখন যা করা দরকার ⧉। ClearingPost।
• CGI UK, (2026). ২০২৬: ISO 20022 এবং কাঠামোগত ডেটা প্রয়োগের জন্য একটি সংজ্ঞায়িত বছর ⧉। CGI UK।
• J.P. Morgan, (2026). ISO 20022 স্থানান্তর: নির্দেশিকা, মেসেজিং এবং আরও অনেক কিছু ⧉। J.P. Morgan।
• ING, (2026). সুইফট ISO 20022 FAQ ⧉। ING Wholesale Banking।
• Mambu, (2026). CBPR+ লাইভ: বাস্তবে ISO 20022-এর অর্থ কী ⧉। Mambu।
• Kyriba, (2026). ISO 20022 স্থানান্তর: পরবর্তী পদক্ষেপ সম্পর্কে প্রতিটি ট্রেজারি টিমের যা জানা প্রয়োজন ⧉। Kyriba।
• Standard Chartered, (2025). ISO 20022 – স্ট্যান্ডার্ড চার্টার্ড ঠিকানা নির্দেশিকা (H2H এবং API) ⧉। Standard Chartered।
• State Street, (2025). ISO 20022-এর জন্য ক্লায়েন্ট গাইড ⧉। State Street।
• ISO 20022, (2026). বার্তা সংজ্ঞা ক্যাটালগ ⧉। ISO 20022।

সর্বশেষ পর্যালোচনা করা হয়েছে 2026-06-23।

সর্বশেষ পর্যালোচনা 2026-07-06.

# নভেম্বর 2026 pacs.008 স্ট্রাকচার্ড-অ্যাড্রেস সময়সীমা: ছয় মাসের একটি দৃষ্টিভঙ্গি — Sebastien Rousseau

> Originally published at [https://sebastienrousseau.com/bn/2026-05-12-iso-20022-pacs008-structured-address-deadline/](https://sebastienrousseau.com/bn/2026-05-12-iso-20022-pacs008-structured-address-deadline/)

নভেম্বর ২০২৬ থেকে SWIFT CBPR+ ক্রস-বর্ডার পেমেন্ট বার্তায় কাঠামোগত পোস্টাল ঠিকানা বাধ্যতামূলক করছে। pacs.008-এ অকাঠামোগত AdrLine আর গৃহীত হবে না; TwnNm ও Ctry ন্যূনতম প্রয়োজন। এখনও ৬৫% বার্তা অ-সম্মত এবং ৪৪% ব্যাংক নির্ধারিত সময়ের পিছিয়ে আছে।

Read the full article on sebastienrousseau.com: https://sebastienrousseau.com/bn/2026-05-12-iso-20022-pacs008-structured-address-deadline/

নভেম্বর 2026 pacs.008 স্ট্রাকচার্ড-অ্যাড্রেস সময়সীমা: ছয় মাসের একটি দৃষ্টিভঙ্গি — Sebastien Rousseau

নভেম্বর ২০২৬ থেকে SWIFT CBPR+ ক্রস-বর্ডার পেমেন্ট বার্তায় কাঠামোগত পোস্টাল ঠিকানা বাধ্যতামূলক করছে। pacs.008-এ অকাঠামোগত AdrLine আর গৃহীত হবে না; TwnNm ও Ctry ন্যূনতম প্রয়োজন। এখনও ৬৫% বার্তা অ-সম্মত এবং ৪৪% ব্যাংক নির্ধারিত সময়ের পিছিয়ে আছে।

https://sebastienrousseau.com/bn/2026-05-12-iso-20022-pacs008-structured-address-deadline/

নভেম্বর 2026 pacs.008 স্ট্রাকচার্ড-অ্যাড্রেস সময়সীমা: ছয় মাসের একটি দৃষ্টিভঙ্গি — Sebastien Rousseau

নভেম্বর ২০২৬ থেকে SWIFT CBPR+ ক্রস-বর্ডার পেমেন্ট বার্তায় কাঠামোগত পোস্টাল ঠিকানা বাধ্যতামূলক করছে। pacs.008-এ অকাঠামোগত AdrLine আর গৃহীত হবে না; TwnNm ও Ctry ন্যূনতম প্রয়োজন। এখনও ৬৫% বার্তা অ-সম্মত এবং ৪৪% ব্যাংক নির্ধারিত সময়ের পিছিয়ে আছে।.

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

- এমন একটি সময়সীমা যা সবসময়ই অবধারিত ছিল. নভেম্বর ২০২৬-এর কাঠামোগত-ঠিকানার প্রয়োজনীয়তা কোনো আকস্মিক নিয়ন্ত্রক পদক্ষেপ নয়। মূল ISO 20022 স্থানান্তর ঘোষণার পর থেকেই এটি SWIFT CBPR+ রোডম্যাপে ছিল এবং এটি নভেম্বর ২০২৫-এ MT/MX-এর সহাবস্থান সমাপ্তির…
- নিয়মটি আসলে কী দাবি করে. SWIFT CBPR+ স্ট্যান্ডার্ডস রিলিজ ২০২৬ (SR2026)-এর অধীনে মূল প্রয়োজনীয়তা নীতিগতভাবে সহজ কিন্তু বিস্তারিতভাবে কঠোর। মধ্য-নভেম্বর ২০২৬ থেকে, CBPR+ পেমেন্ট বার্তার সমস্ত এজেন্ট এবং পক্ষের জন্য শহরের নাম এবং দেশ অবশ্যই…
- শিল্প কেন এটিকে অগ্রাধিকার দিয়েছে. কাঠামোগত ঠিকানার কারণটি নান্দনিক নয়। এটি পরিচালনগত এবং তিনটি ক্ষেত্রে এর প্রভাব দেখা যায়।.
- ক্ষেত্র-স্তরের দৃশ্য: বার্তায় কী পরিবর্তন আসছে. pacs.008 বার্তাটি মার্চ ২০২৩-এ প্রাথমিক CBPR+ ব্যবহারের নির্দেশিকা চালুর পর থেকেই কাঠামোগত-ঠিকানা সমর্থন বহন করছে। নভেম্বর ২০২৬-এ যা পরিবর্তিত হচ্ছে তা স্কিমা নয় — এটি হলো যাচাইকরণ (validation)। এ পর্যন্ত…

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

→ https://sebastienrousseau.com/bn/2026-05-12-iso-20022-pacs008-structured-address-deadline/

#Iso20022 #Pacs.008 #SwiftCbpr+ #কাঠামোগতঠিকানা #নভেম্বর২০২৬

Sebastien Rousseau | CC-BY-4.0

@online{rousseau2026নভ,
  author  = {Rousseau, Sebastien},
  title   = {{নভেম্বর 2026 pacs.008 স্ট্রাকচার্ড-অ্যাড্রেস সময়সীমা: ছয় মাসের একটি দৃষ্টিভঙ্গি — Sebastien Rousseau}},
  year    = {2026},
  url     = {https://sebastienrousseau.com/bn/2026-05-12-iso-20022-pacs008-structured-address-deadline/},
  urldate = {2026}
}

TY  - GEN
AU  - Rousseau, Sebastien
TI  - নভেম্বর 2026 pacs.008 স্ট্রাকচার্ড-অ্যাড্রেস সময়সীমা: ছয় মাসের একটি দৃষ্টিভঙ্গি — Sebastien Rousseau
PY  - 2026
UR  - https://sebastienrousseau.com/bn/2026-05-12-iso-20022-pacs008-structured-address-deadline/
ER  -

Rousseau S. নভেম্বর 2026 pacs.008 স্ট্রাকচার্ড-অ্যাড্রেস সময়সীমা: ছয় মাসের একটি দৃষ্টিভঙ্গি — Sebastien Rousseau. sebastienrousseau.com. 2026 May 12. Available from: https://sebastienrousseau.com/bn/2026-05-12-iso-20022-pacs008-structured-address-deadline/

Rousseau, Sebastien. "নভেম্বর 2026 pacs.008 স্ট্রাকচার্ড-অ্যাড্রেস সময়সীমা: ছয় মাসের একটি দৃষ্টিভঙ্গি — Sebastien Rousseau." sebastienrousseau.com. May 12, 2026. https://sebastienrousseau.com/bn/2026-05-12-iso-20022-pacs008-structured-address-deadline/.

Rousseau, S. (2026, May 12). নভেম্বর 2026 pacs.008 স্ট্রাকচার্ড-অ্যাড্রেস সময়সীমা: ছয় মাসের একটি দৃষ্টিভঙ্গি — Sebastien Rousseau. sebastienrousseau.com. https://sebastienrousseau.com/bn/2026-05-12-iso-20022-pacs008-structured-address-deadline/

নভেম্বর 2026 pacs.008 স্ট্রাকচার্ড-অ্যাড্রেস সময়সীমা: ছয় মাসের একটি দৃষ্টিভঙ্গি — Sebastien Rousseau

নভেম্বর ২০২৬ থেকে SWIFT CBPR+ ক্রস-বর্ডার পেমেন্ট বার্তায় কাঠামোগত পোস্টাল ঠিকানা বাধ্যতামূলক করছে। pacs.008-এ অকাঠামোগত AdrLine আর গৃহীত হবে না; TwnNm ও Ctry ন্যূনতম প্রয়োজন। এখনও ৬৫% বার্তা অ-সম্মত এবং ৪৪% ব্যাংক নির্ধারিত সময়ের পিছিয়ে আছে।

Originally published at https://sebastienrousseau.com/bn/2026-05-12-iso-20022-pacs008-structured-address-deadline/ by Sebastien Rousseau.
Licensed under CC-BY-4.0.

SEBASTIEN ROUSSEAU · FOUNDER · ENGINEER