Qu'est-ce qu'une facture électronique ? Une introduction en langage simple
Une équipe financière peut envoyer une facture sous forme de PDF, d'image scannée ou de texte collé dans un e-mail et qualifier raisonnablement le processus d'« électronique ». Selon le droit de l'UE, aucune de ces options ne constitue une facture électronique.
La distinction n'est pas cosmétique : elle détermine si une entreprise remplit ses obligations de facturation électronique en Allemagne, en Italie, en Espagne et sur tous les autres marchés de l'UE qui déploient l'obligation de facturation structurée, ou si elle envoie encore du papier numérique qui circule sur internet plutôt que par la poste.
En bref
- Une facture électronique est une facture émise, transmise et reçue dans un format de données structuré permettant un traitement automatique et électronique, tel que défini par la directive européenne 2014/55/UE.
- Un PDF, une facture scannée ou une facture dans le corps d'un e-mail est numérique, mais aucune n'est structurée, de sorte qu'aucune ne constitue une facture électronique.
- La norme européenne EN 16931 définit cette structure et prend en charge deux syntaxes XML : UBL et CII.
- Une facture électronique structurée passe par la création, la validation, la transmission sur un réseau et la comptabilisation automatique, sans aucune étape où une personne ressaisit les données.
- La facturation électronique B2G est obligatoire dans toute l'UE depuis la directive 2014/55/UE, même si les États membres avaient jusqu'en 2019 (administration centrale) et 2020 (administrations infranationales) pour mettre en place la capacité de réception ; les obligations B2B se déploient pays par pays, en amont de l'exigence ViDA à l'échelle de l'UE pour les échanges intracommunautaires à partir de juillet 2030.
Qu'est-ce qu'une facture électronique, exactement ?
Une facture électronique est une facture émise, transmise et reçue dans un format de données électronique structuré qu'un système informatique peut lire et traiter sans qu'une personne ouvre le fichier et en ressaisisse les données. La définition juridique provient de la directive 2014/55/UE : une facture émise, transmise et reçue dans un format structuré permettant un traitement automatique et électronique.
Cette dernière expression porte toute la définition. Dans une facture électronique structurée, le numéro de facture, les identifiants de l'acheteur et du vendeur, les lignes de détail et les montants de taxe figurent tous dans un schéma fixe et lisible par machine. Un système comptable ou ERP l'importe directement dans les comptes fournisseurs, sans qu'aucun employé ne ressaisisse le moindre champ.
Qu'est-ce qui rend une facture structurée plutôt que simplement numérique ?
Une facture structurée sépare les données de leur apparence : elle place chaque champ à une position définie qu'un système peut lire, au lieu de les présenter sous forme de texte destiné à un lecteur humain.
Une facture papier regroupe trois choses que la plupart des gens ne pensent jamais à dissocier : les données, une mise en page visuelle pour les lire et un objet physique à remettre. Scanner le papier, l'exporter en PDF ou le coller dans un e-mail supprime la remise physique, mais conserve les deux autres problèmes, car quelqu'un doit toujours regarder la mise en page et saisir les chiffres dans le système suivant.
Une facture électronique structurée abandonne entièrement la couche visuelle comme source de vérité. Une représentation lisible par l'humain peut toujours exister pour qui souhaite la consulter, comme ZUGFeRD et Factur-X en intègrent une, mais cette représentation est un sous-produit. La facture, ce sont les données.
En quoi une facture électronique diffère-t-elle d'un PDF ou d'une facture scannée ?
Une facture PDF et une véritable facture électronique peuvent décrire la même opération tout en étant des documents juridiquement différents, car la différence tient à ce que ce soit un ordinateur ou une personne qui effectue la lecture.
| Type de facture | Format des données | Nécessite une lecture manuelle | Structure lisible par machine | Répond aux obligations de facturation électronique de l'UE |
|---|---|---|---|---|
| Facture papier | Texte imprimé | Oui | Non | Non |
| Facture PDF ou scannée | Image numérique ou texte non structuré | Oui | Non | Non |
| Facture par e-mail ou web (HTML) | Texte numérique non structuré | Oui | Non | Non |
| Facture électronique structurée (XML UBL ou CII) | XML structuré | Non | Oui | Oui, si conforme à EN 16931 ou à un CIUS national |
Le bloc eInvoicing de la Commission européenne précise explicitement que les factures électroniques ne sont pas des fichiers PDF ou Word, des images de facture, des factures HTML non structurées ni le résultat d'un OCR sur une facture papier scannée, aussi numérique que puisse paraître le canal de livraison.
Que signifie réellement « émise, transmise et reçue au format structuré » ?
La définition de la directive 2014/55/UE nomme trois étapes distinctes, et une facture doit franchir les trois pour être valable.
Émise au format structuré signifie que le système du vendeur génère la facture directement dans le schéma requis, et non sous forme de PDF converti par la suite. Chaque champ obligatoire (numéro de facture, date d'émission, identifiants des parties, lignes de détail, ventilation de la TVA) doit être présent dès l'instant où le document existe.
Transmise au format structuré signifie que le fichier passe du vendeur à l'acheteur sans perdre cette structure en chemin. Un fichier XML structuré peut techniquement circuler en pièce jointe d'e-mail, mais la plupart des obligations nationales l'acheminent via un réseau défini, comme Peppol, afin que le côté récepteur puisse valider le message avant qu'il n'atteigne l'acheteur.
Reçue au format structuré signifie que le système de l'acheteur reçoit les mêmes données structurées que celles envoyées par le vendeur, intactes, et peut les exploiter sans étape de conversion. La norme européenne relative à la facturation électronique présente cela comme un modèle de conformité à trois niveaux : le document de facture lui-même doit suivre le modèle CORE ou un CIUS national, le système émetteur doit pouvoir créer de telles factures et le système récepteur doit accepter et traiter toute facture conforme sans rejeter les champs facultatifs valides.
Structurez correctement la facture puis envoyez-la en PDF par e-mail, ou envoyez un fichier XML en bonne et due forme que le système de l'acheteur ne peut pas ingérer, et l'échange échoue à l'une des trois étapes, aussi numérique qu'il paraisse de l'extérieur.
Quels formats utilisent les factures électroniques structurées ?
La plupart des factures électroniques structurées en Europe reposent sur EN 16931, le modèle sémantique de données publié par le Comité européen de normalisation (CEN) à la demande de la Commission européenne. EN 16931 définit les informations qu'une facture doit contenir, et non un format de fichier unique ; deux syntaxes transportent ces données.
| Syntaxe | Élément racine / conteneur | Usage courant |
|---|---|---|
| UBL 2.1 | <Invoice> pour les factures, <CreditNote> pour les avoirs | Peppol BIS Billing 3.0 et plusieurs autres profils CIUS nationaux de l'UE |
| UN/CEFACT CII | Cross Industry Invoice XML | La variante CII de la XRechnung allemande et le format hybride ZUGFeRD/Factur-X |
L'expéditeur n'a pas toujours le libre choix entre les deux. Sur le réseau Peppol, UBL est la syntaxe obligatoire pour Peppol BIS Billing 3.0 : chaque access point doit la prendre en charge, même si un destinataire peut, en option, s'enregistrer pour accepter aussi CII. Les hybrides ZUGFeRD/Factur-X, à l'inverse, ne laissent aucun choix : CII est la seule syntaxe prise en charge par le format. Les administrations nationales ajoutent leurs propres règles à EN 16931 au moyen d'un CIUS : la XRechnung allemande, actuellement en version 3.0.2, en est un exemple, même si une révision 4.0 alignée sur une version actualisée de la norme EN 16931 est attendue fin 2026, de sorte qu'il vaut mieux revérifier ce numéro de version avant publication. La FatturaPA italienne se situe entièrement en dehors de ce système, car elle est antérieure à EN 16931 et n'utilise ni UBL ni CII ; c'est le format qu'exige le Sistema di Interscambio pour la facturation nationale, non le seul format que le SDI accepte, puisque les fournisseurs transfrontaliers qui facturent des organismes publics italiens peuvent utiliser à la place un profil CIUS-IT conforme à EN 16931. L'API E-INVOICE de fiskaly génère et valide ces variantes de CIUS sur plusieurs marchés à partir d'une seule intégration, au lieu d'exiger une chaîne de traitement de format distincte par pays.
Points clés
- Une facture électronique est une catégorie juridique, pas un type de fichier. La directive 2014/55/UE la définit par ce qu'il advient des données (structurées, traitement automatique), et non par le fait que la facture soit arrivée par voie électronique.
- « Numérique » et « structuré » sont des propriétés différentes. Un PDF peut être numérique sans être structuré, et seules les factures structurées répondent aux obligations de facturation électronique de l'UE.
- EN 16931 est la norme qui sous-tend la plupart des factures électroniques de l'UE et prend en charge deux syntaxes XML, UBL et CII, plutôt qu'un format de fichier unique.
- Certains schémas nationaux se situent entièrement en dehors d'EN 16931. La FatturaPA italienne et la Facturae espagnole sont antérieures à la norme européenne et n'utilisent ni UBL ni CII.
- La barre de conformité comporte trois volets : l'émission, la transmission et la réception doivent toutes se faire au format structuré pour qu'un échange compte comme une véritable facture électronique.
Comment une facture électronique passe-t-elle de l'émetteur au destinataire ?
- Le système du vendeur génère la facture dans un schéma structuré. Un ERP, une plateforme comptable ou une API de facturation renseigne directement les champs obligatoires d'EN 16931 ou du CIUS, au lieu de produire d'abord un PDF.
- La facture est validée au regard des règles de gestion applicables. Des contrôles automatiques confirment que les champs obligatoires sont présents, que les calculs de taxe sont corrects et que les codes utilisés (devise, pays, catégorie de TVA) sont valides avant que le document ne quitte le système du vendeur.
- La facture est transmise sur un réseau structuré. De nombreux marchés de l'UE l'acheminent via un Peppol Access Point, qui valide le format du message avant de le transmettre ; d'autres utilisent une plateforme nationale comme le Sistema di Interscambio italien.
- Le système récepteur valide le fichier entrant. L'access point ou la plateforme de l'acheteur contrôle la facture au regard du même schéma et des mêmes règles de gestion avant de l'accepter.
- La facture est comptabilisée automatiquement dans les comptes fournisseurs. Personne ne ressaisit les montants, le numéro de facture ni la ventilation de la taxe ; les champs structurés s'intègrent directement dans le grand livre de l'acheteur.
La facture est archivée pendant la durée de conservation requise. La plupart des juridictions de l'UE exigent que les documents fiscaux soient conservés plusieurs années sous une forme inviolable et auditable, souvent au moyen d'une infrastructure d'archivage dédiée comme fiskaly SAFE, ce qui explique pourquoi l'archivage accompagne généralement la facturation électronique plutôt que d'arriver après coup.
Construire chacune de ces étapes de zéro (génération du schéma, validation, transmission sur réseau et archivage) représente un effort d'ingénierie considérable pour toute entreprise qui l'entreprendrait seule. Une intégration par API de facturation électronique telle que fiskaly E-INVOICE se branche sur un ERP, un système de facturation ou une plateforme de caisse existants pour gérer directement la génération, la validation et la transmission, au lieu d'exiger que ce système soit reconstruit autour des exigences de chaque pays.
Pourquoi les gouvernements imposent-ils la facturation électronique structurée ?
Les administrations fiscales veulent la même chose que les services comptables : des données qu'elles n'ont pas à ressaisir et qu'elles peuvent vérifier automatiquement. Une facture structurée permet à une administration fiscale de valider les calculs de TVA et de signaler la fraude quasiment en temps réel, ce qu'un PDF ou une trace papier rend bien plus difficile à grande échelle.
Cette logique sous-tend la réforme de l'UE « la TVA à l'ère numérique » (ViDA), qui étend la facturation électronique structurée aux opérations B2B intracommunautaires à partir de juillet 2030. Certains États membres ont déjà de l'avance sur ce calendrier. L'obligation allemande de facturation électronique B2B impose aux entreprises de recevoir des factures électroniques structurées depuis le 1er janvier 2025, les obligations d'émission étant introduites progressivement pour les grandes entreprises en 2027 et pour toutes les autres d'ici 2028. Le Sistema di Interscambio italien impose la facturation électronique pour les opérations B2G depuis 2014, étendue aux opérations nationales B2B et B2C à partir de janvier 2019. La loi espagnole Crea y Crece déploie une obligation B2B parallèle : les grandes entreprises (chiffre d'affaires supérieur à 8 M€) devraient démarrer vers octobre 2027 et toutes les autres entreprises concernées d'ici octobre 2028, même si les calendriers espagnols de facturation électronique ont un historique de reports ; il convient donc de traiter ces dates comme indicatives plutôt que comme fixes. Pour connaître les échéances pays par pays qui sous-tendent ces obligations, consultez le guide de fiskaly sur les obligations de facturation électronique en Europe.
Qui doit se préoccuper de la facturation électronique dès maintenant ?
Toute entreprise qui facture une entité du secteur public dans l'UE a déjà besoin d'une capacité de facturation électronique structurée : la facturation électronique B2G est obligatoire dans l'ensemble de l'Union depuis l'entrée en vigueur de la directive 2014/55/UE, les États membres devant disposer d'une capacité de réception pour l'administration centrale d'ici 2019 et pour l'administration infranationale d'ici 2020. Les exigences B2B rattrapent leur retard marché par marché, et les éditeurs de logiciels qui servent ces entreprises (plateformes de caisse, ERP, outils comptables) sont ceux à qui incombe réellement la construction de cette capacité, puisque leurs clients s'attendent à ce qu'elle fonctionne d'emblée plutôt que d'être renvoyés vers une solution distincte.
En résumé
La frontière entre « numérique » et « structuré » est ce qui sépare une facture scannée d'une facture électronique juridiquement conforme. Un PDF ou une image envoyée par e-mail demande encore à une personne de lire et de ressaisir les données ; une facture électronique structurée (émise dans un schéma défini, transmise intacte et reçue sous une forme que le système de l'acheteur peut exploiter directement) ne le fait pas. Pour un comparatif format par format entre UBL, XRechnung, FatturaPA et Facturae, consultez le guide des formats de facture électronique de fiskaly. Pour connaître les échéances pays par pays qui sous-tendent ces obligations, consultez le guide de fiskaly sur les obligations de facturation électronique en Europe. Pour générer, valider et transmettre des factures électroniques structurées sur plusieurs marchés à partir d'une seule intégration, voir fiskaly E-INVOICE.