ediverse

Tapez pour rechercher dans les standards, messages, outils et glossaire.

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.

— 01

Fondamentaux

— 02

Standards

— 03

Messages phares

— 04

Outils
iso 20022 — messagerie financière XML

ISO 20022

Le langage XML universel des messages financiers. Une grammaire UML, des schémas XSD ouverts, et la même sémantique pour Eurosystem, Fedwire, CHIPS, CHAPS et le réseau SWIFT depuis novembre 2025.

Qu'est-ce qu'ISO 20022 ?

ISO 20022 est une norme internationale qui définit une méthodologie pour construire des messages financiers, plus que les messages eux-mêmes. La méthodologie repose sur trois couches :

  • Business model — un modèle UML qui décrit les concepts métier (paiement, ordre, instruction de règlement, statut, mandat…) indépendamment de la syntaxe.
  • Logical messages — des messages logiques dérivés du modèle, identifiés par un code à quatre lettres (pain, pacs, camt…), un numéro de variant, une version. Exemple : pacs.008.001.10.
  • Syntax — la sérialisation. La syntaxe officielle est XML Schema, mais la norme autorise d'autres syntaxes (ISO 20022 JSON existe depuis 2018, ASN.1 a été défini pour les marchés haute fréquence).

Là où SWIFT MT donnait une sémantique par tag et une syntaxe télex, ISO 20022 donne une sémantique UML première et la dérive en XSD. Conséquence directe : chaque champ porte un sens stable, indépendamment du transport (SWIFTNet FINplus, SEPA STEP2, EBA Clearing RT1, TIPS, FedNow, T2). Pour la même intention (« virement client cross-border »), un même pacs.008 peut transiter sur n'importe lequel de ces rails, traité par le même parseur côté banque.

Anatomie d'un message

Le code à quatre lettres se lit : pain = Payment Initiation, pacs = Payments Clearing and Settlement, camt = Cash Management, acmt = Account Management, reda = Reference Data, seev = Securities Events, setr = Securities Trades. Vient ensuite un identifiant à trois chiffres (008, 001…) qui désigne le message logique dans la famille, puis le variant (.001), enfin la version (.10). Exemple : pacs.008.001.10 signifie « FI to FI Customer Credit Transfer, variant 001, version 10 ».

Un message XML ISO 20022 est encapsulé dans un élément <Document> qui porte le namespace de la version. Voici un pacs.008.001.10 minimal pour le même virement de 12 500 EUR que dans la page SWIFT MT :

xml pacs-008-minimal.xml 
<?xml version="1.0" encoding="UTF-8"?>
<Document xmlns="urn:iso:std:iso:20022:tech:xsd:pacs.008.001.10">
  <FIToFICstmrCdtTrf>
    <GrpHdr>
      <MsgId>MSG20260514001</MsgId>
      <CreDtTm>2026-05-14T10:30:00+01:00</CreDtTm>
      <NbOfTxs>1</NbOfTxs>
      <SttlmInf>
        <SttlmMtd>INDA</SttlmMtd>
      </SttlmInf>
    </GrpHdr>
    <CdtTrfTxInf>
      <PmtId>
        <InstrId>INSTR2026001</InstrId>
        <EndToEndId>E2E2026001</EndToEndId>
        <TxId>TX2026001</TxId>
        <UETR>1a2b3c4d-5e6f-7890-abcd-ef1234567890</UETR>
      </PmtId>
      <IntrBkSttlmAmt Ccy="EUR">12500.00</IntrBkSttlmAmt>
      <IntrBkSttlmDt>2026-05-14</IntrBkSttlmDt>
      <ChrgBr>DEBT</ChrgBr>
      <Dbtr>
        <Nm>ACME SARL</Nm>
      </Dbtr>
      <DbtrAcct>
        <Id><IBAN>FR7630006000011234567890189</IBAN></Id>
      </DbtrAcct>
      <DbtrAgt>
        <FinInstnId><BICFI>BNPAFRPPXXX</BICFI></FinInstnId>
      </DbtrAgt>
      <CdtrAgt>
        <FinInstnId><BICFI>DEUTDEFFXXX</BICFI></FinInstnId>
      </CdtrAgt>
      <Cdtr>
        <Nm>Hans Mueller GmbH</Nm>
      </Cdtr>
      <CdtrAcct>
        <Id><IBAN>DE89370400440532013000</IBAN></Id>
      </CdtrAcct>
      <RmtInf>
        <Ustrd>Invoice 2026-187</Ustrd>
      </RmtInf>
    </CdtTrfTxInf>
  </FIToFICstmrCdtTrf>
