Parçalanmadan Fay Hattına: Ajan Çağında Kurumsal Bankacılığın Eksik API Standardı

Bireysel bankacılık on yıl önce API standardına kavuştu. Kurumsal bankacılık ise hiç kavuşmadı — ve 2026'da bu eksiklik bir sıkıntı olmaktan çıkıp bir fay hattına dönüştü. ISO 20022 sektöre ortak bir dilbilgisi verdi; ama hiçbir zaman ortak, ajana hazır bir yüzey vermedi. Şimdi çağıran taraf değişti. Artık entegrasyona bir çeyrek harcayacak bir geliştirici değil, araçları çalışma zamanında keşfeden ve politika bantları içinde para hareket ettiren bir model söz konusu. Kurumsal hazinecilerin yirmi yıldır sessizce soğurduğu belirsizlik, onu soğuramayacak bir yazılıma devredilmek üzere — bunun altındaki veri katmanı ise bankalar hoşlansa da hoşlanmasa da yapılandırılmaya zorlanıyor. Bu yazı, eksik yönün maliyetini, ajanların bugünkü parçalanmayı neden yalnızca verimsiz değil güvensiz hâle getirdiğini ve otonom hazine ölçeklenebilmeden önce bir kurumsal bankacılık API standardının neyi zorunlu kılması gerektiğini anlatıyor.

Yönetici Özeti

Kurumsal bankacılıkta dilbilgisi var, yüzey yok. ISO 20022 veriyi standartlaştırdı; API'yi kimse standartlaştırmadı. Belirsizliği bir insan entegratör soğurduğu sürece buna katlanılabilirdi — çalışma zamanındaki bir model soğuramaz.

Çağıran taraf değişti. MCP, araç keşfini bir çalışma zamanı kararına dönüştürdü. M×N entegrasyon sorununu ortadan kaldırmak için tasarlanan bir ajan, onunla banka sınırında yeniden karşılaşıyor; burada her kurum kendi anlambilimine sahip özel bir sunucudur.

Parçalanma artık parayı makine hızında yanlış hareket ettiriyor. Bir zaman aşımı, üç banka, üç çelişkili gerçek — A'da bir mükerrer ödeme, B'de takılı kalmış bir talimat, C'de sessiz bir arıza. İdempotentlik ve belirlenimci bir hata dilbilgisi taşıyıcı unsur hâline gelir.

Her bankayı bir MCP sunucusuna sarmak bataklığı yalnızca yer değiştirir. Kırk sunucu, kırk anlambilim, ortak işlevsel-olmayan taban yok — ve ödeme raylarına yazma erişimi olan belirlenimci-olmayan bir model, tam da bir SR 11-7 / DORA / EU AI Act sorunu.

Kendi yüzeyinizi standartlaştırın ya da metalaşın. ISO 20022 yerlisi, ajana hazır bir API'yi şimdi yayımlayan bankalar otonom hazine için varsayılan karşı taraf olur; geri kalanı, müşteri ilişkisini adaptörün sahibine kiralar.

İki bankacılık dünyası, biri standartlaştırılmış

Bireysel bankacılığa bakın; tablo karmaşık ama gezinilebilir. Avrupa'da UK Open Banking ve Berlin Group'un NextGenPSD2'si var; ikincisi Avrupa bankalarının dörtte üçünden fazlası tarafından benimsendi ve pratikte fiili bir standart olarak görülüyor. Amerika Birleşik Devletleri'nde artık altmış milyondan fazla tüketici hesabını kapsayan Financial Data Exchange var. Avustralya'da Consumer Data Right var. Bunların hiçbiri küresel değil ve hiçbirinin küresel olması da olası değil — ama her biri gerçek, sürümlenmiş, makine tarafından test edilebilir bir sözleşme; ve sözleşmeler tükendiğinde toplayıcılar (Plaid, Tink, TrueLayer, Salt Edge) farkı tek bir arayüzün ardında soğuruyor. Bireysel parçalanma bir vergidir. Bir duvar değildir.

