La mise en place d'un ERP se déroule en huit étapes : cadrage, choix de la solution, préparation des données, paramétrage, tests, formation, bascule et suivi. Pour une PME, comptez de quelques semaines à plusieurs mois selon le nombre de modules activés et la qualité des données de départ.
Un projet ERP échoue rarement à cause du logiciel. Il échoue parce que les processus n'ont pas été décrits, que les données sont inexploitables ou que personne dans l'entreprise n'est chargé du projet. La méthode ci-dessous vient de ce que nous observons chez les entreprises que nous accompagnons.
Étape 1 : cadrer les besoins avant de regarder des logiciels
Commencez par décrire ce qui ne fonctionne pas aujourd'hui, en termes de flux. Où ressaisit-on les mêmes informations ? Où perd-on du temps chaque semaine ? Quelles questions de la direction restent sans réponse fiable ?
Le livrable de cette étape est un document de deux à cinq pages qui liste les flux à couvrir (devis, commande, achat, réception, facturation, paie), le nombre d'utilisateurs, les sites concernés et les contraintes réglementaires, notamment la TVA et la facturation électronique. Associez dès maintenant votre expert-comptable : il connaît les exigences de vos déclarations.
Étape 2 : choisir la solution et le partenaire
Demandez à chaque candidat de dérouler un de vos cas réels, avec vos articles et vos règles de prix, plutôt qu'une démonstration générique. Observez le nombre d'écrans qu'il faut pour passer d'un devis à une facture.
Notre article sur la définition d'un logiciel ERP pose les bases du périmètre, et celui sur l'ERP cloud ou sur site aide à trancher le mode d'hébergement. Examinez aussi les conditions de sortie : comment récupérer vos données si vous changez d'outil ?
Étape 3 : préparer et nettoyer les données
C'est l'étape la plus sous-estimée. Un ERP rempli de doublons produit des rapports faux, plus vite qu'avant. Avant toute migration, il faut décider quelles données reprendre et lesquelles abandonner.
| Donnée | À faire avant l'import | Piège fréquent |
|---|---|---|
| Clients | Fusionner les doublons, vérifier SIREN et adresses de facturation | Le même client sous plusieurs orthographes |
| Fournisseurs | Contrôler coordonnées bancaires et conditions de règlement | Fournisseurs inactifs conservés |
| Articles | Codification unique, unités, prix, taux de TVA | Références multiples pour le même produit |
| Stock | Inventaire physique juste avant la bascule | Reprise du stock théorique sans comptage |
| Soldes comptables | Validation par l'expert-comptable à la date de bascule | Balance non rapprochée |
Un inventaire physique fiable est la condition d'un stock correct dès le premier jour. Notre guide pour faire un inventaire physique détaille la méthode.
Étape 4 : paramétrer selon vos processus
Le paramétrage traduit vos règles dans le logiciel : séries de numérotation, taux de TVA, conditions de paiement, droits d'accès, circuits de validation. Il est tentant de reproduire à l'identique l'existant. Profitez plutôt du projet pour supprimer les étapes inutiles.
Restez sobre sur les adaptations spécifiques. Chaque développement sur mesure augmente le coût de maintenance et complique les mises à jour. Pour les besoins vraiment particuliers, on peut recourir à des automatisations et intégrations plutôt qu'à des modifications du cœur du logiciel.
Étape 5 : tester sur des cas réels
Testez avec des utilisateurs qui connaissent le métier, pas seulement avec le chef de projet. Préparez une liste de scénarios de bout en bout et faites-les jouer :
- Un devis accepté qui devient commande, livraison, puis facture avec TVA.
- Une commande fournisseur reçue partiellement, puis complétée.
- Un avoir pour retour client, avec remise en stock.
- Un règlement partiel rapproché de la facture correspondante.
- Une clôture mensuelle de test avec export vers l'expert-comptable.
Chaque anomalie est consignée, corrigée, puis retestée. Un projet qui ne trouve aucune anomalie en test n'a pas testé assez de cas.
Étape 6 : former les équipes
La formation fonctionne mieux quand elle suit le métier : le magasinier apprend les réceptions et les mouvements, la comptable les règlements et la TVA. Des sessions courtes, sur les vrais écrans, avec des exemples de votre activité, valent mieux qu'une journée générale.
Désignez un référent interne par service. C'est lui que ses collègues solliciteront en premier après le lancement, ce qui évite de saturer le chef de projet.
Étape 7 : choisir la stratégie de bascule
Deux approches existent. La bascule directe arrête l'ancien système à une date donnée et démarre le nouveau le lendemain. La bascule progressive active un module après l'autre, par exemple d'abord les achats et le stock, puis les ventes, puis la comptabilité.
| Approche | Avantage | Risque |
|---|---|---|
| Bascule directe | Un seul changement, pas de double saisie durable | Charge forte sur la période de démarrage |
| Bascule progressive | Risque réparti, apprentissage par étapes | Interfaces temporaires entre ancien et nouveau système |
Choisissez une date de bascule éloignée des pics d'activité et, idéalement, alignée sur un début de période comptable ou de mois. Gardez l'ancien système en consultation seule pendant quelques semaines.
Étape 8 : suivre les résultats après le lancement
Le projet ne s'arrête pas à la bascule. Pendant les premiers mois, relevez les écarts de stock, le délai de facturation, le temps de clôture et les demandes de support. Ces indicateurs montrent si l'ERP atteint les objectifs fixés à l'étape 1.
Les indicateurs à relever sont simples :
- le nombre d'écarts constatés lors des inventaires tournants ;
- le délai entre la livraison et l'émission de la facture ;
- le nombre de jours nécessaires pour clôturer un mois ;
- le nombre de demandes d'assistance par semaine et leur cause principale.
Prévoyez aussi une revue trimestrielle des droits d'accès et des demandes d'évolution. Un ERP vit avec l'entreprise : de nouveaux produits, de nouveaux entrepôts, de nouvelles règles apparaissent.
Exemple de planning pour une PME de négoce
Exemple (hypothèses pour l'illustration) : une entreprise de vingt personnes, trois modules (ventes, achats-stock, facturation), une seule adresse, des fichiers déjà assez propres. Un calendrier réaliste pourrait se présenter ainsi : deux semaines de cadrage, trois semaines de choix, trois semaines de préparation des données, quatre semaines de paramétrage et de tests, une semaine de formation, puis la bascule. Soit environ quatorze semaines. Avec des données dégradées ou un second site, ce délai s'allonge.
Le cadrage et la préparation des données ne se compressent pas. C'est là que les projets perdent leurs semaines, et c'est là que vous gagnez le plus à vous investir.
Ce que nous avons fait dans Dika Ops
Nous avons construit Dika Ops pour que le paramétrage reste lisible : les ventes, les achats, le stock, la finance et les autres modules partagent un enregistrement unique, et les droits se règlent par rôle. Dika Ops est en bêta fermée et les entreprises rejoignent une liste d'attente ; vous pouvez découvrir le module stock pour voir comment nous traitons les mouvements.
Si votre projet relève d'un besoin spécifique, notre équipe de développement d'applications d'entreprise peut intervenir en complément. Vous trouverez nos activités sur Dika Design.
Questions fréquentes
Combien de temps dure la mise en place d'un ERP ?
Quelques semaines pour un périmètre réduit et des données propres, plusieurs mois pour un projet multisite ou avec production. La durée dépend surtout du nombre de modules, de la qualité des données et de la disponibilité de vos équipes.
Qui doit piloter le projet dans l'entreprise ?
Une personne identifiée, avec du temps dégagé et l'appui de la direction. Dans une PME, c'est souvent le responsable administratif ou d'exploitation. Sans pilote interne, les décisions de paramétrage traînent et le projet dérive.
Faut-il reprendre toutes les données de l'ancien système ?
Non. Reprenez les fiches actives, les soldes d'ouverture et les documents utiles à votre suivi. L'historique détaillé peut rester consultable dans l'ancien outil. Moins de données, c'est moins d'erreurs à corriger.
Quels sont les principaux risques d'un projet ERP ?
Un périmètre qui grossit sans contrôle, des données non nettoyées, une formation trop tardive et l'absence d'un pilote interne. Ces risques se traitent par un cadrage écrit et des points d'étape réguliers avec la direction.
Peut-on déployer un ERP progressivement ?
Oui, et c'est souvent plus prudent. Démarrer par les achats et le stock, puis ajouter les ventes et la comptabilité, répartit l'effort. Il faut en contrepartie gérer des échanges temporaires entre l'ancien et le nouveau système.
Que faire des fichiers Excel après la bascule ?
Archivez-les en lecture seule et interdisez leur mise à jour. Si les équipes continuent à saisir dans les tableurs, vous retrouvez deux versions de la vérité, et le bénéfice du projet disparaît.
Par où commencer
Rédigez cette semaine la liste de vos flux principaux et nommez le pilote du projet. Ces deux décisions conditionnent tout le reste. Pour une réflexion adaptée à une petite structure, poursuivez avec notre article sur l'ERP pour PME.
