খণ্ডিতকরণ থেকে ফাটল রেখা: এজেন্টিক যুগে কর্পোরেট ব্যাংকিংয়ের অনুপস্থিত API স্ট্যান্ডার্ড

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

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

• কর্পোরেট ব্যাংকিংয়ের ব্যাকরণ আছে, পৃষ্ঠতল নেই। ISO 20022 ডেটা প্রমিত করেছে; কেউ API প্রমিত করেনি। যতক্ষণ একজন মানব ইন্টিগ্রেটর অস্পষ্টতা শোষণ করত ততক্ষণ তা টিকে থাকার মতো ছিল — রানটাইমে একটি মডেল তা পারে না।
• কলকারী বদলে গেছে। MCP টুল আবিষ্কারকে একটি রানটাইম সিদ্ধান্তে পরিণত করেছে। যে এজেন্ট M×N ইন্টিগ্রেশন সমস্যা বিলুপ্ত করার কথা ছিল, সে ব্যাংক সীমানায় তার আবার মুখোমুখি হয়, যেখানে প্রতিটি প্রতিষ্ঠান নিজস্ব শব্দার্থবিদ্যাসহ একটি স্বতন্ত্র সার্ভার।
• খণ্ডিতকরণ এখন মেশিন গতিতে ভুলভাবে অর্থ সরায়। একটি টাইমআউট, তিনটি ব্যাংক, তিনটি পরস্পরবিরোধী সত্য — A-তে একটি ডুপ্লিকেট, B-তে একটি আটকে থাকা নির্দেশ, C-তে একটি নীরব ব্যর্থতা। আইডেম্পোটেন্সি ও একটি নির্ধারণমূলক error ব্যাকরণ ভার বহনকারী হয়ে ওঠে।
• প্রতিটি ব্যাংককে একটি MCP সার্ভারে মোড়ানো জলাভূমিটিকে স্থানান্তরিত করে। চল্লিশটি সার্ভার, চল্লিশটি শব্দার্থবিদ্যা, কোনো অভিন্ন অ-কার্যকরী ভিত্তি নেই — এবং পেমেন্ট রেলে লেখার অ্যাক্সেসসহ একটি অ-নির্ধারণমূলক মডেল, স্পষ্টতই একটি SR 11-7 / DORA / EU AI Act সমস্যা।
• নিজের পৃষ্ঠতল প্রমিত করুন, নয়তো পণ্যে পরিণত হন। যে ব্যাংকগুলো এখন একটি ISO 20022-নেটিভ, এজেন্ট-প্রস্তুত API প্রকাশ করে তারা স্বায়ত্তশাসিত ট্রেজারির জন্য ডিফল্ট প্রতিপক্ষে পরিণত হয়; বাকিরা তাদের ক্লায়েন্ট সম্পর্ক অ্যাডাপ্টারের মালিকের কাছে ভাড়া দেয়।

দুটি ব্যাংকিং জগৎ, তার একটি প্রমিত

রিটেলের দিকে তাকান এবং ছবিটি এলোমেলো কিন্তু চলাচলযোগ্য। ইউরোপে আছে UK Open Banking এবং Berlin Group-এর NextGenPSD2, শেষটি তিন-চতুর্থাংশেরও বেশি ইউরোপীয় ব্যাংক গ্রহণ করেছে এবং বাস্তবে একটি ডি ফ্যাক্টো স্ট্যান্ডার্ড হিসেবে গণ্য হয়। যুক্তরাষ্ট্রে আছে Financial Data Exchange, যা এখন ছয় কোটিরও বেশি ভোক্তা অ্যাকাউন্ট জুড়ে বিস্তৃত। অস্ট্রেলিয়ায় আছে Consumer Data Right। এদের কোনোটিই বিশ্বব্যাপী নয়, এবং কোনোটিই বিশ্বব্যাপী হওয়ার সম্ভাবনা নেই — কিন্তু প্রতিটি একটি বাস্তব, সংস্করণকৃত, মেশিন-পরীক্ষণযোগ্য চুক্তি, এবং যেখানে চুক্তি ফুরিয়ে যায়, সেখানে অ্যাগ্রিগেটররা (Plaid, Tink, TrueLayer, Salt Edge) একটি একক ইন্টারফেসের পেছনে পার্থক্য শোষণ করে নেয়। রিটেল খণ্ডিতকরণ একটি কর। এটি একটি দেয়াল নয়।

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

কারণ স্বাভাবিক প্রার্থীরা সেটি নয়। ISO 20022-কে নিয়মিতভাবে অনুপস্থিত স্ট্যান্ডার্ড বলে ভুল করা হয়, কিন্তু এটি একটি ডেটা ব্যাকরণ, একটি API চুক্তি নয়: pain.001 আপনাকে বলে কীভাবে একটি ক্রেডিট ট্রান্সফার প্রকাশ করতে হয়, কোন এন্ডপয়েন্ট একটি তৈরি করে তা নয়, এটি কীভাবে প্রমাণীকরণ করে, কীভাবে পেজিনেট করে, বা কীভাবে আপনাকে বলে যে এটি ব্যর্থ হয়েছে তা নয়। BIAN শিল্পকে একটি অভিন্ন শব্দার্থিক রেফারেন্স মডেল দেয়, একটি বাধ্যতামূলক ইন্টারফেস নয়। Swift-এর Payment Initiation ও Instant Cash Reporting API প্রমিতকরণের দিকে একটি প্রকৃত পদক্ষেপ, কিন্তু সেগুলো নেটওয়ার্ক-কেন্দ্রিক ও এখনও উদীয়মান, একটি সর্বজনীন পৃষ্ঠতল নয়। Berlin Group-এর openFinance কাঠামো কর্পোরেট ব্যবহারের ক্ষেত্রের দিকে এগোচ্ছে — অ্যাকাউন্ট খোলা, ট্রেড ফাইন্যান্স, ডায়নামিক পুনরাবৃত্ত পেমেন্ট — কিন্তু এটি ইউরোপীয়, প্রাথমিক, এবং চুক্তির-মাধ্যমে-প্রিমিয়াম। এসব একত্র করুন এবং আপনার কাছে এখনও একটি বাধ্যতামূলক, বিশ্বব্যাপী কর্পোরেট ব্যাংকিং API স্ট্যান্ডার্ড নেই। আপনার কাছে নির্মাণসামগ্রী আছে কিন্তু কোনো নকশা নেই।

