ISO 20022 সচরাচর জিজ্ঞাসিত প্রশ্ন ISO 20022 সচরাচর জিজ্ঞাসিত প্রশ্ন
ISO 20022 pacs বার্তা, সেগুলি কীভাবে একসাথে কাজ করে এবং pacs008 কীভাবে দলগুলিকে বাস্তবায়নে সাহায্য করে সে সম্পর্কে সাধারণ প্রশ্ন।
সাধারণ সাধারণ
ISO 20022 কী?
ISO 20022 হলো আর্থিক বার্তা প্রেরণের একটি আন্তর্জাতিক মান। এটি আর্থিক প্রতিষ্ঠানগুলির মধ্যে আদান-প্রদান করা পেমেন্ট বার্তাগুলির জন্য একটি সাধারণ ভাষা এবং মডেল সংজ্ঞায়িত করে। SWIFT MT-এর মতো পুরোনো ফর্ম্যাটের বিপরীতে, ISO 20022 XML ব্যবহার করে এবং পক্ষ, পরিমাণ ও রেফারেন্সের জন্য আরও সমৃদ্ধ, আরও কাঠামোবদ্ধ ডেটা সমর্থন করে।
pacs বার্তা কী?
pacs (payments clearing and settlement) বার্তা পরিবার আন্তঃব্যাংক পেমেন্ট নির্দেশনা, স্থিতি প্রতিবেদন, রিটার্ন, রিভার্সাল এবং জিজ্ঞাসা অন্তর্ভুক্ত করে। এতে pacs.002, pacs.003, pacs.004, pacs.007, pacs.008, pacs.009, pacs.010 এবং pacs.028 অন্তর্ভুক্ত। প্রতিটি বার্তা পেমেন্ট জীবনচক্রে একটি নির্দিষ্ট ভূমিকা পালন করে।
pacs বার্তা কীভাবে SWIFT MT বার্তা থেকে পৃথক?
SWIFT MT বার্তাগুলি একটি সমতল, ক্ষেত্র-ট্যাগ ফর্ম্যাট ব্যবহার করে (যেমন গ্রাহক ক্রেডিট ট্রান্সফারের জন্য MT103)। pacs বার্তাগুলি সমৃদ্ধ ডেটা স্ট্রাকচার সহ শ্রেণিবদ্ধ XML ব্যবহার করে। মূল পার্থক্যগুলির মধ্যে রয়েছে প্রতি বার্তায় একাধিক লেনদেন সমর্থন, কাঠামোবদ্ধ পক্ষ শনাক্তকরণ (LEI, একাধিক ID), কাঠামোবদ্ধ ডাক ঠিকানা এবং কাঠামোবদ্ধ রেমিট্যান্স তথ্য। MT103 pacs.008-এর সাথে, MT202 pacs.009-এর সাথে মিলে যায় এবং MT199 স্থিতি পাঠ pacs.002 দ্বারা প্রতিস্থাপিত হয়।
pain এবং pacs বার্তার মধ্যে সম্পর্ক কী?
Pain (payment initiation) বার্তাগুলি গ্রাহক এবং তার ব্যাংকের মধ্যে যাতায়াত করে। pacs বার্তাগুলি ব্যাংকগুলির মধ্যে যাতায়াত করে। ঋণগ্রহীতার ব্যাংক থেকে একটি pain.001 গ্রাহক ক্রেডিট-ট্রান্সফার সূচনা একটি pacs.008 আন্তঃব্যাংক নির্দেশনায় পরিণত হয়। দুটি ডোমেইন সাধারণ ডেটা উপাদান ভাগ করে নেয় তবে পেমেন্ট চেইনের বিভিন্ন অংশ পরিবেশন করে।
বার্তা নির্বাচন বার্তা নির্বাচন
কখন pacs.008 ব্যবহার করবেন
ব্যাংকগুলির মধ্যে গ্রাহক ক্রেডিট-ট্রান্সফার নির্দেশনার জন্য pacs.008 ব্যবহার করুন। এটি ঋণগ্রহীতা এবং পাওনাদার পক্ষের ডেটা, পরিমাণ, রেমিট্যান্স তথ্য এবং নিষ্পত্তি বিবরণ বহন করে। এটি আন্তঃব্যাংক নেটওয়ার্ক জুড়ে গ্রাহক পেমেন্ট পাঠানোর প্রধান বার্তা, সেটা দেশীয় (SEPA) হোক বা আন্তঃসীমান্ত (CBPR+)।
কখন pacs.008-এর পরিবর্তে pacs.009 ব্যবহার করবেন
প্রতিষ্ঠানের নিজস্ব-অ্যাকাউন্ট ট্রান্সফার, তহবিল শাখা এবং কভার পেমেন্টের জন্য pacs.009 ব্যবহার করুন। pacs.008-এর বিপরীতে, যা একজন ঋণগ্রহীতার পক্ষে একটি গ্রাহক পেমেন্ট বহন করে, pacs.009 ব্যাংকগুলির নিজেদের পক্ষে তহবিল স্থানান্তর করে। কভার-পদ্ধতি প্রবাহে, pacs.009 তহবিল বহন করে যখন pacs.008 গ্রাহক নির্দেশনা একটি পৃথক পথে বহন করে।
pacs.004 এবং pacs.007-এর মধ্যে পার্থক্য কী?
pacs.004 গ্রহণকারী পক্ষ থেকে চেইনের মধ্য দিয়ে নিষ্পত্তিকৃত তহবিল ফেরত দেয়। pacs.007 মূল নির্দেশনাদানকারী পক্ষ থেকে চেইনের মধ্য দিয়ে একটি পেমেন্ট রিভার্স করে। নিষ্পত্তির পরে সুবিধাভোগী ব্যাংক ক্রেডিট প্রয়োগ করতে না পারলে pacs.004 ব্যবহার করুন। প্রবর্তক কোনো ত্রুটি, সদৃশ বা জালিয়াতি আবিষ্কার করলে pacs.007 ব্যবহার করুন।
কখন pacs.002-এর জন্য অপেক্ষার পরিবর্তে pacs.028 ব্যবহার করবেন
যখন আপনার সক্রিয়ভাবে এমন একটি পেমেন্টের স্থিতি অনুরোধ করতে হবে যা সময়মতো pacs.002 আপডেট পায়নি তখন pacs.028 ব্যবহার করুন। pacs.002 ইভেন্ট-চালিত (গ্রহণকারী এজেন্ট এটি সক্রিয়ভাবে পাঠায়), যখন pacs.028 ব্যতিক্রম-চালিত (নির্দেশনাদানকারী এজেন্ট এটি অনুরোধ করে)। বিলম্বিত, অস্পষ্ট বা অনুপস্থিত পেমেন্ট আপডেটের জন্য pacs.028 ব্যবহার করুন, রুটিন ট্রাফিক হিসেবে নয়।
pacs.003 কীসের জন্য ব্যবহৃত হয়?
pacs.003 ব্যাংকগুলির মধ্যে গ্রাহক ডাইরেক্ট-ডেবিট নির্দেশনা বহন করে। পাওনাদার এজেন্ট তহবিল সংগ্রহের জন্য এটি ঋণগ্রহীতা এজেন্টের কাছে পাঠায়। এর জন্য একটি বৈধ ম্যান্ডেট রেফারেন্স প্রয়োজন এবং এটি SEPA Core এবং B2B ডাইরেক্ট-ডেবিট স্কিম সমর্থন করে। এটি ক্রেডিট ট্রান্সফার বা প্রতিষ্ঠানের নিজস্ব-অ্যাকাউন্ট ডেবিটের জন্য ব্যবহৃত হয় না।
pacs.010 কীসের জন্য ব্যবহৃত হয়?
pacs.010 আর্থিক প্রতিষ্ঠানগুলির নিজস্ব অ্যাকাউন্টে ডাইরেক্ট ডেবিট পরিচালনা করে। এটি ব্যাংক-থেকে-ব্যাংক সংগ্রহের জন্য ব্যবহৃত হয় যেমন ফি, মার্জিন কল এবং দ্বিপাক্ষিক চুক্তির অধীনে অনুরূপ বাধ্যবাধকতা। এটি গ্রাহক ডাইরেক্ট ডেবিট বা ক্রেডিট ট্রান্সফারের জন্য ব্যবহৃত হয় না।
বার্তার কাঠামো বার্তার কাঠামো
গ্রুপ হেডার (GrpHdr) কী?
গ্রুপ হেডার প্রতিটি pacs বার্তায় ঠিক একবার উপস্থিত হয়। এতে বার্তা শনাক্তকারী (MsgId), তৈরির টাইমস্ট্যাম্প (CreDtTm), লেনদেনের সংখ্যা (NbOfTxs), নিষ্পত্তি তথ্য (SttlmInf) এবং ঐচ্ছিকভাবে মোট আন্তঃব্যাংক নিষ্পত্তি পরিমাণ এবং পেমেন্ট ধরনের তথ্য থাকে। এটি বার্তার খাম চিহ্নিত করে, পৃথক ব্যবসায়িক লেনদেন নয়।
pacs.008-এ পেমেন্ট শনাক্তকারীগুলি কী কী?
pacs.008 চারটি প্রধান শনাক্তকারী ব্যবহার করে। MsgId বার্তার খাম চিহ্নিত করে এবং প্রতিটি হপে পরিবর্তিত হয়। InstrId হলো সংলগ্ন এজেন্টদের মধ্যে একটি পয়েন্ট-টু-পয়েন্ট রেফারেন্স এবং প্রতি হপে পরিবর্তিত হতে পারে। EndToEndId প্রবর্তক দ্বারা সেট করা হয় এবং চেইনের কোনো এজেন্ট দ্বারা পরিবর্তন করা যাবে না। TxId প্রথম নির্দেশনাদানকারী এজেন্ট দ্বারা নির্ধারিত হয় এবং আন্তঃব্যাংক স্পেসে স্থির থাকে। UETR হলো একটি UUID যা প্রান্ত-থেকে-প্রান্ত ট্র্যাকিংয়ের জন্য সমস্ত শাখায় অপরিবর্তিত থাকে।
কোন নিষ্পত্তি পদ্ধতিগুলি উপলব্ধ?
চারটি নিষ্পত্তি পদ্ধতি সংজ্ঞায়িত। CLRG TARGET2, EURO1 বা CHIPS-এর মতো ক্লিয়ারিং সিস্টেমের মাধ্যমে নিষ্পত্তি করে। INDA নির্দেশিত এজেন্টের বইয়ে নিষ্পত্তি করে যেখানে ঋণগ্রহীতা এজেন্টের একটি অ্যাকাউন্ট আছে। INGA নির্দেশনাদানকারী এজেন্টের বইয়ে নিষ্পত্তি করে যেখানে নির্দেশিত এজেন্টের একটি অ্যাকাউন্ট আছে। COVE pacs.009 দ্বারা বাহিত একটি পৃথক কভার পেমেন্টের মাধ্যমে নিষ্পত্তি করে।
চার্জ বহনকারী কোডগুলির অর্থ কী?
DEBT মানে সমস্ত চার্জ ঋণগ্রহীতা বহন করে (MT103 OUR-এর সমতুল্য)। CRED মানে সমস্ত চার্জ পাওনাদার বহন করে (BEN-এর সমতুল্য)। SHAR মানে চার্জগুলি ঋণগ্রহীতা এবং পাওনাদার এজেন্টদের মধ্যে ভাগ করা হয় (SHA-এর সমতুল্য)। SLEV মানে চার্জগুলি পরিষেবা স্তরের নিয়ম অনুসরণ করে এবং SEPA ক্রেডিট ট্রান্সফারের জন্য বাধ্যতামূলক।
CBPR+ এবং মাইগ্রেশন CBPR+ এবং মাইগ্রেশন
CBPR+ কী?
CBPR+ (Cross-Border Payments and Reporting Plus) হলো আন্তঃসীমান্ত পেমেন্ট বার্তায় ISO 20022 গ্রহণের জন্য SWIFT-এর কর্মসূচি। এটি মার্চ 2023-এ চালু হয়েছে এবং MT বার্তাগুলিকে pacs সমতুল্য দিয়ে প্রতিস্থাপন করে। CBPR+ সমস্ত স্থিতি যোগাযোগের জন্য pacs.002 বাধ্যতামূলক করে, সমৃদ্ধ পক্ষ ডেটা এবং কাঠামোবদ্ধ ঠিকানা সমর্থন করে এবং gpi-এর মাধ্যমে UETR-ভিত্তিক ট্র্যাকিং ব্যবহার করে।
MT/MX সহাবস্থান সময়কালে কী ঘটেছিল?
আন্তঃসীমান্ত পেমেন্ট নির্দেশনার জন্য সহাবস্থান সময়কাল নভেম্বর 2025-এ শেষ হয়েছে। তারপর থেকে, CBPR+ বার্তাগুলিকে ISO 20022 (MX) ফর্ম্যাট ব্যবহার করতে হবে। স্থানান্তরের সময় MT এবং MX-এর মধ্যে রূপান্তরকারী অনুবাদ পরিষেবাগুলি নতুন প্রবাহের জন্য আর উপলব্ধ নয়। ব্যাংকগুলিকে এখন নেটিভ pacs বার্তা পাঠাতে এবং গ্রহণ করতে হবে।
নভেম্বর 2026 কাঠামোবদ্ধ-ঠিকানা সময়সীমা কী?
নভেম্বর 2026 থেকে, SWIFT CBPR+ আন্তঃসীমান্ত পেমেন্ট বার্তায় কাঠামোবদ্ধ ডাক ঠিকানা প্রয়োজন। অকাঠামোবদ্ধ ঠিকানা লাইন (শুধুমাত্র AdrLine) মূল পক্ষ ক্ষেত্রগুলির জন্য আর গ্রহণ করা হবে না। সর্বনিম্ন, TwnNm এবং Ctry প্রয়োজন, StrtNm এবং BldgNb বা PstBx সুপারিশকৃত। এটি নিষেধাজ্ঞা স্ক্রিনিং উন্নত করে এবং ম্যানুয়াল মেরামত হ্রাস করে।
pacs.008 কীভাবে MT103 প্রতিস্থাপন করে?
pacs.008 গ্রাহক ক্রেডিট ট্রান্সফারের জন্য MT103 এবং MT103+ প্রতিস্থাপন করে। মূল ম্যাপিং: MT103 ক্ষেত্র 20 MsgId বা InstrId-এর সাথে মিলে; ক্ষেত্র 32A IntrBkSttlmDt এবং IntrBkSttlmAmt-এ বিভক্ত; ক্ষেত্র 50a Dbtr এবং DbtrAcct-এর সাথে মিলে; ক্ষেত্র 59a Cdtr এবং CdtrAcct-এর সাথে মিলে; ক্ষেত্র 70 RmtInf-এর সাথে মিলে; ক্ষেত্র 71A ChrgBr-এর সাথে মিলে। pacs.008 UETR, কাঠামোবদ্ধ রেমিট্যান্স, LEI শনাক্তকরণ যোগ করে এবং প্রতি বার্তায় একাধিক লেনদেন সমর্থন করে।
pacs.009 কীভাবে MT202 প্রতিস্থাপন করে?
pacs.009 প্রতিষ্ঠান-থেকে-প্রতিষ্ঠান ট্রান্সফারের জন্য MT202 এবং MT202COV প্রতিস্থাপন করে। কভার-পদ্ধতি প্রবাহে, MT202COV (যা তহবিল এবং অন্তর্নিহিত গ্রাহক ডেটা উভয়ই বহন করত) পরিচ্ছন্নভাবে বিভক্ত হয়: pacs.009 তহবিল শাখা বহন করে যখন pacs.008 সরাসরি গ্রাহক নির্দেশনা বহন করে। এই বিচ্ছেদ ডেটা গুণমান উন্নত করে এবং পুনর্মিলন সমস্যা হ্রাস করে।
প্রযুক্তিগত বিবরণ প্রযুক্তিগত বিবরণ
কাঠামোবদ্ধ বনাম অকাঠামোবদ্ধ ঠিকানা কী?
কাঠামোবদ্ধ ঠিকানা প্রতিটি উপাদানের জন্য পৃথক XML উপাদান ব্যবহার করে: StrtNm (রাস্তা), BldgNb (ভবন নম্বর), PstCd (পোস্ট কোড), TwnNm (শহর), Ctry (দেশ) এবং ঐচ্ছিক উপাদান যেমন Flr, Room এবং DstrctNm। অকাঠামোবদ্ধ ঠিকানা মুক্ত পাঠ্য সহ সাতটি পর্যন্ত AdrLine উপাদান ব্যবহার করে। হাইব্রিড ঠিকানা স্থানান্তর সময়কালে উভয়ই একত্রিত করে। নভেম্বর 2026-এর পরে, CBPR+ কাঠামোবদ্ধ ফর্ম্যাট প্রয়োজন।
UETR কী এবং gpi ট্র্যাকিং কীভাবে কাজ করে?
UETR (Unique End-to-End Transaction Reference) হলো একটি UUID v4 শনাক্তকারী যা ঋণগ্রহীতা এজেন্ট দ্বারা তৈরি করা হয় এবং একটি পেমেন্টের সমস্ত শাখায় অপরিবর্তিত বহন করা হয়। এটি pacs.008, pacs.009, pacs.002, pacs.004, pacs.007 এবং pacs.028-এ উপস্থিত হয়। SWIFT gpi একটি ক্লাউড-ভিত্তিক Tracker ডেটাবেসের মাধ্যমে পেমেন্ট ট্র্যাক করতে UETR ব্যবহার করে। প্রতিটি এজেন্ট প্রাপ্তি এবং প্রক্রিয়াকরণ নিশ্চিত করে, প্রান্ত-থেকে-প্রান্ত দৃশ্যমানতা এবং SLA পর্যবেক্ষণ সক্ষম করে।
সাধারণ pacs.002 স্থিতি কোডগুলি কী কী?
ACCP মানে গ্রাহক-প্রোফাইল পরীক্ষার পরে গৃহীত। ACSP মানে গৃহীত এবং নিষ্পত্তি চলছে। ACSC মানে ঋণগ্রহীতার অ্যাকাউন্টে নিষ্পত্তি সম্পূর্ণ। RJCT মানে প্রত্যাখ্যাত (StsRsnInf-এ একটি কারণ কোড সহ)। PDNG মানে আরও প্রক্রিয়াকরণের জন্য মুলতুবি। RCVD মানে প্রাপ্ত কিন্তু এখনও প্রক্রিয়াকৃত হয়নি। প্রতিটি স্থিতিতে AC01 (ভুল অ্যাকাউন্ট), AM04 (অপর্যাপ্ত তহবিল) বা RC01 (ভুল BIC)-এর মতো একটি কাঠামোবদ্ধ কারণ কোড অন্তর্ভুক্ত থাকতে পারে।
pacs.004-এ সাধারণ রিটার্ন কারণ কোডগুলি কী কী?
ঘন ঘন রিটার্ন কারণ কোডের মধ্যে রয়েছে AC01 (ভুল অ্যাকাউন্ট নম্বর), AC04 (বন্ধ অ্যাকাউন্ট), AC06 (ব্লক করা অ্যাকাউন্ট), AM04 (অপর্যাপ্ত তহবিল), BE04 (পাওনাদারের ঠিকানা অনুপস্থিত), CUST (গ্রাহকের অনুরোধে), DUPL (সদৃশ পেমেন্ট), FOCR (বাতিল অনুরোধ অনুসরণে) এবং FR01 (জালিয়াতি)। সম্পূর্ণ তালিকা ISO 20022 External Code Sets-এ সংজ্ঞায়িত।
কাঠামোবদ্ধ রেমিট্যান্স তথ্য কী?
pacs.008-এ কাঠামোবদ্ধ রেমিট্যান্স নথি রেফারেন্স (চালান নম্বর, ক্রেডিট নোট), পরিমাণ (বকেয়া, প্রেরিত, কর, ছাড়) এবং পাওনাদার রেফারেন্স (ISO 11649 RF রেফারেন্স) বহন করতে RmtInf/Strd উপাদান ব্যবহার করে। এটি স্বয়ংক্রিয় চালান ম্যাচিং এবং পুনর্মিলন সক্ষম করে। সাধারণ নথি ধরনের কোডের মধ্যে রয়েছে CINV (বাণিজ্যিক চালান), CREN (ক্রেডিট নোট) এবং SOAC (অ্যাকাউন্ট বিবৃতি)।
LEI কী এবং কখন এটি ব্যবহৃত হয়?
LEI (Legal Entity Identifier) হলো ISO 17442 অনুযায়ী একটি 20-অক্ষরের আলফানিউমেরিক কোড। এটি আর্থিক লেনদেনে অংশগ্রহণকারী আইনি সত্তাগুলিকে অনন্যভাবে শনাক্ত করে। pacs বার্তায়, LEI পক্ষগুলির জন্য OrgId/LEI-তে এবং এজেন্টদের জন্য FinInstnId/LEI-তে উপস্থিত হয়। CBPR+ ক্রমবর্ধমানভাবে পক্ষ এবং এজেন্ট শনাক্তকরণের জন্য LEI উৎসাহিত করে। এটি সত্তার দ্ব্যর্থতা দূরীকরণ উন্নত করে এবং নিয়ন্ত্রক প্রতিবেদনের প্রয়োজনীয়তা সমর্থন করে।
pacs008 টুলকিট সম্পর্কে pacs008 টুলকিট সম্পর্কে
pacs008 কী করে?
pacs008 হলো একটি Python টুলকিট যা ISO 20022 পেমেন্ট বার্তা তৈরি, যাচাই এবং প্রেরণ করে। এটি CSV, JSON, JSONL, SQLite এবং Parquet উৎস থেকে পেমেন্ট ডেটা পড়ে, JSON Schema এবং XSD-এর বিপরীতে যাচাই করে, IBAN এবং BIC শনাক্তকারী পরীক্ষা করে, SWIFT অক্ষর সম্মতির জন্য ডেটা পরিষ্কার করে এবং XML ফাইল আউটপুট করে। এটি একটি REST API, CLI এবং Python লাইব্রেরি প্রদান করে।
pacs008 কোন বার্তা ধরন সমর্থন করে?
pacs008 আটটি বার্তা ধরন সমর্থন করে: pacs.002.001.12 (স্থিতি প্রতিবেদন), pacs.003.001.09 (গ্রাহক ডাইরেক্ট ডেবিট), pacs.004.001.11 (পেমেন্ট রিটার্ন), pacs.007.001.11 (পেমেন্ট রিভার্সাল), pacs.008.001.13 (গ্রাহক ক্রেডিট ট্রান্সফার), pacs.009.001.10 (আর্থিক প্রতিষ্ঠান ক্রেডিট ট্রান্সফার), pacs.010.001.05 (আর্থিক প্রতিষ্ঠান ডাইরেক্ট ডেবিট) এবং pacs.028.001.05 (পেমেন্ট স্থিতি অনুরোধ)।
pacs008 কীভাবে 2026 কাঠামোবদ্ধ-ঠিকানা সময়সীমায় সাহায্য করে?
pacs008 XML তৈরির আগে কাঠামোবদ্ধ এবং হাইব্রিড ডাক ঠিকানা ক্ষেত্রগুলি যাচাই করে। এটি অকাঠামোবদ্ধ ঠিকানা ডেটা চিহ্নিত করে যা নভেম্বর 2026 সময়সীমার পরে ব্যর্থ হবে, সময়সীমার আগের হাইব্রিড এবং সময়সীমার পরের শুধুমাত্র-কাঠামোবদ্ধ উভয় ফর্ম্যাট সমর্থন করে এবং CI পাইপলাইন এবং ব্যাচ যাচাই কর্মপ্রবাহে ঠিকানা গুণমান পরীক্ষা একীভূত করে।
pacs008 কি XML তৈরি না করে ডেটা যাচাই করতে পারে?
হ্যাঁ। XML তৈরি না করে পেমেন্ট ডেটা যাচাই করতে --dry-run CLI ফ্ল্যাগ বা POST /validate API এন্ডপয়েন্ট ব্যবহার করুন। যাচাই পাইপলাইন JSON Schema সামঞ্জস্য, IBAN ফর্ম্যাট এবং চেকসাম, BIC কাঠামো এবং SWIFT অক্ষর সম্মতি পরীক্ষা করে। এক্সিট কোড বা API প্রতিক্রিয়া নির্দেশ করে যাচাই সফল বা ব্যর্থ হয়েছে কিনা।