要用 UETR 追蹤 SWIFT 轉帳，先從匯出銀行的官方付款紀錄取得準確的 36 位字符編號。請該銀行調取這筆付款現時的 tracker 或追蹤資料，包括最後確認的狀態、時間、機構及金額。請收款銀行搜尋匯入付款時，向其提供同一編號及轉帳詳情。

關鍵要點：

先確認付款指示經 Swift 傳送，並確實附有 UETR。

準確複製 36 位字符的編號；不要估計、縮短或自行產生。

匯出銀行通常是取得 tracker 證據的最佳起點。

處理中的某個事件不等於款項最終已存入收款人戶口。

UETR 能改善編號在鏈條中的連續性，但不保證到帳、撤回，亦不保證有面向公眾的自助查詢頁面。

這項專門工作屬於較完整的國際轉帳及出行清單。若延誤的轉帳沒有經確認的 UETR，請由一般的處理中轉帳流程入手，而非把 Swift 專屬流程硬套到其他付款網絡。

1. 確認付款符合 UETR 條件

查問匯出銀行使用了哪個付款網絡及報文。「國際轉帳」、「電匯」及「SWIFT」在客戶介面中常被混用。服務商可能經本地結算系統、合作發款網絡、銀行卡、電子錢包、內部帳簿或多種網絡組合傳送付款。

SWIFT 把唯一端對端交易參考號（UETR）描述為經 Swift 傳送的付款指示報文中一串 36 位的唯一字符。［1］這個編號的設計是隨付款貫穿整個鏈條，並支援 tracker 功能。但這並不代表你能落單的每一筆跨境轉帳都是 Swift 付款。

在收據上尋找 UETR、唯一端對端交易參考號、端對端參考號或面向客戶的 SWIFT 追蹤資料等標籤。不要把它與銀行的短交易編號、月結單參考號、收款人附言、個案編號、MT 報文類型或 IBAN 混淆。

若銀行說不適用 UETR，請查問實際使用的付款網絡對應的正確追蹤編號及流程，並記錄答覆。沒有 UETR 並不證明轉帳從未匯出，自行編造一個形似 UUID 的數值亦無法取得 tracker 可見性。

2. 安全複製及核對參考編號

從已認證的銀行平台、官方 PDF 確認、分行收據或經核實的客戶服務答覆中複製 UETR。保存原始文件。在有可複製的紀錄時，避免從低解像度截圖重新輸入。

UETR 通常採用 xxxxxxxx-xxxx-4xxx-yxxx-xxxxxxxxxxxx 這種 UUID 格式，由十六進制字符及連字號組成。Swift 的技術標準把該值描述為在相關付款報文中保持不變的第 4 版 UUID。［2］把格式當作抄寫核對工具，而非自行產生替代編號的許可。

核對全部 36 個字符，包括四個連字號。留意 0 與 o、1 與 l、遺漏的字符、智能標點及換行。把編號交回銀行時，保持提供時的大小寫，即使某些系統視十六進制大小寫相同。

把 UETR 與金額、貨幣、落單日期、起息日、匯款戶口片段、收款人姓名、收款戶口片段以及銀行自己的交易編號一併保存。不要公開這個編號，亦不要經未經核實的通訊帳戶傳送完整的轉帳收據。

3. 請匯出銀行用 UETR 追蹤 SWIFT 轉帳

經匯出銀行的官方應用程式、平台、電話或分行聯絡銀行。說明你需要追蹤這筆特定的 Swift 付款，並提供 UETR 及銀行的交易編號。有需要時請客戶服務把個案轉交國際付款團隊。

要求對方給出準確的答覆：

欄位	要索取的內容
現時狀態	最近一次確認的 tracker 或報文狀態
事件時間	時間戳記及時區
機構	顯示的最後一家銀行或付款參與方
金額	指示、轉發、扣減、退回或入帳的金額及貨幣
下一步	負責查詢、修正、撤回或聯絡收款人的銀行

查問該狀態是內部估計、Swift tracker 事件、代理行答覆，還是收款銀行的最終確認。保存個案編號及書面答覆。匯出銀行零售應用程式中的「已完成」，可能只表示銀行已發出指示，而非收款人戶口已入帳。

若銀行不肯提供原始的銀行間報文，請索取面向客戶的追蹤摘要。有用的結果是有紀錄的狀態及位置，而不一定是包含銀行敏感資料的 MT 報文副本。

4. 避免過度解讀狀態

閱讀每個狀態時都要弄清其主體。「已收到」可能表示某家代理行收到了指示。「已處理」可能表示篩查或修正已完成。「已入帳」可能指某家銀行的帳簿，而非收款人的可用結餘。「被拒」或「被退回」需要原因、日期、金額及退回路徑。

SWIFT 的通用確認框架要求收款機構確認諸如已入帳、被拒、轉出 Swift 以外或被暫扣等結果。［3］你的銀行可能使用不同的客戶字眼。請銀行解釋具體狀態，而非依賴網上的通用術語表。

