Modules Odoo opensource pour la réforme de la facturation électronique

Dans notre billet de blog du 2 avril 2025, nous avions pris l'engagement de développer en opensource une suite de modules pour la réforme de la facturation électronique, à la fois pour le volet e-invoicing et le volet e-reporting. Dans ce même billet de blog, nous avions expliqué notre stratégie de ne pas nous précipiter pour choisir une plateforme agréée, pour laisser le temps à de nouveaux acteurs de se lancer suite à l'abandon du portail public de facturation (PPF) annoncé par la DGFiP le 15 octobre 2024.

Dans notre billet de blog du 25 juillet 2025, nous avions officialisé le choix de SUPER PDP comme plateforme agréée. Les raisons de ce choix étaient simples : nous avions été séduits par la simplicité de l'offre, sa tarification transparente et très compétitive, et notre choix a été confirmé après avoir constaté le sérieux et le haut niveau technique de l'équipe de développeurs et établi un lien de confiance avec Martin Ottenwaelter, le directeur technique de SUPER PDP.

Le 29 septembre 2025, SUPER PDP fait son arrivée sur la liste officielle des plateformes agréés de la DGFiP sous le statut immatriculé sous réserve. Deux mois et demi plus tard, juste avant Noël, SUPER PDP devient officiellement immatriculé après avoir passé avec succès les tests d'interopérabilité.

Le 12 mars 2026, SUPER PDP annonce la disponibilité des APIs AFNOR, en tout cas pour l'API Flux. L'API AFNOR de l'annuaire suit quelques semaines plus tard.

Cette disponibilité des APIs AFNOR était le feu vert que nous attendions pour lancer les développements côté Odoo. Nous voulons donc ré-affirmer ici notre engagement annoncé le 2 avril 2025 : Akretion va publier en opensource des modules pour la réforme de la facturation électronique. L'implémentation est en cours. Cette implémentation utilise les APIs normalisées de l'AFNOR (norme XPZ12-013), ce qui permet d'être compatible avec toutes les plateformes agréées qui proposent ces APIs. Cette implémentation sera validée avec SUPER PDP, puisque tous les tests sont actuellement réalisés sur la plateforme "sandbox" de SUPER PDP.

Cette implémentation est une alternative à l'implémentation qui sera proposée par l'éditeur d'Odoo, qui est devenu lui-même une plateforme agréée. Les utilisateurs auront donc le choix entre deux implémentations différentes et ils pourront choisir et déployer celle qu'ils préfèrent. Notre implémentation est en cours de développement sur Odoo version 18. Une fois l'implémentation finalisée, elle sera backportée sur Odoo version 16, dans tous les cas avant le démarrage de la réforme en septembre 2026. Si d'autres intégrateurs expriment leur besoin de bénéficier de cette implémentation sur Odoo version 17 et/ou 19, Akretion sera en mesure de proposer un portage en version 17 et/ou 19. L'envoi des factures vers la plateforme agréée se fera dans un premier temps exclusivement au format Factur-X (le format UBL sera supporté dans un 2e temps pour l'envoi des factures). Pour la réception des factures, les 3 formats du socle (Factur-X, UBL et CII) seront supportés dès le démarrage.

Le travail d'implémentation avance à un rythme soutenu. Le code des modules Odoo est disponible sur le nouveau projet GitHub d'Akretion fr-einvoicing sous licence AGPL :

https://github.com/akretion/fr-einvoicing

Pour faciliter le travail de maintenance à long terme, un maximum de code est déporté dans une librairie Python dénommée pyfrctc, publiée sous licence LGPL sur le projet GitHub du même nom :

https://github.com/akretion/pyfrctc

Cette lib python est distribuée via pypi, cf https://pypi.org/project/pyfrctc/

Les modules Odoo développés par Akretion pour la réforme de la facturation électronique dépendent de nombreux modules de l'Odoo Community Association (OCA). Pour les modules OCA listés ci-dessous, il est nécessaire d'aller chercher le code dans une branche git spécifique :

Le développement étant actuellement en phase active, les dépendances des modules sont susceptibles de changer sans préavis.

L'implémentation concrète de l'envoi de factures depuis Odoo vers la plateforme agréée est largement inspiré du connecteur Odoo - Chorus Pro de l'OCA, développé par Akretion. Nous reprenons ce qui a fait le succès du connecteur Chorus Pro, à savoir :

l'implémentation de l'annuaire Chorus directement dans Odoo, pour éviter la saisie manuelle des codes services (maintenant appelés code routage dans la réforme), et des suffixes (nouveauté de la réforme).
un contrôle de la présence des données obligatoires spécifiées dans l'annuaire en amont de l'envoi de la facture, pour réduire au minimum le risque de rejet.
une remontée des informations de cycle de vie directement dans Odoo.

Nous avons aussi tiré les leçons des défauts du connecteur Chorus Pro de l'OCA, pour améliorer l'expérience utilisateur. Par exemple :

plus d'obligation de créer un contact de facturation quand on doit facturer un code routage ou un suffixe particulier. Cela peut se faire directement sur la commande ou la facture client, via la sélection d'une ligne d'annuaire, qui porte les informations de code routage ou de suffixe, ainsi que l'éventuel "engagement obligatoire". Il est toujours possible de définir une ligne d'annuaire par défaut pour un contact de facturation, mais aussi maintenant au niveau de la société.
gestion des entités fermées. Une entreprise (ou une administration) qui ferme est potentiellement toujours présente dans l'annuaire, mais avec une propriété qui indique qu'elle a fermé. Cette information remonte dans Odoo et bloque la confirmation de la commande client (et de la facture).
implémentation d'avertissements et de blocages si un utilisateur change le SIREN sur une fiche partenaire existante. Un nouveau SIREN correspond à une nouvelle personne morale ; il faut donc créer une nouvelle fiche partenaire.

L'implémentation actuelle est composée de 3 modules :

l10n_fr_einvoicing : c'est le module de base. Il contient toute l'implémentation de l'annuaire de la réforme sur la fiche partenaire, la sélection de la ligne d'annuaire sur la facture client et l'envoi du flux contenant la facture Factur-X vers la plateforme agréée.
l10n_fr_einvoicing_sale : le module qui permet de sélectionner la ligne d'annuaire dès la commande client, avec recopie de la ligne d'annuaire de la commande à la facture client. Cela a l'avantage de faire les contrôles de présence des données obligatoires dès la commande client, donc avant la livraison des marchandises ou la réalisation des prestations de service.
l10n_fr_einvoicing_import : le module pour l'import des factures fournisseur depuis la plateforme agréée. Il utilise le module OCA account_invoice_import qui avait bénéficié d'une refonte complète en 2025 justement pour préparer son architecture à la réforme de la facturation électronique, notamment pour permettre un bon fonctionnement des factures importées en tâche de fond sans intervention de l'utilisateur.

Nous organisons une première présentation de ces modules à nos clients le jeudi 7 mai 2026 à 14h. Cette présentation sera l'occasion de rappeler tout ce qu'il faut absolument savoir sur la réforme de la facturation électronique et préparer les prochaines étapes.

Les prochains mois seront riches en nouveautés sur ce sujet. Nous continuerons à publier des nouvelles sur notre blog. A suivre !