TL;DR. Ngân hàng bán lẻ đã có chuẩn API của mình từ một thập kỷ trước. Ngân hàng doanh nghiệp thì chưa bao giờ — và giờ đây, khi các tác tử AI và Model Context Protocol đã biến tích hợp thành một quyết định thời gian chạy, khoảng trống ấy đã trở thành một đường đứt gãy.

Points clés

Hai thế giới ngân hàng, một trong số đó đã được chuẩn hóa. Nhìn vào bán lẻ, bức tranh lộn xộn nhưng vẫn định hướng được.
Vì sao phân mảnh sống sót — và vì sao điều đó đang chấm dứt. Suốt hai mươi năm điều này còn chấp nhận được, bởi người tích hợp là con người và kiên nhẫn.
Bên gọi đã thay đổi. Người dùng đó đã đến trong mười tám tháng.
Sự khập khiễng, một cách chính xác. Lột trần tác tử xuống còn những gì nó thực sự cần từ một đối tác ngân hàng và danh sách ấy ngắn gọn và không khoan nhượng:.

Từ phân mảnh đến đường đứt gãy: chuẩn API còn thiếu của ngân hàng doanh nghiệp trong kỷ nguyên tác tử

Ngân hàng bán lẻ đã có chuẩn API của mình từ một thập kỷ trước. Ngân hàng doanh nghiệp thì chưa bao giờ — và trong năm 2026, sự thiếu sót ấy đã thôi là một phiền toái mà trở thành một đường đứt gãy. ISO 20022 đã trao cho ngành một ngữ pháp chung; nó chưa bao giờ trao cho ngành một bề mặt chung, sẵn sàng cho tác tử. Giờ đây bên gọi đã thay đổi. Đó không còn là một lập trình viên có cả một quý để dốc vào tích hợp, mà là một mô hình khám phá công cụ tại thời gian chạy và di chuyển tiền trong các dải chính sách. Sự mơ hồ mà các nhà quản lý ngân quỹ doanh nghiệp đã lặng lẽ hấp thụ suốt hai mươi năm sắp được giao cho phần mềm vốn không thể hấp thụ nó — trong khi tầng dữ liệu bên dưới đang bị buộc phải cấu trúc hóa bất kể ngân hàng có thích hay không. Đây là cái giá của định hướng còn thiếu, lý do các tác tử khiến phân mảnh ngày nay trở nên không an toàn chứ không chỉ đơn thuần kém hiệu quả, và điều mà một chuẩn API ngân hàng doanh nghiệp phải bắt buộc trước khi ngân quỹ tự chủ có thể mở rộng quy mô.

Tóm tắt điều hành

Ngân hàng doanh nghiệp có ngữ pháp, không có bề mặt. ISO 20022 đã chuẩn hóa dữ liệu; không ai chuẩn hóa API. Điều đó còn chịu đựng được khi một người tích hợp hấp thụ sự mơ hồ — một mô hình tại thời gian chạy thì không.

Bên gọi đã thay đổi. MCP đã biến việc khám phá công cụ thành một quyết định thời gian chạy. Một tác tử vốn được kỳ vọng xóa bỏ bài toán tích hợp M×N lại gặp lại nó ngay tại ranh giới ngân hàng, nơi mỗi định chế là một máy chủ được đo ni đóng giày với ngữ nghĩa riêng.

Phân mảnh giờ đây di chuyển tiền sai cách, ở tốc độ máy móc. Một lần hết thời gian chờ, ba ngân hàng, ba sự thật mâu thuẫn — một khoản trùng lặp ở A, một lệnh mắc kẹt ở B, một lỗi âm thầm ở C. Tính bất biến và một ngữ pháp lỗi tất định trở thành cấu kiện chịu lực.

Bọc mỗi ngân hàng trong một máy chủ MCP chỉ dời đầm lầy đi chỗ khác. Bốn mươi máy chủ, bốn mươi ngữ nghĩa, không có sàn phi chức năng chung — và một mô hình phi tất định có quyền ghi vào hạ tầng thanh toán, đúng nghĩa là một bài toán SR 11-7 / DORA / EU AI Act.

Hãy chuẩn hóa bề mặt của chính mình, hoặc trở thành hàng hóa phổ thông. Các ngân hàng công bố ngay một API bản địa ISO 20022, sẵn sàng cho tác tử sẽ trở thành đối tác mặc định cho ngân quỹ tự chủ; số còn lại cho thuê mối quan hệ khách hàng của chính mình cho kẻ sở hữu bộ chuyển đổi.

Hai thế giới ngân hàng, một trong số đó đã được chuẩn hóa

