Daripada Fragmentasi kepada Garis Retak: Standard API Perbankan Korporat yang Hilang dalam Era Agentik

Perbankan runcit memperoleh standard API-nya sedekad lalu. Perbankan korporat tidak pernah — dan pada tahun 2026 kealpaan itu berhenti menjadi gangguan dan menjelma sebagai garis retak. ISO 20022 memberikan industri satu tatabahasa sepunya; ia tidak pernah memberikannya satu permukaan yang sedia-ejen dan sepunya. Kini pemanggilnya telah berubah. Ia bukan lagi seorang pembangun yang mempunyai satu suku tahun untuk dihabiskan pada integrasi, tetapi sebuah model yang menemui alat pada masa jalan dan menggerakkan wang di dalam jalur dasar. Kesamaran yang telah diserap secara senyap oleh pegawai perbendaharaan korporat selama dua puluh tahun kini bakal diserahkan kepada perisian yang tidak mampu menyerapnya — sementara lapisan data di bawahnya sedang dipaksa berstruktur sama ada bank menyukainya atau tidak. Inilah harga yang ditanggung akibat arah yang hilang, mengapa ejen menjadikan fragmentasi hari ini tidak selamat dan bukan sekadar tidak cekap, dan apa yang mesti diwajibkan oleh standard API perbankan korporat sebelum perbendaharaan autonomi boleh berskala.

Ringkasan Eksekutif

Perbankan korporat mempunyai tatabahasa, bukan permukaan. ISO 20022 menyeragamkan data; tiada siapa menyeragamkan API. Itu boleh dihadapi selagi seorang penyepadu manusia menyerap kesamarannya — sebuah model pada masa jalan tidak mampu.

Pemanggilnya berubah. MCP menjadikan penemuan alat sebagai keputusan masa jalan. Sebuah ejen yang sepatutnya menghapuskan masalah integrasi M×N bertemu semula dengannya di sempadan bank, di mana setiap institusi ialah pelayan tempahan tersendiri dengan semantiknya sendiri.

Fragmentasi kini menggerakkan wang secara salah, pada kelajuan mesin. Satu masa tamat, tiga bank, tiga kebenaran yang bercanggah — satu pendua di A, satu arahan tersekat di B, satu kegagalan senyap di C. Idempotensi dan tatabahasa ralat berketentuan menjadi penyangga beban.

Membalut setiap bank dalam pelayan MCP hanya memindahkan paya. Empat puluh pelayan, empat puluh semantik, tiada lantai bukan-fungsian yang dikongsi — dan sebuah model tak-berketentuan dengan akses tulis kepada landasan pembayaran, jelas sebuah masalah SR 11-7 / DORA / EU AI Act.

Seragamkan permukaan anda sendiri, atau menjadi komoditi. Bank yang menerbitkan API sedia-ejen berasaskan ISO 20022 sekarang menjadi rakan niaga lalai bagi perbendaharaan autonomi; yang selebihnya menyewakan hubungan pelanggan mereka kepada sesiapa yang memiliki penyesuai itu.

Dua dunia perbankan, satu daripadanya diseragamkan

Lihat perbankan runcit dan gambarannya kelam-kabut tetapi boleh dilalui. Eropah mempunyai UK Open Banking dan NextGenPSD2 milik Berlin Group, yang kedua diguna pakai oleh lebih tiga suku bank Eropah dan pada amalannya dianggap sebagai standard de facto. Amerika Syarikat mempunyai Financial Data Exchange, yang kini merangkumi lebih enam puluh juta akaun pengguna. Australia mempunyai Consumer Data Right. Tiada satu pun daripada ini bersifat global, dan tiada satu pun berkemungkinan menjadi global — tetapi setiap satunya ialah kontrak yang nyata, berversi, dan boleh diuji mesin, dan di tempat kontrak itu berakhir, para pengagregat (Plaid, Tink, TrueLayer, Salt Edge) menyerap perbezaan itu di sebalik satu antara muka tunggal. Fragmentasi runcit ialah satu cukai. Ia bukan satu tembok.

