Sebastien Rousseau
聯絡我 ›

2026 年的多管道銀行:在單一策略中整合卡片、A2A、穩定幣、RTP、FedNow 與 Open Banking

多管道策略其實是堆疊在傳統核心之上的路由引擎、流動性帳本與 ISO 20022 翻譯層。把它當成產品發表來執行的架構師,會同時為三條管道投入資金,卻沒有一條經營得好。

3 min read

2026 年的多管道銀行:在單一策略中整合卡片、A2A、穩定幣、RTP、FedNow 與 Open Banking

美國批發支付目前同時運行在五條活躍的支付管道之上。卡片自 1970 年代起就走 Visa 與 Mastercard 的同一套交換費軌道。ACH 仍以零頭般的成本承載多數薪資與 B2B 流量,結算為 T+1。RTP 網路 ⧉自 2017 年起即時化、全天候運作,並透過 The Clearing House 在 Fed 的共管帳戶結算。FedNow ⧉於 2023 年 7 月上線,採用平行的架構與獨立的流動性池。USDC 與代幣化銀行存款則在 Ethereum、Solana 及銀行自營的許可鏈上進行原子結算。

這些管道沒有一條會取代其他。挑選一條、把整體策略押在上面的銀行,在兩個產品週期之內就會被證明判斷錯誤。同時運行所有管道卻沒有編排層的銀行,大約到第三年就會發現:它做了五個整合專案,卻沒有一個運作得好。

本文要談的,是編排在實務上如何運作。

執行摘要 / 核心要點

  • **編排引擎就是產品。**逐筆判斷該走 FedNow、RTP、ACH 還是 USDC 的路由邏輯 — 依據成本、終局性、交易對手能力、預籌流動性可用度 — 才是多管道銀行的定義。其餘都是實作細節。
  • **流動性是沒人提起的營運成本。**FedNow 與 RTP 都要求在央行共管帳戶內保持 24/7/365 的預籌餘額。粗糙的多管道上線會使這項資本陷阱倍增;具備軋差意識的編排引擎會把它收斂回單一池。
  • **ISO 20022 pacs.008 是目前唯一可行的橋。**核心銀行系統輸出的是 MT103 或專屬欄位,A2A API 與 Open Banking 端點消費的則是 pacs.008 結構化資料。編排引擎中的翻譯層,才是把付款人與收款人代理行的 BIC、結構化匯款資訊與用途代碼,完整傳遞過去的關鍵。
  • **穩定幣管道的原子結算正在重塑代理行業務。**兩個錢包之間的 USDC 轉帳秒級清算,無需任何 Nostro/Vostro 對帳。這是對代理行業務收入線的結構性威脅,不是金融科技噱頭。
  • **Open Banking API 是 A2A 在消費端的鏡像。**同一具編排引擎在 B2B 支付上判斷 FedNow 或 ACH,在消費者結帳場景就判斷 PIS(支付發起服務)或卡片預存 — 依據是同一組路由事實。
  • **掌握路由邏輯的銀行,才掌握利潤空間。**如果路由引擎是租自廠商,廠商就會在銀行入帳的每一筆交易上設定抽成率。

編排引擎在實務上如何路由一筆 500美元 的 B2B 支付 #

一家美國境內的中型企業,從 ERP 觸發了一筆 500美元 的供應商付款。這筆支付以 ISO 20022 pacs.008 訊息進入銀行的編排引擎,內含結構化匯款資訊、供應商帳戶細節、結算窗口為「今日可達」,並註明可接受的容忍度為「下一個工作日亦可」。

引擎從這條訊息及銀行當下的狀態,讀出四項事實:

  1. **交易對手的管道能力。**供應商的銀行是 TCH RTP 參與者,也可在 FedNow 上定址,接受 ACH 入帳,但檔案中沒有 USDC 錢包。
  2. **每條管道的成本。**FedNow 收取統一的 0.045 美元 寄送費。RTP 收取 0.045 美元 再加上銀行在 TCH 共管帳戶餘額的內部流動性成本。ACH 為每筆入帳 0.0029 美元,結算為 T+1。USDC:gas 費加上持有穩定幣庫存的內部成本 — 在此情境下不相關,因為收款方沒有錢包。
  3. **預籌流動性的可用度。**現在是美東時間晚上 11 點。銀行在 Fed 的 FedNow 共管帳戶目前有 4,200 萬美元,TCH 共管帳戶有 6,100 萬美元,兩者都遠高於任何合理的單筆支付門檻。此刻動用任一條管道的邊際成本,只是那 500 美元 放棄的隔夜利息 — 以小數點後幾分位的美分計。
  4. **結算窗口對付款人的價值。**該 pacs.008 註明「下一個工作日亦可」,正是讓決策傾斜的路由訊號。