Nhìn vào bán lẻ, bức tranh lộn xộn nhưng vẫn định hướng được. Châu Âu có UK Open Banking và NextGenPSD2 của Berlin Group, cái sau được hơn ba phần tư ngân hàng châu Âu áp dụng và trên thực tế được coi như một chuẩn thực tế. Hoa Kỳ có Financial Data Exchange, nay trải rộng trên hơn sáu mươi triệu tài khoản người tiêu dùng. Úc có Consumer Data Right. Không cái nào trong số này mang tính toàn cầu, và không cái nào có khả năng trở thành toàn cầu — nhưng mỗi cái là một hợp đồng thực sự, có phiên bản, kiểm thử được bằng máy, và ở nơi các hợp đồng cạn kiệt, các nền tảng tổng hợp (Plaid, Tink, TrueLayer, Salt Edge) hấp thụ sự khác biệt sau một giao diện duy nhất. Phân mảnh bán lẻ là một khoản thuế. Nó không phải một bức tường.

Ngân hàng doanh nghiệp và bán buôn không có thứ tương đương. Một bộ phận ngân quỹ đa quốc gia tiếp cận các ngân hàng của mình qua các đường ống tập tin host-to-host, hàng chục cổng được đo ni đóng giày, một hệ thống quản lý ngân quỹ, hoặc một nền tảng tổng hợp — thường là cả bốn cùng lúc. Đây không phải là một luận điệu bịa đặt: nghiên cứu về ngân hàng giao dịch của chính McKinsey đã ghi nhận di sản đó suốt nhiều năm, mô tả cách các ngân hàng dựa vào chuyển tập tin host-to-host và SFTP, liệt kê các chế độ hỏng hóc quen thuộc của tích hợp dựa trên tập tin — các định dạng ERP cồng kềnh phải tùy chỉnh cho từng doanh nghiệp, sự bất lực trong việc xử lý định tuyến có điều kiện — và ghi nhận rằng hơn 85% lãnh đạo ngân hàng giao dịch có ý định đầu tư vào API quản lý tiền mặt. Sự thèm khát API là điều không phải bàn cãi. Cái còn thiếu là hợp đồng chung mà chúng hướng tới.

Bởi các ứng viên thường được nêu tên không phải là nó. ISO 20022 thường bị nhầm là chuẩn còn thiếu, nhưng nó là một ngữ pháp dữ liệu, không phải một hợp đồng API: pain.001 cho bạn biết cách diễn đạt một lệnh chuyển tiền có, chứ không phải điểm cuối nào tạo ra nó, nó xác thực ra sao, phân trang thế nào, hay báo lỗi ra sao. BIAN trao cho ngành một mô hình tham chiếu ngữ nghĩa chung, không phải một giao diện được cưỡng chế thi hành. Các API Payment Initiation và Instant Cash Reporting của Swift là một bước đi thực chất hướng tới chuẩn hóa, nhưng chúng lấy mạng lưới làm trung tâm và vẫn còn non trẻ, không phải một bề mặt phổ quát. Khung openFinance của Berlin Group đang vươn tới các trường hợp sử dụng doanh nghiệp — mở tài khoản, tài trợ thương mại, thanh toán định kỳ động — nhưng nó mang tính châu Âu, sơ khai, và cao cấp-theo-thỏa-thuận. Gom tất cả lại bạn vẫn không có một chuẩn API ngân hàng doanh nghiệp toàn cầu, có tính ràng buộc. Bạn có vật liệu xây dựng mà không có bản thiết kế.

Vì sao phân mảnh sống sót — và vì sao điều đó đang chấm dứt

Suốt hai mươi năm điều này còn chấp nhận được, bởi người tích hợp là con người và kiên nhẫn. Một doanh nghiệp thiết lập một số ít kết nối ngân hàng trong nhiều tháng, có khi nhiều quý. Mỗi kết nối là một dự án: trao đổi chứng chỉ, chạy một phép thử đồng xu, tranh cãi về một tài liệu ánh xạ. Chi phí là thật nhưng chỉ trả một lần cho mỗi mối quan hệ và được phân bổ qua nhiều năm thanh toán về sau. Khi API của một ngân hàng thiếu đặc tả — khi một chuẩn "để phần còn lại cho định chế triển khai", như chính các ngân hàng phàn nàn — một kỹ sư con người đọc cổng thông tin, suy luận ra ý định, và vá lại khoảng trống. Sự mơ hồ còn chịu đựng được vì có một con người ở đó để giải quyết nó.

Nó cũng sống sót vì những lý do ít được nói ra thành lời. Hệ thống đường ống bên dưới thực sự khó thay đổi: các cửa sổ quyết toán theo lô, các chu kỳ qua đêm và lõi máy tính lớn vốn chưa bao giờ được thiết kế để trả lời một câu hỏi thời gian thực. Và phân mảnh không chỉ là một tai nạn — nó, một cách lặng lẽ, là một hình thức khóa chặt. Mỗi đường ống host-to-host đo ni đóng giày mà một nhà quản lý ngân quỹ xây dựng đều là một chi phí chuyển đổi tích lũy cho bên đương nhiệm. Một ngân hàng khó tích hợp, ở biên độ, là một ngân hàng khó rời bỏ. Chẳng có gì trong đây mang tính âm mưu; đó là động cơ thông thường. Nhưng nó giải thích vì sao một ngành đã thống nhất về ngữ pháp dữ liệu lại chưa bao giờ thống nhất về một bề mặt — và vì sao bề mặt là tầng cuối cùng còn lại chưa được chuẩn hóa. Lý do nó không còn trụ được nữa là vì tầng bên dưới nó đang bị buộc phải cấu trúc hóa theo một hạn chót, và tầng bên trên nó vừa có thêm một người dùng mới, thiếu kiên nhẫn.

