Dari Fragmentasi ke Garis Patahan: Standar API yang Hilang dari Perbankan Korporasi di Era Agentik

Perbankan ritel memperoleh standar API-nya satu dekade lalu. Perbankan korporasi tidak pernah — dan pada tahun 2026 kelalaian itu telah berhenti menjadi gangguan dan menjadi garis patahan. ISO 20022 memberi industri tata bahasa bersama; ia tidak pernah memberinya permukaan bersama yang siap-agen. Kini pemanggilnya telah berubah. Ia bukan lagi seorang pengembang dengan satu kuartal untuk dihabiskan pada integrasi, melainkan sebuah model yang menemukan tool pada runtime dan memindahkan uang di dalam pita kebijakan. Ambiguitas yang telah diserap diam-diam oleh para treasurer korporasi selama dua puluh tahun akan segera diserahkan kepada perangkat lunak yang tidak dapat menyerapnya — sementara lapisan data di bawahnya dipaksa terstruktur, suka atau tidak suka bagi bank. Inilah biaya dari arah yang hilang, mengapa agen membuat fragmentasi masa kini tidak aman alih-alih sekadar tidak efisien, dan apa yang harus diwajibkan sebuah standar API perbankan korporasi sebelum treasury otonom dapat berskala.

Ringkasan Eksekutif

Perbankan korporasi memiliki tata bahasanya, bukan permukaannya. ISO 20022 membakukan datanya; tidak ada yang membakukan API-nya. Itu masih dapat bertahan selama integrator manusia menyerap ambiguitasnya — sebuah model pada runtime tidak bisa.

Pemanggilnya berubah. MCP menjadikan penemuan tool sebuah keputusan runtime. Sebuah agen yang dimaksudkan untuk menghapus masalah integrasi M×N bertemu lagi dengannya di batas bank, di mana setiap institusi adalah server bikinan khusus dengan semantiknya sendiri.

Fragmentasi kini memindahkan uang secara keliru, pada kecepatan mesin. Satu timeout, tiga bank, tiga kebenaran yang saling bertentangan — pembayaran ganda di A, instruksi yang macet di B, kegagalan senyap di C. Idempotensi dan tata bahasa kesalahan yang deterministik menjadi penopang beban.

Membungkus setiap bank dalam server MCP hanya memindahkan rawa. Empat puluh server, empat puluh semantik, tanpa lantai non-fungsional bersama — dan sebuah model non-deterministik dengan akses tulis ke rel pembayaran, jelas-jelas sebuah masalah SR 11-7 / DORA / EU AI Act.

Bakukan permukaan Anda sendiri, atau menjadi komoditas. Bank yang kini menerbitkan API yang siap-agen dan native ISO 20022 menjadi rekanan default untuk treasury otonom; sisanya menyewakan hubungan kliennya kepada siapa pun yang menguasai adaptornya.

Dua dunia perbankan, satu di antaranya dibakukan

Lihatlah ritel dan gambarannya berantakan tetapi dapat dinavigasi. Eropa memiliki UK Open Banking dan NextGenPSD2 dari Berlin Group, yang terakhir diadopsi oleh lebih dari tiga perempat bank Eropa dan diperlakukan dalam praktik sebagai standar de facto. Amerika Serikat memiliki Financial Data Exchange, yang kini mencakup lebih dari enam puluh juta akun konsumen. Australia memiliki Consumer Data Right. Tidak satu pun dari semua ini bersifat global, dan tidak satu pun kemungkinan akan menjadi global — tetapi masing-masing adalah kontrak yang nyata, berversi, dan dapat diuji mesin, dan di mana kontraknya habis, para agregator (Plaid, Tink, TrueLayer, Salt Edge) menyerap selisihnya di balik satu antarmuka. Fragmentasi ritel adalah sebuah pajak. Ia bukan sebuah tembok.

Perbankan korporasi dan wholesale tidak memiliki padanan. Sebuah treasury multinasional menjangkau bank-banknya melalui pipa file host-to-host, selusin portal bikinan khusus, sebuah sistem manajemen treasury, atau seorang agregator — biasanya keempatnya sekaligus. Ini bukan argumen orang-orangan sawah: riset transaction-banking McKinsey sendiri telah mengatalogkan warisan yang sama selama bertahun-tahun, menggambarkan bagaimana bank bersandar pada transfer file host-to-host dan SFTP, mendaftar mode-mode kegagalan yang terkenal dari integrasi berbasis file — format ERP yang besar dan harus disesuaikan per korporasi, ketidakmampuan menangani perutean kondisional — dan melaporkan bahwa lebih dari 85% eksekutif transaction-banking bermaksud berinvestasi dalam API manajemen kas. Selera terhadap API tidaklah diragukan. Yang hilang adalah kontrak bersama yang mereka tuju.

