विखंडनापासून दोषरेषेपर्यंत: एजेंटिक युगातील कॉर्पोरेट बँकिंगचे हरवलेले API मानक

विखंडनापासून दोषरेषेपर्यंत: एजेंटिक युगातील कॉर्पोरेट बँकिंगचे हरवलेले API मानक

रिटेल बँकिंगला दशकभरापूर्वीच त्याचे API मानक मिळाले. कॉर्पोरेट बँकिंगला ते कधीच मिळाले नाही — आणि २०२६ मध्ये ती वगळणूक केवळ त्रासदायक राहिली नसून एक दोषरेषा बनली आहे. ISO 20022 ने उद्योगाला समान व्याकरण दिले; पण त्याने कधीच समान, एजंट-सज्ज पृष्ठभाग दिला नाही. आता कॉल करणारा बदलला आहे. तो आता इंटिग्रेशनवर एक तिमाही खर्च करणारा डेव्हलपर राहिलेला नाही, तर रनटाइमला साधने शोधणारा आणि धोरण-पट्ट्यांच्या आत पैसे हलवणारा एक मॉडेल आहे. कॉर्पोरेट ट्रेझरर्सनी वीस वर्षे मूकपणे सोसलेली संदिग्धता आता अशा सॉफ्टवेअरच्या हाती दिली जाणार आहे जे ती सोसू शकत नाही — तर खालचा डेटा थर बँकांना आवडो अथवा न आवडो, संरचित होण्यास भाग पाडला जात आहे. हरवलेल्या दिशेची ही किंमत आहे, एजंट्स आजच्या विखंडनाला केवळ अकार्यक्षम न ठेवता असुरक्षित का बनवतात, आणि स्वायत्त ट्रेझरी विस्तारण्यापूर्वी कॉर्पोरेट बँकिंग API मानकाने काय बंधनकारक केले पाहिजे — याविषयी हे लेखन आहे.

कार्यकारी सारांश

• कॉर्पोरेट बँकिंगकडे व्याकरण आहे, पृष्ठभाग नाही. ISO 20022 ने डेटा प्रमाणित केला; API कोणीच प्रमाणित केला नाही. जोपर्यंत एक मानवी इंटिग्रेटर संदिग्धता सोसत होता तोपर्यंत हे टिकून राहिले — रनटाइमला एक मॉडेल ती सोसू शकत नाही.
• कॉल करणारा बदलला. MCP ने साधन-शोध हा रनटाइम निर्णय बनवला. M×N इंटिग्रेशन समस्या नाहीशी करण्यासाठी बनवलेला एजंट बँकेच्या सीमेवर तिला पुन्हा भेटतो, जिथे प्रत्येक संस्था स्वतःच्या सेमॅंटिक्ससह एक खास सर्व्हर आहे.
• विखंडन आता चुकीच्या पद्धतीने, यंत्र-वेगाने पैसे हलवते. एक टाइमआउट, तीन बँका, तीन परस्परविरोधी सत्ये — A येथे डुप्लिकेट, B येथे अडकलेली सूचना, C येथे मूक अपयश. आयडेम्पोटन्सी आणि निर्धारक एरर-व्याकरण भार-वाहक बनतात.
• प्रत्येक बँकेला 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 पैकी एक-चतुर्थांशाहून अधिक कंपन्या MCP सर्व्हर चालवत होत्या, ज्या एका मानक OAuth 2.1 प्राधिकरण-थराद्वारे सुरक्षित होत्या. त्याचे नियमितपणे, आणि अचूकपणे, 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. हमी म्हणून आयडेम्पोटन्सी — एक अद्वितीय सूचना-संदर्भ जो पुन्हा-प्रयत्न केलेल्या पेमेंटला निष्क्रिय (no-op) बनवतो, कारण एजंट पुन्हा-प्रयत्न करणारच.
4. एक निर्धारक एरर-व्याकरण — तेच अपयश सर्वत्र तोच अर्थ धारण करते, जेणेकरून मॉडेल त्याविषयी तर्क करू शकेल.
5. सेमॅंटिक आवृत्तीकरण आणि क्षमता-शोध — जेणेकरून एजंट मानवी रिलीझ-नोटशिवाय हे सांगू शकेल की एक प्रतिपक्ष या तिमाहीत काय करू शकतो.
6. संरचित ISO 20022 पेलोड्स, संमती व हक्क, आणि छेडछाड-स्पष्ट लेखापरीक्षण-मार्ग — मुद्दा, परवानगी, आणि पुरावा.