Bên gọi đã thay đổi

Người dùng đó đã đến trong mười tám tháng. Model Context Protocol, thứ mà Anthropic mã nguồn mở vào tháng 11 năm 2024 và hiến tặng cho Agentic AI Foundation của Linux Foundation vào tháng 12 năm 2025 cùng với Block và OpenAI, đã trở thành cách mặc định để các hệ thống AI tiếp cận công cụ và dữ liệu. Đến đầu năm 2026, nó đã đạt khoảng chín mươi bảy triệu lượt tải SDK mỗi tháng; đến giữa năm, theo một cách đọc định hướng của ngành, khoảng bảy mươi tám phần trăm đội ngũ AI doanh nghiệp đang vận hành các tác tử dựa trên MCP trong môi trường sản xuất và hơn một phần tư Fortune 500 đang vận hành các máy chủ MCP, được bảo mật qua một lớp cấp quyền OAuth 2.1 tiêu chuẩn. Nó thường xuyên, và chính xác, được mô tả là USB-C cho AI: nó thu gọn cơn ác mộng tích hợp M×N — mỗi mô hình nối bằng tay tới mỗi công cụ — thành M+N. Bản tự tóm tắt của chính nó là câu quan trọng đối với các ngân hàng: API dành cho chương trình; MCP dành cho tác tử. Một API REST kỳ vọng bên gọi biết trước phải gọi điểm cuối nào và với tham số gì. Một tác tử kỳ vọng khám phá các công cụ khả dụng tại thời gian chạy và tự quyết định, một mình, dùng chúng như thế nào và khi nào.

Điều này không phải giả thuyết đối với ngân quỹ. Mô hình đã nhất quán trên khắp các bộ phận ngân quỹ của các ngân hàng doanh nghiệp và đầu tư trong năm 2026: một tác tử đọc dữ liệu tiền mặt ISO 20022, gọi một tập công cụ có giới hạn, và tái cân bằng thanh khoản trong các dải chính sách, với các kiểm soát SR 11-7, DORA và EU AI Act bao quanh. Ngữ pháp dữ liệu đã sẵn sàng cho điều đó. Bề mặt API thì chưa.

Sự khập khiễng, một cách chính xác

Lột trần tác tử xuống còn những gì nó thực sự cần từ một đối tác ngân hàng và danh sách ấy ngắn gọn và không khoan nhượng:

Một hợp đồng khám phá được bằng máy — một bản mô tả OpenAPI, hoặc một bản kê công cụ, mà tác tử có thể đọc tại thời gian chạy thay vì một tập PDF mà một con người đọc một lần.
Một mô hình xác thực duy nhất — một hồ sơ OAuth2/mTLS cấp độ tài chính (FAPI là mỏ neo hiển nhiên), không phải một cái bắt tay khác nhau cho mỗi ngân hàng.
Tính bất biến như một sự bảo đảm — một tham chiếu lệnh duy nhất khiến một khoản thanh toán được thử lại trở thành vô tác dụng, bởi một tác tử sẽ thử lại.
Một ngữ pháp lỗi tất định — cùng một lỗi mang cùng một ý nghĩa ở khắp nơi, để mô hình có thể suy luận về nó.
Đánh phiên bản ngữ nghĩa và khám phá năng lực — để một tác tử có thể biết một đối tác có thể làm gì trong quý này mà không cần một ghi chú phát hành do con người viết.
Tải trọng ISO 20022 có cấu trúc, sự đồng thuận và quyền hạn, và một dấu vết kiểm toán chống giả mạo — bản chất, sự cho phép, và bằng chứng.

Đặt điều đó cạnh ngân hàng doanh nghiệp như nó đang tồn tại và mỗi dòng vỡ ra thành N phương ngữ — mỗi ngân hàng một phương ngữ. Tác tử vốn đáng lẽ xóa bỏ bài toán M×N lại gặp lại nó ngay tại ranh giới ngân hàng, bởi mỗi định chế, trên thực tế, là một máy chủ được đo ni đóng giày với ngữ pháp riêng cho "số dư", quan niệm riêng về "trạng thái thanh toán", điệu nhảy xác thực riêng và ý niệm riêng về một lỗi là gì. Giao thức đã chuẩn hóa phía tác tử của đường dây. Không ai chuẩn hóa phía ngân hàng.

Một chế độ hỏng hóc, được làm cho cụ thể

