PDF vers UBL XML : méthode, validation et revue avant envoi
Sources officielles
Utilisez ces sources pour vérifier dates, formats et changements de règles officiels.
Wiki technique associé
Explorez la documentation développeur approfondie et les directives réglementaires correspondant à cet article.
Comment UBL représente les factures et autres documents métiers, avec les contrôles de version et de profil.
UN/CEFACT CII pour la facturation électronique : famille de standards maintenue, liaison syntaxique EN 16931 D16B, profils hybrides ZUGFeRD/Factur-X, choix CII ou UBL et validation selon la version.
Ce qu’il faut vérifier avant de transformer les données de facture d’un ERP, d’un PDF ou d’un tableur en XML structuré.
Universal Business Language : bibliothèque XML de documents métiers standard.
Les recherches autour de PDF to UBL, convertisseur UBL et UBL to PDF partent souvent du même besoin : produire un fichier XML UBL 2.1 (PEPPOL BIS Billing 3.0) exploitable sans remplacer tout le système de facturation.
Un PDF reste utile pour la lecture humaine, mais les plateformes d'e-facturation, les clients publics et les flux Peppol attendent des données structurées.
La bonne méthode n'est pas une promesse de conversion automatique sans contrôle. Elle combine extraction, mapping UBL, validation et revue ciblée avant l'envoi.
Ce que change le passage du PDF à l'UBL
Une facture UBL XML décrit les parties, les lignes, les montants, la TVA, les références et les informations de paiement dans des champs structurés. Un PDF présente souvent les mêmes informations dans une mise en page visuelle.
Convertir un PDF en UBL ne consiste donc pas seulement à changer d'extension de fichier. Il faut transformer un document lisible en données métier conformes aux règles de facturation électronique.
- Le vendeur et l'acheteur doivent être placés dans les bons blocs UBL.
- Les lignes doivent conserver quantité, prix unitaire, taux de TVA et montant.
- Les sous-totaux, montants de TVA et totaux doivent rester vérifiables.
- La devise, les dates, les références et les informations de paiement ne doivent pas être devinées sans signal clair.
Exemple de structure PEPPOL BIS Billing 3.0 UBL
Le profil PEPPOL BIS Billing 3.0 s’appuie sur la syntaxe UBL 2.1. Voici l’exemple d’identification du vendeur avec le nom de société harmonisé :
- CustomizationID : urn:cen.eu:en16931:2017#compliant#urn:fdc:peppol.eu:2017:poacc:billing:3.0
- ProfileID : urn:fdc:peppol.eu:2017:poacc:billing:01:1.0
- AccountingSupplierParty / PartyName / Name : Exemple SARL
- EndpointID (Identifiant Peppol) : 9925:FR123456789
Un flux de travail réaliste
Une approche à faible friction permet de garder l'ERP ou l'outil de facturation en place. Le PDF sort du système existant, puis il est converti, validé et revu avant transmission.
Invoice-Converter.com suit cette logique : conversion plus validation. Le but est de réduire les ressaisies et de repérer les erreurs plus tôt, pas de supprimer toute revue humaine.
- Le PDF de facture est importé ou envoyé par API.
- Le texte, les tableaux et les champs clés sont extraits.
- Les données sont mappées vers les champs UBL Invoice.
- Les totaux, la TVA et les champs obligatoires sont contrôlés.
- Le fichier UBL XML est présenté avec les résultats de validation.
- Le fichier approuvé est envoyé via un point d'accès Peppol, un portail client ou un système interne.
Pourquoi valider séparément
Les erreurs issues d'un PDF ne sont pas toujours visibles immédiatement. Une lecture OCR peut confondre un identifiant fiscal, une remise peut être mal interprétée ou un arrondi peut créer un écart sur les totaux.
Un XML bien formé ne suffit pas. Le fichier doit aussi respecter les règles de facturation, les champs obligatoires et les contraintes du canal d'envoi.
- La validation de schéma vérifie la structure technique du XML.
- Les contrôles EN 16931 vérifient les champs métier et les calculs attendus.
- Les règles Peppol BIS Billing 3.0 ajoutent les contraintes nécessaires pour l'échange sur le réseau.
- La revue métier confirme que le client, les montants, la TVA et le paiement correspondent à la facture source.
La revue avant envoi
Le point clé d’un flux PDF vers UBL est de décider quelles factures peuvent avancer automatiquement et lesquelles doivent être vérifiées. Les scans de mauvaise qualité, les remises complexes, les avoirs ou les informations de livraison incomplètes demandent souvent une revue.
Un bon écran de contrôle ne doit pas seulement afficher le XML. Il doit rapprocher le PDF source, les champs extraits, les erreurs de validation et les corrections proposées.
- Vérifiez le nom, l'identifiant fiscal et l'adresse de l'acheteur.
- Comparez numéro de facture, date, échéance et devise avec le document source.
- Contrôlez la cohérence des lignes, des taux de TVA et des totaux.
- Corrigez les erreurs avant envoi au lieu d'accepter une baisse de qualité silencieuse.
Le cas inverse : UBL vers PDF
La recherche UBL to PDF est liée au même sujet. Une équipe peut recevoir un XML UBL et vouloir produire une vue PDF lisible pour approbation, archivage ou échange interne.
Dans ce sens, le PDF sert de rendu humain des données structurées. Il ne doit pas remplacer le XML comme source de validation.
Sources officielles
Pour les décisions de mapping et de validation, les sources officielles doivent rester la référence. Les guides produit sont utiles, mais les règles applicables viennent des spécifications.
Utilisez OASIS UBL 2.1 pour la syntaxe UBL et Peppol BIS Billing 3.0 pour les règles Peppol.
Prêt à convertir vos factures ?
Convertissez vos factures PDF en XRechnung, ZUGFeRD et d’autres formats. Abonnements à partir de 10 €/mois en facturation annuelle (hors taxes), avec un essai de 3 jours sur le premier abonnement. Ou sans abonnement : 5 € par conversion (hors taxes).