Kurumsal ve toptan bankacılıkta böyle bir eşdeğer yok. Çok uluslu bir hazine, bankalarına host-to-host dosya boruları, bir düzine özel portal, bir hazine yönetim sistemi ya da bir toplayıcı üzerinden ulaşır — genellikle dördünün de aynı anda üzerinden. Bu bir çürütme argümanı değil: McKinsey'nin kendi işlem-bankacılığı araştırması aynı mirası yıllardır belgeliyor; bankaların host-to-host ve SFTP dosya aktarımına nasıl yaslandığını anlatıyor, dosya tabanlı entegrasyonun iyi bilinen arıza modlarını sıralıyor — her kurumsal müşteri için özelleştirilmesi gereken hantal ERP formatları, koşullu yönlendirmeyi işleyememe — ve işlem-bankacılığı yöneticilerinin yüzde 85'ini aşan bir kesiminin nakit-yönetimi API'lerine yatırım yapmayı planladığını bildiriyor. API iştahı tartışmalı değil. Eksik olan, işaret ettikleri ortak sözleşme.

Çünkü olağan adaylar bu değil. ISO 20022 çoğu zaman eksik standart sanılır, ama o bir API sözleşmesi değil bir veri dilbilgisidir: pain.001 size bir kredi transferini nasıl ifade edeceğinizi söyler, hangi uç noktanın birini oluşturduğunu, nasıl kimlik doğruladığını, nasıl sayfalandırdığını ya da başarısız olduğunu size nasıl bildirdiğini değil. BIAN sektöre ortak bir anlamsal referans modeli verir, dayatılan bir arayüz değil. Swift'in Payment Initiation ve Instant Cash Reporting API'leri standartlaşmaya yönelik gerçek bir hamledir, ama ağ merkezlidir ve hâlâ gelişmektedir; evrensel bir yüzey değildir. Berlin Group'un openFinance çerçevesi kurumsal kullanım senaryolarına uzanmaktadır — hesap açma, ticaret finansmanı, dinamik yinelenen ödemeler — ama Avrupa'ya özgüdür, erken aşamadadır ve anlaşmayla-premium niteliğindedir. Hepsini bir araya getirin yine de bağlayıcı, küresel bir kurumsal bankacılık API standardınız olmaz. Yapı malzemeleriniz olur ama planınız olmaz.

Parçalanma neden hayatta kaldı — ve bu neden sona eriyor

Yirmi yıl boyunca buna katlanılabilirdi, çünkü entegratör insandı ve sabırlıydı. Bir kurumsal müşteri bir avuç bankacılık bağlantısını aylar, kimi zaman çeyrekler boyunca devreye alırdı. Her biri bir projeydi: sertifikalar değiş tokuş edildi, bir kuruşluk test yapıldı, bir eşleme belgesi üzerinde tartışıldı. Maliyet gerçekti ama ilişki başına bir kez ödenip sonraki yılların ödemelerine amorti edildi. Bir bankanın API'si eksik tanımlandığında — bir standart, bankaların kendilerinin de şikâyet ettiği gibi "gerisini uygulayan kuruma bıraktığında" — bir insan mühendis portalı okur, niyeti çıkarsar ve boşluğu yamardı. Belirsizliğe katlanılabilirdi çünkü onu çözecek bir insan oradaydı.

Ayrıca yüksek sesle daha az söylenen nedenlerle de hayatta kaldı. Altındaki tesisatı değiştirmek gerçekten zor: gerçek zamanlı bir soruyu yanıtlamak için hiç tasarlanmamış toplu-mutabakat pencereleri, gece döngüleri ve anabilgisayar çekirdekleri. Ve parçalanma yalnızca bir kaza değil — sessizce, bir tür kilitlenme biçimi. Bir hazinecinin kurduğu her özel host-to-host boru, yerleşik kuruma tahakkuk eden bir geçiş maliyetidir. Entegrasyonu zor olan bir banka, marjinal olarak, terk edilmesi zor bir bankadır. Bunların hiçbiri komplocu değil; sıradan bir teşvik meselesidir. Ama bir veri dilbilgisi üzerinde anlaşan bir sektörün neden hiçbir zaman bir yüzey üzerinde anlaşmadığını — ve yüzeyin neden geriye kalan son standartlaştırılmamış katman olduğunu — açıklar. Artık dayanamamasının nedeni, altındaki katmanın bir son tarihle yapılandırılmaya zorlanması ve üstündeki katmanın az önce yeni, sabırsız bir kullanıcı edinmesidir.

Çağıran taraf değişti