Hãy làm cho nó cụ thể, bởi đây là nơi sự trừu tượng cắn. Hình dung một tác tử thanh khoản được ủy quyền quét tiền mặt qua ba ngân hàng để giữ mỗi tài khoản trong một dải mục tiêu. Nó phóng đi ba lệnh gần như giống hệt nhau và, như các mạng lưới thường vậy, gặp phải một lần hết thời gian chờ ở mỗi lệnh.

Ngân hàng A coi lần hết thời gian chờ đó là chưa rõ — thử lại an toàn, nên tác tử thử lại, và lệnh gốc cũng quyết toán: một khoản thanh toán trùng lặp. Ngân hàng B coi cùng lần hết thời gian chờ ấy là đã gửi — đừng thử lại, nhưng không bao giờ đưa ra một xác nhận mà tác tử có thể phân tích, nên lệnh nằm lơ lửng trong khi tác tử, không thấy thành công, leo thang hoặc định tuyến lại: một khoản thanh toán mắc kẹt và một vị thế bị ghi kép. Ngân hàng C trả về một HTTP 200 vui vẻ với một sự từ chối chôn vùi trong thân tải trọng; tác tử đọc mã trạng thái, đánh dấu lượt quét đã xong, và đi tiếp: một lỗi âm thầm chỉ nổi lên vào sáng hôm sau như một sai lệch đối chiếu mà không ai giải thích được.

Ba ngân hàng, một điều kiện, ba sự thật mâu thuẫn — tiền trùng lặp ra khỏi cửa ở A, một lệnh đóng băng ở B, một thành công ma ở C. Một nhà quản lý ngân quỹ con người hẳn đã gọi điện cho ba quản lý quan hệ và giải quyết xong trước giờ ăn trưa. Tác tử không thể gọi điện cho ai. Đây chính xác là lý do "tính bất biến như một sự bảo đảm" và "một ngữ pháp lỗi tất định" không phải là những thứ trang trí kiến trúc: thiếu chúng, chính sự phân mảnh vốn chỉ tốn giờ công của con người giờ đây di chuyển tiền thật sai cách, ở tốc độ máy móc, trên khắp mọi đối tác cùng một lúc.

Vì sao "bọc mỗi ngân hàng trong một máy chủ MCP" không phải là giải pháp

Câu trả lời theo phản xạ là trao cho mỗi ngân hàng một máy chủ MCP rồi coi như xong. Nó không trụ được, bởi nó dời phân mảnh đi chỗ khác thay vì loại bỏ nó. Bốn mươi ngân hàng trở thành bốn mươi máy chủ với bốn mươi ngữ nghĩa, bốn mươi luồng xác thực và không có ý nghĩa chung — và, quan trọng nhất, không có sàn phi chức năng chung: không có ngân sách độ trễ chung, không có bậc khả dụng thống nhất, không có bảo đảm về tính bất biến có thể so sánh được. Chế độ hỏng hóc ở trên sống sót nguyên vẹn qua lớp bọc. Tệ hơn, bên gọi giờ đây là một mô hình phi tất định có quyền ghi vào hạ tầng thanh toán, thứ không chỉ đơn thuần là một câu hỏi tích hợp mà là một câu hỏi về rủi ro mô hình và khả năng phục hồi vận hành, đáp thẳng vào SR 11-7, DORA và EU AI Act. Các nguyên hàm human-in-the-loop của MCP — elicitation để xác nhận, sampling để suy luận — là cần thiết và đáng hoan nghênh, nhưng một hộp thoại xác nhận không thay thế được một đối tác hành xử có thể dự đoán được. Bạn không thể quản trị ở quy mô lớn thứ mà bạn không thể mô tả một cách đồng nhất. Một nghìn máy chủ đo ni đóng giày không phải là một chuẩn; đó vẫn là cái đầm lầy ấy với một lớp veneer JSON-RPC.

Hai tương lai, và một lựa chọn chiến lược

Ai giải quyết được điều này sẽ quyết định ai sở hữu mối quan hệ doanh nghiệp trong thập kỷ tới, và chỉ có hai ứng viên.

Ở kịch bản thứ nhất, các ngân hàng chuẩn hóa bề mặt của chính mình. Họ công bố các API sẵn sàng cho tác tử, giữ kết nối trực tiếp với nhà quản lý ngân quỹ, và vẫn là đối tác mà tác tử khám phá và gọi. Ở kịch bản thứ hai, các nền tảng tổng hợp chuẩn hóa nó thay cho họ. Một số ít nền tảng định nghĩa hợp đồng tác tử thực tế, và các ngân hàng trở thành những điểm cuối có thể hoán đổi cho nhau phía sau nó — chỉ tiếp cận được qua lớp trừu tượng của người khác. Đây không phải suy đoán; đó là câu chuyện bán lẻ chạy tới trước một phân khúc. Chính công trình ngân hàng giao dịch năm 2025 của McKinsey mô tả các nền tảng quản lý ngân quỹ như Kyriba và GTreasury, và các nền tảng văn-phòng-CFO như Bill.com, tự đặt mình vào giữa khách hàng và ngân hàng với một cái nhìn duy nhất, không phụ thuộc ngân hàng, về vị thế. Đó chính xác là tầng mà, trong bán lẻ, đã lặng lẽ làm biến mất cái đuôi dài phía sau Plaid và Tink. Cũng nghiên cứu đó lưu ý rằng các nhà quản lý ngân quỹ doanh nghiệp giờ đây đòi hỏi các ngân hàng của họ đáp ứng tiêu chuẩn của các ứng dụng tiêu dùng, và sẽ chuyển đổi khi việc thiết lập, quyền hạn và tích hợp API gây thất vọng.

