ISO 20022 : comprendre la norme des paiements pain, pacs et camt

Vendredi, 16 h. Vous déposez la remise de virements fournisseurs sur l’espace pro de votre banque. Le fichier passe, l’argent part, et lundi matin un fournisseur appelle : il ne retrouve pas la facture concernée parce que la référence a été tronquée en chemin. Votre comptable cherche dans le relevé, votre prestataire informatique jure que l’export était correct. Personne n’a fait d’erreur visible, et pourtant la journée commence par une enquête.

C’est exactement ce que la norme ISO 20022 cherche à éviter. Il s’agit d’un langage commun, publié par l’Organisation internationale de normalisation, qui décrit chaque information d’un paiement dans un champ précis : qui paie, qui reçoit, quel compte, quel montant, quelle référence, pour quel motif. Les virements et prélèvements SEPA reposent déjà dessus, au format XML.

Si vous préparez des paiements ou des encaissements dans une PME, une association ou un cabinet comptable, vous n’avez pas besoin de devenir expert en XML. Vous devez savoir trois choses : ce que la norme change, quels messages vous concernent directement et comment vérifier que vos outils produisent les bons fichiers. C’est l’objet de cet article.

Qu’est-ce que la norme ISO 20022, en termes simples ?

ISO 20022 est une méthodologie et un dictionnaire de données pour les messages financiers. Elle ne fait pas circuler l’argent : ce sont les systèmes de paiement (SEPA, TARGET, les chambres de compensation comme STET en France) qui le font. La norme décrit seulement la façon dont l’ordre de paiement et les informations qui l’accompagnent sont rédigés, pour que chaque maillon de la chaîne les lise de la même manière.

Pensez à un formulaire administratif bien conçu. Au lieu d’une grande case « observations » où chacun écrit ce qu’il veut, vous avez une case pour le nom, une pour l’adresse structurée, une pour la référence de facture, une pour le motif. Un logiciel peut alors contrôler, trier et rapprocher sans deviner.

La norme est gérée par l’ISO, avec SWIFT comme autorité d’enregistrement des messages. Le catalogue officiel est consultable sur le site de référence ISO 20022. Concrètement, chaque message porte un nom codé de type pain.001.001.03 :

• pain : la famille du message (ici, l’initiation de paiement) ;
• 001 : le type de message (ici, le virement client) ;
• 001 : la variante ;
• 03 : la version.

Cette version compte. Deux fichiers « ISO 20022 » peuvent être incompatibles si l’un est en version 03 et l’autre en version 09, ou si la banque attend une variante différente.

Ce que la norme ne change pas

ISO 20022 ne remplace ni l’IBAN, ni le BIC, ni les règles du prélèvement SEPA. Les délais de remboursement de huit semaines, la référence unique de mandat ou l’identifiant créancier SEPA restent définis par les règlements européens et les rulebooks de l’European Payments Council. La norme fournit simplement le format dans lequel ces données voyagent.

Les familles de messages ISO 20022 : pain, pacs et camt

Le jargon paraît lourd, mais trois familles couvrent l’essentiel de ce qu’une entreprise rencontre.

Prenons un cas concret : votre entreprise, cliente du Crédit Agricole, paie un fournisseur dont le compte est à la Société Générale.

1. Votre logiciel ou votre fichier Excel produit un pain.001 : c’est l’ordre que vous envoyez à votre banque.
2. Le Crédit Agricole transmet l’opération à la Société Générale via la compensation, sous forme de pacs.008. Vous ne voyez jamais ce message.
3. Votre banque vous renvoie un compte rendu de traitement (pain.002) puis un relevé (camt.053) ou un avis d’opération (camt.054) pour le rapprochement.

Famille	Rôle	Messages courants	Qui le manipule en entreprise
pain (payment initiation)	Donner un ordre à sa banque	pain.001 (virements), pain.008 (prélèvements), pain.002 (statut)	Comptabilité, trésorerie, logiciel de paie ou ERP
pacs (payments clearing and settlement)	Échanges entre banques	pacs.008, pacs.003, pacs.004 (retours)	Les banques, rarement l’entreprise
camt (cash management)	Relevés, avis et soldes	camt.052, camt.053, camt.054	Comptabilité, outil de rapprochement

Idée clé : pain demande, pacs transporte, camt rend compte. Une PME écrit surtout du pain et lit surtout du camt.

Pour le prélèvement, le message que vous déposez est un pain.008. Il contient l’identifiant créancier, la RUM de chaque mandat, sa date de signature, le type de séquence (FRST, RCUR…) et le montant. L’article sur le fichier de prélèvement SEPA ISO 20022 détaille ses blocs un par un.

Pourquoi ISO 20022 remplace les anciens formats CFONB

Avant SEPA, les entreprises françaises échangeaient avec leur banque des fichiers au format CFONB : 320 caractères pour les virements, 160 caractères pour les prélèvements nationaux, 120 caractères pour les relevés. Ces formats à positions fixes ont rendu de bons services pendant des décennies. Leur limite est structurelle : chaque information doit tenir dans une zone de longueur imposée.