O kullanıcı on sekiz ayda geldi. Anthropic'in Kasım 2024'te açık kaynak yaptığı ve Aralık 2025'te Block ve OpenAI ile birlikte Linux Foundation'ın Agentic AI Foundation'ına bağışladığı Model Context Protocol, yapay zekâ sistemlerinin araçlara ve veriye ulaşmasının varsayılan yolu hâline geldi. 2026 başında ayda kabaca doksan yedi milyon SDK indirmesi kaydediyordu; yıl ortasında, sektöre yönelik bir yönelim okumasına göre, kurumsal yapay zekâ ekiplerinin yaklaşık yüzde yetmiş sekizi üretimde MCP destekli ajanlar çalıştırıyor ve Fortune 500'ün dörtte birinden fazlası, standart bir OAuth 2.1 yetkilendirme katmanıyla güvence altına alınan MCP sunucuları işletiyordu. Rutin olarak ve doğru biçimde yapay zekâ için USB-C olarak tanımlanır: M×N entegrasyon kâbusunu — her modelin her araca elle bağlanmasını — M+N'ye indirger. Kendi kendini özetlemesi, bankalar için önemli olan cümledir: API'ler programlar içindir; MCP ajanlar içindir. Bir REST API, çağıranın hangi uç noktaya ve hangi parametrelerle vuracağını önceden bilmesini bekler. Bir ajan ise mevcut araçları çalışma zamanında keşfetmeyi ve bunları nasıl ve ne zaman kullanacağına kendisinin karar vermesini bekler.

Bu, hazine için varsayımsal değil. Örüntü, 2026'da kurumsal-ve-yatırım-bankası hazineleri genelinde zaten tutarlı: bir ajan ISO 20022 nakit verisini okur, sınırlı bir araç kümesini çağırır ve etrafına SR 11-7, DORA ve EU AI Act kontrolleri sarılmış olarak politika bantları içinde likiditeyi yeniden dengeler. Veri dilbilgisi buna hazır. API yüzeyi değil.

Uyumsuzluk, tam olarak

Ajanı, bir bankacılık karşı tarafından gerçekten neye ihtiyaç duyduğuna indirgeyin; liste kısa ve tavizsizdir:

Makine tarafından keşfedilebilir bir sözleşme — ajanın çalışma zamanında okuyabileceği bir OpenAPI açıklaması ya da bir araç manifestosu; bir insanın bir kez okuduğu bir PDF değil.
Tek bir kimlik doğrulama modeli — finansal-düzeyde bir OAuth2/mTLS profili (FAPI bariz çıpadır), her banka için farklı bir el sıkışma değil.
Bir garanti olarak idempotentlik — yeniden denenen bir ödemeyi bir işlemsiz-işleme dönüştüren benzersiz bir talimat referansı; çünkü bir ajan yeniden deneyecektir.
Belirlenimci bir hata dilbilgisi — aynı arızanın her yerde aynı anlama gelmesi, ki model onun hakkında akıl yürütebilsin.
Anlamsal sürümleme ve yetenek keşfi — böylece bir ajan, bir insanın hazırladığı sürüm notu olmadan bir karşı tarafın bu çeyrekte ne yapabildiğini anlayabilir.
Yapılandırılmış ISO 20022 yükleri, rıza ve yetkilendirmeler ve kurcalamaya-karşı-kanıtlı bir denetim izi — öz, izin ve kanıt.

Bunu var olan hâliyle kurumsal bankacılığın karşısına koyun ve her satır N lehçeye — banka başına bir tane — parçalanır. M×N sorununu ortadan kaldırması gereken ajan, onunla banka sınırında yeniden karşılaşır; çünkü her kurum, aslında, "bakiye" için kendi dilbilgisine, kendi "ödeme durumu" kavramına, kendi kimlik doğrulama dansına ve hatanın ne olduğuna dair kendi fikrine sahip özel bir sunucudur. Protokol, telin ajan tarafını standartlaştırdı. Bankanın tarafını kimse standartlaştırmadı.

Somutlaştırılmış bir arıza modu

Somutlaştırın, çünkü soyutlamanın ısırdığı yer burasıdır. Her hesabı hedef bir bant içinde tutmak için üç banka arasında nakit süpürmeye yetkili bir likidite ajanı hayal edin. Neredeyse aynı üç talimatı ateşler ve ağların yaptığı gibi her birinde bir zaman aşımına toslar.