Karena kandidat-kandidat yang biasa bukanlah itu. ISO 20022 kerap dikira sebagai standar yang hilang, tetapi ia adalah tata bahasa data, bukan kontrak API: pain.001 memberi tahu Anda bagaimana mengungkapkan sebuah transfer kredit, bukan endpoint mana yang menciptakannya, bagaimana ia mengautentikasi, bagaimana ia melakukan paginasi, atau bagaimana ia memberi tahu Anda bahwa ia gagal. BIAN memberi industri model referensi semantik bersama, bukan antarmuka yang diberlakukan. Payment Initiation dan Instant Cash Reporting API dari Swift adalah langkah tulus menuju pembakuan, tetapi keduanya berpusat pada jaringan dan masih bertumbuh, bukan permukaan universal. Kerangka openFinance dari Berlin Group menjangkau kasus-kasus penggunaan korporasi — pembukaan akun, trade finance, pembayaran berulang dinamis — tetapi ia bersifat Eropa, dini, dan premium-berdasarkan-kesepakatan. Susun semuanya dan Anda tetap tidak memiliki standar API perbankan korporasi yang mengikat dan global. Anda memiliki bahan bangunan tanpa cetak biru.

Mengapa fragmentasi itu bertahan — dan mengapa itu berakhir

Selama dua puluh tahun hal ini dapat ditoleransi, karena integratornya adalah manusia dan penyabar. Sebuah korporasi menghubungkan segelintir koneksi perbankan selama berbulan-bulan, kadang berkuartal-kuartal. Masing-masing adalah sebuah proyek: sertifikat dipertukarkan, sebuah penny test dijalankan, sebuah dokumen pemetaan diperdebatkan. Biayanya nyata tetapi dibayar sekali per hubungan dan diamortisasi lintas bertahun-tahun pembayaran berikutnya. Ketika API sebuah bank kurang terspesifikasi — ketika sebuah standar "menyerahkan sisanya kepada institusi yang mengimplementasikan", seperti yang dikeluhkan bank sendiri — seorang insinyur manusia membaca portal, menyimpulkan maksudnya, dan menambal celahnya. Ambiguitas dapat bertahan karena ada seseorang di sana untuk menyelesaikannya.

Ia juga bertahan karena alasan-alasan yang lebih jarang diucapkan terang-terangan. Pipa ledeng di bawahnya benar-benar sulit diubah: jendela penyelesaian batch, siklus semalaman, dan inti mainframe yang tidak pernah dirancang untuk menjawab pertanyaan real-time. Dan fragmentasi bukan hanya sebuah kecelakaan — ia, secara diam-diam, adalah sebuah bentuk penguncian. Setiap pipa host-to-host bikinan khusus yang dibangun seorang treasurer adalah biaya peralihan yang bertambah bagi pemain lama. Sebuah bank yang sulit diintegrasikan adalah, pada marjinnya, sebuah bank yang sulit ditinggalkan. Tak satu pun dari ini bersifat konspiratif; ia adalah insentif biasa. Tetapi ia menjelaskan mengapa sebuah industri yang telah menyepakati tata bahasa data tidak pernah menyepakati sebuah permukaan — dan mengapa permukaan itu adalah lapisan terakhir yang belum dibakukan yang tersisa. Alasan ia tidak lagi dapat bertahan adalah bahwa lapisan di bawahnya dipaksa terstruktur dengan tenggat waktu, dan lapisan di atasnya baru saja memperoleh seorang pengguna baru yang tidak sabar.

Pemanggilnya telah berubah

