Changer d'ERP : carnet de chantier
Le devis fait neuf pages. La ligne qui compte est en page deux, dans la colonne de droite : 312 400 € HT, phase 1 : installation, paramétrage, formation des utilisateurs. La reprise des données n’y figure pas. Elle est mentionnée plus loin, en option, « à chiffrer après audit ».
Le dirigeant a posé le devis devant lui. Pas en colère. Fatigué. Il m’a demandé : « On ne peut vraiment pas faire autrement ? »
Si, on peut. Pas comme dans la brochure.
Le silence qui précède la migration
Huit à douze ans qu’il repousse. L’ERP a été installé à la fin des années 2000, paramétré par un premier intégrateur, customisé par un deuxième, repris en main par un troisième. Deux des trois ont disparu : rachetés, dissous, partis sur d’autres technologies. L’éditeur, lui, vient de prévenir par mail qu’il n’assurera plus de support à partir de l’année prochaine : il n’a plus, en interne, les compétences sur sa propre solution. La phrase n’a pas été écrite comme un aveu, mais c’en est un.
Le dirigeant comprend, ce jour-là, que son entreprise tourne sur un système dont les mainteneurs eux-mêmes ont passé leur chemin.
C’est à ce moment-là qu’on m’appelle. Toujours trop tard. Toujours dans la panique. Toujours au pire moment de l’année.
Pourquoi on attend ? Parce qu’on sait, confusément, qu’ouvrir cette boîte de Pandore oblige à regarder des choses qu’on préfère ignorer. Des fiches clients qu’on n’a pas appelés depuis cinq ans. Une référence article qui était une coquille en 2016 et qui s’est dupliquée depuis. Un champ que plus personne ne sait expliquer. La donnée porte tout l’historique des négligences de l’entreprise, et migrer, c’est l’assumer.
Ce que contient vraiment un devis à 300 k€
Décomposons. Un devis d’intégrateur à ce prix-là couvre cinq phases, à peu près dans cet ordre.
D’abord, les ateliers de cadrage. Le consultant observe votre fonctionnement et mesure l’écart avec le modèle standard du nouvel ERP. Vendu comme audit. En pratique, c’est une cartographie des spécifiques à recréer, parce qu’on n’a pas pris le temps de demander pourquoi ces spécifiques existent. La plupart sont d’anciens contournements devenus des dogmes.
Ensuite, l’atelier master data. Censé mesurer la qualité de votre patrimoine informationnel, en bonne place sur la proposition commerciale. Neuf fois sur dix, il dure une demi-journée, conclut sur un « ça le fera » et reporte le travail réel sur le client. Logique : c’est lui qui le fera de toute manière.
Puis vient le paramétrage du nouvel ERP, et avec lui les développements spécifiques pour tous les « écarts » identifiés en phase 1. Là, c’est du vrai code. C’est aussi la ligne la plus grasse du devis.
Ensuite, le testing et la formation des key users (vos référents métier). Phase souvent douloureuse : trop peu de temps alloué, des tests à enchaîner en parallèle de l’activité quotidienne, des cas limites découverts la veille de la bascule.
Enfin, quand les key users déclarent que tout semble OK, on bascule.
Voilà ce que vous payez. Et voilà, à chaque étape, où l’organisation craque.
Ce que la data raconte de l’entreprise
Ouvrons la table des contacts. Douze mille lignes. Après une première passe de dédoublonnage (même e-mail, même SIRET, noms similaires avec rapidfuzz), il en reste sept mille. Sur ces sept mille, trois mille n’ont généré aucun mouvement depuis quatre ans. Ce ne sont plus des clients. C’étaient un devis ponctuel, un salon, un dossier qui n’est pas allé au bout.
Ouvrons les BOM. Trois mille nomenclatures, dont près d’un tiers en double : la convention de nommage v2, lancée en 2017 pour un changement de gamme, n’a jamais complètement remplacé la v1. Les deux coexistent. Les deux sont consultées. Personne n’ose supprimer la v1.
Ouvrons la table articles. Cinquante champs. Vingt sont utilisés par tout le monde. Vingt sont utilisés par une ou deux personnes. Dix n’ont pas été remplis depuis des années mais n’ont jamais été retirés du schéma. La colonne TYPE_C3, en 2014, voulait dire quelque chose pour quelqu’un. Plus personne ne se souvient.
Chaque champ, chaque doublon, chaque expérimentation abandonnée est un sédiment. Il raconte un moment de l’histoire de l’entreprise : une embauche qui a essayé une méthode, un client qui a demandé un état spécifique, un contrôleur de gestion qui a voulu tracer une métrique pendant deux trimestres. L’état de la donnée est le reflet de toutes les micro-décisions que personne n’a pris la peine de documenter.
Voilà ce que l’intégrateur ne voit pas, ne veut pas voir, et n’est pas armé pour voir.
Pourquoi 300 k€ ne paye pas le ménage
Le devis de l’intégrateur paie le tuyau. Le tuyau prend la donnée d’un contenant et la pousse dans un autre. Le tuyau est nécessaire. Le tuyau n’est pas le problème.
Le problème, c’est ce qu’on fait passer dans le tuyau.
Si vous envoyez douze mille contacts dans le nouvel ERP dont quarante pour cent sont des doublons ou des fantômes, vous venez de payer 300 000 € pour importer douze mille contacts dans le nouvel ERP. Le désordre est préservé avec la même fidélité que la donnée elle-même. Le nouveau système rame, la recherche client renvoie six versions du même contact, et les commerciaux commencent à dire que « l’ancien était mieux ».
L’intégrateur ne peut pas nettoyer la donnée à votre place. Il ne sait pas ce que voulait dire chaque champ en 2014. Vous le savez. Ou plutôt, quelqu’un de votre équipe le sait, et ce quelqu’un est éclaté entre la commerciale, le chef de production, la comptable, le responsable qualité. Le nettoyage n’est pas une tâche technique. C’est une négociation entre cinq personnes qui détiennent chacune un fragment différent de la mémoire de l’entreprise.
C’est pour cela que la ligne « reprise » est absente du devis. Pas par malhonnêteté. Parce que l’intégrateur sait que cette ligne n’est pas chiffrable, et il sait qu’il ne peut pas le faire à votre place.
Python, patience, et quelques conversations
Voici l’atelier que je propose.
Un ordinateur portable. Python avec pandas. Une base SQLite de staging, ennuyeuse, en fichier, parfaite. rapidfuzz pour la déduplication floue. openpyxl pour les exports Excel que le terrain demandera forcément. Un script court par table. Un notebook pour documenter chaque règle de transformation. Et, à côté, une IA en local pour accélérer les passes répétitives : relire les libellés, repérer les motifs, proposer les premières règles de mapping.
Trois jours par semaine sur la donnée. Deux jours en conversation : avec la commerciale qui se souvient que les « clients type B » et les « type B2 » sont le même segment mais n’ont jamais été fusionnés ; avec le chef de production qui explique que les BOM finissant par -NC sont des non-conformes de 2019 qu’on a gardés « au cas où » ; avec la comptable qui demande, enfin, qu’on supprime les onze sous-catégories de « frais divers » qu’elle voulait consolider depuis six ans.
Ces conversations font, en passant, ce que l’atelier de cadrage de l’intégrateur n’a pas pu faire en une journée unique dans une salle de réunion loin des machines et des clients : elles redécouvrent pourquoi chaque spécifique existe. Six fois sur dix, c’est un vestige d’un contournement de 2014 que plus personne ne justifie. On le supprime. L’écart contre le standard du nouvel ERP rétrécit en silence.
Et les tests, et la formation ? Ils se fondent dans le même mouvement. Les key users testent en construisant les règles. Ils se forment en testant. La phase douloureuse de fin de projet n’existe plus comme phase séparée : elle a été distribuée semaine par semaine, à chaud, avec les gens qui font.
Quatre à six mois. Moins de 150 k€ tout compris, en incluant l’intégrateur (cantonné au paramétrage et à quelques connecteurs), mes compétences MLOps pendant trois mois pour industrialiser le pipeline, et la bascule en production. Moitié moins que le devis initial. Et la data qui arrive dans le nouveau système est celle qui aurait dû y être il y a dix ans : moins nombreuse, plus propre, nommée dans le vocabulaire de 2026, avec les règles du jeu enfin documentées et connues de tous.
Les règles du jeu. C’est le livrable auquel personne ne pense en avant-vente. Le script peut être rejoué. Les règles peuvent être citées. L’entreprise dispose, pour la première fois depuis douze ans, d’un modèle documenté de son propre patrimoine informationnel.
L’ERP d’hier aggrave la dette qu’il prétend gérer
Les ERP de la génération précédente ont été conçus à une époque où les clients étaient captifs. Schémas fermés. Tables opaques : trois cents champs, deux tiers non documentés. Customisations facturées au jour, empilées sur des customisations facturées au jour d’avant, par des intégrateurs qui savaient qu’ils repasseraient. Un modèle de prix qui punit la possession de vos propres données. Une API, quand elle existe, qui transforme chaque export en mini-projet.
L’éditeur qui prévient le dirigeant par mail que le support s’arrête ne trahit pas son client. Il termine simplement une relation qui était, dès le départ, structurée autour de la dépendance.
C’est pour cela qu’Odoo remonte régulièrement en tête des comparatifs sur le segment PME industrielle. Schéma ouvert. API documentée. Version community réellement utilisable. Écosystème de partenaires sur quatre continents, y compris en France, ce qui compte. Un modèle de prix qui croît avec les utilisateurs, pas avec vos données. Quand viendra la migration suivante (et elle viendra, chaque ERP a son horizon), vos données partiront avec vous. C’est la seule propriété qui compte sur le long terme.
Je ne vends pas Odoo et je n’ai pas d’actions chez eux. Je décris une propriété : schéma ouvert, API honnête, sortie possible. Tout ce que vous choisirez qui possède ces trois caractéristiques survivra à sa génération. Tout ce qui ne les possède pas n’y survivra pas.
Ce que 2026 rend possible
Il y a dix ans, ce chantier était difficile. Aujourd’hui, il ne l’est plus.
Une agilité réelle : pas la version cargo-cult du stand-up matinal, mais celle où les décisions tombent au niveau de l’équipe et où le terrain est entendu. Une gouvernance partagée : les meilleures idées viennent de la commerciale, du chef de production et des opérateurs, pas du comité de direction. Des compétences MLOps : le coût d’un data engineer capable d’industrialiser un pipeline de nettoyage a été divisé par deux ou trois depuis l’arrivée des LLM dans le flux de travail. Et de plus en plus de consultants maîtrisent ces sujets.
On met ces trois leviers ensemble et les cinq phases du devis cessent d’être cinq. Le cadrage se fait avec les ateliers data. Les tests se font avec la formation. Les développements spécifiques sont réduits à ce qui ne pouvait vraiment pas tenir en standard et qui est réellement justifié. Reste vingt pour cent de friction, et quatre-vingts pour cent d’engagement, parce que les gens qui ont manipulé la donnée sont ceux qui ont écrit les nouvelles règles. La migration cesse d’être une punition pour les négligences passées et redevient ce qu’elle aurait dû être depuis le début : l’occasion d’écrire enfin, noir sur blanc, comment l’entreprise fonctionne vraiment.
Le dirigeant qui m’a montré le devis à 312 000 € a signé pour l’alternative. Six mois après la bascule, la comptable m’a dit, à moitié en riant, qu’elle ne savait pas qu’un changement d’ERP pouvait être agréable.
Sans standards, l’amélioration continue est impossible. — Taiichi Ohno, ingénieur, Toyota Production System