Glossaire XML financier
Définitions des termes SEPA, UBL, Peppol, ISO 20022 et de la facturation électronique utilisés dans la messagerie financière.
Access Point (Peppol)
Un prestataire de services certifié qui connecte les entreprises au réseau Peppol. Les Access Points envoient et reçoivent des documents électroniques (factures, commandes) pour le compte de leurs clients, en gérant le modèle de livraison sécurisé à quatre coins.
Avoir (Credit Note)
Un document commercial émis par un vendeur pour corriger ou annuler une facture précédemment émise. En UBL, un avoir est un type de document distinct (UBL CreditNote) avec la même structure qu'une facture, mais utilisé pour réduire le montant dû par l'acheteur.
BBAN (Basic Bank Account Number)
La partie nationale d'un IBAN qui identifie la banque, l'agence et le numéro de compte. Le format BBAN varie selon les pays ; par exemple, un BBAN belge est composé de 12 chiffres, tandis qu'un BBAN français comporte 23 caractères.
BIC (Business Identifier Code)
Un code de 8 ou 11 caractères (également appelé code SWIFT) qui identifie de manière unique un établissement financier. Les BIC sont utilisés dans les messages de paiement SEPA pour acheminer les transactions vers la bonne banque. Format : 4 lettres (banque) + 2 lettres (pays) + 2 caractères (localisation) + 3 caractères optionnels (agence).
BIS Billing 3.0
Peppol BIS (Business Interoperability Specification) Billing 3.0 est la spécification pour la facturation électronique et les avoirs sur le réseau Peppol. Elle est basée sur la norme européenne EN 16931 et définit les champs obligatoires, les listes de codes et les règles métier Schematron.
Business Application Header (BAH)
Un composant ISO 20022 (AppHdr) qui encapsule les messages MX avec des métadonnées sur l'émetteur, le destinataire et le type de message. Le BAH permet le routage et le traitement des messages ISO 20022 indépendamment du contenu métier.
camt.052
Un message ISO 20022 (Bank-To-Customer Account Report) fournissant des informations intrajournalières ou en temps réel sur les soldes et les transactions d'un compte. Utilisé pour la gestion de trésorerie et le suivi de liquidité avant le règlement de fin de journée.
camt.053
Un message ISO 20022 (Bank-To-Customer Statement) transmettant les données de relevé bancaire de fin de journée, incluant les soldes d'ouverture/fermeture et toutes les opérations comptabilisées. Il remplace le message SWIFT MT940 pour les relevés de compte.
camt.054
Un message ISO 20022 (Bank-To-Customer Debit Credit Notification) notifiant les clients des opérations de débit ou de crédit individuelles sur leur compte. Souvent utilisé pour la notification de paiement en temps réel en complément du camt.052.
ChargBearer (ChrgBr)
Un élément XML SEPA qui précise qui supporte les frais de transaction. Dans les virements SEPA, la valeur doit toujours être SLEV (Service Level), signifiant que les frais sont partagés selon le règlement SEPA. Les autres valeurs ISO 20022 sont DEBT (débiteur) et CRED (créancier).
Chorus Pro
Le portail obligatoire de facturation électronique du gouvernement français pour les factures adressées aux entités du secteur public (B2G). Depuis 2017, tous les fournisseurs de l'administration publique française doivent soumettre leurs factures via Chorus Pro au format Factur-X ou UBL.
CII (Cross Industry Invoice)
La Cross Industry Invoice de l'UN/CEFACT est une syntaxe XML pour les factures électroniques. CII est l'une des deux syntaxes reconnues par la norme EN 16931 (l'autre étant UBL). Factur-X et ZUGFeRD utilisent CII pour leur XML embarqué.
Créancier (Creditor)
Dans la terminologie SEPA, le créancier est la partie qui reçoit les fonds (le bénéficiaire). Dans un virement pain.001, le créancier est identifié par son nom, son IBAN et éventuellement son BIC. Dans un prélèvement pain.008, le créancier est la partie qui initie le recouvrement.
CtrlSum (Somme de contrôle)
Un élément XML SEPA dans le GroupHeader contenant la somme totale de tous les montants de transaction du fichier de paiement. Le CtrlSum doit être égal à la somme de toutes les valeurs InstructedAmount individuelles ; une discordance entraîne le rejet du fichier par la banque.
Débiteur (Debtor)
Dans la terminologie SEPA, le débiteur est la partie qui paie (le payeur). Dans un virement pain.001, le débiteur est le titulaire du compte initiant le paiement. Dans un prélèvement pain.008, le débiteur est la partie dont le compte est débité.
DTD (Document Type Definition)
Un langage de schéma XML hérité qui définit la structure et les éléments autorisés d'un document XML. Les DTD sont bloquées dans les parseurs XML sécurisés car elles permettent des attaques XXE (XML External Entity). La validation XML moderne utilise XSD à la place.
EDICOM
Un prestataire mondial d'EDI (Échange de Données Informatisé) et de facturation électronique. EDICOM propose des solutions pour échanger des documents commerciaux aux formats EDIFACT, XML, UBL et Factur-X dans différents pays et cadres de conformité.
EN 16931
La norme européenne pour la facturation électronique, publiée par le CEN. EN 16931 définit le modèle de données sémantique pour une facture de base (champs obligatoires et optionnels) et deux syntaxes reconnues : UBL 2.1 et UN/CEFACT CII. Tous les États membres de l'UE doivent accepter les factures conformes à EN 16931.
EndToEndId (Référence de bout en bout)
Une référence unique attribuée par la partie émettrice pour identifier une transaction de paiement SEPA de l'initiation au règlement. L'EndToEndId est conservé tout au long de la chaîne de paiement et retourné au débiteur dans les relevés de compte pour faciliter le rapprochement.
Factur-X
Une norme franco-allemande de facturation électronique hybride qui intègre un fichier XML structuré (basé sur UN/CEFACT CII) dans un document PDF/A-3. Factur-X comprend cinq profils (Minimum, Basic WL, Basic, EN 16931, Extended) et est obligatoire pour la facturation B2G en France.
Facturation électronique (E-Invoicing)
L'échange électronique de documents de facturation entre fournisseurs et acheteurs dans un format structuré et lisible par machine. La facturation électronique remplace les factures papier ou PDF par des standards tels que UBL, CII, Factur-X, XRechnung ou FatturaPA.
Facture UBL (Invoice)
Une facture électronique au format UBL (Universal Business Language) 2.1. Une facture UBL contient des informations structurées sur le vendeur, l'acheteur, les lignes d'articles, les taxes et les conditions de paiement. C'est l'un des deux types de documents (avec l'avoir) reconnus par Peppol BIS Billing 3.0.
FatturaPA
Le format de facturation électronique obligatoire de l'Italie pour toutes les transactions B2B et B2G, géré par l'Agenzia delle Entrate (Agence des Impôts italienne). Les fichiers FatturaPA sont des documents XML soumis via le système d'interchange SDI.
GroupHeader (En-tête de groupe)
Le premier bloc d'un message XML SEPA (pain.001 ou pain.008) contenant les informations au niveau du message : MessageId, CreationDateTime, NumberOfTransactions, ControlSum et InitiatingParty. Il n'y a qu'un seul GroupHeader par fichier.
IBAN (International Bank Account Number)
Un système de numérotation internationale standardisé pour les comptes bancaires, défini dans la norme ISO 13616. Un IBAN commence par un code pays à 2 lettres, suivi de 2 chiffres de contrôle (validés via mod-97), puis d'un BBAN spécifique au pays. Les IBAN sont obligatoires pour toutes les transactions de paiement SEPA.
InitiatingParty (Partie initiatrice)
La partie qui initie une instruction de paiement SEPA, identifiée dans le GroupHeader des messages pain.001 et pain.008. L'InitiatingParty est généralement l'entreprise cliente soumettant le fichier de paiement à sa banque, et peut différer du Débiteur.
ISO 20022
Une norme internationale de messagerie financière définissant une plateforme commune pour le développement de standards de messages. Les messages ISO 20022 sont en XML et couvrent les paiements (pain), les rapports de compte (camt), les titres, le commerce, et plus. SEPA, SWIFT MX et les principaux systèmes de paiement instantané utilisent ISO 20022.
Message MX (ISO 20022 MX)
Un message XML ISO 20022 (par opposition au format MT hérité). Les messages MX sont plus riches, plus structurés et supportent davantage de données que les messages MT. La migration mondiale de SWIFT vers ISO 20022 MX est en cours pour remplacer les messages MT dans les paiements transfrontaliers.
Mod-97 (Modulo 97)
L'algorithme de somme de contrôle mathématique utilisé pour valider les IBAN. L'algorithme réorganise l'IBAN, convertit les lettres en chiffres et vérifie que le résultat modulo 97 est égal à 1. Un échec du contrôle mod-97 indique une erreur de transcription dans l'IBAN.
MsgId (Identifiant de message)
Un identifiant unique attribué par la partie initiatrice à un message de paiement SEPA (pain.001 ou pain.008). Le MsgId doit être unique dans un délai raisonnable (généralement 15 jours) pour éviter le traitement en double par la banque.
MT940
Un format de message SWIFT hérité pour la transmission de relevés de compte bancaire, largement utilisé avant ISO 20022. MT940 fournit des informations sur les soldes et les transactions, mais avec des données structurées moins riches que le camt.053 ISO 20022 qui le remplace.
pain.001 (Initiation de virement)
Un message XML ISO 20022 utilisé pour initier une ou plusieurs transactions de virement SEPA. Un fichier pain.001 est soumis par une entreprise à sa banque et contient les blocs GroupHeader, PaymentInformation et CreditTransferTransactionInformation. Versions courantes : 003, 009, 011.
pain.008 (Initiation de prélèvement)
Un message XML ISO 20022 utilisé pour initier des prélèvements SEPA. Le créancier envoie un pain.008 à sa banque, qui collecte ensuite les fonds sur les comptes des débiteurs. Nécessite un mandat préalable signé par le débiteur. Versions courantes : 002, 008, 010.
Payment Information (PmtInf)
Le deuxième bloc d'un fichier SEPA pain.001 ou pain.008, regroupant les transactions partageant des paramètres communs tels que le mode de paiement, la date d'exécution et le compte débiteur. Un seul fichier peut contenir plusieurs blocs PaymentInformation.
Peppol ID
Un identifiant unique pour un participant au réseau Peppol, utilisé pour acheminer les documents électroniques vers le bon Access Point. Un Peppol ID se compose d'un identifiant de schéma (ex. : 0208 pour les numéros d'entreprise belges) suivi de l'identifiant de l'entreprise (ex. : numéro de TVA).
PmtInfId (Identifiant d'information de paiement)
Un identifiant unique pour un bloc PaymentInformation dans un fichier SEPA pain.001 ou pain.008. Plusieurs blocs PmtInfId peuvent exister dans un même message, chacun regroupant des transactions avec des paramètres communs. Les banques utilisent le PmtInfId pour suivre et rapporter les lots de paiements individuels.
Relevé bancaire
Un rapport structuré de toutes les transactions d'un compte bancaire sur une période donnée. En ISO 20022, les relevés bancaires sont échangés sous forme de messages camt.053, fournissant les soldes et les informations détaillées sur les opérations.
RequestedExecutionDate (Date d'exécution demandée)
La date à laquelle la partie initiatrice demande que le paiement soit exécuté par la banque, spécifiée au format ISO 8601 (YYYY-MM-DD). Pour les virements SEPA, il doit s'agir d'un jour ouvrable TARGET2. Les dates tombant les week-ends ou jours fériés sont généralement reportées au prochain jour ouvrable.
Schematron
Un langage de validation XML basé sur des règles XPath, utilisé en complément du XSD pour la validation des règles métier. Peppol BIS Billing et l'EPC SEPA utilisent Schematron pour imposer des contraintes que XSD ne peut pas exprimer, comme la cohérence entre champs (ex. : le montant TVA doit égaler la base imposable fois le taux).
SCT (Virement SEPA)
Un instrument de paiement SEPA pour l'envoi de fonds d'un compte bancaire à un autre dans la zone SEPA. Les transactions SCT sont initiées via des messages XML pain.001 et traitées en un jour ouvrable. La variante Instant (SCT Inst) est réglée en moins de 10 secondes.
SDD (Prélèvement SEPA)
Un instrument de paiement SEPA permettant à un créancier de collecter des fonds directement sur le compte d'un débiteur, sur la base d'un mandat. Il existe deux schémas : SDD Core (pour les particuliers) et SDD B2B (pour les entreprises). Les instructions SDD sont transmises via des messages XML pain.008.
SDI (Sistema di Interscambio)
Le système national d'interchange de facturation électronique de l'Italie, géré par l'Agenzia delle Entrate. Toutes les factures italiennes B2B et B2G au format FatturaPA doivent passer par le SDI, qui valide, livre et archive les factures entre entreprises tout en offrant une visibilité à l'administration fiscale.
SEPA (Espace unique de paiement en euros)
Une initiative d'intégration des paiements de l'Union européenne permettant des paiements en euros sans espèces entre 36 pays selon des normes harmonisées. SEPA couvre les virements (SCT), les prélèvements (SDD) et les paiements instantanés (SCT Inst), tous basés sur la messagerie XML ISO 20022.
SMP (Service Metadata Publisher)
Un composant Peppol qui publie les capacités d'un participant : quels types de documents il peut recevoir et quel Access Point le dessert. Lors de l'envoi d'un document sur Peppol, l'Access Point de l'expéditeur interroge le SMP pour découvrir le point d'accès du destinataire.
SWIFT (Society for Worldwide Interbank Financial Telecommunication)
La coopérative mondiale qui exploite le réseau international de messagerie financière utilisé par les banques et les institutions financières. SWIFT définit à la fois les codes BIC (pour l'identification des institutions) et les standards de messages MT/MX pour les paiements transfrontaliers.
UBL (Universal Business Language)
Une bibliothèque standard OASIS de documents commerciaux XML (factures, commandes, avis d'expédition, etc.). La version 2.1 est la base de Peppol BIS Billing 3.0 et de la conformité EN 16931. Les factures et avoirs UBL sont le format de facturation électronique le plus utilisé en Europe.
Validation de schéma
Le processus de vérification d'un document XML par rapport à un schéma formel (XSD ou Schematron) pour vérifier la correction structurelle et la conformité aux règles métier. La validation de schéma est la première étape du traitement de tout message SEPA, UBL ou ISO 20022.
ViDA (TVA à l'ère numérique)
Une proposition de la Commission européenne pour moderniser les règles de TVA en introduisant un reporting numérique en temps réel et la facturation électronique obligatoire pour les transactions B2B intra-UE. ViDA vise à réduire le déficit de TVA et la fraude en exigeant des factures électroniques structurées pour les transactions transfrontalières à partir de 2028.
XML (Extensible Markup Language)
Un langage de balisage qui encode des documents dans un format lisible par les humains et les machines. XML est la base des messages de paiement SEPA, des factures UBL, des messages financiers ISO 20022 et de nombreux autres standards financiers. Les documents XML sont validés par des schémas (XSD) et des règles métier (Schematron).
XML bien formé (Well-Formed XML)
Un document XML qui respecte les règles syntaxiques de base du XML : un seul élément racine, des balises correctement imbriquées, des éléments fermés et un encodage correct. Un document bien formé peut être analysé ; un document valide est en outre vérifié par rapport à un schéma (XSD ou DTD).
xmlns (Espace de noms XML)
Un attribut qui déclare un espace de noms dans un document XML, liant les noms d'éléments à un URI qui les identifie de manière unique. Les fichiers SEPA pain.001 doivent déclarer le bon espace de noms EPC (ex. : urn:iso:std:iso:20022:tech:xsd:pain.001.001.03) pour que la validation de schéma réussisse.
XPath
Un langage de requête pour naviguer et sélectionner des noeuds dans un document XML. XPath est utilisé dans les règles Schematron pour valider la logique métier dans les fichiers SEPA et UBL, et dans les feuilles de style XSLT pour transformer des XML en rapports ou autres formats.
XRechnung
La norme nationale de facturation électronique de l'Allemagne basée sur EN 16931, obligatoire pour les factures adressées aux autorités publiques fédérales allemandes depuis 2020. XRechnung utilise la syntaxe UBL 2.1 ou UN/CEFACT CII et est soumis via le portail ZRE (Zentraler Rechnungseingang).
XSD (XML Schema Definition)
La norme W3C pour définir la structure, le contenu et les types de données des documents XML. Les schémas XSD sont publiés par l'EPC pour les messages SEPA pain et par l'OASIS pour UBL. Un fichier XML conforme à son XSD est dit valide par rapport au schéma ; les erreurs structurelles sont détectées à cette étape.
XSLT (Extensible Stylesheet Language Transformations)
Un langage pour transformer des documents XML en d'autres formats XML, HTML ou texte à l'aide de modèles et d'expressions XPath. XSLT est utilisé pour générer des rapports lisibles par l'humain à partir de fichiers SEPA, UBL et camt.053, et pour convertir entre différentes versions de messages ISO 20022.
XXE (XML External Entity)
Une classe de vulnérabilité de sécurité XML où un document XML malveillant référence des entités externes pour lire des fichiers locaux ou effectuer des attaques SSRF (Server-Side Request Forgery). Les parseurs XML sécurisés désactivent les déclarations DOCTYPE et la résolution d'entités externes. ValidateFin bloque les XXE par conception.
Zone SEPA
La zone géographique où les normes de paiement SEPA s'appliquent, comprenant les 27 États membres de l'UE ainsi que l'Islande, le Liechtenstein, la Norvège, la Suisse, le Royaume-Uni, Andorre, Monaco, Saint-Marin et le Vatican — 36 pays au total en 2025.
ZUGFeRD
Une norme allemande de facturation électronique hybride (Zentraler User Guide des Forums elektronische Rechnung Deutschland) qui intègre un fichier XML UN/CEFACT CII dans un document PDF/A-3. ZUGFeRD est l'équivalent allemand de Factur-X et partage la même spécification technique ; les versions 2.1+ sont alignées sur EN 16931.