Perbankan korporat dan borong tiada padanannya. Sebuah perbendaharaan multinasional mencapai bank-banknya melalui paip fail hos-ke-hos, belasan portal tempahan, sebuah sistem pengurusan perbendaharaan, atau seorang pengagregat — biasanya keempat-empatnya sekali gus. Ini bukan hujah tempelak: penyelidikan perbankan transaksi McKinsey sendiri telah mengkatalogkan warisan yang sama selama bertahun-tahun, memerihalkan bagaimana bank bersandar pada pemindahan fail hos-ke-hos dan SFTP, menyenaraikan mod kegagalan integrasi berasaskan fail yang telah masyhur — format ERP besar yang mesti disesuaikan setiap korporat, ketidakupayaan untuk menangani penghalaan bersyarat — dan melaporkan bahawa lebih 85% eksekutif perbankan transaksi berhasrat untuk melabur dalam API pengurusan tunai. Selera terhadap API bukanlah sesuatu yang diragui. Yang hilang ialah kontrak sepunya yang menjadi tumpuannya.

Kerana calon-calon lazim itu bukanlah jawapannya. ISO 20022 kerap disalah anggap sebagai standard yang hilang, tetapi ia adalah tatabahasa data, bukan kontrak API: pain.001 memberitahu anda bagaimana untuk melafazkan pindahan kredit, bukan titik akhir mana yang mewujudkannya, bagaimana ia mengesahkan, bagaimana ia mengehalaman, atau bagaimana ia memberitahu anda bahawa ia gagal. BIAN memberikan industri satu model rujukan semantik yang dikongsi, bukan antara muka yang dikuatkuasakan. Payment Initiation dan Instant Cash Reporting API milik Swift ialah langkah tulen ke arah penyeragaman, tetapi ia berpusatkan rangkaian dan masih baharu, bukan permukaan sejagat. Rangka kerja openFinance milik Berlin Group sedang menghampiri kes guna korporat — pembukaan akaun, kewangan perdagangan, pembayaran berulang dinamik — tetapi ia bersifat Eropah, awal, dan premium-mengikut-perjanjian. Kumpulkan kesemuanya dan anda masih tidak memiliki satu standard API perbankan korporat yang mengikat dan global. Anda memiliki bahan binaan tanpa pelan.

Mengapa fragmentasi itu terus bertahan — dan mengapa itu bakal berakhir

Selama dua puluh tahun ini boleh dihadapi, kerana penyepadunya ialah manusia dan penyabar. Sebuah korporat memasang segelintir sambungan perbankan dalam beberapa bulan, kadangkala beberapa suku tahun. Setiap satunya adalah sebuah projek: sijil ditukar, ujian sen dijalankan, satu dokumen pemetaan diperdebatkan. Kosnya nyata tetapi dibayar sekali bagi setiap hubungan dan dilunaskan merentasi bertahun-tahun pembayaran seterusnya. Apabila API sesebuah bank kurang lengkap ditentukan — apabila sesuatu standard "menyerahkan selebihnya kepada institusi pelaksana", seperti yang dikeluhkan sendiri oleh bank — seorang jurutera manusia membaca portal itu, mentafsir niatnya, dan menampung jurang itu. Kesamaran boleh dihadapi kerana ada seorang manusia di sana untuk menyelesaikannya.

Ia juga bertahan atas sebab-sebab yang kurang kerap dinyatakan secara terbuka. Sistem paip di bawahnya memang sukar untuk diubah: tetingkap penyelesaian kelompok, kitaran semalaman dan teras kerangka utama yang tidak pernah direka bagi menjawab soalan masa nyata. Dan fragmentasi bukan sekadar kemalangan — ia, secara senyap, satu bentuk kunci-masuk. Setiap paip hos-ke-hos tempahan yang dibina oleh seorang pegawai perbendaharaan ialah satu kos peralihan yang terkumpul kepada pemegang jawatan sedia ada. Sebuah bank yang sukar disepadukan, pada marginnya, ialah sebuah bank yang sukar untuk ditinggalkan. Tiada satu pun daripada ini bersifat pakatan sulit; ia insentif biasa. Tetapi ia menjelaskan mengapa sebuah industri yang telah bersetuju pada tatabahasa data tidak pernah bersetuju pada permukaan — dan mengapa permukaan itu adalah lapisan terakhir yang belum diseragamkan yang tinggal. Sebab ia tidak lagi mampu bertahan ialah kerana lapisan di bawahnya sedang dipaksa berstruktur dalam satu tarikh akhir, dan lapisan di atasnya baru sahaja memperoleh pengguna baharu yang tidak sabar.

Pemanggilnya telah berubah

