Od fragmentace ke zlomové linii: Chybějící API standard korporátního bankovnictví v éře agentů

Retailové bankovnictví získalo svůj API standard před deseti lety. Korporátní bankovnictví nikdy — a v roce 2026 tato absence přestala být nepříjemností a stala se zlomovou linií. ISO 20022 dalo odvětví společnou gramatiku; nikdy mu nedalo společnou vrstvu připravenou pro agenty. Nyní se změnil volající. Už to není vývojář s celým čtvrtletím na integraci, ale model, který objevuje nástroje za běhu a přesouvá peníze uvnitř politických pásem. Nejednoznačnost, kterou korporátní treasurers dvacet let tiše absorbovali, se chystá být předána softwaru, který ji absorbovat nedokáže — zatímco datová vrstva pod ním je nucena do strukturované podoby, ať se to bankám líbí, nebo ne. Toto je cena chybějícího směřování, důvod, proč agenti činí dnešní fragmentaci nebezpečnou spíše než pouze neefektivní, a to, co musí API standard korporátního bankovnictví nařídit, než bude moci autonomní treasury škálovat.

Shrnutí pro vedení

Korporátní bankovnictví má gramatiku, ne vrstvu. ISO 20022 standardizovalo data; nikdo nestandardizoval API. To bylo přežitelné, dokud nejednoznačnost absorboval lidský integrátor — model za běhu to nedokáže.

Volající se změnil. MCP učinil z objevování nástrojů rozhodnutí za běhu. Agent, který měl zrušit integrační problém M×N, na něj znovu naráží na hranici banky, kde je každá instituce zakázkovým serverem s vlastní sémantikou.

Fragmentace nyní přesouvá peníze chybně, strojovou rychlostí. Jeden časový limit, tři banky, tři protichůdné pravdy — duplikát u A, uvíznutý pokyn u B, tiché selhání u C. Idempotence a deterministická gramatika chyb se stávají nosnými.

Zabalit každou banku do MCP serveru znamená přemístit bažinu. Čtyřicet serverů, čtyřicet sémantik, žádný sdílený nefunkční základ — a nedeterministický model s právem zápisu do platebních kolejí, což je přímo problém SR 11-7 / DORA / EU AI Act.

Standardizujte vlastní vrstvu, nebo se staňte komoditou. Banky, které nyní zveřejní API nativní pro ISO 20022 a připravené pro agenty, se stanou výchozími protistranami autonomního treasury; ostatní pronajímají svůj klientský vztah tomu, kdo vlastní adaptér.

Dva bankovní světy, jeden z nich standardizovaný

Podívejte se na retail a obraz je chaotický, ale zvládnutelný. Evropa má UK Open Banking a NextGenPSD2 od Berlin Group, přičemž ten druhý přijalo více než tři čtvrtiny evropských bank a v praxi je považován za de facto standard. Spojené státy mají Financial Data Exchange, který nyní pokrývá více než šedesát milionů spotřebitelských účtů. Austrálie má Consumer Data Right. Žádný z nich není globální a žádný se globálním pravděpodobně nestane — ale každý je reálná, verzovaná, strojově testovatelná smlouva, a tam, kde smlouvy dojdou, agregátoři (Plaid, Tink, TrueLayer, Salt Edge) rozdíl absorbují za jediným rozhraním. Retailová fragmentace je daň. Není to zeď.

Korporátní a velkoobchodní bankovnictví nemá ekvivalent. Nadnárodní treasury oslovuje své banky přes souborové kanály host-to-host, tucet zakázkových portálů, systém pro správu treasury nebo agregátora — obvykle všechny čtyři najednou. Není to slaměný panák: vlastní výzkum transakčního bankovnictví od McKinsey katalogizuje stejné dědictví už léta, popisuje, jak se banky opírají o přenos souborů host-to-host a SFTP, vyjmenovává dobře známé selhávající scénáře souborové integrace — objemné ERP formáty, které je nutné přizpůsobit pro každou korporaci, neschopnost zvládat podmíněné směrování — a uvádí, že více než 85 % vedoucích pracovníků transakčního bankovnictví hodlá investovat do API pro správu hotovosti. O chuti po API není pochyb. Chybí společná smlouva, na kterou míří.

