Reevol

ISO 20022 針對貿易業者：出口商將有何變化

涵蓋資料模型自 MT 移轉至 MX、更豐富的付款資料對收款入帳與對帳的影響，以及各支付走廊的採用時程。

By Or Kapelinsky and Gil Shiff··4 min read

給貿易營運人的 ISO 20022：對出口商有哪些改變

你的應收帳款（AR）團隊很熟這套劇本。來自德國經銷商的一筆付款入帳。付款備註欄只顯示「INV-2024-0」，再無其他。原始發票號其實是 INV-2024-00847-EXPORT-DE。現在得有人花 45 分鐘交叉比對銀行對帳單、未結發票與電郵往來，才能搞清楚這筆款是對哪一批貨。

這是因為今日跨境支付的基礎設施仍在使用 1970 年代設計的電文格式。承載你付款資料的 MT103 電文，匯款資訊（remittance information）只有 140 字元上限。你的發票號、採購單與合約參考號，會在客戶銀行與你銀行之間的某個環節被截斷。

ISO 20022 解決這個問題。新標準把匯款資訊容量擴充到 9,000+ 字元，並要求結構化欄位，資料能原封不動抵達。但對你的計畫更關鍵的是：SWIFT 的 Cross-Border Payments and Reporting Plus（CBPR+）計畫要求在 2025 年 11 月前完成全面遷移。該日期後，跨境支付將不再支援 MT 電文。

本文說明會有哪些改變、你需要準備哪些資料，以及在截止日前如何與銀行合作。

什麼是 ISO 20022？為何出口商應該關注？

ISO 20022 是金融電文的全球標準。它定義金融機構之間如何結構化並傳輸付款指示、確認與狀態回報。與使用固定長度欄位與難解代碼的舊版 MT（Message Type）不同，ISO 20022 採用以 XML 為基礎的電文與清楚標示的資料元素。

對出口商而言，實質影響聚焦在資料品質。你放在發票與付款指示中的資訊，將完整且結構化地抵達你的銀行，啟用目前必須人工處理的自動化流程。

140 字元的痛點：為何你的付款參考總是被截斷

由 SWIFT 在 1977 年推出的 MT103 電文，將 Field 70 指定為匯款資訊欄，最多只接受 4 行、每行 35 字元。實務上，銀行在處理中常會進一步壓縮。

當你在新加坡的客戶支付一批合併出貨、覆蓋三張發票時，他們可能輸入：

  • Invoice INV-2024-00847-EXPORT-SG
  • Invoice INV-2024-00851-EXPORT-SG
  • Invoice INV-2024-00852-EXPORT-SG
  • PO Reference: SG-DIST-2024-Q4-CONSOLIDATED

等這筆款項抵達你的銀行，你可能只看到：「INV-2024-00847 INV-2024-0085」，其餘全無。

ISO 20022 的 pacs.008 電文（MT103 的替代）提供結構化匯款資訊欄位，可承載超過 9,000 字元。更重要的是，資料被加上標籤並結構化：發票號進發票欄、採購單進採購單欄，不再被串接或截斷。

2025 年 11 月：影響你所收每筆跨境付款的最後期限

SWIFT 的 CBPR+ 訂定了跨境支付遷移時程。關鍵日期：

  • 2023 年 3 月：共存期開始。銀行可傳送 MT 或 ISO 20022 電文。
  • 2025 年 11 月：共存期結束。所有跨境支付必須使用 ISO 20022 格式。

這不是建議或最佳實務。2025 年 11 月之後，代理行關係將要求使用 ISO 20022 電文。不具備處理新格式能力的銀行，將無法參與跨境支付流。

對出口商而言，這表示你的銀行將要求使用結構化資料來填入 ISO 20022 電文。若你的系統無法提供，銀行不是拒絕付款指示，就是用預設值填欄，進而觸發合規審查。