Pengguna itu tiba dalam masa lapan belas bulan. Model Context Protocol, yang dijadikan sumber terbuka oleh Anthropic pada novembre 2024 dan disumbangkan kepada Agentic AI Foundation milik Linux Foundation pada Disember 2025 bersama Block dan OpenAI, telah menjadi cara lalai bagi sistem AI mencapai alat dan data. Menjelang awal 2026 ia mencatatkan kira-kira sembilan puluh tujuh juta muat turun SDK sebulan; menjelang pertengahan tahun, mengikut satu bacaan industri berarah, kira-kira tujuh puluh lapan peratus pasukan AI perusahaan menjalankan ejen yang disokong MCP dalam pengeluaran dan lebih seperempat Fortune 500 mengendalikan pelayan MCP, dijamin melalui satu lapisan pengesahan OAuth 2.1 yang standard. Ia lazim, dan tepat, digambarkan sebagai USB-C untuk AI: ia meruntuhkan mimpi ngeri integrasi M×N — setiap model dipasang dengan tangan kepada setiap alat — menjadi M+N. Ringkasannya sendiri tentang dirinya ialah baris yang penting bagi bank: API adalah untuk program; MCP adalah untuk ejen. Sebuah REST API menjangkakan pemanggil mengetahui terlebih dahulu titik akhir mana yang perlu dituju dan dengan parameter apa. Sebuah ejen menjangkakan untuk menemui alat yang tersedia pada masa jalan dan memutuskan, dengan sendirinya, bagaimana dan bila untuk menggunakannya.

Ini bukan hipotesis bagi perbendaharaan. Corak ini sudah pun konsisten merentasi perbendaharaan bank korporat-dan-pelaburan pada 2026: sebuah ejen membaca data tunai ISO 20022, memanggil satu set alat yang berbatas, dan mengimbangi semula kecairan di dalam jalur dasar, dengan kawalan SR 11-7, DORA dan EU AI Act yang dibalut mengelilinginya. Tatabahasa data sudah bersedia untuk itu. Permukaan API tidak.

Ketidakpadanan itu, dengan tepat

Kupas ejen itu hingga kepada apa yang sebenarnya diperlukannya daripada sebuah rakan niaga perbankan dan senarainya pendek serta tanpa kompromi:

Sebuah kontrak yang boleh ditemui mesin — sebuah huraian OpenAPI, atau manifes alat, yang boleh dibaca ejen pada masa jalan dan bukan sebuah PDF yang dibaca seorang manusia sekali.
Satu model pengesahan — sebuah profil OAuth2/mTLS bergred kewangan (FAPI ialah sauh yang jelas), bukan salaman berbeza bagi setiap bank.
Idempotensi sebagai jaminan — sebuah rujukan arahan yang unik yang menjadikan pembayaran yang dicuba semula sebagai tiada-operasi, kerana sebuah ejen akan mencuba semula.
Sebuah tatabahasa ralat berketentuan — kegagalan yang sama bermakna perkara yang sama di mana-mana, supaya model itu boleh menaakul mengenainya.
Pemberian versi semantik dan penemuan keupayaan — supaya sebuah ejen boleh mengetahui apa yang boleh dilakukan oleh sebuah rakan niaga pada suku tahun ini tanpa sebuah nota keluaran manusia.
Muatan ISO 20022 berstruktur, persetujuan dan kelayakan, serta jejak audit yang jelas-usik — kandungannya, keizinannya, dan buktinya.

Bandingkan itu dengan perbankan korporat sebagaimana ia wujud dan setiap baris pecah menjadi N dialek — satu bagi setiap bank. Ejen yang sepatutnya menghapuskan masalah M×N bertemu semula dengannya di sempadan bank, kerana setiap institusi itu, pada hakikatnya, sebuah pelayan tempahan tersendiri dengan tatabahasanya sendiri bagi "baki", tanggapannya sendiri tentang "status pembayaran", tarian pengesahannya sendiri dan ideanya sendiri tentang apa itu ralat. Protokol itu menyeragamkan sisi ejen pada wayar itu. Tiada siapa menyeragamkan sisi bank.

Satu mod kegagalan, dijadikan konkrit

Jadikan ia khusus, kerana di sinilah abstraksi itu menggigit. Bayangkan seorang ejen kecairan yang diberi kuasa untuk menyapu tunai merentasi tiga bank bagi mengekalkan setiap akaun di dalam satu jalur sasaran. Ia melepaskan tiga arahan yang hampir serupa dan, sebagaimana lazimnya rangkaian, terkena masa tamat pada setiap satunya.

