pacs.008 — FI to FI Customer Credit Transfer

Le message de règlement interbancaire du virement client. Successeur direct de SWIFT MT103 sur le réseau CBPR+ depuis le 22 novembre 2025, et standard de fait dans tous les RTGS européens, britannique et américain.

Objet et place dans le flux

pacs.008 est le message « banque-à-banque » qui transporte le règlement d'un virement client entre la banque ordonnatrice et la banque du bénéficiaire. Il succède fonctionnellement à SWIFT MT103 et porte les mêmes informations métier : ordonnateur, bénéficiaire, montant, date de valeur, frais — avec l'avantage d'une syntaxe XML, d'un encodage UTF-8 et d'une sémantique unifiée pour les chambres de compensation.

Dans un flux complet, pacs.008 est généré par la banque ordonnatrice à partir de l'instruction pain.001 reçue de son client, et acheminé via : SWIFTNet pour le cross-border (CBPR+), Eurosystem T2 ou EBA Clearing EURO1 pour les euros de gros montant, EBA Clearing RT1 ou TIPS pour SEPA SCT Inst, BoE CHAPS pour le sterling, Fedwire Funds et CHIPS pour le dollar. Le pacs.008 est immuable d'un bout à l'autre : chaque banque correspondante peut ajouter des informations mais ne peut pas modifier celles déjà présentes (intégrité du data carry-over, principe gpi).

Structure XML

pacs.008 est encapsulé dans <Document> avec namespace de la version, puis dans l'élément racine <FIToFICstmrCdtTrf>. Deux grands blocs structurent le message :

• GrpHdr (Group Header) — métadonnées de l'envoi : MsgId identifiant unique, CreDtTm datetime, NbOfTxs nombre de transactions dans le message, SttlmInf (Settlement Information) avec la méthode de règlement SttlmMtd (INDA = via la banque destinataire, INGA = via la banque émettrice, COVE = cover payment, CLRG = clearing).
• CdtTrfTxInf (Credit Transfer Transaction Information) — la transaction elle-même, répétable une à n fois selon le profil (CBPR+ impose NbOfTxs=1 donc un seul CdtTrfTxInf par message).

Le contenu de CdtTrfTxInf reprend la modélisation universelle ISO 20022 des paiements : identifiants (PmtId), type (PmtTpInf), montants (IntrBkSttlmAmt, InstdAmt), agents impliqués (InstgAgt, InstdAgt, DbtrAgt, CdtrAgt, parfois IntrmyAgt1/2/3), parties (Dbtr, Cdtr), comptes (DbtrAcct, CdtrAcct), remittance (RmtInf).

Champs clés

