Se rendre au contenu

Odoo Community vs Enterprise : ma migration vers mon propre serveur

Pourquoi j'ai quitté Odoo Enterprise en ligne, comment j'ai migré, et à qui je le conseille.
10 novembre 2026 par
Odoo Community vs Enterprise : ma migration vers mon propre serveur

Migration de mon ERP : d'Odoo Enterprise en ligne à Odoo 19 Community sur mon serveur

Secteur : ERP, systèmes d'information, auto-hébergement

Période : août 2026, puis exploitation au quotidien

Rôle : client et exécutant, pour mes propres sociétés

En août 2026, j'ai quitté l'abonnement Odoo Enterprise en ligne pour Odoo 19 Community, installé sur mon propre serveur. Voici le comparatif Odoo Community vs Enterprise tel que je l'ai vécu : pourquoi je suis parti, comment la migration s'est déroulée, ce qui a coincé, et à qui je recommande (ou non) de faire de même.

Contexte

J'utilisais Odoo Enterprise dans sa version en ligne (SaaS) pour tout le pilotage administratif : quatre sites web, deux sociétés, trois langues (français, anglais, espagnol), la comptabilité, le CRM, la boutique, les rendez-vous, un blog et des cours en ligne. Au fil des années, j'avais aussi adapté l'outil avec Odoo Studio, l'éditeur sans code d'Odoo, notamment pour créer un modèle de données propre à une activité d'assurance.

D'une année à l'autre, au renouvellement de l'abonnement, Odoo a commencé à facturer le code personnalisé. Avec Studio, j'avais créé un filtre pour trier et classer des leads avec Marketing Automation, et il comptait comme des lignes de code. Au-delà d'un certain nombre de lignes, ça devient payant : dans mon cas, mes lignes en plus me coûtaient environ 150 USD de plus par an sur l'abonnement. Le contrat d'abonnement d'Odoo décrit ce mécanisme : les personnalisations à base de code, y compris celles créées avec Studio, sont facturées chaque mois par tranche de 100 lignes de code. Et sa grille publique ajoute qu'installer Studio ou ajouter une société à sa base fait passer automatiquement au plan « Personnalisé ». J'étais dans les deux cas.

Problème

