Votre message a été envoyé.
Nous traiterons votre demande et vous contacterons dès que possible.
Le formulaire a été soumis avec succès.
Vous trouverez de plus amples informations dans votre boîte aux lettres.
Sélection de la langue
24 août 2026
10 min de lecture

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.

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.
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.
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.
| Profil | Ce qu'il couvre | Situation en Allemagne |
|---|---|---|
| MINIMUM | Informations de base sur l'acheteur, le vendeur, les totaux et les taxes | Non reconnue comme une facture UStG complète |
| BASIC WL | Informations comptables au niveau de l'en-tête, sans lignes de facture | Non reconnue comme une facture UStG complète |
| BASIC | Sous-ensemble de la norme EN 16931 pour des factures plus simples | Reconnue comme une facture conforme à la loi UStG |
| EN 16931, anciennement COMFORT | Modèle complet de facture de base conforme à la norme EN 16931 | Reconnue 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 |
| EXTENDU | EN 16931, complétée par des données supplémentaires pour les processus métier plus complexes | Reconnue comme une facture conforme à la loi UStG |
| XRECHNUNG | Profil de référence basé sur les exigences XRechnung de KoSIT | Cela 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.
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.
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.
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.
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.
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 facture | Terme de la norme EN 16931 |
|---|---|
| Numéro de facture | BT-1 |
| Date de publication | BT-2 |
| Devise | BT-5 |
| Nom du vendeur | BT-27 |
| Nom de l'acheteur | BT-44 |
| Montant net de la ligne | BT-131 |
| Total hors TVA | BT-109 |
| Montant total TTC | BT-110 |
| Total TTC | BT-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.
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.
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à.
Votre message a été envoyé.
Nous traiterons votre demande et vous contacterons dès que possible.