Aufnahme von Christina Morillo aus Pexels zeigt eine Person, die an einem Laptop mit grauem Bildschirm arbeitet.
Corporate & Finance 03.05.2026

Fin 2026 : Ce que les entreprises doivent avoir migré vers XRechnung et ZUGFeRD 2.0.1

7 min. de lecture

L’obligation de facturation électronique est une réalité depuis le 1er janvier 2025 – l’obligation de réception concerne déjà toutes les entreprises B2B. Mais l’échéance décisive approche : le 31 décembre 2026 marque la fin de la période de transition qui permettait encore d’utiliser des formats EDI non conformes à EN 16931. À partir du 1er janvier 2027, les entreprises avec un chiffre d’affaires annuel supérieur à 800 000 euros devront en outre émettre activement des factures électroniques. Ce que beaucoup sous-estiment : le principal risque ne réside pas dans l’obligation d’émission, mais dans la capacité de réception, la qualité des données de base et la conformité ERP avec EN 16931.

TL;DR – L’essentiel en 4 points

  • Le 31.12.2026 est une échéance ferme. La période de transition pour les formats non conformes à EN 16931 prend fin. Ceux qui utilisent encore des processus EDI non conformes après cette date violent la loi sur la TVA.
  • La réception avant l’émission. Depuis le 1er janvier 2025, l’obligation de réception est en vigueur. Sans infrastructure, l’entreprise est déjà en infraction.
  • Les données de base bloquent l’intégration ERP. Les identifiants manquants, les GLN incorrects ou les liens TVA absents sont des obstacles typiques au traitement automatisé des factures.
  • XRechnung et ZUGFeRD 2.0.1 ne sont pas identiques. Le format approprié dépend du partenaire commercial, du type de processus et du module ERP.

En lien : CSRD 2026 : qui reste soumis à l’obligation de reporting

Ce qui se passe réellement le 1er janvier 2027

Le Loi sur les opportunités de croissance a établi la base juridique de l’obligation d’émission de factures électroniques dans le secteur B2B allemand. Les règles transitoires étaient dès le début limitées dans le temps. La fin approche plus rapidement que ce que beaucoup d’équipes financières et informatiques ne l’avaient envisagé.

Jusqu’au 31 décembre 2026, les entreprises pouvaient encore utiliser des formats EDI non conformes à la norme EN 16931 – à condition que le destinataire y consentisse. Cette exception est désormais abolie. À partir du 1er janvier 2027, toutes les factures électroniques entre entreprises nationales doivent être soit sous forme de XRechnung, soit sous forme de ZUGFeRD 2.0.1 (ou version ultérieure) – ou bien sous un format structuré répondant aux exigences de la norme EN 16931. Parallèlement, l’obligation d’envoi s’applique également aux entreprises dont le chiffre d’affaires annuel dépasse 800 000 euros.

Les exceptions restent valables pour les petites factures inférieures à 250 euros ainsi que pour les billets de transport. Les transactions B2C et les factures transfrontalières ne sont pas concernées. L’accent est clairement mis sur les transactions B2B nationales.

Les entreprises ayant un chiffre d’affaires annuel supérieur à 800 000 euros doivent toutefois respecter l’obligation d’envoi à compter du 1er janvier 2027.

Les chiffres der situation de retard

Snapshot de l’enquête : où en sont les entreprises DACH (au 1er trimestre 2026)

38 %

des PME n’ont toujours pas mis en place d’infrastructure structurée pour la réception des factures électroniques

62 %

citant les lacunes dans les données de référence comme le principal obstacle à la traitement automatisé

Moyenne de 4,5 mois.

durée d’implémentation pour l’intégration ERP avec couche de validation, selon les retours d’expérience des projets.

Source : enquêtes Lünendonk/Bitkom du 1er trimestre 2026, complétées par des données d’implémentation ERP issues de projets de conseil.

Capacité de réception : le problème obligatoire sous-estimé

