Deux échéances tombent presque le même jour. Le 1er septembre 2026, toutes les entreprises françaises devront pouvoir recevoir une facture électronique au format structuré1. Fin septembre, Odoo publie sa version 20, dont l'argument central est un assistant qui agit directement sur les données comptables au lieu de se contenter de les lire. Pour une PME ou une ETI qui travaille sous Odoo, ces deux chantiers arrivent en même temps, et ils butent sur le même obstacle. Ni l'un ni l'autre ne dépend d'abord de la technologie que vous choisissez. Les deux dépendent de l'état de votre référentiel de données.
La conformité n'est pas un problème de plateforme
Le calendrier est désormais stable. La réception devient obligatoire pour tout le monde au 1er septembre 2026. L'émission au format électronique s'impose à la même date pour les grandes entreprises et les entreprises de taille intermédiaire, puis un an plus tard, au 1er septembre 2027, pour les PME, les TPE et les microentreprises. En parallèle, les émetteurs devront transmettre des données d'e-reporting2 sur leurs opérations qui ne relèvent pas de la facture B2B domestique.
| Obligation | Date | Entreprises concernées |
|---|---|---|
| Réception de factures électroniques | 1er septembre 2026 | Toutes les entreprises |
| Émission structurée et e-reporting | 1er septembre 2026 | Grandes entreprises et ETI |
| Émission structurée et e-reporting | 1er septembre 2027 | PME, TPE et microentreprises |
Côté outillage, l'offre existe déjà. En juillet 2026, la DGFiP recense 137 Plateformes Agréées immatriculées3, contre une poignée un an plus tôt. Odoo figure dans cette liste depuis le 22 avril 2026, avec une plateforme incluse dans l'abonnement Enterprise comme Community, sans surcoût par facture ni connecteur tiers. Si votre seul objectif était de cocher la case réglementaire, le sujet serait presque clos. Choisir une plateforme prend une réunion. Le reste prend beaucoup plus longtemps.
Le format structuré met la dette de données au grand jour
Le vrai effet de la réforme se situe ailleurs. Jusqu'ici, une facture pouvait circuler sous forme de PDF, voire de papier scanné. Un humain lisait, comprenait, corrigeait mentalement une raison sociale approximative ou un numéro de TVA absent. Le format structuré ne pardonne pas ce flou. Une facture Factur-X ou UBL doit porter un SIREN valide, un numéro de TVA intracommunautaire cohérent, un code pays et des mentions de paiement normalisées. Si la fiche client de votre ERP contient un doublon, un SIRET périmé ou un champ pays vide, le flux est rejeté par la plateforme, et non plus rattrapé par un comptable indulgent.
Beaucoup de dossiers vont se réveiller à ce moment précis. Un référentiel4 clients et fournisseurs accumulé sur dix ans contient presque toujours des tiers créés deux fois avec des orthographes différentes, des identifiants incomplets, des adresses obsolètes. Tant qu'un opérateur relisait chaque facture, ces défauts restaient invisibles. Dès que la chaîne devient automatique et normative, ils se transforment en rejets.
L'agent IA bute sur la même donnée
L'agent comptable annoncé dans Odoo 20 raconte la même histoire par l'autre bout. Dans les démonstrations publiques, il exécute une série de vérifications sur une section de trésorerie, repère des transactions bancaires non rapprochées et propose une liste d'actions correctives priorisées. La promesse est sérieuse, d'autant que le module ne se limite plus à résumer : il crée et modifie des enregistrements. Mais un agent qui rapproche des écritures fait exactement ce que le format structuré exige, à savoir croiser des identifiants fiables. Si deux fournisseurs portent le même nom, ou si un compte comptable est mal affecté à la source, l'agent produit un rapprochement faux avec le même aplomb qu'un rapprochement juste. La qualité de sa sortie plafonne à la qualité de vos fiches.
Il y a une convergence utile ici. Les deux échéances de septembre poussent dans la même direction. La facture électronique réclame des données propres en entrée et en sortie. L'agent IA a besoin des mêmes données propres pour produire un travail exploitable. L'entreprise qui nettoie son référentiel pour la conformité prépare, sans effort supplémentaire, le terrain sur lequel l'IA de son ERP deviendra réellement utile.
Le chantier concret des deux mois qui viennent
Pour un praticien, le programme tient en quelques gestes peu spectaculaires. Dédoublonner les tiers clients et fournisseurs, en fusionnant les fiches jumelles. Compléter et valider les SIREN, SIRET et numéros de TVA intracommunautaire, idéalement contre une source officielle plutôt qu'à la main. Vérifier que chaque fiche porte un pays et des conditions de paiement exploitables par un flux automatique. Passer en revue le plan comptable et les règles d'affectation, parce qu'un agent qui écrit dans la base héritera de ces règles telles quelles. Aucun de ces travaux ne se règle avec un bouton. Ils demandent du temps métier, quelques exports et une relecture attentive.
C'est un travail ingrat, qui ne se voit pas en démonstration et que personne n'a envie de facturer. Il conditionne pourtant les deux résultats que la direction attend : passer la conformité sans incident et récupérer un assistant IA qui produit des rapprochements sur lesquels on peut s'appuyer.
Notre lecture
Nous voyons passer beaucoup de demandes qui commencent par « quelle plateforme choisir ». C'est la question la plus facile et la moins déterminante. Avec 137 plateformes agréées et une plateforme incluse dans Odoo, le choix technique se règle en quelques jours. Le travail qui décide du résultat, conformité comme automatisation, se joue dans le référentiel, et il ne s'improvise pas fin août. Une entreprise qui aborde septembre avec des fiches tiers propres passera les deux caps sans drame et disposera, en prime, d'un agent IA qui travaille sur du solide. Celle qui repousse le nettoyage constatera ses doublons au premier rejet de flux, au pire moment possible. Pour approfondir, d'autres analyses sont réunies sur le blog NXL Forge.
Sources
- impots.gouv.fr, Facturation électronique et plateformes agréées : https://www.impots.gouv.fr/facturation-electronique-et-plateformes-agreees
- Cegid, Calendrier facture électronique 2026-2027 : https://www.cegid.com/fr/facture-electronique-obligatoire/calendrier-facture-electronique/
- Pennylane, Liste des plateformes agréées (PA, ex PDP) : https://www.pennylane.com/fr/fiches-pratiques/facture-electronique/liste-des-pdp
- Odoo, Odoo an approved platform (PA) registered in France for electronic invoicing : https://www.odoo.com/blog/odoo-news-5/odoo-an-approved-platform-pa-registered-in-france-for-electronic-invoicing-2193
- Prelium, Odoo 20 : toutes les nouveautés (roadmap officielle) : https://www.prelium.fr/blog/odoo-18/odoo20-2605
- Odoo Documentation, AI agents (19.0) : https://www.odoo.com/documentation/19.0/applications/productivity/ai/agents.html
Footnotes
-
Format structuré : facture dont les données sont lisibles par une machine, comme le Factur-X (fichier hybride mêlant un PDF et un XML), l'UBL ou le CII, par opposition à un simple PDF ou à du papier. ↩
-
E-reporting : transmission à l'administration fiscale des données de transactions non couvertes par la facture électronique domestique, par exemple les ventes aux particuliers ou les opérations internationales. ↩
-
Plateforme Agréée (PA), anciennement Plateforme de Dématérialisation Partenaire (PDP) : opérateur immatriculé par la DGFiP, habilité à émettre, recevoir et transmettre les factures électroniques et les données d'e-reporting. ↩
-
Référentiel de données maître (master data) : ensemble des fiches de référence de l'entreprise, notamment les tiers clients et fournisseurs, les produits et le plan comptable, sur lesquelles s'appuient les processus de facturation et de comptabilité. ↩