Depuis le 1er septembre 2026, toutes les entreprises assujetties à la TVA en France doivent être en mesure de recevoir des factures électroniques, et les grandes entreprises et ETI doivent également les émettre. Les TPE et PME suivront au 1er septembre 2027 pour l’obligation d’émission. Concrètement, une facture qui ne passe plus le circuit électronique n’est plus un incident administratif : c’est une facture qui n’atteint pas votre client, et donc un encaissement décalé.
Or une facture électronique peut être parfaitement correcte à l’écran dans Odoo et pourtant être rejetée au moment de sa transmission.
La facturation électronique ne repose pas uniquement sur l’apparence de la facture : les données, les identifiants, la fiscalité, le format structuré, le routage et les règles de transmission doivent eux aussi être cohérents. Dans un environnement e-invoicing, une erreur qui semblait auparavant mineure peut empêcher une facture d’entrer correctement dans le circuit électronique.
Une facture qui semble parfaite à l’écran dans Odoo le sera-t-elle encore une fois transmise ?
Le véritable enjeu n’est plus seulement de savoir comment envoyer une facture, mais de garantir qu’elle est exploitable, conforme et correctement routée dès sa création dans Odoo. Voici les 7 erreurs les plus susceptibles de provoquer des blocages ou des rejets, ainsi que les moyens de les prévenir.
Les 7 erreurs Odoo qui peuvent provoquer un rejet
Des informations client incomplètes ou incorrectes
Le premier risque se situe souvent dans la fiche client. Une raison sociale incorrecte, une adresse incomplète ou des informations d’identification absentes peuvent rendre la facture difficile à router ou à contrôler. Le référentiel clients doit donc être considéré comme une composante à part entière du projet de facturation électronique.
À contrôler dans Odoo : identité du client, adresse, informations fiscales, identifiants nécessaires au routage, et cohérence entre la fiche partenaire et les données réellement utilisées sur la facture. Dans le cadre français, le SIREN du destinataire conditionne son identification dans l’annuaire de la facturation électronique : une donnée absente ou erronée à cet endroit suffit à bloquer l’acheminement.
Un identifiant d’entreprise mal renseigné
Les identifiants jouent un rôle essentiel dans l’identification du vendeur et de l’acheteur. Une erreur de saisie, un identifiant incomplet ou une donnée associée au mauvais établissement peut entraîner un problème lors de la transmission.
Ce type d’erreur est particulièrement difficile à détecter si les équipes se contentent de vérifier visuellement la facture PDF : la vérification doit porter sur les données structurées réellement transmises. Attention également au couple SIREN/SIRET lorsque l’entreprise dispose de plusieurs établissements, une facture rattachée au mauvais SIRET étant formellement valide tout en étant mal adressée.
Un paramétrage de TVA incohérent
La TVA constitue un autre point de contrôle majeur. Un taux incorrect, une mauvaise configuration fiscale ou une règle appliquée au mauvais type d’opération peut créer une incohérence entre la comptabilité Odoo et les données de la facture électronique.
L’objectif n’est donc pas seulement de vérifier le montant final de TVA, mais également de s’assurer que la règle fiscale appliquée correspond bien à l’opération concernée. C’est d’autant plus sensible que les mêmes données alimentent l’e-reporting transmis à l’administration : une position fiscale mal paramétrée se propage à la fois sur la facture et sur la déclaration.
Des données obligatoires absentes de la facture
Une facture électronique structurée doit contenir les informations attendues par le flux utilisé. Certaines données peuvent être visibles ou implicites dans l’interface utilisateur sans être correctement renseignées dans les champs exploités pour générer le document électronique.
Il faut vérifier que les informations nécessaires sont correctement alimentées dans Odoo et qu’elles sont bien reprises lors de la génération du flux électronique. La réforme française a par ailleurs ajouté des mentions obligatoires aux mentions traditionnelles, dont le numéro SIREN des parties, l’adresse de livraison lorsqu’elle diffère, la nature de l’opération et l’option pour le paiement de la TVA sur les débits.
Un mauvais mapping entre Odoo et le flux électronique
Le mapping correspond à la manière dont les données présentes dans Odoo sont associées aux champs attendus par le format ou le flux électronique. Une donnée correctement présente dans Odoo peut donc malgré tout être mal transmise si elle est associée au mauvais champ ou au mauvais format.
Ce problème apparaît notamment lors de personnalisations ou d’intégrations spécifiques : la recette doit permettre de vérifier non seulement si la donnée existe, mais également où elle est envoyée. Les trois formats socles admis par la réforme française ne structurent pas l’information de la même manière, et un mapping valide pour l’un ne l’est pas nécessairement pour l’autre.
Les trois formats portent les mêmes informations. Ce n’est pas un choix de contenu, mais de tuyau. Tous respectent la norme EN 16931, qui définit les données obligatoires ; les formats disent seulement comment les écrire en XML. Votre plateforme agréée convertit de l’un à l’autre automatiquement.
Votre situation | Format |
| TPE, PME, besoin de lisibilité, ou hésitation | Factur-X |
| Secteur public, clients européens, Peppol | UBL |
| EDI existant, industrie, gros volumes | CII |
| Un partenaire impose un format | Le sien |
Trois points à retenir:
Vous ne choisissez pas pour vos clients : une plateforme agréée doit recevoir les trois formats mais n’en émet qu’un seul. En réception, vous n’avez rien à décider.
Et dans Factur-X, seules les données structurées comptent, le PDF n’est qu’une représentation, d’où l’inutilité d’une relecture visuelle pour détecter une erreur de mapping.
La vraie question n’est pas quel format choisir, mais si votre outil émet correctement un format du socle et s’il est relié à une plateforme agréée.
Une mauvaise configuration du routage
Une facture peut également être correctement construite mais mal orientée. Le problème peut alors concerner l’identification du destinataire, les informations de routage ou la configuration de la plateforme utilisée pour transmettre les factures.
Depuis l’abandon du portail public de facturation comme point d’échange, tous les flux passent par des plateformes agréées, Odoo étant lui-même immatriculé comme Plateforme Agréée en France. Le destinataire doit donc être correctement déclaré dans l’annuaire pour que la facture trouve son chemin. Dans ce cas, modifier la facture elle-même ne résout pas le problème : il faut analyser le chemin suivi par le document entre Odoo, la plateforme d’échange et le destinataire.
Une bascule en production sans vigilance renforcée
La dernière erreur consiste à considérer que la configuration est correcte simplement parce qu’une première facture a été générée dans Odoo.
Il faut être lucide sur ce qui est réellement testable en amont. Un environnement de démonstration permet de vérifier que le flux se déclenche, que le fichier est bien généré, que son contenu correspond à ce qui est attendu et que les messages remontés sont cohérents. Il ne reproduit pas un échange réel avec un destinataire réel : c’est en production que l’on découvre si la facture atteint effectivement son client.
La vigilance se déplace donc en deux temps.
Avant l’activation, contrôler méthodiquement chaque paramètre plutôt que se fier à une facture réussie :
- les informations légales et fiscales de la société émettrice ;
- le format d’émission retenu et son paramétrage ;
- les identifiants et le routage sur un échantillon représentatif de clients ;
- les règles fiscales appliquées à chaque type d’opération ;
- les champs spécifiques ou personnalisations alimentant le flux.
Après l’activation, surveiller de près les premières factures réelles :
- vérifier le statut de chaque facture émise les premiers jours, sans attendre une relance client ;
- traiter immédiatement le premier rejet plutôt que le mettre de côté ;
- identifier si l’anomalie est isolée ou sérielle, une donnée de référentiel erronée affectant plusieurs factures à la fois ;
- couvrir progressivement les cas particuliers: avoirs, factures rectificatives, configurations de TVA différentes, clients hors circuit standard, au fur et à mesure qu’ils se présentent.
Cette vigilance n’est pas un pis-aller : c’est la seule façon d’identifier les anomalies pendant qu’elles portent sur quelques factures, et non sur un mois entier de facturation.
Que faire dans l’heure qui suit un rejet ?
Lorsqu’une facture est rejetée, la première réaction ne doit pas être de recréer immédiatement le document. Odoo affiche le motif du rejet directement sur la facture concernée : c’est le point de départ, avant toute correction.
Trois réflexes suffisent dans l’immédiat :
- Lire le motif exact remonté par la plateforme plutôt que de supposer l’origine du problème.
- Ne pas recréer la facture tant que la cause n’est pas identifiée, sous peine de générer un doublon dans le circuit.
- Vérifier si l’anomalie est isolée ou sérielle : une donnée de référentiel erronée affecte généralement plusieurs factures à la fois.
Comment éviter que les mêmes erreurs se reproduisent ?
Traiter une facture rejetée est nécessaire. Éviter que le même problème se reproduise est encore plus important. Pour cela, les entreprises doivent transformer les erreurs rencontrées en règles de contrôle.
Par exemple, si plusieurs rejets proviennent d’informations manquantes dans les fiches clients, il est pertinent de renforcer les contrôles du référentiel. De même, si les anomalies sont liées au mapping, il faut revoir les règles d’intégration plutôt que corriger manuellement chaque facture.
L’objectif est de passer d’une logique de correction manuelle à une logique de prévention automatisée.
La bonne stratégie : contrôler avant d’envoyer
La facturation électronique introduit une nouvelle exigence : la qualité des données devient directement liée à la capacité de l’entreprise à facturer. Un contrôle efficace doit donc intervenir avant l’envoi. Dans Odoo, cela peut notamment passer par :
- la fiabilisation des fiches partenaires ;
- le contrôle des paramètres fiscaux ;
- la vérification des champs utilisés dans le flux ;
- des tests de génération ;
- des tests de transmission ;
- le suivi des statuts ;
- une procédure claire en cas de rejet.
La vérification des champs du flux est un travail de configuration, pas une tâche récurrente : une fois le mapping validé, les factures suivantes empruntent le même chemin et il n’y a pas à contrôler le XML facture par facture. Ce paramétrage n’est à reprendre qu’en cas de changement réel, montée de version, développement spécifique, nouvelle règle fiscale ou nouveau format.
Le but n’est pas de multiplier les contrôles manuels, mais de placer les bons contrôles au bon endroit dans le processus : intensément au démarrage, de façon marginale ensuite.
En résumé
Les rejets de factures électroniques ne viennent presque jamais du moteur de facturation lui-même : ils viennent des données qui l’alimentent et de la configuration qui les transforme. Un référentiel clients fiable, des règles fiscales cohérentes, un mapping vérifié et une recette couvrant les cas particuliers éliminent l’essentiel des blocages. La période de tolérance sur les sanctions accordée jusqu’à fin 2026 est le bon moment pour sécuriser ces points, avant l’échéance d’émission de septembre 2027 pour les TPE et PME.
Vous reconnaissez deux ou trois de ces erreurs sur votre base ?
Elles se corrigent bien plus vite traitées ensemble qu’une par une, au fil des rejets. Nous passons votre configuration Odoo au crible sur ces sept points et vous envoyons la liste des corrections, classée par impact.
