Reprendre un projet Odoo en difficulté ne signifie pas forcément qu’il faut tout recommencer.
Intégrateur qui ne répond plus, code inaccessible, version ancienne, développements spécifiques difficiles à maintenir, utilisateurs qui contournent Odoo avec Excel… Les causes peuvent être très différentes.
La première erreur serait de lancer immédiatement une migration ou une refonte. Avant toute chose, il faut comprendre ce qui existe, ce qui bloque réellement et ce qui mérite encore d’être conservé.
Chez Fazaé, nous intervenons régulièrement pour reprendre des projets Odoo existants. Voici comment nous abordons ce type de situation.
Avant de migrer, comprendre ce qui bloque
Dans quelle situation êtes-vous ?
Avant d’aller plus loin, identifiez votre symptôme.
| Situation | Ce qu’il faut faire en premier |
|---|---|
| « Je suis coincé en V14 / V15 / V16. » | Comprendre pourquoi la migration est bloquée : version actuelle, nombre de modules spécifiques, état du code et données à conserver. Une migration avec du spécifique ne se résume pas à changer de version. |
| « Depuis notre migration, on a perdu des données. » | Identifier précisément quelles données ont été perdues et à quel moment. Il faut ensuite déterminer si le problème vient des données, du script de migration, d’un module spécifique ou du fonctionnement standard d’Odoo. |
| « Je ne sais pas si mon Odoo a été bien développé. » | Faire un état des lieux du code et de l’environnement : modules spécifiques, modifications du standard, Odoo Studio, dépôt Git, documentation et environnement de test. |
| « Mon intégrateur ne répond plus et je veux changer de prestataire. » | Commencer par récupérer la maîtrise de l’environnement : accès, hébergement, sauvegardes et dépôt de code. Avant de chercher un nouvel intégrateur, assurez-vous de pouvoir accéder à ce qui vous appartient. |
| « Nos utilisateurs contournent Odoo. » | Chercher pourquoi. Excel, ressaisie, emails ou outils parallèles sont souvent le symptôme d’un processus mal adapté, d’une fonctionnalité trop complexe ou d’un développement qui ne répond plus au besoin. |
Le vrai problème n’est pas toujours celui que vous pensez
Un Odoo qui pose problème peut avoir plusieurs niveaux de difficulté.
Prenons un exemple simple : votre entreprise souhaite migrer de V14 vers une version récente et votre intégrateur vous annonce plusieurs mois de travail.
Le problème n’est pas nécessairement « la migration est compliquée ».
Il faut regarder ce qui se trouve derrière :
- Combien de modules spécifiques sont installés ?
- Lesquels sont encore utilisés ?
- Certains ont-ils été développés pour compenser une limitation qui n’existe plus ?
- Le code est-il disponible et maintenable ?
- Les données dépendent-elles de ces développements ?
Il est alors possible de découvrir qu’un module doit être réécrit, qu’un autre peut être supprimé et qu’un troisième est désormais couvert par le standard Odoo.
C’est cette analyse qui permet de transformer une migration présentée comme « impossible » en un projet chiffrable et maîtrisable.
Reprendre un projet Odoo : les 4 éléments à vérifier
1. Les accès
Commencez par vérifier que vous contrôlez réellement votre environnement.
Vous devez pouvoir identifier :
- l’hébergement,
- la gestion du nom de domaine,
- les comptes administrateurs,
- les sauvegardes,
- le dépôt Git,
- les environnements de production et de test,
- les accès aux services externes connectés à Odoo.
Si ces informations sont détenues uniquement par votre ancien prestataire, la reprise doit commencer par là.
2. Le code
Un Odoo peut fonctionner avec quelques modules simples ou avec plusieurs dizaines de développements métier.
Regardez notamment si :
- le code est versionné ;
- les modules sont documentés ;
- le standard Odoo a été modifié ;
- les modules sont encore maintenus.
Plus le spécifique est important, plus une migration doit être préparée en amont.
3. Les données
Toutes les données ne présentent pas le même niveau de difficulté.
Les clients, produits ou catégories sont généralement identifiables. En revanche, l’historique des stocks, les lots, les numéros de série ou les données stockées dans des champs spécifiques peuvent être beaucoup plus difficiles à reprendre.
Avant de décider de repartir sur une nouvelle base, il faut donc établir une liste claire des données à conserver.
4. Les usages
Enfin, il faut parler aux utilisateurs. Pas uniquement aux personnes qui administrent Odoo.
Demandez-leur :
- Qu’est-ce que vous faites dans Odoo ?
- Qu’est-ce que vous faites encore dans Excel ?
- Quelles informations ressaisissez-vous ?
- Quelles fonctionnalités utilisez-vous difficilement ?
- Quelles tâches nécessitent encore des manipulations manuelles ?
Ces réponses permettent souvent de découvrir que le problème n’est pas uniquement technique.
Les signaux qui doivent vous alerter
Certains éléments doivent inciter à la prudence avant une migration :
- le cœur d’Odoo a été modifié directement ;
- de nombreux développements spécifiques se sont accumulés ;
- Odoo Studio est devenu une véritable couche de développement ;
- personne ne sait précisément où se trouve le code ;
- aucune documentation n’est disponible ;
- les modifications sont réalisées directement en production ;
- aucun environnement de test n’existe.
Un ou deux de ces éléments ne signifient pas que votre Odoo est à refaire.
En revanche, lorsqu’ils s’accumulent, il devient risqué de lancer directement une migration.
Faut-il migrer, nettoyer ou repartir de zéro ?
Une fois l’environnement analysé, trois scénarios sont généralement possibles.
Migrer tel quel
C’est envisageable lorsque l’environnement est relativement sain, que le code est disponible et que les développements spécifiques sont limités.
Nettoyer puis migrer
C’est souvent le scénario le plus intéressant.
On conserve les données et fonctionnalités utiles, mais on profite de la migration pour supprimer les développements devenus inutiles, remplacer certains spécifiques par du standard Odoo et réécrire les fonctionnalités qui doivent l’être.
Repartir sur une nouvelle base
Cette solution peut être pertinente lorsque le code est inaccessible, que l’environnement est très fortement personnalisé ou que la dette technique est devenue trop importante.
Mais repartir de zéro ne signifie pas abandonner tout l’historique. Il faut déterminer précisément quelles données doivent être reprises et lesquelles peuvent rester dans l’ancien système en consultation.
Notre méthode de reprise de projet Odoo
Une reprise de projet Odoo efficace commence par un audit de l’existant.
Nous analysons les accès, l’hébergement, la version d’Odoo, les modules, les développements spécifiques, les données et les usages métier.
Nous pouvons ensuite :
1. Auditer pour comprendre l’environnement.
2. Stabiliser les accès, sauvegardes et points bloquants.
3. Nettoyer les développements inutiles ou problématiques.
4. Migrer ou reconstruire ce qui est réellement nécessaire.
L’objectif n’est pas de repartir de zéro par principe.
C’est de repartir sur une base que vous maîtrisez.
Votre projet Odoo est bloqué ?
Vous avez perdu votre intégrateur, votre Odoo est devenu difficile à maintenir ou vous ne savez pas comment aborder une migration ?
Un audit de reprise permet de déterminer ce qui peut être conservé, ce qui doit être corrigé et le niveau d’effort nécessaire.