কেন খণ্ডিতকরণ টিকে ছিল — এবং কেন তা শেষ হচ্ছে

বিশ বছর ধরে এটি সহনীয় ছিল, কারণ ইন্টিগ্রেটর ছিল মানুষ ও ধৈর্যশীল। একটি কর্পোরেট মাসের পর মাস, কখনও ত্রৈমাসিক ধরে গুটিকয়েক ব্যাংকিং সংযোগ অনবোর্ড করত। প্রতিটি ছিল একটি প্রকল্প: সার্টিফিকেট বিনিময়, একটি পেনি টেস্ট চালানো, একটি ম্যাপিং নথি নিয়ে তর্ক। খরচটি ছিল বাস্তব কিন্তু সম্পর্ক প্রতি একবার পরিশোধিত এবং পরবর্তী বছরের পেমেন্ট জুড়ে পরিশোধিত। যখন একটি ব্যাংকের API অপর্যাপ্তভাবে নির্দিষ্ট ছিল — যখন একটি স্ট্যান্ডার্ড "বাকিটা বাস্তবায়নকারী প্রতিষ্ঠানের উপর ছেড়ে দিত", যেমনটি ব্যাংকগুলো নিজেরাই অভিযোগ করে — একজন মানব প্রকৌশলী পোর্টাল পড়ত, অভিপ্রায় অনুমান করত, এবং ব্যবধানটি ঢেকে দিত। অস্পষ্টতা সহনীয় ছিল কারণ তা সমাধানের জন্য একজন ব্যক্তি সেখানে ছিল।

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

কলকারী বদলে গেছে

সেই ব্যবহারকারী আঠারো মাসে এসেছে। Model Context Protocol, যা Anthropic নভেম্বর ২০২৪-এ ওপেন-সোর্স করেছিল এবং ডিসেম্বর ২০২৫-এ Block ও OpenAI-এর সঙ্গে Linux Foundation-এর Agentic AI Foundation-এ দান করেছিল, তা AI সিস্টেমের টুল ও ডেটায় পৌঁছানোর ডিফল্ট উপায়ে পরিণত হয়েছে। ২০২৬-এর শুরুর দিকে এটি মাসে প্রায় নয় কোটি সত্তর লক্ষ SDK ডাউনলোড পোস্ট করছিল; বছরের মাঝামাঝি নাগাদ, একটি দিকনির্দেশক শিল্প পাঠ অনুযায়ী, প্রায় শতকরা আটাত্তর ভাগ এন্টারপ্রাইজ AI দল উৎপাদনে MCP-সমর্থিত এজেন্ট চালাচ্ছিল এবং Fortune 500-এর এক-চতুর্থাংশেরও বেশি একটি স্ট্যান্ডার্ড OAuth 2.1 অনুমোদন স্তরের মাধ্যমে সুরক্ষিত MCP সার্ভার পরিচালনা করছিল। একে নিয়মিত, এবং যথাযথভাবে, AI-এর জন্য USB-C বলে বর্ণনা করা হয়: এটি M×N ইন্টিগ্রেশন দুঃস্বপ্ন — প্রতিটি মডেল হাতে করে প্রতিটি টুলের সঙ্গে যুক্ত — M+N-এ সংকুচিত করে। নিজের সম্পর্কে এর নিজস্ব সারসংক্ষেপই ব্যাংকের জন্য গুরুত্বপূর্ণ লাইন: API প্রোগ্রামের জন্য; MCP এজেন্টের জন্য। একটি REST API আশা করে কলকারী আগে থেকেই জানে কোন এন্ডপয়েন্টে এবং কোন প্যারামিটার নিয়ে আঘাত করতে হবে। একটি এজেন্ট আশা করে রানটাইমে উপলব্ধ টুল আবিষ্কার করবে এবং নিজেই সিদ্ধান্ত নেবে কীভাবে ও কখন সেগুলো ব্যবহার করতে হবে।

এটি ট্রেজারির জন্য অনুমানভিত্তিক নয়। ধরনটি ২০২৬ সালে কর্পোরেট-ও-ইনভেস্টমেন্ট-ব্যাংক ট্রেজারি জুড়ে ইতিমধ্যে সামঞ্জস্যপূর্ণ: একটি এজেন্ট ISO 20022 ক্যাশ ডেটা পড়ে, একটি সীমাবদ্ধ টুল সেটকে কল করে, এবং নীতি ব্যান্ডের মধ্যে তারল্য পুনর্ভারসাম্য করে, চারপাশে SR 11-7, DORA ও EU AI Act নিয়ন্ত্রণ মোড়ানো থাকে। ডেটা ব্যাকরণ তার জন্য প্রস্তুত। API পৃষ্ঠতল নয়।

অসঙ্গতিটি, সুনির্দিষ্টভাবে

এজেন্টকে একটি ব্যাংকিং প্রতিপক্ষ থেকে তার প্রকৃতপক্ষে যা প্রয়োজন তাতে নামিয়ে আনুন এবং তালিকাটি সংক্ষিপ্ত ও নির্মম:

1. একটি মেশিন-আবিষ্কারযোগ্য চুক্তি — একটি OpenAPI বর্ণনা, বা একটি টুল ম্যানিফেস্ট, যা এজেন্ট রানটাইমে পড়তে পারে, একজন মানুষ একবার পড়ে এমন একটি PDF নয়।
2. একটি প্রমাণীকরণ মডেল — একটি আর্থিক-মানের OAuth2/mTLS প্রোফাইল (FAPI সুস্পষ্ট নোঙর), প্রতি ব্যাংকে একটি ভিন্ন হ্যান্ডশেক নয়।
3. একটি গ্যারান্টি হিসেবে আইডেম্পোটেন্সি — একটি অনন্য নির্দেশ রেফারেন্স যা একটি পুনঃচেষ্টাকৃত পেমেন্টকে একটি নো-অপে পরিণত করে, কারণ একটি এজেন্ট পুনঃচেষ্টা করবেই।
4. একটি নির্ধারণমূলক error ব্যাকরণ — একই ব্যর্থতা সর্বত্র একই অর্থ বহন করে, যাতে মডেল তা নিয়ে যুক্তি করতে পারে।
5. সিমান্টিক ভার্সনিং ও ক্ষমতা আবিষ্কার — যাতে একটি এজেন্ট একটি মানব রিলিজ নোট ছাড়াই বলতে পারে একটি প্রতিপক্ষ এই ত্রৈমাসিকে কী করতে পারে।
6. কাঠামোবদ্ধ ISO 20022 পেলোড, সম্মতি ও অধিকার, এবং একটি হস্তক্ষেপ-প্রমাণক অডিট ট্রেইল — উপাদান, অনুমতি, এবং প্রমাণ।