MT103 與 pacs.008：出口商必知的關鍵差異
資料欄位MT103（傳統）pacs.008（ISO 20022）
匯款資訊140 個字元（4 x 35）9,000+ 個字元，具結構化欄位
地址格式自由格式文字（4 行）結構化：街道、建物、城市、郵遞區號、國家
交易方識別僅姓名與帳戶姓名、帳戶、LEI、BIC、國家身分識別
用途代碼非必填必填（GDDS、SCVE 等）
端對端追蹤有限（欄位 20 參考）UETR：36 字元唯一識別碼
最終交易方選填、非結構化提供發起人/受益人鏈的結構化欄位

出口商現在就該準備的五個資料欄位

你的銀行需要特定資料元素來組成合規的 ISO 20022 電文。有些資料已存在於你的系統，但未以正確格式擷取；另一些可能是全新的要求。

結構化地址：不再接受自由文字

傳統付款系統以自由文字接收地址。你的客戶資料可能長這樣：

Müller GmbH Industriestraße 45, Building C 80939 Munich, Germany ISO 20022 要求將地址拆成結構化欄位：

  • Street name：Industriestraße
  • Building number：45
  • Building name：Building C
  • Postal code：80939
  • Town name：Munich
  • Country：DE（ISO 3166-1 alpha-2）

你的 ERP 與客戶主檔需要為各組件設置欄位。若地址以單一文字欄儲存，須先進行剖析與驗證，才能填入 ISO 20022 電文。

Legal Entity Identifier 是 20 碼英數字元，唯一識別參與金融交易的法人實體。可視為金融體系中的全球版工商登記號。

銀行對企業付款處理要求 LEI 的趨勢日增。Wolfsberg Group 的付款透明度標準建議所有企業付款都納入 LEI，以支援反洗錢控管。

若你公司尚未申請 LEI：

  1. 透過 Global LEI Foundation 認可的 Local Operating Unit（LOU）申請
  2. 提供法人文件（登記證明、股權結構）
  3. 支付註冊費（通常每年 USD 100–200）
  4. 每年續約以維持有效狀態

一般公司結構的申請流程約需 1–3 個工作天。複雜股權鏈可能需補件。

付款目的代碼：為何銀行會問「這筆款是做什麼的？」

ISO 20022 電文包含強制性的付款目的代碼，用於分類交易。出口商常見代碼：

  • GDDS：貨品買賣
  • SCVE：服務買賣
  • SUPP：供應商付款
  • TRAD：貿易服務

此欄位支援監理申報與制裁名單篩檢流程。當付款帶有清楚的目的代碼，合規系統能套用適當規則，而不需對每筆交易都進行人工覆核。

將目的代碼欄位納入你的付款指示範本與 ERP 付款模組。與銀行確認哪些代碼適用於你的常見付款類型。

結構化匯款資訊：發票號能「完整到站」

pacs.008 的結構化匯款資訊區塊提供專屬欄位以承載：

  • 多筆發票號
  • 採購單參考
  • 合約號
  • 貸項通知單參考
  • 對帳單參考

每種參考都有自己的標記欄位。當你客戶的銀行生成付款電文時，發票號會進入發票欄，而不是被串成單一文字。

要讓此機制生效，你的發票需清楚標示客戶應在付款指示中填寫的參考號。可考慮在發票版型加入「Payment Reference」專欄，彙整 AR 銷帳所需的關鍵識別碼。

最終交易方識別：誰才是實際付款與收款人？

跨境付款經常牽涉不只直接的付款人與收款人。來自德國經銷商的一筆款，可能實為其瑞士母公司代奧地利子公司付款。

ISO 20022 電文包含結構化欄位以標示：

  • Ultimate debtor：實際負債方（可能不同於發款帳戶持有人）
  • Ultimate creditor：實際債權方（可能不同於收款帳戶持有人）

這些欄位支援 FATF 第 16 號建議的付款透明度要求。銀行需掌握交易中全鏈條的交易方，以符合法遵（AML/CFT）。

若你公司代子公司或關係企業收款，務必確保銀行已完整建檔你的公司結構。

