ediverse Explorer la plateforme

À la une PEPPOL BIS Billing 3.0 L’obligation européenne d’e-invoicing arrive : France sept 2026, Belgique janv 2026, Allemagne 2025.

pacs.009 — Financial Institution Credit Transfer

Le message de règlement entre institutions financières en ISO 20022 : pendant direct de SWIFT MT202 sur CBPR+ depuis novembre 2025. Trois variantes — CORE, ADV, COV — pour couvrir les nostro/vostro, les paiements cover et les advices.

Objet et place dans le flux

pacs.009 transporte un règlement banque-à-banque où ni le débiteur ni le créancier ne sont des clients finaux. Cas d'usage :

  • Règlement de positions nostro/vostro entre correspondants.
  • Règlement de la jambe interbancaire d'un FX (spot, forward).
  • Règlement de la jambe cash d'un trade titre.
  • Règlement de marges sur dérivés.
  • Cover payment d'un pacs.008 dont le règlement passe par des correspondants distincts (variante COV).
  • Advice : notification d'un mouvement sans règlement direct (variante ADV).

Variantes — CORE, ADV, COV

VarianteMessageUsage
COREpacs.009.001.10Le règlement interbancaire « pur ». Pendant direct de MT202 (sans COV).
COVpacs.009.001.10 avec UndrlygCstmrCdtTrfCover payment — embarque la copie du pacs.008 client sous-jacent dans l'élément UndrlygCstmrCdtTrf. KYC transparente côté correspondants. Pendant direct de MT202 COV.
ADVpacs.009.001.10 avec SttlmInf/SttlmMtd=CLRG ou INDA sans imputation directeNotification informationnelle. Plus rarement utilisée en CBPR+, davantage en HVPS+.

Structure XML

pacs.009 est encapsulé dans <Document> puis dans <FICdtTrf>. Deux blocs :

  • GrpHdr : identifiant et métadonnées de l'envoi (MsgId, CreDtTm, NbOfTxs, SttlmInf).
  • CdtTrfTxInf : transaction (1..n, mais 1 sous CBPR+).

Le contenu de CdtTrfTxInf reprend la modélisation universelle ISO 20022 pour les paiements : identifiants (PmtId avec InstrId, EndToEndId, UETR), montants (IntrBkSttlmAmt), agents (InstgAgt, InstdAgt, DbtrAgt, CdtrAgt, parfois IntrmyAgt1/2/3), parties — où Dbtr et Cdtr sont des Financial Institutions (pas des clients physiques), via FinInstnId/BICFI. Pour la variante COV, ajoute UndrlygCstmrCdtTrf qui embarque la copie du pacs.008 client.

Champs clés

  • GrpHdr/SttlmInf/SttlmMtd : méthode de règlement. INDA (Instructed Agent — via la nostro chez l'agent destinataire), INGA (Instructing Agent — via la nostro chez l'agent émetteur), COVE (Cover Payment), CLRG (Clearing — via un système de paiement).
  • CdtTrfTxInf/PmtId/UETR : UUID v4 obligatoire en CBPR+.
  • CdtTrfTxInf/IntrBkSttlmAmt : montant réglé.
  • CdtTrfTxInf/IntrBkSttlmDt : date de règlement.
  • CdtTrfTxInf/Dbtr : institution financière débitrice. Sous FinInstnId/BICFI obligatoire.
  • CdtTrfTxInf/Cdtr : institution financière créditrice. Idem.
  • CdtTrfTxInf/DbtrAgt / CdtrAgt : agents techniques.
  • CdtTrfTxInf/InstgAgt / InstdAgt : agent instruisant / instruit (banques émettrice et réceptrice du pacs.009).
  • CdtTrfTxInf/IntrmyAgt1/2/3 : jusqu'à trois correspondants.
  • CdtTrfTxInf/UndrlygCstmrCdtTrf : présent pour la variante COV. Embarque le Dbtr/DbtrAcct/Cdtr/CdtrAcct du pacs.008 client cover.
  • CdtTrfTxInf/InstrForCdtrAgt / InstrForNxtAgt : instructions opérationnelles pour l'agent suivant.

Exemple COV — cover payment

Cover payment associé au pacs.008 client précédent : BNP Paribas (en tant que DbtrAgt) ordonne à Deutsche Bank (CdtrAgt) le règlement de 12 500 EUR, avec embarqué le détail du virement client ACME → Hans Mueller.