Protože obvyklí kandidáti jí nejsou. ISO 20022 se pravidelně mylně považuje za chybějící standard, ale je to datová gramatika, ne API smlouva: pain.001 vám říká, jak formulovat úhradu, ne který endpoint ji vytváří, jak se autentizuje, jak stránkuje ani jak vám oznámí, že selhala. BIAN dává odvětví sdílený sémantický referenční model, ne vynucené rozhraní. API Payment Initiation a Instant Cash Reporting od Swift jsou skutečným krokem ke standardizaci, ale jsou zaměřené na síť a stále se rozvíjejí, ne univerzální vrstva. Rámec openFinance od Berlin Group se přibližuje ke korporátním případům užití — otevírání účtů, financování obchodu, dynamické opakované platby — ale je evropský, v rané fázi a prémiový na základě dohody. Poskládejte to všechno dohromady a stále nemáte závazný, globální API standard korporátního bankovnictví. Máte stavební materiál a žádný plán.

Proč fragmentace přežila — a proč to končí

Dvacet let to bylo snesitelné, protože integrátor byl člověk a byl trpělivý. Korporace zprovoznila hrstku bankovních spojení během měsíců, někdy čtvrtletí. Každé bylo projektem: výměna certifikátů, spuštění testovací platby, dohadování nad mapovacím dokumentem. Náklad byl reálný, ale placený jednou za vztah a amortizovaný přes roky následných plateb. Když bylo API banky nedostatečně specifikováno — když standard „zbytek nechal na provádějící instituci", jak si samy banky stěžují, že činí — lidský inženýr přečetl portál, odvodil záměr a mezeru přelepil. Nejednoznačnost byla přežitelná, protože byl přítomen člověk, který ji vyřešil.

Přežila také z důvodů, které se říkají nahlas méně často. Instalatérské práce pod tím jsou skutečně těžko změnitelné: okna dávkového zúčtování, přesčasové cykly a sálová jádra, která nikdy nebyla navržena, aby odpovídala na dotaz v reálném čase. A fragmentace není jen náhoda — je to, tiše, forma vázanosti (lock-in). Každá zakázková trubka host-to-host, kterou treasurer vybuduje, je náklad na přechod, který nabíhá ve prospěch zavedeného hráče. Banka, kterou je obtížné integrovat, je na okraji banka, ze které je obtížné odejít. Nic z toho není spiklenecké; je to běžná pobídka. Ale vysvětluje to, proč odvětví, které se shodlo na datové gramatice, se nikdy neshodlo na vrstvě — a proč je vrstva poslední nestandardizovanou zbývající úrovní. Důvod, proč už to nemůže vydržet, je ten, že vrstva pod ní je do strukturované podoby nucena v termínu a vrstva nad ní právě získala nového, netrpělivého uživatele.

Volající se změnil

Tento uživatel dorazil za osmnáct měsíců. Model Context Protocol, který Anthropic v listopadu 2024 zpřístupnil jako open-source a v prosinci 2025 věnoval nadaci Agentic AI Foundation při Linux Foundation po boku Block a OpenAI, se stal výchozím způsobem, jak systémy umělé inteligence oslovují nástroje a data. Začátkem roku 2026 zaznamenával zhruba devadesát sedm milionů stažení SDK měsíčně; do poloviny roku, podle jednoho směrového odečtu z odvětví, provozovalo přibližně sedmdesát osm procent podnikových AI týmů agenty postavené na MCP v produkci a více než čtvrtina společností z Fortune 500 provozovala MCP servery, zabezpečené standardní autorizační vrstvou OAuth 2.1. Rutinně a přesně se popisuje jako USB-C pro AI: sbaluje integrační noční můru M×N — každý model ručně zapojený do každého nástroje — do M+N. Jeho vlastní shrnutí sebe sama je věta, na které bankám záleží: API jsou pro programy; MCP je pro agenty. REST API očekává, že volající předem ví, který endpoint zavolat a s jakými parametry. Agent očekává, že objeví dostupné nástroje za běhu a sám rozhodne, jak a kdy je použít.

