Migration Odoo on-premise : la dernière version, sans arrêter l’entreprise

C’est le passage d’une installation Odoo hébergée sur votre propre serveur (ou chez un hébergeur de votre choix) vers une version majeure plus récente. Elle comprend la conversion de la base de données, le portage des modules communautaires et spécifiques, la mise à jour du serveur et la bascule de la production. Sur Odoo Online, l’éditeur s’en charge ; en on-premise, c’est à vous ou à votre prestataire de la mener. AlpenData réalise ces migrations pour des PME de Suisse romande, en Community comme en Enterprise.

Pour une PME, comptez en général un à deux mois entre l’audit et la bascule : l’audit, deux ou trois migrations à blanc sur une copie, la recette par vos utilisateurs, puis la bascule. La durée dépend surtout de l’écart de versions et du nombre de modules spécifiques. L’arrêt, lui, se limite à un week-end.

Oui, pour vous : une seule bascule, directement vers la version cible. Techniquement, les données franchissent les versions intermédiaires une par une, chacune avec ses scripts de conversion. C’est automatisé et répété sur la copie. Vos modules spécifiques, eux, sont réécrits une seule fois, pour la version cible.

Le déroulé est le même : audit, copie, répétitions, recette, bascule. Ce qui change, c’est l’outil de conversion des données. En Enterprise, la base passe par le service de mise à niveau d’Odoo, compris dans l’abonnement. En Community, on utilise OpenUpgrade, le projet open source de la communauté OCA. Dans les deux cas, les modules spécifiques sont portés par nos soins.

Les répétitions se font sur votre serveur ou sur un serveur de test hébergé en Suisse. En Community, la base ne quitte jamais des machines que vous contrôlez. En Enterprise, le service de mise à niveau d’Odoo reçoit une copie de la base pour la convertir : on vous le dit avant de commencer, pour que vous décidiez en connaissance de cause.

Ils sont inventoriés pendant l’audit, puis réécrits pour la nouvelle version, relus et testés sur vos cas réels. Ceux qui font doublon avec une fonction devenue standard sont proposés au retrait. Le code est livré dans un dépôt Git qui vous appartient, avec sa documentation.

Non. Pendant les semaines de préparation, vos équipes travaillent sur l’ancienne version, normalement. Seul le week-end de la bascule demande un gel des saisies, du vendredi en fin de journée au lundi matin.

Deux protections. Avant d’ouvrir, un utilisateur clé valide la nouvelle version le dimanche ; si ce n’est pas concluant, l’ancienne version rouvre lundi avec la sauvegarde du vendredi. Après l’ouverture, on reste en support renforcé les premiers jours pour corriger rapidement ce qui aurait échappé à la recette.

Oui, c’est souvent le bon moment. La nouvelle version est installée sur une machine neuve, dans vos locaux ou chez un hébergeur suisse, pendant que l’ancienne continue de tourner. La bascule se fait alors d’un serveur à l’autre, et l’ancien reste disponible comme retour arrière.

Le prix dépend de l’écart de versions, du nombre de modules spécifiques et OCA, du volume de données et des intégrations. C’est pourquoi on commence par un audit de la base : à son issue, vous recevez un prix fixe pour la migration complète, jusqu’au lundi de la bascule. Les licences Odoo Enterprise, le cas échéant, restent à votre charge.

L’installation est documentée et le code vous appartient : vous pouvez la confier à qui vous voulez. Si vous le souhaitez, on prend le relais : hébergement en Suisse, mises à jour de sécurité, sauvegardes testées, supervision du serveur et petites évolutions.