Sebastien Rousseau

MGA API NG CORPORATE BANKING

Mula Pagkakawatak-watak Tungong Linya ng Pagkakabitak: Ang Nawawalang Pamantayang API ng Corporate Banking sa Panahon ng Agentic

Binigyan ng ISO 20022 ang corporate banking ng karaniwang gramatika ngunit hindi kailanman ng karaniwan, handa-sa-agent na ibabaw. Bakit naging linya ng pagkakabitak ang nawawalang pamantayang API — ang failure mode na nililikha nito, ang estratehikong pagpiling ipinipilit nito, at kung ano ang dapat iutos ng isang pamantayang API ng corporate banking bago makapag-scale ang autonomous treasury.

18 min read
Banner for: Mula Pagkakawatak-watak Tungong Linya ng Pagkakabitak: Ang Nawawalang Pamantayang API ng Corporate Banking sa Panahon ng Agentic

Nakuha ng retail banking ang pamantayang API nito isang dekada na ang nakalipas. Hindi ito nakuha ng corporate banking — at noong 2026 ang pagkukulang na iyon ay tumigil nang maging abala lamang at naging linya ng pagkakabitak. Binigyan ng ISO 20022 ang industriya ng karaniwang gramatika; hindi nito kailanman binigyan ito ng karaniwan, handa-sa-agent na ibabaw. Ngayon nagbago na ang tumatawag. Hindi na ito isang developer na may isang quarter na gugugulin sa integrasyon, kundi isang modelong tumutuklas ng mga tool sa runtime at naglilipat ng pera sa loob ng mga policy band. Ang kalabuang tahimik na tinanggap ng mga corporate treasurer sa loob ng dalawampung taon ay ipapasa na sa software na hindi kayang tanggapin ito — habang ang data layer sa ilalim nito ay pinipilit maging structured maibigan man ng mga bangko o hindi. Ito ang halaga ng nawawalang direksiyon, kung bakit ginagawa ng mga agent na hindi ligtas sa halip na hindi lamang mahusay ang pagkakawatak-watak ngayon, at kung ano ang dapat iutos ng isang pamantayang API ng corporate banking bago makapag-scale ang autonomous treasury.

Buod para sa Ehekutibo

  • May gramatika ang corporate banking, ngunit walang ibabaw. Ginawang standardised ng ISO 20022 ang data; walang gumawang standardised sa API. Nabubuhay pa iyon habang tinatanggap ng isang taong integrator ang kalabuan — hindi ito kaya ng isang modelo sa runtime.
  • Nagbago ang tumatawag. Ginawa ng MCP na desisyon sa runtime ang pagtuklas ng tool. Isang agent na sinadyang alisin ang problemang integrasyon na M×N ay muling humaharap dito sa hangganan ng bangko, kung saan ang bawat institusyon ay isang bespoke server na may sariling semantika.
  • Naglilipat na ngayon ng pera nang mali ang pagkakawatak-watak, sa bilis ng makina. Isang timeout, tatlong bangko, tatlong magkasalungat na katotohanan — isang duplikado sa A, isang naipit na instruksiyon sa B, isang tahimik na pagkabigo sa C. Nagiging load-bearing ang idempotency at isang deterministikong error grammar.
  • Ang pagbalot sa bawat bangko sa isang MCP server ay inililipat lamang ang latian. Apatnapung server, apatnapung semantika, walang ibinahaging non-functional na palapag — at isang non-deterministikong modelong may write access sa mga riles ng bayad, tuwirang isang problemang SR 11-7 / DORA / EU AI Act.
  • Gawing standardised ang sarili mong ibabaw, o maging kalakal. Ang mga bangkong naglalathala ng isang ISO 20022-native, handa-sa-agent na API ngayon ay nagiging default na katapat para sa autonomous treasury; ang iba ay nangungupahan ng kanilang relasyon sa kliyente sa sinumang nagmamay-ari ng adapter.

Dalawang mundo ng banking, isa sa mga ito ay standardised

Tingnan ang retail at magulo ngunit malalampasan ang larawan. Sa Europa ay may UK Open Banking at ang NextGenPSD2 ng Berlin Group, ang huli ay tinanggap ng mahigit tatlong-kapat ng mga bangkong Europeo at itinuturing sa praktika bilang isang de facto na pamantayan. Ang Estados Unidos ay may Financial Data Exchange, na ngayon ay sumasaklaw sa mahigit animnapung milyong consumer account. Ang Australia ay may Consumer Data Right. Wala sa mga ito ang pandaigdigan, at malamang na wala rin sa mga ito ang magiging pandaigdigan — ngunit ang bawat isa ay isang tunay, versioned, at nasusuri-ng-makina na kontrata, at kung saan nauubos ang mga kontrata, ang mga aggregator (Plaid, Tink, TrueLayer, Salt Edge) ay tinatanggap ang pagkakaiba sa likod ng isang interface. Ang pagkakawatak-watak sa retail ay isang buwis. Hindi ito isang pader.