Pro treasury to není hypotetické. Vzorec je již konzistentní napříč treasury korporátních a investičních bank v roce 2026: agent čte hotovostní data ISO 20022, volá ohraničenou sadu nástrojů a znovu vyvažuje likviditu uvnitř politických pásem, s kontrolami SR 11-7, DORA a EU AI Act obalenými kolem něj. Datová gramatika je na to připravena. API vrstva ne.

Nesoulad, přesně

Zredukujte agenta na to, co skutečně od bankovní protistrany potřebuje, a seznam je krátký a neúprosný:

Strojově objevitelná smlouva — popis OpenAPI nebo manifest nástrojů, který agent přečte za běhu, spíše než PDF, které si člověk přečte jednou.
Jeden autentizační model — profil OAuth2/mTLS finanční úrovně (FAPI je zřejmá kotva), ne jiné podání ruky pro každou banku.
Idempotence jako záruka — jedinečná reference pokynu, která z opakované platby činí prázdnou operaci (no-op), protože agent bude opakovat.
Deterministická gramatika chyb — stejné selhání znamenající všude totéž, aby o něm model mohl uvažovat.
Sémantické verzování a objevování schopností — aby agent poznal, co protistrana toto čtvrtletí zvládne, bez lidských poznámek k vydání.
Strukturované payloady ISO 20022, souhlas a oprávnění a auditní stopa odolná proti manipulaci — podstata, povolení a důkaz.

Postavte to proti korporátnímu bankovnictví, jak existuje, a každý řádek se rozpadne do N dialektů — jeden na banku. Agent, který měl zrušit problém M×N, na něj znovu naráží na hranici banky, protože každá instituce je fakticky zakázkovým serverem s vlastní gramatikou pro „zůstatek", vlastním pojetím „stavu platby", vlastním autentizačním tancem a vlastní představou o tom, co je chyba. Protokol standardizoval agentovu stranu drátu. Nikdo nestandardizoval bankovní.

Selhávající scénář, uvedený konkrétně

Uveďme to konkrétně, protože právě tady abstrakce koušе. Představte si likviditního agenta oprávněného přesouvat hotovost mezi třemi bankami tak, aby držel každý účet uvnitř cílového pásma. Vystřelí tři téměř identické pokyny a, jak sítě činí, u každého narazí na časový limit.

Banka A považuje časový limit za neznámý — bezpečné opakovat, takže agent opakuje a původní pokyn se zúčtuje také: duplicitní platba. Banka B považuje stejný časový limit za odesláno — neopakovat, ale nikdy nevystaví potvrzení, které by agent dokázal rozparsovat, takže pokyn zůstává v limbu, zatímco agent, který nevidí žádný úspěch, eskaluje nebo přesměrovává: uvíznutá platba a dvojitě zaúčtovaná pozice. Banka C vrátí veselé HTTP 200 s odmítnutím pohřbeným v těle payloadu; agent přečte stavový kód, označí přesun za hotový a jde dál: tiché selhání, které se objeví až příští ráno jako nesrovnalost v rekonciliaci, kterou nikdo nedokáže vysvětlit.

Tři banky, jedna podmínka, tři protichůdné pravdy — duplicitní prostředky odešly ze dveří u A, zamrzlý pokyn u B, přízračný úspěch u C. Lidský treasurer by zavolal třem relationship managerům a vyřešil by to do oběda. Agent nemůže zavolat nikomu. Přesně proto nejsou „idempotence jako záruka" a „deterministická gramatika chyb" architektonickými příjemnostmi: bez nich stejná fragmentace, která dříve stála pouze lidské hodiny, nyní přesouvá skutečné peníze nesprávně, strojovou rychlostí, napříč všemi protistranami najednou.

Proč „zabalit každou banku do MCP serveru" není řešení