Le règlement (UE) n° 260/2012 a imposé le format ISO 20022 XML pour les virements et prélèvements en euros transmis en lot par les entreprises. En France, la bascule des virements et prélèvements nationaux vers SEPA s’est faite en 2014, puis les produits de niche (TIP, télérèglement) ont suivi en 2016. Beaucoup de logiciels ont depuis ajouté un export XML, mais certaines entreprises gardent des tableurs ou des extractions maison qui datent de l’époque CFONB.

Critère	Formats CFONB à positions fixes	ISO 20022 XML
Structure	Zones de longueur fixe, une ligne par opération	Balises imbriquées, champs nommés
Référence de paiement	Zone courte, souvent tronquée	Libellé jusqu’à 140 caractères ou référence structurée
Identification	RIB national	IBAN et BIC, identifiant créancier SEPA
Contrôle avant envoi	Longueur de ligne, peu de règles	Validation par schéma XSD et règles de la banque
Portée	France uniquement	Toute la zone SEPA et de nombreux systèmes hors SEPA
Rapprochement	Libellés libres à interpréter	Références dédiées (EndToEndId, RUM)

Le gain le plus concret pour une PME est le rapprochement. Quand le numéro de facture voyage dans un champ prévu pour lui, de bout en bout, votre client ou votre fournisseur le retrouve sans vous appeler. Le gain pour l’équipe technique est la validation précoce : un fichier XML peut être contrôlé contre son schéma avant même d’atteindre la banque.

Les relevés suivent le même chemin

Côté relevés, de nombreuses banques françaises proposent encore le relevé CFONB 120 à côté du camt.053. Si votre outil de rapprochement sait lire le camt, privilégiez-le : il transporte les références de bout en bout et le motif de rejet des prélèvements dans des champs structurés, ce qui facilite le lettrage des comptes clients.

Calendrier de migration ISO 20022 et place de SEPA

La norme se diffuse par vagues, et chaque vague touche des acteurs différents.

• Paiements SEPA en euros : ISO 20022 depuis l’origine. Si vous déposez déjà des fichiers XML SEPA, vous utilisez la norme.
• Systèmes de règlement de montant élevé : l’Eurosystème a basculé TARGET (anciennement TARGET2) sur ISO 20022 en mars 2023, et EURO1 a suivi.
• Paiements internationaux entre banques : SWIFT a mené la migration des messages MT vers ISO 20022 pour les paiements transfrontaliers, avec une fin de la période de coexistence en novembre 2025, comme l’explique le programme ISO 20022 de SWIFT.

Pour une entreprise française, la conséquence pratique est double. D’abord, les banques demandent des données plus complètes, en particulier des adresses structurées (rue, code postal, ville, pays dans des champs séparés) pour les paiements internationaux. Ensuite, les versions des messages évoluent : les rulebooks de l’EPC recommandent désormais les versions 2019 (pain.001.001.09, pain.008.001.08), tandis que de nombreuses banques continuent d’accepter les versions 2009 (pain.001.001.03, pain.008.001.02).

Règle pratique : demandez par écrit à votre banque quelle version de pain.001 et de pain.008 elle accepte sur votre canal (espace web, EBICS, API), et jusqu’à quand. Une réponse « nous acceptons l’ISO 20022 » ne suffit pas.

Le centre d’aide compare les deux générations dans pain.001.001.03 ou pain.001.001.09 : quelle version utiliser.

Ce que la norme ISO 20022 change pour la comptabilité et l’équipe technique

ISO 20022 est souvent présenté comme un sujet informatique. Dans les faits, c’est autant une question de qualité de données que de format.

Pour la comptabilité et la trésorerie

Les effets se voient là où le temps se perd : préparation des remises, gestion des rejets, rapprochement bancaire, réponses aux auditeurs. Avec des messages structurés :

• la référence de facture arrive entière chez le fournisseur ;
• les rejets de prélèvement portent un code normalisé (AM04, MD06, MS03…) au lieu d’un libellé à interpréter ;
• le compte rendu pain.002 indique quelles opérations ont été refusées et pourquoi ;
• le relevé camt permet un lettrage automatique plus fiable.

À l’inverse, si la donnée source est mauvaise, le XML la transporte fidèlement. Un IBAN faux ou un nom tronqué dans votre tableur restera faux dans le fichier. La norme ne corrige rien à votre place.

Pour les développeurs et l’intégrateur

Côté technique, ISO 20022 remplace des formats implicites par des règles explicites : champs obligatoires, longueurs maximales, jeux de caractères, ordre des balises. Les points de vigilance habituels :

• le mapping entre vos champs (ERP, logiciel de paie, CRM) et les balises XML ;
• le jeu de caractères : la zone SEPA garantit seulement l’alphabet latin de base, sans accents, ce qui oblige à translittérer « Société Générale » en « Societe Generale » chez certaines banques ;
• la gestion des retours pain.002 et des R-transactions ;
• la traçabilité des versions de schéma utilisées.

