Conformité à la norme ZUGFeRD en Allemagne : profils, exigences et intégration dans les progiciels de gestion intégrée (ERP)

Calendar icon

24 août 2026

Time icon

10 min de lecture

PDF-to-XML invoice conversion for ZUGFeRD e-invoicing in Germany.
Résumer avec l'IA

Les exigences allemandes en matière de facturation électronique peuvent transformer un processus de facturation familier en un projet IT qui semble soudain bien plus complexe. Si votre ERP fonctionne déjà bien, la dernière chose que vous souhaitez, c’est de devoir le refondre uniquement pour prendre en charge un autre format de facture.

C'est pourquoi je commencerais par ce dont vous disposez déjà. Certains systèmes ERP peuvent générer des factures électroniques structurées grâce à des modules intégrés, des API ou des composants spécifiques à chaque pays. D’autres produisent encore des fichiers PDF standard et nécessitent une étape de conversion supplémentaire. Une fois que vous connaissez la configuration de votre système, il devient beaucoup plus facile de choisir une configuration ZUGFeRD qui réponde aux exigences sans apporter de modifications inutiles au processus de facturation de base.

Dmitry Nazarevich

Directeur général de la technologie

Architecte visionnaire, Dmitry fait le lien entre l'innovation brute et la viabilité commerciale. Il supervise la feuille de route technologique de l'entreprise, s'assurant que chaque solution est construite sur une pile qui résout les problèmes immédiats de l'entreprise.

Qu'est-ce que ZUGFeRD ?

ZUGFeRD est un format hybride de facture électronique. Une facture ZUGFeRD associe un document PDF/A-3 lisible par l'utilisateur à un fichier XML structuré intégré que les logiciels de comptabilité peuvent traiter directement.

Le fichier XML contient des données de facturation définies, telles que les informations relatives au vendeur et à l'acheteur, les lignes de facture, les codes taxe, les totaux, les détails de paiement et les références. Pour la facturation électronique en Allemagne, la version et le profil ZUGFeRD sélectionnés sont tout aussi importants que le fichier lui-même.

Quel profil ZUGFeRD devez-vous utiliser ?

ZUGFeRD comprend cinq profils principaux, auxquels s'ajoute le profil de référence XRECHNUNG ; ceux-ci diffèrent tant par l'étendue des données qu'en termes d'utilisation réglementaire. Pour une mise en œuvre B2B allemande type basée sur la norme EN 16931, je commencerais généralement par le profil EN 16931, puis passerais au profil EXTENDED lorsque le processus métier nécessite des données structurées supplémentaires.

ProfilCe qu'il couvreSituation en Allemagne
MINIMUMInformations de base sur l'acheteur, le vendeur, les totaux et les taxesNon reconnue comme une facture UStG complète
BASIC WLInformations comptables au niveau de l'en-tête, sans lignes de factureNon reconnue comme une facture UStG complète
BASICSous-ensemble de la norme EN 16931 pour des factures plus simplesReconnue comme une facture conforme à la loi UStG
EN 16931, anciennement COMFORTModèle complet de facture de base conforme à la norme EN 16931Reconnue comme une facture conforme à la loi allemande sur la facturation électronique (UStG) et considérée comme la solution de référence pour la facturation électronique conforme aux normes européennes
EXTENDUEN 16931, complétée par des données supplémentaires pour les processus métier plus complexesReconnue comme une facture conforme à la loi UStG
XRECHNUNGProfil de référence basé sur les exigences XRechnung de KoSITCela s'applique principalement lorsque les exigences relatives à XRechnung s'appliquent, en particulier dans le cadre des échanges B2G

La norme FeRD recommande explicitement la norme EN 16931 pour les factures électroniques conformes aux exigences de l’UE. Le ministère fédéral allemand des Finances précise également que la norme ZUGFeRD, à partir de la version 2.0.1, permet de satisfaire aux exigences allemandes en matière de facturation électronique, à l’exception des niveaux MINIMUM et BASIC-WL.