編排器把這筆支付路由到 ACH。付款人對 T+1 的容忍,意味著沒有商業理由額外多花 4.2 美分(FedNow 與 ACH 費用差額),去買一個付款人已明確表示可有可無的終局性。pacs.008 指令會被改寫為 NACHA 格式的 CCD 紀錄,結構化匯款資訊作為附加紀錄保留,該筆交易在下一個 ACH 窗口排隊送出。

如果同一筆支付在美東時間早上 9 點抵達,pacs.008 結算窗口區塊註明「今日結算」,路由就會傾向 FedNow。若標註為「美元原子結算、附錢包」,路由就會傾向 USDC。引擎對哪條管道「比較現代」沒有立場,只對哪條管道在付款人指定的終局性下,能讓總成本(費用加上流動性機會成本)最低,有自己的判斷。

那套決策邏輯就是編排引擎。建造這套邏輯,本身就是產品。

24/7 預籌流動性陷阱 #

目前生產環境中的每一條即時管道,都採用預籌模式運作。Fed 不對 FedNow 參與者提供日內信貸,The Clearing House 也不對 RTP 參與者提供。兩條管道的結算都針對參與銀行存放在相關營運機構的預籌共管帳戶餘額進行 — FedNow 在 Fed、RTP 在 TCH — 並以 24/7/365 不間斷補充。

營運上的後果相當嚴峻。一家每日尖峰即時支付量為 1 億美元 的銀行,光是為了應付日內高峰,就得保有數千萬美元的閒置餘額。平行運行 RTP 會再增加一個閒置池。兩池無法相互軋差,因為分屬不同營運機構。每池所賺取的,僅是相對應的準備金利率(FedNow)或零(TCH 營運帳戶),並放棄了同一筆餘額在附買回、貨幣市場基金或短天期國庫券上的潛在收益。

這正是多管道即時支付未被言明的營運成本。同時資助兩條即時管道、卻沒有編排策略的銀行,等於放置雙倍的閒置餘額,承受雙倍的放棄收益。

編排引擎以三種方式縮小這個陷阱:

少了編排器,銀行就得為「尖峰中的尖峰」備足資金;有了編排器,就只需為預測需求加上一個安全餘地。對日交易量 50 億美元 的即時支付業務而言,差距是數千萬美元的閒置餘額,以及七至八位數的放棄隔夜收益。

ISO 20022 pacs.008 橋 #

1980、1990 年代建立的核心銀行系統輸出的是 MT103 欄位或專屬內部格式。A2A API(Open Banking PIS、FedNow 的 FedLine 端點、TCH 的 RTP 訊息層)消費的是 ISO 20022 pacs.008。編排引擎中的翻譯層,負責把結構化載荷完整傳遞,而不會丟失 A2A 消費者所依賴的欄位。

一則 pacs.008 訊息至少承載:

把扁平的 MT103 載荷粗糙翻譯為 pacs.008,會丟掉或扭曲多數結構化欄位。自由文字匯款資訊會落到錯的區塊;用途代碼會以子字串比對的方式重構,結果送出時都成了 OTHR(萬用值);監管報送則直接消失,因為來源 MT103 根本沒有結構化的位置可放。接收銀行 — 以及收款方財務長辦公室的 ERP — 拿到的只是一張沒有可機器解析的元資料的付款確認。對帳於是退回人工檢視。

編排引擎的翻譯層,必須做到三件市面上現成的 MT 轉 MX 轉換器做不到的事:

跳過這一層的銀行,最後會在三、四個整合中複製出多條管道專屬的翻譯管線。把這一層一次建好的銀行,則能把任何支付路由到任何管道,而毋須重新實作訊息邏輯。

多管道架構,以技術層次切分 #

以下架構取代了適合董事會簡報的「工作流、資料、控制」這套通用框架。真正承載負載的,是這些層。