हे अस्तित्वात असलेल्या कॉर्पोरेट बँकिंगशी ताडून पाहा आणि प्रत्येक ओळ N बोलींमध्ये फुटते — प्रत्येक बँकेसाठी एक. M×N समस्या नाहीशी करणार असलेला एजंट बँकेच्या सीमेवर तिला पुन्हा भेटतो, कारण प्रत्येक संस्था प्रत्यक्षात "बॅलन्स" साठी स्वतःचे व्याकरण, "पेमेंट स्टेटस" ची स्वतःची कल्पना, स्वतःचे ऑथ नृत्य आणि एरर म्हणजे काय याची स्वतःची कल्पना असलेला एक खास सर्व्हर आहे. प्रोटोकॉलने वायरच्या एजंट-बाजूचे प्रमाणीकरण केले. बँकेच्या बाजूचे कोणीच केले नाही.

एक अपयश-प्रकार, ठोसपणे मांडलेला

हे नेमके करा, कारण इथेच अ‍ॅब्स्ट्रॅक्शन चावते. एका तरलता-एजंटची कल्पना करा जो प्रत्येक खाते एका लक्ष्य-पट्ट्याच्या आत ठेवण्यासाठी तीन बँकांमध्ये कॅश स्वीप करण्यासाठी अधिकृत आहे. तो तीन जवळजवळ-सारख्या सूचना पाठवतो आणि, नेटवर्क जसे करतात, प्रत्येकावर टाइमआउटला भिडतो.

बँक A टाइमआउटला अज्ञात — पुन्हा-प्रयत्न सुरक्षित असे मानते, म्हणून एजंट पुन्हा-प्रयत्न करतो, आणि मूळ सूचनाही सेटल होते: एक डुप्लिकेट पेमेंट. बँक B त्याच टाइमआउटला सादर केले — पुन्हा-प्रयत्न करू नका असे मानते, पण एजंटला वाचता येईल अशी पुष्टी कधीच समोर आणत नाही, त्यामुळे सूचना अधांतरी लटकते तर एजंट, कोणतेही यश न दिसल्याने, प्रकरण वाढवतो किंवा पुनर्मार्गित करतो: एक अडकलेली पेमेंट आणि एक दुहेरी-नोंदवलेली स्थिती. बँक C पेलोड-मुख्य भागात पुरलेल्या नकारासह एक आनंदी HTTP 200 परत करते; एजंट स्टेटस कोड वाचतो, स्वीप पूर्ण झाल्याचे चिन्हांकित करतो, आणि पुढे जातो: एक मूक अपयश जे पुढच्या सकाळीच एक रिकन्सिलिएशन-तुटी म्हणून समोर येते, जी कोणालाच स्पष्ट करता येत नाही.

तीन बँका, एक स्थिती, तीन परस्परविरोधी सत्ये — A येथे दारातून बाहेर पडलेला डुप्लिकेट निधी, B येथे गोठलेली सूचना, C येथे एक भ्रामक यश. एका मानवी ट्रेझररने तीन रिलेशनशिप मॅनेजर्सना फोन केला असता आणि दुपारच्या जेवणापर्यंत ते निस्तरले असते. एजंट कोणालाही फोन करू शकत नाही. "हमी म्हणून आयडेम्पोटन्सी" आणि "एक निर्धारक एरर-व्याकरण" या स्थापत्य-सुविधा का नाहीत याचे नेमके हेच कारण आहे: त्यांच्याशिवाय, जे विखंडन केवळ मानवी तास खर्ची घालत असे तेच आता खरे पैसे चुकीच्या पद्धतीने, यंत्र-वेगाने, एकाच वेळी प्रत्येक प्रतिपक्षावर हलवते.