La question n'était pas seulement le prix. C'était : qu'est-ce que je paie, et qu'est-ce que j'en tire ?

  • Mes personnalisations m'enfermaient un peu plus dans l'offre la plus chère, alors qu'elles restaient modestes.
  • Avec Claude Code, l'outil d'IA d'Anthropic qui écrit et teste du code, je pouvais désormais écrire moi-même des modules Odoo de qualité, là où Studio ne faisait que des ajustements.
  • Odoo, c'est vingt-cinq ans de couches successives : des menus, des écrans, des réglages. Se former à tout cela coûte cher, et je n'avais aucune envie de l'imposer à quiconque travaillerait avec moi.
  • Mes données restaient chez l'éditeur, et l'accès programmatique (l'API) fait partie du plan le plus cher.

L'objectif : garder tout ce qui sert, sans perdre l'historique, et reprendre la main sur l'outil.

Solution

1. Faire l'inventaire avant de toucher à quoi que ce soit

J'ai récupéré la sauvegarde complète de ma base depuis l'interface d'Odoo, puis je l'ai restaurée sur mon serveur, telle quelle, comme base de référence. Premier constat : 215 des modules installés n'avaient pas d'équivalent dans la version Community. J'ai trié avec soin : ce que je garde (sites web, boutique, CRM, comptabilité de deux sociétés, projets, événements, cours en ligne), ce que j'abandonne (paie, assistance client, abonnements, réseaux sociaux, que je n'utilisais pas ou que d'autres outils couvraient déjà).

2. Convertir la base plutôt que tout réimporter

Plutôt que de recréer une base vide et d'y réimporter les données, j'ai converti une copie de la base d'origine. Le point délicat : désinstaller un module supprime aussi ce qu'il a créé. Les données faites avec Studio (le modèle d'assurance et ses 162 champs personnalisés) auraient disparu en cascade. Je les ai donc détachées des modules Enterprise avant la désinstallation. Elles ont survécu, formulaires compris.

3. Remplacer ce qui manque par des modules libres éprouvés

Pour la comptabilité, j'ai utilisé les modules de l'OCA (Odoo Community Association), la communauté qui maintient des centaines de modules libres pour Odoo : états financiers, bilan et compte de résultat, soldes de TVA, import des relevés bancaires, rapprochement, immobilisations, taux de change automatiques. Pour les rendez-vous en ligne, un module OCA de réservation, complété par une page publique de prise de rendez-vous. J'ai évité les modules des boutiques d'applications sans historique sérieux.

4. Écrire ce qui n'existe nulle part

Quatre modules maison, écrits avec Claude Code et relus par moi : la synchronisation de mes disponibilités avec mon agenda, avec une salle de visioconférence créée pour chaque rendez-vous ; la traduction et l'ergonomie de la page de réservation ; l'origine de chaque événement d'agenda ; l'import automatique des relevés d'un compte bancaire en ligne.

5. Basculer les sites, puis sécuriser l'exploitation

Le 22 août, les quatre domaines ont été redirigés vers le nouveau serveur, avec certificats, envoi d'e-mails et tâches planifiées remis en état. Ensuite sont venues les fondations : sauvegarde quotidienne, copie hors site, test de restauration, surveillance des sites, mises à jour manuelles et pilotées, jamais automatiques. La base d'origine reste sur le serveur, en lecture seule et invisible du web. Elle m'a déjà servi à restaurer des éléments perdus en route.

Ce qui a été difficile

Je ne vais pas prétendre que tout s'est bien passé. Les vrais obstacles :

  • Les traductions. Sur un site en trois langues, une modification faite sans précaution d'une page traduite écrase les deux autres langues. Il faut intervenir langue par langue, et vérifier.
  • Les réglages invisibles. Au premier démarrage, un paramètre manquant mettait toutes les images en erreur. La page publique de réservation, elle, n'existait qu'en anglais : je l'ai traduite.
  • Ce que Community n'a pas. Certaines localisations fiscales, comme la facture électronique obligatoire dans certains pays, sont réservées à Enterprise. J'ai dû passer par le portail d'un prestataire externe.
  • L'exploitation. En septembre, une mise à jour automatique du moteur de conteneurs a arrêté l'ERP, qui n'a pas redémarré seul : huit heures et demie d'interruption. C'est corrigé et testé, mais c'est précisément ce qu'un abonnement en ligne vous évite d'avoir à gérer.

Résultat

  • Une seule installation Odoo 19 Community pour quatre sites web et deux sociétés, en trois langues.
  • L'historique conservé : écritures comptables, contacts, opportunités, pages, articles de blog, cours en ligne.
  • La base d'origine gardée en référence, en lecture seule.
  • Des modules maison qui font exactement ce dont j'ai besoin, versionnés et documentés.
  • Et surtout, un ERP que je pilote en langage naturel.

Ce dernier point a changé ma façon de travailler. Un serveur MCP (Model Context Protocol, le protocole qui permet à une IA de se connecter à un logiciel) relie Odoo à Claude. Je ne navigue plus dans les menus : je demande. « Retrouve les factures fournisseurs non rapprochées », « traduis cette page en anglais et en espagnol », « prépare la clôture du mois ». L'IA fait le travail dans Odoo, et je vérifie. Je décris ce mécanisme dans l'article claudeVPS. Conséquence directe : plus besoin de former quelqu'un aux écrans d'Odoo. Odoo 20 propose d'ailleurs lui aussi une connexion par MCP, mais ses fonctions d'IA intégrées consomment désormais des crédits payants.

Odoo Community vs Enterprise : à qui je le conseille

Je le conseille si…

  • vous personnalisez Odoo, gérez plusieurs sociétés ou voulez brancher d'autres outils par l'API ;
  • vous voulez garder vos données chez vous et choisir l'IA qui travaille dessus ;
  • vous avez quelqu'un, en interne ou à l'extérieur, pour exploiter le serveur : sauvegardes, mises à jour, surveillance.

Je le déconseille si…

  • vous dépendez d'applications réservées à Enterprise (paie, assistance client, Studio, certaines localisations fiscales) sans alternative libre qui vous convienne ;
  • une seule société, sans personnalisation, vous suffit : le plan Standard en ligne reste plus simple ;
  • personne ne s'occupera du serveur. Un ERP auto-hébergé sans exploitation, c'est une panne qui attend son heure.

Ce que j'en retiens

La version Community n'est pas « Enterprise gratuit ». Elle demande du travail au départ et de la rigueur ensuite. Mais complétée par les modules de l'OCA, par du code écrit avec l'IA et par un accès en langage naturel, elle m'ouvre plus de possibilités que l'abonnement que j'ai quitté. La vraie différence ne tient pas aux fonctions : elle tient au fait de posséder l'outil.

Si vous vous posez la question pour votre entreprise, je peux vous aider à trancher, puis à migrer et à exploiter. Voyez Vos outils et vos données, ou réservez un appel de 20 minutes.

Sources

Tags : Odoo, Odoo Community, Odoo Enterprise, migration ERP, auto-hébergement, OCA, MCP, Claude Code

DataTerra — L'intelligence territoriale, du satellite au drone
Rapports géospatiaux, services drone et logiciel pour opérateurs