Accueil › Blog › Facturation électronique
Format UBL : quand le choisir, et ce qu’il implique
Historique des mises à jour
v2.0 (23/08/2026) : refonte au gabarit — exemple de facture UBL commenté, tableau UBL / Factur-X / CII enrichi, les trois couches de règles (norme sémantique, syntaxe, règles françaises), section PME. · v1.0 : première version.
Le format UBL (Universal Business Language) est l’un des trois formats du socle de la facturation électronique française, avec Factur-X et CII. C’est un format 100 % XML : puissant pour les échanges automatisés entre systèmes, illisible pour un humain sans outil de visualisation — tout l’inverse du PDF. Faut-il le choisir pour vos factures ? Dans quels cas s’impose-t-il ? Et surtout : que se passe-t-il quand un client ou un fournisseur, lui, l’a choisi ? Ce guide répond avec un exemple de facture UBL commenté, le comparatif des trois formats, et la règle que trop d’entreprises découvrent tard — on choisit ce qu’on émet, jamais ce qu’on reçoit.
En 30 secondes
- UBL est un format de facture 100 % XML, standard international OASIS (version 2.1), format natif du réseau européen Peppol — l’un des trois formats admis par la réforme française avec Factur-X et CII.
- Il s’adresse aux flux automatisés : pas de couche PDF lisible — la facture UBL est un fichier de données que seuls les logiciels exploitent directement. Idéal en B2B intégré et à l’international, inutilement austère quand vos clients veulent « voir » la facture.
- Vous ne choisissez que ce que vous émettez : en réception, votre plateforme agréée et votre logiciel doivent savoir lire les trois formats — un fournisseur peut parfaitement vous adresser de l’UBL demain.
- Trois couches de règles à satisfaire : la norme sémantique européenne EN 16931, la syntaxe UBL elle-même, et les règles métier françaises de la réforme. La conformité, c’est les trois à la fois — pas seulement « du XML valide ».
Sommaire du guide
Qu’est-ce que le format UBL ?
UBL (Universal Business Language) est un langage XML standardisé par l’OASIS — et normalisé ISO/IEC 19845 — qui décrit les documents commerciaux : factures, avoirs, commandes, avis d’expédition. Dans la facturation électronique française, « UBL » désigne la facture au format UBL 2.1 : un fichier XML pur, où chaque information — vendeur, acheteur, lignes, TVA, échéance — vit dans une balise structurée qu’un logiciel lit sans aucune ambiguïté.
Sa force est aussi sa particularité : contrairement à Factur-X, qui embarque un PDF lisible par l’humain avec ses données XML, la facture UBL n’a pas de couche visuelle. Elle n’est pas faite pour être « regardée » : elle est faite pour circuler de système à système, sans ressaisie ni interprétation. C’est le format historique des échanges automatisés — et le format natif du réseau européen Peppol, très répandu chez nos voisins (Belgique, Pays-Bas, Scandinavie) et dans la commande publique européenne.
À quoi sert UBL dans la facturation électronique ?
La réforme française impose que toute facture entre assujettis circule, via les plateformes agréées, dans l’un des trois formats du socle : UBL, CII ou Factur-X. Les trois transportent les mêmes données sémantiques — celles de la norme européenne EN 16931 — dans trois syntaxes différentes. UBL y joue le rôle du format « machine à machine » par excellence :
- Intégration comptable et ERP : une facture UBL entre dans le système du client et se déverse directement dans ses circuits de validation et sa comptabilité — zéro ressaisie, zéro lecture de PDF.
- Échanges internationaux : pour les entreprises qui facturent via Peppol ou vers des clients européens, UBL est souvent le format déjà en place — la réforme française s’y raccorde naturellement.
- Gros volumes : quand des centaines de factures circulent entre deux systèmes qui se connaissent, la couche PDF de Factur-X n’apporte rien ; l’XML pur suffit et allège.
Exemple de facture UBL : à quoi ressemblent les balises
Voici, simplifié et commenté, le squelette d’une facture au format UBL 2.1 — l’essentiel de ce que votre logiciel écrit et lit à votre place :
<Invoice xmlns="urn:oasis:names:specification:ubl:schema:xsd:Invoice-2">
<cbc:ID>FA-2026-0847</cbc:ID> ← numéro de facture
<cbc:IssueDate>2026-09-15</cbc:IssueDate> ← date d'émission
<cbc:DueDate>2026-10-15</cbc:DueDate> ← échéance
<cbc:InvoiceTypeCode>380</cbc:InvoiceTypeCode> ← 380 = facture commerciale
<cac:AccountingSupplierParty> … </cac:AccountingSupplierParty> ← le vendeur (SIREN, adresse, TVA)
<cac:AccountingCustomerParty> … </cac:AccountingCustomerParty> ← l'acheteur
<cac:TaxTotal>
<cbc:TaxAmount currencyID="EUR">2 000.00</cbc:TaxAmount> ← total de TVA
</cac:TaxTotal>
<cac:LegalMonetaryTotal>
<cbc:PayableAmount currencyID="EUR">12 000.00</cbc:PayableAmount> ← net à payer
</cac:LegalMonetaryTotal>
<cac:InvoiceLine> … </cac:InvoiceLine> ← une balise par ligne de facture
</Invoice>
Tout y est balisé : le numéro, les dates, l’identité fiscale des deux parties, chaque ligne avec sa quantité, son prix et son taux de TVA, les totaux. C’est cette structure qui permet à la plateforme agréée de contrôler la facture à l’entrée, au logiciel du client de l’intégrer sans ressaisie — et à l’administration de recevoir des données exploitables. Et c’est aussi pourquoi personne ne rédige une facture UBL à la main : c’est votre logiciel qui produit ce fichier, depuis le devis ou la situation que vous avez toujours saisis.
UBL, Factur-X ou CII : que choisir ?
| UBL 2.1 | Factur-X | CII | |
|---|---|---|---|
| Nature | XML pur (OASIS / ISO 19845) | Hybride : PDF/A-3 lisible + XML embarqué | XML pur (UN/CEFACT) |
| Lisible par un humain | Non — via le logiciel uniquement | Oui — le PDF s’ouvre comme n’importe quelle facture | Non — via le logiciel uniquement |
| Terrain de prédilection | Flux automatisés, Peppol, international européen | PME françaises, transition en douceur, clients qui « veulent voir » la facture | Grands comptes et EDI historiques, Chorus Pro |
| Le bon choix si… | Vos clients sont intégrés, ou déjà sur Peppol | Vous voulez un format universellement acceptable dès 2026-2027 | Votre écosystème l’utilise déjà |
Les trois couches de règles qu’une facture UBL doit satisfaire
- La norme sémantique européenne (EN 16931). Elle définit quelles informations une facture électronique doit porter et ce qu’elles signifient — indépendamment de la syntaxe. C’est le socle commun aux trois formats.
- La syntaxe UBL 2.1. Elle définit comment ces informations s’écrivent : les balises, leur ordre, leur structure. Un fichier peut être du XML techniquement valide et pourtant non conforme UBL — la validation se fait contre les schémas officiels.
- Les règles métier françaises. La réforme ajoute ses exigences propres : mentions françaises obligatoires, cas d’usage du socle d’interopérabilité, contrôles opérés par les plateformes agréées à l’entrée du circuit. C’est la couche qui recale une facture « valide sur le papier » mais incomplète pour la France — les mentions obligatoires restent le premier motif de rejet.
Ce que ça implique concrètement pour une PME
La bonne nouvelle : rien de tout cela n’est votre travail. Choisir une syntaxe, valider des schémas, satisfaire trois couches de règles — c’est le métier de votre Solution Compatible et de votre plateforme agréée. Votre seul vrai sujet est de vérifier, en démonstration, que votre outil produit le format adapté à chaque destinataire et lit les trois formats en réception, statuts compris. Dans les logiciels WHY, la question ne se pose même pas : la gestion produit le bon format, la plateforme agréée intégrée transmet et contrôle — et vos équipes continuent de travailler sur des factures qu’elles peuvent lire.
Glossaire
- UBL (Universal Business Language)
- Standard XML de documents commerciaux publié par l’OASIS et normalisé ISO/IEC 19845 ; la facture UBL 2.1 est l’un des trois formats du socle français.
- Factur-X
- Format hybride franco-allemand : un PDF/A-3 lisible embarquant les données XML — le pont entre l’humain et la machine.
- CII (Cross Industry Invoice)
- Format XML pur de l’UN/CEFACT, troisième format du socle, historiquement présent dans l’EDI des grands comptes et Chorus Pro.
- EN 16931
- Norme sémantique européenne définissant les données obligatoires d’une facture électronique, commune aux trois syntaxes.
- Peppol
- Réseau européen d’échange de documents commerciaux, dont UBL est le format natif — très utilisé en Europe du Nord et dans la commande publique.
Questions fréquentes
Qu’est-ce que le format UBL ?
Quelle différence entre UBL et Factur-X ?
Le format UBL est-il obligatoire ?
À quoi ressemble une facture UBL ?
Qui devrait choisir UBL pour émettre ?
Puis-je refuser une facture reçue en UBL ?
UBL fonctionne-t-il avec Chorus Pro et les marchés publics ?
Sources de ce guide
- UBL 2.1 (Universal Business Language), spécification OASIS — norme ISO/IEC 19845.
- Norme européenne EN 16931 (modèle sémantique de la facture électronique) — CEN.
- Socle d’interopérabilité de la facturation électronique française (formats et cas d’usage) — travaux AFNOR.
- Fiches pratiques « facturation électronique » de la DGFiP — impots.gouv.fr, mises à jour 2026.
- 01UBL est le format XML pur du socle : parfait pour les flux automatisés et l’international via Peppol, sans couche PDF — la lisibilité vient du logiciel, pas du fichier.
- 02On ne choisit que l’émission : en réception, votre plateforme agréée et votre logiciel doivent lire UBL, Factur-X et CII — le « choix du format » est d’abord un choix d’outillage.
- 03La conformité UBL, c’est trois couches à la fois — norme EN 16931, syntaxe UBL 2.1, règles françaises — et c’est le travail de votre logiciel, pas le vôtre.
UBL pour votre client intégré, Factur-X pour les autres, et les trois en réception : la gestion WHY et sa plateforme agréée intégrée s’en chargent. Venez le vérifier sur vos propres factures : 30 minutes, avec un spécialiste de votre métier.
À lire ensuite
Demander une démonstration
30 minutes en visio, avec un spécialiste de votre métier. Sans engagement.