Walang katumbas ang corporate at wholesale banking. Inaabot ng isang multinational treasury ang mga bangko nito sa pamamagitan ng mga host-to-host file pipe, isang dosenang bespoke portal, isang treasury-management system, o isang aggregator — kadalasan lahat ng apat nang sabay-sabay. Hindi ito isang straw man: ang sariling pananaliksik sa transaction-banking ng McKinsey ay tinala ang parehong pamana sa loob ng mga taon, na inilalarawan kung paano umaasa ang mga bangko sa host-to-host at SFTP file transfer, na inililista ang mga kilalang failure mode ng file-based na integrasyon — mga malalaking format ng ERP na kailangang i-customise bawat corporate, isang kawalan ng kakayahang humawak ng conditional routing — at iniuulat na higit sa 85% ng mga ehekutibo sa transaction-banking ang balak mamuhunan sa mga cash-management API. Hindi pinagdududahan ang gana para sa mga API. Ang nawawala ay ang karaniwang kontratang tinuturo nito.

Sapagkat ang karaniwang mga kandidato ay hindi ito. Ang ISO 20022 ay palaging napagkakamalang nawawalang pamantayan, ngunit ito ay isang data grammar, hindi isang API contract: sinasabi ng pain.001 kung paano bibigkasin ang isang credit transfer, hindi kung aling endpoint ang lumilikha nito, paano ito nagpapatunay, paano ito nagpeppage, o paano nito sinasabi na nabigo ito. Nagbibigay ang BIAN sa industriya ng isang ibinahaging semantikong sangguniang modelo, hindi isang ipinatutupad na interface. Ang Payment Initiation at Instant Cash Reporting API ng Swift ay isang tunay na hakbang tungo sa standardisasyon, ngunit ito ay nakasentro sa network at umuusbong pa lamang, hindi isang unibersal na ibabaw. Ang openFinance framework ng Berlin Group ay umaabot sa mga corporate use case — pagbubukas ng account, trade finance, dynamic recurring payments — ngunit ito ay Europeo, maaga pa, at premium-sa-kasunduan. Tipunin lahat ito at wala ka pa ring isang nagbibigkis, pandaigdigang pamantayang API ng corporate banking. Mayroon kang mga materyales sa pagtatayo ngunit walang blueprint.

Bakit nabuhay ang pagkakawatak-watak — at bakit ito nagtatapos

Sa loob ng dalawampung taon nakatatagal ito, dahil ang integrator ay tao at matiyaga. Isinasakay ng isang corporate ang ilang koneksiyon sa banking sa loob ng mga buwan, minsan mga quarter. Ang bawat isa ay isang proyekto: mga sertipikong ipinagpalitan, isang penny test na pinatakbo, isang mapping document na pinagtalunan. Tunay ang halaga ngunit binabayaran nang minsan bawat relasyon at ipinaghati-hati sa loob ng mga taon ng mga susunod na bayad. Kapag kulang ang tukoy ng API ng isang bangko — kapag ang isang pamantayan ay "iniwan ang natitira sa institusyong nagpapatupad", ayon sa reklamo mismo ng mga bangko — binasa ng isang taong engineer ang portal, hinulaan ang layunin, at pinunan ang puwang. Nakatatagal ang kalabuan dahil may taong naroon upang lutasin ito.

Nabuhay din ito dahil sa mga dahilang hindi masyadong binabanggit nang malakas. Ang plumbing sa ilalim ay tunay na mahirap baguhin: mga batch-settlement window, mga overnight cycle at mga mainframe core na hindi kailanman idinisenyo upang sumagot sa isang real-time na tanong. At ang pagkakawatak-watak ay hindi lamang isang aksidente — ito ay, tahimik, isang anyo ng lock-in. Ang bawat bespoke host-to-host pipe na itinatayo ng isang treasurer ay isang switching cost na naiipon sa incumbent. Ang isang bangkong mahirap i-integrate ay, sa gilid, isang bangkong mahirap iwanan. Wala sa mga ito ang mapagsabwatan; ito ay ordinaryong insentibo. Ngunit ipinaliwanag nito kung bakit ang isang industriyang nagkasundo sa isang data grammar ay hindi kailanman nagkasundo sa isang ibabaw — at kung bakit ang ibabaw ay ang huling hindi-standardised na layer na natitira. Ang dahilan kung bakit hindi na ito makatatagal ay dahil ang layer sa ilalim nito ay pinipilit maging structured sa isang deadline, at ang layer sa ibabaw nito ay kakakuha lamang ng isang bago at naiinip na gumagamit.

Nagbago ang tumatawag