"प्रत्येक बँकेला MCP सर्व्हरमध्ये गुंडाळणे" हा उपाय का नाही

प्रतिक्षिप्त उत्तर म्हणजे प्रत्येक बँकेला एक MCP सर्व्हर देणे आणि काम संपवणे. ते टिकत नाही, कारण ते विखंडन काढून टाकण्याऐवजी त्याची जागा बदलते. चाळीस बँका चाळीस सेमॅंटिक्स, चाळीस ऑथ प्रवाह आणि कोणताही सामायिक अर्थ नसलेले चाळीस सर्व्हर बनतात — आणि, महत्त्वाचे म्हणजे, कोणताही सामायिक नॉन-फंक्शनल पाया नाही: कोणतेही समान लेटन्सी बजेट नाही, कोणतेही मान्य उपलब्धता-स्तर नाही, कोणतीही तुलनीय आयडेम्पोटन्सी हमी नाही. वरील अपयश-प्रकार गुंडाळणीतून अखंड टिकून राहतो. त्याहून वाईट, कॉल करणारा आता पेमेंट रुळांवर राइट अ‍ॅक्सेस असलेला एक अनिर्धारक मॉडेल आहे, जो केवळ इंटिग्रेशन प्रश्न नसून एक मॉडेल-जोखीम आणि परिचालन-लवचिकता प्रश्न आहे जो सरळसरळ SR 11-7, DORA आणि EU AI Act वर येऊन पडतो. MCP चे मानव-सामील (human-in-the-loop) आदिम — पुष्टीसाठी एलिसिटेशन, तर्कासाठी सॅम्पलिंग — आवश्यक आणि स्वागतार्ह आहेत, पण एक पुष्टी-संवाद हा अंदाजेपणाने वागणाऱ्या प्रतिपक्षाला पर्याय नाही. जे तुम्ही एकसमानपणे वर्णन करू शकत नाही ते तुम्ही मोठ्या प्रमाणात शासित करू शकत नाही. हजार खास सर्व्हर हे मानक नाही; तो 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, वित्तीय-दर्जाच्या ऑथसाठी FAPI, साधन-प्रकटीकरणासाठी MCP, एजंट-ते-एजंट ऑर्केस्ट्रेशनसाठी A2A. जे नाही ते म्हणजे त्यांना कॉर्पोरेट क्षेत्रासाठी एका बंधनकारक करारात जुळवण्याची कृती — आणि एक नव्हे तर दोन पाये निर्दिष्ट करण्याची शिस्त. सध्याचे B2B-API साहित्य, McKinsey चे धरून, API ला मुख्यत्वे एक वाढ आणि अनुभव संधी म्हणून वागवते. ते निर्धारकपणा, रनटाइम क्षमता-शोध, किंवा प्रमाणित नॉन-फंक्शनल्सविषयी फारसे काही बोलत नाही — नेमकी तीच वगळणूक जी एजंट्स सहन करू शकत नाहीत. म्हणून मानकाने इंटरफेस काय आहे आणि तो शासनाखाली कसा वागतो या दोन्हींविषयी स्पष्ट असले पाहिजे.

तांत्रिक पाया

• एक OpenAPI-प्रथम करार, ज्यातून एक प्रामाणिक (canonical) MCP साधन-मॅनिफेस्ट व्युत्पन्न केला जातो — त्याच्या बाजूला हाताने लिहिलेला नव्हे, जेणेकरून एजंटला दिसणारी साधने बँक चालवत असलेल्या API पासून कधीच वेगळी होऊ शकत नाहीत.
• FAPI-दर्जाचे प्रमाणीकरण आणि संमती संपूर्ण पृष्ठभागावर एकच हस्तांदोलन म्हणून.
• आयडेम्पोटन्सी आणि एक निर्धारक एरर वर्गीकरण — स्थिर कोड्स, प्रत्येक अपयशामागे एकच अर्थ, कराराततच दस्तऐवजीकृत.
• ISO 20022-नेटिव्ह पेलोड्स, संरचित आणि हायब्रिड-पत्ता सज्ज.
• रनटाइम क्षमता-शोधासह सेमॅंटिक आवृत्तीकरण — एजंट विचारू शकतो की हा प्रतिपक्ष आज काय करू शकतो, आणि एक यंत्र-उत्तर मिळवू शकतो.