Depuis le 1er janvier 2025, toutes les entreprises B2B nationales sont tenues de recevoir des factures électroniques. Cela semble aller de soi – mais techniquement, ce n’est pas le cas. Recevoir ne signifie pas simplement accepter un fichier XML par e-mail et l’ouvrir manuellement. Cela implique de transférer les données structurées dans la propre comptabilité fournisseurs, de les valider et de les préparer pour l’enregistrement comptable, sans aucune étape intermédiaire manuelle.

De nombreux systèmes ERP – en particulier les anciennes installations SAP ECC et les systèmes basés sur DATEV – n’ont soit pas activé les modules nécessaires, soit ne les proposent qu’en tant qu’add-on payant. Conséquence : les factures arrivent en tant que pièces jointes XML, atterrissent dans la boîte mail et sont traitées manuellement. Cela ne répond pas formellement aux exigences d’un traitement automatisé.

Une vigilance particulière s’impose concernant ZUGFeRD 2.0.1 au format hybride : le document contient à la fois un PDF lisible et un fichier XML intégré. De nombreux scanners de messagerie et systèmes de gestion documentaire n’extraient que le PDF, tandis que le XML est perdu. Celui qui pense être compatible ZUGFeRD parce qu’il peut traiter des PDF avec pièces jointes XML se trompe – à moins que l’extraction ne soit explicitement configurée.

La qualité des données de référence comme véritable frein majeur

La norme EN 16931 précise quels champs une facture électronique doit contenir – et comment ils doivent être renseignés. Parmi ces champs figurent notamment l’ID de voie logistique (champ obligatoire dans le cadre de XRechnung, permettant d’identifier de manière unique le destinataire), la GLN (numéro global de localisation) ainsi qu’une adresse TVA correcte et vérifiable. Si ces informations manquent dans les données de référence, le traitement automatisé s’arrête.

Le problème n’est pas d’ordre technique – c’est un problème de maintenance des données. Les données de référence des fournisseurs dans les ERP évolués contiennent souvent des doublons, des adresses incomplètes ou des numéros de TVA manquants. Une facture électronique générée sur la base de telles données de référence ne passera pas le validateur EN 16931. Il en va de même pour les factures reçues : si l’ID de voie logistique de l’émetteur ne correspond pas à celui du système interne, la facture sera classée dans le journal d’erreurs.

Conséquence : un audit des données de référence avant la mise en production n’est pas une tâche optionnelle. C’est une étape obligatoire.

XRechnung contre ZUGFeRD 2.0.1 : quel format pour quelle situation

Critère XRechnung ZUGFeRD 2.0.1
Type de format XML pur (UBL ou CII) PDF/A-3 hybride avec XML intégré
Lisibilité humaine Impossible sans visionneuse Partie PDF directement lisible
Champ obligatoire Leitweg-ID Oui (BT-10) Non (optionnel)
Donneurs d’ordre publics Obligatoire (ZRE/OZG-RE) Non accepté
Prévalence dans les ERP SAP S/4HANA, Microsoft Dynamics DATEV, lexoffice, Sage
Recommandation Grands groupes, secteur public, processus B2B standardisés PME, traitement mixte manuel/automatisé

