Une ligne discrète dans un contrat peut peser lourd sur un budget informatique. Depuis le 1er avril 2026, les entreprises qui utilisent Odoo sur une version trop ancienne s'exposent à un supplément annuel de 25 % sur leur abonnement Enterprise. Cette clause, intégrée au contrat officiel mis à jour en juillet 2025, change la logique de gestion des versions Odoo. Rester sur une version dépassée n'est plus seulement un risque technique : c'est devenu une décision financière chiffrable.
Cet article détaille le fonctionnement exact de cette surtaxe, précise qui est concerné et qui ne l'est pas, puis propose une méthode de calcul pour arbitrer entre absorber la pénalité chaque année ou engager une migration. L'objectif est de vous donner les éléments concrets pour décider en connaissance de cause, que vous soyez déjà utilisateur d'Odoo ou en phase de réflexion.
Comment fonctionne la surtaxe de 25 %
Le mécanisme est décrit noir sur blanc dans les conditions Enterprise. Selon Odoo, une fois par an, si la base de données du client se trouve sur une version plus ancienne que les versions couvertes, le client accepte de payer un supplément égal à 25 % du prix annualisé de son abonnement.
La notion clé est celle de versions couvertes. Odoo maintient un ensemble de trois versions majeures actives à un instant donné. Au moment de la rédaction, il s'agit des versions 17, 18 et 19. Dès qu'une nouvelle version majeure sort, la plus ancienne du trio sort du périmètre couvert. Une base restée sur une version antérieure à ces trois versions bascule alors dans le champ de la surtaxe.
Un point mérite d'être souligné : le supplément ne s'applique pas immédiatement après la sortie d'une nouvelle version. Le contrat prévoit un délai. La facturation supplémentaire ne peut intervenir qu'au moins six mois après la publication d'une nouvelle version majeure du logiciel. Ce délai laisse une fenêtre de manoeuvre pour planifier une montée de version avant que le surcoût ne se déclenche.
Qui est concerné, et qui ne l'est pas
La distinction la plus importante concerne le mode d'hébergement. La surtaxe vise les clients Odoo Enterprise utilisant Odoo.sh ou une installation on-premise dont la version est antérieure aux trois versions couvertes [Odoo]. Autrement dit, les organisations qui hébergent leur base sur la plateforme Odoo.sh ou sur leurs propres serveurs, et qui n'ont pas suivi le rythme des montées de version.
À l'inverse, les clients Odoo Online ne sont pas concernés par cette clause. La raison est simple : ces bases sont mises à jour automatiquement vers les versions récentes, ce qui les maintient par construction dans le périmètre des versions couvertes. Pour une entreprise sur Odoo Online, la question de la surtaxe ne se pose donc pas de la même manière, puisque la maîtrise du calendrier de mise à jour lui échappe en partie mais la protège aussi de la pénalité.
Il faut aussi tenir compte de la date de contrat. Cette surtaxe s'applique aux contrats renouvelés ou conclus après le 4 juillet 2025, avec une entrée en vigueur effective au 1er avril 2026. Une entreprise dont le contrat a été renouvelé récemment est donc concernée dès son prochain cycle annuel si sa version se retrouve hors du périmètre couvert.
Le support standard s'arrête à trois ans
La surtaxe de 25 % ne doit pas être confondue avec la question du support, même si les deux sujets sont liés. Odoo assure un support standard pour toutes les versions majeures pendant trois ans, comprenant l'accès au helpdesk, la correction des bugs et les mises à jour de sécurité. Au-delà de ces trois années, le support étendu est soumis à un supplément obligatoire et se limite au helpdesk et à la correction des bugs, dans la mesure du possible [Odoo].
Cette règle sur le support existe indépendamment de la surtaxe et n'est pas nouvelle. Elle éclaire toutefois la logique d'ensemble : plus une version vieillit, plus son maintien devient coûteux et fragile. Les mises à jour de sécurité cessent d'être assurées de la même façon pour les versions les plus anciennes, ce qui expose la base à des risques accrus. La surtaxe contractuelle vient renforcer une orientation déjà présente, celle qui incite à ne pas laisser une version vieillir trop longtemps.
Calculer le surcoût réel pour une TPE ou une PME
Le principe de calcul est direct : la surtaxe correspond à 25 % du prix annualisé de l'abonnement. Le montant absolu dépend donc du nombre d'utilisateurs et des modules souscrits. Prenons deux repères pour rendre la mécanique concrète.
- Une petite structure avec un abonnement Enterprise annuel de l'ordre de 3 000 euros verrait sa facture augmenter d'environ 750 euros par an tant qu'elle reste sur une version obsolète.
- Une PME plus équipée, avec un abonnement annuel autour de 12 000 euros, subirait un supplément d'environ 3 000 euros par an.
Ces chiffres sont des illustrations de calcul et non des tarifs officiels : le montant réel dépend de votre contrat. L'enseignement est cependant clair. La surtaxe n'est pas un coût ponctuel mais une charge récurrente qui se répète chaque année tant que la base n'est pas remise à niveau. Sur trois ou quatre ans, elle finit par représenter une somme comparable au budget d'une migration.
Le raisonnement de seuil de rentabilité consiste donc à comparer deux trajectoires. D'un côté, l'accumulation de la surtaxe année après année, à laquelle s'ajoutent les frais de support étendu et l'exposition croissante en matière de sécurité. De l'autre, le coût d'une migration vers une version couverte, qui comprend le portage des personnalisations, la reprise des données et les tests. Dès que le cumul de la surtaxe et des frais annexes dépasse le coût d'une montée de version étalé sur la même période, migrer devient l'option la plus rationnelle sur le plan économique.
Anticiper plutôt que subir
La meilleure façon d'éviter la surtaxe reste de planifier les montées de version dans la durée, plutôt que de les repousser jusqu'à ce que la pénalité se déclenche. Une base qui suit le rythme des trois versions couvertes ne rencontre jamais le supplément de 25 %, et elle bénéficie en continu du support standard et des mises à jour de sécurité.
Concrètement, il est utile de vérifier trois éléments. D'abord, la version actuelle de votre base et sa position par rapport aux versions couvertes. Ensuite, la date de votre dernier renouvellement de contrat, qui détermine si la clause vous concerne. Enfin, le volume de personnalisations et de développements spécifiques, car c'est souvent lui qui alourdit le coût et le délai d'une migration.
Une entreprise qui documente ses personnalisations, qui garde ses modules aussi standards que possible et qui prévoit un budget de mise à jour régulier réduit fortement le poids d'une migration. À l'inverse, une base fortement personnalisée et restée figée pendant plusieurs années transforme la montée de version en chantier lourd, précisément au moment où la surtaxe rend l'immobilisme le plus coûteux.
La clause de 25 % ne change pas la nature d'Odoo : elle rend simplement explicite un principe qui existait déjà en filigrane. Une version logicielle a une durée de vie utile, et la laisser vieillir a un prix. Désormais, ce prix figure noir sur blanc dans le contrat. La transformer en décision maîtrisée, plutôt qu'en pénalité subie, tient à un suivi régulier et à une planification anticipée des versions.