Dumating ang gumagamit na iyon sa loob ng labing-walong buwan. Ang Model Context Protocol, na ginawang open-source ng Anthropic noong Nobyembre 2024 at idinonasyon sa Agentic AI Foundation ng Linux Foundation noong Disyembre 2025 kasama ang Block at OpenAI, ay naging default na paraan ng pag-abot ng mga sistema ng AI sa mga tool at data. Sa simula ng 2026 ito ay nag-post ng humigit-kumulang siyamnapu't pitong milyong SDK download bawat buwan; sa kalagitnaan ng taon, sa isang direksiyonal na pagbasa ng industriya, humigit-kumulang pitumpu't walong porsiyento ng mga enterprise AI team ang nagpapatakbo ng mga MCP-backed na agent sa produksiyon at mahigit sa isang-kapat ng Fortune 500 ang nagpapatakbo ng mga MCP server, na pinatatatag sa pamamagitan ng isang karaniwang OAuth 2.1 authorisation layer. Ito ay palagian, at tama, na inilalarawan bilang USB-C para sa AI: pinaghihilis nito ang bangungot na integrasyon na M×N — bawat modelong ikinabit sa kamay sa bawat tool — tungong M+N. Ang sariling buod nito sa sarili ay ang linyang mahalaga para sa mga bangko: ang mga API ay para sa mga programa; ang MCP ay para sa mga agent. Inaasahan ng isang REST API na alam ng tumatawag nang maaga kung aling endpoint ang tatamaan at may anong mga parameter. Inaasahan ng isang agent na tuklasin ang mga magagamit na tool sa runtime at magpasiya, mismo, kung paano at kailan gagamitin ang mga ito.

Hindi ito hypothetical para sa treasury. Ang pattern ay pare-pareho na sa mga treasury ng corporate-and-investment-bank noong 2026: isang agent ang nagbabasa ng cash data ng ISO 20022, tumatawag sa isang limitadong hanay ng mga tool, at muling binabalanse ang liquidity sa loob ng mga policy band, na may mga kontrol ng SR 11-7, DORA at EU AI Act na nakabalot dito. Handa na ang data grammar para diyan. Hindi ang API surface.

Ang hindi pagkakatugma, nang tiyak

Alisin ang agent sa kung ano ang tunay nitong kailangan mula sa isang katapat sa banking at maikli at walang-awa ang listahan:

  1. Isang nadidiskubre-ng-makina na kontrata — isang OpenAPI description, o isang tool manifest, na maaaring basahin ng agent sa runtime sa halip na isang PDF na binabasa nang minsan ng isang tao.
  2. Isang modelo ng pagpapatunay — isang financial-grade na OAuth2/mTLS profile (ang FAPI ang halatang anchor), hindi isang ibang handshake bawat bangko.
  3. Idempotency bilang isang garantiya — isang natatanging sanggunian ng instruksiyon na ginagawang no-op ang isang muling sinubukang bayad, dahil susubukan muli ng isang agent.
  4. Isang deterministikong error grammar — ang parehong pagkabigo na nangangahulugang pareho sa lahat ng dako, upang mapangatwiranan ito ng modelo.
  5. Semantic versioning at pagtuklas ng kakayahan — upang masabi ng isang agent kung ano ang kayang gawin ng isang katapat sa quarter na ito nang walang release note ng tao.
  6. Structured na mga ISO 20022 payload, consent at entitlement, at isang tamper-evident na audit trail — ang substansya, ang pahintulot, at ang ebidensiya.

Itapat iyon sa corporate banking gaya ng umiiral ngayon at ang bawat linya ay nababasag tungong N na diyalekto — isa bawat bangko. Ang agent na dapat sana ay nag-alis ng problemang M×N ay muling humaharap dito sa hangganan ng bangko, dahil ang bawat institusyon ay, sa katunayan, isang bespoke server na may sariling gramatika para sa "balanse", sariling paniwala ng "status ng bayad", sariling sayaw ng auth at sariling ideya kung ano ang isang error. Ginawang standardised ng protocol ang panig ng agent sa kawad. Walang gumawang standardised sa panig ng bangko.

Isang failure mode, ginawang konkreto

Gawin itong tiyak, dahil dito nangangagat ang abstraction. Isipin ang isang liquidity agent na inautorisahang magwalis ng pera sa tatlong bangko upang panatilihin ang bawat account sa loob ng isang target band. Nagpapaputok ito ng tatlong halos-magkaparehong instruksiyon at, gaya ng ginagawa ng mga network, tumama sa isang timeout sa bawat isa.

Tinuturing ng Bank A ang timeout bilang hindi alam — ligtas na subukang muli, kaya sinubukan muli ng agent, at nag-settle din ang orihinal na instruksiyon: isang duplikadong bayad. Tinuturing ng Bank B ang parehong timeout bilang naisumite na — huwag subukang muli, ngunit hindi kailanman naglalabas ng isang kumpirmasyong kayang basahin ng agent, kaya nakaupo ang instruksiyon sa limbo habang ang agent, na walang nakikitang tagumpay, ay nag-e-escalate o nagbabago ng ruta: isang naipit na bayad at isang double-booked na posisyon. Nagbabalik ang Bank C ng isang masayang HTTP 200 na may pagtanggi na nakabaon sa katawan ng payload; binabasa ng agent ang status code, minamarkahang tapos na ang pagwawalis, at nagpapatuloy: isang tahimik na pagkabigo na lumalabas lamang kinaumagahan bilang isang reconciliation break na walang makapagpaliwanag.