शासन आणि लवचिकता पाया

• प्रकाशित, अंमलात आणलेले नॉन-फंक्शनल SLO — लेटन्सी, उपलब्धता, थ्रूपुट, स्ट्रेट-थ्रू-प्रोसेसिंग आणि मानवी-श्रम — विपणन भाषेत नव्हे तर खऱ्या वेळ-आणि-गती आकड्यांत मांडलेले.
• हक्क, संमती आणि एक छेडछाड-स्पष्ट लेखापरीक्षण-मार्ग अंमलबजावणी-मार्गाशी बांधलेले, बाह्य-बँड पोर्टलमध्ये तरंगणारे नव्हे.
• मॉडेल-जोखीम आणि परिचालन-लवचिकता नियंत्रणे SR 11-7, DORA आणि EU AI Act शी संरेखित, जेणेकरून एजंटचे कॉल हे मालक असलेल्या शासित घटना असतील, विलक्षण अपवाद-प्रकरणे नव्हे.

इथे रिटेल अनुभवात एक कठोर धडा दडलेला आहे. यंत्र अंमलात आणणारे मानक हे मानवी इंटिग्रेटर मूकपणे दुरुस्त करू शकणाऱ्या मानकापेक्षा अधिक अचूक असले पाहिजे; अपुरे-निर्दिष्टीकरण आता डेव्हलपर तासांत दिला जाणारा मऊ खर्च नसून चुकीच्या-पाठवलेल्या पेमेंट्समध्ये दिला जाणारा कठोर अपयश-प्रकार आहे. हे बोलके आहे की उद्योगाचा सर्वात अधिकृत सामंजस्य-प्रयत्न — CPMI आणि PMPG च्या सामंजस्यीकृत ISO 20022 डेटा आवश्यकता, ज्या जगभरातील पेमेंट प्रणालींना नेमके हेच विखंडन लढण्यासाठी G20 सीमापार पेमेंट कार्यक्रमांतर्गत २०२७ च्या अखेरीपर्यंत स्वीकारण्याचे आवाहन केले जात आहे — त्या, त्यांच्याच वर्णनानुसार, नियमनही नाहीत आणि API मानकही नाहीत. त्या डेटा सामंजस्यीकृत करतात. इंटरफेस अजूनही कोणाचेच काम नाही.

एक लक्ष्य-चित्र

निदानापेक्षा बांधकाम कमी भीतीदायक आहे, कारण तो एक कार्यक्रम नसून तीन थर आहे. एक प्रामाणिक कॉर्पोरेट बँकिंग API पेमेंट्स आणि कॅश रिपोर्टिंग REST आणि OpenAPI वर, ISO 20022-नेटिव्ह पेलोड्स आणि FAPI-दर्जाच्या ऑथसह उघड करते — एक करार, एक व्याकरण, एक हस्तांदोलन. एक MCP ब्रिज त्याच्या वर बसतो आणि त्या OpenAPI करारातून थेट एजंट-सन्मुख साधन-मॅनिफेस्ट व्युत्पन्न करतो, जेणेकरून शोध, स्कीमा आणि परवानग्या त्याच्या समांतर राखल्या जाण्याऐवजी पृष्ठभागातून व्युत्पन्न होतात. आणि एक धोरण व लवचिकता थर प्रत्येक एजंट कॉलला स्वायत्तता सुरक्षित करणाऱ्या नियंत्रणांनी गुंडाळतो: व्यवहार आणि प्रतिपक्ष मर्यादा, विभाजन, मानव-सामील ट्रिगर्स (उच्च-जोखीम कृतींवर एलिसिटेशन), थेट SLO देखरेख आणि एक कठोर किल-स्विच. मुद्दा समजण्यासाठी कोणतीही आकृती लागत नाही — मानक हा नवा रूळ नाही, तो आधीच अस्तित्वात असलेल्या रुळांची एक शिस्तबद्ध मांडणी आहे, जिथे एजंट-मार्ग आणि शासन-मार्ग घटनेनंतर जोडण्याऐवजी पहिल्या कमिटपासूनच अंगभूत असतात.