Pengguna itu tiba dalam delapan belas bulan. Model Context Protocol, yang di-open-source-kan Anthropic pada novembre 2024 dan disumbangkan kepada Agentic AI Foundation dari Linux Foundation pada Desember 2025 bersama Block dan OpenAI, telah menjadi cara default sistem AI menjangkau tool dan data. Pada awal 2026 ia mencatat kira-kira sembilan puluh tujuh juta unduhan SDK per bulan; pada pertengahan tahun, menurut satu pembacaan industri direksional, sekitar tujuh puluh delapan persen tim AI perusahaan menjalankan agen yang didukung MCP di produksi dan lebih dari seperempat Fortune 500 mengoperasikan server MCP, diamankan melalui lapisan otorisasi OAuth 2.1 standar. Ia secara rutin, dan tepat, digambarkan sebagai USB-C bagi AI: ia meruntuhkan mimpi buruk integrasi M×N — setiap model dikawatkan dengan tangan ke setiap tool — menjadi M+N. Ringkasannya tentang dirinya sendiri adalah kalimat yang penting bagi bank: API untuk program; MCP untuk agen. Sebuah REST API mengharapkan pemanggilnya untuk mengetahui terlebih dahulu endpoint mana yang harus dituju dan dengan parameter apa. Sebuah agen mengharapkan untuk menemukan tool yang tersedia pada runtime dan memutuskan, sendiri, bagaimana dan kapan menggunakannya.

Ini bukan hipotetis bagi treasury. Polanya sudah konsisten di seluruh treasury bank korporasi-dan-investasi pada tahun 2026: sebuah agen membaca data kas ISO 20022, memanggil serangkaian tool yang terbatas, dan menyeimbangkan kembali likuiditas di dalam pita kebijakan, dengan kontrol SR 11-7, DORA, dan EU AI Act yang membungkusnya. Tata bahasa datanya siap untuk itu. Permukaan API-nya tidak.

Ketidakcocokan itu, secara tepat

Kupas agen itu hingga apa yang sebenarnya ia butuhkan dari sebuah rekanan perbankan dan daftarnya pendek dan tidak kenal ampun:

Sebuah kontrak yang dapat ditemukan mesin — sebuah deskripsi OpenAPI, atau sebuah manifes tool, yang dapat dibaca agen pada runtime alih-alih sebuah PDF yang dibaca manusia sekali.
Satu model autentikasi — sebuah profil OAuth2/mTLS bertingkat finansial (FAPI adalah jangkar yang jelas), bukan jabat tangan yang berbeda per bank.
Idempotensi sebagai sebuah jaminan — sebuah referensi instruksi unik yang menjadikan sebuah pembayaran yang diulang sebagai no-op, karena sebuah agen akan mengulang.
Sebuah tata bahasa kesalahan yang deterministik — kegagalan yang sama berarti hal yang sama di mana pun, sehingga model dapat menalarnya.
Versioning semantik dan penemuan kapabilitas — sehingga sebuah agen dapat mengetahui apa yang dapat dilakukan sebuah rekanan pada kuartal ini tanpa catatan rilis manusia.
Payload ISO 20022 terstruktur, persetujuan dan hak akses, serta jejak audit yang tahan-perubahan — substansinya, izinnya, dan buktinya.

Bandingkan itu dengan perbankan korporasi sebagaimana adanya dan setiap baris retak menjadi N dialek — satu per bank. Agen yang seharusnya menghapus masalah M×N bertemu lagi dengannya di batas bank, karena setiap institusi, pada dasarnya, adalah sebuah server bikinan khusus dengan tata bahasanya sendiri untuk "saldo", pengertiannya sendiri tentang "status pembayaran", tarian autentikasinya sendiri, dan gagasannya sendiri tentang apa itu sebuah kesalahan. Protokol itu membakukan sisi agen dari kabelnya. Tidak ada yang membakukan sisi bank.

Sebuah mode kegagalan, dibuat konkret

Buatlah spesifik, karena di sinilah abstraksi itu menggigit. Bayangkan sebuah agen likuiditas yang diberi wewenang untuk menyapu kas melintasi tiga bank untuk menahan setiap akun di dalam sebuah pita target. Ia menembakkan tiga instruksi yang nyaris identik dan, sebagaimana jaringan biasanya, menemui sebuah timeout pada masing-masing.