Tatlong bangko, isang kondisyon, tatlong magkasalungat na katotohanan — duplikadong pondong lumabas sa pinto sa A, isang nakapirming instruksiyon sa B, isang multong tagumpay sa C. Isang taong treasurer ang sana ay tumawag sa tatlong relationship manager at inayos ito bago tanghali. Hindi makatawag sa kahit sino ang agent. Ito mismo ang dahilan kung bakit ang "idempotency bilang isang garantiya" at "isang deterministikong error grammar" ay hindi mga pampalamuting arkitektural: kung wala ang mga ito, ang parehong pagkakawatak-watak na nagkakahalaga lamang ng oras ng tao ay ngayon naglilipat ng tunay na pera nang mali, sa bilis ng makina, sa bawat katapat nang sabay-sabay.

Bakit hindi ang solusyon ang "balutin ang bawat bangko sa isang MCP server"

Ang reflexive na sagot ay bigyan ang bawat bangko ng isang MCP server at tapos na. Hindi ito nakatatagal, dahil inililipat nito ang pagkakawatak-watak sa halip na alisin ito. Ang apatnapung bangko ay nagiging apatnapung server na may apatnapung semantika, apatnapung auth flow at walang ibinahaging kahulugan — at, mahalaga, walang ibinahaging non-functional na palapag: walang karaniwang latency budget, walang napagkasunduang availability tier, walang maihahambing na garantiya ng idempotency. Nakaligtas ang failure mode sa itaas na buo pa sa wrapper. Mas malala, ang tumatawag ngayon ay isang non-deterministikong modelong may write access sa mga riles ng bayad, na hindi lamang isang tanong ng integrasyon kundi isang tanong ng model-risk at operational-resilience na tuwirang tumatama sa SR 11-7, DORA at ang EU AI Act. Ang mga human-in-the-loop primitive ng MCP — elicitation para sa kumpirmasyon, sampling para sa pangangatwiran — ay kinakailangan at malugod na tinatanggap, ngunit ang isang confirmation dialog ay hindi kapalit ng isang katapat na kumikilos nang mahuhulaan. Hindi mo magagampanan ang pamamahala sa laki na hindi mo mailalarawan nang pare-pareho. Ang isang libong bespoke server ay hindi isang pamantayan; ito ay ang parehong latian na may pinturang JSON-RPC.

Dalawang kinabukasan, at isang estratehikong pagpili

Kung sino ang lumulutas nito ang magtatakda kung sino ang magmamay-ari ng relasyon sa corporate sa susunod na dekada, at may dalawa lamang na kandidato.

Sa una, ginagawang standardised ng mga bangko ang sariling mga ibabaw. Naglalathala sila ng mga handa-sa-agent na API, pinananatili ang tuwirang koneksiyon sa treasurer, at nananatiling katapat na tinutuklas at tinatawag ng agent. Sa ikalawa, ginagawa itong standardised ng mga aggregator para sa kanila. Isang dakot ng mga platform ang tumutukoy sa de facto na agent contract, at ang mga bangko ay nagiging mapapalit-palit na endpoint sa likod nito — maaabot lamang sa pamamagitan ng abstraction ng iba. Hindi ito ispekulasyon; ito ang kuwento ng retail na tumatakbo pasulong nang isang segmento. Inilalarawan ng sariling gawaing transaction-banking ng McKinsey noong 2025 ang mga treasury-management platform gaya ng Kyriba at GTreasury, at mga office-of-the-CFO platform gaya ng Bill.com, na nagpoposisyon sa pagitan ng mga kliyente at bangko na may isang bank-agnostic na pananaw ng posisyon. Ito mismo ang layer na, sa retail, tahimik na nagpawala ng long tail sa likod ng Plaid at Tink. Napapansin ng parehong pananaliksik na ang mga corporate treasurer ngayon ay humahawak sa kanilang mga bangko sa mga pamantayan ng kanilang mga consumer app, at lilipat kapag nabigo ang onboarding, entitlement at API integration.

Malinaw ang estratehikong nilalaman ng pagpili. Isang bangkong nagiging endpoint sa likod ng agent contract ng isang aggregator ang isinusuko ang tatlong bagay nang sabay-sabay. Margin, habang ang mga serbisyo nito ay ginagawang kalakal at inihahambing nang unang-presyo sa pamamagitan ng interface ng iba. Pagmamay-ari sa kliyente, habang ang relasyon, ang konteksto at ang switching cost ay lumilipat sa platform. At kapangyarihan sa data at analytics, habang ang daloy na dating nakita nito nang buo ay ngayon ipinamamagitan ng isang tagapamagitan na nakakikita ng higit pa sa kliyente kaysa sa nakikita ng bangko. Ang paggawang standardised ng sarili mong ibabaw ay hindi isang proyekto ng teknikal na kalinisan. Ito ang pagkakaiba sa pagitan ng pagiging katapat at pagiging kalakal.