কর্পোরেট ব্যাংকিং যেমন বিদ্যমান তার বিপরীতে সেটি রাখুন এবং প্রতিটি লাইন N উপভাষায় ভেঙে যায় — প্রতি ব্যাংকে একটি। যে এজেন্ট M×N সমস্যা বিলুপ্ত করার কথা ছিল সে ব্যাংক সীমানায় তার আবার মুখোমুখি হয়, কারণ প্রতিটি প্রতিষ্ঠান, কার্যত, "ব্যালেন্স"-এর নিজস্ব ব্যাকরণ, "পেমেন্ট স্ট্যাটাস"-এর নিজস্ব ধারণা, নিজস্ব auth নাচ এবং একটি error কী তার নিজস্ব ধারণাসহ একটি স্বতন্ত্র সার্ভার। প্রোটোকল তারের এজেন্টের দিকটি প্রমিত করেছে। কেউ ব্যাংকের দিকটি প্রমিত করেনি।

একটি ব্যর্থতার ধরন, বাস্তবে রূপায়িত

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

Bank A টাইমআউটকে অজানা — পুনঃচেষ্টার জন্য নিরাপদ হিসেবে বিবেচনা করে, তাই এজেন্ট পুনঃচেষ্টা করে, এবং মূল নির্দেশও সেটল হয়: একটি ডুপ্লিকেট পেমেন্ট। Bank B একই টাইমআউটকে জমা দেওয়া হয়েছে — পুনঃচেষ্টা করবেন না হিসেবে বিবেচনা করে, কিন্তু এজেন্ট পার্স করতে পারে এমন কোনো নিশ্চিতকরণ কখনও প্রকাশ করে না, তাই নির্দেশটি অনিশ্চয়তায় বসে থাকে যখন এজেন্ট, কোনো সাফল্য না দেখে, উর্ধ্বমুখী করে বা পুনরায় রাউট করে: একটি আটকে থাকা পেমেন্ট ও একটি দ্বৈত-বুক করা অবস্থান। Bank C পেলোড বডিতে একটি প্রত্যাখ্যান লুকিয়ে রেখে একটি প্রফুল্ল HTTP 200 ফেরত দেয়; এজেন্ট স্ট্যাটাস কোড পড়ে, সুইপটিকে সম্পন্ন হিসেবে চিহ্নিত করে, এবং এগিয়ে যায়: একটি নীরব ব্যর্থতা যা পরদিন সকালে কেবল এমন একটি রিকনসিলিয়েশন ভাঙন হিসেবে প্রকাশ পায় যা কেউ ব্যাখ্যা করতে পারে না।

তিনটি ব্যাংক, একটি অবস্থা, তিনটি পরস্পরবিরোধী সত্য — A-তে দরজার বাইরে ডুপ্লিকেট তহবিল, B-তে একটি জমাটবদ্ধ নির্দেশ, C-তে একটি ভুতুড়ে সাফল্য। একজন মানব ট্রেজারার তিনজন রিলেশনশিপ ম্যানেজারকে ফোন করে দুপুরের মধ্যে তা সমাধান করে ফেলত। এজেন্ট কাউকে ফোন করতে পারে না। ঠিক এই কারণেই "একটি গ্যারান্টি হিসেবে আইডেম্পোটেন্সি" এবং "একটি নির্ধারণমূলক error ব্যাকরণ" স্থাপত্যগত সৌখিন বিষয় নয়: এগুলো ছাড়া, একই খণ্ডিতকরণ যা কেবল মানব ঘণ্টা ব্যয় করত তা এখন প্রতিটি প্রতিপক্ষের কাছে একসঙ্গে, মেশিন গতিতে, প্রকৃত অর্থ ভুলভাবে সরায়।

কেন "প্রতিটি ব্যাংককে একটি MCP সার্ভারে মোড়ানো" সমাধান নয়

প্রতিবর্ত উত্তরটি হলো প্রতিটি ব্যাংককে একটি MCP সার্ভার দেওয়া এবং কাজ শেষ করা। এটি টেকে না, কারণ এটি খণ্ডিতকরণ দূর করার পরিবর্তে স্থানান্তরিত করে। চল্লিশটি ব্যাংক চল্লিশটি সার্ভারে পরিণত হয় চল্লিশটি শব্দার্থবিদ্যা, চল্লিশটি auth প্রবাহ ও কোনো অভিন্ন অর্থ ছাড়াই — এবং, গুরুত্বপূর্ণভাবে, কোনো অভিন্ন অ-কার্যকরী ভিত্তি ছাড়াই: কোনো অভিন্ন লেটেন্সি বাজেট নেই, কোনো সম্মত প্রাপ্যতা স্তর নেই, কোনো তুলনীয় আইডেম্পোটেন্সি গ্যারান্টি নেই। উপরের ব্যর্থতার ধরন মোড়কটি অক্ষত রেখে টিকে থাকে। আরও খারাপ, কলকারী এখন পেমেন্ট রেলে লেখার অ্যাক্সেসসহ একটি অ-নির্ধারণমূলক মডেল, যা কেবল একটি ইন্টিগ্রেশন প্রশ্ন নয় বরং একটি মডেল-ঝুঁকি ও পরিচালনগত-স্থিতিস্থাপকতা প্রশ্ন যা স্পষ্টভাবে SR 11-7, DORA ও EU AI Act-এর উপর অবতরণ করে। MCP-এর হিউম্যান-ইন-দ্য-লুপ প্রিমিটিভ — নিশ্চিতকরণের জন্য এলিসিটেশন, যুক্তির জন্য স্যাম্পলিং — প্রয়োজনীয় ও স্বাগত, কিন্তু একটি নিশ্চিতকরণ ডায়ালগ পূর্বাভাসযোগ্যভাবে আচরণ করে এমন একটি প্রতিপক্ষের বিকল্প নয়। আপনি যা অভিন্নভাবে বর্ণনা করতে পারেন না তা বড় পরিসরে পরিচালনা করতে পারেন না। এক হাজার স্বতন্ত্র সার্ভার একটি স্ট্যান্ডার্ড নয়; এটি একই জলাভূমি একটি JSON-RPC প্রলেপসহ।