Reflexivní odpovědí je dát každé bance MCP server a mít to za sebou. Neobstojí, protože fragmentaci přemísťuje, místo aby ji odstranila. Čtyřicet bank se stane čtyřiceti servery se čtyřiceti sémantikami, čtyřiceti autentizačními toky a žádným sdíleným významem — a, což je zásadní, žádným sdíleným nefunkčním základem: žádný společný rozpočet latence, žádná dohodnutá úroveň dostupnosti, žádná srovnatelná záruka idempotence. Výše uvedený selhávající scénář obal beze změny přežije. Ještě hůř, volajícím je nyní nedeterministický model s právem zápisu do platebních kolejí, což není pouze integrační otázka, ale otázka modelového rizika a provozní odolnosti, která dopadá přímo na SR 11-7, DORA a EU AI Act. Primitiva MCP pro člověka ve smyčce (human-in-the-loop) — elicitace pro potvrzení, sampling pro uvažování — jsou nezbytná a vítaná, ale potvrzovací dialog není náhradou za protistranu, která se chová předvídatelně. Nelze ve velkém řídit to, co nedokážete jednotně popsat. Tisíc zakázkových serverů není standard; je to stejná bažina s dýhou JSON-RPC.

Dvě budoucnosti a strategická volba

Kdo to vyřeší, určuje, kdo bude na příští desetiletí vlastnit korporátní vztah, a existují pouze dva kandidáti.

V prvním banky standardizují vlastní vrstvy. Zveřejňují API připravené pro agenty, udržují přímé spojení s treasurerem a zůstávají protistranou, kterou agent objevuje a volá. Ve druhém ji za ně standardizují agregátoři. Hrstka platforem definuje de facto agentní smlouvu a banky se stanou zaměnitelnými endpointy za ní — dosažitelnými pouze přes cizí abstrakci. Není to spekulace; je to retailový příběh posunutý o jeden segment kupředu. Vlastní práce McKinsey o transakčním bankovnictví z roku 2025 popisuje platformy pro správu treasury, jako jsou Kyriba a GTreasury, a platformy office-of-the-CFO, jako je Bill.com, jak se staví mezi klienty a banky s jediným, na banku nezávislým pohledem na pozici. Je to přesně ta vrstva, která v retailu tiše nechala zmizet dlouhý chvost za Plaid a Tink. Tentýž výzkum poznamenává, že korporátní treasurers nyní drží své banky na standardech svých spotřebitelských aplikací a přejdou jinam, když je zprovoznění, oprávnění a integrace API zklamou.

Strategický obsah volby je bez příkras. Banka, která se stane endpointem za agentní smlouvou agregátora, se najednou vzdá tří věcí. Marže, jelikož její služby jsou komoditizovány a porovnávány primárně podle ceny přes cizí rozhraní. Vlastnictví klienta, jelikož vztah, kontext a náklad na přechod migrují k platformě. A síly dat a analytiky, jelikož tok, který kdysi viděla od konce ke konci, nyní zprostředkovává prostředník, který o klientovi vidí více než banka. Standardizace vlastní vrstvy není projekt technické hygieny. Je to rozdíl mezi tím být protistranou a být komoditou.

Co musí standard nařídit

Chybějící směřování není exotické. Každá komponenta již existuje veřejně — ISO 20022 pro data, API Payment Initiation a Instant Cash Reporting od Swift pro referenční operace, BIAN pro sémantiku, openFinance od Berlin Group pro vzorec souhlasu a katalogu, FAPI pro autentizaci finanční úrovně, MCP pro vystavení nástrojů, A2A pro orchestraci mezi agenty. Chybí akt jejich poskládání do závazné smlouvy pro korporátní prostor — a disciplína specifikovat dva základy, ne jeden. Stávající literatura o B2B API, včetně McKinsey, pojednává o API převážně jako o příležitosti k růstu a zkušenosti. Málo říká o determinismu, objevování schopností za běhu nebo standardizovaných nefunkčních vlastnostech — přesně to opomenutí, které agenti nesnesou. Standard tedy musí být explicitní jak o tom, čím rozhraní je, tak o tom, jak se chová pod správou.

Technický základ

Smlouva postavená na OpenAPI s kanonickým manifestem nástrojů MCP z ní generovaným — ne ručně psaným vedle ní, aby nástroje, které agent vidí, nemohly nikdy odplynout od API, které banka provozuje.
Autentizace a souhlas úrovně FAPI jako jediné podání ruky napříč vrstvou.
Idempotence a deterministická taxonomie chyb — stabilní kódy, jeden význam na selhání, zdokumentované v samotné smlouvě.
Payloady nativní pro ISO 20022, strukturované a připravené na hybridní adresu.
Sémantické verzování s objevováním schopností za běhu — agent se může zeptat, co tato protistrana dnes zvládne, a dostat strojovou odpověď.