ISO 20022 將如何改變你的付款體驗

前期資料準備需要投入。但遷移完成後，處理效率的回報會很快顯現。

更快的銷帳：從耗時排查到自動比對

當付款參考能完整且結構化地抵達，你的 ERP 可自動將入帳款項與未結發票配對。結構化匯款欄位可直接對映到你的發票與採購單欄位。

國際清算銀行（BIS）對 ISO 20022 的研究指出，當結構化資料啟用直通式處理（STP）時，付款調查時間可由數日降至數小時。對每月處理數百筆跨境付款的中型出口商而言，可大幅回收 AR 人力。

此銷帳改善會隨時間複利增長。隨著更多客戶銀行遷移至 ISO 20022，需要人工比對的付款比例會下降。到 2025 年底，多數跨境付款都應附帶完整的結構化資料。

更少付款延誤：合規佇列會更順暢

當系統無法解析交易方或交易目的，制裁篩檢會將付款送交人工覆核。非結構化資料會產生大量誤判。

Wolfsberg Group 的分析顯示，ISO 20022 的結構化欄位可將制裁篩檢誤判降至 30–40%。以往卡在合規佇列的付款，當系統能清楚識別交易方與目的時，便能自動放行。

對出口商而言，這代表更少客訴「為何款還沒到」、更少對銀行發起調查、以及更快的款項入帳與套用。

即時可視性：端到端追蹤付款

ISO 20022 電文包含 UETR（Unique End-to-end Transaction Reference），一個在整段旅程中隨行的 36 字元識別碼。配合 SWIFT gpi 付款追蹤，可見：

  • 客戶銀行何時發款
  • 經過哪些代理行處理
  • 目前狀態與位置
  • 預計到帳時間

遷移完成後，你的網銀應提供以 UETR 為基礎的追蹤。這將取代目前打電話給 RM、等待其逐家代理行查詢的流程。

採出口商的 ISO 20022 付款旅程
  1. STEP 01
    發票建立
    你的 ERP 以結構化參考資料、LEI 與用途代碼建立發票
  2. STEP 02
    客戶付款啟動
    客戶的銀行以完整的結構化資料建構 pacs.008 訊息
  3. STEP 03
    往來行處理
    付款經由往來銀行路由並以 UETR 追蹤，結構化資料保持完整
  4. STEP 04
    受益銀行收款
    你的銀行收到付款且所有參考欄位皆已填入
  5. STEP 05
    自動對帳
    ERP 使用結構化匯款資料將付款比對至未清發票

2025 年 11 月前你需要完成的事項

這波遷移需要你在資料、系統、銀行合作與人員面向同步推進。現在就開始，避免壓縮時程。

盤點你的客戶與供應商主檔

拉出所有有效客戶與供應商資料，檢查：

地址資料品質

  • 地址是結構化欄位，還是單一文字欄？
  • 是否為所有紀錄都備有郵遞區號與國別代碼？
  • 是否存在特殊字元或格式，可能在傳輸中出現問題？

實體識別

  • 是否已取得主要交易對手的 LEI？
  • 銀行帳號資料是否完整（IBAN、BIC/SWIFT code）？
  • 法人名稱是否與登記完全一致（非商號或縮寫）？

付款指示資料

  • 你的標準付款範本是否包含目的代碼欄位？
  • 系統是否能擷取並傳輸結構化匯款參考？

標記需要更新的紀錄，並依付款量排序優先級。前 20 名高頻客戶，通常決定你 80% 的銷帳工作量。

與銀行確認其遷移時程

與主要往來銀行排程會議，重點詢問：

  1. 你們何時開始要求 ISO 20022 格式的付款指示？有些銀行已要求結構化資料，另一些會接受到截止日。
  2. 若資料不完整會如何處理？會拒絕？填預設值？或附警示處理？
  3. 過渡期是否提供轉換服務？部分銀行會把舊格式轉為 ISO 20022；了解哪些資料可能在轉換中遺失或被預設化。
  4. 是否提供測試？能否提交測試檔以驗證資料格式後再上線？
  5. 報表將如何改變？銀行對帳單與付款確認是否包含新結構化欄位？

