PACS.008：跨境支付的新标准

ISO 20022于2025年11月取代了SWIFT MT报文。通过UETR追踪您的付款——MT103和pacs.008格式均适用。

支付追踪

了解更多关于pacs.008

什么是pacs.008？

pacs.008 is the ISO 20022 message banks use to send a customer credit transfer, such as an international wire. It replaced the SWIFT MT103 for cross-border payments in November 2025. The name stands for Payments Clearing and Settlement message 008: FI to FI Customer Credit Transfer.

  • 全名: FIToFICustomerCreditTransfer (SWIFT CBPR+中使用的pacs.008.001.08)
  • 当金融机构代客户向另一金融机构转账时使用
  • 比MT103承载更丰富的结构化数据——完整UTF-8支持、结构化地址、无限制汇款信息
  • 强制UETR（唯一端到端交易参考号）用于追踪
  • SWIFT CBPR+（跨境支付与报告增强版）计划的一部分
汇款客户
→
债务人代理行
→
中间行
→
债权人代理行
→
收款人
pacs.008 ————————→

MT103与pacs.008——逐项对比

对比项 MT103（旧版） pacs.008（ISO 20022）
格式专有SWIFT FIN（文本格式，标签:值）XML（ISO 20022，结构化）
字段标签数字代码：20、32A、50F、59、70、71A描述性XML：Dbtr/Nm、CdtrAgt/BICFI
UETR最初不存在；通过field 121于2018年11月成为必填自创建起即为原生必填字段
地址格式4行，每行35个字符，非结构化结构化：街道、城市、邮编、国家
汇款信息Field 70：最多4×35个字符无限制的结构化或非结构化数据
汇率Field 36（有条件——当币种不同时）明确的XchgRate字段，始终可用
费用明细Field 71F/71G（单一金额）ChrgsInf数组：每笔费用的金额 + 代理行
字符集SWIFT X/Y字符集（有限）完整UTF-8 / Unicode
LEI支持非原生OrgId/LEI字段用于法人实体识别
用途代码Field 26T（有限）ISO 20022用途代码分类（100多个代码）
最大报文大小约10,000个字符每条消息约10MB（FINplus）
状态 2025年11月22日弃用 跨境支付强制使用
格式
MT103 专有SWIFT FIN（文本格式，标签:值）
pacs.008 XML（ISO 20022，结构化）
字段标签
MT103 数字代码：20、32A、50F、59、70、71A
pacs.008 描述性XML：Dbtr/Nm、CdtrAgt/BICFI
UETR
MT103 最初不存在；通过field 121于2018年11月成为必填
pacs.008 自创建起即为原生必填字段
地址格式
MT103 4行，每行35个字符，非结构化
pacs.008 结构化：街道、城市、邮编、国家
汇款信息
MT103 Field 70：最多4×35个字符
pacs.008 无限制的结构化或非结构化数据
汇率
MT103 Field 36（有条件——当币种不同时）
pacs.008 明确的XchgRate字段，始终可用
费用明细
MT103 Field 71F/71G（单一金额）
pacs.008 ChrgsInf数组：每笔费用的金额 + 代理行
字符集
MT103 SWIFT X/Y字符集（有限）
pacs.008 完整UTF-8 / Unicode
最大报文大小
MT103 约10,000个字符
pacs.008 每条消息约10MB（FINplus）
状态
MT103 2025年11月22日弃用
pacs.008 跨境支付强制使用

自2025年11月22日起，SWIFT不再接受MT103作为跨境支付指令。全球所有银行现在必须使用pacs.008。如果您的银行仍向您展示"MT103确认"，它很可能是从pacs.008内部转换而来。在共存期间（2023年3月至2025年11月），SWIFT运营了一个中央翻译服务，自动在MT和MX格式之间转换。

还持有MT103或pacs.008确认文件？ 上传文件，我们将自动提取追踪数据

pacs.008关键字段——可视化解析

以下是一条已脱敏的pacs.008.001.08报文，关键字段已标注。这是每笔跨境支付在银行间传输的XML结构。

<Document xmlns="urn:iso:std:iso:20022:tech:xsd:pacs.008.001.08">
<FIToFICstmrCdtTrf>

<!-- Group Header -->
<GrpHdr>
  <MsgId>EXMB92426831ABCD</MsgId>               ← 报文标识
  <CreDtTm>2026-01-15T09:30:00Z</CreDtTm>        ← 创建时间戳
  <NbOfTxs>1</NbOfTxs>                            ← 交易笔数
  <SttlmInf>
    <SttlmMtd>INDA</SttlmMtd>                    ← 结算方式
  </SttlmInf>
</GrpHdr>