Un fichier peut être valide au sens du schéma XSD et rejeté quand même par la banque, parce qu’une règle propre à l’établissement n’est pas respectée. C’est là que finance et technique doivent travailler ensemble. Pour le volet données, l’article sur le mapping de données détaille la méthode.

Produire des fichiers ISO 20022 sans tout reconstruire

Beaucoup de PME françaises préparent encore leurs remises dans Excel, ou récupèrent un export CSV de leur logiciel de gestion. Il n’est pas nécessaire de changer de logiciel comptable pour produire un XML conforme. Deux options s’offrent à vous.

Option	Pour qui	Contrepartie
Développer la conversion en interne	Équipes avec un développeur disponible et un budget de maintenance	Contrôle total, mais il faut suivre les versions de schéma et les règles des banques
Utiliser un outil de conversion	Équipes pilotées par la comptabilité, formats hétérogènes	Mise en place rapide, dépendance à un service externe

Avec GenerateSEPA, vous chargez votre fichier Excel, CSV ou JSON tel quel, vous indiquez quelle colonne correspond à l’IBAN, au montant, au nom ou à la référence, et l’outil génère un pain.001.001.03 pour les virements ou un pain.008.001.02 pour les prélèvements (CORE ou B2B). Les IBAN sont contrôlés avant la génération et le mapping est mémorisé pour la remise suivante. Le fichier obtenu se dépose ensuite sur l’espace pro de votre banque, comme un export de votre logiciel.

Si vous voulez vérifier un fichier de prélèvement déjà produit par un autre outil, le validateur XML de prélèvement SEPA le contrôle gratuitement et signale les balises manquantes ou mal formées. Pour aller plus loin sur la structure des fichiers, le guide sur le format de fichier de prélèvement SEPA sert de référence.

Plan d’action ISO 20022 pour votre entreprise

Inutile de lancer un grand projet. Une liste courte, des responsables désignés et un test réel suffisent dans la plupart des PME.

1. Faites l’inventaire de vos flux. Virements fournisseurs, salaires, prélèvements clients, relevés : notez pour chacun la banque, le format actuel (CFONB, XML, saisie manuelle) et l’outil qui le produit.
2. Interrogez chaque banque. Version de pain.001 et pain.008 acceptée, canal de dépôt, format de relevé disponible (CFONB 120 ou camt.053), règles sur les caractères et les adresses.
3. Remontez à la source des données. ERP, logiciel de paie, tableur tenu par la comptabilité : c’est là qu’il faut corriger les IBAN, les noms et les références, pas dans le XML.
4. Vérifiez les champs, pas seulement le format. Un logiciel qui « exporte du SEPA XML » ne remplit pas forcément la RUM, la date de signature du mandat ou une référence exploitable pour le rapprochement.
5. Testez avec des cas difficiles. Noms longs ou accentués, premier prélèvement d’un mandat, IBAN étrangers, montants à zéro ou négatifs à exclure.
6. Répartissez les rôles. La comptabilité pilote les échanges avec la banque et les tests, l’administration nettoie les données, le développeur ou le prestataire gère le mapping et l’automatisation, la direction valide le calendrier.

Pour un rappel des règles du prélèvement lui-même, le guide du prélèvement SEPA reprend les fondamentaux.

Commencez par un flux, celui qui vous coûte le plus de temps chaque mois, et générez-le au format ISO 20022 depuis votre propre fichier : vous pouvez comparer les formules et démarrer l’essai gratuit de 7 jours pour le faire avec vos données réelles.

---

Questions fréquentes

ISO 20022 et SEPA, est-ce la même chose ?

Non. SEPA est l’espace et l’ensemble des règles qui permettent de payer en euros comme dans son propre pays, tandis qu’ISO 20022 est la norme de messages utilisée pour décrire ces paiements. Les virements et prélèvements SEPA s’échangent au format ISO 20022 XML, mais la norme sert aussi à d’autres systèmes, comme TARGET ou les paiements internationaux SWIFT.

Faut-il savoir lire du XML pour utiliser ISO 20022 ?

Non, la personne qui prépare les paiements n’a pas besoin de lire du XML. Elle doit connaître les données attendues (IBAN, montant, référence, RUM pour un prélèvement) et s’assurer que l’outil utilisé produit la version acceptée par la banque. La lecture du XML reste utile pour diagnostiquer un rejet, avec l’aide d’un validateur.

Les banques françaises acceptent-elles encore les fichiers CFONB ?

Pour les virements et prélèvements en euros transmis en lot, le règlement européen 260/2012 impose le format ISO 20022 XML depuis 2014. Certaines banques acceptent encore des formats CFONB pour d’autres usages, en particulier le relevé CFONB 120. Vérifiez auprès de votre conseiller ce qui reste disponible sur votre canal.

Quelle différence entre camt.053 et camt.054 ?

Le camt.053 est le relevé de compte de fin de journée, avec le solde et toutes les opérations. Le camt.054 est un avis de débit ou de crédit qui détaille une opération ou un lot, par exemple les rejets d’une remise de prélèvements. Les deux servent au rapprochement bancaire automatique.

---

Articles liés