把答案文檔化。不同銀行的要求與時程可能不同。

更新你的 ERP 與開立發票系統

與 ERP 供應商或 IT 團隊評估系統就緒度：

發票版型

  • 新增結構化付款參考欄
  • 在發票上列示你的 LEI
  • 確保客戶地址以結構化格式列印

付款指示檔

  • 更新檔案格式以涵蓋 ISO 20022 所需欄位
  • 在付款流程中加入目的代碼選擇
  • 驗證結構化匯款資料能正確傳輸

銀行對帳單處理

  • 確認系統能解析 ISO 20022 的 camt.053
  • 對映新結構化欄位到你的銷帳比對規則
  • 以樣本結構化資料測試自動比對

若你使用第三方資金管理或付款平台，確認其 ISO 20022 的就緒度與遷移時程。

訓練你的應收帳款團隊

AR 團隊需要理解：

  • 為何資料品質影響付款處理
  • 如何將入帳付款資料與發票核對
  • 如何使用 UETR 追蹤付款狀態
  • 當付款資料不完整時的處置流程

好消息是：遷移完成後，工作會更輕鬆。結構化資料意味著更少的偵查式比對。但在過渡期，他們會同時遇到舊與新格式的付款，必須能辨識並各自處理。

區域差異：美國、歐盟與新興市場

ISO 20022 為全球性採用，但各司法轄區與支付系統的時程不同。

美國：Fedwire 於 2025 年 3 月遷移

聯準會的 Fedwire Funds Service 將於 2025 年 3 月 10 日遷移至 ISO 20022，影響美國銀行間的國內大額支付。

FedNow（2023 年上線的即時支付）已原生支援 ISO 20022。若你收取來自美國客戶的 FedNow 付款，這些款項已攜帶結構化資料。

對在美收款占比高的出口商而言，2025 年 3 月的日期意味著你美國客戶的銀行會早於 SWIFT CBPR+ 截止日要求結構化資料。

歐盟：TARGET2 已上線，SEPA 的涵義

歐洲央行的 TARGET2 於 2023 年 3 月遷移至 ISO 20022。該系統現以新格式處理每日 €1.8 trillion 的交易額。

對收取來自歐盟客戶之 EUR 付款的出口商，基礎設施已就緒。你的歐盟客戶銀行今日即可傳送完整的 ISO 20022 電文；是否採用，取決於其內部系統與流程。

SEPA（單一歐元支付區）使用 ISO 20022 電文格式，但與 CBPR+ 規格略有差異。若你收取大量 SEPA 付款，與銀行確認結構化資料如何映射到你的銷帳流程。

新興市場：時程不一，但方向一致

依國際清算銀行資料，全球 79% 的大額支付系統已採用或正在實施 ISO 20022。其餘系統也在各自的遷移路徑上。

若你出口至支付基礎設施相對不成熟的市場，預期會有：

  • 較長的過渡期，舊新格式並存
  • 更依賴代理行進行格式轉換
  • 當地銀行建立 ISO 20022 能力期間的資料品質風險

與你的銀行合作，了解關鍵出口市場各通道的具體要求。

各地區 ISO 20022 遷移狀態
Region/System遷移狀態關鍵日期對出口商影響
SWIFT CBPR+進行中November 2025所有跨境支付
US Fedwire進行中March 10, 2025美國境內大額支付
US FedNow已完成自 2023 年上線美國即時支付
EU TARGET2已完成2023 年 3 月EUR 大額支付
EU SEPA已完成原生 ISO 20022EUR 零售支付
UK CHAPS已完成2023 年 6 月GBP 大額支付

與貿易融資的連結：信用狀與其延伸

ISO 20022 不僅限於單純的付款電文。標準也涵蓋對齊付款資料結構的貿易融資訊息型別。