<!-- Credit Transfer Transaction -->
<CdtTrfTxInf>
  <PmtId>
    <InstrId>EXMB92426831ABCD</InstrId>           ← 指令标识
    <EndToEndId>INV-2026-00142</EndToEndId>       ← 端到端参考号
    <UETR>eb6305c4-3e7a-4b29-9a1f-8d2ce5a71b30</UETR>  ← UETR（追踪！）
  </PmtId>
  <PmtTpInf>
    <SvcLvl><Cd>G001</Cd></SvcLvl>               ← SWIFT gpi服务级别
  </PmtTpInf>
  <IntrBkSttlmAmt Ccy="USD">75000.00</IntrBkSttlmAmt>  ← 结算金额
  <IntrBkSttlmDt>2026-01-16</IntrBkSttlmDt>      ← 结算日期
  <InstdAmt Ccy="EUR">68500.00</InstdAmt>         ← 原始指令金额
  <XchgRate>1.0949</XchgRate>                      ← 汇率
  <ChrgBr>SHAR</ChrgBr>                           ← 费用承担方

  <Dbtr>                                           ← 债务人（汇款人）
    <Nm>Acme Trading GmbH</Nm>
    <PstlAdr>
      <StrtNm>Hauptstrasse 42</StrtNm>
      <PstCd>60311</PstCd>
      <TwnNm>Frankfurt</TwnNm>
      <Ctry>DE</Ctry>
    </PstlAdr>
  </Dbtr>
  <DbtrAcct>
    <Id><IBAN>DE89370400440532013000</IBAN></Id>
  </DbtrAcct>
  <DbtrAgt>
    <FinInstnId><BICFI>COBADEFFXXX</BICFI></FinInstnId>  ← 付款银行BIC
  </DbtrAgt>

  <CdtrAgt>
    <FinInstnId><BICFI>CHASUS33XXX</BICFI></FinInstnId>  ← 收款银行BIC
  </CdtrAgt>
  <Cdtr>                                           ← 债权人（收款人）
    <Nm>Global Supplies Inc.</Nm>
    <PstlAdr>
      <StrtNm>123 Commerce Street</StrtNm>
      <PstCd>10005</PstCd>
      <TwnNm>New York</TwnNm>
      <Ctry>US</Ctry>
    </PstlAdr>
  </Cdtr>
  <CdtrAcct>
    <Id><Othr><Id>483926175012</Id></Othr></Id>
  </CdtrAcct>

  <RmtInf>                                         ← 汇款信息
    <Ustrd>Payment for Invoice INV-2026-00142</Ustrd>
  </RmtInf>
</CdtTrfTxInf>

</FIToFICstmrCdtTrf>
</Document>

关键字段解析

UETR
PmtId/UETR

UUID v4，用于在链路中所有银行间实现端到端追踪。自2018年11月起在MT103中强制使用（field 121），在pacs.008中为原生字段。这是您用来追踪付款的标识。

端到端标识
PmtId/EndToEndId

汇款客户分配的参考号，必须在整个支付链路中原样传递至收款人。通常为发票号、采购订单号或合同参考号——用于对账。

指令标识
PmtId/InstrId

银行内部指令参考号。在链条中的每家银行都会变化（不同于保持不变的EndToEndId）。

服务级别
PmtTpInf/SvcLvl/Cd

G001 = SWIFT gpi，启用追踪和SLA承诺。

结算金额
IntrBkSttlmAmt

银行间实际转移的金额及币种。

指令金额
InstdAmt

客户原始要求汇出的金额（可能因FX转换而不同）。

汇率
XchgRate

适用于货币转换的明确FX汇率。在MT103中这是可选字段36；在pacs.008中，只要涉及币种转换即始终提供。

债务人
Dbtr/Nm + Dbtr/PstlAdr

付款人完整的结构化姓名和地址（街道、城市、邮政编码、国家——均为独立字段）。

债权人
Cdtr/Nm + Cdtr/PstlAdr

收款人的结构化信息。

债务人/债权人代理行
DbtrAgt/FinInstnId/BICFI

汇款行和收款行的BIC/SWIFT代码。 代理行目录

费用承担方
ChrgBr

费用由谁支付：SHAR（共担）、DEBT（汇款人）、CRED（收款人）。

汇款信息
RmtInf/Ustrd 或者 RmtInf/Strd

付款用途。可以是非结构化文本，也可以包含发票参考号、税号等结构化信息。

已有UETR？在上方追踪表单中输入，即可同时查询多家代理行的付款状态。 立即追踪

如何追踪您的pacs.008付款

1
获取您的付款确认

向您的银行索取确认文件——MT103格式、pacs.008 XML或银行门户截图。

2
查找UETR

查找如下格式的UUID eb6305c4-3e7a-4b29-9a1f-8d2ce5a71b30. 在pacs.008中，它是&lt;UETR&gt;元素。在MT103中，它是field 121。

3
在我们的追踪器中输入UETR