দুটি ভবিষ্যৎ, এবং একটি কৌশলগত পছন্দ

কে এটি সমাধান করে তা নির্ধারণ করে আগামী দশকে কে কর্পোরেট সম্পর্কের মালিক, এবং কেবল দুইজন প্রার্থী আছে।

প্রথমটিতে, ব্যাংকগুলো তাদের নিজস্ব পৃষ্ঠতল প্রমিত করে। তারা এজেন্ট-প্রস্তুত API প্রকাশ করে, ট্রেজারারের সঙ্গে সরাসরি সংযোগ রাখে, এবং এজেন্ট যে প্রতিপক্ষ আবিষ্কার করে ও কল করে তা থেকে যায়। দ্বিতীয়টিতে, অ্যাগ্রিগেটররা তাদের হয়ে এটি প্রমিত করে। গুটিকয়েক প্ল্যাটফর্ম ডি ফ্যাক্টো এজেন্ট চুক্তি সংজ্ঞায়িত করে, এবং ব্যাংকগুলো এর পেছনে বিনিময়যোগ্য এন্ডপয়েন্টে পরিণত হয় — কেবল অন্য কারও বিমূর্তকরণের মাধ্যমে পৌঁছানো যায়। এটি অনুমান নয়; এটি রিটেল গল্প এক ধাপ এগিয়ে চলছে। McKinsey-এর নিজস্ব ২০২৫ ট্রানজেকশন-ব্যাংকিং কাজ Kyriba ও GTreasury-এর মতো ট্রেজারি-ম্যানেজমেন্ট প্ল্যাটফর্ম, এবং Bill.com-এর মতো অফিস-অফ-দ্য-CFO প্ল্যাটফর্মকে বর্ণনা করে, যারা ক্লায়েন্ট ও ব্যাংকের মধ্যে অবস্থানের একটি একক, ব্যাংক-নিরপেক্ষ দৃশ্যসহ নিজেদের স্থাপন করছে। এটি ঠিক সেই স্তর যা, রিটেলে, Plaid ও Tink-এর পেছনে দীর্ঘ লেজটি নীরবে অদৃশ্য করে দিয়েছিল। একই গবেষণা উল্লেখ করে যে কর্পোরেট ট্রেজারাররা এখন তাদের ব্যাংককে তাদের ভোক্তা অ্যাপের মানে ধরে রাখে, এবং অনবোর্ডিং, অধিকার ও API ইন্টিগ্রেশন হতাশ করলে সুইচ করবে।

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

স্ট্যান্ডার্ডকে যা বাধ্যতামূলক করতে হবে

যে দিকনির্দেশনা অনুপস্থিত তা বিদেশি কিছু নয়। প্রতিটি উপাদান ইতিমধ্যে উন্মুক্তভাবে বিদ্যমান — ডেটার জন্য ISO 20022, রেফারেন্স অপারেশনের জন্য Swift-এর Payment Initiation ও Instant Cash Reporting API, শব্দার্থবিদ্যার জন্য BIAN, সম্মতি-ও-ক্যাটালগ ধরনের জন্য Berlin Group-এর openFinance, আর্থিক-মানের auth-এর জন্য FAPI, টুল প্রদর্শনের জন্য MCP, এজেন্ট-টু-এজেন্ট অর্কেস্ট্রেশনের জন্য A2A। যা অনুপস্থিত তা হলো কর্পোরেট স্থানের জন্য এগুলোকে একটি বাধ্যতামূলক চুক্তিতে একত্র করার কাজ — এবং একটি নয়, দুটি ভিত্তি নির্দিষ্ট করার শৃঙ্খলা। বিদ্যমান B2B-API সাহিত্য, McKinsey-এর সহ, API-কে মূলত একটি বৃদ্ধি ও অভিজ্ঞতার সুযোগ হিসেবে বিবেচনা করে। এটি নির্ধারণবাদ, রানটাইম ক্ষমতা আবিষ্কার, বা প্রমিত অ-কার্যকরী বিষয় সম্পর্কে সামান্যই বলে — ঠিক সেই বাদ পড়া যা এজেন্টরা সহ্য করতে পারে না। তাই স্ট্যান্ডার্ডকে ইন্টারফেস কী এবং এটি পরিচালনার অধীনে কীভাবে আচরণ করে — উভয় সম্পর্কে স্পষ্ট হতে হবে।

প্রযুক্তিগত ভিত্তি

• এটি থেকে জেনারেট করা একটি ক্যানোনিকাল MCP টুল ম্যানিফেস্টসহ একটি OpenAPI-প্রথম চুক্তি — এর পাশে হাতে-লেখা নয়, যাতে একটি এজেন্ট যে টুল দেখে তা ব্যাংক যে API চালায় তা থেকে কখনও বিচ্যুত হতে না পারে।
• FAPI-মানের প্রমাণীকরণ ও সম্মতি পৃষ্ঠতল জুড়ে একক হ্যান্ডশেক হিসেবে।
• আইডেম্পোটেন্সি ও একটি নির্ধারণমূলক error শ্রেণিবিন্যাস — স্থিতিশীল কোড, প্রতি ব্যর্থতায় একটি অর্থ, চুক্তিতেই নথিভুক্ত।
• ISO 20022-নেটিভ পেলোড, কাঠামোবদ্ধ ও হাইব্রিড-ঠিকানা প্রস্তুত।
• রানটাইম ক্ষমতা আবিষ্কারসহ সিমান্টিক ভার্সনিং — একটি এজেন্ট জিজ্ঞাসা করতে পারে এই প্রতিপক্ষ আজ কী করতে পারে, এবং একটি মেশিন উত্তর পায়।

