SWIFT gpi 付款追蹤：UETR、狀態與異常處理

SWIFT gpi 提供跨行付款狀態追蹤能力，但企業能看到的畫面、狀態與可採取的動作取決於往來銀行的服務介面。它不保證到帳時間，也不代表付款一定可撤回；異常款項仍要由銀行依其程序處理。

SWIFT gpi 付款追蹤可協助企業查看款項處理進度與費用資訊，再用 UETR 對照應收帳款。客戶說已匯款卻尚未收到時，先辨認是哪一筆付款、取得銀行回覆，比只憑同額水單猜測更有助於釐清差異；能取得哪些資訊，仍依往來銀行提供的服務。

先抓正確邊界

以下流程只在這個邊界內提供作業參考；正式案件仍要依產品、交易角色、目的國、最新法規與主管機關回覆確認。

延伸閱讀：跨境收款方式、國際付款條件、信用狀操作流程。

先釐清：本題處理到哪裡

說明企業如何與銀行使用 UETR 查款；可見欄位及處理能力依銀行與付款路徑。

本篇引用的核心資料來自SWIFT gpi overview與SWIFT UETR standard。官方資料告訴我們制度邊界與必要要求；企業仍須把自己的產品、交易方、路徑、契約與系統資料帶入，才能形成可採取行動的判斷。

一個實用原則是把資訊分成三層：第一層是主管機關或制度營運者的規則；第二層是銀行、平台、驗證機構或服務商的作業要求；第三層才是公司自己的風險偏好與核准權限。三層都要留存，但不能互相取代。

SWIFT gpi 付款追蹤的五步實作流程

1. 付款發起時保存 UETR

要求付款人在匯款完成後提供 UETR，並與銀行水單一起保存。UETR 是跨銀行辨識同一筆交易的唯一參考，比只靠金額、日期或截圖更適合追查。

2. 建立發票與 UETR 對照

把 UETR、發票號碼、訂單、付款人、收款人、幣別、金額與付款日期放進同一筆應收帳款紀錄，避免多筆同額付款時對錯帳。

3. 先由付款銀行查目前狀態

款項逾期時，先請付款人聯絡發起行，以 UETR 查詢 gpi 狀態與經過的銀行。企業通常透過往來銀行取得追蹤資訊，而不是直接登入 SWIFT 撤回款項。

4. 辨識卡在中間行或收款行

依銀行回覆判斷款項是已入帳、待合規審查、資料不足、退匯，還是停在中間行。再核對收款帳號、受款人名稱、費用方式與銀行代碼。

5. 依銀行指示補資料、追查或申請處理

若銀行要求補件，提供發票、訂單、交易目的與受益人資料，並保存案件編號與每次回覆。要更正、召回或退匯時，依發起行程序辦理，不能把 gpi 當作企業自行操作的撤款按鈕。

完成五步後，輸出不應只有「通過／不通過」。至少要能回答：使用哪一版規則、資料是否完整、誰做初判、誰做覆核、有哪些未解風險、下次何時重查。

如此遇到客戶補件、銀行詢問、海關查驗、稅務核對或爭議時，團隊才不必從頭重建過程。

需要準備哪些資料與文件

以下是建議的內部查款對照欄位，方便財務整理差異；銀行實際要收哪些資料，仍以個案要求為準。手機可左右捲動表格；鍵盤可用 Tab 移入後，以左右方向鍵查看各欄。

文件齊全不等於內容正確。送出前要做一致性檢查：公司名稱、地址、型號、貨描、幣別、金額、日期、識別碼與交易角色是否在合約、發票、平台及物流資料中一致。

若文件來自不同部門，應指定一份主資料作為比對基準，任何修改都保留版本紀錄。

五個常見失敗點