A Bankası zaman aşımını bilinmiyor — yeniden denemek güvenli olarak ele alır, bu yüzden ajan yeniden dener ve özgün talimat da mutabakata girer: mükerrer bir ödeme. B Bankası aynı zaman aşımını gönderildi — yeniden deneme olarak ele alır, ama ajanın ayrıştırabileceği bir teyit hiçbir zaman ortaya koymaz, bu yüzden talimat belirsizlikte asılı kalırken ajan, hiçbir başarı görmeyip yükseltir ya da yeniden yönlendirir: takılı kalmış bir ödeme ve çifte kaydedilmiş bir pozisyon. C Bankası, gövdesine gömülmüş bir reddiye içeren neşeli bir HTTP 200 döndürür; ajan durum kodunu okur, süpürmeyi tamamlandı olarak işaretler ve devam eder: yalnızca ertesi sabah kimsenin açıklayamadığı bir mutabakat farkı olarak ortaya çıkan sessiz bir arıza.

Üç banka, tek bir koşul, üç çelişkili gerçek — A'da kapıdan çıkan mükerrer para, B'de donmuş bir talimat, C'de hayalet bir başarı. Bir insan hazineci üç ilişki yöneticisini arar ve işi öğlene kadar hallederdi. Ajan kimseyi arayamaz. "Bir garanti olarak idempotentlik" ve "belirlenimci bir hata dilbilgisi"nin neden mimari lüksler olmadığı tam da budur: bunlar olmadan, yalnızca insan saatlerine mal olan aynı parçalanma artık gerçek parayı, makine hızında, tüm karşı taraflar üzerinde aynı anda yanlış hareket ettirir.

"Her bankayı bir MCP sunucusuna sar" neden çözüm değil

Refleksif yanıt, her bankaya bir MCP sunucusu vermek ve işi bitirmektir. Bu tutmaz, çünkü parçalanmayı ortadan kaldırmak yerine yerini değiştirir. Kırk banka, kırk anlambilim, kırk kimlik doğrulama akışı ve ortak anlam olmayan kırk sunucuya dönüşür — ve, kritik olarak, ortak bir işlevsel-olmayan taban olmaz: ortak bir gecikme bütçesi yok, üzerinde anlaşılmış bir erişilebilirlik katmanı yok, kıyaslanabilir bir idempotentlik garantisi yok. Yukarıdaki arıza modu, sarmalın içinde olduğu gibi hayatta kalır. Daha kötüsü, çağıran taraf artık ödeme raylarına yazma erişimi olan belirlenimci-olmayan bir modeldir; bu yalnızca bir entegrasyon sorusu değil, doğrudan SR 11-7, DORA ve EU AI Act üzerine düşen bir model-riski ve operasyonel-dayanıklılık meselesidir. MCP'nin insan-döngüde ilkelleri — teyit için elicitation, akıl yürütme için sampling — gerekli ve hoş karşılanır, ama bir teyit iletişim kutusu, öngörülebilir davranan bir karşı tarafın yerini tutmaz. Tek biçimli olarak tanımlayamadığınız şeyi ölçekte yönetemezsiniz. Bin özel sunucu bir standart değildir; JSON-RPC cilası çekilmiş aynı bataklıktır.

İki gelecek ve bir stratejik seçim

Bunu kimin çözeceği, önümüzdeki on yıl boyunca kurumsal ilişkiye kimin sahip olacağını belirler ve yalnızca iki aday vardır.

Birincisinde, bankalar kendi yüzeylerini standartlaştırır. Ajana hazır API'ler yayımlar, hazineci ile doğrudan bağlantıyı korur ve ajanın keşfettiği ve çağırdığı karşı taraf olarak kalır. İkincisinde, toplayıcılar bunu onlar adına standartlaştırır. Bir avuç platform fiili ajan sözleşmesini tanımlar ve bankalar onun ardındaki değiştirilebilir uç noktalara dönüşür — yalnızca bir başkasının soyutlaması üzerinden ulaşılabilir. Bu bir spekülasyon değil; bir segment ileri sarılmış bireysel bankacılık hikâyesidir. McKinsey'nin kendi 2025 işlem-bankacılığı çalışması, Kyriba ve GTreasury gibi hazine-yönetimi platformlarını ve Bill.com gibi CFO-ofisi platformlarını, müşteriler ile bankalar arasına bankadan-bağımsız tek bir pozisyon görünümüyle konumlanırken tarif eder. Bu tam olarak, bireysel bankacılıkta uzun kuyruğu Plaid ve Tink'in ardında sessizce yok eden katmandır. Aynı araştırma, kurumsal hazinecilerin artık bankalarını tüketici uygulamalarının standartlarına tuttuğunu ve devreye alma, yetkilendirmeler ve API entegrasyonu hayal kırıklığı yarattığında bankalarını değiştireceğini belirtir.