পরিচালন ও স্থিতিস্থাপকতা ভিত্তি

• প্রকাশিত, বলবৎ অ-কার্যকরী SLO — লেটেন্সি, প্রাপ্যতা, থ্রুপুট, স্ট্রেট-থ্রু-প্রসেসিং ও মানব-প্রচেষ্টা — বাস্তব সময়-ও-গতি সংখ্যা হিসেবে প্রকাশিত, বিপণন ভাষা নয়।
• অধিকার, সম্মতি ও একটি হস্তক্ষেপ-প্রমাণক অডিট ট্রেইল নির্বাহ পথে আবদ্ধ, একটি ব্যান্ড-বহির্ভূত পোর্টালে ভাসমান নয়।
• মডেল-ঝুঁকি ও পরিচালনগত-স্থিতিস্থাপকতা নিয়ন্ত্রণ SR 11-7, DORA ও EU AI Act-এর সঙ্গে সারিবদ্ধ, যাতে একটি এজেন্টের কল একজন মালিকসহ পরিচালিত ঘটনা হয়, বিদেশি প্রান্তিক ক্ষেত্র নয়।

এখানে রিটেল অভিজ্ঞতায় একটি কঠিন শিক্ষা প্রোথিত আছে। একটি মেশিন যে স্ট্যান্ডার্ড কার্যকর করে তাকে একজন মানব ইন্টিগ্রেটর নীরবে মেরামত করতে পারে এমন একটির চেয়ে বেশি সুনির্দিষ্ট হতে হবে; অপর্যাপ্ত-নির্দিষ্টতা আর ডেভেলপার ঘণ্টায় পরিশোধিত একটি নরম খরচ নয় বরং ভুল-পাঠানো পেমেন্টে পরিশোধিত একটি কঠিন ব্যর্থতার ধরন। এটি তাৎপর্যপূর্ণ যে শিল্পের সবচেয়ে প্রামাণিক সমন্বয় প্রচেষ্টা — CPMI ও PMPG-এর সমন্বিত ISO 20022 ডেটা প্রয়োজনীয়তা, যা বিশ্বজুড়ে পেমেন্ট সিস্টেমকে ঠিক এই খণ্ডিতকরণের বিরুদ্ধে লড়াই করতে G20 ক্রস-বর্ডার পেমেন্ট প্রোগ্রামের অধীনে ২০২৭-এর শেষ নাগাদ গ্রহণ করার জন্য অনুরোধ করা হচ্ছে — নিজের বর্ণনা অনুযায়ী, একটি নিয়ন্ত্রণও নয়, একটি API স্ট্যান্ডার্ডও নয়। এটি ডেটা সমন্বয় করে। ইন্টারফেস এখনও কারও কাজ নয়।

একটি লক্ষ্য ছবি

নির্মাণটি নির্ণয়ের চেয়ে কম ভীতিকর, কারণ এটি একটি প্রোগ্রাম নয়, তিনটি স্তর। একটি ক্যানোনিকাল কর্পোরেট ব্যাংকিং API REST ও OpenAPI-এর উপর পেমেন্ট ও ক্যাশ রিপোর্টিং প্রদর্শন করে, ISO 20022-নেটিভ পেলোড ও FAPI-মানের auth সহ — একটি চুক্তি, একটি ব্যাকরণ, একটি হ্যান্ডশেক। একটি MCP ব্রিজ এর উপরে বসে এবং সেই OpenAPI চুক্তি থেকে সরাসরি এজেন্ট-মুখী টুল ম্যানিফেস্ট জেনারেট করে, যাতে আবিষ্কার, স্কিমা ও অনুমতি পৃষ্ঠতল থেকে উদ্ভূত হয় বরং এর সমান্তরালে রক্ষণাবেক্ষণ করা হয়। এবং একটি নীতি ও স্থিতিস্থাপকতা স্তর প্রতিটি এজেন্ট কলকে স্বায়ত্তশাসনকে নিরাপদ করে এমন নিয়ন্ত্রণ দিয়ে মোড়ায়: লেনদেন ও প্রতিপক্ষ সীমা, বিভাজন, হিউম্যান-ইন-দ্য-লুপ ট্রিগার (উচ্চ-ঝুঁকির কাজে এলিসিটেশন), লাইভ SLO পর্যবেক্ষণ এবং একটি কঠিন জরুরি বন্ধ সুইচ। বিষয়টি বোঝার জন্য কোনো চিত্রের প্রয়োজন নেই — স্ট্যান্ডার্ড একটি নতুন রেল নয়, এটি ইতিমধ্যে বিদ্যমান রেলের একটি সুশৃঙ্খল বিন্যাস, যেখানে এজেন্ট পথ ও পরিচালন পথ ঘটনার পরে বসানোর পরিবর্তে প্রথম কমিট থেকেই নির্মিত।

আগামী ২৪ মাসে বিশ্বাসযোগ্য ব্যাংকগুলো যা করে

আপনি যদি মেনে নেন যে কলকারী বদলে গেছে, তবে কাজটি সুনির্দিষ্ট এবং পাঁচটি ট্র্যাকে ভাগ হয়।

