Sur les trois formats retenus par la réforme française de la facturation électronique, UBL est le seul à porter le statut de norme internationale ISO. Derrière ce sigle, Universal Business Language, se cache un fichier XML pur, sans la moindre page lisible. Nombre d’entreprises s’en inquiètent. À tort : cette absence de couche visuelle fait précisément sa force.
Publié par le consortium OASIS et normalisé ISO/IEC 19845, UBL structure une facture en données directement exploitables par les logiciels. Il cohabite avec Factur-X et CII dans le socle réglementaire, détaillé dans notre guide des formats et normes de la facture électronique. Les plateformes agréées ont d’ailleurs l’obligation de le gérer, en émission comme en réception.
Pour une entreprise, l’enjeu n’est donc pas d’apprendre à écrire du XML. Il consiste à comprendre ce que ce format autorise : échanges européens via Peppol, automatisation comptable complète et archivage simplifié. Trois points qui pèsent davantage qu’une jolie mise en page PDF.
Un standard OASIS devenu norme ISO
UBL ne sort pas des bureaux de Bercy. Le format est né au début des années 2000 pour fluidifier le commerce électronique mondial, bien avant que la France n’envisage d’imposer la facture structurée. Cette antériorité explique sa maturité technique actuelle.
Un langage commercial complet, pas un format fiscal
Le consortium OASIS publie la première version d’UBL en 2004, puis la version 2.1 en 2013. L’objectif initial dépasse largement la facture : décrire tout le cycle commercial dans la logique du XML structuré, du devis jusqu’au paiement. La version 2.1 définit ainsi 65 types de documents normalisés.
Concrètement, une commande (Order), un avis d’expédition (DespatchAdvice) et une facture (Invoice) parlent la même langue. En 2015, l’ISO consacre cette construction : UBL 2.1 devient la norme ISO/IEC 19845. Aucun autre format du socle français ne bénéficie de cette reconnaissance internationale.
UBL est publié sous licence libre de droits : tout éditeur peut l’implémenter sans rien verser à OASIS, là où les réseaux EDI historiques facturaient l’accès aux spécifications.
UBL 2.1, la seule version qui compte en France
Une confusion circule sur les versions. Des guides affirment qu’il faudrait UBL 2.2 au minimum pour être conforme. C’est faux : la norme AFNOR XP Z12-012, socle technique de la réforme, retient explicitement la syntaxe ISO/IEC 19845, autrement dit UBL 2.1.
Ce choix s’aligne sur le cadre européen. Le binding syntaxique officiel CEN/TS 16931-3-2, qui traduit la norme européenne EN 16931 en balises concrètes, vise lui aussi UBL 2.1. Les versions 2.2 (2018), 2.3 (2021) et 2.4 (2024) existent et restent rétrocompatibles. Toutefois, un logiciel qui n’exporte qu’en 2.1 demeure parfaitement conforme en 2026.
Ce qu’un fichier UBL contient vraiment
Ouvrez un fichier UBL dans un éditeur de texte : vous verrez des centaines de balises imbriquées, pas une facture. Cette structure obéit pourtant à une organisation stricte, identique d’un émetteur à l’autre.
Des blocs normalisés, de l’en-tête aux totaux
Chaque donnée occupe une balise dédiée, répartie entre deux espaces de noms : cbc pour les éléments simples, cac pour les agrégats. Le numéro de facture vit dans cbc:ID, la date dans cbc:IssueDate. Le vendeur et l’acheteur occupent AccountingSupplierParty et AccountingCustomerParty, avec SIREN, adresse et numéro de TVA.
Chaque ligne de prestation devient une InvoiceLine, puis TaxTotal récapitule la TVA par taux et LegalMonetaryTotal porte les montants finaux. La conformité se vérifie ensuite en deux temps : validation du schéma XSD, puis contrôle métier par les règles Schematron. Une facture peut donc être syntaxiquement correcte mais rejetée sur une incohérence de calcul.
Zéro couche visuelle : un choix assumé
Contrairement à Factur-X, le format hybride PDF+XML, UBL ne transporte aucune représentation lisible. Le destinataire reçoit des données brutes, et sa plateforme reconstruit l’affichage. Même logique pour le CII, son cousin porté par l’ONU. Le tableau suivant situe les trois formats du socle.
| Format | Syntaxe | Lisible sans logiciel | Porté par | Terrain privilégié |
|---|---|---|---|---|
| UBL | XML pur | Non | OASIS · ISO/IEC 19845 | Échanges européens, Peppol, B2G |
| Factur-X | PDF/A-3 + XML CII | Oui | FNFE-MPE · FeRD | TPE et PME françaises |
| CII | XML pur | Non | UN/CEFACT (ONU) | Industrie, flux internationaux |
Cette absence de PDF condamne au passage une pratique répandue : le scan envoyé par mail. Un PDF ordinaire ne contient aucune donnée structurée, c’est pourquoi il faut désormais convertir un PDF en facture électronique pour le faire entrer dans le circuit réglementaire.
Les trois formats transportent les mêmes données sémantiques EN 16931. Votre conformité ne dépend pas du format choisi, mais de la plateforme qui le traite et le convertit.
UBL dans la réforme française de 2026
La réforme n’impose pas UBL : elle l’encadre. Le format figure dans le socle minimal que toute plateforme agréée doit savoir produire et recevoir, mais sous des contraintes précises que les entreprises sous-estiment souvent.
Deux profils sémantiques, et rien d’autre
Les spécifications externes de la DGFiP n’acceptent que deux profils : EN16931, le profil européen enrichi de règles de gestion françaises, et le profil EXTENDED-CTC-FR, plus riche, conçu pour les cas métier complexes. Chacun s’implémente dans les syntaxes UBL et CII, en plus de Factur-X.
En pratique, une facture UBL contenant des champs hors profil bascule dans la catégorie des formats tiers, tolérés uniquement entre plateformes qui acceptent de les traiter. Les scénarios couverts par chaque profil sont par ailleurs décrits dans les cas d’usage de la norme AFNOR XP Z12-014, du simple achat de biens à l’autofacturation.
Un ERP qui exporte de l’UBL enrichi de champs propriétaires produira des factures refusées dans le circuit standard. Exigez de votre éditeur un export conforme au profil EN16931 ou EXTENDED-CTC-FR.
Votre plateforme agréée absorbe la complexité
Au 26 mai 2026, 134 plateformes agréées sont immatriculées par la DGFiP. Toutes ont la même obligation : émettre, recevoir et convertir les trois formats du socle. Si votre fournisseur envoie de l’UBL et que votre outil préfère Factur-X, la conversion s’opère sans intervention de votre part.
Ce dialogue entre votre logiciel et la plateforme repose sur des interfaces normalisées. La norme AFNOR XP Z12-013 standardise ces échanges, et notre guide des API de facture électronique détaille comment interfacer un système d’information. Notons enfin que Chorus Pro accepte UBL depuis des années pour les marchés publics.
Peppol, le réseau qui parle UBL
Décrire UBL sans évoquer Peppol revient à présenter un train sans ses rails. Ce réseau européen d’échange de documents, actif dans plus de 40 pays, a fait d’UBL sa syntaxe de référence.
Peppol BIS Billing 3.0, un profil UBL sous contraintes
La spécification Peppol BIS Billing 3.0 s’appuie sur la syntaxe UBL 2.1 et y ajoute des règles métier au-delà d’EN 16931. Chaque facture déclare sa conformité via deux identifiants techniques, CustomizationID et ProfileID, qui annoncent au destinataire le jeu de règles appliqué.
Le transport repose quant à lui sur le protocole AS4, décrit dans notre guide des protocoles d’échange. La validation s’effectue par étapes successives : schéma XML d’abord, règles européennes ensuite, règles Peppol enfin. Ce filtrage progressif explique le taux de rejet quasi nul des flux qui circulent sur le réseau.
La France gouverne désormais son segment du réseau
Depuis le 8 juillet 2025, la DGFiP est officiellement l’Autorité Peppol pour la France. Elle édicte des exigences nationales spécifiques, les PASR, et supervise les points d’accès opérant sur le territoire. L’identifiant Peppol d’une entreprise française s’adosse à son SIREN, ce qui simplifie l’adressage.
Ce modèle mutualisé tranche avec l’EDI historique et ses connexions point à point, coûteuses à maintenir. Sur Peppol, un seul raccordement ouvre l’accès à tous les membres du réseau, de la mairie néerlandaise au grossiste italien.
Le pilote de la réforme, lancé le 27 février 2026, fait circuler de vraies factures en conditions réelles. Plus de 600 000 entités avaient déjà inscrit leur point de réception dans l’annuaire central au printemps 2026.
Archiver et prouver une facture UBL
Une facture se conserve six ans au titre fiscal, dix ans au titre commercial. Sur cette durée, le format UBL révèle un avantage discret mais décisif face aux formats à dominante visuelle.
Un XML se conserve mieux qu’un PDF
Un fichier UBL n’est que du texte balisé. Il ne dépend d’aucun moteur de rendu, d’aucune police embarquée, d’aucune version de lecteur. Cette sobriété simplifie l’archivage à valeur probante, dont les exigences techniques sont cadrées par la norme NF Z42-013.
De plus, un XML pèse quelques dizaines de kilooctets, contre plusieurs centaines pour un PDF/A-3. Sur dix ans et des milliers de factures, l’écart de stockage devient tangible. Reste à choisir un contenant fiable : c’est le rôle du coffre-fort numérique, qui scelle et horodate chaque dépôt.
Intégrité garantie sans signature systématique
Authenticité de l’origine, intégrité du contenu, lisibilité : ces trois garanties fondent la valeur probante de la facture électronique. Le passage par une plateforme agréée, avec horodatage et contrôles de cohérence, les sécurise nativement pour une facture UBL.
Autrement dit, la signature qualifiée devient une option, rarement une nécessité. Notre analyse sur la signature électronique détaille les cas où elle conserve un intérêt. En revanche, la piste d’audit fiable reste exigée pour les flux qui échappent au circuit des plateformes, notamment durant la transition.
Points forts d’UBL : norme ISO libre de droits, automatisation complète des traitements, syntaxe native du réseau Peppol, fichiers légers et archivage simplifié.
Limites : illisible sans logiciel, dépendance à un outil compatible des deux côtés, profils français stricts qui rejettent toute donnée hors cadre.
Le format ne devrait donc jamais être un sujet d’arbitrage pour le dirigeant : c’est l’outil qui s’en charge, à condition d’en choisir un réellement conforme.
Questions fréquentes
Comment lire concrètement une facture UBL reçue ?
Votre plateforme agréée a l’obligation réglementaire de fournir une représentation lisible de chaque facture structurée. Elle génère donc un affichage, souvent un PDF, à partir des données XML. Ouvrir le fichier brut dans un éditeur de texte reste possible, mais vous n’y verrez que des balises imbriquées, exploitables uniquement par un œil technique.
Peut-on imposer le format UBL à ses fournisseurs ?
Non. Chaque entreprise choisit librement sa plateforme et son format d’émission parmi les trois du socle. L’interopérabilité est l’affaire des plateformes agréées, tenues de convertir les flux entrants. Votre fournisseur peut donc émettre en Factur-X pendant que vous recevez en UBL, sans qu’aucune des deux parties ne s’en aperçoive.
Les versions UBL 2.2, 2.3 et 2.4 sont-elles utilisables en France ?
Le cadre français référence UBL 2.1, et les profils attendus s’appuient sur cette version. Les versions ultérieures sont rétrocompatibles : une facture construite sur le sous-ensemble 2.1 reste valide. En pratique, votre logiciel exporte dans le profil exigé par les spécifications, et la question des versions ne remonte jamais jusqu’à vous.
Un fichier UBL est-il plus léger qu’un Factur-X ?
Oui, nettement. UBL ne transporte que des données, sans PDF embarqué, et pèse en général quelques dizaines de kilooctets. Un Factur-X intègre un PDF/A-3 avec polices et profils colorimétriques, ce qui multiplie le volume. Pour une entreprise traitant des dizaines de milliers de factures, l’écart se mesure en gigaoctets archivés.
UBL est-il utilisé en dehors de l’Europe ?
Oui, et de plus en plus. Singapour et la Malaisie l’ont adopté via les déclinaisons internationales de Peppol, l’Australie et la Nouvelle-Zélande l’imposent dans leurs échanges B2G, et le Japon a bâti son standard national sur la même base. Hors de ces zones, le CII et les formats nationaux dominent encore.