Ano ang dapat iutos ng pamantayan

Hindi eksotiko ang nawawalang direksiyon. Umiiral na ang bawat sangkap sa hayag — ISO 20022 para sa data, ang Payment Initiation at Instant Cash Reporting API ng Swift para sa mga sangguniang operasyon, BIAN para sa semantika, ang openFinance ng Berlin Group para sa pattern ng consent-and-catalogue, FAPI para sa financial-grade na auth, MCP para sa pagbubunyag ng tool, A2A para sa agent-to-agent na orkestrasyon. Ang nawawala ay ang gawa ng pagtitipon ng mga ito tungong isang nagbibigkis na kontrata para sa espasyong corporate — at ang disiplinang tumukoy sa dalawang palapag, hindi isa. Ang umiiral na literatura ng B2B-API, kasama ang sa McKinsey, ay itinuturing ang mga API halos bilang isang oportunidad sa paglago at karanasan. Kaunti ang sinasabi nito tungkol sa determinismo, pagtuklas ng kakayahan sa runtime, o standardised na mga non-functional — mismo ang pagkukulang na hindi kayang tiisin ng mga agent. Kaya dapat maging hayagan ang pamantayan tungkol sa dalawa: kung ano ang interface at kung paano ito kumikilos sa ilalim ng pamamahala.

Ang teknikal na palapag

Ang palapag ng pamamahala at katatagan

May isang mahigpit na aral na nakabaon sa karanasan ng retail dito. Ang isang pamantayang isinasagawa ng isang makina ay dapat na mas tumpak kaysa sa isang kayang tahimik na ayusin ng isang taong integrator; ang under-specification ay hindi na isang malambot na halaga na binabayaran sa oras ng developer kundi isang mahigpit na failure mode na binabayaran sa maling-padalang mga bayad. Nakapagsasabi na ang pinaka-may-awtoridad na pagsisikap sa harmonisasyon ng industriya — ang harmonised na mga kinakailangan sa data ng ISO 20022 ng CPMI at PMPG, na hinihimok ng mga sistema ng bayad sa buong mundo na tanggapin bago matapos ang 2027 sa ilalim ng programang cross-border payments ng G20, upang labanan mismo ang pagkakawatak-watak na ito — ay, sa sariling paglalarawan, hindi isang regulasyon ni isang pamantayang API. Hinaharmonisa nito ang data. Ang interface ay hindi pa rin trabaho ninuman.

Isang target na larawan

Hindi kasing-nakababahala ang pagbuo kaysa sa diyagnosis, dahil ito ay tatlong layer, hindi isang programa. Isang kanonikong corporate banking API ang naglalantad ng mga bayad at cash reporting sa ibabaw ng REST at OpenAPI, na may ISO 20022-native na mga payload at FAPI-grade na auth — isang kontrata, isang gramatika, isang handshake. Isang MCP bridge ang nakaupo sa ibabaw nito at lumilikha ng nakaharap-sa-agent na tool manifest nang tuwiran mula sa OpenAPI contract na iyon, upang ang pagtuklas, mga schema at mga pahintulot ay hango mula sa ibabaw sa halip na pinananatili nang kahanay dito. At isang policy at resilience layer ang bumabalot sa bawat tawag ng agent sa mga kontrol na nagpapaligtas sa awtonomiya: mga limitasyon sa transaksiyon at katapat, segmentasyon, mga human-in-the-loop trigger (elicitation sa mga mapanganib na aksiyon), live na SLO monitoring at isang mahigpit na kill-switch. Walang mga diyagramang kailangan upang maunawaan ang punto — ang pamantayan ay hindi isang bagong riles, ito ay isang disiplinadong pagkakaayos ng mga riles na umiiral na, na may daan ng agent at daan ng pamamahala na binuo mula sa unang commit sa halip na ikinabit pagkatapos ng insidente.

Ano ang ginagawa ng mga kapani-paniwalang bangko sa susunod na 24 na buwan