विश्वासार्ह बँका पुढील २४ महिन्यांत काय करतात

कॉल करणारा बदलला आहे हे तुम्ही मान्य केले तर काम ठोस आहे आणि पाच मार्गिकांत विभागते.

1. एक ISO 20022-नेटिव्ह, OpenAPI-प्रथम पृष्ठभाग प्रकाशित करा. एक उच्च-मूल्य कॉरिडॉर घ्या — विशेषतः सीमापार पेमेंट्स आणि कॅश रिपोर्टिंग — आणि तो पाचव्या शोधलेल्या व्याकरणाऐवजी तुमच्या विद्यमान CBPR+ स्कीमांशी संरेखित, ISO 20022 पेलोड्ससह एका एकाच, आवृत्ती-नियंत्रित OpenAPI व्याख्येद्वारे उघड करा. तो ग्राहक आणि अंतर्गत एजंट्ससाठी सँडबॉक्ससह सार्वजनिक करा, आणि बदलांना उत्पादन-रिलीझ म्हणून वागवा. पहिल्या-वर्षाचे यश पूर्ण व्याप्ती नाही; ते एक कॉरिडॉर आद्यंत एजंट-संबोधनीय करता येतो हे सिद्ध करणे आहे.
2. त्यावर प्रमाणीकरण आणि आयडेम्पोटन्सी प्रमाणित करा. एकच FAPI-दर्जाचा प्रोफाइल एकमेव हस्तांदोलन म्हणून स्वीकारा, प्रत्येक राइटवर आयडेम्पोटन्सी की अनिवार्य करा, आणि "तीच सूचना पुन्हा-प्रयत्न करा" ही कराराततील एक दस्तऐवजीकृत हमी बनवा — "एजंट्स पुन्हा-प्रयत्न करतील" हे जोखमीतून एका सुरक्षित गृहीतकात बदलत.
3. एक निर्धारक एरर-व्याकरण आणि क्षमता-शोध निश्चित करा. प्रत्येक अपयशाला एक स्थिर कोड आणि सुसंगत सेमॅंटिक्स द्या, सेमॅंटिक आवृत्तीकरण जोडा, आणि एजंट रनटाइमला विचारू शकेल असा एक क्षमता-कॅटलॉग उघड करा, ज्यात आंशिक समर्थन, अवमूल्यन आणि "अजून उपलब्ध नाही" यांसाठी स्पष्ट झेंडे असतील.
4. हक्क, संमती आणि लेखापरीक्षण त्याच पृष्ठभागाला जोडा. संमती आणि मंजुरी प्रवाह API-मार्गावर हलवा, प्रत्येक एजंट-आरंभित सूचनेसाठी एक छेडछाड-स्पष्ट मार्ग उत्सर्जित करा — कोण, काय, केव्हा, कोणत्या धोरण-पट्ट्याखाली — आणि तो SR 11-7, DORA आणि EU AI Act शी स्पष्टपणे संरेखित करा जेणेकरून दुसरी संरक्षण-रेषा तो मंजूर करू शकेल.
5. नॉन-फंक्शनल पाये प्रकाशित करा, मग एक पर्यवेक्षित एजंट पायलट चालवा. कॉरिडॉरसाठी लेटन्सी, उपलब्धता, थ्रूपुट आणि STP लक्ष्यांवर वचनबद्ध व्हा आणि त्यांचे मापन करा; मग सहा ते बारा महिन्यांसाठी, फक्त हाच पृष्ठभाग वापरणारा, कठोर मर्यादा, मानव-सामील तपासणी-बिंदू आणि पूर्ण लेखापरीक्षणासह एक पर्यवेक्षित तरलता किंवा कॅश-स्वीपिंग एजंट उभा करा. हे तुमच्या स्वतःच्या नियंत्रणातील बलप्रयोग-कार्य आहे — पृष्ठभाग अंदाजेय असेल तेव्हा एजंट धोरण-पट्ट्यांच्या आत सुरक्षितपणे पैसे हलवू शकतो हे ते सिद्ध करते, आणि तुमचे मानक अजूनही वस्तुस्थिती नसून महत्त्वाकांक्षा कुठे आहे हे ते तुम्हाला पटकन सांगते.