Bank A menganggap masa tamat itu sebagai tidak diketahui — selamat untuk dicuba semula, jadi ejen itu mencuba semula, dan arahan asal turut selesai: satu pembayaran pendua. Bank B menganggap masa tamat yang sama sebagai telah dihantar — jangan cuba semula, tetapi tidak pernah menzahirkan pengesahan yang boleh dihuraikan oleh ejen, jadi arahan itu terkatung-katung sementara ejen, kerana tidak nampak sebarang kejayaan, meningkatkan atau menghalakan semula: satu pembayaran tersekat dan satu kedudukan yang tempahan berganda. Bank C mengembalikan satu HTTP 200 yang ceria dengan penolakan yang tersembunyi di dalam badan muatan; ejen itu membaca kod status, menandakan sapuan itu sebagai selesai, dan meneruskan langkah: satu kegagalan senyap yang hanya menzahirkan diri keesokan pagi sebagai satu retak penyesuaian yang tiada siapa boleh jelaskan.

Tiga bank, satu keadaan, tiga kebenaran yang bercanggah — dana pendua keluar dari pintu di A, satu arahan yang beku di B, satu kejayaan hantu di C. Seorang pegawai perbendaharaan manusia akan menelefon tiga pengurus hubungan dan menyelesaikannya menjelang tengah hari. Ejen itu tidak boleh menelefon sesiapa. Inilah tepatnya mengapa "idempotensi sebagai jaminan" dan "sebuah tatabahasa ralat berketentuan" bukanlah kemewahan seni bina: tanpanya, fragmentasi yang sama yang tadinya hanya menelan jam manusia kini menggerakkan wang sebenar secara tidak betul, pada kelajuan mesin, merentasi setiap rakan niaga sekali gus.

Mengapa "balut setiap bank dalam pelayan MCP" bukanlah penyelesaiannya

Jawapan refleks ialah memberikan setiap bank sebuah pelayan MCP dan selesai. Ia tidak bertahan, kerana ia memindahkan fragmentasi dan bukan menghapuskannya. Empat puluh bank menjadi empat puluh pelayan dengan empat puluh semantik, empat puluh aliran pengesahan dan tiada makna yang dikongsi — dan, yang kritikal, tiada lantai bukan-fungsian yang dikongsi: tiada belanjawan kependaman sepunya, tiada tingkat ketersediaan yang dipersetujui, tiada jaminan idempotensi yang setanding. Mod kegagalan di atas terus bertahan utuh menerusi pembalut itu. Lebih teruk lagi, pemanggilnya kini ialah sebuah model tak-berketentuan dengan akses tulis kepada landasan pembayaran, yang bukan sekadar soal integrasi tetapi soal risiko-model dan daya tahan operasi yang jatuh tepat pada SR 11-7, DORA dan EU AI Act. Primitif manusia-dalam-gelung milik MCP — pemujukan bagi pengesahan, persampelan bagi penaakulan — adalah perlu dan dialu-alukan, tetapi sebuah dialog pengesahan bukanlah pengganti bagi sebuah rakan niaga yang berkelakuan boleh diramal. Anda tidak boleh mentadbir pada skala apa yang tidak boleh anda perihalkan secara seragam. Seribu pelayan tempahan bukanlah satu standard; ia paya yang sama dengan lapisan JSON-RPC.

Dua masa depan, dan satu pilihan strategik

Siapa yang menyelesaikan ini menentukan siapa yang memiliki hubungan korporat untuk dekad seterusnya, dan hanya ada dua calon.

Pada yang pertama, bank menyeragamkan permukaan mereka sendiri. Mereka menerbitkan API yang sedia-ejen, mengekalkan sambungan langsung kepada pegawai perbendaharaan, dan kekal menjadi rakan niaga yang ditemui dan dipanggil oleh ejen. Pada yang kedua, para pengagregat menyeragamkannya bagi pihak mereka. Segelintir platform mentakrifkan kontrak ejen de facto, dan bank menjadi titik akhir yang boleh ditukar ganti di sebaliknya — hanya boleh dicapai melalui abstraksi milik orang lain. Ini bukan spekulasi; ia kisah runcit yang bergerak ke hadapan satu segmen. Kerja perbankan transaksi 2025 milik McKinsey sendiri memerihalkan platform pengurusan perbendaharaan seperti Kyriba dan GTreasury, serta platform pejabat-Ketua-Pegawai-Kewangan seperti Bill.com, meletakkan diri mereka di antara pelanggan dan bank dengan satu pandangan kedudukan yang tunggal dan agnostik-bank. Ia tepat lapisan yang, dalam runcit, secara senyap melenyapkan ekor panjang di sebalik Plaid dan Tink. Penyelidikan yang sama mencatatkan bahawa pegawai perbendaharaan korporat kini menuntut bank mereka mencapai standard aplikasi pengguna mereka, dan akan berpindah apabila pemasangan, kelayakan dan integrasi API mengecewakan.