Kung tinatanggap mong nagbago ang tumatawag, ang gawain ay konkreto at nahahati sa limang track.

  1. Maglathala ng isang ISO 20022-native, OpenAPI-first na ibabaw. Kumuha ng isang mataas-na-halagang koridor — kadalasan cross-border payments at cash reporting — at ilantad ito sa pamamagitan ng isang nag-iisa, versioned na OpenAPI definition na may ISO 20022 na mga payload, na nakahanay sa iyong umiiral na CBPR+ schema sa halip na isang ikalimang inimbentong gramatika. Gawin itong pampubliko sa mga kliyente at panloob na mga agent, na may isang sandbox, at ituring ang mga pagbabago bilang mga release ng produkto. Ang tagumpay sa unang taon ay hindi ganap na saklaw; ito ay ang pagpapatunay na ang isang koridor ay maaaring gawing addressable-sa-agent nang buo.
  2. Gawing standardised ang pagpapatunay at idempotency sa buong ito. Tanggapin ang isang FAPI-grade na profile bilang nag-iisang handshake, iutos ang mga idempotency key sa bawat write, at gawin ang "subukang muli ang parehong instruksiyon" na isang dokumentadong garantiya sa kontrata — ginagawa ang "susubukan muli ng mga agent" mula sa isang panganib tungong isang ligtas na palagay.
  3. Tukuyin ang isang deterministikong error grammar at pagtuklas ng kakayahan. Bigyan ang bawat pagkabigo ng isang matatag na code at pare-parehong semantika, magdagdag ng semantic versioning, at ilantad ang isang catalogue ng kakayahan na maaaring itanong ng isang agent sa runtime, na may hayag na mga flag para sa bahagyang suporta, deprecation at "hindi pa magagamit".
  4. Ikabit ang entitlement, consent at audit sa parehong ibabaw. Ilipat ang mga daloy ng consent at pag-apruba sa daan ng API, maglabas ng isang tamper-evident na trail para sa bawat instruksiyong pinasimulan ng agent — sino, ano, kailan, sa ilalim ng aling policy band — at ihanay ito nang hayag sa SR 11-7, DORA at ang EU AI Act upang mapirmahan ito ng ikalawang linya.
  5. Maglathala ng mga non-functional na palapag, pagkatapos magpatakbo ng isang superbisadong agent pilot. Mangako sa mga target na latency, availability, throughput at STP para sa koridor at sukatin ang mga ito; pagkatapos ay magtayo ng isang superbisadong liquidity o cash-sweeping na agent na gumagamit lamang ng ibabaw na ito, na may mahigpit na mga limitasyon, mga human-in-the-loop checkpoint at buong audit, sa loob ng anim hanggang labindalawang buwan. Ito ang forcing function na kontrolado mo mismo — pinatutunayan nito na kayang maglipat ng pera nang ligtas ng isang agent sa loob ng mga policy band kapag mahuhulaan ang ibabaw, at mabilis nitong sinasabi sa iyo kung saan ang iyong pamantayan ay aspirasyon pa sa halip na katotohanan.

Ang forcing function

Kakapatunay lamang ng industriya na kaya nitong kumilos kapag may pumipilit dito. Ang structured-address cut-over ng Swift noong Nobyembre 2026 — pagkatapos nito ang mga unstructured na address sa cross-border payments ay basta na lamang tinatanggihan, nang walang contingency conversion — ay kinaladkad ang isang nag-aalangang merkado tungo sa structured na data ng ISO 20022 sa isang nakatakdang petsa, na pinatatatag ng pagpilit ng CPMI bago matapos ang 2027 para sa harmonised na mga kinakailangan sa data sa buong programang bayad ng G20. Pansinin kung ano ang ginagawang standardised ng dalawang pagsisikap: ang data, hindi ang interface. Ang gramatika ay pinipilit maging malinis. Ang ibabaw ay iniwan sa diskresiyon ng bawat bangko — na mismo ang diskresiyong hindi kayang gamitin ng mga agent. Para sa isang agent, ibig sabihin niyon ay ang mga payload ay sa wakas magiging pare-pareho habang ang pag-uugali sa likod ng mga ito ay nananatiling magkakaiba — isang pagbaligtad ng kung ano talaga ang kailangan ng isang makina, na mahuhulaan na pag-uugali muna at malinis na data pangalawa.

Kaya ito ang hindi-sapilitang pagkakamaling iwasan: ang paghihintay sa isang pandaigdigang komite upang basbasan ang isang pamantayang API ng corporate banking bago kumilos. Ang mga bangkong naglalathala ng isang ISO 20022-native, handa-sa-agent na ibabaw ngayon — isang OpenAPI contract, isang MCP manifest na nilikha mula rito, financial-grade na auth, at mga non-functional na palapag na tunay nilang tatanganan — ang magiging default na katapat para sa autonomous treasury. Ang kanilang mga tool ang magiging mga tuklasin, pagkatiwalaan at tawagin ng mga agent nang walang taong nasa gitna. Ang mga bangkong naghihintay ay maaabot lamang sa pamamagitan ng abstraction ng isang aggregator, na nangungupahan ng kanilang sariling relasyon sa kliyente sa sinumang nagmamay-ari ng adapter.