ISO 20022 與跟單信用狀數位化的對齊

國際商會（ICC）正推動將信用狀流程與 ISO 20022 資料標準對齊。tsmt.xxx 訊息系列涵蓋：

  • 貿易融資文件遞交
  • 狀態回報
  • 修訂請求

eUCP 與 eURC（電子化跟單信用狀與託收規則）參考了與 ISO 20022 相容的資料標準。隨銀行數位化 LC 處理，付款電文的結構化資料可一路流入貿易融資文件。

對使用信用狀（LC）的出口商而言，意味著：

  • 付款與 LC 電文間的一致交易方識別
  • 與 LC 條款相符的結構化發票資料
  • 依付款資料自動化審單的潛力

供應鏈金融平台的互通性

提供早付、動態折扣與應收融資的供應鏈金融平台，能從標準化付款資料中獲益。

當你的發票攜帶與 ISO 20022 付款電文一致的結構化資料，平台可以：

  • 自動驗證付款是否對應核准的發票
  • 免人工介入地核對融資交易
  • 提供付款狀態的即時可視性

若你參與供應鏈金融計畫，詢問平台供應商其 ISO 20022 的整合規劃。

連結至更低的支付成本

ISO 20022 遷移支援 G20 的跨境支付路線圖，其目標是在 2027 年前將支付成本降至 1% 以下。結構化資料驅動的效率提升，正是成本下降的關鍵。

對中型出口商而言，成本影響將體現在：

  • 減少因付款調查產生的銀行費用
  • 降低銷帳人力時間
  • 更快的款項套用，改善營運資金
  • 更少付款延誤，降低客戶關係風險

全球支付系統的基礎建設投資，將把效益傳遞到終端用戶。只要你事前準備，就能在效益到來時即刻捕捉。

常見問題

如果我的公司在 2025 年 11 月前尚未準備好符合 ISO 20022，會發生什麼事？+
您的銀行仍會處理付款，但可能會拒絕資料不完整的付款指示，或填入預設值而觸發合規審查。缺少結構化資料的付款可能會延遲。請與您的往來銀行合作，了解其處理不合規指示的具體政策。
我需要 LEI 才能收取跨境款項嗎？+
LEI 並非在所有情況下收款都強制要求，但銀行越來越常對企業客戶提出此要求。擁有 LEI 可提升付款處理效率並降低合規摩擦。每年成本（$100-200）相較於營運效益而言相當低。
ISO 20022 會影響我從尚未完成遷移的客戶那裡收到的付款嗎？+
在過渡期間，往來銀行可能會將舊有 MT 訊息轉換為 ISO 20022 格式。部分資料可能在轉換中遺失或以預設值代替。自 2025 年 11 月起，所有經由 SWIFT 的跨境付款都必須使用 ISO 20022，因此無論您客戶的內部系統如何，其往來銀行都必須就緒。
我如何知道我的 ERP 系統是否支援 ISO 20022？+
請聯繫您的 ERP 供應商或查閱其文件，確認是否支援 ISO 20022 或 CBPR+。需驗證的關鍵能力包括：結構化地址欄位、用途代碼擷取、結構化匯款資訊，以及 camt.053 對帳單解析。主要 ERP 平台已發布或宣布 ISO 20022 更新。
ISO 20022 與 SWIFT gpi 有何差異？+
ISO 20022 是訊息格式標準——也就是付款資料的結構方式。SWIFT gpi 是提供付款追蹤、費用透明與速度承諾的服務層。兩者相輔相成：ISO 20022 訊息承載可啟用 gpi 追蹤的 UETR 識別碼。兩者皆可提升付款可視性與效率。
ISO 20022 會消除所有款項對帳問題嗎？+
ISO 20022 消除了資料截斷，並提供用於參考資訊的結構化欄位。然而，對帳仍取決於您的客戶是否在其付款指示中包含正確的參考資訊。該標準建立了自動比對的能力；要實現效益，交易雙方皆需具備良好的資料品質。

延伸閱讀