Se rendre au contenu

Bienvenue !

Partagez et discutez du meilleur contenu et des nouvelles idées de marketing, développez votre profil professionnel et devenez ensemble un meilleur spécialiste du marketing.

S'inscrire

Cette question a été signalée
1 Répondre
47 Vues

Tableau comparant la personnalisation, l'accès, les mises à niveau, les sauvegardes et l'adéquation des trois options d'hébergement Odoo

Nous sommes une entreprise de distribution de taille moyenne sur le point de mettre en œuvre Odoo 19 Enterprise. Aujourd'hui, nos processus sont plutôt standard, mais notre consultant estime que nous pourrions avoir besoin plus tard d'un module personnalisé pour un système de commissions et d'une intégration avec un transporteur local.

Pouvons-nous sans risque démarrer sur Odoo Online et migrer plus tard, ou devons-nous passer directement à Odoo.sh ou à notre propre serveur ? Nous voulons aussi comprendre qui gère les sauvegardes et les mises à niveau dans chaque cas.

Avatar
Ignorer
Auteur Meilleure réponse

La documentation d'Odoo indique qu'Odoo Online est incompatible avec les modules personnalisés et avec les modules de l'Odoo Apps Store. Les personnalisations Studio fonctionnent sur Online, mais tout module Python personnalisé implique Odoo.sh ou un hébergement sur site.

Si vous démarrez sur Online

  • Une migration ultérieure est possible : téléchargez une sauvegarde depuis le gestionnaire de bases de données et importez-la dans Odoo.sh ou restaurez-la sur votre propre serveur.
  • Si votre base Online est sur une version intermédiaire, passez d'abord à la version majeure suivante, car ces versions ne sont pas prises en charge sur Odoo.sh ni sur site.
  • Les mises à niveau d'Odoo Online sont obligatoires selon un calendrier, et Odoo met automatiquement la base à niveau si vous n'agissez pas avant l'échéance.

Si vous passez directement à Odoo.sh

  • Vous avez besoin d'un abonnement Enterprise incluant Odoo.sh et d'un dépôt GitHub pour vos modules.
  • La production est sauvegardée automatiquement chaque jour, et les branches de préproduction vous offrent des copies neutralisées de la production pour tester les modifications en toute sécurité.
  • Les mises à niveau sont obligatoires à la fin de la période de support, et vos modules personnalisés doivent être rendus compatibles avec la nouvelle version avant que la base puisse être mise à niveau.

Si vous vous auto-hébergez

  • Vous pouvez rester sur une version aussi longtemps que vous le souhaitez, mais la sécurité, HTTPS, l'administration de PostgreSQL et les sauvegardes de la base comme du filestore vous incombent.

Notre conseil dans votre cas : si le module de commissions et l'intégration du transporteur sont probables dès la première année, démarrez sur Odoo.sh pour éviter une migration en plein déploiement. S'ils restent incertains, vérifiez d'abord si Studio et les fonctionnalités standard les couvrent ; si c'est le cas, Odoo Online est le point de départ le plus simple.

Quelle que soit la voie choisie, testez votre plan dans une base dupliquée ou de préproduction et vérifiez les détails au regard de la documentation actuelle d'Odoo et de vos conditions d'abonnement.

Avatar
Ignorer
Publications associées Réponses Vues Activité
1
oct. 26
70
1
oct. 26
62
1
oct. 26
32
1
oct. 26
63
1
oct. 26
82