Základ správy a odolnosti

Zveřejněné, vynucené nefunkční SLO — latence, dostupnost, propustnost, přímé zpracování (straight-through-processing) a lidské úsilí — vyjádřené jako skutečná čísla času a pohybu, ne marketingový jazyk.
Oprávnění, souhlas a auditní stopa odolná proti manipulaci vázané na exekuční cestu, ne plovoucí v mimopásmovém portálu.
Kontroly modelového rizika a provozní odolnosti sladěné se SR 11-7, DORA a EU AI Act, aby volání agenta byla řízenými událostmi s vlastníkem, ne exotickými hraničními případy.

Je zde tvrdé ponaučení zakopané v retailové zkušenosti. Standard, který vykonává stroj, musí být přesnější než ten, který lidský integrátor dokáže tiše opravit; nedostatečná specifikace už není měkkým nákladem placeným v inženýrských hodinách, ale tvrdým selhávajícím scénářem placeným ve špatně odeslaných platbách. Je příznačné, že nejautoritativnější harmonizační úsilí odvětví — harmonizované datové požadavky ISO 20022 od CPMI a PMPG, které jsou platební systémy po celém světě vyzývány přijmout do konce roku 2027 v rámci programu G20 pro přeshraniční platby, aby bojovaly přesně s touto fragmentací — je podle vlastního popisu ani regulací, ani API standardem. Harmonizuje data. Rozhraní je stále ničí práce.

Cílový obraz

Realizace je méně skličující než diagnóza, protože jsou to tři vrstvy, ne program. Kanonické API korporátního bankovnictví vystavuje platby a hotovostní výkaznictví přes REST a OpenAPI, s payloady nativními pro ISO 20022 a autentizací úrovně FAPI — jedna smlouva, jedna gramatika, jedno podání ruky. Most MCP sedí nad ním a generuje manifest nástrojů obrácený k agentovi přímo z té smlouvy OpenAPI, takže objevování, schémata a oprávnění jsou odvozeny z vrstvy, spíše než udržovány souběžně s ní. A vrstva politiky a odolnosti obaluje každé volání agenta kontrolami, které činí autonomii bezpečnou: limity transakcí a protistran, segmentace, spouštěče člověka ve smyčce (elicitace u vysoce rizikových akcí), živé monitorování SLO a tvrdý nouzový vypínač. K pochopení pointy nejsou potřeba diagramy — standard není nová kolej, je to disciplinované uspořádání kolejí, které už existují, s agentní cestou a cestou správy zabudovanými od prvního commitu, spíše než přišroubovanými až po incidentu.

Co důvěryhodné banky dělají v příštích 24 měsících

Pokud přijmete, že se volající změnil, práce je konkrétní a člení se do pěti tratí.

Zveřejněte vrstvu nativní pro ISO 20022 a postavenou na OpenAPI. Vezměte jeden vysoce hodnotný koridor — obvykle přeshraniční platby a hotovostní výkaznictví — a vystavte jej přes jedinou, verzovanou definici OpenAPI s payloady ISO 20022, sladěnou s vašimi stávajícími schématy CBPR+ spíše než pátou vymyšlenou gramatikou. Zpřístupněte ji klientům i interním agentům, se sandboxem, a zacházejte se změnami jako s produktovými vydáními. Úspěchem prvního roku není plné pokrytí; je jím prokázání, že jeden koridor lze učinit adresovatelným pro agenty od konce ke konci.
Standardizujte napříč ní autentizaci a idempotenci. Přijměte jeden profil úrovně FAPI jako jediné podání ruky, nařiďte idempotenční klíče u každého zápisu a učiňte z „opakovat stejný pokyn" zdokumentovanou záruku ve smlouvě — čímž z „agenti budou opakovat" uděláte z rizika bezpečný předpoklad.
Definujte deterministickou gramatiku chyb a objevování schopností. Dejte každému selhání stabilní kód a konzistentní sémantiku, přidejte sémantické verzování a vystavte katalog schopností, na který se agent může za běhu dotázat, s explicitními příznaky pro částečnou podporu, ukončení podpory a „zatím nedostupné".
Připojte oprávnění, souhlas a audit ke stejné vrstvě. Přesuňte toky souhlasu a schvalování na cestu API, vydávejte auditní stopu odolnou proti manipulaci pro každý pokyn iniciovaný agentem — kdo, co, kdy, v rámci kterého politického pásma — a explicitně ji slaďte se SR 11-7, DORA a EU AI Act, aby to druhá linie mohla odsouhlasit.
Zveřejněte nefunkční základy, pak spusťte dozorovaný pilotní projekt s agentem. Zavažte se k cílům latence, dostupnosti, propustnosti a STP pro koridor a instrumentujte je; pak postavte dozorovaného likviditního nebo hotovost přesouvajícího agenta, který používá pouze tuto vrstvu, s tvrdými limity, kontrolními body člověka ve smyčce a plným auditem, na šest až dvanáct měsíců. Toto je nutící funkce, kterou ovládáte sami — prokazuje, že agent dokáže přesouvat peníze bezpečně uvnitř politických pásem, když je vrstva předvídatelná, a rychle vám řekne, kde je váš standard stále aspirací, ne faktem.