Seçimin stratejik içeriği açıktır. Bir toplayıcının ajan sözleşmesinin ardında bir uç noktaya dönüşen bir banka, aynı anda üç şeyden vazgeçer. Marj, çünkü hizmetleri metalaşır ve bir başkasının arayüzü üzerinden önce-fiyat karşılaştırılır. Müşteri sahipliği, çünkü ilişki, bağlam ve geçiş maliyeti platforma göç eder. Ve veri ile analitik gücü, çünkü bir zamanlar uçtan uca gördüğü akış artık müşteriyi bankanın gördüğünden daha fazla gören bir aracı tarafından dolayımlanır. Kendi yüzeyinizi standartlaştırmak teknik bir hijyen projesi değildir. Karşı taraf olmak ile meta olmak arasındaki farktır.

Standardın neyi zorunlu kılması gerekiyor

Eksik olan yön egzotik değil. Her bileşen zaten açıkta mevcut — veri için ISO 20022, referans işlemler için Swift'in Payment Initiation ve Instant Cash Reporting API'leri, anlambilim için BIAN, rıza-ve-katalog örüntüsü için Berlin Group'un openFinance'ı, finansal-düzeyde kimlik doğrulama için FAPI, araç maruziyeti için MCP, ajandan-ajana orkestrasyonu için A2A. Eksik olan, bunları kurumsal alan için bağlayıcı bir sözleşmeye birleştirme eylemi — ve tek değil iki taban belirleme disiplini. Mevcut B2B-API yazını, McKinsey'ninki de dâhil, API'leri büyük ölçüde bir büyüme ve deneyim fırsatı olarak ele alır. Belirlenimcilik, çalışma zamanı yetenek keşfi ya da standartlaştırılmış işlevsel-olmayanlar hakkında pek bir şey söylemez — tam da ajanların hoş göremeyeceği eksiklik. Dolayısıyla standart, arayüzün hem ne olduğu hem de yönetişim altında nasıl davrandığı konusunda açık olmalıdır.

Teknik taban

Ondan üretilen kanonik bir MCP araç manifestosuna sahip, OpenAPI-öncelikli bir sözleşme — yanında elle yazılmayan; böylece bir ajanın gördüğü araçlar, bankanın çalıştırdığı API'den asla sapamaz.
FAPI-düzeyinde kimlik doğrulama ve rıza, yüzey genelinde tek el sıkışma olarak.
İdempotentlik ve belirlenimci bir hata sınıflandırması — kararlı kodlar, arıza başına tek anlam, sözleşmenin kendisinde belgelenmiş.
ISO 20022 yerlisi yükler, yapılandırılmış ve hibrit-adrese hazır.
Çalışma zamanı yetenek keşfiyle anlamsal sürümleme — bir ajan bu karşı tarafın bugün ne yapabileceğini sorabilir ve makine yanıtı alabilir.

Yönetişim ve dayanıklılık tabanı

Yayımlanmış, dayatılan işlevsel-olmayan SLO'lar — gecikme, erişilebilirlik, verimlilik, uçtan-uca-işleme ve insan-eforu — pazarlama diliyle değil, gerçek zaman-ve-hareket sayılarıyla ifade edilmiş.
Yürütme yoluna bağlı yetkilendirmeler, rıza ve kurcalamaya-karşı-kanıtlı bir denetim izi — bant-dışı bir portalda yüzen değil.
SR 11-7, DORA ve EU AI Act ile hizalanmış model-riski ve operasyonel-dayanıklılık kontrolleri — böylece bir ajanın çağrıları egzotik uç durumlar değil, sahibi olan yönetilen olaylar olur.

Burada bireysel deneyimde gömülü sert bir ders var. Bir makinenin yürüttüğü bir standart, bir insan entegratörün sessizce onarabileceğinden daha kesin olmak zorundadır; eksik-tanımlama artık geliştirici saatleriyle ödenen yumuşak bir maliyet değil, yanlış-gönderilen ödemelerle ödenen sert bir arıza modudur. Sektörün en yetkin uyumlaştırma çabasının — G20 sınır-ötesi ödemeler programı kapsamında tam da bu parçalanmayla mücadele etmek için dünya çapındaki ödeme sistemlerinin 2027 sonuna kadar benimsemeye teşvik edildiği CPMI ve PMPG'nin uyumlaştırılmış ISO 20022 veri gereksinimlerinin — kendi tanımıyla ne bir düzenleme ne de bir API standardı olması manidardır. Veriyi uyumlaştırır. Arayüz hâlâ kimsenin işi değildir.

Bir hedef resim

