Points essentiels à retenir
Pour 2026, quatre mentions doivent être préparées dans vos ERP : SIREN client, adresse complète de livraison si différente, catégorie d’opération et option TVA sur les débits le cas échéant. Elles s’ajoutent aux mentions déjà obligatoires, qui doivent rester intactes pendant la migration.
La réforme française de la facture électronique impose de traiter la conformité comme un chantier de données. À compter du 1er septembre 2026, toutes les entreprises devront être en capacité de recevoir une facture électronique ; l’émission devient obligatoire selon le calendrier 2026-2027, avec une première étape pour les grandes entreprises et ETI, puis une seconde pour les PME et micro-entreprises. Le calendrier officiel de la facturation électronique pour les entreprises fixe ce cadre national.
Les quatre nouvelles mentions confirmées par l’administration sont les suivantes : le numéro SIREN du client, l’adresse complète de livraison du bien lorsqu’elle diffère de l’adresse de facturation, l’information indiquant si l’opération relève de livraisons de biens, de prestations de services ou des deux, et l’option pour le paiement de la TVA d’après les débits le cas échéant. La page economie.gouv.fr sur les mentions obligatoires d’une facture, écrite le 25 février 2026, les présente explicitement.
Pour vos équipes finance, DSI et intégration, la bonne question n’est donc pas seulement : « la mention existe-t-elle ? ». Elle devient : « quel champ l’alimente, à partir de quelle source, avec quel contrôle et quelle preuve en cas de rejet ? ». C’est dans cette logique que nous positionnons ce guide : non comme une définition de la facture électronique, mais comme une checklist d’exécution champ par champ.
La migration vers Factur-X, UBL ou CII ne doit pas dégrader les fondamentaux : date d’émission, numéro unique de facture, identité du vendeur et de l’acheteur, numéro de commande lorsqu’il existe, désignation des biens ou services, quantités, prix unitaires, taux de TVA, montants HT et TVA par taux, conditions de paiement et mentions particulières. Ces données sont souvent déjà présentes, mais parfois réparties entre ERP, outil de facturation, référentiel clients, module fiscal, EDI ou portail de vente.
Le risque principal est la perte de granularité au moment du mapping. Une facture PDF lisible par un humain pouvait masquer des approximations ; une facture structurée transmise à une Plateforme Agréée expose immédiatement les incohérences. Notre recommandation est de conserver une matrice de correspondance entre les anciennes zones, les nouveaux champs structurés et les règles de contrôle attendues avant émission.
Certaines mentions ne sont pas systématiques, mais elles restent critiques. L’article 242 nonies A de l’annexe II au CGI, dans sa version Légifrance en vigueur consultée en juillet 2026, prévoit notamment la mention « Option pour le paiement de la taxe d’après les débits » lorsque le prestataire a opté pour ce régime, la mention « Autoliquidation » lorsque l’acquéreur ou le preneur est redevable de la taxe, et la mention « Autofacturation » lorsque l’acheteur émet la facture au nom et pour le compte du fournisseur.
Dans l’ERP, ces mentions ne doivent pas être traitées comme un champ texte libre. Elles doivent découler de règles fiscales documentées : régime TVA de l’entité, nature du flux, pays, statut du client, catégorie d’opération, contrat, incoterm le cas échéant, et paramétrage des articles ou prestations. C’est un point de gouvernance que nos équipes rencontrent souvent dans les projets de dématérialisation : la conformité dépend autant du référentiel que du format.
Le mapping doit relier chaque mention à un champ ERP, une source maître et un contrôle. Sans cette traçabilité, une facture peut être techniquement valide mais fiscalement fragile, ou correctement émise mais rejetée par la plateforme pour incohérence de données.
Un bon tableau de mapping distingue les données d’en-tête, de tiers, de livraison, de ligne, de TVA et de paiement. Cette structuration évite de tout concentrer dans le modèle de facture et permet à chaque équipe de prendre en charge son périmètre : finance, administration des ventes, master data, fiscalité, DSI, intégration EDI/API.
| Mention ou donnée à contrôler | Champ ERP cible | Source maître recommandée | Erreur fréquente à éviter |
|---|---|---|---|
| SIREN client | Identifiant légal du tiers facturé | Référentiel clients / master data tiers | Utiliser un SIRET établissement comme identifiant légal principal sans règle claire |
| Adresse de livraison si différente | Adresse du site livré ou du destinataire logistique | Commande, livraison, référentiel sites clients | Reprendre automatiquement l’adresse de facturation pour tous les flux multi-sites |
| Catégorie d’opération | Type de flux : biens, services, mixte | Articles, prestations, lignes de commande, règles fiscales | Classer toute facture selon l’activité du client au lieu des lignes facturées |
| Option TVA sur les débits | Indicateur fiscal entité/prestataire | Paramétrage TVA, entité facturante, conditions de vente | Ajouter la mention manuellement sans cohérence avec le régime fiscal |
| Autoliquidation | Mention fiscale conditionnelle | Règles TVA, pays, statut client, nature d’opération | Oublier la mention sur les flux concernés ou la déclencher trop largement |
| Montants HT/TVA par taux et devise | Totaux fiscaux structurés | Moteur de facturation et module fiscal | Transmettre un total global sans ventilation exploitable par taux |
La source maître varie selon la donnée. Le SIREN relève du référentiel tiers ; l’adresse de livraison peut venir de la commande ou du bon de livraison ; la catégorie d’opération dépend des lignes ; les mentions TVA relèvent du paramétrage fiscal ; certains termes de paiement ou d’autofacturation peuvent provenir du contrat. Notre approche consiste à documenter ces responsabilités avant de modifier les interfaces.
L’article 41 septies D de l’annexe IV au CGI sur les données de facture, consulté en juillet 2026, liste les données à transmettre, avec plusieurs données attendues à compter du 1er septembre 2026, dont le SIREN fournisseur, le SIREN client, la catégorie d’opération, la date d’émission, le numéro de facture, les montants HT/TVA par taux et la devise. Pour un projet ERP, cette liste devient une base de contrôle opérationnel.
Avant transmission, les contrôles doivent combiner règles de présence, règles de format et règles métier. Par exemple : SIREN client présent et cohérent avec le tiers facturé ; adresse de livraison alimentée si elle diffère ; catégorie d’opération compatible avec les lignes ; mention autoliquidation déclenchée uniquement sur les cas prévus ; montants ventilés par taux ; devise renseignée.
Generix conseille de placer ces contrôles au plus près de la donnée, puis de les compléter au niveau de la Plateforme Agréée. Notre objectif n’est pas de déplacer les erreurs de l’ERP vers la plateforme, mais de créer une chaîne de qualité continue, de la commande à la facture et jusqu’à l’administration.
Le SIREN client est la donnée légale centrale à préparer. Le SIRET reste utile pour identifier un établissement, une adresse de livraison ou une règle d’adressage, mais il ne doit pas remplacer le SIREN dans le champ attendu lorsque la réforme vise l’identification de l’entreprise cliente.
Dans les référentiels ERP, il est recommandé de stocker distinctement le SIREN, les SIRET d’établissements, le numéro de TVA intracommunautaire et, si nécessaire, les identifiants internes client. Le SIREN identifie l’unité légale cliente ; le SIRET précise un établissement ; le numéro de TVA intracommunautaire reste mobilisé pour les cas fiscaux qui l’exigent.
Cette séparation évite les arbitrages tardifs lors du mapping. Elle facilite aussi la préparation de l’annuaire et les échanges entre plateformes. Pour approfondir le cadre général des formats et obligations, nous vous recommandons notre article Facture électronique : définition, formats et obligations 2026-2027, à lire en complément de cette checklist ERP.
La mise en qualité du référentiel clients doit précéder la phase de recette. Les doublons apparaissent souvent lorsque plusieurs établissements d’un même client sont créés comme tiers indépendants, ou lorsque les adresses de facturation et de livraison sont confondues. Notre recommandation est de distinguer clairement : entité légale facturée, établissement livré, adresse de facturation, adresse de livraison et canal d’adressage.
Les contrôles utiles incluent la détection de SIREN manquant, de SIREN partagé par plusieurs comptes, de SIRET incohérent avec l’adresse, de TVA intracommunautaire absente sur les cas concernés et de statuts clients non alignés avec les règles fiscales. Cette étape relève autant de la finance que de l’administration des ventes et de la DSI.
La facture électronique repose sur une logique d’adressage. Il faut savoir à quelle plateforme transmettre la facture, pour quel client, avec quel identifiant et selon quel canal. En janvier 2026, la DGFiP a annoncé la publication de la liste des 101 premières plateformes agréées et indiqué que 500 000 entreprises avaient déjà déclaré une adresse de réception via la plateforme de leur choix, selon le communiqué du ministère des Finances de janvier 2026.
Concrètement, vos règles d’adressage doivent être testées sur les clients stratégiques, les groupes multi-établissements, les clients publics ou privés selon vos flux, et les cas où plusieurs entités juridiques partagent des sites logistiques. Generix accompagne cette phase en reliant notre Plateforme Agréée, l’ERP et les flux B2B existants.
Les risques ERP se cachent dans les données qui semblent secondaires : site livré, typologie des lignes, régime TVA et paramétrage de l’entité facturante. Ce sont souvent des données opérationnelles, partagées entre ventes, logistique et finance, qui conditionnent pourtant la conformité de la facture.
Dans le retail, la distribution spécialisée, l’industrie ou la logistique contractuelle, l’adresse de facturation peut être celle du siège ou d’une centrale, tandis que la livraison vise un magasin, un entrepôt, une plateforme régionale ou un site client. Si l’ERP ne conserve pas correctement cette distinction, la facture structurée risque d’être incomplète ou incohérente.
Nos projets montrent qu’il faut auditer les règles de reprise d’adresse depuis la commande, le bon de livraison et le référentiel sites. Lorsque plusieurs systèmes interviennent, par exemple OMS, WMS, TMS, ERP et EDI, la donnée de livraison doit rester traçable jusqu’à la facture. C’est précisément là que la supply chain collaborative apporte de la valeur : la donnée partagée évite les corrections manuelles tardives.
La catégorie d’opération ne doit pas être déduite de manière approximative. Une facture peut porter uniquement sur des biens, uniquement sur des services, ou sur une opération mixte. Le bon déclencheur est souvent la ligne de commande ou l’article/prestation, pas le client ni l’entité facturante seule.
Il faut donc définir une règle stable : familles d’articles, types de prestations, frais accessoires, transport refacturé, installation, maintenance, avoirs et factures rectificatives. En cas d’opération mixte, l’ERP doit produire une catégorie cohérente et conserver le détail des lignes permettant de justifier le traitement.
L’option pour le paiement de la TVA d’après les débits ne doit apparaître que lorsque le prestataire a opté pour ce régime. La règle doit être portée par le paramétrage fiscal de l’entité ou de l’activité concernée, puis propagée à la facture sans ressaisie. Les équipes finance doivent valider ce paramétrage avant recette.
Le risque classique consiste à ajouter la mention dans un modèle d’impression ou un champ libre, sans contrôle avec la réalité fiscale. Avec la facture électronique, cette approche devient fragile : le libellé, la donnée structurée et le contexte fiscal doivent être alignés.
La recette doit prouver que les données sont exactes dans les scénarios réels. Tester uniquement le format Factur-X, UBL ou CII ne suffit pas : il faut simuler les cas simples, mixtes, conditionnels, rectificatifs et les rejets plateforme.
Un plan de recette robuste doit couvrir au minimum les scénarios suivants :
Chaque scénario doit être vérifié côté affichage, fichier structuré, données transmises à la Plateforme Agréée et retour de statut. Nos équipes recommandent d’associer la finance, l’ADV, l’IT, la fiscalité et les responsables référentiels à cette recette.
Les plateformes agréées sont les seules habilitées à assurer les fonctionnalités prévues par la réforme : émission, transmission et réception des factures électroniques, ainsi que transmission des données de facturation, de transaction et de paiement à l’administration. La page impots.gouv.fr sur les plateformes agréées et leur rôle dans la réforme, consultée en juillet 2026, précise ce périmètre.
La recette doit donc intégrer les contrôles avant envoi, les contrôles de plateforme, les statuts de cycle de vie, les rejets, les corrections et les réémissions. Dans notre approche, la Plateforme Agréée ne remplace pas la qualité ERP : elle sécurise la transmission et renforce les contrôles dans une chaîne cohérente.
Un rejet ne doit pas seulement être corrigé facture par facture. Il doit déclencher une analyse de cause : champ manquant, source maître erronée, règle de mapping incomplète, référentiel client obsolète, paramétrage fiscal insuffisant ou mauvaise règle d’adressage. La correction doit être tracée et, si nécessaire, répercutée dans le référentiel.
Pour piloter le go-live, nous recommandons un tableau de bord simple : nombre de factures testées, taux de rejet, causes de rejet, temps de correction, champs les plus souvent en erreur et propriétaires de données. Cette gouvernance transforme la conformité en amélioration durable du processus order-to-cash.
Connecter ERP, Plateforme Agréée et réseau B2B réduit les rejets en traitant la donnée comme un actif partagé. La conformité ne doit pas rester dans un silo finance : elle dépend aussi des commandes, livraisons, référentiels clients, règles fiscales et échanges inter-plateformes.
Les nouvelles mentions obligatoires révèlent une réalité simple : la facture est le dernier maillon d’un processus plus large. Le SIREN vient du référentiel client, l’adresse de livraison de l’exécution logistique, la catégorie d’opération des lignes de vente, les mentions TVA du paramétrage fiscal, et l’adressage de la plateforme du choix du client.
Une organisation en silo peut produire des corrections tardives, coûteuses et répétitives. À l’inverse, une chaîne collaborative partage les mêmes données entre ERP, EDI/API, clients, fournisseurs et plateformes. C’est l’angle que nous défendons chez Generix : sécuriser la conformité par la qualité de la donnée de bout en bout, pas seulement par un contrôle final.
Notre Plateforme Agréée Generix accompagne les obligations d’émission, de réception, d’e-reporting et d’échanges inter-plateformes. Elle s’inscrit dans notre expertise historique des flux B2B et EDI, utile pour le mapping, l’onboarding partenaires et la continuité des échanges. Pour cadrer le rôle d’une PA avant votre projet, vous pouvez consulter notre page Plateforme agréée : définition et rôle dans la réforme.
Dans un projet ERP, notre valeur se situe dans l’articulation entre données légales, flux structurés, contrôles, statuts et échanges avec les partenaires. Nous ne recommandons pas de traiter la facture électronique comme un simple connecteur : elle doit s’intégrer dans vos processus order-to-cash, procure-to-pay et reporting fiscal.
La conformité minimale consiste à produire un fichier accepté. Une démarche plus robuste consiste à réduire les litiges, accélérer les corrections, fiabiliser les référentiels et rendre les statuts exploitables par les équipes finance et service client. Cette logique est particulièrement importante pour les organisations multi-entités, multi-sites ou fortement interconnectées avec leurs clients et partenaires.
Avant 2026, nous vous invitons à auditer vos champs ERP, vos règles fiscales, vos référentiels clients et vos flux B2B. Pour sécuriser l’émission, la réception, l’e-reporting et les contrôles de conformité champ par champ, découvrez notre Plateforme Agréée Generix pour la facturation électronique et échangez avec nos équipes sur votre trajectoire de mise en conformité.
En résumé
Les quatre nouvelles mentions confirmées par l’administration sont le SIREN du client, la catégorie d’opération, l’option pour le paiement de la TVA sur les débits le cas échéant, et l’adresse complète de livraison du bien lorsqu’elle diffère de l’adresse de facturation du client. Elles doivent être préparées dans l’ERP avant l’entrée en vigueur du calendrier 2026-2027.
La réforme met en avant le SIREN client pour l’identification de l’entreprise cliente sur la facture. Le SIRET reste toutefois utile dans l’ERP pour gérer les établissements, l’adresse de livraison, les sites clients et certaines règles d’adressage.
Non. Elle est attendue lorsque l’adresse complète de livraison du bien est différente de l’adresse de facturation du client. Les cas multi-sites, entrepôts, magasins et plateformes logistiques doivent donc être testés spécifiquement.
La catégorie d’opération doit indiquer si la facture porte sur des livraisons de biens, des prestations de services ou une opération constituée des deux catégories. Dans l’ERP, la règle doit s’appuyer sur les articles, prestations et lignes de commande plutôt que sur un choix manuel.
La mention s’applique lorsque le prestataire a opté pour le paiement de la taxe d’après les débits. Elle doit être reliée au paramétrage fiscal de l’entité facturante ou de l’activité concernée, puis contrôlée avant émission.
Oui. La mention Autoliquidation reste nécessaire lorsque l’acquéreur ou le preneur est redevable de la taxe. Elle doit être déclenchée par des règles fiscales conditionnelles et vérifiée avant transmission à la Plateforme Agréée.
Les champs prioritaires sont le référentiel clients, les identifiants légaux, les adresses de facturation et de livraison, la typologie biens/services, les règles TVA, les mentions conditionnelles, les formats de sortie et le mapping vers la Plateforme Agréée. L’audit doit identifier pour chaque champ une source maître et un propriétaire de donnée.
La recette doit couvrir plusieurs scénarios : facture standard, livraison à une adresse différente, service avec TVA sur les débits, autoliquidation, facture mixte, facture rectificative et rejet plateforme. Chaque test doit vérifier la donnée source, le fichier structuré, la transmission et le retour de statut.
Ce guide vous aide à mapper les factures simples, acomptes, avoirs, rectificatives, récapitulatives et notes de débit vers les codes BT-3, puis à préparer la recette avec votre PA.
Pilotez votre entrepôt avec 15 KPI opérationnels. Retrouvez pour chacun la formule, la fréquence de suivi, le seuil d’alerte indicatif et l’action corrective.
Travaillez avec nos équipes pour concevoir et mettre en œuvre la Supply Chain qui accompagnera votre croissance, adaptée à vos spécificités métier.