1. একটি ISO 20022-নেটিভ, OpenAPI-প্রথম পৃষ্ঠতল প্রকাশ করুন। একটি উচ্চ-মূল্যের করিডোর নিন — সাধারণত ক্রস-বর্ডার পেমেন্ট ও ক্যাশ রিপোর্টিং — এবং একটি পঞ্চম উদ্ভাবিত ব্যাকরণের পরিবর্তে আপনার বিদ্যমান CBPR+ স্কিমার সঙ্গে সারিবদ্ধ ISO 20022 পেলোডসহ একটি একক, সংস্করণকৃত OpenAPI সংজ্ঞার মাধ্যমে তা প্রদর্শন করুন। এটি একটি স্যান্ডবক্সসহ ক্লায়েন্ট ও অভ্যন্তরীণ এজেন্টের কাছে সর্বজনীন করুন, এবং পরিবর্তনগুলোকে পণ্য রিলিজ হিসেবে বিবেচনা করুন। প্রথম বছরের সাফল্য পূর্ণ কভারেজ নয়; এটি প্রমাণ করা যে একটি করিডোরকে প্রান্ত-থেকে-প্রান্ত এজেন্ট-অ্যাড্রেসযোগ্য করা যায়।
2. এর জুড়ে প্রমাণীকরণ ও আইডেম্পোটেন্সি প্রমিত করুন। একমাত্র হ্যান্ডশেক হিসেবে একটি FAPI-মানের প্রোফাইল গ্রহণ করুন, প্রতিটি লেখায় আইডেম্পোটেন্সি কী বাধ্যতামূলক করুন, এবং "একই নির্দেশ পুনঃচেষ্টা করুন"-কে চুক্তিতে একটি নথিভুক্ত গ্যারান্টি বানান — "এজেন্টরা পুনঃচেষ্টা করবে"-কে একটি ঝুঁকি থেকে একটি নিরাপদ ধারণায় পরিণত করে।
3. একটি নির্ধারণমূলক error ব্যাকরণ ও ক্ষমতা আবিষ্কার সংজ্ঞায়িত করুন। প্রতিটি ব্যর্থতাকে একটি স্থিতিশীল কোড ও সামঞ্জস্যপূর্ণ শব্দার্থবিদ্যা দিন, সিমান্টিক ভার্সনিং যোগ করুন, এবং আংশিক সমর্থন, অবচয় ও "এখনও উপলব্ধ নয়"-এর সুস্পষ্ট পতাকাসহ একটি ক্ষমতা ক্যাটালগ প্রদর্শন করুন যা একটি এজেন্ট রানটাইমে জিজ্ঞাসা করতে পারে।
4. একই পৃষ্ঠতলে অধিকার, সম্মতি ও অডিট সংযুক্ত করুন। সম্মতি ও অনুমোদন প্রবাহ API পথে সরান, প্রতিটি এজেন্ট-সূচিত নির্দেশের জন্য একটি হস্তক্ষেপ-প্রমাণক ট্রেইল নির্গত করুন — কে, কী, কখন, কোন নীতি ব্যান্ডের অধীনে — এবং এটিকে স্পষ্টভাবে SR 11-7, DORA ও EU AI Act-এর সঙ্গে সারিবদ্ধ করুন যাতে দ্বিতীয় সারি তা অনুমোদন করতে পারে।
5. অ-কার্যকরী ভিত্তি প্রকাশ করুন, তারপর একটি তত্ত্বাবধানকৃত এজেন্ট পাইলট চালান। করিডোরের জন্য লেটেন্সি, প্রাপ্যতা, থ্রুপুট ও STP লক্ষ্যে প্রতিশ্রুতিবদ্ধ হন এবং সেগুলো পরিমাপ করুন; তারপর একটি তত্ত্বাবধানকৃত তারল্য বা ক্যাশ-সুইপিং এজেন্ট দাঁড় করান যা কেবল এই পৃষ্ঠতল ব্যবহার করে, কঠিন সীমা, হিউম্যান-ইন-দ্য-লুপ চেকপয়েন্ট ও সম্পূর্ণ অডিটসহ, ছয় থেকে বারো মাসের জন্য। এটি সেই বাধ্যকারী ক্রিয়া যা আপনি নিজে নিয়ন্ত্রণ করেন — এটি প্রমাণ করে যে পৃষ্ঠতল পূর্বাভাসযোগ্য হলে একটি এজেন্ট নীতি ব্যান্ডের মধ্যে নিরাপদে অর্থ সরাতে পারে, এবং এটি আপনাকে দ্রুত বলে দেয় কোথায় আপনার স্ট্যান্ডার্ড এখনও তথ্য নয় বরং আকাঙ্ক্ষা।

বাধ্যকারী ক্রিয়া

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

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

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

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

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

কেন কেবল প্রতিটি ব্যাংককে একটি MCP সার্ভারে মোড়ানো নয়? কারণ এটি খণ্ডিতকরণ দূর করার পরিবর্তে স্থানান্তরিত করে। চল্লিশটি ব্যাংক চল্লিশটি সার্ভারে পরিণত হয় চল্লিশটি শব্দার্থবিদ্যা, চল্লিশটি auth প্রবাহ ও — গুরুত্বপূর্ণভাবে — কোনো অভিন্ন অ-কার্যকরী ভিত্তি ছাড়াই: কোনো অভিন্ন লেটেন্সি বাজেট নেই, কোনো সম্মত প্রাপ্যতা স্তর নেই, কোনো তুলনীয় আইডেম্পোটেন্সি গ্যারান্টি নেই। কলকারী এখন পেমেন্ট রেলে লেখার অ্যাক্সেসসহ একটি অ-নির্ধারণমূলক মডেল, যা SR 11-7, DORA ও EU AI Act-এর অধীনে একটি মডেল-ঝুঁকি ও পরিচালনগত-স্থিতিস্থাপকতা সমস্যা। এক হাজার স্বতন্ত্র সার্ভার একটি স্ট্যান্ডার্ড নয়।

একটি ব্যাংকের জন্য একক সবচেয়ে দরকারি প্রথম পদক্ষেপ কী? একটি ISO 20022-নেটিভ, OpenAPI-প্রথম করিডোর প্রকাশ করুন — সাধারণত ক্রস-বর্ডার পেমেন্ট ও ক্যাশ রিপোর্টিং — একটি FAPI-মানের হ্যান্ডশেক, একটি নথিভুক্ত গ্যারান্টি হিসেবে আইডেম্পোটেন্সি, এবং একটি নির্ধারণমূলক error ব্যাকরণসহ। তারপর কেবল সেই পৃষ্ঠতলের বিপরীতে একটি তত্ত্বাবধানকৃত এজেন্ট পাইলট চালান, কঠিন সীমা, হিউম্যান-ইন-দ্য-লুপ চেকপয়েন্ট ও সম্পূর্ণ অডিটসহ। একটি করিডোর প্রান্ত-থেকে-প্রান্ত প্রমাণ করা এমন একটি রোডম্যাপকে হারায় যা সবকিছু কভার করে ও কিছুই বাধ্যতামূলক করে না।