İnşa, teşhisten daha az ürkütücüdür, çünkü bir program değil, üç katmandır. Kanonik bir kurumsal bankacılık API'si ödemeleri ve nakit raporlamayı REST ve OpenAPI üzerinden, ISO 20022 yerlisi yükler ve FAPI-düzeyinde kimlik doğrulama ile sunar — bir sözleşme, bir dilbilgisi, bir el sıkışma. Bir MCP köprüsü onun üstünde durur ve ajana-dönük araç manifestosunu doğrudan o OpenAPI sözleşmesinden üretir; böylece keşif, şemalar ve izinler, yüzeyle paralel sürdürülmek yerine ondan türetilir. Ve bir politika ve dayanıklılık katmanı, her ajan çağrısını, özerkliği güvenli kılan kontrollerle sarar: işlem ve karşı taraf limitleri, bölümlere ayırma, insan-döngüde tetikleyiciler (yüksek-riskli eylemlerde elicitation), canlı SLO izleme ve sert bir acil durdurma düğmesi. Noktayı kavramak için diyagram gerekmez — standart yeni bir ray değil, zaten var olan rayların disiplinli bir düzenlemesidir; ajan yolu ve yönetişim yolu, olaydan sonra üzerine cıvatalanmak yerine ilk commit'ten itibaren içine inşa edilmiştir.

İnandırıcı bankalar önümüzdeki 24 ayda ne yapar

Çağıran tarafın değiştiğini kabul ederseniz, iş somuttur ve beş yola ayrılır.

ISO 20022 yerlisi, OpenAPI-öncelikli bir yüzey yayımlayın. Yüksek-değerli bir koridor alın — tipik olarak sınır-ötesi ödemeler ve nakit raporlama — ve onu, beşinci bir uydurma dilbilgisi yerine mevcut CBPR+ şemalarınıza hizalanmış ISO 20022 yükleriyle tek, sürümlenmiş bir OpenAPI tanımı üzerinden sunun. Onu müşterilere ve iç ajanlara açık hâle getirin, bir kum havuzu ile birlikte, ve değişiklikleri ürün sürümleri gibi ele alın. Birinci-yıl başarısı tam kapsama değildir; tek bir koridorun uçtan uca ajan-adreslenebilir kılınabileceğini kanıtlamaktır.
Onun genelinde kimlik doğrulama ve idempotentliği standartlaştırın. Tek bir FAPI-düzeyinde profili yegâne el sıkışma olarak benimseyin, her yazmada idempotentlik anahtarlarını zorunlu kılın ve "aynı talimatı yeniden dene"yi sözleşmede belgelenmiş bir garanti yapın — "ajanlar yeniden deneyecek"i bir riskten güvenli bir varsayıma dönüştürerek.
Belirlenimci bir hata dilbilgisi ve yetenek keşfi tanımlayın. Her arızaya kararlı bir kod ve tutarlı anlambilim verin, anlamsal sürümleme ekleyin ve bir ajanın çalışma zamanında sorgulayabileceği bir yetenek kataloğunu; kısmi destek, kullanımdan kaldırma ve "henüz mevcut değil" için açık bayraklarla sunun.
Yetkilendirmeleri, rızayı ve denetimi aynı yüzeye iliştirin. Rıza ve onay akışlarını API yoluna taşıyın, her ajan-başlatımlı talimat için kurcalamaya-karşı-kanıtlı bir iz yayın — kim, ne, ne zaman, hangi politika bandı altında — ve onu SR 11-7, DORA ve EU AI Act ile açıkça hizalayın ki ikinci hat onaylayabilsin.
İşlevsel-olmayan tabanları yayımlayın, ardından denetimli bir ajan pilotu çalıştırın. Koridor için gecikme, erişilebilirlik, verimlilik ve uçtan-uca-işleme hedeflerine bağlanın ve onları ölçümleyin; ardından yalnızca bu yüzeyi kullanan, sert limitler, insan-döngüde kontrol noktaları ve tam denetimle donatılmış, denetimli bir likidite ya da nakit-süpürme ajanını altı ila on iki ay için ayağa kaldırın. Bu, kendinizin kontrol ettiği zorlayıcı işlevdir — yüzey öngörülebilir olduğunda bir ajanın parayı politika bantları içinde güvenle hareket ettirebileceğini kanıtlar ve standardınızın hâlâ nerede gerçek değil emel olduğunu size çabucak söyler.

Zorlayıcı işlev