Bank A memperlakukan timeout itu sebagai tidak diketahui — aman untuk diulang, sehingga agen mengulang, dan instruksi asli juga terselesaikan: sebuah pembayaran ganda. Bank B memperlakukan timeout yang sama sebagai terkirim — jangan diulang, tetapi tidak pernah memunculkan sebuah konfirmasi yang dapat diurai agen, sehingga instruksi itu menggantung dalam ketidakpastian sementara agen, tidak melihat keberhasilan, mengeskalasi atau merutekan ulang: sebuah pembayaran yang macet dan sebuah posisi yang tercatat ganda. Bank C mengembalikan sebuah HTTP 200 yang riang dengan sebuah penolakan terkubur di dalam badan payload; agen membaca kode status, menandai penyapuannya selesai, dan melanjutkan: sebuah kegagalan senyap yang baru muncul keesokan paginya sebagai selisih rekonsiliasi yang tak seorang pun dapat menjelaskannya.

Tiga bank, satu kondisi, tiga kebenaran yang saling bertentangan — dana ganda keluar dari pintu di A, sebuah instruksi yang membeku di B, sebuah keberhasilan hantu di C. Seorang treasurer manusia akan menelepon tiga relationship manager dan membereskannya sebelum jam makan siang. Agen itu tidak dapat menelepon siapa pun. Inilah persis mengapa "idempotensi sebagai sebuah jaminan" dan "sebuah tata bahasa kesalahan yang deterministik" bukanlah kemewahan arsitektural: tanpanya, fragmentasi yang sama yang tadinya sekadar membebani jam-jam manusia kini memindahkan uang sungguhan secara keliru, pada kecepatan mesin, melintasi setiap rekanan sekaligus.

Mengapa "bungkus setiap bank dalam sebuah server MCP" bukanlah solusinya

Jawaban refleksif adalah memberi setiap bank sebuah server MCP dan selesai. Ia tidak bertahan, karena ia memindahkan fragmentasi alih-alih menghilangkannya. Empat puluh bank menjadi empat puluh server dengan empat puluh semantik, empat puluh alur autentikasi, dan tanpa makna bersama — dan, yang paling penting, tanpa lantai non-fungsional bersama: tanpa anggaran latensi bersama, tanpa tingkat ketersediaan yang disepakati, tanpa jaminan idempotensi yang sebanding. Mode kegagalan di atas bertahan utuh melewati pembungkus itu. Lebih buruk lagi, pemanggilnya kini adalah sebuah model non-deterministik dengan akses tulis ke rel pembayaran, yang bukan sekadar sebuah pertanyaan integrasi melainkan sebuah pertanyaan risiko-model dan ketahanan-operasional yang jatuh tepat pada SR 11-7, DORA, dan EU AI Act. Primitif human-in-the-loop dari MCP — elisitasi untuk konfirmasi, sampling untuk penalaran — perlu dan disambut baik, tetapi sebuah dialog konfirmasi bukanlah pengganti bagi sebuah rekanan yang berperilaku dapat diprediksi. Anda tidak dapat mengatur pada skala apa yang tidak dapat Anda gambarkan secara seragam. Seribu server bikinan khusus bukanlah sebuah standar; ia adalah rawa yang sama dengan lapisan luar JSON-RPC.

Dua masa depan, dan sebuah pilihan strategis

Siapa yang menyelesaikan ini menentukan siapa yang menguasai hubungan korporasi selama satu dekade ke depan, dan hanya ada dua kandidat.

Pada yang pertama, bank membakukan permukaan mereka sendiri. Mereka menerbitkan API yang siap-agen, mempertahankan koneksi langsung ke treasurer, dan tetap menjadi rekanan yang ditemukan dan dipanggil agen. Pada yang kedua, para agregator membakukannya untuk mereka. Segelintir platform mendefinisikan kontrak agen de facto, dan bank menjadi endpoint yang dapat dipertukarkan di baliknya — hanya dapat dijangkau melalui abstraksi orang lain. Ini bukan spekulasi; ini adalah kisah ritel yang berjalan maju satu segmen. Karya transaction-banking McKinsey sendiri tahun 2025 menggambarkan platform manajemen treasury seperti Kyriba dan GTreasury, dan platform office-of-the-CFO seperti Bill.com, memposisikan diri di antara klien dan bank dengan satu tampilan posisi yang bank-agnostik. Ia persis lapisan yang, dalam ritel, secara diam-diam melenyapkan ekor panjang di balik Plaid dan Tink. Riset yang sama mencatat bahwa para treasurer korporasi kini menuntut bank mereka pada standar aplikasi konsumen mereka, dan akan beralih ketika onboarding, hak akses, dan integrasi API mengecewakan.