ব্যাংকগুলো না করলে কে এটি সমাধান করে? অ্যাগ্রিগেটররা। গুটিকয়েক ট্রেজারি ও অফিস-অফ-দ্য-CFO প্ল্যাটফর্ম ডি ফ্যাক্টো এজেন্ট চুক্তি সংজ্ঞায়িত করবে, এবং ব্যাংকগুলো এর পেছনে বিনিময়যোগ্য এন্ডপয়েন্টে পরিণত হবে — একসঙ্গে মার্জিন, ক্লায়েন্ট মালিকানা ও প্রান্ত-থেকে-প্রান্ত ডেটা সমর্পণ করবে। এটি রিটেল গল্প, যেখানে Plaid ও Tink দীর্ঘ লেজ শোষণ করেছিল, এক ধাপ এগিয়ে কর্পোরেট ব্যাংকিংয়ে চলছে।

তথ্যসূত্র

• Model Context Protocol — অফিসিয়াল ডকুমেন্টেশন ⧉। [MCP নভেম্বর ২০২৪-এ ওপেন-সোর্স করা হয়েছে এবং ডিসেম্বর ২০২৫-এ Block ও OpenAI-এর সঙ্গে Linux Foundation-এর Agentic AI Foundation-এ দান করা হয়েছে; বিশ্লেষণটি যে রানটাইম টুল-আবিষ্কার স্তরের উপর নির্মিত। পাঠ্যের গ্রহণ পরিসংখ্যান দিকনির্দেশক শিল্প পাঠ এবং তেমনভাবে চিহ্নিত।]
• Berlin Group — NextGenPSD2 ও openFinance ⧉। [ডি ফ্যাক্টো ইউরোপীয় রিটেল API স্ট্যান্ডার্ড ও কর্পোরেট ব্যবহারের ক্ষেত্রের দিকে এর বিস্তার — সম্মতি-ও-ক্যাটালগ ধরন এবং রিটেল-বনাম-কর্পোরেট বৈপরীত্যের জন্য উদ্ধৃত।]
• Financial Data Exchange (FDX) ⧉। [মার্কিন রিটেল ডেটা-শেয়ারিং স্ট্যান্ডার্ড, প্রমিত রিটেল চুক্তির পরিসরের জন্য উদ্ধৃত যার বিপরীতে কর্পোরেট ব্যাংকিংয়ের কোনো সমতুল্য নেই।]
• McKinsey & Company — Financial Services insights ⧉। [ট্রানজেকশন-ব্যাংকিং API গবেষণা: হোস্ট-টু-হোস্ট / SFTP উত্তরাধিকার, ~৮৫% ক্যাশ-ম্যানেজমেন্ট-API বিনিয়োগ অভিপ্রায়, এবং ট্রেজারি-প্ল্যাটফর্ম মধ্যস্থতা। বাজার নির্ণয়ের জন্য উদ্ধৃত; এখানকার কাঠামো ও উপসংহার লেখকের নিজস্ব।]
• Bank for International Settlements (CPMI) — সমন্বিত ISO 20022 ডেটা প্রয়োজনীয়তা ⧉। [পেমেন্ট ডেটা সমন্বয় করার ২০২৭-এর শেষের ধাক্কা — নিজের বর্ণনা অনুযায়ী একটি নিয়ন্ত্রণও নয়, একটি API স্ট্যান্ডার্ডও নয় — "পৃষ্ঠতল ছাড়া ব্যাকরণ" বিন্দুর জন্য উদ্ধৃত।]
• Swift — আর্থিক প্রতিষ্ঠানের জন্য ISO 20022 ⧉। [CBPR+ ও নভেম্বর ২০২৬-এর কাঠামোবদ্ধ-ঠিকানা মাইলফলক; Payment Initiation ও Instant Cash Reporting API রেফারেন্স অপারেশন হিসেবে উদ্ধৃত, একটি সর্বজনীন পৃষ্ঠতল নয়।]

সর্বশেষ পর্যালোচনা জুলাই ২০২৬। মূল বিশ্লেষণ; সূত্র উদ্ধৃত, পুনরুৎপাদিত নয়। গ্রহণ ও বাজার পরিসংখ্যান দিকনির্দেশক শিল্প পাঠ — পুনঃপ্রকাশের আগে প্রাথমিক সূত্রের বিপরীতে যাচাই করুন। CC-BY-4.0-এর অধীনে লাইসেন্সপ্রাপ্ত।

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

# খণ্ডিতকরণ থেকে ফাটল রেখা: এজেন্টিক যুগে কর্পোরেট ব্যাংকিংয়ের অনুপস্থিত API স্ট্যান্ডার্ড — Sebastien Rousseau

