UETR是一个由36个字符组成的代码,在付款经过的每家银行中标识同一笔SWIFT付款。它形如 eb6305c4-3e7a-4b29-9a1f-8d2ce5a71b30 ,并且自2018年11月起随每一笔SWIFT付款一路同行:在MT103中是字段121,在pacs.008中是UETR元素。在下方输入您的UETR,即可查看转账目前所在的位置。
从技术上讲,UETR是版本4的UUID:一种随机标识符,约有5.3×10³⁶种可能的取值,因此任何两笔付款都不会共用同一个。SWIFT要求它使用小写字母。
快速有效性检查: 36个字符、四个连字符、第三组以4开头。只要有一条不满足,它就不是UETR。
不是UETR? 16个字符的代码通常是参考号(字段20)。 改用参考号追踪
IBAN则不同: IBAN标识的是账户,而不是某笔付款。 了解更多IBAN追踪信息
参考号在每一跳都会变化,UETR则不会。发送方银行只生成一次,每家代理银行都会原样向前传递,并针对它上报状态更新。正因如此,端到端追踪才成为可能。
ACSP表示付款正在处理中,ACCC表示已入账至收款人。 SWIFT gpi状态码完整列表 · 代理银行如何路由您的付款
位于报文头的第3区块。有些银行的PDF直接标注为UETR或gpi参考号。 MT103完整指南
位于付款标识区块内,紧挨端到端ID。 pacs.008完整指南
查找UETR、gpi参考号或端到端参考号。找不到?汇款人可以随时向其银行索取。 在哪里找到付款参考号
共36个字符,包括连字符。追踪器不区分大小写。
这些信息用于确认匹配,即使UETR输错一位,也不会显示别人的付款。
我们汇总多家主要银行的追踪数据,并显示最新状态:处理中(ACSP)、已入账(ACCC)、已拒绝(RJCT)等。
我们的扫描工具可读取MT103和pacs.008确认文件(PDF或照片),并自动提取参考号。
为什么追踪时UETR优于其他所有参考号: 它是唯一在发送方银行、每家代理银行和收款银行都保持一致的标识符。参考号在每一跳都会被重新分配。
UETR形如 eb6305c4-3e7a-4b29-9a1f-8d2ce5a71b30: 由五组小写十六进制字符按8-4-4-4-12的模式排列,共36个字符。第三组始终以4开头,第四组以8、9、a或b开头,因为UETR是版本4的UUID。
查看银行提供给您的付款确认文件。在MT103中,它位于报文头的字段121。在pacs.008(ISO 20022)中,它是付款标识区块内的UETR元素。许多银行回单会将其标注为UETR、gpi参考号或端到端参考号。如果回单上没有,可以随时向发送方银行索取。 查看上方的图示示例.
MT103是整条付款报文(即发出转账指令的文件),而UETR是其中的一个字段:位于字段121、用于唯一标识该笔付款的36个字符的参考号。MT103在现代ISO 20022体系中的对应报文是pacs.008,其中携带相同的UETR。 更多: MT103指南 · pacs.008指南
不是。交易参考号(字段20)由发送方银行分配,链条中的每家银行都可能更换它。UETR在付款创建时只生成一次,端到端保持不变,因此它才是可靠的追踪凭据。 通过参考号追踪
通常可以。SWIFT gpi网络中的银行仅凭UETR就能定位付款。追踪工具一般还会要求提供金额、币种和日期,用来确认匹配并保护付款数据。Ohmyfin使用UETR加上这些信息来展示最新可用的SWIFT状态。 立即试用
发送方银行在创建付款指令时生成UETR。每家中间行都必须原样传递。一个UETR只对应一笔付款,绝不会重复使用;如果付款被退回后重新发送,新指令会获得新的UETR。
Everything on this page is also available from the Ohmyfin API: verify SWIFT/BIC codes, screen names against 300+ sanctions lists, and pull country banking rules. The public API needs no signup (3 requests a day per IP), and a free API key raises your limit.
Building an AI agent or assistant? llms.txt · OpenAPI spec