xml pacs-009-cov.xml
<?xml version="1.0" encoding="UTF-8"?>
<Document xmlns="urn:iso:std:iso:20022:tech:xsd:pacs.009.001.10">
  <FICdtTrf>
    <GrpHdr>
      <MsgId>BNPP-FI-20260514-001</MsgId>
      <CreDtTm>2026-05-14T10:35:00+01:00</CreDtTm>
      <NbOfTxs>1</NbOfTxs>
      <SttlmInf>
        <SttlmMtd>COVE</SttlmMtd>
      </SttlmInf>
    </GrpHdr>
    <CdtTrfTxInf>
      <PmtId>
        <InstrId>BNPP-FI-INSTR-2026001</InstrId>
        <EndToEndId>COVER-INV2026-187</EndToEndId>
        <UETR>1a2b3c4d-5e6f-7890-abcd-ef1234567890</UETR>
      </PmtId>
      <IntrBkSttlmAmt Ccy="EUR">12500.00</IntrBkSttlmAmt>
      <IntrBkSttlmDt>2026-05-15</IntrBkSttlmDt>
      <InstgAgt>
        <FinInstnId><BICFI>BNPAFRPP</BICFI></FinInstnId>
      </InstgAgt>
      <InstdAgt>
        <FinInstnId><BICFI>DEUTDEFF</BICFI></FinInstnId>
      </InstdAgt>
      <Dbtr>
        <FinInstnId><BICFI>BNPAFRPP</BICFI></FinInstnId>
      </Dbtr>
      <DbtrAgt>
        <FinInstnId><BICFI>BNPAFRPP</BICFI></FinInstnId>
      </DbtrAgt>
      <CdtrAgt>
        <FinInstnId><BICFI>DEUTDEFF</BICFI></FinInstnId>
      </CdtrAgt>
      <Cdtr>
        <FinInstnId><BICFI>DEUTDEFF</BICFI></FinInstnId>
      </Cdtr>
      <UndrlygCstmrCdtTrf>
        <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>
        <InstdAmt Ccy="EUR">12500.00</InstdAmt>
      </UndrlygCstmrCdtTrf>
    </CdtTrfTxInf>
  </FICdtTrf>
</Document>
  • SttlmMtd=COVE — indique que c'est un cover payment.
  • Dbtr, DbtrAgt, InstgAgt tous convergent vers BNPAFRPP dans cet exemple direct.
  • L'UETR est identique à celle du pacs.008 cover correspondant.
  • UndrlygCstmrCdtTrf reproduit verbatim les parties client (ACME SARL → Hans Mueller GmbH) pour la transparence KYC.

Versions

VersionPublicationUsage
pacs.009.001.082019Version T2 Eurosystem (entrée en service mars 2023).
pacs.009.001.102022Version CBPR+ (en service mars 2023, fin coexistence MT novembre 2025). Adresses structurées, alignement HVPS+.
pacs.009.001.112023Mise à jour mineure.

Pièges courants

  • Variante COV sans UndrlygCstmrCdtTrf : si SttlmMtd=COVE est déclaré, le bloc embarqué est obligatoire. Rejet par les filtres LAB/FT correspondants.
  • UETR ≠ UETR du pacs.008 cover : les deux messages liés doivent porter exactement la même UETR pour permettre le tracking gpi.
  • Dbtr = client au lieu de FI : dans pacs.009, Dbtr est une Financial Institution, pas un client. Pour un virement client, utiliser pacs.008. Confondre les deux casse les flux.
  • BICFI invalide : idem pacs.008 — strict 8 ou 11 caractères, sans XXX implicite.
  • Adresses non structurées dans UndrlygCstmrCdtTrf : depuis CBPR+ Phase 3 (nov. 2025), StrtNm, BldgNb, PstCd, TwnNm, Ctry obligatoires aussi dans le bloc embarqué.
  • SttlmMtd INDA vs COVE confondus : INDA est un règlement classique via nostro destinataire; COVE est un cover. Le choix dépend de la route réelle convenue avec les correspondants.

Équivalence avec MT202

Voir la page MT202 pour la table complète. Rappels clés :

  • MT202 standard → pacs.009 CORE.
  • MT202 COV → pacs.009 COV avec UndrlygCstmrCdtTrf.
  • MT :32A:IntrBkSttlmDt + IntrBkSttlmAmt.
  • MT :58a:Cdtr (FinInstnId/BICFI).
  • MT :52a:Dbtr (FinInstnId/BICFI).
  • MT Block 3 :121:PmtId/UETR.

Messages liés

  • pacs.002 — FI to FI Payment Status Report. Acquittement / rejet de pacs.009.
  • pacs.004 — Payment Return.
  • pacs.008 — Customer Credit Transfer associé (le pacs.009 COV en embarque la copie).
  • camt.056 — Cancellation Request.
  • camt.029 — Resolution of Investigation.
  • MT202 — Équivalent SWIFT MT historique.