Étude de cas : deux migrations Odoo, du plus simple au plus exigeant

Un torréfacteur artisan qui veut maîtriser son budget et garder ses données en France. Un spécialiste de la personnalisation textile qui doit piloter un catalogue de plusieurs centaines de milliers de références et synchroniser ses prix avec plusieurs fournisseurs chaque semaine. Deux profils, deux besoins très différents, une même conviction chez M-KIS : Odoo s'adapte aux deux mondes, à condition de choisir la bonne édition et la bonne architecture d'hébergement. Voici le retour d'expérience sur deux migrations Odoo réellement menées : la première pour Café Grano, maison de torréfaction, citée avec son accord, la seconde anonymisée à la demande du client.

#1. Deux profils, deux besoins

Avant de rentrer dans le détail, un rappel utile : Odoo existe en deux éditions, Community (open source, gratuite en licence) et Enterprise (propriétaire, par abonnement). Le choix entre les deux ne se fait pas sur une préférence de principe, il se fait sur le volume de données, la complexité métier et le budget récurrent que l'entreprise est prête à assumer. Nous détaillons les critères de choix dans notre comparatif Community vs Enterprise. Les deux cas qui suivent illustrent les deux bouts du spectre.

Cas 1, Café Grano : un torréfacteur artisan, quelques utilisateurs, besoin d'une gestion commerciale et comptable simple, budget récurrent serré, exigence forte de souveraineté des données.

Cas 2 : un spécialiste de la personnalisation textile (flocage et marquage), catalogue massif avec des milliers de modèles déclinés en tailles et en couleurs, plusieurs fournisseurs à synchroniser automatiquement chaque semaine.

#2. Cas 1 : Café Grano, torréfacteur artisan, Odoo Community auto-hébergé

Café Grano, maison de torréfaction héritière de la Compagnie Européenne des Cafés (fondée en 1996) et relancée en 2024, vend son café en circuits professionnels et en ligne. Sa gestion reposait sur des outils dispersés, sans base commune entre le commercial et la comptabilité. L'objectif était simple à énoncer et exigeant à tenir : un seul outil pour la gestion commerciale et la comptabilité, sans dépendre d'un hébergeur étranger pour les données, et sans faire exploser le budget récurrent d'une petite structure.

M-KIS a réalisé la migration vers Odoo 18 Community en janvier 2026, avec un hébergement entièrement auto-géré chez un opérateur français.

Architecture retenue :

• Serveur dédié (VPS) chez un opérateur français, avec le moteur Odoo conteneurisé (Docker) pour faciliter les mises à jour et les sauvegardes.
• Base de données PostgreSQL en base managée chez le même opérateur, connexion chiffrée obligatoire et sauvegardes automatiques quotidiennes.
• Aucun port applicatif exposé directement sur Internet : tout le trafic passe par un tunnel sécurisé qui masque l'adresse du serveur.
• Accès administrateur exclusivement par clé SSH (aucun mot de passe), pare-feu limité au strict nécessaire.
• Sélecteur de bases de données désactivé côté Odoo, pour ne pas révéler l'existence d'autres instances sur le même serveur.

Modules activés : la suite comptable open source de la communauté OCA (Odoo Community Association) pour disposer d'une comptabilité française fonctionnelle sans payer de licence Enterprise, complétée par des modules de gestion des codes-barres pour la préparation des commandes.

Ce que ce choix apporte concrètement :

• Zéro coût de licence Odoo.
• Données hébergées à 100 % en France, chez un opérateur français, sans transiter par un cloud américain.
• Un récurrent limité à l'hébergement et au support de l'intégrateur, sans abonnement par utilisateur à faire grimper.
• Une surface d'exposition réduite au minimum, aucun port ouvert directement sur le serveur applicatif.

#3. Cas 2 : le spécialiste de la personnalisation textile, Odoo Enterprise cloud