बलप्रयोग-कार्य

उद्योगाने नुकतेच सिद्ध केले आहे की जेव्हा एखादी गोष्ट भाग पाडते तेव्हा तो हलू शकतो. Swift चे नोव्हेंबर २०२६ चे संरचित-पत्ता संक्रमण — ज्यानंतर सीमापार पेमेंट्समधील असंरचित पत्ते फक्त नाकारले जातात, कोणत्याही आकस्मिक रूपांतरणाशिवाय — याने एका नाखूश बाजारला संरचित ISO 20022 डेटाकडे एका निश्चित तारखेला ओढले आहे, ज्याला G20 पेमेंट कार्यक्रमांतर्गत सामंजस्यीकृत डेटा आवश्यकतांसाठीच्या CPMI च्या २०२७-अखेरीच्या दबावाने बळ दिले आहे. दोन्ही प्रयत्न काय प्रमाणित करतात हे लक्षात घ्या: डेटा, इंटरफेस नव्हे. व्याकरण स्वच्छ करण्यास भाग पाडले जात आहे. पृष्ठभाग प्रत्येक बँकेच्या विवेकावर सोडला गेला आहे — नेमका तोच विवेक ज्याच्याशी एजंट्स काम करू शकत नाहीत. एजंटसाठी, याचा अर्थ पेलोड्स अखेर सुसंगत होतील तर त्यांच्यामागचे वर्तन विसंगत राहील — यंत्राला प्रत्यक्षात जे लागते त्याचे उलटे, म्हणजे प्रथम अंदाजेय वर्तन आणि नंतर स्वच्छ डेटा.

तर टाळायची अशी न-भाग-पाडलेली चूक ही आहे: कृती करण्यापूर्वी एका जागतिक समितीने कॉर्पोरेट बँकिंग API मानकाला आशीर्वाद देण्याची वाट पाहणे. जी बँका आता एक ISO 20022-नेटिव्ह, एजंट-सज्ज पृष्ठभाग प्रकाशित करतात — एक OpenAPI करार, त्यातून व्युत्पन्न झालेला एक MCP मॅनिफेस्ट, वित्तीय-दर्जाचे ऑथ, आणि ते खरोखर मागे उभे राहतील असे नॉन-फंक्शनल पाये — त्या स्वायत्त ट्रेझरीसाठी डीफॉल्ट प्रतिपक्ष बनतील. एजंट्स मध्ये कोणत्याही माणसाशिवाय शोधू, विश्वास ठेवू आणि कॉल करू शकतील अशी त्यांची साधने असतील. जी बँका वाट पाहतील त्या केवळ एका अ‍ॅग्रिगेटरच्या अ‍ॅब्स्ट्रॅक्शनमधून गाठता येतील, आपला स्वतःचा ग्राहक-संबंध जो अ‍ॅडॅप्टरचा मालक असेल त्याला भाड्याने देत.

दिशेशिवाय व्याकरण हे मानक नाही. ISO 20022 ने कॉर्पोरेट बँकिंगला कसे बोलायचे ते सांगितले. कुठे जायचे ते कधीच सांगितले नाही. एजंट्स आले आहेत, अस्खलित आणि अधीर, आणि नकाशा अजूनही तिथे नाही. तो काढणे हे आता ट्रान्झॅक्शन बँकिंगमधील पायाभूत सुविधेचे सर्वात परिणामकारक काम आहे — आणि, एकदाच का होईना, अंतिम मुदत एखाद्या नियामकाकडून नव्हे तर इंटरफेसवर आधीच वाट पाहत असलेल्या यंत्रांकडून निश्चित केली जात आहे.

