L’échéance 2027 de la facturation électronique en Allemagne : ce que doivent faire dès maintenant les groupes ayant une filiale allemande

Votre groupe a bouclé le projet Peppol belge en janvier. L’entité française a traversé sa propre réforme en septembre. Et quelque part dans la structure du groupe se trouve une filiale allemande qui envoie toujours à ses clients un PDF par e-mail, parce que personne ne lui a dit de faire autrement. La facturation électronique en Allemagne en 2027 est la prochaine échéance, et pour beaucoup de groupes de taille moyenne, c’est celle qui a reçu le moins d’attention.

À partir du 1er janvier 2027, les entreprises allemandes dont le chiffre d’affaires de l’année précédente a dépassé 800 000 € doivent émettre des factures électroniques structurées à destination de leurs clients professionnels allemands. Toutes les autres suivent le 1er janvier 2028. Cela laisse environ un trimestre, avec une clôture annuelle au milieu. Voici qui est concerné, ce qui compte comme une facture électronique, et ce que l’ERP derrière cette entité allemande doit faire avant la première facture de 2027.

Ce qui change pour la facturation électronique en Allemagne en 2027

L’Allemagne introduit cette obligation par étapes depuis 2025. Les étapes, telles que résumées par Avalara en septembre 2026 et par la page pays « eInvoicing » de la Commission européenne, sont les suivantes :

• Depuis le 1er janvier 2025 : toute entreprise établie en Allemagne doit être en mesure de recevoir une facture électronique structurée. Ce volet s’applique déjà.
• À partir du 1er janvier 2027 : les entreprises dont le chiffre d’affaires de l’année civile précédente dépasse 800 000 € doivent émettre des factures électroniques structurées pour leurs ventes B2B nationales. Le papier et le simple PDF ne leur sont plus autorisés.
• À partir du 1er janvier 2028 : l’obligation s’étend à toutes les autres entreprises, et la tolérance transitoire pour les anciens formats EDI non conformes à la norme européenne prend fin.

Le seuil s’apprécie par entité juridique, sur son chiffre d’affaires de l’année précédente, et non par groupe. Une petite société commerciale allemande au sein d’un grand groupe peut donc se situer d’un côté comme de l’autre. Vérifiez le chiffre 2026 de chaque entité allemande plutôt que de le supposer.

Votre filiale est-elle concernée ?

L’obligation couvre les factures entre entreprises toutes deux établies en Allemagne. Ce point compte pour les groupes étrangers. Selon Avalara, une simple immatriculation à la TVA en Allemagne ne suffit pas à faire d’une société une entreprise établie en Allemagne ; il faut un siège statutaire, un siège de direction ou un établissement stable qui participe à la vente. En pratique, donc :

• Une GmbH allemande qui vend à des clients allemands : concernée, et très probablement au-dessus du seuil.
• Une société belge ou néerlandaise seulement immatriculée à la TVA en Allemagne, par exemple pour un entrepôt ou des ventes à distance : probablement pas concernée par l’obligation d’émission, mais vérifiez la question de l’établissement stable.
• Les ventes transfrontalières de l’Allemagne vers la Belgique ou les Pays-Bas : non couvertes par l’obligation nationale allemande. Le côté belge a ses propres règles, et le projet belge d’e-reporting pour 2028 en ajoute d’autres.

Un PDF n’est pas une facture électronique

C’est de là que viennent la plupart des surprises. Selon les règles allemandes, une facture électronique est un fichier de données structuré conforme à la norme européenne EN 16931. Les deux formats que les clients allemands attendront sont XRechnung, du XML pur, et ZUGFeRD, qui intègre le même XML dans un PDF pour qu’une personne puisse encore le lire. Peppol BIS Billing 3.0 est également accepté. Un PDF généré à partir de la mise en page de facture de votre ERP et envoyé par e-mail n’est pas une facture électronique, aussi professionnel qu’il paraisse.

Le changement ne se situe donc pas dans le serveur de messagerie. Il se situe dans l’ERP : la facture doit être produite à partir de données suffisamment complètes et correctes pour remplir un fichier structuré, à chaque fois, sans que personne ne la corrige à la main.

Ce que l’ERP doit faire avant le 1er janvier

Dans nos missions ERP et d’intégration, le format technique est rarement la partie difficile. La plupart des ERP actuels, ou un connecteur vendu pour eux, savent produire du XRechnung ou du ZUGFeRD. Le travail se situe tout autour.

1. Nettoyez les données maîtres. Une facture structurée exige des numéros de TVA clients complets, des adresses, des conditions de paiement et, pour les clients publics, des identifiants de routage. Les lacunes qu’un lecteur humain ignorait feront désormais rejeter la facture.
2. Décidez du format par client. Certains grands clients allemands demanderont du XRechnung via un portail, d’autres du ZUGFeRD par e-mail, d’autres du Peppol. Enregistrez ce choix sur la fiche client, pas dans la tête de quelqu’un.
3. Vérifiez les notes de crédit (avoirs), les corrections et les factures récurrentes. Ce sont les flux mis en place il y a des années et que personne ne teste. Ils doivent eux aussi produire des fichiers valides.
4. Testez avec de vrais clients en novembre. Envoyez des factures de test à vos cinq plus grands clients allemands et obtenez la confirmation qu’ils savent les lire.
5. Convenez de la solution de repli. Si un fichier est rejeté le 5 janvier, qui le voit, qui le corrige, et en combien de temps le client reçoit-il une facture valide ?
6. Archivez le fichier structuré, pas seulement le PDF. C’est désormais le XML qui constitue la facture légale, et il doit être conservé.

Pourquoi cela retombe sur l’équipe applicative

Dans la plupart des groupes de taille moyenne que nous rencontrons, l’entité allemande n’a pas d’Application Manager à elle. Son ERP est géré depuis le siège, souvent dans un autre pays et dans une autre langue, par une équipe qui vient de terminer Peppol en Belgique et à qui l’on demande maintenant de faire de même pour l’Allemagne avec un autre jeu de règles. Ce n’est pas une raison de paniquer, mais c’est une raison de désigner une personne responsable du changement allemand de bout en bout, avec un plan et une liste de tests, plutôt que de le traiter comme un ticket dans la file.

Si cette personne n’existe pas, un Application Manager par intérim peut prendre le sujet, le mener à bien et le rendre à l’équipe avec la documentation. C’est ainsi que nous avons assuré un rôle applicatif clé chez Culligan Autriche pendant six mois, le temps de former l’équipe interne.

L’essentiel

La facturation électronique en Allemagne pour 2027 est un changement de données et de processus déguisé en changement de format. Si votre filiale allemande a réalisé plus de 800 000 € de chiffre d’affaires cette année, ses factures aux clients professionnels allemands doivent être structurées à partir du 1er janvier. Vérifiez le seuil entité par entité, nettoyez les données clients, testez avec de vrais clients avant décembre, et tenez le changement à l’écart de la clôture annuelle. Les groupes qui le traitent comme un petit ticket IT s’en rendront compte dès la première semaine de janvier.

E-reporting 2028 en Belgique : ce que cela signifie pour votre ERP

Le guide de la gestion d’applications ERP

Le service Application Management

Étude de cas : Culligan Autriche, Application Manager par intérim

Sources

Avalara, « E-invoicing in Germany, obligations, deadlines and requirements » (septembre 2026)

Commission européenne, « eInvoicing in Germany »