Transition en 6 étapes d’ici le 31 décembre 2026

  1. Vérifier le statut de l’ERP (semaines 1-2). Quels modules de facturation électronique sont déjà licenciés et actifs ? Pour SAP : le module FI-CA ou le connecteur Ariba est-il configuré ? Pour DATEV : le portail Unternehmen Online est-il paramétré ? Sans cette analyse, chaque étape suivante manque de planification.
  2. Réaliser un audit des données de base (semaines 2-4). Vérifier tous les enregistrements fournisseurs pour la Leitweg-ID, le GLN et le numéro de TVA intracommunautaire. Nettoyer les doublons. Clarifier les valeurs manquantes directement avec les fournisseurs – beaucoup n’ont pas encore communiqué leur Leitweg-ID.
  3. Prendre une décision sur le format (semaines 3-4). XRechnung ou ZUGFeRD – non pas de manière uniforme, mais selon le type de partenaire commercial. Les donneurs d’ordre publics exigent la XRechnung. Les clients PME connectés à DATEV préfèrent ZUGFeRD. Les deux simultanément sont possibles si l’ERP prend en charge les deux formats.
  4. Mettre en place une couche de validation (semaines 4-8). Avant le passage en production, valider les factures avec le validateur Mustang ou les outils de test KoSIT. Des factures erronées en phase de test coûtent moins cher que des factures erronées en environnement productif.
  5. Configurer le workflow de réception (semaines 6-10). Mettre en place le routage des boîtes mail, tester l’extraction XML depuis les PDF ZUGFeRD, intégrer le GED pour un archivage automatisé. S’assurer que les factures rejetées déclenchent un workflow de repli défini.
  6. Phase pilote avec les fournisseurs clés (semaines 10-16). Ne pas démarrer avec les 300 fournisseurs simultanément. Choisir cinq à dix partenaires pilotes, envoyer et recevoir de vraies factures en mode test, vérifier l’intégration comptable de bout en bout. Lancer ensuite seulement le déploiement généralisé.

Foire aux questions

L’obligation de facturation électronique s’applique-t-elle également aux petites entreprises réalisant un chiffre d’affaires inférieur à 800 000 euros ?

L’obligation de réception s’applique depuis le 1er janvier 2025 à toutes les entreprises nationales B2B, indépendamment du chiffre d’affaires ou de la taille. L’obligation d’envoi s’appliquera dès le 1er janvier 2027 dans un premier temps uniquement aux entreprises réalisant plus de 800 000 euros de chiffre d’affaires annuel. À partir du 1er janvier 2028, elle s’appliquera à tous, y compris aux très petites entreprises. Par conséquent, ceux qui se situent encore sous le seuil de chiffre d’affaires devraient déjà mettre en place l’infrastructure de réception maintenant, plutôt que de faire face à une pression temporelle en 2028.

Que se passe-t-il si une entreprise continue d’envoyer des factures PDF par e-mail ?

Après la fin des délais de transition, une simple facture PDF peut être formellement refusée par la partie destinataire. Sur le plan fiscal, elle n’est pas reconnue comme une facture régulière au sens de la loi sur la taxe sur la valeur ajoutée (UStG). Cela signifie : le destinataire ne peut pas déduire la TVA déductible correspondante. Le risque incombe principalement à l’émetteur de la facture, qui place ainsi ses clients dans une position difficile.

Qu’est-ce que le validateur KoSIT et devez-vous l’utiliser ?

Le validateur de la Coordination pour les normes informatiques (KoSIT) est l’outil de test officiel pour les fichiers XRechnung. Il est disponible gratuitement et vérifie si une facture contient tous les champs obligatoires conformément à la norme EN 16931 et au profil allemand. Son utilisation n’est pas obligatoire – mais dans les faits, il est utilisé comme référence par les pouvoirs adjudicateurs. Les factures qui ne passent pas le contrôle KoSIT sont automatiquement rejetées par les autorités fédérales et régionales.

Nous utilisons encore SAP ECC – quelles sont nos options ?

SAP ECC ne bénéficiera plus de support standard après le 31 décembre 2027. Pour la phase de transition, il existe fondamentalement trois voies : SAP Document Compliance en tant que solution middleware (couvre XRechnung, fonctionne on-premise), un prestataire externe de facturation électronique comme Basware, Coupa ou Tungsten, qui agit comme adaptateur, ou – à plus long terme, l’option la plus pertinente – la migration vers S/4HANA, qui intègre nativement le support de la facturation électronique à partir de la version 2022.

Photo : Rainer Knäpper / Wikipedia (CC BY 3.0)

Conseils de lecture de la rédaction

Plus du réseau MBF Media

Source image de couverture : Pexels / Christina Morillo (px:1181305)

Aussi disponible en

Un magazine de evernine media GmbH