Le choix du profil doit donc être effectué dès le début. Le fait de sélectionner « MINIMUM » parce qu’il contient les montants de base, par exemple, ne suffit pas à rendre le document conforme aux exigences de la facture électronique allemande.

Qui doit se conformer à cette réglementation en Allemagne ?

  • Depuis le 1er janvier 2025, les entreprises allemandes concernées doivent disposer des moyens techniques nécessaires pour recevoir des factures électroniques relatives aux transactions relevant des règles B2B.
  • Jusqu'au 31 décembre 2026, les dispositions transitoires autorisent toujours les factures papier et, avec l'accord du destinataire, d'autres formats électroniques tels que les fichiers PDF classiques.
  • En 2027, cette période de transition est prolongée pour les émetteurs dont le chiffre d'affaires de l'année précédente ne dépasse pas 800 000 €. Certains accords EDI bénéficient également d'une période de transition jusqu'en 2027.
  • À compter du 1er janvier 2028, la période de transition générale prendra fin pour la facturation B2B nationale concernée.

Je ne considérerais pas cela comme une règle imposant que toutes les factures allemandes doivent utiliser le format ZUGFeRD. Le champ d'application dépend toujours de la transaction. Les factures B2C, certaines transactions exemptées, les factures de faible montant et d'autres cas particuliers peuvent être soumis à des règles différentes.

Pourquoi les factures au format PDF classiques ne suffisent plus

Un fichier PDF standard contient principalement des informations destinées à être lues par l'utilisateur. Une facture électronique structurée fournit également aux logiciels de comptabilité des champs définis, lisibles par machine.

Une personne pourrait voir :

Une facture structurée distingue les différentes valeurs qui la composent, ce qui permet au logiciel d'identifier quel montant correspond à la base imposable, à la TVA, au montant brut et au montant à payer.

Cette distinction permet aux systèmes ERP et comptables de traiter les factures sans avoir à en reconstituer le sens à partir du texte ou de la mise en page du fichier PDF.

Vérifiez d'abord ce que votre ERP prend déjà en charge

Avant de mettre en place un convertisseur, vérifiez si l'ERP propose déjà des fonctionnalités de facturation électronique, des API ou des modules de gestion de documents spécifiques à chaque pays.

Il existe généralement trois itinéraires :

Les environnements SAP, par exemple, peuvent exploiter des fonctionnalités spécifiques à chaque pays grâce à SAP Document and Reporting Compliance. D'autres systèmes ERP ou systèmes personnalisés peuvent nécessiter l'utilisation d'un middleware ou d'un service de conversion distinct.

Un convertisseur autonome s'avère donc la solution la plus judicieuse lorsqu'il n'existe pas de prise en charge native adaptée ou lorsque la modification de l'application de facturation principale entraînerait des risques inutiles pour le projet.

En quoi un convertisseur autonome de PDF vers ZUGFeRD peut-il vous aider ?

Pour un processus basé sur le format PDF, le déroulement de la conversion peut se présenter comme suit :

Dans la mesure du possible, les données ERP structurées constituent une meilleure source que les valeurs reconstituées à partir du fichier PDF. Les formats JSON, XML, CSV, les enregistrements de base de données ou les données issues d'API préservent la signification des champs de la facture et réduisent les erreurs d'interprétation. 

Mettre en correspondance les données des factures avec le modèle EN 16931

La création du fichier XML nécessite un mappage sémantique correct. Le convertisseur doit identifier ce que représente chaque valeur de la facture et l'insérer dans le champ structuré correspondant.

Le prix est un élément simple. D’autres champs nécessitent davantage de contexte : les identifiants du vendeur et de l’acheteur, le type de facture, les catégories fiscales, les codes d’unité, les remises, les frais, les références, les conditions de paiement, les informations de livraison et la ventilation de la TVA peuvent tous avoir une incidence sur le fichier XML.