</Document>

Trois patterns sont récurrents : GrpHdr (Group Header — métadonnées de l'envoi : identifiant, datetime, nombre de transactions), CdtTrfTxInf (Credit Transfer Transaction Information — la transaction proprement dite), et RmtInf (Remittance Information — l'équivalent structuré du libellé tag :70 de MT103). L'UETR — Unique End-to-end Transaction Reference — est obligatoire et porte le traçage gpi de bout en bout.

Familles de messages

Le catalogue ISO 20022 compte près de 800 messages logiques. Les sept familles les plus courantes :

PréfixeDomaineMessages emblématiques
painPayment Initiation (entreprise → banque)pain.001 (Customer Credit Transfer Initiation), pain.002 (status report), pain.008 (Direct Debit Initiation)
pacsPayments Clearing and Settlement (banque ↔ banque)pacs.008 (FI to FI Customer CT), pacs.009 (FI Credit Transfer), pacs.004 (Payment Return), pacs.002 (Status Report)
camtCash Management & Reportingcamt.053 (Bank-to-Customer Statement), camt.052 (intraday), camt.054 (notification), camt.029 (resolution of investigation), camt.056 (cancellation request)
acmtAccount Managementacmt.007 (account opening), acmt.022 (mandate maintenance), acmt.024 (KYC data)
redaReference Datareda.001 (price report), reda.014 (security creation)
seevSecurities Events & Corporate Actionsseev.031 (corporate action notification), seev.035 (movement preliminary advice)
setrSecurities Trades (post-trade fund flows)setr.010 (subscription order), setr.012 (redemption order)

Calendrier de migration

L'année 2025 a vu la finalisation de la migration majeure des paiements de gros. Récapitulatif des bascules :

SystèmeOpérateurDatePérimètre
T2 / T2S / TIPSEurosystem (BCE)20 mars 2023RTGS euro grande valeur, settlement titres, paiements instant.
EURO1EBA Clearing20 mars 2023Clearing euro inter-banques.
CHAPSBank of England19 juin 2023RTGS sterling grande valeur.
CHIPSThe Clearing House (US)8 avril 2024Clearing dollar high-value.
Fedwire FundsFederal Reserve14 juillet 2025RTGS dollar US (Federal Reserve).
SWIFTNet CBPR+SWIFT22 novembre 2025Fin coexistence MT/MX cross-border. ISO 20022 obligatoire.
HVPS+SWIFT (high-value payment systems)Étendu via CBPR+Guidelines pour les systèmes domestiques RTGS alignés ISO 20022.

Gouvernance

ISO 20022 est gouvernée par l'ISO Technical Committee 68 — Financial Services, plus précisément le sous-comité SC 9 (« Information exchange »). Le travail opérationnel — publication des nouvelles versions, gestion des change requests, maintenance du dictionnaire — est délégué à la Registration Authority, rôle tenu par SWIFT depuis 2004 sous mandat ISO. Quatre groupes encadrent les décisions techniques :

  • RMG (Registration Management Group) — pilote la stratégie et la roadmap, composé de représentants des grandes places.
  • SEG (Standards Evaluation Groups) — quatre groupes métier (Payments, Securities, Trade Services, FX) qui revoient les soumissions de nouveaux messages.
  • TSG (Technical Support Group) — assure la cohérence du méta-modèle UML et la qualité des XSD.
  • RA (Registration Authority) — SWIFT, qui héberge le registre public et publie les schémas.

En complément, des Market Practice Groups publient des « usage guidelines » pour préciser l'utilisation des messages dans un contexte précis — CBPR+ Usage Guidelines pour SWIFT cross-border, HVPS+ Usage Guidelines pour les RTGS domestiques, SEPA Rulebooks pour les paiements en zone euro. Cette couche de profils est aussi importante que le schéma XSD lui-même : un même pacs.008 n'est pas conforme de la même manière selon qu'il transite par SWIFT, par EURO1 ou par TIPS.

Pour aller plus loin