在上方表单中填写UETR、金额、币种和起息日。

4
或上传您的文件

我们的AI扫描器自动从MT103和pacs.008确认文件中提取UETR、参考号和金额。

关键信息： 无论您的付款以MT103还是pacs.008发送，UETR都是通用的追踪密钥。我们的追踪器显示最新的SWIFT状态，并整合多家主要银行的数据。

追踪您的付款

pacs.008的优势与全球采用进程

更好的追踪

强制UETR意味着每笔付款从第一天起即可端到端追踪。 立即追踪您的付款

更丰富的数据

结构化地址、用途代码和无限制汇款信息减少了人工处理。

更快速的合规

机器可读的结构化数据支持自动化制裁筛查和AML检查。 查看我们的制裁筛查 →

更少的差错

结构化字段消除歧义——无需再解析4行非结构化地址文本。

完全透明

链路中每家银行的明确汇率和逐项费用。

全球标准

与SEPA、Fedwire、CHAPS、TARGET2使用相同格式——真正的互操作性。

全球采用时间线

地区/系统 ISO 20022状态 自
EU / SEPA全面采用（pain.001、pacs.008）2014年2月（强制）
UK / CHAPS已迁移至ISO 200222023年6月19日
EU / TARGET2已迁移至ISO 200222023年3月
SWIFT跨境强制MX（pacs.008）2025年11月22日
US / Fedwire已迁移至ISO 200222025年7月
Australia / RITS已采用ISO 200222024
India / RTGS已采用ISO 200222024
China / CNAPS已采用ISO 200222023
Japan / BOJ-NET已采用ISO 200222024
Singapore / MEPS+已采用ISO 200222023

常见问题

在<PmtId>中查找<UETR>元素。它是格式为xxxxxxxx-xxxx-4xxx-yxxx-xxxxxxxxxxxx的UUID。在MT103中，它是field 121。如果您的银行提供了PDF或截图，您可以上传到我们的扫描器，我们将自动提取。

虽然SWIFT不再接受银行间的MT103（自2025年11月22日起），但一些银行仍为客户生成MT103格式的确认书作为熟悉的格式。在内部，付款以pacs.008报文传输。在共存期间（2023年3月至2025年11月），SWIFT的中央翻译服务自动在格式之间转换。字段直接对应，因此您的UETR无论如何都可用于追踪。

在SERIAL路由中，pacs.008报文按顺序通过链条中的每家银行。在COVER路由中，pacs.008直接发送到收款银行，同时单独的pacs.009（备付金支付）通过代理行链条转移资金。当付款行和收款行没有直接关系时，使用Cover路由。

SHAR（分担——付款人支付付款银行费用，收款人支付收款银行费用）、DEBT（所有费用由付款人/借方承担）、CRED（所有费用由收款人/贷方承担）。在pacs.008中，每家银行的费用在ChrgsInf中分别列出，不同于MT103仅提供总计。

CBPR+（跨境支付和报告增强版）是SWIFT对ISO 20022跨境支付标准的实施。pacs.008是CBPR+中的主要支付报文。服务级别代码G001表示具有追踪功能和SLA承诺的SWIFT gpi支付。

不是。ISO 20022是由ISO第68技术委员会（TC68）维护的全球标准，SWIFT担任注册机构。它涵盖200多种报文类型，被SEPA（欧洲）、Fedwire（美国）、CHAPS（英国）、TARGET2（欧盟）及全球数十个国内系统使用。SWIFT于2025年11月在跨境支付中采用该标准是最后一个重要里程碑。

Both carry a customer credit transfer. MT103 is the legacy SWIFT FIN text format with numbered fields; pacs.008 is its ISO 20022 XML replacement with structured fields, full UTF-8 support, and a native UETR. SWIFT stopped accepting MT103 between banks on 22 November 2025. The full comparison table is above on this page.

pacs.008 moves a customer payment: a person or company is the ultimate sender or beneficiary. pacs.009 is a bank-to-bank credit transfer, used for the cover leg in correspondent banking or for transfers between financial institutions, and it replaces MT202 and MT202COV.

Yes, in practice. pacs.008 is an ISO 20022 message definition, and SWIFT carries it over its network within CBPR+. The same definition is also used by SEPA, Fedwire, CHAPS and TARGET, so pacs.008 is a global standard rather than something exclusive to SWIFT.

通过UETR追踪任何SWIFT付款

无论您的付款以MT103还是pacs.008发送，UETR都是您的追踪密钥。我们整合多家主要银行的数据，为您提供最新状态。

追踪付款
创建免费账户
超过64,000名用户 • 200多个国家 • 超过130万次搜索

Use this data in your own systems

Everything on this page is also available from the Ohmyfin API: verify SWIFT/BIC codes, screen names against 290+ 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

Get a free API key Read the API docs