Nội dung chiến lược của lựa chọn này thẳng thừng. Một ngân hàng trở thành một điểm cuối phía sau hợp đồng tác tử của một nền tảng tổng hợp từ bỏ ba thứ cùng một lúc. Biên lợi nhuận, khi các dịch vụ của nó bị biến thành hàng hóa phổ thông và bị so sánh theo giá trước tiên qua giao diện của người khác. Quyền sở hữu khách hàng, khi mối quan hệ, bối cảnh và chi phí chuyển đổi di cư sang nền tảng. Và sức mạnh dữ liệu và phân tích, khi dòng chảy mà nó từng thấy đầu-cuối giờ đây bị trung gian bởi một bên nhìn thấy khách hàng nhiều hơn ngân hàng nhìn thấy. Chuẩn hóa bề mặt của chính mình không phải là một dự án vệ sinh kỹ thuật. Đó là sự khác biệt giữa việc là đối tác và việc là hàng hóa phổ thông.

Điều mà chuẩn phải bắt buộc

Định hướng còn thiếu không phải là thứ kỳ dị. Mọi thành phần đã tồn tại công khai rồi — ISO 20022 cho dữ liệu, các API Payment Initiation và Instant Cash Reporting của Swift cho các thao tác tham chiếu, BIAN cho ngữ nghĩa, openFinance của Berlin Group cho mẫu hình đồng-thuận-và-danh-mục, FAPI cho xác thực cấp độ tài chính, MCP cho việc phơi bày công cụ, A2A cho điều phối tác-tử-với-tác-tử. Cái vắng mặt là hành động lắp ráp chúng thành một hợp đồng có tính ràng buộc cho không gian doanh nghiệp — và kỷ luật để đặc tả hai sàn, không phải một. Tài liệu API B2B hiện hữu, kể cả của McKinsey, phần lớn coi API là một cơ hội tăng trưởng và trải nghiệm. Nó nói rất ít về tính tất định, khám phá năng lực tại thời gian chạy, hay các yếu tố phi chức năng được chuẩn hóa — chính xác là sự thiếu sót mà các tác tử không thể dung thứ. Vậy nên chuẩn phải minh bạch về cả việc giao diện là gì và cách nó hành xử dưới quản trị.

Sàn kỹ thuật

Một hợp đồng ưu tiên OpenAPI với một bản kê công cụ MCP chuẩn tắc được sinh ra từ nó — không phải viết tay bên cạnh nó, để các công cụ mà một tác tử nhìn thấy không bao giờ có thể trôi dạt khỏi API mà ngân hàng vận hành.
Xác thực và đồng thuận cấp độ FAPI như cái bắt tay duy nhất trên toàn bề mặt.
Tính bất biến và một phân loại lỗi tất định — mã ổn định, một ý nghĩa cho mỗi lỗi, được ghi trong chính hợp đồng.
Tải trọng bản địa ISO 20022, có cấu trúc và sẵn sàng cho địa chỉ hỗn hợp.
Đánh phiên bản ngữ nghĩa với khám phá năng lực tại thời gian chạy — một tác tử có thể hỏi đối tác này hôm nay có thể làm gì, và nhận về một câu trả lời máy đọc được.

Sàn quản trị và khả năng phục hồi

Các SLO phi chức năng được công bố và cưỡng chế thi hành — độ trễ, khả dụng, thông lượng, xử lý xuyên suốt (straight-through-processing) và công sức con người — diễn đạt bằng các con số thời-gian-và-thao-tác thực, không phải ngôn ngữ tiếp thị.
Quyền hạn, đồng thuận và một dấu vết kiểm toán chống giả mạo gắn với đường thực thi, không lơ lửng trong một cổng thông tin ngoài luồng.
Các kiểm soát rủi ro mô hình và khả năng phục hồi vận hành căn chỉnh theo SR 11-7, DORA và EU AI Act, để các lệnh gọi của một tác tử là những sự kiện được quản trị có chủ sở hữu, không phải những trường hợp biên kỳ dị.

