Glossaire XML financier
Définitions des termes SEPA, UBL, Peppol, ISO 20022 et de la facturation électronique utilisés dans la messagerie financière.
Glossaire XML financier
Ce glossaire définit les termes techniques des formats de paiement et de facturation électroniques - SEPA (pain, camt), ISO 20022, UBL, Peppol, EN 16931, Factur-X, IBAN et les formats US/Canada (ACH, ABA, MT940, BAI2). Chaque entrée donne une définition concise et citable pour vous aider à lire, intégrer ou déboguer ces fichiers.
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.
Autoliquidation (reverse charge)
Mécanisme de TVA dans lequel l'acheteur, et non le vendeur, est redevable de la déclaration et du paiement de la TVA. Courant dans les transactions B2B transfrontalières.
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.
BAI2 (Bank Administration Institute v2)
Un format de relevé bancaire de cash management publié par le Bank Administration Institute, dominant aux États-Unis et au Canada. Le BAI2 utilise une hiérarchie d’enregistrements numériques (01 en-tête de fichier, 02 groupe, 03 compte, 16 transaction, 88 continuation), des montants en unités mineures entières et des codes de type numériques (100–399 crédits, 400–699 débits). C’est l’équivalent nord-américain du SWIFT MT940, de plus en plus converti vers l’ISO 20022 camt.053 plus riche.
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.
Catégorie de motif (CtgyPurp)
Code précisant la nature générale du paiement. Exemples : SALA (salaires), SUPP (fournisseur), TAXS (impôts), TREA (trésorerie).
Catégorie de TVA
Code classant le traitement fiscal d'une ligne de facture. Catégories courantes : S (taux normal), Z (taux zéro), E (exonéré), AE (autoliquidation).
CFONB 120 (AFB120)
Le format de relevé de compte français normalisé par le Comité Français d’Organisation et de Normalisation Bancaires. Les enregistrements font 120 caractères en largeur fixe et sont identifiés par leurs deux premiers : 01 ancien solde, 04 mouvement, 05 complément, 07 nouveau solde. Son piège célèbre est le montant, dont le signe est surimprimé sur le dernier caractère (zoned decimal COBOL : « { » et A-I pour un crédit, « } » et J-R pour un débit) et dont le nombre de décimales est déclaré par l’enregistrement lui-même. C’est l’équivalent français du CODA belge et de l’ISO 20022 camt.053.
ChargBearer (ChrgBr)
Un élément ISO 20022 (ChrgBr) qui précise qui supporte les frais de transaction. Valeurs possibles : DEBT (à la charge du débiteur), CRED (à la charge du créancier), SHAR (partagés) et SLEV (selon le service level convenu). Dans les virements SEPA, l'EPC Rulebook impose la valeur SLEV.
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é.
CODA (Coded statement of account)
Le format de relevé bancaire belge publié par Febelfin (référence : version 2.8, novembre 2025). Un fichier CODA est composé d’enregistrements de largeur fixe de 128 caractères identifiés par leur premier caractère : 0 en-tête, 1 ancien solde, 2.x mouvements, 3.x informations, 8 nouveau solde, 9 trailer. Les montants portent trois décimales implicites et un caractère de signe débit/crédit explicite, et seuls les mouvements de numéro de détail 0000 sont comptabilisés. C’est l’équivalent belge du SWIFT MT940, du BAI2 américain et de l’ISO 20022 camt.053.
Comparaison XML (XML diff)
Technique identifiant les différences structurelles et sémantiques entre deux documents XML. Utile pour déboguer les évolutions d'un fichier de paiement ou d'une facture.
Comptabilisation groupée (batch booking)
Mode de traitement bancaire où toutes les transactions d'un fichier pain.001 sont regroupées en une seule écriture sur le relevé, au lieu d'écritures individuelles.
Conditions de paiement
Conditions convenues entre l'acheteur et le vendeur sur le délai et les modalités de règlement d'une facture. Elles peuvent inclure un escompte pour paiement anticipé.
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.
CustomizationID (BT-24)
Le champ de facture (terme métier BT-24, « identifiant de spécification ») qui indique quelle spécification suit le document. En UBL c'est l'élément cbc:CustomizationID ; en CII c'est le GuidelineSpecifiedDocumentContextParameter/ID. Pour Peppol BIS 3.0 sa valeur est urn:cen.eu:en16931:2017#compliant#urn:fdc:peppol.eu:2017:poacc:billing:3.0. La règle BR-01 le rend obligatoire.
Date d'échéance
Date limite de paiement d'une facture. Dans les documents UBL et EN 16931, elle sert à déterminer les délais de paiement.
Date de valeur
Date à laquelle les fonds sont disponibles sur le compte du bénéficiaire ou débités du compte du donneur d'ordre. Elle peut différer de la date de comptabilisation.
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.
Entité juridique
Société ou personne morale identifiée par un identifiant légal (numéro d'entreprise, numéro d'immatriculation). Utilisée dans les documents commerciaux pour identifier vendeurs et acheteurs.
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.
Fichier de schéma .xsd ISO 20022 (pain.008.001.02.xsd)
Le fichier XSD qui définit la structure d'un message ISO 20022, nommé d'après la version du message, par ex. pain.008.001.02.xsd (prélèvement SEPA) ou pain.001.001.09.xsd (virement). Un validateur contrôle le XML contre ce schéma pour la conformité structurelle avant d'appliquer les règles métier. ValidateFin embarque les XSD officiels et valide contre eux dans le navigateur.
Frais
Coût supplémentaire ajouté à une ligne de facture ou au total d'une facture, tel que des frais de livraison ou des frais de service.
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.
GuidelineSpecifiedDocumentContextParameter
L'élément XML CII (UN/CEFACT) qui porte l'identifiant de profil Factur-X / ZUGFeRD. Son sous-élément ID contient l'URN du profil, par ex. <ram:GuidelineSpecifiedDocumentContextParameter><ram:ID>urn:cen.eu:en16931:2017</ram:ID>. C'est là qu'un validateur lit le BT-24 pour choisir les règles de profil à appliquer.
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.
Informations de remise
Référence ou texte libre permettant au créancier de rapprocher un paiement des factures correspondantes. Elle peut être structurée (référence) ou non structurée (jusqu'à 140 caractères de texte libre).
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.
Instruction ID (InstrId)
Référence unique d'une instruction de paiement attribuée par l'initiateur. Contrairement à l'End-to-End ID, elle n'a de portée qu'entre l'initiateur et sa banque et n'est pas transmise de bout en bout.
Instrument local (LclInstrm)
Code précisant la variante de l'instrument de paiement utilisé. Dans les prélèvements SEPA, il distingue les schémas CORE et B2B.
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.
Ligne de facture
Élément d'une facture décrivant un produit ou un service fourni. Elle porte la description, la quantité, le prix unitaire, la TVA et le montant total.
Mandat de prélèvement
Autorisation donnée par le débiteur au créancier de débiter son compte bancaire. Obligatoire pour toute opération de prélèvement SEPA.
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.
Motif du paiement (Purp)
Code ISO 20022 indiquant la raison précise d'un paiement. Il facilite le traitement et le rapprochement par le créancier.
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.
Niveau de service (SvcLvl)
Niveau de traitement convenu pour un paiement. Le code SEPA indique que la transaction doit être traitée selon les règles du schéma SEPA.
Note de débit
Document émis par l'acheteur pour demander une augmentation du montant d'une facture. Moins courante que la note de crédit.
Numéro de TVA
Identifiant unique attribué à une entreprise assujettie à la TVA. Dans les documents UBL et EN 16931, il s'écrit avec le préfixe du pays (ex. BE0123456789).
Numérotation de version ISO 20022 (pain.001.001.09)
Un identifiant ISO 20022 comme pain.001.001.09 se lit : domaine + numéro de message . variante . version. Ainsi pain.001.001.09 = initiation de virement (pain.001), variante 001, version 09. pain.001.001.03 (2009) et pain.001.001.09 (2019) sont deux versions du même message ; SEPA migre de .03 vers .09.
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.002
Payment Status Report (compte-rendu de statut). Message ISO 20022 renvoyé par la banque pour confirmer l'acceptation ou le rejet d'un fichier pain.001 ou pain.008, avec un code motif pour chaque rejet.
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.
PDF/A-3
Format PDF d'archivage normalisé ISO 19005-3, qui permet d'incorporer des fichiers de tout type. Factur-X et ZUGFeRD l'utilisent pour embarquer le XML de la facture dans le PDF.
Peppol
Pan-European Public Procurement On-Line. Réseau d'échange de documents commerciaux électroniques, fondé sur UBL, largement utilisé dans la commande publique européenne.
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.
Profils Factur-X (MINIMUM, BASIC WL, BASIC, EN 16931, EXTENDED)
Factur-X définit cinq profils de données, du moins au plus complet : MINIMUM (en-tête et totaux uniquement, non conforme EN 16931), BASIC WL (basic sans lignes), BASIC (avec lignes de facture), EN 16931 (aussi appelé Comfort, pleinement conforme EN 16931) et EXTENDED (scénarios métier supplémentaires). ZUGFeRD 2.x utilise les mêmes profils.
Référence créancier (ISO 11649)
Référence normalisée générée par le créancier pour identifier une facture ou une créance. Elle comporte une clé de contrôle permettant de détecter les erreurs.
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.
Remise
Réduction de prix appliquée à une ligne de facture ou au total d'une facture. Dans les documents EN 16931, les remises portent un motif et un montant.
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'EN 16931 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.
urn:cen.eu:en16931:2017 (CustomizationID EN 16931)
L'identifiant de base du modèle sémantique EN 16931. Seul, urn:cen.eu:en16931:2017 correspond au profil Factur-X EN 16931 (Comfort). Combiné à #compliant# ou #conformant# et à une URN de CIUS, il forme un CustomizationID tel que urn:cen.eu:en16931:2017#compliant#urn:fdc:peppol.eu:2017:poacc:billing:3.0 (Peppol BIS 3.0) - la valeur exigée par la règle BR-01 (BT-24).
urn:factur-x.eu:1p0 (URN de profil Factur-X)
Le préfixe URN qui identifie un profil Factur-X / ZUGFeRD dans le XML CII embarqué. Les cinq identifiants de profil sont urn:factur-x.eu:1p0:minimum, urn:factur-x.eu:1p0:basicwl, urn:cen.eu:en16931:2017#compliant#urn:factur-x.eu:1p0:basic, urn:cen.eu:en16931:2017 (le profil EN 16931 / Comfort) et urn:cen.eu:en16931:2017#conformant#urn:factur-x.eu:1p0:extended. Il figure dans l'élément GuidelineSpecifiedDocumentContextParameter/ID.
urn:iso:std:iso:20022:tech:xsd (namespace ISO 20022)
Le namespace XML qui identifie un message ISO 20022 et son schéma XSD, par ex. urn:iso:std:iso:20022:tech:xsd:pain.001.001.09 pour un virement SEPA ou urn:iso:std:iso:20022:tech:xsd:camt.053.001.08 pour un relevé bancaire. Il est déclaré avec xmlns sur la racine Document et doit correspondre exactement à la version du message.
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 ISO 20022 (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.