Facture électronique obligatoire : adapter ERP, e-commerce et back-offices
Facture électronique obligatoire depuis le 1er septembre 2026 : réception, plateformes agréées, nouvelles mentions, impacts ERP et e-commerce, checklist.
La facture électronique obligatoire est entrée en vigueur le 1er septembre 2026 : toutes les entreprises assujetties à la TVA en France doivent désormais pouvoir recevoir leurs factures via une plateforme agréée, et les grandes entreprises et ETI doivent déjà les émettre. Voici ce qu’elle change dans vos ERP, sites e-commerce, back-offices et CRM, et comment préparer 2027.
Le point sur la réforme
Le calendrier
| Obligation | Grandes entreprises et ETI | PME, TPE, micro-entreprises |
|---|---|---|
| Recevoir des factures électroniques via une PA | 1er septembre 2026 | 1er septembre 2026 |
| Émettre des factures électroniques (B2B France) | 1er septembre 2026 | 1er septembre 2027 |
| Transmettre les données de transaction et de paiement (e-reporting) | 1er septembre 2026 | 1er septembre 2027 |
Selon la fiche 1 de la DGFiP, une ETI emploie entre 250 et 5 000 personnes avec un chiffre d’affaires inférieur à 1,5 milliard d’euros ou un total de bilan inférieur à 2 milliards ; au-delà, c’est une grande entreprise. Les entreprises en franchise en base de TVA (auto-entrepreneurs notamment) sont aussi concernées. En cas de doute, validez votre catégorie avec votre expert-comptable.
Une tolérance de démarrage, pas un report
En juillet 2026, la DGFiP a publié un guide pratique de démarrage. Trois messages comptent pour les équipes techniques :
- Pas de sanction pendant la phase de démarrage pour les entreprises qui rencontrent des difficultés mais sont « engagées dans une trajectoire sérieuse de mise en conformité ». L’administration précise que ce n’est « ni un report ni une suspension de l’obligation ».
- Une facture reçue par PDF, e-mail ou papier reste payable et déductible si elle correspond à une opération réelle et comporte les mentions nécessaires.
- La preuve compte : tickets support, messages d’erreur, tests, plan de régularisation, consignes internes. Une « simple déclaration d’intention ne suffit pas ».
Votre système doit donc tracer : c’est une exigence de conception.
Qui fait quoi : plateformes agréées, PPF et annuaire
Les plateformes agréées (PA)
Les factures passent désormais de la PA de l’émetteur à celle du destinataire. Une PA est un prestataire privé immatriculé par l’administration après des tests d’interopérabilité (liste officielle). Elle émet, reçoit et convertit les factures, et transmet à l’administration les données fiscales et de paiement.
Le Portail public de facturation (PPF)
Depuis l’abandon, annoncé en octobre 2024, d’une plateforme publique gratuite d’échange, le PPF ne transporte plus les factures entre entreprises. Il joue deux rôles : il tient l’annuaire des destinataires (qui indique quelle PA reçoit les factures de quel SIREN) et sert de concentrateur des données transmises à l’administration. Vous ne l’utilisez pas directement : c’est votre PA qui dialogue avec lui.
Formats et normes
Une facture électronique conforme utilise l’un des formats du socle : UBL, CII ou un format mixte associant un fichier de données structurées et une image PDF, c’est-à-dire Factur-X. Tous reposent sur la norme européenne EN 16931, complétée par des règles françaises. Les spécifications externes de la DGFiP en sont à la version 3.2 (30 avril 2026). Trois normes AFNOR expérimentales les complètent : XP Z12-012 (formats et profils des factures et des statuts), XP Z12-013 (API entre le SI des entreprises et les PA) et XP Z12-014 (cas d’usage B2B).
Les statuts de cycle de vie
Selon la fiche 6 de la DGFiP, quatre statuts sont obligatoirement proposés par les PA, parmi une dizaine de statuts facultatifs : déposée, rejetée (erreur technique ou non-conformité, la facture n’est pas transmise), refusée (motif commercial, par le client) et encaissée (indiqué par le fournisseur). Votre SI doit les recevoir, les stocker et déclencher les bons traitements.
Les données qui changent
Quatre nouvelles mentions
L’article 242 nonies A de l’annexe II du CGI ajoute des mentions qui doivent exister comme données structurées dans vos systèmes, pas seulement sur un PDF.
| Mention | Ce qu’il faut dans le SI | Source de la donnée |
|---|---|---|
| SIREN du client | Champ obligatoire et contrôlé sur les comptes clients professionnels | CRM, formulaire de commande, référentiel tiers |
| Adresse de livraison des biens, si différente de l’adresse de facturation | Adresse structurée par commande, pas un champ texte libre | Commande, logistique |
| Nature des opérations : livraisons de biens, prestations de services, ou les deux | Catégorie par article ou par ligne, pour en déduire la catégorie de la facture | Catalogue produits, articles de service |
| Option pour le paiement de la TVA d’après les débits, le cas échéant | Paramètre société, reporté sur chaque facture concernée | Paramétrage fiscal |
Le e-reporting
Le e-reporting concerne ce qui ne passe pas par une facture électronique B2B domestique : ventes à des particuliers, opérations avec des clients ou fournisseurs étrangers, et données de paiement pour les prestations de services dont la TVA est exigible à l’encaissement. Les données sont transmises par votre PA. Le calendrier de dépôt publié par la DGFiP dépend du régime de TVA :
| Régime de TVA | Données de transaction | Données de paiement |
|---|---|---|
| Réel normal mensuel | Par décade (1–10, 11–20, 21–fin de mois), dépôt 10 jours après la période | Mensuelle, avant le 10 du mois suivant |
| Réel normal trimestriel | Mensuelle, avant le 10 du mois suivant | Mensuelle |
| Réel simplifié | Mensuelle, entre le 25 et le 30 du mois suivant | Mensuelle, entre le 25 et le 30 du mois suivant |
| Franchise en base | Bimestrielle, entre le 25 et le 30 du mois suivant la période | Bimestrielle |
Pour un e-commerce B2C d’une ETI au réel normal mensuel : trois agrégations par mois, fiables et rejouables.
Impacts techniques par brique du SI
ERP et logiciel de gestion
- Référentiel tiers : SIREN obligatoire et contrôlé pour les clients assujettis, distinction claire entre clients professionnels français, étrangers et particuliers (elle décide du circuit : facture électronique ou e-reporting).
- Articles : catégorie « bien » ou « service » sur chaque article, y compris les frais annexes (port, installation, abonnement).
- Factures et avoirs : production d’un format du socle, avoirs rattachés à la facture d’origine, numérotation continue maintenue.
- Réception : import des factures fournisseurs structurées avec rapprochement commande et réception, et gestion du refus motivé.
- Paiements : statut « encaissé » et données de paiement si la TVA est exigible à l’encaissement.
Sur un progiciel maintenu, l’éditeur livre l’essentiel ; restent la qualité des données et les développements spécifiques.
Site e-commerce
- B2C : pas de facture électronique vers le particulier, mais des données de transaction à agréger pour le e-reporting (montants HT, TVA par taux, date, catégorie).
- B2B : dès qu’un client professionnel français achète, la facture doit passer par une PA (2026 pour les vendeurs GE/ETI, 2027 pour les autres). Il faut donc capter et vérifier le SIREN au moment de la commande, y compris en achat invité.
- Modules de facturation (WooCommerce, PrestaShop, SaaS) : vérifiez s’ils produisent un format du socle et dialoguent avec une PA, sinon transmettez les données à l’ERP.
Pour vérifier un SIREN à la commande, l’API Recherche d’entreprises de l’État est gratuite et sans authentification :
curl -s "https://recherche-entreprises.api.gouv.fr/search?q=356000000&per_page=1" \
| jq '.results[0] | {siren, nom_complet, etat_administratif, categorie_entreprise}'Le champ categorie_entreprise (PME, ETI, GE) aide à anticiper le comportement de vos fournisseurs et clients, mais il reste indicatif : il ne remplace pas la validation de votre propre catégorie.
Contrôle de format côté serveur, avant tout appel externe (clé de Luhn) :
function isValidSiren(string $siren): bool
{
if (!preg_match('/^\d{9}$/', $siren)) {
return false;
}
$sum = 0;
foreach (str_split(strrev($siren)) as $i => $digit) {
$n = (int) $digit * (($i % 2) + 1);
$sum += $n > 9 ? $n - 9 : $n;
}
return $sum % 10 === 0;
}Back-offices métier et facturation « maison »
C’est le cas le plus risqué : une application sur mesure (réservation, abonnements, extranet) qui génère un PDF et l’envoie par e-mail. Deux options :
- Transmettre les données à l’ERP ou à un outil déjà relié à une PA, qui émet la facture.
- Produire directement un format du socle et appeler l’API de la PA : plus de contrôle, mais vous portez la conformité du fichier et des statuts.
Dans les deux cas, le PDF n’est plus la facture, seulement une représentation lisible.
CRM
Ajoutez le SIREN au compte client et, pour les groupes, distinguez entité facturée et établissement livré (SIRET). Synchronisez avec l’ERP dans un seul sens.
Requête d’audit des données clients
Avant tout développement, mesurez l’écart. Exemple sur une base relationnelle :
SELECT COUNT(*) AS clients_pro_sans_siren
FROM customers
WHERE country_code = 'FR'
AND customer_type = 'B2B'
AND (siren IS NULL OR siren !~ '^[0-9]{9}$');Adaptez les noms à votre schéma : ce chiffre donne souvent la vraie taille du chantier.
Intégrer une plateforme agréée par API
Chaque PA a ses propres API (la norme XP Z12-013 vise à les harmoniser), mais les règles d’architecture restent les mêmes :
| Principe | Mise en œuvre |
|---|---|
| Découpler | Un connecteur dédié et une file de messages entre l’ERP et la PA, pour absorber les indisponibilités |
| Idempotence | Un identifiant unique par facture, pour qu’un renvoi ne crée jamais de doublon |
| Statuts | Réception par webhook ou interrogation régulière, stockage horodaté de chaque statut |
| Rejets | File de rejets consultable par le métier, avec le motif et l’action attendue |
| Traçabilité | Journal des envois, réponses et erreurs, conservé pour démontrer la trajectoire de conformité |
| Secrets | Identifiants d’API dans un coffre, rotation planifiée, environnements de test séparés |
Nos équipes développement web construisent ce type de connecteur en PHP (Symfony, Laravel) ou Node.js, testé contre l’environnement de test de la PA.
Plan de projet en six étapes
- Cartographier les flux : tout ce qui émet ou reçoit des factures, y compris les outils oubliés (abonnements, refacturations).
- Choisir la PA : formats, qualité de l’API et de sa documentation, environnement de test, statuts proposés, réversibilité, coût.
- Nettoyer les données : SIREN, adresses de livraison, catégories d’articles, paramétrage TVA.
- Développer et connecter : génération des formats, connecteur, gestion des statuts, e-reporting.
- Tester par flux : le guide de la DGFiP encourage à basculer les flux prêts sans attendre que tout le périmètre le soit.
- Exploiter : supervision des rejets, mises à jour des spécifications, montées de version des modules. C’est un sujet de maintenance applicative (TMA) à part entière.
Si vous ne savez pas par où commencer, un audit de votre chaîne de facturation permet de chiffrer l’écart et de prioriser les flux.
Checklist technique
- [ ] Une PA reçoit les factures de chaque SIREN, qui arrivent en comptabilité sans ressaisie.
- [ ] Le SIREN est obligatoire et contrôlé sur les comptes clients professionnels français.
- [ ] L’adresse de livraison est structurée et portée par la facture quand elle diffère.
- [ ] Chaque article porte la catégorie bien ou service.
- [ ] L’option TVA sur les débits est paramétrée et reportée si elle s’applique.
- [ ] Les factures sont produites en UBL, CII ou Factur-X et validées avant envoi.
- [ ] L’appel à la PA est asynchrone, idempotent et journalisé.
- [ ] Les statuts déposée, rejetée, refusée et encaissée sont stockés et exploités.
- [ ] Les données de e-reporting sont agrégées selon la périodicité de votre régime de TVA.
- [ ] Rejets, régularisations et preuves de conformité sont suivis et conservés.
Sanctions et droit à l’erreur
La loi de finances pour 2026 (loi n° 2026-103 du 19 février 2026, article 123) a fixé les montants suivants, selon service-public.fr :
| Manquement | Sanction |
|---|---|
| Défaut d’émission d’une facture électronique | 50 € par facture, plafond de 15 000 € par an |
| Défaut de transmission des données de transaction ou de paiement | 500 € par transmission, plafond de 15 000 € par an |
| Absence de plateforme agréée pour la réception | Mise en demeure de trois mois, puis 500 €, puis 1 000 € par nouvelle période de trois mois |
Elles ne s’appliquent pas à une première infraction réparée spontanément ou dans les 30 jours suivant une demande de l’administration, et le guide de démarrage exclut toute application « immédiate, automatique et aveugle » en cas de difficulté documentée.
Questions fréquentes
Qui doit recevoir des factures électroniques depuis le 1er septembre 2026 ?
Quand les PME doivent-elles émettre des factures électroniques ?
Un PDF envoyé par e-mail est-il encore valable ?
Quels formats de facture électronique sont acceptés ?
Quelles sont les nouvelles mentions obligatoires sur les factures ?
Un site e-commerce B2C est-il concerné par la réforme ?
Facture électronique obligatoire : un projet de données avant tout
La réforme est en vigueur, avec une tolérance réservée aux entreprises capables de montrer une trajectoire. Trois priorités techniques : des données propres, un connecteur découplé vers votre plateforme agréée, une supervision des statuts et des rejets. Les PME ont un an pour préparer l’émission : c’est court si vous facturez depuis des applications sur mesure.
iones accompagne DSI, éditeurs et agences web : audit des flux, connecteurs, maintenance après la bascule, y compris en marque blanche. Parlons de votre chaîne de facturation : réponse sous 48 à 72 heures.
Sources
- Guide pratique de démarrage — DGFiP, juillet 2026
- Fiche 1 — calendrier et catégories — DGFiP, mise à jour juin 2026
- Fiche 6 — réception des factures — DGFiP, mise à jour juin 2026
- Je découvre la facturation électronique — impots.gouv.fr
- Spécifications externes et normes — impots.gouv.fr, version 3.2 du 30 avril 2026
- Fréquences et délais du e-reporting — DGFiP, mise à jour août 2026
- Je consulte la liste des plateformes agréées — impots.gouv.fr
- Facturation électronique : les sanctions évoluent — Service Public Entreprendre, 20 février 2026
- Article 242 nonies A, annexe II du CGI — Légifrance
- API Recherche d’entreprises — DINUM
Cet article est une information générale, pas un avis juridique ni fiscal. Faites valider votre situation (catégorie d’entreprise, régime de TVA, périmètre des opérations) par votre expert-comptable ou votre conseil.