Có một bài học cay đắng chôn vùi trong kinh nghiệm bán lẻ ở đây. Một chuẩn mà máy thực thi phải chính xác hơn một chuẩn mà một người tích hợp có thể lặng lẽ vá lại; thiếu đặc tả không còn là một chi phí mềm trả bằng giờ công lập trình mà là một chế độ hỏng hóc cứng trả bằng những khoản thanh toán gửi sai. Thật đáng chú ý rằng nỗ lực hài hòa hóa có thẩm quyền nhất của ngành — các yêu cầu dữ liệu ISO 20022 được hài hòa hóa của CPMI và PMPG, mà các hệ thống thanh toán trên toàn thế giới đang được thúc giục áp dụng trước cuối năm 2027 theo chương trình thanh toán xuyên biên giới của G20, nhằm chống lại chính sự phân mảnh này — theo mô tả của chính nó, không phải một quy định cũng không phải một chuẩn API. Nó hài hòa hóa dữ liệu. Giao diện vẫn là việc của không ai cả.

Một bức tranh đích

Việc xây dựng ít đáng ngại hơn phần chẩn đoán, bởi nó là ba tầng, không phải một chương trình. Một API ngân hàng doanh nghiệp chuẩn tắc phơi bày thanh toán và báo cáo tiền mặt qua REST và OpenAPI, với tải trọng bản địa ISO 20022 và xác thực cấp độ FAPI — một hợp đồng, một ngữ pháp, một cái bắt tay. Một cầu nối MCP nằm bên trên nó và sinh ra bản kê công cụ hướng-tác-tử trực tiếp từ hợp đồng OpenAPI ấy, để việc khám phá, các lược đồ và các quyền được dẫn xuất từ bề mặt thay vì được duy trì song song với nó. Và một tầng chính sách và khả năng phục hồi bọc mỗi lệnh gọi tác tử bằng các kiểm soát khiến quyền tự chủ trở nên an toàn: hạn mức giao dịch và đối tác, phân đoạn, các kích hoạt human-in-the-loop (elicitation trên các hành động rủi ro cao), giám sát SLO trực tiếp và một công tắc dừng khẩn cấp cứng. Không cần sơ đồ nào để nắm được điểm mấu chốt — chuẩn không phải là một hạ tầng mới, nó là một sự sắp xếp có kỷ luật các hạ tầng đã tồn tại, với đường tác tử và đường quản trị được xây vào từ lần commit đầu tiên chứ không phải lắp thêm sau sự cố.

Điều mà các ngân hàng đáng tin cậy làm trong 24 tháng tới

Nếu bạn chấp nhận rằng bên gọi đã thay đổi, công việc là cụ thể và chia thành năm mạch.

Công bố một bề mặt bản địa ISO 20022, ưu tiên OpenAPI. Chọn một hành lang giá trị cao — thường là thanh toán xuyên biên giới và báo cáo tiền mặt — và phơi bày nó qua một định nghĩa OpenAPI duy nhất, có phiên bản, với tải trọng ISO 20022, căn chỉnh theo các lược đồ CBPR+ hiện có của bạn thay vì một ngữ pháp thứ năm tự bịa ra. Làm cho nó công khai với khách hàng và các tác tử nội bộ, với một sandbox, và coi các thay đổi như các lần phát hành sản phẩm. Thành công năm-đầu không phải là phủ toàn bộ; đó là chứng minh một hành lang có thể được làm cho tác tử tiếp cận được đầu-cuối.
Chuẩn hóa xác thực và tính bất biến trên toàn bộ nó. Áp dụng một hồ sơ cấp độ FAPI làm cái bắt tay duy nhất, bắt buộc các khóa bất biến trên mỗi lệnh ghi, và biến "thử lại cùng một lệnh" thành một bảo đảm được ghi trong hợp đồng — biến "các tác tử sẽ thử lại" từ một rủi ro thành một giả định an toàn.
Định nghĩa một ngữ pháp lỗi tất định và khám phá năng lực. Trao cho mỗi lỗi một mã ổn định và ngữ nghĩa nhất quán, thêm đánh phiên bản ngữ nghĩa, và phơi bày một danh mục năng lực mà một tác tử có thể truy vấn tại thời gian chạy, với các cờ rõ ràng cho hỗ trợ một phần, ngừng dùng và "chưa khả dụng".
Gắn quyền hạn, đồng thuận và kiểm toán vào cùng bề mặt. Chuyển các luồng đồng thuận và phê duyệt lên đường API, phát ra một dấu vết chống giả mạo cho mỗi lệnh do tác tử khởi tạo — ai, cái gì, khi nào, dưới dải chính sách nào — và căn chỉnh nó một cách rõ ràng với SR 11-7, DORA và EU AI Act để tuyến phòng thủ thứ hai có thể ký duyệt.
Công bố các sàn phi chức năng, rồi chạy một thử nghiệm tác tử có giám sát. Cam kết các mục tiêu độ trễ, khả dụng, thông lượng và STP cho hành lang và đo lường chúng; sau đó dựng lên một tác tử thanh khoản hoặc quét tiền mặt có giám sát chỉ dùng bề mặt này, với các hạn mức cứng, các điểm kiểm tra human-in-the-loop và kiểm toán đầy đủ, trong sáu đến mười hai tháng. Đây là hàm cưỡng bức mà bạn tự kiểm soát — nó chứng minh một tác tử có thể di chuyển tiền một cách an toàn trong các dải chính sách khi bề mặt có thể dự đoán được, và nó cho bạn biết nhanh chóng nơi chuẩn của bạn vẫn còn là khát vọng chứ chưa phải sự thật.

