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
| Variante | Message | Usage |
|---|---|---|
| CORE | pacs.009.001.10 | Le règlement interbancaire « pur ». Pendant direct de MT202 (sans COV). |
| COV | pacs.009.001.10 avec UndrlygCstmrCdtTrf | Cover 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. |
| ADV | pacs.009.001.10 avec SttlmInf/SttlmMtd=CLRG ou INDA sans imputation directe | Notification 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. SousFinInstnId/BICFIobligatoire.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 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,InstgAgttous convergent versBNPAFRPPdans cet exemple direct.- L'
UETRest identique à celle du pacs.008 cover correspondant. UndrlygCstmrCdtTrfreproduit verbatim les parties client (ACME SARL → Hans Mueller GmbH) pour la transparence KYC.
Versions
| Version | Publication | Usage |
|---|---|---|
pacs.009.001.08 | 2019 | Version T2 Eurosystem (entrée en service mars 2023). |
pacs.009.001.10 | 2022 | Version CBPR+ (en service mars 2023, fin coexistence MT novembre 2025). Adresses structurées, alignement HVPS+. |
pacs.009.001.11 | 2023 | Mise à jour mineure. |
Pièges courants
- Variante COV sans
UndrlygCstmrCdtTrf: siSttlmMtd=COVEest 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,Dbtrest 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,Ctryobligatoires aussi dans le bloc embarqué. - SttlmMtd
INDAvsCOVEconfondus :INDAest un règlement classique via nostro destinataire;COVEest 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.