Isi strategis dari pilihan itu blak-blakan. Sebuah bank yang menjadi sebuah endpoint di balik kontrak agen seorang agregator menyerahkan tiga hal sekaligus. Marjin, saat layanannya dikomoditisasi dan dibandingkan harga-lebih-dulu melalui antarmuka orang lain. Kepemilikan klien, saat hubungan, konteks, dan biaya peralihan bermigrasi ke platform. Dan kekuatan data dan analitik, saat aliran yang dahulu ia lihat menyeluruh kini dimediasi oleh sebuah perantara yang melihat lebih banyak tentang klien daripada yang dilihat bank. Membakukan permukaan Anda sendiri bukanlah sebuah proyek kebersihan teknis. Ia adalah perbedaan antara menjadi rekanan dan menjadi komoditas.

Apa yang harus diwajibkan standar

Arah yang hilang tidaklah eksotik. Setiap komponen sudah ada secara terbuka — ISO 20022 untuk data, Payment Initiation dan Instant Cash Reporting API dari Swift untuk operasi referensi, BIAN untuk semantik, openFinance dari Berlin Group untuk pola persetujuan-dan-katalog, FAPI untuk autentikasi bertingkat finansial, MCP untuk pemaparan tool, A2A untuk orkestrasi agen-ke-agen. Yang absen adalah tindakan menyusun semuanya menjadi sebuah kontrak yang mengikat untuk ruang korporasi — dan disiplin untuk menetapkan dua lantai, bukan satu. Literatur B2B-API yang ada, termasuk milik McKinsey, memperlakukan API sebagian besar sebagai sebuah peluang pertumbuhan dan pengalaman. Ia sedikit sekali membahas determinisme, penemuan kapabilitas pada runtime, atau non-fungsional yang dibakukan — persis kelalaian yang tidak dapat ditoleransi agen. Maka standar itu harus eksplisit tentang keduanya: apa antarmuka itu sebenarnya dan bagaimana ia berperilaku di bawah tata kelola.

Lantai teknis

Sebuah kontrak yang OpenAPI-pertama dengan sebuah manifes tool MCP kanonik yang dihasilkan darinya — bukan ditulis-tangan di sisinya, sehingga tool yang dilihat agen tidak pernah dapat menyimpang dari API yang dijalankan bank.
Autentikasi dan persetujuan bertingkat FAPI sebagai jabat tangan tunggal di seluruh permukaan.
Idempotensi dan sebuah taksonomi kesalahan deterministik — kode-kode yang stabil, satu makna per kegagalan, terdokumentasi dalam kontrak itu sendiri.
Payload native ISO 20022, terstruktur dan siap alamat hibrida.
Versioning semantik dengan penemuan kapabilitas pada runtime — sebuah agen dapat bertanya apa yang dapat dilakukan rekanan ini hari ini, dan memperoleh sebuah jawaban mesin.

Lantai tata kelola dan ketahanan

SLO non-fungsional yang diterbitkan dan diberlakukan — latensi, ketersediaan, throughput, straight-through-processing, dan upaya-manusia — dinyatakan sebagai angka waktu-dan-gerak yang nyata, bukan bahasa pemasaran.
Hak akses, persetujuan, dan sebuah jejak audit yang tahan-perubahan yang terikat pada jalur eksekusi, bukan mengambang dalam sebuah portal di luar jalur.
Kontrol risiko-model dan ketahanan-operasional yang selaras dengan SR 11-7, DORA, dan EU AI Act, sehingga panggilan sebuah agen adalah peristiwa yang diatur dengan seorang pemilik, bukan kasus tepi yang eksotik.

Ada sebuah pelajaran keras yang terkubur dalam pengalaman ritel di sini. Sebuah standar yang dieksekusi mesin harus lebih presisi daripada standar yang dapat diperbaiki diam-diam oleh seorang integrator manusia; kurang-spesifikasi tidak lagi merupakan sebuah biaya lunak yang dibayar dalam jam-jam pengembang melainkan sebuah mode kegagalan keras yang dibayar dalam pembayaran yang salah kirim. Sangat menunjukkan bahwa upaya harmonisasi paling berwibawa di industri ini — persyaratan data ISO 20022 yang diharmonisasi dari CPMI dan PMPG, yang sistem pembayaran di seluruh dunia didesak untuk mengadopsinya paling lambat akhir-2027 di bawah program pembayaran lintas-batas G20, untuk melawan persis fragmentasi ini — adalah, menurut deskripsinya sendiri, bukan sebuah regulasi maupun sebuah standar API. Ia mengharmonisasi data-nya. Antarmukanya masih bukan tanggung jawab siapa pun.