Montant de la factureTerme de la norme EN 16931
Numéro de factureBT-1
Date de publicationBT-2
DeviseBT-5
Nom du vendeurBT-27
Nom de l'acheteurBT-44
Montant net de la ligneBT-131
Total hors TVABT-109
Montant total TTCBT-110
Total TTCBT-112
Montant dûBT-115

L'essentiel du travail de mise en œuvre porte sur ce modèle de données et sur sa validation. Le système doit mapper correctement les données sources, générer un fichier XML valide, le convertir au format PDF/A-3 et garantir la cohérence entre ces deux représentations.

Valider par couches

Je vérifierais la facture en plusieurs étapes :

Par exemple :

Le convertisseur devrait calculer et comparer ces valeurs plutôt que de copier des chaînes formatées à partir du PDF.

Je vérifierais également le fichier PDF/A-3 finalisé une fois le XML intégré. L’étape de création du fichier modifie le document ; par conséquent, se contenter de vérifier le PDF source ne permet pas de s’assurer de la conformité du résultat final.

Avant l'envoi, je comparerais le numéro de facture, les dates, les parties, la devise, les montants des lignes, les informations fiscales, les totaux, les données de paiement et les références entre les fichiers PDF et XML.

Vous souhaitez intégrer la facturation électronique à votre ERP ?

Nous pouvons vous aider à évaluer votre configuration ERP actuelle, à définir le flux de données de facturation adapté et à mettre en place la facturation électronique en s'appuyant sur les systèmes que vous utilisez déjà.

Liste de contrôle de conformité ZUGFeRD

  • Utilisez une version prise en charge de ZUGFeRD et le profil approprié.
  • Respectez les exigences de la norme EN 16931 pour le type de facture sélectionné.
  • Veillez à inclure toutes les données obligatoires de la facture dans le fichier XML structuré.
  • Générer un document PDF/A-3 valide.
  • Intégrez correctement le fichier XML dans le PDF.
  • Veillez à ce que les montants des factures au format PDF et XML soient cohérents.
  • Valider les schémas XSD et les règles métier Schematron.
  • Vérifiez les valeurs de la liste de codes pour les devises, les unités, les catégories de TVA et les modes de paiement.
  • Recalculer la TVA, les totaux, les dates et les montants à payer.
  • Refuser les factures qui ne satisfont pas aux contrôles de validation obligatoires.
  • Conservez la facture électronique conformément aux obligations de conservation en vigueur en Allemagne.
  • Tester les fichiers avec les systèmes comptables des clients avant leur mise en production.

Plus d'informations sur ce sujet

    Contactez-nous

    Réserver un appel ou remplissez le formulaire ci-dessous et nous vous contacterons dès que nous aurons traité votre demande.

    Envoyez-nous un message vocal
    Joindre des documents
    Charger fichier

    Vous pouvez joindre un fichier d'une taille maximale de 2 Mo. Formats de fichiers valables : pdf, jpg, jpeg, png.

    En cliquant sur « Envoyer », vous consentez au traitement de vos données personnelles par Innowise conformément à notre Politique de confidentialité afin de vous fournir des informations pertinentes. En soumettant votre numéro de téléphone, vous acceptez que nous puissions vous contacter par appels vocaux, SMS et applications de messagerie. Des frais d'appel, de message et de transfert de données peuvent s'appliquer.

    Vous pouvez également nous envoyer votre
    demande à contact@innowise.com
    Que se passe-t-il ensuite?
    1

    Une fois que nous aurons reçu et traité votre demande, nous vous contacterons pour détailler les besoins de votre projet et signer un accord de confidentialité.

    2

    Après avoir examiné vos souhaits, vos besoins et vos attentes, notre équipe élaborera une proposition de projet avec l'étendue des travaux, la taille de l'équipe, les délais et les coûts estimés projet avec l'étendue des travaux, la taille de l'équipe, les délais et les coûts estimés.

    3

    Nous prendrons rendez-vous avec vous pour discuter de l'offre et régler les détails.

    4

    Enfin, nous signons un contrat et commençons immédiatement à travailler sur votre projet.

    arrow