Ce projet a démarré comme une décision budgétaire : réduire le coût des licences EBP et mettre fin à la maintenance d'une application mobile qui n'évoluait plus. Il s'est conclu six semaines plus tard avec quelque chose de plus utile qu'une simple migration — une organisation où planning, terrain et facturation parlent enfin le même langage.
Un projet déclenché par la contrainte, résolu par la méthode
Avant le projet, l'entreprise fonctionnait avec trois outils distincts qui ne se parlaient pas : EBP Compta pour la comptabilité et la facturation, une application mobile développée en interne pour les interventions terrain, et Google Agenda pour le planning des engins et des chauffeurs.
Le déclencheur n'était pas une crise opérationnelle. C'était une accumulation : le coût annuel de la licence EBP avait augmenté, l'application mobile n'était plus maintenue et commençait à poser des problèmes de fiabilité, et les ressaisies entre les trois outils consommaient un temps croissant. La direction a décidé de regrouper dans un ERP unique plutôt que de continuer à patcher un assemblage qui montrait ses limites.
Situation avant le projet
- EBP Compta — licence annuelle élevée, sans évolution
- Application mobile terrain sur mesure — non maintenue, instable
- Google Agenda — planning engins et chauffeurs, mais isolé
- Ressaisies multiples entre les trois outils
- Aucune vision consolidée des coûts par engin
- Bons de commande manquants non tracés, relances manuelles
Objectif du projet
- Réduire les coûts de licences et de maintenance
- Remplacer l'application mobile par un outil maintenu et intégré
- Conserver Google Agenda sans l'abandonner
- Relier planning, interventions et facturation dans un flux cohérent
- Obtenir une vision analytique par engin — inexistante jusqu'alors
- Automatiser le suivi des bons de commande manquants
Cinq modules, un périmètre défini au cadrage
Le périmètre Odoo a été arrêté lors de la phase de cadrage avec la direction et le responsable administratif. L'approche retenue : démarrer sur ce qui crée de la valeur immédiate, sans chercher à tout couvrir dès le premier déploiement.
| Module Odoo | Ce qu'il remplace | Apport principal |
|---|---|---|
| Comptabilité Core | EBP Compta | Reprise FEC sur 4 exercices, fin de la licence externe, facturation intégrée |
| FSM — Field Service Terrain | Application mobile sur mesure | Interventions sur mobile, photos, signature, heures réelles — outil maintenu et connecté |
| Calendar Planning | Google Agenda (conservé) | Synchronisation Google Agenda ↔ Odoo, création d'interventions FSM depuis le planning |
| Fleet Engins | Aucun outil dédié | Suivi des coûts par véhicule, entretiens, analytique — fonctionnalité nouvelle pour l'entreprise |
| Achats Finance | Saisie manuelle sans workflow | Traçabilité des coûts fournisseurs, imputation analytique par engin, suivi des BC |
sur 4 exercices
repris
repris
et engins
Reprise FEC : une condition facilitée par la qualité des données sources
La migration comptable a porté sur environ 22 000 lignes, couvrant les exercices 2021 à 2024. Le point de départ favorable : le FEC exporté depuis EBP était propre et conforme. Cela a permis de travailler directement sur les données sans phase de nettoyage lourde.
La reprise a été réalisée en plusieurs étapes : export FEC depuis EBP, contrôle de l'équilibre débit/crédit sur chaque exercice, puis intégration dans Odoo en veillant à la bonne reprise des à-nouveaux. Les 200 fournisseurs et les 200 articles ont été importés depuis les fichiers sources avec un mapping adapté à la structure Odoo.
Ce volet ne présente pas de difficulté technique particulière lorsque les données sources sont fiables — mais il nécessite une vérification rigoureuse exercice par exercice avant de valider la bascule.
Interventions terrainFSM en remplacement de l'application mobile : le flux qui change vraiment le quotidien
L'application mobile précédente avait été développée sur mesure quelques années plus tôt. Elle remplissait son rôle à l'origine, mais n'était plus maintenue activement. Les mises à jour iOS et Android posaient des problèmes récurrents, et certaines données ne remontaient plus correctement.
Le module FSM d'Odoo a été configuré pour couvrir le même périmètre fonctionnel, avec un avantage structurel : il est directement connecté au planning, à la facturation et à la comptabilité. La donnée saisie sur le terrain n'a pas besoin d'être ressaisie ailleurs.
Bons de commande manquants : d'un problème chronique à un suivi structuré
Dans ce secteur, l'intervention précède souvent le bon de commande. Le client appelle pour une urgence, l'engin part le lendemain matin, et le bon de commande "arrive dans la semaine". Quand il n'arrive pas, la situation est bloquante : impossible de facturer sereinement, risque de litige à la réception de la facture.
Avant le projet, ce suivi reposait sur la mémoire et les relances manuelles — un point de friction que chacun connaissait mais que personne n'avait outillé formellement.
Sous Odoo, un workflow d'actions automatiques a été paramétré pour surveiller les interventions clôturées sans bon de commande associé, et déclencher des alertes ou des relances selon les règles définies avec le back-office :
Fleet et analytique : une vision des coûts qui n'existait pas
Avant le projet, les coûts liés aux engins — carburant, entretien, contrôles réglementaires — existaient dans les comptes, mais n'étaient rattachés à aucun engin en particulier. La rentabilité par machine était une estimation, jamais un chiffre fiable.
Le module Fleet a été configuré pour centraliser ces coûts par véhicule, en lien avec le module Achats et l'analytique. Les dépenses sont imputées à l'engin correspondant au moment de la saisie du bon de commande fournisseur. La fiabilité du suivi dépend de la rigueur de cette imputation — un point sur lequel les équipes ont été formées spécifiquement.
Pour les 10 à 15 engins de la flotte, cette fonctionnalité est apparue comme l'une des plus utiles du déploiement — précisément parce qu'elle n'existait pas du tout auparavant.
Ce qui a permis au projet de tenir le délai de 6 semaines
Ce qui a changé après le GoLive
Les éléments suivants sont issus des constats réalisés avec l'équipe dans les semaines suivant le démarrage. Ils reflètent la situation de cette entreprise dans ce contexte — et ne constituent pas des benchmarks généralisables.
Un projet parti d'une contrainte, terminé avec plus qu'une économie
Ce projet illustre quelque chose qu'on observe souvent : les projets ERP les mieux maîtrisés sont ceux qui partent d'un déclencheur concret et limité — ici, le coût et la fragilité des outils existants — plutôt que d'une ambition de transformation globale.
En six semaines, l'entreprise n'a pas seulement réduit ses coûts logiciels. Elle a connecté des flux qui étaient jusqu'alors gérés séparément, et obtenu des capacités de pilotage — analytique par engin, suivi des BC, interventions terrain intégrées — qu'elle n'avait pas avant, sans les avoir initialement planifiées comme priorité.
Le résultat n'est pas lié à la puissance d'Odoo seul. Il tient au cadrage préalable, à la rigueur de la migration, et au fait que les équipes ont été embarquées sur leur périmètre réel — pas sur une vision idéale du système.
Vous exploitez une activité similaire et vous vous posez des questions sur une migration vers Odoo — coûts, délais, périmètre, points de vigilance ? Acus Conseil peut vous aider à clarifier la situation lors d'un premier échange, sans engagement.
L'audit de 45 minutes permet d'évaluer si le projet fait sens, et à quelles conditions.
Ce projet a démarré comme une décision budgétaire : réduire le coût des licences EBP et mettre fin à la maintenance d'une application mobile qui n'évoluait plus. Il s'est conclu six semaines plus tard avec quelque chose de plus utile qu'une simple migration — une organisation où planning, terrain et facturation parlent enfin le même langage.
Un projet déclenché par la contrainte, résolu par la méthode
Avant le projet, l'entreprise fonctionnait avec trois outils distincts qui ne se parlaient pas : EBP Compta pour la comptabilité et la facturation, une application mobile développée en interne pour les interventions terrain, et Google Agenda pour le planning des engins et des chauffeurs.
Le déclencheur n'était pas une crise opérationnelle. C'était une accumulation : le coût annuel de la licence EBP avait augmenté, l'application mobile n'était plus maintenue et commençait à poser des problèmes de fiabilité, et les ressaisies entre les trois outils consommaient un temps croissant. La direction a décidé de regrouper dans un ERP unique plutôt que de continuer à patcher un assemblage qui montrait ses limites.
Situation avant le projet
- EBP Compta — licence annuelle élevée, sans évolution
- Application mobile terrain sur mesure — non maintenue, instable
- Google Agenda — planning engins et chauffeurs, mais isolé
- Ressaisies multiples entre les trois outils
- Aucune vision consolidée des coûts par engin
- Bons de commande manquants non tracés, relances manuelles
Objectif du projet
- Réduire les coûts de licences et de maintenance
- Remplacer l'application mobile par un outil maintenu et intégré
- Conserver Google Agenda sans l'abandonner
- Relier planning, interventions et facturation dans un flux cohérent
- Obtenir une vision analytique par engin — inexistante jusqu'alors
- Automatiser le suivi des bons de commande manquants
Cinq modules, un périmètre défini au cadrage
Le périmètre Odoo a été arrêté lors de la phase de cadrage avec la direction et le responsable administratif. L'approche retenue : démarrer sur ce qui crée de la valeur immédiate, sans chercher à tout couvrir dès le premier déploiement.
| Module Odoo | Ce qu'il remplace | Apport principal |
|---|---|---|
| Comptabilité Core | EBP Compta | Reprise FEC sur 4 exercices, fin de la licence externe, facturation intégrée |
| FSM — Field Service Terrain | Application mobile sur mesure | Interventions sur mobile, photos, signature, heures réelles — outil maintenu et connecté |
| Calendar Planning | Google Agenda (conservé) | Synchronisation Google Agenda ↔ Odoo, création d'interventions FSM depuis le planning |
| Fleet Engins | Aucun outil dédié | Suivi des coûts par véhicule, entretiens, analytique — fonctionnalité nouvelle pour l'entreprise |
| Achats Finance | Saisie manuelle sans workflow | Traçabilité des coûts fournisseurs, imputation analytique par engin, suivi des BC |
sur 4 exercices
repris
repris
et engins
Reprise FEC : une condition facilitée par la qualité des données sources
La migration comptable a porté sur environ 22 000 lignes, couvrant les exercices 2021 à 2024. Le point de départ favorable : le FEC exporté depuis EBP était propre et conforme. Cela a permis de travailler directement sur les données sans phase de nettoyage lourde.
La reprise a été réalisée en plusieurs étapes : export FEC depuis EBP, contrôle de l'équilibre débit/crédit sur chaque exercice, puis intégration dans Odoo en veillant à la bonne reprise des à-nouveaux. Les 200 fournisseurs et les 200 articles ont été importés depuis les fichiers sources avec un mapping adapté à la structure Odoo.
Ce volet ne présente pas de difficulté technique particulière lorsque les données sources sont fiables — mais il nécessite une vérification rigoureuse exercice par exercice avant de valider la bascule.
Interventions terrainFSM en remplacement de l'application mobile : le flux qui change vraiment le quotidien
L'application mobile précédente avait été développée sur mesure quelques années plus tôt. Elle remplissait son rôle à l'origine, mais n'était plus maintenue activement. Les mises à jour iOS et Android posaient des problèmes récurrents, et certaines données ne remontaient plus correctement.
Le module FSM d'Odoo a été configuré pour couvrir le même périmètre fonctionnel, avec un avantage structurel : il est directement connecté au planning, à la facturation et à la comptabilité. La donnée saisie sur le terrain n'a pas besoin d'être ressaisie ailleurs.
Bons de commande manquants : d'un problème chronique à un suivi structuré
Dans ce secteur, l'intervention précède souvent le bon de commande. Le client appelle pour une urgence, l'engin part le lendemain matin, et le bon de commande "arrive dans la semaine". Quand il n'arrive pas, la situation est bloquante : impossible de facturer sereinement, risque de litige à la réception de la facture.
Avant le projet, ce suivi reposait sur la mémoire et les relances manuelles — un point de friction que chacun connaissait mais que personne n'avait outillé formellement.
Sous Odoo, un workflow d'actions automatiques a été paramétré pour surveiller les interventions clôturées sans bon de commande associé, et déclencher des alertes ou des relances selon les règles définies avec le back-office :
Fleet et analytique : une vision des coûts qui n'existait pas
Avant le projet, les coûts liés aux engins — carburant, entretien, contrôles réglementaires — existaient dans les comptes, mais n'étaient rattachés à aucun engin en particulier. La rentabilité par machine était une estimation, jamais un chiffre fiable.
Le module Fleet a été configuré pour centraliser ces coûts par véhicule, en lien avec le module Achats et l'analytique. Les dépenses sont imputées à l'engin correspondant au moment de la saisie du bon de commande fournisseur. La fiabilité du suivi dépend de la rigueur de cette imputation — un point sur lequel les équipes ont été formées spécifiquement.
Pour les 10 à 15 engins de la flotte, cette fonctionnalité est apparue comme l'une des plus utiles du déploiement — précisément parce qu'elle n'existait pas du tout auparavant.
Ce qui a permis au projet de tenir le délai de 6 semaines
Ce qui a changé après le GoLive
Les éléments suivants sont issus des constats réalisés avec l'équipe dans les semaines suivant le démarrage. Ils reflètent la situation de cette entreprise dans ce contexte — et ne constituent pas des benchmarks généralisables.
Un projet parti d'une contrainte, terminé avec plus qu'une économie
Ce projet illustre quelque chose qu'on observe souvent : les projets ERP les mieux maîtrisés sont ceux qui partent d'un déclencheur concret et limité — ici, le coût et la fragilité des outils existants — plutôt que d'une ambition de transformation globale.
En six semaines, l'entreprise n'a pas seulement réduit ses coûts logiciels. Elle a connecté des flux qui étaient jusqu'alors gérés séparément, et obtenu des capacités de pilotage — analytique par engin, suivi des BC, interventions terrain intégrées — qu'elle n'avait pas avant, sans les avoir initialement planifiées comme priorité.
Le résultat n'est pas lié à la puissance d'Odoo seul. Il tient au cadrage préalable, à la rigueur de la migration, et au fait que les équipes ont été embarquées sur leur périmètre réel — pas sur une vision idéale du système.
Vous exploitez une activité similaire et vous vous posez des questions sur une migration vers Odoo — coûts, délais, périmètre, points de vigilance ? Acus Conseil peut vous aider à clarifier la situation lors d'un premier échange, sans engagement.
L'audit de 45 minutes permet d'évaluer si le projet fait sens, et à quelles conditions.