Sebuah gambaran target

Pembangunannya kurang menakutkan daripada diagnosisnya, karena ia adalah tiga lapisan, bukan sebuah program. Sebuah API perbankan korporasi kanonik memaparkan pembayaran dan pelaporan kas melalui REST dan OpenAPI, dengan payload native ISO 20022 dan autentikasi bertingkat FAPI — satu kontrak, satu tata bahasa, satu jabat tangan. Sebuah jembatan MCP berada di atasnya dan menghasilkan manifes tool yang menghadap-agen langsung dari kontrak OpenAPI itu, sehingga penemuan, skema, dan izin diturunkan dari permukaannya alih-alih dipelihara secara paralel dengannya. Dan sebuah lapisan kebijakan dan ketahanan membungkus setiap panggilan agen dengan kontrol yang menjadikan otonomi aman: batas transaksi dan rekanan, segmentasi, pemicu human-in-the-loop (elisitasi pada tindakan berisiko tinggi), pemantauan SLO langsung, dan sebuah sakelar darurat yang keras. Tidak diperlukan diagram untuk menangkap intinya — standar itu bukanlah sebuah rel baru, ia adalah penataan rel yang terdisiplin yang sudah ada, dengan jalur agen dan jalur tata kelola dibangun sejak commit pertama alih-alih dibaut belakangan setelah insiden.

Apa yang dilakukan bank yang kredibel dalam 24 bulan ke depan

Jika Anda menerima bahwa pemanggilnya telah berubah, pekerjaannya konkret dan terpecah menjadi lima jalur.

Terbitkan sebuah permukaan yang OpenAPI-pertama dan native ISO 20022. Ambil satu koridor bernilai tinggi — biasanya pembayaran lintas-batas dan pelaporan kas — dan paparkan ia melalui satu definisi OpenAPI yang berversi dengan payload ISO 20022, selaras dengan skema CBPR+ Anda yang sudah ada alih-alih sebuah tata bahasa kelima yang direka. Buat ia publik bagi klien dan agen internal, dengan sebuah sandbox, dan perlakukan perubahan sebagai rilis produk. Keberhasilan tahun-pertama bukanlah cakupan penuh; ia adalah membuktikan bahwa satu koridor dapat dibuat dapat-dialamati-agen secara menyeluruh.
Bakukan autentikasi dan idempotensi di seluruhnya. Adopsi satu profil bertingkat FAPI sebagai satu-satunya jabat tangan, wajibkan kunci idempotensi pada setiap penulisan, dan jadikan "ulang instruksi yang sama" sebuah jaminan terdokumentasi dalam kontrak — mengubah "agen akan mengulang" dari sebuah risiko menjadi sebuah asumsi yang aman.
Definisikan sebuah tata bahasa kesalahan deterministik dan penemuan kapabilitas. Beri setiap kegagalan sebuah kode yang stabil dan semantik yang konsisten, tambahkan versioning semantik, dan paparkan sebuah katalog kapabilitas yang dapat dikueri agen pada runtime, dengan penanda eksplisit untuk dukungan parsial, penghentian, dan "belum tersedia".
Lekatkan hak akses, persetujuan, dan audit pada permukaan yang sama. Pindahkan alur persetujuan dan pengesahan ke jalur API, keluarkan sebuah jejak yang tahan-perubahan untuk setiap instruksi yang diprakarsai agen — siapa, apa, kapan, di bawah pita kebijakan yang mana — dan selaraskan ia secara eksplisit dengan SR 11-7, DORA, dan EU AI Act sehingga lini kedua dapat menyetujuinya.
Terbitkan lantai non-fungsional, lalu jalankan sebuah pilot agen yang diawasi. Komit pada target latensi, ketersediaan, throughput, dan STP untuk koridor itu dan instrumentasikan mereka; lalu dirikan sebuah agen likuiditas atau penyapuan-kas yang diawasi yang hanya menggunakan permukaan ini, dengan batas keras, pos pemeriksaan human-in-the-loop, dan audit penuh, selama enam hingga dua belas bulan. Inilah fungsi pemaksa yang Anda kendalikan sendiri — ia membuktikan bahwa sebuah agen dapat memindahkan uang dengan aman di dalam pita kebijakan ketika permukaannya dapat diprediksi, dan ia memberi tahu Anda dengan cepat di mana standar Anda masih aspirasi alih-alih fakta.