Hàm cưỡng bức

Ngành vừa chứng minh rằng nó có thể chuyển động khi một điều gì đó cưỡng bức nó. Đợt chuyển đổi địa chỉ có cấu trúc của Swift vào tháng 11 năm 2026 — sau đó các địa chỉ không có cấu trúc trong thanh toán xuyên biên giới sẽ bị từ chối thẳng, không có chuyển đổi dự phòng — đã kéo một thị trường miễn cưỡng tiến tới dữ liệu ISO 20022 có cấu trúc theo một ngày cố định, được củng cố bởi cú thúc trước cuối năm 2027 của CPMI về các yêu cầu dữ liệu được hài hòa hóa trên khắp chương trình thanh toán G20. Hãy để ý cả hai nỗ lực chuẩn hóa cái gì: dữ liệu, không phải giao diện. Ngữ pháp đang bị buộc phải sạch sẽ. Bề mặt đã bị để mặc cho quyền tùy nghi của mỗi ngân hàng — chính là quyền tùy nghi mà các tác tử không thể làm việc cùng. Đối với một tác tử, điều đó có nghĩa là các tải trọng cuối cùng sẽ nhất quán trong khi hành vi phía sau chúng vẫn phân kỳ — một sự đảo ngược của điều mà một cỗ máy thực sự cần, vốn là hành vi có thể dự đoán được trước tiên và dữ liệu sạch sẽ thứ hai.

Vậy nên đây là sai lầm không bị ép buộc cần tránh: chờ một ủy ban toàn cầu ban phước cho một chuẩn API ngân hàng doanh nghiệp trước khi hành động. Các ngân hàng công bố ngay một bề mặt bản địa ISO 20022, sẵn sàng cho tác tử — một hợp đồng OpenAPI, một bản kê MCP được sinh ra từ nó, xác thực cấp độ tài chính, và các sàn phi chức năng mà họ thực sự sẽ đứng ra bảo đảm — sẽ trở thành đối tác mặc định cho ngân quỹ tự chủ. Các công cụ của họ sẽ là những công cụ mà các tác tử có thể khám phá, tin cậy và gọi mà không cần một con người ở giữa. Các ngân hàng chờ đợi sẽ chỉ tiếp cận được qua lớp trừu tượng của một nền tảng tổng hợp, cho thuê mối quan hệ khách hàng của chính mình cho kẻ sở hữu bộ chuyển đổi.

Ngữ pháp mà không có định hướng thì không phải là một chuẩn. ISO 20022 đã bảo ngân hàng doanh nghiệp cách nói. Nó chưa bao giờ bảo ngành phải đi đâu. Các tác tử đã đến, lưu loát và thiếu kiên nhẫn, và tấm bản đồ vẫn chưa có ở đó. Vẽ nó ra giờ đây là công việc hạ tầng có hệ quả lớn nhất trong ngân hàng giao dịch — và, lần này, hạn chót đang được đặt ra không phải bởi một cơ quan quản lý mà bởi những cỗ máy vốn đã chờ sẵn ở giao diện.

Các câu hỏi thường gặp

Chẳng phải ISO 20022 là chuẩn còn thiếu sao? Không. ISO 20022 là một ngữ pháp dữ liệu, không phải một hợp đồng API. pain.001 cho một hệ thống biết cách diễn đạt một lệnh chuyển tiền có; nó không nói điểm cuối nào tạo ra nó, nó xác thực ra sao, phân trang thế nào, hay báo lỗi ra sao. Ngữ pháp đã sẵn sàng cho tác tử. Bề mặt — giao diện khám phá được bằng máy, hành xử đồng nhất mà một tác tử thực sự gọi — thì chưa.

Sao không cứ bọc mỗi ngân hàng trong một máy chủ MCP? Bởi nó dời phân mảnh đi chỗ khác thay vì loại bỏ nó. Bốn mươi ngân hàng trở thành bốn mươi máy chủ với bốn mươi ngữ nghĩa, bốn mươi luồng xác thực và — quan trọng nhất — không có sàn phi chức năng chung: không có ngân sách độ trễ chung, không có bậc khả dụng thống nhất, không có bảo đảm về tính bất biến có thể so sánh được. Bên gọi giờ đây là một mô hình phi tất định có quyền ghi vào hạ tầng thanh toán, thứ là một bài toán rủi ro mô hình và khả năng phục hồi vận hành dưới SR 11-7, DORA và EU AI Act. Một nghìn máy chủ đo ni đóng giày không phải là một chuẩn.