Ang gramatika na walang direksiyon ay hindi isang pamantayan. Sinabi ng ISO 20022 sa corporate banking kung paano magsalita. Hindi nito kailanman sinabi kung saan pupunta. Dumating na ang mga agent, matatas at naiinip, at wala pa rin ang mapa. Ang pagguhit nito ngayon ang pinakamahalagang piraso ng gawaing imprastruktura sa transaction banking — at, sa unang pagkakataon, ang deadline ay itinatakda hindi ng isang regulator kundi ng mga makinang naghihintay na sa interface.

Mga Madalas Itanong

Hindi ba ang ISO 20022 ang nawawalang pamantayan? Hindi. Ang ISO 20022 ay isang data grammar, hindi isang API contract. Sinasabi ng pain.001 sa isang sistema kung paano bibigkasin ang isang credit transfer; hindi nito sinasabi kung aling endpoint ang lumilikha nito, paano ito nagpapatunay, paano ito nagpepage, o paano ito nag-uulat ng pagkabigo. Handa na ang gramatika para sa mga agent. Ang ibabaw — ang nadidiskubre-ng-makina, pare-parehong-kumikilos na interface na tinatawag talaga ng isang agent — ay hindi.

Bakit hindi na lang balutin ang bawat bangko sa isang MCP server? Dahil inililipat nito ang pagkakawatak-watak sa halip na alisin ito. Ang apatnapung bangko ay nagiging apatnapung server na may apatnapung semantika, apatnapung auth flow at — mahalaga — walang ibinahaging non-functional na palapag: walang karaniwang latency budget, walang napagkasunduang availability tier, walang maihahambing na garantiya ng idempotency. Ang tumatawag ngayon ay isang non-deterministikong modelong may write access sa mga riles ng bayad, na isang problemang model-risk at operational-resilience sa ilalim ng SR 11-7, DORA at ang EU AI Act. Ang isang libong bespoke server ay hindi isang pamantayan.

Ano ang nag-iisang pinaka-kapaki-pakinabang na unang hakbang para sa isang bangko? Maglathala ng isang ISO 20022-native, OpenAPI-first na koridor — kadalasan cross-border payments at cash reporting — na may isang FAPI-grade na handshake, idempotency bilang isang dokumentadong garantiya, at isang deterministikong error grammar. Pagkatapos ay magpatakbo ng isang superbisadong agent pilot laban lamang sa ibabaw na iyon, na may mahigpit na mga limitasyon, mga human-in-the-loop checkpoint at buong audit. Ang pagpapatunay ng isang koridor nang buo ay mas mabuti kaysa sa isang roadmap na sumasaklaw sa lahat at nag-uutos ng wala.

Sino ang lumulutas nito kung hindi ang mga bangko? Ang mga aggregator. Isang dakot ng mga treasury at office-of-the-CFO platform ang tutukoy sa de facto na agent contract, at ang mga bangko ay nagiging mapapalit-palit na endpoint sa likod nito — isinusuko ang margin, pagmamay-ari sa kliyente at buong-daan na data nang sabay-sabay. Ito ang kuwento ng retail, kung saan tinanggap ng Plaid at Tink ang long tail, na tumatakbo pasulong nang isang segmento tungong corporate banking.

Mga Sanggunian

Huling sinuri noong Hulyo 2026. Orihinal na pagsusuri; ang mga sanggunian ay binanggit, hindi kinopya. Ang mga bilang ng pagtanggap at merkado ay mga direksiyonal na pagbasa ng industriya — patunayan laban sa mga pangunahing sanggunian bago muling ilathala. Naka-lisensya sa ilalim ng CC-BY-4.0.

Huling sinuri .

I-cross-post ang artikulong ito

Kopyahin ang format para sa Medium

# Mula Pagkakawatak-watak Tungong Linya ng Pagkakabitak: Ang Nawawalang Pamantayang API ng Corporate Banking sa Panahon ng Agentic — Sebastien Rousseau

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

Nakuha ng retail banking ang pamantayang API nito isang dekada na ang nakalipas. Hindi ito nakuha ng corporate banking — at ngayong ginawang desisyon sa runtime ng mga AI agent at ng Model Context Protocol ang integrasyon, naging linya ng pagkakabitak ang puwang.

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

Kopyahin ang format para sa Mastodon

Mula Pagkakawatak-watak Tungong Linya ng Pagkakabitak: Ang Nawawalang Pamantayang API ng Corporate Banking sa Panahon ng Agentic — Sebastien Rousseau

Nakuha ng retail banking ang pamantayang API nito isang dekada na ang nakalipas. Hindi ito nakuha ng corporate banking — at ngayong ginawang desisyon sa runtime ng mga AI agent at ng Model Context Protocol ang integrasyon, naging linya ng pagkakabitak ang puwang.

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

Kopyahin na naka-format para sa LinkedIn

Mula Pagkakawatak-watak Tungong Linya ng Pagkakabitak: Ang Nawawalang Pamantayang API ng Corporate Banking sa Panahon ng Agentic — Sebastien Rousseau

Nakuha ng retail banking ang pamantayang API nito isang dekada na ang nakalipas.

