Commencer par le problème à résoudre
Décrivez d’abord les processus, les acteurs, les données d’entrée, les décisions et le résultat attendu. Les fonctions du logiciel viennent ensuite. Cette approche distingue un outil qui sait afficher une donnée d’un ERP capable de faire circuler le flux complet.
Le document doit dire pourquoi le projet existe : stock peu fiable, planning non tenu, traçabilité lente, marge connue trop tard, facturation ressaisie ou outils difficiles à maintenir. Pour chaque problème, ajoutez un indicateur de départ et une cible vérifiable.
Les 8 parties d’un cahier des charges ERP industriel
- Contexte et objectifs : sites, métiers, produits, volumes, irritants et résultats attendus.
- Utilisateurs et responsabilités : profils, droits, validations et séparation des tâches.
- Scénarios métier : du devis à l’encaissement, de l’achat au stock, de l’OF au coût réel.
- Données techniques : articles, nomenclatures, gammes, lots, documents et historiques.
- Interfaces : comptabilité, machines, CAO, plateformes clients, transporteurs ou API.
- Infrastructure et sécurité : hébergement, sauvegardes, MFA, journalisation et reprise.
- Déploiement : migration, tests, formation, bascule et support.
- Critères de décision : démonstration, couverture, ergonomie, coût total et capacité d’évolution.
Exemple : le scénario à faire jouer aux éditeurs
Une PME fabrique en petites séries un ensemble composé de pièces achetées et fabriquées. Le client avance la date de livraison et demande un certificat matière.
Demandez à chaque éditeur d’exécuter ce scénario avec vos données d’exemple. Les écarts, ressaisies et contournements apparaissent immédiatement.
Classer les exigences pour rester lisible
| Niveau | Usage | Exemple |
|---|---|---|
| Indispensable | Bloquant pour démarrer | Traçabilité lot matière vers livraison |
| Important | Gain attendu à court terme | Calcul automatique des besoins nets |
| Souhaitable | Peut être déployé plus tard | Tableau de bord avancé par atelier |
| Hors périmètre | Évite les ambiguïtés | Remplacement immédiat de la CAO |
Les erreurs fréquentes
- Copier un modèle générique qui ne contient aucun flux industriel réel.
- Décrire la solution actuelle au lieu du résultat métier attendu.
- Accumuler des exigences sans priorité ni scénario de validation.
- Oublier la qualité des données, les interfaces et le temps des équipes internes.
- Choisir sur une présentation commerciale sans test de bout en bout.
Questions fréquentes
Quelle longueur prévoir ?
Le document doit être assez précis pour comparer, mais assez court pour être utilisé. Quelques scénarios détaillés et des exigences prioritaires valent mieux qu’une liste de plusieurs centaines de fonctions sans contexte.
Qui doit participer à sa rédaction ?
La direction fixe les objectifs. Commerce, méthodes, production, achats, stocks, qualité, maintenance, finance et informatique décrivent les flux et valident les scénarios qui les concernent.
Faut-il imposer une technologie ?
Seulement lorsqu’une contrainte est réelle : hébergement, sécurité, interface ou architecture interne. Pour le reste, exprimez le résultat et demandez à l’éditeur de prouver comment il l’obtient.