Nước đi đầu tiên hữu ích nhất cho một ngân hàng là gì? Công bố một hành lang bản địa ISO 20022, ưu tiên OpenAPI — thường là thanh toán xuyên biên giới và báo cáo tiền mặt — với một cái bắt tay cấp độ FAPI, tính bất biến như một bảo đảm được ghi rõ, và một ngữ pháp lỗi tất định. Sau đó chạy một thử nghiệm tác tử có giám sát chỉ đối với bề mặt đó, với các hạn mức cứng, các điểm kiểm tra human-in-the-loop và kiểm toán đầy đủ. Chứng minh một hành lang đầu-cuối hơn là một lộ trình phủ mọi thứ mà chẳng bắt buộc điều gì.

Ai giải quyết điều này nếu các ngân hàng không làm? Các nền tảng tổng hợp. Một số ít nền tảng ngân quỹ và văn-phòng-CFO sẽ định nghĩa hợp đồng tác tử thực tế, và các ngân hàng trở thành những điểm cuối có thể hoán đổi cho nhau phía sau nó — từ bỏ biên lợi nhuận, quyền sở hữu khách hàng và dữ liệu đầu-cuối cùng một lúc. Đó là câu chuyện bán lẻ, nơi Plaid và Tink hấp thụ cái đuôi dài, chạy tới trước một phân khúc vào ngân hàng doanh nghiệp.

Tài liệu tham khảo

Model Context Protocol — tài liệu chính thức ⧉. [MCP được mã nguồn mở tháng 11 năm 2024 và hiến tặng cho Agentic AI Foundation của Linux Foundation vào tháng 12 năm 2025 cùng với Block và OpenAI; tầng khám phá công cụ tại thời gian chạy mà phần phân tích dựa vào. Các con số áp dụng trong bài là những cách đọc định hướng của ngành và được nêu rõ như vậy.]
Berlin Group — NextGenPSD2 và openFinance ⧉. [Chuẩn API bán lẻ châu Âu thực tế và sự vươn tới các trường hợp sử dụng doanh nghiệp của nó — được trích dẫn cho mẫu hình đồng-thuận-và-danh-mục và sự tương phản bán-lẻ-với-doanh-nghiệp.]
Financial Data Exchange (FDX) ⧉. [Chuẩn chia sẻ dữ liệu bán lẻ của Hoa Kỳ, được trích dẫn cho quy mô của các hợp đồng bán lẻ được chuẩn hóa mà ngân hàng doanh nghiệp không có thứ tương đương.]
McKinsey & Company — Financial Services insights ⧉. [Nghiên cứu API ngân hàng giao dịch: di sản host-to-host / SFTP, ý định đầu tư API quản lý tiền mặt ~85%, và sự trung gian của các nền tảng ngân quỹ. Được trích dẫn cho phần chẩn đoán thị trường; cách diễn giải và các kết luận ở đây là của riêng tác giả.]
Bank for International Settlements (CPMI) — Yêu cầu dữ liệu ISO 20022 được hài hòa hóa ⧉. [Cú thúc trước cuối năm 2027 nhằm hài hòa hóa dữ liệu thanh toán — theo mô tả của chính nó, không phải một quy định cũng không phải một chuẩn API — được trích dẫn cho luận điểm "ngữ pháp mà không có bề mặt".]
Swift — ISO 20022 cho các định chế tài chính ⧉. [CBPR+ và cột mốc địa chỉ có cấu trúc tháng 11 năm 2026; các API Payment Initiation và Instant Cash Reporting được trích dẫn như các thao tác tham chiếu, không phải một bề mặt phổ quát.]

Rà soát lần cuối tháng 7 năm 2026. Phân tích gốc; các nguồn được trích dẫn, không sao chép lại. Các con số áp dụng và thị trường là những cách đọc định hướng của ngành — hãy đối chiếu với các nguồn sơ cấp trước khi tái bản. Được cấp phép theo CC-BY-4.0.

Cập nhật lần cuối 2026-07-08.

Đăng lại bài này

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

Ngân hàng bán lẻ đã có chuẩn API của mình từ một thập kỷ trước. Ngân hàng doanh nghiệp thì chưa bao giờ — và giờ đây, khi các tác tử AI và Model Context Protocol đã biến tích hợp thành một quyết định thời gian chạy, khoảng trống ấy đã trở thành một đường đứt gãy.

Bài viết này được cấp phép theo Creative Commons Attribution 4.0 International. Đăng lại yêu cầu ghi nguồn đến URL chính tắc.

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

Ngân hàng bán lẻ đã có chuẩn API của mình từ một thập kỷ trước. Ngân hàng doanh nghiệp thì chưa bao giờ — và giờ đây, khi các tác tử AI và Model Context Protocol đã biến tích hợp thành một quyết định thời gian chạy, khoảng trống ấy đã trở thành một đường đứt gãy.

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

SEBASTIEN ROUSSEAU FOUNDER · ENGINEER