Fungsi pemaksa

Industri baru saja membuktikan ia dapat bergerak ketika sesuatu memaksanya. Peralihan alamat terstruktur Swift pada novembre 2026 — setelahnya alamat yang tidak terstruktur dalam pembayaran lintas-batas sekadar ditolak, tanpa konversi kontinjensi — telah menyeret sebuah pasar yang enggan menuju data ISO 20022 terstruktur pada sebuah tanggal tetap, diperkuat oleh dorongan CPMI hingga akhir-2027 untuk persyaratan data yang diharmonisasi di seluruh program pembayaran G20. Perhatikan apa yang dibakukan kedua upaya itu: datanya, bukan antarmukanya. Tata bahasanya sedang dipaksa bersih. Permukaannya diserahkan pada kebijaksanaan masing-masing bank — yang persis merupakan kebijaksanaan yang tidak dapat digunakan agen. Bagi sebuah agen, itu berarti payload-nya akhirnya akan konsisten sementara perilaku di baliknya tetap berbeda — sebuah pembalikan dari apa yang sebenarnya dibutuhkan sebuah mesin, yaitu perilaku yang dapat diprediksi lebih dulu dan data yang bersih kemudian.

Maka inilah kesalahan tanpa paksaan yang harus dihindari: menunggu sebuah komite global memberkati sebuah standar API perbankan korporasi sebelum bertindak. Bank yang kini menerbitkan sebuah permukaan yang siap-agen dan native ISO 20022 — sebuah kontrak OpenAPI, sebuah manifes MCP yang dihasilkan darinya, autentikasi bertingkat finansial, dan lantai non-fungsional yang benar-benar akan mereka pertahankan — akan menjadi rekanan default untuk treasury otonom. Tool mereka akan menjadi yang dapat ditemukan, dipercaya, dan dipanggil agen tanpa seorang manusia di tengahnya. Bank yang menunggu hanya akan dapat dijangkau melalui abstraksi seorang agregator, menyewakan hubungan kliennya sendiri kepada siapa pun yang menguasai adaptornya.

Tata bahasa tanpa arah bukanlah sebuah standar. ISO 20022 memberi tahu perbankan korporasi bagaimana berbicara. Ia tidak pernah memberi tahunya ke mana harus pergi. Para agen telah tiba, fasih dan tidak sabar, dan petanya masih belum ada. Menggambarnya kini adalah pekerjaan infrastruktur paling berkonsekuensi dalam transaction banking — dan, untuk sekali ini, tenggat waktunya ditetapkan bukan oleh seorang regulator melainkan oleh mesin-mesin yang sudah menunggu di antarmuka.

Pertanyaan yang Sering Diajukan

Bukankah ISO 20022 adalah standar yang hilang itu? Bukan. ISO 20022 adalah sebuah tata bahasa data, bukan sebuah kontrak API. pain.001 memberi tahu sebuah sistem bagaimana mengungkapkan sebuah transfer kredit; ia tidak mengatakan endpoint mana yang menciptakannya, bagaimana ia mengautentikasi, bagaimana ia melakukan paginasi, atau bagaimana ia melaporkan kegagalan. Tata bahasanya siap untuk agen. Permukaannya — antarmuka yang dapat ditemukan mesin dan berperilaku seragam yang sebenarnya dipanggil sebuah agen — tidak.

Mengapa tidak sekadar membungkus setiap bank dalam sebuah server MCP? Karena ia memindahkan fragmentasi alih-alih menghilangkannya. Empat puluh bank menjadi empat puluh server dengan empat puluh semantik, empat puluh alur autentikasi, dan — yang paling penting — tanpa lantai non-fungsional bersama: tanpa anggaran latensi bersama, tanpa tingkat ketersediaan yang disepakati, tanpa jaminan idempotensi yang sebanding. Pemanggilnya kini adalah sebuah model non-deterministik dengan akses tulis ke rel pembayaran, yang merupakan sebuah masalah risiko-model dan ketahanan-operasional di bawah SR 11-7, DORA, dan EU AI Act. Seribu server bikinan khusus bukanlah sebuah standar.