層次 在生產上做什麼 處理不當的失效模式 架構指令
API 閘道與編排引擎 接收來自 ERP、行動 App 與核心系統的支付意圖。讀取交易對手能力、當下流動性狀態、計畫參與狀況與付款人偏好,決定走哪條管道。 銀行向支付廠商租用路由引擎,廠商就會在每筆交易上設定抽成率,銀行的利潤被廠商定價吃光。 自有路由引擎。以內部服務形式建置,管道專屬驅動程式置於穩定的內部介面之後。廠商 SDK 退居為驅動程式實作,而非引擎本身。
流動性與帳本層 管理 Fed(FedNow)、TCH(RTP)、卡片組織結算銀行(Visa、Mastercard)、以及鏈上錢包(USDC 庫存、代幣化存款部位)的預籌共管帳戶餘額;把閒置餘額歸集至隔夜附買回。 銀行在每個管道營運機構同時停泊閒置餘額。日交易量 50 億美元 的即時支付帳本,放棄收益年化即達七至八位數。 以小時粒度預測即時支付需求,依預測加上安全餘地為共管帳戶備資,其餘全部掃歸。每日補資政策由資金管理部負責,而不是管道產品線。
訊息與 ISO 翻譯層 在銀行內部支付格式、MT103(仍在使用之處)、pacs.008 / pain.001 / camt.053(ISO 20022)、NACHA CCD/PPD(ACH)、卡片組織 ISO 8583、以及鏈上交易原語之間翻譯。一邊翻譯一邊擴充,並依目標計畫設定檔驗證。 有損翻譯丟失結構化匯款資訊與用途代碼,接收方無法以程式對帳,人工調查待辦持續累積。 建置單一具擴充意識的翻譯器,搭配目標計畫設定檔驗證。MT 轉 MX 轉換器只是輸入,不是答案。在 CI 中以每個計畫的參考設定檔測試。
交易對手與能力註冊表 掌握各交易對手可在哪些管道上定址、接受哪些計畫設定檔、單筆限額為何,以及哪些司法管轄區要求哪些報送。 編排引擎把支付路由到接收方無法接受的管道,該筆支付失敗或必須人工介入後緩慢結算。 把能力註冊表視為一級資料產品,每日針對計畫名錄、央行參與者清單、Open Banking 聚合者的能力訊息源更新。能力註冊表是讓路由決策可稽核的關鍵。
詐騙、制裁與授權 即時對每筆支付意圖比對制裁名單、詐騙模型、授權規則與同意紀錄,於毫秒級回傳允許、拒絕或升級。 篩查在送出後才執行,被制裁的支付已離開銀行,事後召回。每次召回都是須向監管機關通報的事件。 在編排入口進行篩查,在挑選管道之前完成。同一筆篩查結果必須對編排引擎可能挑選的所有管道同時有效。
結算對帳與報送 對每筆對外支付比對結算確認、狀態更新(pacs.002)及進帳的 camt.053 對帳單,在數小時內、而非數日內偵測差異。 對帳於 T+2 以試算表進行,結算差異累積,客訴升級。 以統一資料模型逐管道對帳。同一套差異偵測邏輯同時應用於 FedNow、RTP、ACH 回退檔、卡片組織結算檔與鏈上交易確認。

對不同類型銀行的意義 #

全球銀行 #

全球銀行本來就操作著最分散的管道資產。各地區依各自的產品損益自行投資整合,結果出現三、四個平行的多管道專案,每個都自運一個薄薄的路由層,各自與同一批廠商分別談判。

行動指令:在傳統核心之上,投資一個單一、中立的編排層,費用記在平台工程,而不是任何產品群。編排引擎在全球層級擁有路由決策權,區域產品群以服務方式消費。各地引進的廠商 SDK 退居為位於編排引擎內部介面之後的管道專屬驅動程式,不再是搶同一筆支付的平行路由引擎。

經濟層面的論述應遞交給財務長:單一全球編排引擎掌握每一次路由決策、每一個利潤點、以及銀行所產生的每一份結構化支付資料;三個區域編排引擎在集團層級則一個也抓不到。

區域銀行 #

區域銀行面對的問題不同。整合的管道較少,但能放進預籌共管帳戶的資本也按比例更少。一家日交易量 5 億美元 即時支付的區域銀行,保守估計要在 Fed 為 FedNow 停泊 3,000 至 5,000 萬美元,再加上在 TCH 為 RTP 停泊 2,000 至 3,000 萬美元 — 對其可運用資產負債表而言是不小的一塊、且收益接近零。

行動指令:在加入第二條即時管道之前,先建好具流動性意識的編排引擎。同步加入 FedNow 與 RTP 卻沒有軋差策略的區域銀行,會把預籌餘額陷阱加倍,而流量並未等比例上升。正確的順序是先加入 FedNow,測量需求曲線,把共管帳戶資金備到觀察到的尖峰,再於編排引擎能把邊際支付導向較充足的池時,才接入 RTP。

