Formats de facture hybrides

Les formats de facture hybrides combinent un PDF visuel avec un XML lisible par machine. Comment cela fonctionne-t-il.

Une facture hybride combine deux univers dans un seul fichier : un PDF visuel lisible par l'homme et une pièce jointe XML lisible par machine, pouvant être traitée automatiquement. Cela rend les formats hybrides particulièrement adaptés à la phase de transition vers la facturation électronique complète, durant laquelle tous les destinataires ne sont pas encore en mesure de traiter les documents de manière automatisée.

Le principe

Une facture hybride est techniquement un document PDF/A-3. PDF/A-3 est une variante d'archivage du PDF qui permet d'intégrer des fichiers quelconques en tant que pièces jointes. Dans le cas d'une facture hybride, cette pièce jointe est un fichier XML structuré contenant toutes les données de la facture.

Le destinataire peut traiter le document de deux manières :

Visuellement. Ouvrir le PDF et lire, imprimer ou archiver la facture, exactement comme une facture PDF traditionnelle.

De manière automatisée. Extraire le XML intégré et le traiter automatiquement dans le système comptable ou ERP, sans OCR ni saisie manuelle.

C'est ce qui distingue les formats hybrides à la fois d'un PDF ordinaire (uniquement visuel, non structuré) et d'un format purement XML comme UBL ou CII (uniquement lisible par machine, non visuel).

Quels formats hybrides existent ?

Il existe plusieurs formats de facture hybrides, chacun ayant sa propre origine et ses propres choix techniques. Ce qu'ils ont en commun est le principe PDF/A-3 ; ce qui les distingue est le schéma XML intégré.

FormatRégionXML intégréConforme EN 16931Factur-X / ZUGFeRDFrance, Allemagne, adoption croissante dans l'UECII (UN/CEFACT)Oui (profil EN 16931+)ISDOC.PDFTchéquie, SlovaquieISDOC (schéma propre)Non (conversion nécessaire)
Factur-X / ZUGFeRD

Factur-X (France) et ZUGFeRD (Allemagne) sont deux noms pour le même format. Le XML intégré utilise le schéma CII de l'UN/CEFACT et est (à partir du profil EN 16931) entièrement conforme à la norme européenne. Factur-X comprend cinq profils qui varient dans la quantité de données structurées, allant de données de base minimales à un modèle entièrement étendu.

Factur-X est le format hybride dominant en Europe. En France, c'est l'un des six formats obligatoires dans le cadre de la réforme CTC. En Allemagne et en Autriche, ZUGFeRD est largement adopté. Le format dispose en outre de son propre Peppol DocumentTypeId, ce qui permet de l'envoyer directement via le réseau Peppol.

En savoir plus : Factur-X / ZUGFeRD : le format de facture hybride

ISDOC.PDF

ISDOC.PDF est la variante tchèque du concept hybride. Au lieu de CII, il utilise le XML national ISDOC comme pièce jointe intégrée. Le format n'est pas nativement conforme EN 16931 et ne dispose pas de son propre Peppol DocumentTypeId. Pour une utilisation transfrontalière, une conversion vers UBL est nécessaire.

ISDOC.PDF est principalement pertinent pour les marchés tchèque et slovaque, où il est largement pris en charge par les logiciels comptables locaux. À l'international, il est méconnu ; les partenaires commerciaux en dehors de cette région s'attendent à du UBL ou du CII.

En savoir plus : ISDOC : le standard tchèque pour la facturation électronique

Pourquoi le format hybride ?

Les formats hybrides résolvent un problème pratique. La transition vers la facturation électronique entièrement structurée (XML pur) se fait progressivement. Tous les destinataires ne sont pas encore en mesure de traiter du XML, mais les émetteurs souhaitent déjà automatiser leur processus de facturation.

Une facture hybride offre le meilleur des deux mondes : l'émetteur peut facturer de manière entièrement structurée (le XML contient toutes les données), tandis que le destinataire peut au besoin simplement lire la facture en tant que PDF. Dès que le destinataire est capable de traiter automatiquement les données, celles-ci sont directement disponibles sans modification du côté de l'émetteur.