> Originally published at [https://sebastienrousseau.com/bn/2026-07-07-corporate-banking-api-standard-agentic-mcp-2026/](https://sebastienrousseau.com/bn/2026-07-07-corporate-banking-api-standard-agentic-mcp-2026/)

রিটেল ব্যাংকিং এক দশক আগে তার API স্ট্যান্ডার্ড পেয়েছিল। কর্পোরেট ব্যাংকিং কখনও পায়নি — এবং এখন যখন AI এজেন্ট ও Model Context Protocol ইন্টিগ্রেশনকে একটি রানটাইম সিদ্ধান্তে পরিণত করেছে, তখন এই ব্যবধান একটি ফাটল রেখায় পরিণত হয়েছে।

Read the full article on sebastienrousseau.com: https://sebastienrousseau.com/bn/2026-07-07-corporate-banking-api-standard-agentic-mcp-2026/

খণ্ডিতকরণ থেকে ফাটল রেখা: এজেন্টিক যুগে কর্পোরেট ব্যাংকিংয়ের অনুপস্থিত API স্ট্যান্ডার্ড — Sebastien Rousseau

রিটেল ব্যাংকিং এক দশক আগে তার API স্ট্যান্ডার্ড পেয়েছিল। কর্পোরেট ব্যাংকিং কখনও পায়নি — এবং এখন যখন AI এজেন্ট ও Model Context Protocol ইন্টিগ্রেশনকে একটি রানটাইম সিদ্ধান্তে পরিণত করেছে, তখন এই ব্যবধান একটি ফাটল রেখায় পরিণত হয়েছে।

https://sebastienrousseau.com/bn/2026-07-07-corporate-banking-api-standard-agentic-mcp-2026/

খণ্ডিতকরণ থেকে ফাটল রেখা: এজেন্টিক যুগে কর্পোরেট ব্যাংকিংয়ের অনুপস্থিত API স্ট্যান্ডার্ড — Sebastien Rousseau

রিটেল ব্যাংকিং এক দশক আগে তার API স্ট্যান্ডার্ড পেয়েছিল। কর্পোরেট ব্যাংকিং কখনও পায়নি - এবং এখন যখন AI এজেন্ট ও Model Context Protocol ইন্টিগ্রেশনকে একটি রানটাইম সিদ্ধান্তে পরিণত করেছে, তখন এই ব্যবধান একটি ফাটল রেখায় পরিণত হয়েছে।.

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

- দুটি ব্যাংকিং জগৎ, তার একটি প্রমিত. রিটেলের দিকে তাকান এবং ছবিটি এলোমেলো কিন্তু চলাচলযোগ্য। ইউরোপে আছে UK Open Banking এবং Berlin Group-এর NextGenPSD2, শেষটি তিন-চতুর্থাংশেরও বেশি ইউরোপীয় ব্যাংক গ্রহণ করেছে এবং বাস্তবে একটি ডি ফ্যাক্টো স্ট্যান্ডার্ড…
- কেন খণ্ডিতকরণ টিকে ছিল — এবং কেন তা শেষ হচ্ছে. বিশ বছর ধরে এটি সহনীয় ছিল, কারণ ইন্টিগ্রেটর ছিল মানুষ ও ধৈর্যশীল। একটি কর্পোরেট মাসের পর মাস, কখনও ত্রৈমাসিক ধরে গুটিকয়েক ব্যাংকিং সংযোগ অনবোর্ড করত। প্রতিটি ছিল একটি প্রকল্প: সার্টিফিকেট বিনিময়, একটি পেনি টেস্ট…
- কলকারী বদলে গেছে. সেই ব্যবহারকারী আঠারো মাসে এসেছে। Model Context Protocol, যা Anthropic নভেম্বর ২০২৪-এ ওপেন-সোর্স করেছিল এবং ডিসেম্বর ২০২৫-এ Block ও OpenAI-এর সঙ্গে Linux Foundation-এর Agentic AI Foundation-এ দান করেছিল, তা AI…
- অসঙ্গতিটি, সুনির্দিষ্টভাবে. এজেন্টকে একটি ব্যাংকিং প্রতিপক্ষ থেকে তার প্রকৃতপক্ষে যা প্রয়োজন তাতে নামিয়ে আনুন এবং তালিকাটি সংক্ষিপ্ত ও নির্মম:.

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

→ https://sebastienrousseau.com/bn/2026-07-07-corporate-banking-api-standard-agentic-mcp-2026/

#কর্পোরেটব্যাংকিংApi #Iso20022 #ModelContextProtocol #Mcp #এজেন্টিকAi

Sebastien Rousseau | CC-BY-4.0

@online{rousseau2026খণ,
  author  = {Rousseau, Sebastien},
  title   = {{খণ্ডিতকরণ থেকে ফাটল রেখা: এজেন্টিক যুগে কর্পোরেট ব্যাংকিংয়ের অনুপস্থিত API স্ট্যান্ডার্ড — Sebastien Rousseau}},
  year    = {2026},
  url     = {https://sebastienrousseau.com/bn/2026-07-07-corporate-banking-api-standard-agentic-mcp-2026/},
  urldate = {2026}
}

TY  - GEN
AU  - Rousseau, Sebastien
TI  - খণ্ডিতকরণ থেকে ফাটল রেখা: এজেন্টিক যুগে কর্পোরেট ব্যাংকিংয়ের অনুপস্থিত API স্ট্যান্ডার্ড — Sebastien Rousseau
PY  - 2026
UR  - https://sebastienrousseau.com/bn/2026-07-07-corporate-banking-api-standard-agentic-mcp-2026/
ER  -

Rousseau S. খণ্ডিতকরণ থেকে ফাটল রেখা: এজেন্টিক যুগে কর্পোরেট ব্যাংকিংয়ের অনুপস্থিত API স্ট্যান্ডার্ড — Sebastien Rousseau. sebastienrousseau.com. 2026 Jul 7. Available from: https://sebastienrousseau.com/bn/2026-07-07-corporate-banking-api-standard-agentic-mcp-2026/

Rousseau, Sebastien. "খণ্ডিতকরণ থেকে ফাটল রেখা: এজেন্টিক যুগে কর্পোরেট ব্যাংকিংয়ের অনুপস্থিত API স্ট্যান্ডার্ড — Sebastien Rousseau." sebastienrousseau.com. July 7, 2026. https://sebastienrousseau.com/bn/2026-07-07-corporate-banking-api-standard-agentic-mcp-2026/.

Rousseau, S. (2026, July 7). খণ্ডিতকরণ থেকে ফাটল রেখা: এজেন্টিক যুগে কর্পোরেট ব্যাংকিংয়ের অনুপস্থিত API স্ট্যান্ডার্ড — Sebastien Rousseau. sebastienrousseau.com. https://sebastienrousseau.com/bn/2026-07-07-corporate-banking-api-standard-agentic-mcp-2026/

খণ্ডিতকরণ থেকে ফাটল রেখা: এজেন্টিক যুগে কর্পোরেট ব্যাংকিংয়ের অনুপস্থিত API স্ট্যান্ডার্ড — Sebastien Rousseau

রিটেল ব্যাংকিং এক দশক আগে তার API স্ট্যান্ডার্ড পেয়েছিল। কর্পোরেট ব্যাংকিং কখনও পায়নি — এবং এখন যখন AI এজেন্ট ও Model Context Protocol ইন্টিগ্রেশনকে একটি রানটাইম সিদ্ধান্তে পরিণত করেছে, তখন এই ব্যবধান একটি ফাটল রেখায় পরিণত হয়েছে।

Originally published at https://sebastienrousseau.com/bn/2026-07-07-corporate-banking-api-standard-agentic-mcp-2026/ by Sebastien Rousseau.
Licensed under CC-BY-4.0.

SEBASTIEN ROUSSEAU · FOUNDER · ENGINEER