Apa langkah pertama yang paling berguna bagi sebuah bank? Terbitkan satu koridor yang OpenAPI-pertama dan native ISO 20022 — biasanya pembayaran lintas-batas dan pelaporan kas — dengan sebuah jabat tangan bertingkat FAPI, idempotensi sebagai sebuah jaminan terdokumentasi, dan sebuah tata bahasa kesalahan deterministik. Lalu jalankan sebuah pilot agen yang diawasi hanya terhadap permukaan itu, dengan batas keras, pos pemeriksaan human-in-the-loop, dan audit penuh. Membuktikan satu koridor secara menyeluruh mengalahkan sebuah peta jalan yang mencakup segalanya dan mewajibkan tidak apa pun.

Siapa yang menyelesaikan ini jika bank tidak? Para agregator. Segelintir platform treasury dan office-of-the-CFO akan mendefinisikan kontrak agen de facto, dan bank menjadi endpoint yang dapat dipertukarkan di baliknya — menyerahkan marjin, kepemilikan klien, dan data menyeluruh sekaligus. Ia adalah kisah ritel, di mana Plaid dan Tink menyerap ekor panjangnya, berjalan maju satu segmen ke dalam perbankan korporasi.

Referensi

Model Context Protocol — dokumentasi resmi ⧉. [MCP di-open-source-kan pada novembre 2024 dan disumbangkan kepada Agentic AI Foundation dari Linux Foundation pada Desember 2025 bersama Block dan OpenAI; lapisan penemuan-tool pada runtime yang menjadi dasar analisis ini. Angka-angka adopsi dalam teks adalah pembacaan industri direksional dan ditandai demikian.]
Berlin Group — NextGenPSD2 dan openFinance ⧉. [Standar API ritel de facto Eropa dan jangkauannya menuju kasus-kasus penggunaan korporasi — dikutip untuk pola persetujuan-dan-katalog dan kontras ritel-vs-korporasi.]
Financial Data Exchange (FDX) ⧉. [Standar berbagi-data ritel AS, dikutip untuk skala kontrak ritel yang dibakukan yang terhadapnya perbankan korporasi tidak memiliki padanan.]
McKinsey & Company — wawasan Financial Services ⧉. [Riset API transaction-banking: warisan host-to-host / SFTP, niat investasi API manajemen-kas ~85%, dan intermediasi platform treasury. Dikutip untuk diagnosis pasar; kerangka dan kesimpulan di sini adalah milik penulis sendiri.]
Bank for International Settlements (CPMI) — Persyaratan data ISO 20022 yang diharmonisasi ⧉. [Dorongan hingga akhir-2027 untuk mengharmonisasi data pembayaran — menurut deskripsinya sendiri bukan sebuah regulasi maupun sebuah standar API — dikutip untuk poin "tata bahasa tanpa permukaan".]
Swift — ISO 20022 untuk institusi keuangan ⧉. [CBPR+ dan tonggak alamat-terstruktur novembre 2026; Payment Initiation dan Instant Cash Reporting API dikutip sebagai operasi referensi, bukan permukaan universal.]

Terakhir ditinjau Juli 2026. Analisis asli; sumber dikutip, tidak direproduksi. Angka adopsi dan pasar adalah pembacaan industri direksional — verifikasi terhadap sumber primer sebelum publikasi ulang. Dilisensikan di bawah CC-BY-4.0.

Terakhir ditinjau 2026-07-08.

Terbitkan ulang artikel ini

Dari Fragmentasi ke Garis Patahan: Standar API yang Hilang dari Perbankan Korporasi di Era Agentik — Sebastien Rousseau

Perbankan ritel memperoleh standar API-nya satu dekade lalu. Perbankan korporasi tidak pernah — dan kini setelah agen AI dan Model Context Protocol mengubah integrasi menjadi keputusan runtime, kesenjangan itu telah menjadi garis patahan.

Artikel ini berlisensi Creative Commons Attribution 4.0 International. Penerbitan ulang memerlukan atribusi ke URL kanonis.

Dari Fragmentasi ke Garis Patahan: Standar API yang Hilang dari Perbankan Korporasi di Era Agentik — Sebastien Rousseau

Perbankan ritel memperoleh standar API-nya satu dekade lalu. Perbankan korporasi tidak pernah — dan kini setelah agen AI dan Model Context Protocol mengubah integrasi menjadi keputusan runtime, kesenjangan itu telah menjadi garis patahan.

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

SEBASTIEN ROUSSEAU FOUNDER · ENGINEER