• 只用匯款水單截圖追款：建議先請付款人補上 UETR、付款日期、幣別與金額，並向發起行查詢目前狀態。截圖若缺識別資料，先確認是哪筆付款，不直接認定已入收款帳戶。
• 把 gpi 當撤款按鈕：發現錯付或疑似詐騙時，建議立即請付款人聯絡發起行，提供 UETR、付款資料與申請原因，詢問可否停止、召回或更正。追蹤或提出申請都不等於已追回款項，後續依銀行程序與案件狀態確認。
• UETR 未傳給收款方：建議由付款人向發起行取得並傳交 UETR，同時附付款日期、幣別、金額與付款人名稱。收款方可持這些識別資料詢問自己的銀行；可查到哪些資訊仍依該行服務。
• 收款帳號錯仍等待：建議先比對原收款指示與實際匯款資料，把錯誤欄位及正確資料交給付款人，請其向發起行詢問更正或召回方式。收款方同步向自己的銀行說明差異，不以持續等待代替處理，也不預設一定能退款。
• 忽略時區與銀行 cut-off：建議保留付款時間與時區，請付款人向發起行確認該筆款項的受理情況及最新狀態。未收到款項時再與收款行查詢，不把付款人所在地的日期或單一截止時間當成保證入帳日。

這些錯誤往往不是知識不足，而是流程沒有把例外情況鎖住。建議在 ERP、CRM、付款或出貨核准中設置「資料不完整不得往下」的狀態，並保留人工覆核欄位。

對高後果案件，寧可暫停確認，也不要用備註文字繞過控制。

可直接採用的內部檢查表

1. 已確認本案適用的國家、主管機關、制度版本與查核日期。
2. 已收齊且交叉核對必要身分、產品、交易、付款或物流資料。
3. 已完成第一線判定，且沒有把相似比對或平台結果當最終法律結論。
4. 例外、臨界值與資料矛盾已交由有權限人員覆核。
5. 已保存原始來源、輸入資料、判定理由、核准者與後續複核日期。
6. 正式執行前，已重開官方頁面確認沒有更新。

假設情境：兩位客戶同一天各付 5,000 美元，財務收到兩張同額水單，帳戶卻只看到一筆入款。建議先分別記錄兩筆付款的 UETR、付款人及欲沖銷的發票，再請付款人向各自發起行查詢，並將回覆與收款行紀錄比對。金額相同不足以判定是哪位客戶已付清；若有合併或分次付款，也要保留實際分攤，不硬套一張發票對一個 UETR。

給主管的落地做法

先選一筆真實但低風險的交易做桌上演練，讓業務、國貿、財務、法遵與主管共同走完五步。把卡住的欄位、重複輸入與責任空白記下來，再決定哪些資料應自動帶入、哪些命中一定人工覆核、哪些例外必須升級。

制度的目的不是增加表格，而是在出貨或付款前讓風險被看見、被決定並留下證據。

SWIFT gpi 付款追蹤常見問題

拿到 UETR，就代表款項已入帳嗎？

不代表。UETR 用來辨識與追蹤付款，本身不是入帳確認；是否已入受款人帳戶，仍須核對銀行提供的付款確認與收款帳戶紀錄。

客戶說已匯款，但我還沒收到，先找哪家銀行？

建議先請付款人聯絡發起行，提供 UETR、付款日期、幣別、金額與收款資料查詢；收款方也可持這些識別資料詢問自己的銀行。查詢入口、可見資訊與補件方式依各行服務及程序確認。

企業可以用 gpi 保證撤款退款嗎？

不能把追蹤或停止／召回申請當成保證退款。Swift 的停止與召回服務是金融機構處理在途付款的能力；企業若已開通銀行提供的查詢入口或財資／ERP 整合服務，也可能取得追蹤資訊，可用功能仍須向往來銀行確認。需要處理錯款時，請付款人聯絡發起行，確認申請與結果。

本文為外銷入門教育，不是個案法律、稅務、驗證或銀行意見；正式交易請依最新規範、主管機關／金融機構說明與專業顧問判斷。

來源

1. Swift：Swift GPI。
2. Swift：What is a Unique End-to-end Transaction Reference (UETR)?。
3. Swift：GPI for corporates。