Isi strategik pilihan itu adalah terus terang. Sebuah bank yang menjadi titik akhir di sebalik kontrak ejen milik seorang pengagregat menyerahkan tiga perkara sekali gus. Margin, apabila perkhidmatannya dikomoditikan dan dibandingkan mengutamakan-harga melalui antara muka milik orang lain. Pemilikan pelanggan, apabila hubungan, konteks dan kos peralihan berhijrah ke platform itu. Dan kuasa data serta analitik, apabila aliran yang dahulunya dilihatnya hujung-ke-hujung kini diantarai oleh seorang perantara yang melihat lebih banyak tentang pelanggan berbanding bank. Menyeragamkan permukaan anda sendiri bukanlah projek kebersihan teknikal. Ia perbezaan antara menjadi rakan niaga dan menjadi komoditi.

Apa yang mesti diwajibkan oleh standard itu

Arah yang hilang itu bukanlah sesuatu yang eksotik. Setiap komponen sudah pun wujud secara terbuka — ISO 20022 bagi data, Payment Initiation dan Instant Cash Reporting API milik Swift bagi operasi rujukan, BIAN bagi semantik, openFinance milik Berlin Group bagi corak persetujuan-dan-katalog, FAPI bagi pengesahan bergred kewangan, MCP bagi pendedahan alat, A2A bagi orkestrasi ejen-ke-ejen. Yang tiada ialah perbuatan menghimpunkannya menjadi satu kontrak yang mengikat bagi ruang korporat — dan disiplin untuk menetapkan dua lantai, bukan satu. Literatur B2B-API sedia ada, termasuk milik McKinsey, memperlakukan API sebahagian besarnya sebagai peluang pertumbuhan dan pengalaman. Ia berkata sedikit sahaja tentang keberketentuan, penemuan keupayaan masa jalan, atau bukan-fungsian yang diseragamkan — tepat kealpaan yang tidak boleh ditoleransi oleh ejen. Maka standard itu mesti jelas tentang kedua-dua apa itu antara muka itu dan bagaimana ia berkelakuan di bawah tadbir urus.

Lantai teknikal

Sebuah kontrak mengutamakan-OpenAPI dengan manifes alat MCP kanonik yang dijana daripadanya — bukan ditulis dengan tangan di sebelahnya, supaya alat yang dilihat oleh sebuah ejen tidak sekali-kali boleh terpesong daripada API yang dijalankan oleh bank.
Pengesahan dan persetujuan bergred-FAPI sebagai salaman tunggal merentasi permukaan itu.
Idempotensi dan sebuah taksonomi ralat berketentuan — kod yang stabil, satu makna bagi setiap kegagalan, didokumentasikan dalam kontrak itu sendiri.
Muatan berasaskan ISO 20022, berstruktur dan sedia-alamat-hibrid.
Pemberian versi semantik dengan penemuan keupayaan masa jalan — sebuah ejen boleh bertanya apa yang boleh dilakukan oleh rakan niaga ini hari ini, dan memperoleh jawapan mesin.

Lantai tadbir urus dan daya tahan

SLO bukan-fungsian yang diterbit dan dikuatkuasakan — kependaman, ketersediaan, daya pemprosesan, pemprosesan lurus-hingga dan usaha-manusia — dinyatakan sebagai angka masa-dan-gerak yang nyata, bukan bahasa pemasaran.
Kelayakan, persetujuan dan jejak audit yang jelas-usik terikat pada laluan pelaksanaan, bukan terapung dalam sebuah portal luar-jalur.
Kawalan risiko-model dan daya tahan operasi yang sejajar dengan SR 11-7, DORA dan EU AI Act, supaya panggilan sebuah ejen menjadi peristiwa yang ditadbir dengan seorang pemilik, bukan kes hujung yang eksotik.

Ada satu pengajaran keras yang tersembunyi dalam pengalaman runcit di sini. Sebuah standard yang dilaksanakan oleh mesin mesti lebih tepat berbanding standard yang boleh diperbaiki secara senyap oleh seorang penyepadu manusia; kekurang-lengkapan penetapan tidak lagi menjadi kos lembut yang dibayar dalam jam pembangun tetapi mod kegagalan keras yang dibayar dalam pembayaran yang tersalah hantar. Amat ketara bahawa usaha penyelarasan industri yang paling berwibawa — keperluan data ISO 20022 yang diselaraskan oleh CPMI dan PMPG, yang sistem pembayaran di seluruh dunia sedang didesak untuk diguna pakai menjelang akhir 2027 di bawah program pembayaran rentas sempadan G20, bagi memerangi tepat fragmentasi ini — adalah, mengikut perihalannya sendiri, bukan sebuah peraturan mahupun standard API. Ia menyelaraskan data. Antara muka itu masih bukan tugas sesiapa.