Structure technique

Tous les formats hybrides suivent la même architecture technique :

┌─────────────────────────────────┐
│  PDF/A-3 container              │
│  ┌───────────────────────────┐  │
│  │  Visuele PDF-pagina's     │  │
│  │  (factuurlayout)          │  │
│  └───────────────────────────┘  │
│  ┌───────────────────────────┐  │
│  │  XMP metadata             │  │
│  │  (beschrijft bijlage)     │  │
│  └───────────────────────────┘  │
│  ┌───────────────────────────┐  │
│  │  Embedded XML-bestand     │  │
│  │  (CII, ISDOC, ...)       │  │
│  └───────────────────────────┘  │
└─────────────────────────────────┘

Les trois couches sont :

  1. Conteneur PDF/A-3 : l'enveloppe extérieure, un format d'archivage certifié ISO.
  2. Métadonnées XMP : décrivent la pièce jointe intégrée (type, version, niveau de conformité).
  3. Pièce jointe XML : le fichier de facture structuré dans le schéma du format concerné.
Complications des formats hybrides

Les formats hybrides présentent des défis spécifiques qui ne se posent pas avec les formats XML purs.

Cohérence PDF versus XML. Le PDF et le XML intégré doivent contenir les mêmes informations. En pratique, des divergences peuvent survenir : un montant dans le PDF peut différer du montant dans le XML, par exemple en raison de différences d'arrondi ou d'erreurs de génération. La question est alors de savoir quelle source fait foi. En traitement automatisé, c'est toujours le XML ; en cas de litige, la version PDF peut semer la confusion.

Profils et capacité de traitement. Pour Factur-X/ZUGFeRD, le profil détermine la quantité d'informations contenue dans le XML. Les profils inférieurs (Minimum, Basic WL) contiennent trop peu de données pour un traitement automatisé complet. Un destinataire qui ne reçoit que le profil Minimum ne peut pas utiliser le XML pour enregistrer intégralement la facture et doit tout de même consulter le PDF.

Validation. Outre la validation du schéma XML, la structure PDF/A-3 doit également être correcte pour les formats hybrides. L'intégration du fichier XML doit respecter la spécification PDF/A-3, y compris les métadonnées XMP correctes et le type de relation (af:relationship). Cela ajoute une couche de validation supplémentaire.

Interopérabilité des formats nationaux. Les formats comme ISDOC.PDF qui utilisent un schéma XML national propre (au lieu de CII ou UBL) ne sont pas directement échangeables avec les partenaires commerciaux européens. Une conversion est nécessaire, mais cette conversion porte sur le XML intégré et non sur le conteneur PDF. Après conversion, le résultat est généralement un fichier UBL autonome, ce qui fait perdre le caractère hybride.

Taille de fichier. Une facture hybride est plus volumineuse qu'un fichier XML autonome, car elle contient à la fois le PDF visuel et le XML. Pour une facture individuelle, c'est négligeable, mais lors du traitement par lots de milliers de factures par jour, la différence peut devenir significative.

eConnect et les formats hybrides

eConnect prend en charge tous les formats de facture hybrides courants. Les documents hybrides reçus sont automatiquement traités via le XML intégré, qu'il s'agisse de Factur-X, ZUGFeRD ou ISDOC.PDF. Le PDF visuel est conservé en tant que pièce jointe.

La PSB peut également transformer les formats hybrides vers Peppol BIS Billing V3 et d'autres formats pris en charge. Pour cela, la PSB extrait le XML intégré, le transforme dans le format de sortie souhaité et achemine le document vers le destinataire. L'inverse fonctionne également : une facture UBL peut être transformée en format hybride si le destinataire l'attend.

La PSB API peut notamment recevoir et traiter directement ces formats. Les éditeurs de logiciels qui facturent déjà en Factur-X ou ISDOC peuvent envoyer leurs documents existants directement à l'API sans avoir à les convertir au préalable. La PSB gère la transformation automatiquement. Cela rend l'accès au réseau Peppol via eConnect particulièrement simple pour les partenaires logiciels en Tchéquie ou en France, par exemple.

Voir la Transform API

Validez votre facture

En relation