Sektör, bir şey onu zorladığında kımıldayabileceğini az önce kanıtladı. Swift'in Kasım 2026 yapılandırılmış-adres geçişi — sonrasında sınır-ötesi ödemelerdeki yapılandırılmamış adresler, acil durum dönüşümü olmaksızın basitçe reddedilir — isteksiz bir pazarı sabit bir tarihte yapılandırılmış ISO 20022 verisine doğru sürükledi; bu, CPMI'nin G20 ödemeler programı genelinde uyumlaştırılmış veri gereksinimleri için 2027 sonu itilimiyle pekiştirildi. Her iki çabanın da neyi standartlaştırdığına dikkat edin: veriyi, arayüzü değil. Dilbilgisi temiz olmaya zorlanıyor. Yüzey, her bankanın takdirine bırakıldı — ki bu tam da ajanların çalışamayacağı takdirdir. Bir ajan için bu, yüklerin nihayet tutarlı olacağı ama ardındaki davranışın ayrık kalacağı anlamına gelir — bir makinenin gerçekte ihtiyaç duyduğu şeyin tersine çevrilmesi; makine önce öngörülebilir davranış, sonra temiz veri ister.

Dolayısıyla kaçınılması gereken kendiliğinden hata budur: harekete geçmeden önce küresel bir komitenin bir kurumsal bankacılık API standardını kutsamasını beklemek. ISO 20022 yerlisi, ajana hazır bir yüzeyi şimdi yayımlayan bankalar — bir OpenAPI sözleşmesi, ondan üretilen bir MCP manifestosu, finansal-düzeyde kimlik doğrulama ve gerçekten arkasında duracakları işlevsel-olmayan tabanlar — otonom hazine için varsayılan karşı taraf olur. Araçları, ajanların bir insan aracı olmadan keşfedebileceği, güvenebileceği ve çağırabileceği araçlar olur. Bekleyen bankalara yalnızca bir toplayıcının soyutlaması üzerinden ulaşılabilir; kendi müşteri ilişkilerini adaptörün sahibine kiralarlar.

Yönsüz dilbilgisi bir standart değildir. ISO 20022 kurumsal bankacılığa nasıl konuşacağını söyledi. Nereye gideceğini hiçbir zaman söylemedi. Ajanlar geldi, akıcı ve sabırsız, ve harita hâlâ orada değil. Onu çizmek artık işlem bankacılığındaki en sonuç doğuran altyapı çalışmasıdır — ve, bir kereliğine, son tarih bir düzenleyici tarafından değil, arayüzde zaten bekleyen makineler tarafından belirleniyor.

Sıkça Sorulan Sorular

Eksik standart ISO 20022 değil mi? Hayır. ISO 20022 bir API sözleşmesi değil, bir veri dilbilgisidir. pain.001 bir sisteme bir kredi transferini nasıl ifade edeceğini söyler; hangi uç noktanın birini oluşturduğunu, nasıl kimlik doğruladığını, nasıl sayfalandırdığını ya da arızayı nasıl bildirdiğini söylemez. Dilbilgisi ajanlar için hazır. Yüzey — bir ajanın gerçekten çağırdığı makine tarafından keşfedilebilir, tek biçimli davranan arayüz — değil.

Neden her bankayı bir MCP sunucusuna sarmak yetmiyor? Çünkü parçalanmayı ortadan kaldırmak yerine yerini değiştirir. Kırk banka, kırk anlambilim, kırk kimlik doğrulama akışı ve — kritik olarak — ortak bir işlevsel-olmayan taban olmayan kırk sunucuya dönüşür: ortak bir gecikme bütçesi yok, üzerinde anlaşılmış bir erişilebilirlik katmanı yok, kıyaslanabilir bir idempotentlik garantisi yok. Çağıran taraf artık ödeme raylarına yazma erişimi olan belirlenimci-olmayan bir modeldir; bu, SR 11-7, DORA ve EU AI Act altında bir model-riski ve operasyonel-dayanıklılık sorunudur. Bin özel sunucu bir standart değildir.

Bir banka için tek en yararlı ilk hamle nedir? ISO 20022 yerlisi, OpenAPI-öncelikli tek bir koridoru — tipik olarak sınır-ötesi ödemeler ve nakit raporlama — bir FAPI-düzeyinde el sıkışma, belgelenmiş bir garanti olarak idempotentlik ve belirlenimci bir hata dilbilgisiyle yayımlayın. Ardından yalnızca o yüzeye karşı, sert limitler, insan-döngüde kontrol noktaları ve tam denetimle denetimli bir ajan pilotu çalıştırın. Tek bir koridoru uçtan uca kanıtlamak, her şeyi kapsayan ama hiçbir şeyi zorunlu kılmayan bir yol haritasını yener.