Satu gambaran sasaran

Pembinaannya kurang menggerunkan berbanding diagnosisnya, kerana ia adalah tiga lapisan, bukan sebuah program. Sebuah API perbankan korporat kanonik mendedahkan pembayaran dan pelaporan tunai melalui REST dan OpenAPI, dengan muatan berasaskan ISO 20022 dan pengesahan bergred-FAPI — satu kontrak, satu tatabahasa, satu salaman. Sebuah jambatan MCP duduk di atasnya dan menjana manifes alat yang menghadap-ejen terus daripada kontrak OpenAPI itu, supaya penemuan, skema dan keizinan diperoleh daripada permukaan itu dan bukan diselenggarakan secara selari dengannya. Dan sebuah lapisan dasar dan daya tahan membalut setiap panggilan ejen dengan kawalan yang menjadikan autonomi selamat: had transaksi dan rakan niaga, pembahagian, pencetus manusia-dalam-gelung (pemujukan pada tindakan berisiko tinggi), pemantauan SLO langsung dan sebuah suis-bunuh yang keras. Tiada rajah diperlukan untuk memahami intinya — standard itu bukanlah sebuah landasan baharu, ia satu susunan berdisiplin bagi landasan yang sudah wujud, dengan laluan ejen dan laluan tadbir urus dibina masuk daripada komit pertama dan bukan dipasang selepas insiden.

Apa yang dilakukan oleh bank yang boleh dipercayai dalam 24 bulan akan datang

Jika anda menerima bahawa pemanggilnya telah berubah, kerjanya adalah konkrit dan terpecah kepada lima trek.

Terbitkan sebuah permukaan mengutamakan-OpenAPI yang berasaskan ISO 20022. Ambil satu koridor bernilai tinggi — biasanya pembayaran rentas sempadan dan pelaporan tunai — dan dedahkannya melalui satu definisi OpenAPI tunggal dan berversi dengan muatan ISO 20022, sejajar dengan skema CBPR+ sedia ada anda dan bukan tatabahasa kelima yang direka. Jadikannya awam kepada pelanggan dan ejen dalaman, dengan sebuah kotak pasir, dan perlakukan perubahan sebagai keluaran produk. Kejayaan tahun pertama bukanlah liputan penuh; ia membuktikan satu koridor boleh dijadikan boleh-dialamat-ejen hujung-ke-hujung.
Seragamkan pengesahan dan idempotensi merentasinya. Guna pakai satu profil bergred-FAPI sebagai satu-satunya salaman, wajibkan kunci idempotensi pada setiap tulisan, dan jadikan "cuba semula arahan yang sama" sebagai jaminan yang didokumentasikan dalam kontrak — menjadikan "ejen akan mencuba semula" daripada satu risiko kepada satu andaian yang selamat.
Takrifkan sebuah tatabahasa ralat berketentuan dan penemuan keupayaan. Beri setiap kegagalan satu kod yang stabil dan semantik yang konsisten, tambah pemberian versi semantik, dan dedahkan sebuah katalog keupayaan yang boleh disoal oleh ejen pada masa jalan, dengan bendera eksplisit bagi sokongan separa, penghentian, dan "belum tersedia".
Lampirkan kelayakan, persetujuan dan audit pada permukaan yang sama. Pindahkan aliran persetujuan dan kelulusan ke laluan API, pancarkan satu jejak jelas-usik bagi setiap arahan yang dimulakan ejen — siapa, apa, bila, di bawah jalur dasar yang mana — dan sejajarkannya secara eksplisit dengan SR 11-7, DORA dan EU AI Act supaya barisan kedua boleh meluluskannya.
Terbitkan lantai bukan-fungsian, kemudian jalankan sebuah perintis ejen yang diselia. Komit kepada sasaran kependaman, ketersediaan, daya pemprosesan dan STP bagi koridor itu dan alatkannya; kemudian tegakkan sebuah ejen kecairan atau sapuan-tunai yang diselia yang menggunakan hanya permukaan ini, dengan had yang keras, titik semak manusia-dalam-gelung dan audit penuh, selama enam hingga dua belas bulan. Inilah fungsi pemaksa yang anda kawal sendiri — ia membuktikan sebuah ejen boleh menggerakkan wang dengan selamat di dalam jalur dasar apabila permukaan itu boleh diramal, dan ia memberitahu anda dengan pantas di mana standard anda masih cita-cita dan bukan fakta.