資本問題具決定性。區域銀行的財務長應在多管道商業案中,把預籌餘額的放棄收益列為可量化的明確項目,而不是當成創新的隱性代價吞下去。

金融科技與 PSP #

金融科技與支付服務商位於企業或商戶與銀行管道之間。對他們的競爭性問題是:他們提供的抽象,是不是銀行自己造不出來的。

行動指令:把編排以服務形式賣給無法自建的中型銀行。把路由引擎、流動性預測與 ISO 20022 翻譯包裝為託管平台販售。試圖在路由邏輯上與全球銀行競爭的金融科技,會輸在編排引擎的利潤經濟學上;把同樣邏輯賣給規模太小、自建不划算之銀行的金融科技,將會拿下區域市場。

企業財務長 #

財務長透過 ERP 整合消費管道的輸出。2026 年的問題是:銀行送來的結構化資料,夠不夠豐富到能自動對帳、不需人工檢視。

行動指令:要求所有進帳的付款確認都附上 pacs.008 等級豐富的匯款資料。具體而言,要求 RmtInf/Strd/RfrdDocInf 中的結構化發票參照,要求用途代碼來自 ISO 20022 ExternalPurposeCode 清單而非萬用的 OTHR,並要求狀態更新(pacs.002)走與付款確認同一個 API 端點。無法提供這些資料的銀行,等於在告訴你他們的翻譯層仍在做有損 MT 轉 MX 轉換。這就是 2026 年銀行選型 RFP 中應該提出的問題。

對帳的論述應落在財務長自己的桌上。針對結構化 pacs.008 匯款資訊進行自動發票比對,可把 AP 團隊的例外佇列降低 60–80%。那是財務長可以要求、也可以衡量的長期生產力收益。

接下來會發生什麼 #

2026 年看得見的里程碑都在計畫層級:FedNow 與 RTP 管道流量出現交叉、Open Banking PIS 在英國消費者結帳的覆蓋率突破 60%、第一家美國境內銀行在跨境 B2B 上線自有發行的穩定幣。這些是新聞稿事實。

2026 年看不見的工作,是編排器。今年投資編排器的銀行,將是 2028 年路由 80% 美國 B2B 支付的銀行。不投資編排器、又去做一條新管道整合的銀行,會花同樣的錢,卻回到起點 — 平行運行三、四條管道產品,完全沒有利潤捕捉。

2026 年的多管道銀行,並不是經營更多管道的銀行,而是建好了讓管道得以坐落其上的路由引擎、流動性帳本與 pacs.008 翻譯層的銀行。

常見問答 #

FedNow 與 RTP 誰會勝出?

都不會。可預見的時程內,兩條管道將平行運作。參與者清單高度重疊,但並非完全重疊 — 有的銀行只在 FedNow、有的只在 RTP。在參與者覆蓋接近完全重疊之前,編排器會把支付路由到能觸及交易對手的那條管道。

中型銀行應該自建編排引擎,還是外購?

每日支付量超過約 10 億美元 的銀行,應在內部自建路由邏輯。低於這個量級,建置的工程成本無法以所捕捉的利潤攤銷。可向以託管方式銷售編排的金融科技採購,但要在單筆交易抽成率上強硬議價。

原子結算對代理行業務具體意味著什麼?

兩個託管錢包之間的 USDC 轉帳,在鏈上 15 至 30 秒內清算,不經任何中介 Nostro/Vostro 帳戶。同等金額的美元在傳統代理行業務中要經過三到五個帳戶,各有各的結算時程,需要數小時甚至數日對帳。對雙方都已具備錢包基礎設施的走廊而言,鏈上路徑在結構上更便宜也更快。這些走廊上的代理行收入,將被壓縮。

ISO 20022 翻譯層該從哪裡開始?

從對外的 pacs.008、入內的 pain.001(客戶信用轉帳發起),以及 pacs.002 狀態回報開始。這三則訊息涵蓋批發支付流程的 80%。第二波再加入 camt.053 對帳與 pacs.004 退款。不要從訊息庫開始,而要從每條接收管道所要求的計畫設定檔反向推回。

FedNow 實際上需要多少預籌餘額?

視參與者流量而定。一家每小時即時支付外流尖峰為 5,000 萬美元 的銀行,需要在 Fed 的 FedNow 共管帳戶中,以下一小時為單位,維持大致同等規模的餘額。若把資金歸集自動化與需求預測綁定,常態餘額可以較貼近中位數而非尖峰 — 但尖峰仍須能在數分鐘內補足。

參考資料 #

最後審閱於 。

最近審閱 .