Nutící funkce

Odvětví právě prokázalo, že se dokáže hnout, když ho k tomu něco donutí. Přechod Swift na strukturované adresy z listopadu 2026 — po němž jsou nestrukturované adresy v přeshraničních platbách jednoduše odmítány, bez nouzové konverze — dovlekl zdráhavý trh ke strukturovaným datům ISO 20022 v pevném termínu, posílený tlakem CPMI na harmonizované datové požadavky napříč platebním programem G20 do konce roku 2027. Všimněte si, co obě úsilí standardizují: data, ne rozhraní. Gramatika je nucena do čistoty. Vrstva byla ponechána na uvážení každé banky — což je přesně to uvážení, se kterým agenti nedokážou pracovat. Pro agenta to znamená, že payloady budou konečně konzistentní, zatímco chování za nimi zůstane rozdílné — obrácení toho, co stroj skutečně potřebuje, což je předvídatelné chování na prvním místě a čistá data na druhém.

Toto je tedy nevynucená chyba, které je třeba se vyvarovat: čekat, až globální výbor požehná API standardu korporátního bankovnictví, než začnete jednat. Banky, které nyní zveřejní vrstvu nativní pro ISO 20022 a připravenou pro agenty — smlouvu OpenAPI, manifest MCP z ní generovaný, autentizaci finanční úrovně a nefunkční základy, za kterými skutečně budou stát — se stanou výchozími protistranami autonomního treasury. Jejich nástroje budou ty, které agenti dokážou objevit, důvěřovat jim a volat je bez člověka uprostřed. Banky, které vyčkávají, budou dosažitelné pouze přes abstrakci agregátora, pronajímajíce svůj vlastní klientský vztah tomu, kdo vlastní adaptér.

Gramatika bez směřování není standard. ISO 20022 řeklo korporátnímu bankovnictví, jak mluvit. Nikdy mu neřeklo, kam jít. Agenti dorazili, plynní a netrpěliví, a mapa stále není na místě. Její nakreslení je nyní nejzávažnějším kusem infrastrukturní práce v transakčním bankovnictví — a, pro jednou, termín nestanovuje regulátor, ale stroje již čekající u rozhraní.

Často kladené otázky

Není ISO 20022 tím chybějícím standardem? Ne. ISO 20022 je datová gramatika, ne API smlouva. pain.001 říká systému, jak formulovat úhradu; neříká, který endpoint ji vytváří, jak se autentizuje, jak stránkuje ani jak hlásí selhání. Gramatika je pro agenty připravena. Vrstva — strojově objevitelné, jednotně se chovající rozhraní, které agent skutečně volá — ne.

Proč prostě nezabalit každou banku do MCP serveru? Protože to fragmentaci přemísťuje, místo aby ji odstranilo. Čtyřicet bank se stane čtyřiceti servery se čtyřiceti sémantikami, čtyřiceti autentizačními toky a — což je zásadní — žádným sdíleným nefunkčním základem: žádný společný rozpočet latence, žádná dohodnutá úroveň dostupnosti, žádná srovnatelná záruka idempotence. Volajícím je nyní nedeterministický model s právem zápisu do platebních kolejí, což je problém modelového rizika a provozní odolnosti podle SR 11-7, DORA a EU AI Act. Tisíc zakázkových serverů není standard.

