Dans mon article du 22 avril, j'annonçais l'agrément définitif d'Odoo comme Plateforme Agréée : passage de l'immatriculation « sous réserve » au statut pleinement opérationnel après validation des tests d'interopérabilité avec le Portail Public de Facturation. C'était la levée de la dernière incertitude pour les entreprises qui hésitaient à s'appuyer sur Odoo comme pivot de leur conformité.
Depuis cette publication, je reçois la même question dans des courriels, en rendez-vous client, lors de mes interventions BNI ou Réseau Colbert :
« OK, Odoo est PA. Très bien. Mais concrètement, qu'est-ce qui est couvert, qu'est-ce qui ne l'est pas, et comment je m'organise ? »
C'est précisément à cette question qu'Odoo France a répondu le 18 mai en communiquant à ses partenaires intégrateurs un point d'étape exhaustif sur la solution : architecture technique, versions prises en charge, calendrier, et — c'est la grande nouveauté — la liste précise des 42 cas d'usage de l'État avec le statut de couverture de chacun. C'est cette matière opérationnelle que je consolide ici.
Pour les milliers d'entreprises françaises sous Odoo — et pour les intégrateurs qui les accompagnent — c'est un soulagement et une excellente nouvelle. Le scénario d'un raccordement obligatoire à une PDP tierce, avec ses coûts d'abonnement et ses complexités d'intégration, n'aura pas lieu. Odoo gère tout, nativement, dans son propre écosystème.
2. Ce qu'il faut retenir de l'annonce officielle
Voici les points clés communiqués par Odoo, repris fidèlement :
Certification et infrastructure
- Certification PA confirmée par l'administration française.
- Serveurs sécurisés en France, exclusivement.
- PA privée : la plateforme Odoo n'acceptera pas les connexions provenant d'autres éditeurs. Elle est réservée à l'écosystème Odoo.
- Inscription validée à la phase pilote : les tests seront possibles dès la sortie du module officiel.
Périmètre de la solution
- B2B (factures entre entreprises françaises) : Odoo agit comme point d'accès. Les factures sont émises au bon format vers le système du client via la plateforme agréée, en transitant par le réseau Peppol entre PA. En parallèle, chaque facture est transmise au portail de l'État.
- B2C, B2B international, et flux de paiement : transmission des données de transactions (E-reporting) avant chaque échéance.
- Toutes les fonctions Odoo actuelles sont maintenues : reconnaissance optique des documents (OCR), saisie manuelle, gestion des paiements, encaissements partiels, etc.
Versions Odoo prises en charge
- V19 : version courante, supportée par construction.
- V18 : version cible prioritaire sur laquelle Odoo développe les exigences. Tous les correctifs y arrivent en premier.
- V17 : rétroportage désormais confirmé par Odoo (un point qui restait en discussion dans mon article d'avril). Décalage de quelques semaines à attendre sur les correctifs.
- V16 et antérieures : aucun support prévu.
Disponibilité par mode d'hébergement
- Odoo Online
- Odoo.sh
- Hébergement privé (on-premise)
- Odoo Community ← excellente nouvelle pour les défenseurs du logiciel libre et de la souveraineté numérique.
Calendrier
- Septembre 2026 : couverture complète de toutes les exigences obligatoires fixées par l'État.
- 4 juin 2026 : Odoo Insider en direct (session de questions-réponses réservée aux partenaires intégrateurs Odoo). ANOR sera présent et publiera un compte-rendu.
3. ⚠️ Le piège à éviter absolument : le module « facturation électronique » déjà présent dans vos bases
C'est le point que je veux marteler dans cet article, parce qu'il génère déjà des erreurs en clientèle.
Si vous regardez votre base Odoo aujourd'hui, vous trouvez un module nommé « Facturation électronique ». Beaucoup de dirigeants pensent qu'il s'agit du module officiel de la réforme et l'activent, parfois en s'inscrivant dans les annuaires Peppol.
Ce module n'est PAS le futur module PA. C'est un connecteur Peppol générique, utile dans certains contextes européens, mais qui n'a aucun lien avec la solution de Plateforme Agréée qu'Odoo va publier.
Ce qu'il faut faire :
- Ne pas activer ce module si ce n'est pas déjà fait.
- Ne pas s'inscrire dans les annuaires via ce module.
- Attendre la publication officielle du module PA Odoo. Odoo communiquera explicitement la date.
Une inscription anticipée peut générer des conflits techniques au moment du déploiement du vrai module PA. Patience.
4. Les 42 cas d'usage de l'État : ce qu'Odoo couvre, ce qu'il ne couvre pas
L'administration française a publié une liste de 42 cas d'usage que les PA et PDP peuvent traiter. Odoo a fait le choix de couvrir tout ce que sa solution standard gère nativement, et de laisser hors périmètre les cas qui sortent du standard fonctionnel.
Voici l'analyse complète, organisée par état de couverture.
4.1. Cas couverts en standard par Odoo PA (21 cas)
Ces situations seront prises en charge automatiquement, sans intervention spécifique.
| N° | Cas d'usage | Résumé fonctionnel |
|---|---|---|
| 1 | Multi-commande / Multi-livraison | Une facture unique regroupant plusieurs commandes ou livraisons, avec rattachement ligne à ligne. |
| 2 | Facture déjà payée à l'émission | Achat comptant, montant net à payer nul, statut « Encaissée » transmis. |
| 5 | Frais payés par collaborateurs, facture au nom de l'entreprise | Notes de frais avec facture libellée à l'employeur. |
| 6 | Frais payés par collaborateurs sans facture entreprise | Petits achats en E-reporting B2C, convertibles a posteriori en facture B2B. |
| 7 | Achat payé avec carte logée (carte d'achat) | Voyages ou déplacements payés via solution centralisée. |
| 17a | Paiement via intermédiaire (place de marché) | Fonds transitant par une plateforme de paiement. |
| 18 | Notes de débit | Distinction claire entre note de débit et facture officielle. |
| 19b | Auto-facturation | L'acheteur crée la facture au nom de son vendeur. |
| 20 | Facture d'acompte | Versement préalable obligatoirement facturé. |
| 21 | Facture définitive après acompte | Régularisation avec déduction des acomptes encaissés. |
| 22a | Escompte avec TVA à l'encaissement (services) | Ajustement de la TVA sur le montant réellement encaissé. |
| 22b | Escompte avec TVA sur les débits (biens) | Émission d'un avoir pour ajuster la TVA collectée. |
| 23 | Auto-facturation particulier / professionnel | Cas typique des panneaux solaires revendus à un fournisseur. |
| 27 | Tickets de péage vendus à un assujetti | Tolérance E-reporting B2C. |
| 28 | Notes de restaurant émises en France | Dispense d'identification client en dessous de 150 €. |
| 29 | Assujetti unique (art. 256 C du CGI) | Groupe TVA avec SIREN unique. |
| 30 | TVA déjà collectée (B2C → B2B a posteriori) | Facture B2B après vente déjà déclarée en caisse. |
| 31 | Factures mixtes (principal + accessoire) | Régime TVA de l'opération principale appliqué à l'ensemble. |
| 32 | Paiements mensuels | Échéancier de mensualités + régularisation annuelle. |
| 34 | Encaissement partiel et annulation | Gestion des erreurs de lettrage via les statuts. |
| 38 | Sous-lignes et regroupements de lignes | Détail des paniers garnis, kits, etc. |
Si votre activité repose sur ces flux, vous êtes tranquille. La grande majorité des PME et ETI françaises (négoce, services, retail, prestations) entrent dans cette catégorie.
4.2. Cas conditionnels : couverts si la demande du marché est suffisante (7 cas)
Petit point de vocabulaire à bien comprendre. Le statut « Si demande » d'Odoo ne signifie pas que ces cas seront pris en charge dès que vous en exprimez le besoin. Cela signifie qu'Odoo intégrera ces cas à la roadmap standard si un volume suffisant de clients les remonte. C'est une démarche logique d'éditeur : adapter la solution aux besoins les plus partagés du marché.
Implication concrète pour un dirigeant : si l'un de ces cas concerne votre activité, deux scénarios sont possibles. Soit Odoo décide de porter le cas en standard et vous en bénéficiez nativement. Soit le cas reste hors périmètre, et il rejoint la même question d'extensibilité partenaire que celle qui se pose pour les cas non couverts (voir section 4.3). Cette question est en cours de clarification avec Odoo France.
| N° | Cas d'usage | Quand cela vous concerne |
|---|---|---|
| 3 | Tiers payeur connu à la facturation | Société de groupe, organisme centralisateur. |
| 4 | Prise en charge partielle par un tiers | Subvention, assurance (mutuelle, etc.). |
| 9 | Tiers gérant paiement + chaîne logistique | Variante évoluée de l'affacturage. |
| 14 | Co-traitance B2B | Groupement d'entreprises avec mandataire. |
| 15 | Commande passée par un tiers pour l'acheteur | Agence média, courtier d'achat. |
| 16 | Facture de débours | Remboursements hors TVA (timbres fiscaux, etc.). |
| 25 | Bons et cartes cadeaux | Distinction usage unique / multiple. |
4.3. Cas non couverts par Odoo PA (14 cas)
Sur ces situations, Odoo a fait le choix assumé de ne pas porter les développements dans sa solution standard. C'est une logique de périmètre : Odoo couvre nativement ce que sa solution gère déjà fonctionnellement, et concentre son effort certifié sur ce socle.
Pour les clients dont l'activité dépend de l'un de ces 14 cas (BTP avec sous-traitance et paiement direct, agences de voyage en régime de la marge, ETI utilisant l'affacturage, etc.), une question architecturale précise se pose : la PA Odoo va-t-elle implémenter, dans son module officiel, l'ensemble des champs structurés nécessaires aux extensions françaises EXT-FR-FE- (PAYEUR, ADRESSÉ À, BÉNÉFICIAIRE factor, etc.), ou uniquement ceux strictement nécessaires aux 21 cas couverts en standard ?*
C'est cette question, et elle seule, qui détermine la trajectoire technique pour ces 14 cas. Deux scénarios possibles :
- Scénario 1 — La PA implémente tous les champs Factur-X / EXT-FR-FE-*. Dans ce cas, les intégrateurs partenaires comme ANOR peuvent étendre les modules Odoo en amont (par héritage Odoo classique) pour utiliser ces champs déjà disponibles et adresser les cas non couverts. La conformité de vos clients est alors atteignable par développement partenaire, sans dépendance à la roadmap Odoo.
- Scénario 2 — La PA n'implémente que les champs des 21 cas standards. Dans ce cas, il n'est pas possible pour un module d'extension de générer dans le XML les champs manquants pour les 14 autres cas. La trajectoire de conformité dépend alors entièrement de la décision d'Odoo de faire évoluer sa PA pour intégrer ces champs.
Sur le plan technique, le standard Factur-X profil EXTENDED-CTC-FR défini par FNFE-MPE existe précisément pour porter l'ensemble des champs nécessaires. La norme AFNOR XP Z12-013 publiée en mai 2025 standardise par ailleurs les API d'échange entre systèmes d'entreprise et plateformes agréées.
J'ai posé cette question directement à l'équipe Odoo. Je vous donnerai la réponse précise au lendemain de l'Odoo Insider du 4 juin, dans un compte-rendu dédié sur ce blog. C'est un point qui doit être tranché avant que je puisse vous garantir une trajectoire de conformité claire si votre activité tombe dans la zone non standard.
| N° | Cas d'usage | Pourquoi vous devez l'anticiper |
|---|---|---|
| 8 | Tiers payeur déterminé (affacturage, trésorerie centralisée) | Très répandu en ETI. |
| 10 | Affactureur inconnu à la création (subrogation) | Cession de créance en cours de vie. |
| 11 | Tiers réceptionnaire pour le compte de l'acheteur | Syndic, gestionnaire d'immeuble. |
| 12 | Intermédiaire transparent pour l'acheteur | Acheteur professionnel délégué. |
| 13 | Sous-traitance avec paiement direct | Très fréquent en BTP. |
| 17b | Intermédiaire de paiement + mandat de facturation | Places de marché avancées. |
| 19a | Tiers facturant avec mandat | Externalisation totale de la facturation. |
| 24 | Arrhes | Hors champ TVA, hors réforme. |
| 26 | Clauses de réserve contractuelle | Retenues de garantie en BTP. |
| 33 | Régime de la marge bénéficiaire | Biens d'occasion, agences de voyage. |
| 35 | Notes d'auteur | Éditeurs, droits d'auteur. |
| 36 | Secret professionnel | Avocats, professions réglementées. |
| 37 | Sociétés en Participations | Structures sans personnalité morale. |
| 39 | Factures multi-vendeurs | Plateformes regroupant plusieurs vendeurs. |
| 40 | Paiements groupés / netting / compensation | Achats-ventes croisés. |
| 41 | Sociétés de Barter | Échanges de biens et services. |
| 42 | Détaxe | Remboursement TVA au passage en douane. |
Note : la liste évolue régulièrement. Odoo maintient une grille à jour de sa couverture.
4.4. Synthèse visuelle
| Statut | Nombre de cas | Part |
|---|---|---|
| Couverts en standard | 21 | 50 % |
| Couverts sur demande | 7 | 17 % |
| Non couverts | 14 | 33 % |
| Total | 42 | 100 % |
Lecture rapide :
- Zone verte (50 %) : si votre activité s'inscrit dans les flux standards du négoce, du retail, des services ou de l'industrie classique, vous êtes couvert nativement par Odoo. Aucune action complémentaire requise.
- Zone orange (17 %) : si vous tombez dans un cas conditionnel, votre couverture sera assurée soit par Odoo (si le marché pousse en ce sens), soit par un développement partenaire. Une trajectoire de conformité existe dans les deux scénarios.
- Zone rouge (33 %) : si vous opérez dans le BTP, les places de marché évoluées, les professions réglementées ou avec des montages financiers complexes (affacturage, marge bénéficiaire, etc.), votre trajectoire dépend de la réponse qu'Odoo donnera sur l'extensibilité de son module PA par les partenaires. C'est exactement la question que j'ai posée à Odoo France et dont nous attendons la réponse lors de l'Odoo Insider du 4 juin.
Le message à retenir : pour 67 % des entreprises (zones verte et orange), la conformité est techniquement clarifiée. Pour les 33 % en zone rouge, la trajectoire sera tranchée dans les semaines à venir.
5. Mon analyse d'intégrateur : pourquoi je conseille de migrer directement en V19
Odoo recommande officiellement de migrer vers la V18. Mon conseil pour ANOR diffère sur un point précis.
Engager aujourd'hui une migration V17 → V18 pour devoir refaire le chantier V18 → V19 dans quelques mois n'a aucun sens économique. Une migration Odoo coûte en analyse, en tests, en formation, en risque d'exploitation. Multiplier ce coût par deux pour des raisons de version intermédiaire est une dépense évitable.
Mon arbitrage est simple :
- Si vous êtes en V16 ou antérieur : migration directe en V19. Vous bénéficierez de la PA dès qu'elle sera rétroportée (et la V19 sera couverte avant la V17, par construction).
- Si vous êtes en V17 : planifiez le passage en V19 dans les prochains mois. Vous aurez le module PA sur V17, mais vous serez systématiquement en retard d'un cran sur les correctifs et les évolutions.
- Si vous êtes en V18 : restez où vous êtes, mais cadrez déjà votre montée vers la V19. Vous serez sur la version cible Odoo, donc bien servis pour les correctifs PA, mais la V19 vous fera gagner sur les nouveautés fonctionnelles métier.
- Si vous êtes déjà en V19 : bravo, vous êtes au meilleur endroit. Préparez-vous à accueillir le module PA dès sa publication.
Une seule migration, sur la version courante, c'est plus sain et plus durable. C'est aussi la position que je tiens chez ANOR depuis le début : ne pas faire de migration intermédiaire quand on peut faire la bonne du premier coup.
6. Plan d'action recommandé pour un dirigeant de PME ou d'ETI
Voici, sous forme actionnable, les six étapes à engager dès maintenant pour être prêt en septembre.
Étape 1 — Cartographier vos flux
Listez vos types de factures : B2B France, B2B international, B2C, ventes via place de marché, sous-traitance, affacturage, notes de débit, acomptes. Confrontez cette liste aux 42 cas d'usage. Identifiez vos cas critiques.
Étape 2 — Auditer vos référentiels tiers
La facturation électronique repose intégralement sur l'identification fiable des partenaires. Vérifiez :
- SIREN et SIRET de tous vos clients professionnels
- Numéros de TVA intracommunautaire pour vos clients européens
- Adresses postales normalisées
- Coordonnées de facturation distinctes des coordonnées de livraison si nécessaire
Une donnée tiers fausse ou manquante = une facture rejetée par le portail public.
Étape 3 — Décider de la version Odoo cible
Lancez l'analyse de migration vers V19 avec votre intégrateur. Plus tôt vous démarrez, plus vous étalez le coût et le risque.
Étape 4 — Identifier vos cas spécifiques et préparer l'arbitrage
Pour chaque cas hors couverture standard qui concerne votre activité, cartographiez précisément l'usage et les volumes. Cette analyse vous donne deux choses : la priorité d'action (un cas marginal n'est pas un cas structurant), et le périmètre exact de la spécification à porter une fois la position d'Odoo connue sur l'extensibilité partenaire.
Ce travail de cartographie peut commencer dès maintenant, indépendamment de la décision finale d'Odoo. Plus tôt vous avez la liste précise et chiffrée de vos cas d'usage à risque, plus rapidement vous serez en mesure d'arbitrer entre les options qui se présenteront : extension native par un module partenaire dans Odoo, basculement de ces flux sur une PDP tierce spécialisée, ou ajustement procédural pour rentrer dans un cas couvert.
Étape 5 — Préparer vos équipes
La facturation électronique change l'expérience utilisateur côté comptabilité, ADV, achat. Anticipez la formation. Un déploiement réussi techniquement mais mal accompagné humainement, c'est un déploiement raté.
Étape 6 — Recevoir notre compte-rendu de l'Odoo Insider du 4 juin
Le 4 juin, Odoo organise une session « Insider » réservée à ses partenaires intégrateurs, animée par Laureline Zizi (responsable PA chez Odoo France). Deux heures de questions-réponses en direct sur les sujets PA et facturation électronique. En tant que partenaire Odoo, ANOR sera présent.
Nous publierons dans la foulée un compte-rendu détaillé des informations partagées : précisions sur les versions supportées, calendrier de publication du module officiel, évolutions du périmètre fonctionnel, réponses aux questions techniques sensibles. Pour recevoir ce compte-rendu directement, abonnez-vous à notre lettre d'information ou suivez-nous sur LinkedIn.
7. Comment ANOR vous accompagne
ANOR est un cabinet de conseil et d'intégration Odoo dédié aux PME et ETI françaises, des secteurs du négoce, du retail, des services et de l'industrie. Nous opérons sous la marque commerciale Auguria, membre du groupe ANOR.
Sur le sujet de la facturation électronique, nous proposons trois niveaux d'intervention :
Audit Conformité Facturation Électronique (forfait)
Une intervention de cadrage de 5 à 10 jours selon la taille de votre activité, livrant :
- La cartographie de vos flux face aux 42 cas d'usage
- L'audit de vos référentiels tiers
- Le plan de migration recommandé (version cible, calendrier, budget)
- La liste des développements spécifiques nécessaires, chiffrés
Migration Odoo V19 avec préparation PA intégrée
Pour les clients en V16, V17 ou V18, nous proposons une migration unique en V19, incluant la préparation au module PA. Vous capitalisez : une seule opération, un seul coût, une seule période de risque.
Accompagnement au déploiement du module PA
Dès la publication du module officiel par Odoo, nous prenons en charge le déploiement, le paramétrage, les tests, l'inscription dans les annuaires et la formation de vos équipes.
8. En conclusion
La facturation électronique est une réforme structurante, qui dépasse la simple obligation administrative. Elle reconfigure les flux d'information entre entreprises et administration, elle accélère la modernisation des systèmes d'information, et elle pose des questions de souveraineté numérique que je défends depuis des années.
Le fait qu'Odoo soit certifié comme Plateforme Agréée, et qu'il propose cette solution jusque sur Odoo Community, est une excellente nouvelle pour la souveraineté technologique des PME et ETI françaises. Le logiciel libre devient un acteur de la conformité réglementaire, et c'est une démonstration que l'écosystème open source est aujourd'hui mûr pour porter les enjeux les plus critiques du tissu économique. Saluons aussi la qualité du travail accompli par les équipes d'Odoo France pour obtenir cette certification dans les délais et avec un périmètre fonctionnel ambitieux.
Pour la majorité des PME et ETI (négoce, retail, services, industrie classique), le socle Odoo PA couvrira directement les besoins. Pour les activités qui tombent dans les cas non couverts en standard, la question de l'extensibilité par les partenaires intégrateurs reste à clarifier avec l'éditeur. Je l'ai posée formellement à Odoo et je m'engage à publier la réponse au lendemain de l'Odoo Insider du 4 juin.
Pour votre entreprise, la fenêtre d'action est claire : entre maintenant et septembre. Tous les chantiers indépendants de cet arbitrage (migration, audit tiers, cartographie des flux) doivent être lancés au plus vite pour aborder l'échéance sereinement. La cartographie de vos cas d'usage est en particulier un travail que vous pouvez engager dès maintenant : il vous donnera la matière pour décider rapidement, quelle que soit la trajectoire technique qui se dessinera.
Si vous voulez engager le dialogue sur votre situation précise, prenons rendez-vous. Le premier échange est gratuit, sans engagement, et orienté décision.