वारंवार विचारले जाणारे प्रश्न

ISO 20022 हेच हरवलेले मानक नाही का? नाही. ISO 20022 हे एक डेटा व्याकरण आहे, API करार नाही. pain.001 प्रणालीला क्रेडिट ट्रान्सफर कसा शब्दबद्ध करायचा हे सांगते; तो कोणता एंडपॉइंट तयार करतो, तो कसा प्रमाणीकरण करतो, तो कसा पेजिनेशन करतो, किंवा तो अपयश कसे कळवतो हे सांगत नाही. व्याकरण एजंट्ससाठी सज्ज आहे. पृष्ठभाग — यंत्र-शोधनीय, एकसमानपणे-वागणारा इंटरफेस जो एजंट प्रत्यक्षात कॉल करतो — नाही.

प्रत्येक बँकेला MCP सर्व्हरमध्ये गुंडाळून का देऊ नये? कारण ते विखंडन काढून टाकण्याऐवजी त्याची जागा बदलते. चाळीस बँका चाळीस सेमॅंटिक्स, चाळीस ऑथ प्रवाह आणि — महत्त्वाचे म्हणजे — कोणताही सामायिक नॉन-फंक्शनल पाया नसलेले चाळीस सर्व्हर बनतात: कोणतेही समान लेटन्सी बजेट नाही, कोणतेही मान्य उपलब्धता-स्तर नाही, कोणतीही तुलनीय आयडेम्पोटन्सी हमी नाही. कॉल करणारा आता पेमेंट रुळांवर राइट अ‍ॅक्सेस असलेला एक अनिर्धारक मॉडेल आहे, जो SR 11-7, DORA आणि EU AI Act अंतर्गत एक मॉडेल-जोखीम आणि परिचालन-लवचिकता समस्या आहे. हजार खास सर्व्हर हे मानक नाही.

बँकेसाठी सर्वात उपयुक्त पहिली हालचाल कोणती? एक ISO 20022-नेटिव्ह, OpenAPI-प्रथम कॉरिडॉर प्रकाशित करा — विशेषतः सीमापार पेमेंट्स आणि कॅश रिपोर्टिंग — FAPI-दर्जाच्या हस्तांदोलनासह, दस्तऐवजीकृत हमी म्हणून आयडेम्पोटन्सीसह, आणि एका निर्धारक एरर-व्याकरणासह. मग फक्त त्या पृष्ठभागाविरुद्ध, कठोर मर्यादा, मानव-सामील तपासणी-बिंदू आणि पूर्ण लेखापरीक्षणासह एक पर्यवेक्षित एजंट पायलट चालवा. एक कॉरिडॉर आद्यंत सिद्ध करणे हे सर्व काही व्यापणाऱ्या पण काहीही अनिवार्य न करणाऱ्या रोडमॅपपेक्षा सरस.

बँका न सोडवल्यास हे कोण सोडवते? अ‍ॅग्रिगेटर्स. मूठभर ट्रेझरी आणि ऑफिस-ऑफ-द-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) — Harmonised ISO 20022 data requirements ⧉. [पेमेंट डेटा सामंजस्यीकृत करण्याचा २०२७-अखेरचा दबाव — त्याच्याच वर्णनानुसार नियमनही नाही आणि API मानकही नाही — "पृष्ठभागाशिवाय व्याकरण" मुद्द्यासाठी उद्धृत.]
• Swift — वित्तीय संस्थांसाठी ISO 20022 ⧉. [CBPR+ आणि नोव्हेंबर २०२६ संरचित-पत्ता टप्पा; Payment Initiation आणि Instant Cash Reporting API संदर्भ-परिचालने म्हणून उद्धृत, सार्वत्रिक पृष्ठभाग म्हणून नव्हे.]

शेवटचे पुनरावलोकन जुलै २०२६. मूळ विश्लेषण; स्रोत उद्धृत केले आहेत, पुनरुत्पादित नाहीत. स्वीकार आणि बाजार-आकडे हे दिशादर्शक उद्योग-वाचने आहेत — पुनःप्रकाशनापूर्वी प्राथमिक स्रोतांशी पडताळून पाहा. CC-BY-4.0 अंतर्गत परवानाकृत.