Narito ang mga pangunahing estratehikong aral:

- Dalawang mundo ng banking, isa sa mga ito ay standardised. Tingnan ang retail at magulo ngunit malalampasan ang larawan.
- Bakit nabuhay ang pagkakawatak-watak — at bakit ito nagtatapos. Sa loob ng dalawampung taon nakatatagal ito, dahil ang integrator ay tao at matiyaga.
- Nagbago ang tumatawag. Dumating ang gumagamit na iyon sa loob ng labing-walong buwan.
- Ang hindi pagkakatugma, nang tiyak. Alisin ang agent sa kung ano ang tunay nitong kailangan mula sa isang katapat sa banking at maikli at walang-awa ang listahan:.

Ano ang diskarte ng inyong organisasyon sa mga hamon na tinukoy sa piraso na ito?

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

#MgaApiNgCorporateBanking #Iso20022 #ModelContextProtocol #Mcp #AgenticAi

Sebastien Rousseau | CC-BY-4.0
Sipiin ang artikulong ito

Mula Pagkakawatak-watak Tungong Linya ng Pagkakabitak: Ang Nawawalang Pamantayang API ng Corporate Banking sa Panahon ng Agentic — Sebastien Rousseau

Nakuha ng retail banking ang pamantayang API nito isang dekada na ang nakalipas. Hindi ito nakuha ng corporate banking — at ngayong ginawang desisyon sa runtime ng mga AI agent at ng Model Context Protocol ang integrasyon, naging linya ng pagkakabitak ang puwang.

BibTeX

@online{rousseau2026mula,
  author  = {Rousseau, Sebastien},
  title   = {{Mula Pagkakawatak-watak Tungong Linya ng Pagkakabitak: Ang Nawawalang Pamantayang API ng Corporate Banking sa Panahon ng Agentic — Sebastien Rousseau}},
  year    = {2026},
  url     = {https://sebastienrousseau.com/fil/2026-07-07-corporate-banking-api-standard-agentic-mcp-2026/},
  urldate = {2026}
}

RIS

TY  - GEN
AU  - Rousseau, Sebastien
TI  - Mula Pagkakawatak-watak Tungong Linya ng Pagkakabitak: Ang Nawawalang Pamantayang API ng Corporate Banking sa Panahon ng Agentic — Sebastien Rousseau
PY  - 2026
UR  - https://sebastienrousseau.com/fil/2026-07-07-corporate-banking-api-standard-agentic-mcp-2026/
ER  -

Vancouver

Rousseau S. Mula Pagkakawatak-watak Tungong Linya ng Pagkakabitak: Ang Nawawalang Pamantayang API ng Corporate Banking sa Panahon ng Agentic — Sebastien Rousseau. sebastienrousseau.com. 2026 Jul 7. Available from: https://sebastienrousseau.com/fil/2026-07-07-corporate-banking-api-standard-agentic-mcp-2026/

Chicago

Rousseau, Sebastien. "Mula Pagkakawatak-watak Tungong Linya ng Pagkakabitak: Ang Nawawalang Pamantayang API ng Corporate Banking sa Panahon ng Agentic — Sebastien Rousseau." sebastienrousseau.com. July 7, 2026. https://sebastienrousseau.com/fil/2026-07-07-corporate-banking-api-standard-agentic-mcp-2026/.

APA

Rousseau, S. (2026, July 7). Mula Pagkakawatak-watak Tungong Linya ng Pagkakabitak: Ang Nawawalang Pamantayang API ng Corporate Banking sa Panahon ng Agentic — Sebastien Rousseau. sebastienrousseau.com. https://sebastienrousseau.com/fil/2026-07-07-corporate-banking-api-standard-agentic-mcp-2026/

Muling i-publish ang artikulong ito

Mula Pagkakawatak-watak Tungong Linya ng Pagkakabitak: Ang Nawawalang Pamantayang API ng Corporate Banking sa Panahon ng Agentic — Sebastien Rousseau

Nakuha ng retail banking ang pamantayang API nito isang dekada na ang nakalipas. Hindi ito nakuha ng corporate banking — at ngayong ginawang desisyon sa runtime ng mga AI agent at ng Model Context Protocol ang integrasyon, naging linya ng pagkakabitak ang puwang.

Ang artikulong ito ay nakapailalim sa lisensya ng Creative Commons Attribution 4.0 International. Kailangan ng pagkilala sa canonical URL para sa muling pag-publish.

Mula Pagkakawatak-watak Tungong Linya ng Pagkakabitak: Ang Nawawalang Pamantayang API ng Corporate Banking sa Panahon ng Agentic — Sebastien Rousseau

Nakuha ng retail banking ang pamantayang API nito isang dekada na ang nakalipas. Hindi ito nakuha ng corporate banking — at ngayong ginawang desisyon sa runtime ng mga AI agent at ng Model Context Protocol ang integrasyon, naging linya ng pagkakabitak ang puwang.

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