Bankalar çözmezse bunu kim çözer? Toplayıcılar. Bir avuç hazine ve CFO-ofisi platformu fiili ajan sözleşmesini tanımlar ve bankalar onun ardındaki değiştirilebilir uç noktalara dönüşür — aynı anda marjdan, müşteri sahipliğinden ve uçtan-uca veriden vazgeçerek. Bu, Plaid ve Tink'in uzun kuyruğu soğurduğu bireysel bankacılık hikâyesidir; bir segment ileri, kurumsal bankacılığa doğru sarılmıştır.

Kaynaklar

Model Context Protocol — resmî belgeler ⧉. [MCP, Kasım 2024'te açık kaynak yapıldı ve Aralık 2025'te Block ve OpenAI ile birlikte Linux Foundation'ın Agentic AI Foundation'ına bağışlandı; analizin üzerine inşa edildiği çalışma zamanı araç-keşfi katmanı. Metindeki benimseme rakamları yönelim niteliğinde sektör okumalarıdır ve bu şekilde işaretlenmiştir.]
Berlin Group — NextGenPSD2 ve openFinance ⧉. [Fiili Avrupa bireysel API standardı ve kurumsal kullanım senaryolarına uzanışı — rıza-ve-katalog örüntüsü ile bireysel-karşı-kurumsal karşıtlığı için alıntılandı.]
Financial Data Exchange (FDX) ⧉. [ABD bireysel veri-paylaşımı standardı; kurumsal bankacılığın eşdeğerinin olmadığı standartlaştırılmış bireysel sözleşmelerin ölçeği için alıntılandı.]
McKinsey & Company — Finansal Hizmetler öngörüleri ⧉. [İşlem-bankacılığı API araştırması: host-to-host / SFTP mirası, ~%85 nakit-yönetimi-API yatırım niyeti ve hazine-platformu aracılığı. Pazar teşhisi için alıntılandı; buradaki çerçeveleme ve sonuçlar yazarın kendisine aittir.]
Bank for International Settlements (CPMI) — Uyumlaştırılmış ISO 20022 veri gereksinimleri ⧉. [Ödeme verisini uyumlaştırmaya yönelik 2027-sonu itilimi — kendi tanımıyla ne bir düzenleme ne de bir API standardı — "yüzeysiz dilbilgisi" noktası için alıntılandı.]
Swift — finansal kurumlar için ISO 20022 ⧉. [CBPR+ ve Kasım 2026 yapılandırılmış-adres kilometre taşı; Payment Initiation ve Instant Cash Reporting API'leri, evrensel bir yüzey olarak değil, referans işlemler olarak alıntılandı.]

Son gözden geçirme: Temmuz 2026. Özgün analiz; kaynaklar alıntılanmıştır, çoğaltılmamıştır. Benimseme ve pazar rakamları yönelim niteliğinde sektör okumalarıdır — yeniden yayımlamadan önce birincil kaynaklarla doğrulayın. CC-BY-4.0 kapsamında lisanslanmıştır.

Son inceleme 2026-07-08.

Bu makaleyi yeniden yayınla

From Fragmentation to Fault Line: Corporate Banking's Missing API Standard in the Agentic Era — Sebastien Rousseau

Bireysel bankacılık on yıl önce API standardına kavuştu. Kurumsal bankacılık ise hiç kavuşmadı — ve şimdi yapay zekâ ajanları ile Model Context Protocol entegrasyonu çalışma zamanı kararına dönüştürdüğü için, bu boşluk bir fay hattına dönüştü.

Bu makale şu lisans altında yayınlanmıştır Creative Commons Attribution 4.0 International. Yeniden yayın, kanonik URL'ye atıfta bulunulmasını gerektirir.

From Fragmentation to Fault Line: Corporate Banking's Missing API Standard in the Agentic Era — Sebastien Rousseau

Bireysel bankacılık on yıl önce API standardına kavuştu. Kurumsal bankacılık ise hiç kavuşmadı — ve şimdi yapay zekâ ajanları ile Model Context Protocol entegrasyonu çalışma zamanı kararına dönüştürdüğü için, bu boşluk bir fay hattına dönüştü.

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

SEBASTIEN ROUSSEAU FOUNDER · ENGINEER