核對被追蹤的金額有否改變。中轉銀行費用、貨幣兌換、被修正的收款人欄位或部分退回都可能有影響。只有時間戳記而沒有金額及貨幣，不足以對帳。

亦要查問付款是否因篩查、欠缺監管資料、收款人資料不符、當地結算時間、銀行假期或收款銀行審查而被暫扣。UETR 只用來識別付款；它本身並不能解決基本問題。

5. 與收款銀行協調

向收款銀行提供 UETR、匯款人姓名、匯出銀行、金額及貨幣、落單日期及起息日、收款人姓名及戶口片段，以及匯出銀行最新的書面紀錄事件。使用收款銀行的已認證渠道，並在需要時由戶口持有人提出要求。

請銀行搜尋匯入、修正、合規、暫記、被拒及被退回的紀錄。一般的戶口交易查詢，可能查不到尚未入帳的款項。索取個案編號，並確認由哪個團隊負責下一步。

若收款人資料有誤，不要隨意把更正後的資料交給中轉銀行。匯出銀行應說明獲授權的修正或撤回程序。這個獨立的決定請使用收款人資料不符指南。

對比兩家銀行的紀錄。若匯出方顯示已送達收款機構，而該機構查不到任何紀錄，請兩家銀行核對 UETR、金額、貨幣、日期以及任何本地結算參考號。不要讓任何一方只按收款人姓名搜尋。

6. 升級並完成追蹤

建立一條時間線，記錄落單、發出、tracker 事件、聯絡、承諾的更新及個案編號。根據服務商的條款及付款的緊急程度，給匯出銀行一個合理的書面期限。當最後確認的事件沒有推進，或兩家銀行的紀錄互相矛盾時，要求升級處理。

根據經核實的狀態選擇下一步程序：修正錯誤資料、提供所要求的合規資料、繼續追蹤、申請撤回，或核對退款。撤回只是一項要求，並不保證成功。在第一筆付款仍可能入帳或退回時，不要重複付款。

若付款只是一般性延誤，而銀行無法確定任何 Swift 事件，請使用國際轉帳延誤檢查清單。若確認已退回，請轉到被退回轉帳處理流程。

只有在收款入帳、被拒、退回或其他最終處理結果都有附金額及貨幣的紀錄時，才完成個案。

總結

確認付款使用了適用的 Swift 指示，並附有真實的 UETR。
從銀行官方紀錄複製完整的 36 位字符編號。
向匯出銀行索取最近確認的狀態、時間、機構、金額及下一步負責方。
把同樣的證據交給收款銀行，並核對兩邊的紀錄。
不要把 UETR 或中間狀態當作到帳保證。

常見問題

可以把 UETR 輸入公開 SWIFT 追蹤網站嗎？

不要假定存在一個通用的公開 SWIFT 追蹤網站供客戶使用。tracker 存取及面向客戶的查詢頁面由參與的銀行或付款服務商提供。由匯出銀行開始查詢。

UETR 必定有 36 個字符嗎？

SWIFT 把 UETR 描述為 36 位字符的字串。從銀行紀錄準確複製，包括連字號；若編號格式有誤，請銀行更正，而不要自行產生一個。

在收據哪裏找到 UETR？

它可能出現在 UETR、端對端參考號、SWIFT 詳情或追蹤資料之下。若只顯示一個短交易編號，請查問匯出銀行是否另有 UETR。

UETR 能證明收款人已收到錢嗎？

不能。它在相關報文中識別這筆付款。你仍然需要一個清楚顯示最終結果的狀態；就到帳而言，還需要收款入帳的確認。

收款銀行可否用 UETR 查詢？

它可能能夠用該編號搜尋匯入或異常紀錄，但權限及程序各有不同。同時提供金額、貨幣、日期、匯款人及戶口資料。

UETR 可以直接撤回付款嗎？

不可以直接撤回。它有助在撤回要求中識別這筆付款，但不產生追回資金的權利，亦不保證能追回。匯出銀行必須說明適用的程序。

轉帳沒有 UETR 怎麼辦？

查問使用了哪個付款網絡，並取得該網絡的追蹤編號。按服務商的一般調查程序處理，而非使用 Swift 專屬的清單。

免責聲明：本文只提供一般付款追蹤資訊，不構成法律、金融、合規或銀行建議。Tracker 存取、狀態字眼、追蹤程序、撤回權利、費用和時限因銀行、付款網絡及司法管轄區而異。

來源

Swift — What is a Unique End-to-end Transaction Reference (UETR)? — https://www.swift.com/ru/node/310011
Swift — Swift Compatible Application: gpi for Financial Institutions Label Criteria 2024 — https://www2.swift.com/knowledgecentre/rest/v1/publications/s_comp_app_gpi_fnc_instit_lbl_crtria_2024/1.0/s_comp_app_gpi_fnc_instit_lbl_crtria_2024.pdf?logDownload=true
Swift — Universal confirmations — https://www.swift.com/payments/universal-confirmations

Sources checked 2026 年 9 月 12 日。

延伸閱讀：

用 UETR 追蹤 SWIFT 轉帳：取得準確編號、查詢狀態與協調收款行