Agence Odoo : l’intégration, la connexion au site, et ce qui coûte vraiment cher

Sur trois éléments, et jamais sur le prix affiché. D’abord la licence : Odoo Community est publié sous LGPL version 3, Odoo Enterprise sous une licence propriétaire liée à un abonnement actif. Ensuite les modules : Enterprise est une couche posée sur le même socle, donc la vraie question est de savoir lesquels de ces modules serviront tous les jours, pas de comparer deux catalogues. Enfin l’hébergement et la maintenance : Community ne coûte rien en licence, mais vous prenez à votre charge les serveurs, les sauvegardes, la sécurité et les montées de version. Ce n’est pas gratuit, c’est facturé ailleurs, sous forme de temps d’administration ou d’infogérance. Si vous n’avez ni équipe technique ni budget dédié à cette exploitation, Community vous coûtera plus cher qu’Enterprise, en incidents plutôt qu’en abonnement.

Ils ne bloquent rien tant qu’ils sont identifiés, versionnés et testables. Le point à connaître est écrit noir sur blanc dans la documentation d’Odoo : le service de mise à niveau porte sur la conversion technique de la base, modules standard et données. La mise à niveau des modules supplémentaires créés en interne ou par un tiers, partenaires Odoo compris, n’y est pas incluse lorsqu’ils ne sont pas couverts par un contrat de maintenance. (Variante acceptable, plus proche de la structure d’Odoo : « La mise à niveau des modules supplémentaires non couverts par un contrat de maintenance et créés en interne ou par un tiers, partenaires Odoo compris, n’y est pas incluse. » Ajout facultatif utile commercialement, également sourcé : « À l’inverse, les personnalisations faites avec Studio restent couvertes tant que Studio est installé et l’abonnement actif, comme les développements couverts par un abonnement de maintenance des personnalisations. ») Et si un changement introduit par une nouvelle version casse une personnalisation, la documentation précise que c’est au mainteneur de ce module de le rendre compatible. Autrement dit, votre facture de montée de version est proportionnelle au volume de spécifique que plus personne ne sait décrire. C’est la raison pour laquelle nous refusons d’écrire du spécifique qui ne vit pas dans un dépôt versionné, et pour laquelle toute reprise commence par en dresser l’inventaire.

Cela dépend de ce que vend le site et de qui le fait vivre. Odoo eCommerce a un avantage décisif : il n’y a rien à synchroniser, la boutique lit la même base que la gestion, donc le stock et les prix ne peuvent pas diverger. Il montre ses limites quand le marketing veut des gabarits sur mesure, un rythme de publication soutenu, des contenus éditoriaux riches, ou l’écosystème d’applications d’acquisition qu’une plateforme dédiée fournit d’office. Une boutique séparée, sur Shopify ou en application maison, rend cette liberté, mais vous héritez d’une synchronisation à écrire, à surveiller et à réparer. Un point de vigilance rarement anticipé : sur l’offre en ligne d’Odoo, l’API externe n’est ouverte que sur le plan Custom. Choisir une boutique séparée n’est donc pas seulement une décision technique, c’est aussi une décision de plan et d’hébergement.

Nous ne la chiffrons pas avant d’avoir vu un export, et personne de sérieux ne le fera. Le coût ne dépend pas du nombre de lignes, il dépend de leur état. Un fichier client rempli de doublons, avec des adresses tassées dans un champ libre, des identifiants réutilisés au fil des années et des codes pays absents, demande un travail que le volume ne permet pas de prédire. Les questions qui font le prix sont toujours les mêmes : à quelle date arrête-t-on l’ancienne comptabilité, reprend-on l’historique complet des commandes ou seulement les en-cours, que deviennent les articles inactifs, quelle règle de dédoublonnage assume-t-on et qui la valide. Envoyez-nous un extrait de vos tables principales et un descriptif du système actuel : vous recevrez une réponse écrite argumentée, plutôt qu’un forfait qui explosera en cours de route.

Tout se traite par écrit, sans exception. Nous sommes à Dijon et nous travaillons à distance : pas de réunion de lancement, pas de visioconférence, pas d’atelier, pas de déplacement. Vous décrivez votre situation par email, nous répondons sous vingt-quatre heures ouvrées avec ce que nous avons compris, ce qui manque pour chiffrer, et les points qui nous inquiètent. Ce format n’est pas une contrainte subie. Sur un projet Odoo, l’essentiel des décisions porte sur des règles de gestion, des champs et des sens de synchronisation : une décision écrite reste consultable quand la personne qui l’a prise a changé de poste, ce qu’un compte rendu de réunion ne garantit jamais. À la fin, vous récupérez un dépôt Git, les modules spécifiques documentés et les scripts de reprise, exploitables par un autre prestataire que nous.