L'entreprise, spécialisée dans le flocage et le marquage textile, gère un catalogue considérable : environ 9 200 modèles de produits, déclinés en près de 246 000 variantes une fois qu'on descend au niveau de la référence vendable (taille et coloris combinés). Plusieurs fournisseurs textile et équipements de protection individuelle alimentent ce catalogue, avec des prix et des niveaux de stock qui évoluent en continu.

À cette échelle, une gestion manuelle des prix et des stocks n'est plus tenable. M-KIS a accompagné la migration vers Odoo 19 Enterprise, hébergé sur Odoo.sh, la plateforme cloud gérée directement par l'éditeur.

Pourquoi Enterprise ici, et pas Community :

• Le volume de variantes, plusieurs centaines de milliers, sollicite fortement la base de données ; les outils de personnalisation et le support de l'éditeur deviennent un vrai filet de sécurité.
• Les montées de version sont accompagnées par l'éditeur plutôt que gérées en interne, ce qui réduit le risque sur un catalogue aussi volumineux.
• Odoo.sh fournit des environnements de test isolés avant chaque mise en production, indispensable quand une erreur de synchronisation peut affecter des dizaines de milliers de fiches produit d'un coup.

Synchronisation fournisseurs : une tâche planifiée s'exécute chaque semaine et interroge les fournisseurs pour récupérer leurs tarifs et leurs niveaux de stock, par lots pour ne pas saturer les échanges. Les prix d'achat et les prix conseillés sont mis à jour automatiquement sur les fiches produit, et quand plusieurs fournisseurs proposent le même article, Odoo détermine automatiquement lequel est le moins cher pour le retenir en priorité.

Ce que ce choix apporte concrètement :

• Un catalogue à jour en continu sans ressaisie manuelle, malgré un volume que peu d'ERP encaissent sereinement.
• Une architecture cloud maintenue par l'éditeur, avec sauvegardes et mises à jour de sécurité incluses dans l'abonnement.
• Une base solide pour absorber l'ajout de nouveaux fournisseurs sans reconstruire la logique de synchronisation à chaque fois.

#4. Ce que ces deux cas montrent

#5. Comment M-KIS choisit avec vous

Dans les deux cas ci-dessus, la décision d'édition n'a pas précédé l'analyse, elle en a découlé. La méthode reste la même quel que soit le profil de l'entreprise :

1. Audit du besoin réel : volume de données, nombre d'utilisateurs, présence ou non d'une paie interne, contraintes réglementaires, connecteurs existants.
2. Choix d'architecture : auto-hébergement souverain chez un opérateur français, ou plateforme cloud de l'éditeur, selon le niveau de criticité et la capacité de l'entreprise à suivre une infogérance en interne.
3. Sécurisation dès le départ : accès par clé, chiffrement des échanges, sauvegardes automatiques, surface d'exposition réduite au strict nécessaire, quelle que soit l'édition retenue.
4. Migration pilotée : reprise des données, formation des équipes, période de bascule accompagnée.

Pour une TPE ou une PME qui gère un stock ou un catalogue avec plusieurs fournisseurs, la question n'est jamais "Community ou Enterprise dans l'absolu", mais "qu'est-ce que mon volume et mes contraintes imposent réellement". C'est cette question que nous posons avant toute proposition.

#Pour résumer

Une migration Odoo réussie commence par un diagnostic honnête du besoin, pas par une préférence pour une édition. Un artisan avec un catalogue restreint et une exigence de souveraineté trouve dans Odoo Community auto-hébergé une solution robuste et économique. Une entreprise avec un catalogue massif et des fournisseurs multiples à synchroniser gagne en fiabilité avec Odoo Enterprise et l'accompagnement de l'éditeur. Entre les deux, tout un dégradé de configurations existe, et c'est notre travail d'intégrateur de trouver le bon point d'équilibre pour votre structure.

Pour aller plus loin : notre comparatif Community vs Enterprise détaille les fonctions disponibles dans chaque édition, et combien coûte Odoo pour une PME chiffre les budgets selon la taille de l'entreprise. Côté mise en oeuvre, voir notre offre d'intégration Odoo et notre offre d'infogérance.

Parlons de votre projet Odoo