Aller au contenu
Digital Transformation
Toutes les analyses

Systèmes ERP, CRM et caisse

Les projets ERP n'échouent pas à la mise en production. Ils échouent à la migration des données.

6 min de lecture

Tout le monde budgète les licences, le paramétrage et la formation. Presque personne ne budgète correctement l'état des données déjà en place — et c'est ce poste-là qui décide du résultat.


On nous fait généralement intervenir sur un programme ERP à deux moments possibles : tout au début, ou quatre mois après la mise en production, quand la direction financière n'arrive toujours pas à clôturer le mois. Le second appel est bien plus fréquent, et la cause est presque toujours la même.

La démo n'est pas le problème

Les plateformes ERP modernes sont bonnes. Odoo, ERPNext et Dynamics font tous ce que l'ingénieur avant-vente vous a montré. L'écart n'est jamais entre la démo et le produit — il est entre les données d'exemple, impeccables, de la démo et les onze ans de réalité accumulée dans votre système actuel.

Cette réalité, c'est le plus souvent le même fournisseur saisi neuf fois avec neuf orthographes, des produits dont l'unité de mesure a changé en 2021 sans que les lignes historiques soient mises à jour, et un plan comptable que trois responsables financiers différents ont chacun partiellement restructuré.

Ce que contient un vrai plan de migration

  1. Un audit des données avant le choix de la plateforme, pas après. Ce que vous y trouverez peut légitimement changer la plateforme à retenir.
  2. Une décision explicite, entité par entité, sur ce qui est migré, ce qui est archivé et ce qui est abandonné. Tout ne mérite pas de passer dans le nouveau système.
  3. Un responsable nommément désigné côté client pour chaque domaine de données, avec l'autorité de trancher laquelle des neuf orthographes du fournisseur est la bonne.
  4. Au moins trois migrations à blanc complètes vers un environnement de préproduction, avec à chaque fois un rapprochement des résultats par la direction financière.
  5. Un plan de retour arrière écrit, que quelqu'un a réellement exécuté une fois.

La conversation inconfortable qu'il vaut mieux avoir tôt

La qualité des données est rarement un problème technique. C'est la trace de la façon dont l'entreprise a réellement fonctionné, y compris les contournements que les équipes ont inventés parce que l'ancien système ne convenait pas. Nettoyer ces données suppose que quelqu'un d'assez haut placé décide de ce qui fait foi — et cette décision ne peut pas être déléguée à l'intégrateur.

Les programmes qui réussissent sont ceux où cette conversation a lieu dès le premier mois, avec le budget et l'autorité qui vont avec. Ceux qui échouent sont ceux où elle a lieu au huitième mois, dans une réunion consacrée aux raisons pour lesquelles les chiffres ne concordent pas.

Dites-nous ce que vous cherchez à construire.

Une courte conversation suffit généralement à savoir si nous sommes la bonne équipe — et si ce n'est pas le cas, nous vous le dirons.