Fungsi pemaksa

Industri baru sahaja membuktikan ia boleh bergerak apabila sesuatu memaksanya. Peralihan alamat berstruktur Swift pada novembre 2026 — selepas itu alamat tak berstruktur dalam pembayaran rentas sempadan hanya ditolak, tanpa penukaran kontingensi — telah menyeret pasaran yang enggan ke arah data ISO 20022 berstruktur pada satu tarikh tetap, diperkukuh oleh desakan CPMI menjelang akhir 2027 bagi keperluan data yang diselaraskan merentasi program pembayaran G20. Perhatikan apa yang diseragamkan oleh kedua-dua usaha itu: data, bukan antara muka. Tatabahasa sedang dipaksa bersih. Permukaan telah diserahkan kepada budi bicara setiap bank — yang tepat budi bicara yang tidak boleh dikendalikan oleh ejen. Bagi sebuah ejen, itu bermakna muatan akhirnya akan konsisten sementara kelakuan di sebaliknya kekal bercapah — satu songsangan daripada apa yang sebenarnya diperlukan oleh mesin, iaitu kelakuan boleh diramal dahulu dan data bersih kedua.

Maka inilah kesilapan tanpa paksaan yang perlu dielakkan: menunggu sebuah jawatankuasa global merestui satu standard API perbankan korporat sebelum bertindak. Bank yang menerbitkan sebuah permukaan sedia-ejen berasaskan ISO 20022 sekarang — sebuah kontrak OpenAPI, sebuah manifes MCP yang dijana daripadanya, pengesahan bergred kewangan, dan lantai bukan-fungsian yang benar-benar akan mereka pertahankan — akan menjadi rakan niaga lalai bagi perbendaharaan autonomi. Alat mereka akan menjadi alat yang boleh ditemui, dipercayai dan dipanggil oleh ejen tanpa seorang manusia di tengah. Bank yang menunggu hanya akan boleh dicapai melalui abstraksi seorang pengagregat, menyewakan hubungan pelanggan mereka sendiri kepada sesiapa yang memiliki penyesuai itu.

Tatabahasa tanpa arah bukanlah sebuah standard. ISO 20022 memberitahu perbankan korporat bagaimana untuk bertutur. Ia tidak pernah memberitahunya ke mana untuk pergi. Ejen-ejen telah tiba, fasih dan tidak sabar, dan petanya masih tiada di sana. Melukisnya kini menjadi kerja infrastruktur yang paling berimplikasi dalam perbankan transaksi — dan, buat kali ini, tarikh akhirnya ditetapkan bukan oleh seorang pengawal selia tetapi oleh mesin-mesin yang sudah menunggu di antara muka itu.

Soalan Lazim

Bukankah ISO 20022 standard yang hilang itu? Tidak. ISO 20022 ialah tatabahasa data, bukan kontrak API. pain.001 memberitahu sesebuah sistem bagaimana untuk melafazkan pindahan kredit; ia tidak menyatakan titik akhir mana yang mewujudkannya, bagaimana ia mengesahkan, bagaimana ia mengehalaman, atau bagaimana ia melaporkan kegagalan. Tatabahasa sudah bersedia untuk ejen. Permukaan — antara muka yang boleh ditemui mesin dan berkelakuan seragam yang sebenarnya dipanggil oleh sebuah ejen — tidak.

Mengapa tidak sekadar membalut setiap bank dalam sebuah pelayan MCP? Kerana ia memindahkan fragmentasi dan bukan menghapuskannya. Empat puluh bank menjadi empat puluh pelayan dengan empat puluh semantik, empat puluh aliran pengesahan dan — yang kritikal — tiada lantai bukan-fungsian yang dikongsi: tiada belanjawan kependaman sepunya, tiada tingkat ketersediaan yang dipersetujui, tiada jaminan idempotensi yang setanding. Pemanggilnya kini ialah sebuah model tak-berketentuan dengan akses tulis kepada landasan pembayaran, yang merupakan masalah risiko-model dan daya tahan operasi di bawah SR 11-7, DORA dan EU AI Act. Seribu pelayan tempahan bukanlah sebuah standard.