Jaký je jediný nejužitečnější první krok pro banku? Zveřejnit jeden koridor nativní pro ISO 20022 a postavený na OpenAPI — obvykle přeshraniční platby a hotovostní výkaznictví — s podáním ruky úrovně FAPI, idempotencí jako zdokumentovanou zárukou a deterministickou gramatikou chyb. Pak spustit dozorovaný pilotní projekt s agentem pouze proti této vrstvě, s tvrdými limity, kontrolními body člověka ve smyčce a plným auditem. Prokázat jeden koridor od konce ke konci předčí plán, který pokrývá všechno a nenařizuje nic.

Kdo to vyřeší, když banky ne? Agregátoři. Hrstka platforem treasury a office-of-the-CFO definuje de facto agentní smlouvu a banky se stanou zaměnitelnými endpointy za ní — vzdají se najednou marže, vlastnictví klienta a dat od konce ke konci. Je to retailový příběh, kde Plaid a Tink absorbovaly dlouhý chvost, posunutý o jeden segment kupředu do korporátního bankovnictví.

Reference

Model Context Protocol — oficiální dokumentace ⧉. [MCP zpřístupněn jako open-source v listopadu 2024 a věnován nadaci Agentic AI Foundation při Linux Foundation v prosinci 2025 po boku Block a OpenAI; vrstva objevování nástrojů za běhu, na které analýza staví. Údaje o adopci v textu jsou směrové odečty z odvětví a jsou jako takové označeny.]
Berlin Group — NextGenPSD2 a openFinance ⧉. [De facto evropský retailový API standard a jeho dosah ke korporátním případům užití — citováno pro vzorec souhlasu a katalogu a kontrast retail vs. korporát.]
Financial Data Exchange (FDX) ⧉. [Americký retailový standard sdílení dat, citovaný pro měřítko standardizovaných retailových smluv, vůči nimž korporátní bankovnictví nemá ekvivalent.]
McKinsey & Company — poznatky z finančních služeb ⧉. [Výzkum API transakčního bankovnictví: dědictví host-to-host / SFTP, ~85% záměr investovat do API pro správu hotovosti a zprostředkování treasury platformami. Citováno pro tržní diagnózu; rámování a závěry zde jsou vlastní autorovy.]
Bank for International Settlements (CPMI) — Harmonizované datové požadavky ISO 20022 ⧉. [Tlak do konce roku 2027 harmonizovat platební data — podle vlastního popisu ani regulace, ani API standard — citováno pro pointu „gramatika bez vrstvy".]
Swift — ISO 20022 pro finanční instituce ⧉. [CBPR+ a milník strukturovaných adres z listopadu 2026; API Payment Initiation a Instant Cash Reporting citována jako referenční operace, ne univerzální vrstva.]

Naposledy revidováno v červenci 2026. Původní analýza; zdroje jsou citovány, nikoli reprodukovány. Údaje o adopci a trhu jsou směrové odečty z odvětví — před opětovným publikováním ověřte oproti primárním zdrojům. Licencováno pod CC-BY-4.0.

Naposledy revidováno 2026-07-08.

Znovu publikovat tento článek

Od fragmentace ke zlomové linii: Chybějící API standard korporátního bankovnictví v éře agentů — Sebastien Rousseau

Retailové bankovnictví získalo svůj API standard před deseti lety. Korporátní bankovnictví nikdy — a teď, když umělá inteligence v podobě agentů a Model Context Protocol proměnily integraci v rozhodnutí za běhu, se z mezery stala zlomová linie.

Tento článek je licencován pod Creative Commons Attribution 4.0 International. Při opětovné publikaci uveďte odkaz na kanonickou URL.

Od fragmentace ke zlomové linii: Chybějící API standard korporátního bankovnictví v éře agentů — Sebastien Rousseau

Retailové bankovnictví získalo svůj API standard před deseti lety. Korporátní bankovnictví nikdy — a teď, když umělá inteligence v podobě agentů a Model Context Protocol proměnily integraci v rozhodnutí za běhu, se z mezery stala zlomová linie.

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

SEBASTIEN ROUSSEAU FOUNDER · ENGINEER