Un fournisseur peut envoyer une facture PDF à l'aspect impeccable, être payé sans friction et rester malgré tout non conforme dès qu'une obligation nationale d'e-facturation s'applique à cette opération. Selon le droit européen de la facturation électronique, sembler électronique et être une facture électronique structurée ne sont pas le même critère.
À mesure que l'Allemagne, l'Italie, l'Espagne et le reste de l'UE déploient progressivement les obligations d'e-facturation structurée, l'écart entre « envoyée électroniquement » et « émise en tant que facture électronique conforme » est précisément celui qui fait rejeter la facture d'un fournisseur, retarde un paiement ou fait constater qu'une entreprise n'est pas conforme en pleine phase de déploiement.
TL;DR
- Une facture papier, une facture PDF et une facture numérisée sont fonctionnellement la même chose selon le droit européen de la facturation électronique : aucune n'est une donnée structurée, donc aucune ne constitue une facture électronique.
- Seule une facture émise, transmise et reçue dans un format structuré, tel qu'UBL ou CII XML, selon la définition de la Directive 2014/55/UE, compte comme électronique au regard des obligations.
- Un PDF avec un fichier XML intégré, comme ZUGFeRD ou Factur-X, peut constituer une véritable facture électronique, mais seulement si ces données intégrées utilisent un profil comportant l'ensemble des données structurées de la norme EN 16931.
- Les profils à données réduites de ZUGFeRD/Factur-X tels que MINIMUM et BASIC WL ne satisfont pas à l'obligation de facturation électronique B2B de l'Allemagne à partir de janvier 2026, même si le fichier lui-même est techniquement électronique.
- Envoyer une facture par e-mail, la téléverser sur un portail ou l'envoyer en HTML ne change pas son format sous-jacent ; le canal de transmission ne peut pas transformer une facture non structurée en facture structurée.
Qu'est-ce qui distingue vraiment le papier, le PDF et une véritable facture électronique ?
La différence entre une facture papier, une facture PDF et une véritable facture électronique tient à une seule propriété : le fait que les données soient structurées pour être lues par une machine, et non la manière dont le fichier circule.
Une facture papier porte ses données intégrées dans une mise en page imprimée, destinée à l'œil humain.
Une facture PDF fait la même chose sous forme numérique : les montants, les dates et les lignes de détail se trouvent à l'intérieur d'une mise en page visuelle, et un ordinateur qui reçoit ce PDF n'a aucun moyen fiable de les extraire sans OCR ni saisie manuelle.
Une véritable facture électronique supprime la mise en page comme support du sens. Les données résident dans des champs XML étiquetés, dans un schéma qu'un système récepteur peut analyser directement, et toute version lisible par l'humain est un rendu généré à partir de ces données, et non leur source.
C'est pourquoi le guide de fiskaly sur ce qu'est une facture électronique retient la définition juridique (émise, transmise et reçue dans un format structuré) comme critère, plutôt que de se demander si un document a circulé par e-mail ou par voie postale.
Pourquoi une facture PDF ne compte-t-elle pas comme facture électronique, même envoyée par e-mail ?
Un PDF envoyé par e-mail est numérique, mais numérique et structuré sont des propriétés différentes, et seules les factures structurées satisfont aux obligations européennes de facturation électronique. Le building block eInvoicing de la Commission européenne est explicite sur ce point : les fichiers PDF et Word, les formats image comme JPG ou TIFF, les factures HTML non structurées et le résultat d'OCR de factures papier numérisées sont tous exclus de la définition juridique d'une facture électronique, quelle que soit la manière dont ils ont été transmis.
La raison pratique est l'automatisation. Un système récepteur ne peut pas extraire de façon fiable le numéro de facture, le montant de TVA et les lignes de détail de la mise en page visuelle d'un PDF sans qu'une personne vérifie le résultat, et c'est précisément cette étape manuelle que la facturation électronique structurée vise à supprimer. Envoyer la même facture en pièce jointe d'un e-mail plutôt que de l'imprimer change le canal, pas le format de données sous-jacent.
Et un PDF avec un fichier XML intégré, comme ZUGFeRD ou Factur-X ?
Les formats hybrides compliquent le tableau, car ils peuvent réellement constituer des factures électroniques, selon le profil qu'ils utilisent. ZUGFeRD et Factur-X intègrent un fichier CII XML structuré à l'intérieur d'un document PDF/A-3 lisible par l'humain et, depuis ZUGFeRD 2.1 en 2020, les spécifications allemande et française sont techniquement identiques, jusqu'au nom de fichier intégré partagé, factur-x.xml.
Le hic, c'est que les deux formats définissent plusieurs profils, et que tous les profils ne comportent pas des données structurées complètes. MINIMUM et BASIC WL sont des profils à données réduites, conçus à l'origine autour des exigences françaises d'aide à la saisie comptable ; ils ne comportent qu'une partie des champs de la facture et ne satisfont pas à l'obligation de facturation électronique B2B de l'Allemagne à partir de janvier 2026. Pour la facturation B2B vers l'Allemagne, un profil de niveau COMFORT ou supérieur, aligné sur la norme EN 16931, constitue la base pratique. Un PDF qui contient techniquement du XML intégré mais utilise l'un des profils réduits n'est toujours pas une facture électronique conforme pour cette obligation, même si le format de fichier paraît identique de l'extérieur.
Une facture numérisée ou un PDF passé à l'OCR compte-t-il comme électronique ?
Non. Une facture numérisée est l'image d'un document, et lui appliquer l'OCR par la suite n'en fait pas rétroactivement une facture électronique structurée ; le résultat d'OCR est une extraction de texte au mieux des possibilités, sujette aux erreurs de lecture, et non un format de données juridiquement structuré auquel un système récepteur peut se fier sans vérification. Les propres recommandations eInvoicing de la Commission européenne citent le résultat d'OCR de factures papier numérisées comme l'une des catégories exclues, précisément à cause de ce manque de fiabilité.
Est-ce que l'envoi par e-mail, le téléversement sur un portail ou l'envoi en HTML change quelque chose ?
Non. La structure et le canal sont des questions distinctes, et bien choisir le canal ne corrige pas un fichier non structuré. La Directive 2014/55/UE exige qu'une facture soit émise, transmise et reçue dans un format structuré, les trois à la fois, et la plupart des obligations nationales précisent aussi quels réseaux satisfont à l'étape de transmission (Peppol, le Sistema di Interscambio italien, l'OZG-RE allemand pour les factures au secteur public fédéral). Envoyer un fichier XML correctement structuré par un canal non autorisé peut créer sa propre lacune de conformité, mais envoyer un PDF non structuré par le bon canal n'en fait pas non plus une facture électronique. Pour le détail complet de ce qu'exige « émise, transmise et reçue dans un format structuré », consultez le guide de fiskaly sur ce qu'est une facture électronique.