शेवटचे पुनरावलोकन 2026-07-17.

# विखंडनापासून दोषरेषेपर्यंत: एजेंटिक युगातील कॉर्पोरेट बँकिंगचे हरवलेले API मानक — Sebastien Rousseau

> Originally published at [https://sebastienrousseau.com/mr/2026-07-07-corporate-banking-api-standard-agentic-mcp-2026/](https://sebastienrousseau.com/mr/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/mr/2026-07-07-corporate-banking-api-standard-agentic-mcp-2026/

विखंडनापासून दोषरेषेपर्यंत: एजेंटिक युगातील कॉर्पोरेट बँकिंगचे हरवलेले API मानक — Sebastien Rousseau

रिटेल बँकिंगला दशकभरापूर्वीच त्याचे API मानक मिळाले. कॉर्पोरेट बँकिंगला ते कधीच मिळाले नाही - आणि आता जेव्हा AI एजंट्स आणि Model Context Protocol यांनी इंटिग्रेशनला रनटाइम निर्णय बनवले आहे, तेव्हा ती दरी एक दोषरेषा बनली आहे.

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

विखंडनापासून दोषरेषेपर्यंत: एजेंटिक युगातील कॉर्पोरेट बँकिंगचे हरवलेले API मानक — Sebastien Rousseau

रिटेल बँकिंगला दशकभरापूर्वीच त्याचे API मानक मिळाले.

येथे मुख्य धोरणात्मक मुद्दे आहेत:

- विखंडनापासून दोषरेषेपर्यंत: एजेंटिक युगातील कॉर्पोरेट बँकिंगचे हरवलेले API मानक. रिटेल बँकिंगला दशकभरापूर्वीच त्याचे API मानक मिळाले.
- दोन बँकिंग जग, त्यातले एक प्रमाणित. रिटेलकडे पाहा आणि चित्र गोंधळलेले पण चालवण्यायोग्य दिसते.
- विखंडन का टिकून राहिले — आणि ते का संपत आहे. वीस वर्षे हे सहन करण्यायोग्य होते, कारण इंटिग्रेटर मानवी आणि सहनशील होता.
- कॉल करणारा बदलला आहे. तो वापरकर्ता अठरा महिन्यांत आला.

या लेखात मांडलेल्या आव्हानांसाठी तुमच्या संस्थेचा दृष्टिकोन काय आहे?

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

#कॉर्पोरेटबँकिंगApis #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/mr/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/mr/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/mr/2026-07-07-corporate-banking-api-standard-agentic-mcp-2026/

Rousseau, Sebastien. "विखंडनापासून दोषरेषेपर्यंत: एजेंटिक युगातील कॉर्पोरेट बँकिंगचे हरवलेले API मानक — Sebastien Rousseau." sebastienrousseau.com. July 7, 2026. https://sebastienrousseau.com/mr/2026-07-07-corporate-banking-api-standard-agentic-mcp-2026/.

Rousseau, S. (2026, July 7). विखंडनापासून दोषरेषेपर्यंत: एजेंटिक युगातील कॉर्पोरेट बँकिंगचे हरवलेले API मानक — Sebastien Rousseau. sebastienrousseau.com. https://sebastienrousseau.com/mr/2026-07-07-corporate-banking-api-standard-agentic-mcp-2026/

विखंडनापासून दोषरेषेपर्यंत: एजेंटिक युगातील कॉर्पोरेट बँकिंगचे हरवलेले API मानक — Sebastien Rousseau

रिटेल बँकिंगला दशकभरापूर्वीच त्याचे API मानक मिळाले. कॉर्पोरेट बँकिंगला ते कधीच मिळाले नाही - आणि आता जेव्हा AI एजंट्स आणि Model Context Protocol यांनी इंटिग्रेशनला रनटाइम निर्णय बनवले आहे, तेव्हा ती दरी एक दोषरेषा बनली आहे.

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

SEBASTIEN ROUSSEAU · FOUNDER · ENGINEER