Apakah langkah pertama yang paling berguna bagi sebuah bank? Terbitkan satu koridor mengutamakan-OpenAPI yang berasaskan ISO 20022 — biasanya pembayaran rentas sempadan dan pelaporan tunai — dengan salaman bergred-FAPI, idempotensi sebagai jaminan yang didokumentasikan, dan sebuah tatabahasa ralat berketentuan. Kemudian jalankan sebuah perintis ejen yang diselia terhadap hanya permukaan itu, dengan had yang keras, titik semak manusia-dalam-gelung dan audit penuh. Membuktikan satu koridor hujung-ke-hujung mengatasi sebuah peta jalan yang meliputi segalanya dan mewajibkan tiada apa-apa.

Siapa yang menyelesaikan ini jika bank tidak? Para pengagregat. Segelintir platform perbendaharaan dan pejabat-Ketua-Pegawai-Kewangan akan mentakrifkan kontrak ejen de facto, dan bank menjadi titik akhir yang boleh ditukar ganti di sebaliknya — menyerahkan margin, pemilikan pelanggan dan data hujung-ke-hujung sekali gus. Ia kisah runcit, di mana Plaid dan Tink menyerap ekor panjang, bergerak ke hadapan satu segmen ke dalam perbankan korporat.

Rujukan

Model Context Protocol — dokumentasi rasmi ⧉. [MCP dijadikan sumber terbuka pada novembre 2024 dan disumbangkan kepada Agentic AI Foundation milik Linux Foundation pada Disember 2025 bersama Block dan OpenAI; lapisan penemuan-alat masa jalan yang menjadi asas analisis ini. Angka penggunaan dalam teks adalah bacaan industri berarah dan ditandakan sedemikian.]
Berlin Group — NextGenPSD2 dan openFinance ⧉. [Standard API runcit Eropah de facto dan capaiannya ke arah kes guna korporat — dipetik bagi corak persetujuan-dan-katalog serta perbandingan runcit-lawan-korporat.]
Financial Data Exchange (FDX) ⧉. [Standard perkongsian data runcit AS, dipetik bagi skala kontrak runcit yang diseragamkan yang perbankan korporat tiada padanannya.]
McKinsey & Company — pandangan Perkhidmatan Kewangan ⧉. [Penyelidikan API perbankan transaksi: warisan hos-ke-hos / SFTP, hasrat pelaburan API pengurusan tunai ~85%, dan perantaraan platform perbendaharaan. Dipetik bagi diagnosis pasaran; rangka dan kesimpulan di sini adalah milik penulis sendiri.]
Bank for International Settlements (CPMI) — Keperluan data ISO 20022 yang diselaraskan ⧉. [Desakan menjelang akhir 2027 untuk menyelaraskan data pembayaran — mengikut perihalannya sendiri bukan sebuah peraturan mahupun standard API — dipetik bagi maksud "tatabahasa tanpa permukaan".]
Swift — ISO 20022 untuk institusi kewangan ⧉. [CBPR+ dan pencapaian alamat berstruktur novembre 2026; Payment Initiation dan Instant Cash Reporting API dipetik sebagai operasi rujukan, bukan permukaan sejagat.]

Disemak terakhir Julai 2026. Analisis asal; sumber dipetik, bukan diterbitkan semula. Angka penggunaan dan pasaran adalah bacaan industri berarah — sahkan terhadap sumber utama sebelum penerbitan semula. Dilesenkan di bawah CC-BY-4.0.

Semakan terakhir 2026-07-17.

Terbit semula artikel ini

Daripada Fragmentasi kepada Garis Retak: Standard API Perbankan Korporat yang Hilang dalam Era Agentik — Sebastien Rousseau

Perbankan runcit memperoleh standard API-nya sedekad lalu. Perbankan korporat tidak pernah - dan kini apabila ejen AI serta Model Context Protocol telah menjadikan integrasi sebagai keputusan masa jalan, jurang itu telah menjadi garis retak.

Artikel ini dilesenkan di bawah Creative Commons Attribution 4.0 International. Penerbitan semula memerlukan atribusi kepada URL kanonik.

Daripada Fragmentasi kepada Garis Retak: Standard API Perbankan Korporat yang Hilang dalam Era Agentik — Sebastien Rousseau

Perbankan runcit memperoleh standard API-nya sedekad lalu. Perbankan korporat tidak pernah - dan kini apabila ejen AI serta Model Context Protocol telah menjadikan integrasi sebagai keputusan masa jalan, jurang itu telah menjadi garis retak.

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

SEBASTIEN ROUSSEAU FOUNDER · ENGINEER