要用 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 转账：取得准确编号、查询状态与协调收款行