• GrpHdr/MsgId — identifiant unique côté émetteur, max 35 caractères. Sert au rapprochement avec le pacs.002 de retour.
• GrpHdr/SttlmInf/SttlmMtd — code de méthode de règlement. INDA (Instructed Agent) est le plus courant en cross-border : la banque destinataire est instructed agent, le règlement passe par son compte chez l'émetteur ou via un correspondant.
• CdtTrfTxInf/PmtId/UETR — obligatoire en CBPR+. UUID v4 (RFC 4122), 36 caractères tirets inclus, minuscules. C'est l'identifiant qui suit le paiement de bout en bout, et qui permet à SWIFT gpi de tracer chaque étape (gpi Tracker).
• CdtTrfTxInf/PmtId/EndToEndId — référence métier transmise au bénéficiaire. C'est le champ que le bénéficiaire utilisera pour réconcilier dans son ERP, identique au EndToEndId du pain.001 d'origine.
• CdtTrfTxInf/IntrBkSttlmAmt — montant effectivement réglé entre les banques, dans la devise de règlement. Attribut Ccy obligatoire (ISO 4217).
• CdtTrfTxInf/IntrBkSttlmDt — date de règlement interbancaire (ISO YYYY-MM-DD).
• CdtTrfTxInf/InstdAmt — montant instruit par le client (utile en cas de conversion FX). Si pas de FX, identique à IntrBkSttlmAmt.
• CdtTrfTxInf/ChrgBr — partage des frais. DEBT (à l'ordonnateur, ex MT OUR), CRED (au bénéficiaire, ex BEN), SHAR (partagé, ex SHA), SLEV (selon le rulebook applicable, typique SEPA).
• DbtrAgt / CdtrAgt / InstgAgt / InstdAgt — quatre rôles d'agents. DbtrAgt et CdtrAgt sont les agents du client (banques ordonnatrice et destinataire); InstgAgt et InstdAgt sont les agents techniques du message (banques émettrice et réceptrice du pacs.008). Dans un cross-border direct sans correspondant, ces quatre rôles convergent vers deux BICs.
• Cdtr/PstlAdr — adresse du bénéficiaire. Depuis CBPR+ v10, le bloc PstlAdr doit être structuré (StrtNm, BldgNb, PstCd, TwnNm, Ctry) et plus simplement texte libre — règle de qualité de données pour la lutte anti-blanchiment.
• RmtInf/Strd/CdtrRefInf/Ref — référence créancier structurée, typiquement la Creditor Reference ISO 11649 (format RF + check digits + 21 caractères) pour permettre la réconciliation comptable automatique.

Exemple cross-border CBPR+

pacs.008 généré par BNP Paribas pour acheminer vers Deutsche Bank le virement transfrontalier de 12 500 EUR d'ACME SARL vers Hans Mueller GmbH, en règlement de la facture INV2026-187 portée par une Creditor Reference ISO 11649.

<?xml version="1.0" encoding="UTF-8"?>
<Document xmlns="urn:iso:std:iso:20022:tech:xsd:pacs.008.001.10">
  <FIToFICstmrCdtTrf>
    <GrpHdr>
      <MsgId>BNPP-CBPR-20260514-001</MsgId>
      <CreDtTm>2026-05-14T10:30:00+01:00</CreDtTm>
      <NbOfTxs>1</NbOfTxs>
      <SttlmInf>
        <SttlmMtd>INDA</SttlmMtd>
      </SttlmInf>
    </GrpHdr>
    <CdtTrfTxInf>
      <PmtId>
        <InstrId>BNPP-INSTR-2026001</InstrId>
        <EndToEndId>INV2026-187</EndToEndId>
        <TxId>BNPP-TXID-2026001</TxId>
        <UETR>1a2b3c4d-5e6f-7890-abcd-ef1234567890</UETR>
      </PmtId>
      <PmtTpInf>
        <SvcLvl><Cd>G002</Cd></SvcLvl>
      </PmtTpInf>
      <IntrBkSttlmAmt Ccy="EUR">12500.00</IntrBkSttlmAmt>
      <IntrBkSttlmDt>2026-05-15</IntrBkSttlmDt>
      <InstdAmt Ccy="EUR">12500.00</InstdAmt>
      <ChrgBr>DEBT</ChrgBr>
      <InstgAgt>
        <FinInstnId><BICFI>BNPAFRPP</BICFI></FinInstnId>
      </InstgAgt>
      <InstdAgt>
        <FinInstnId><BICFI>DEUTDEFF</BICFI></FinInstnId>
      </InstdAgt>
      <Dbtr>
        <Nm>ACME SARL</Nm>
        <PstlAdr>
          <StrtNm>12 rue de la Soie</StrtNm>
          <TwnNm>Lyon</TwnNm>
          <PstCd>69001</PstCd>
          <Ctry>FR</Ctry>
        </PstlAdr>
      </Dbtr>
      <DbtrAcct>
        <Id><IBAN>FR7630006000011234567890189</IBAN></Id>
      </DbtrAcct>
      <DbtrAgt>
        <FinInstnId><BICFI>BNPAFRPP</BICFI></FinInstnId>
      </DbtrAgt>
      <CdtrAgt>
        <FinInstnId><BICFI>DEUTDEFF</BICFI></FinInstnId>
      </CdtrAgt>
      <Cdtr>
        <Nm>Hans Mueller GmbH</Nm>
        <PstlAdr>
          <StrtNm>Hauptstrasse 12</StrtNm>
          <TwnNm>Frankfurt</TwnNm>
          <PstCd>60313</PstCd>
          <Ctry>DE</Ctry>
        </PstlAdr>
      </Cdtr>
      <CdtrAcct>
        <Id><IBAN>DE89370400440532013000</IBAN></Id>
      </CdtrAcct>
      <RmtInf>
        <Strd>
          <CdtrRefInf>
            <Tp><CdOrPrtry><Cd>SCOR</Cd></CdOrPrtry></Tp>
            <Ref>RF18INV2026187</Ref>
          </CdtrRefInf>
        </Strd>
      </RmtInf>
    </CdtTrfTxInf>
  </FIToFICstmrCdtTrf>
</Document>

Versions

Pièges courants

• UETR mal formé — UUID v4 strict (RFC 4122), 36 caractères, minuscules, tirets. Une valeur générée à la main (« ABCDEF... ») ou un UUID v1 (basé sur l'horloge) est rejeté par les gateways SWIFTNet.
• BICFI vs BIC — l'élément BICFI attend strictement 8 ou 11 caractères. Pas de XXX implicite. BNPAFRPP est valide, BNPAFRPPXXX aussi, mais BNPAFRPP3 ou BNPAFRPPXX non.
• Adresse non structurée — depuis la Phase 3 CBPR+ (novembre 2025), les adresses libres (AdrLine) sont remplacées par les sous-éléments structurés (StrtNm, BldgNb, PstCd, TwnNm, Ctry). Un message qui mélange les deux est rejeté.
• SttlmMtd incohérent — INDA implique que les banques se règlent via la nostro de l'agent destinataire. COVE indique un cover payment associé à un pacs.009 séparé. Le choix doit matcher la chaîne réelle de correspondants.
• IntrBkSttlmAmt vs InstdAmt mismatch sans FX — si InstdAmt diffère de IntrBkSttlmAmt sans qu'un bloc XchgRate ne soit présent, c'est un rejet.
• EndToEndId non porté à l'identique — le EndToEndId du pain.001 du client doit être copié verbatim dans le pacs.008 et resté inchangé tout le long de la chaîne. C'est l'identifiant que le bénéficiaire utilise pour le rapprochement : l'altérer brise la réconciliation.
• ChrgBr inadapté — en SEPA SCT, SLEV. En CBPR+ standard, DEBT ou SHAR. CRED est rare et techniquement déconseillé. Le mauvais code provoque un rejet ou des frais inattendus côté bénéficiaire.

Équivalence avec MT103

pacs.008 est l'équivalent direct de MT103 sur le réseau SWIFT depuis novembre 2025. Voir la page MT103 pour une table de correspondance complète tag MT ↔ élément XML. Quelques rappels clés :

• MT :32A: → IntrBkSttlmDt + IntrBkSttlmAmt.
• MT :33B: → InstdAmt.
• MT :50a: → Dbtr + DbtrAcct.
• MT :59a: → Cdtr + CdtrAcct.
• MT :70: → RmtInf/Ustrd ou Strd.
• MT :71A: → ChrgBr.
• MT Block 3 :121: → PmtId/UETR.

Messages liés

• pacs.002 — FI to FI Payment Status Report. Confirme ou rejette le règlement, transaction par transaction.
• pacs.004 — Payment Return. Retour de fonds en cas de rejet métier (compte clos, bénéficiaire inconnu…).
• pacs.009 — Financial Institution Credit Transfer. Le pendant FI-to-FI « pur » sans implication client (équivalent MT202).
• camt.056 — FI to FI Payment Cancellation Request. Demande d'annulation post-règlement.
• camt.029 — Resolution of Investigation. Réponse à une demande d'annulation.
• pain.001 — message corporate-to-bank dont chaque transaction génère un pacs.008.
• MT103 — ancêtre legacy sur le réseau SWIFT FIN, retiré pour le cross-border depuis novembre 2025.