Cahier des charges ERP : méthode, plan type et modèle complet

Un projet ERP qui démarre sans écrit partagé démarre avec autant de projets que d’interlocuteurs. Le cahier des charges ERP est ce texte commun : il fixe ce que l’entreprise veut obtenir, ce qu’elle laisse hors du périmètre et la manière dont elle jugera les réponses. Bien rédigé, il raccourcit la consultation, fiabilise les devis et sert de référentiel à la recette. Mal rédigé, ou absent, il se paie en avenants.

Ce guide explique le rôle du document, détaille un plan type, puis propose un modèle de cahier des charges ERP complet, à recopier et à adapter. Il complète les guides sur le choix d’un ERP et sur les étapes d’un projet ERP.

À quoi sert un cahier des charges ERP ?

Le cahier des charges remplit quatre fonctions, et il faut le rédiger en pensant à chacune.

• Aligner l’interne : direction, finance, achats, production, commercial et informatique s’accordent sur le même périmètre avant de parler d’éditeur.
• Cadrer la consultation : tous les intégrateurs répondent à la même question, ce qui rend les offres comparables.
• Chiffrer au plus juste : un périmètre précis réduit les marges de prudence que les prestataires intègrent dans leurs devis.
• Servir de référence contractuelle : en cours de projet, c’est lui qui permet de distinguer une évolution de périmètre d’une simple anomalie.

Le document n’est pas un catalogue de fonctions copié depuis une brochure. C’est une description de votre façon de travailler, de ce qui doit changer et de ce qui doit rester.

Cahier des charges, expression des besoins, RFP : de quoi parle-t-on ?

Trois termes circulent, souvent confondus. Les distinguer évite des malentendus avec les prestataires.

L’expression des besoins alimente le cahier des charges, qui lui-même s’insère dans le RFP. Dans une PME, les trois se fondent souvent en un seul dossier, ce qui est acceptable tant que la structure reste lisible.

Comment conduire l’expression des besoins ERP

Avant d’écrire, il faut collecter. Une méthode simple tient en quelques gestes.

Constituer le groupe projet

Désignez un sponsor qui tranche, un chef de projet côté entreprise et un référent par fonction : comptabilité, achats, ventes, stock, production, qualité, informatique. Sans sponsor, les arbitrages s’éternisent. Sans référents, le document reflète la vision d’une seule personne.

Cartographier les processus existants

Décrivez, métier par métier, comment l’information circule aujourd’hui : de la demande client à l’encaissement, du besoin d’achat au paiement fournisseur, de l’ordre de fabrication à l’expédition. Notez les ressaisies, les tableurs parallèles, les validations par courriel. Ce sont ces points de friction qui justifient l’investissement.

Distinguer l’indispensable du souhaitable

Chaque exigence reçoit une priorité. Une échelle à trois niveaux suffit : obligatoire (le projet échoue sans elle), important (forte valeur, contournement possible) et souhaitable (confort, évolution ultérieure). Un cahier des charges où tout est obligatoire ne sert à rien : il rend toute réponse non conforme.

Vérifier la cohérence avec la stratégie

Un ERP doit accompagner la trajectoire de l’entreprise : nouvelles activités, nouveaux sites, croissance externe, ouverture à l’international. Posez la question franchement : dans quelques années, l’outil devra-t-il gérer plusieurs sociétés, plusieurs devises, plusieurs entrepôts ? La réponse oriente le choix entre une solution légère et une solution plus structurante.

Le plan type d’un cahier des charges ERP

Voici l’ossature recommandée. Elle suit l’ordre de lecture d’un prestataire : comprendre l’entreprise, mesurer l’ampleur, vérifier la faisabilité, puis évaluer.

Chacune de ces parties est développée plus bas dans le modèle. Gardez un fil conducteur : une exigence doit pouvoir être vérifiée lors d’une démonstration ou d’une recette. « Le système doit être ergonomique » ne se vérifie pas ; « un utilisateur doit pouvoir saisir une commande sans quitter la fiche client » se vérifie.

Modèle de cahier des charges ERP à recopier

Le modèle ci-dessous est volontairement complet. Supprimez les rubriques sans objet, complétez les autres avec vos informations réelles, et ne laissez aucune mention entre crochets dans la version envoyée.

Partie A — Présentation de l’entreprise

• Identité : raison sociale, forme juridique, activité principale, positionnement.
• Organisation : sociétés du groupe, sites, entrepôts, filiales, implantations à l’étranger.
• Effectifs concernés : nombre d’utilisateurs par profil [à compléter], distinction entre utilisateurs réguliers et occasionnels.
• Activité : volumes annuels de commandes, de factures, de références articles, d’écritures comptables [à compléter].
• Contexte du projet : outils actuels, limites constatées, événement déclencheur (croissance, obsolescence, audit, réglementation).
• Objectifs mesurables : gains attendus, par exemple délai de clôture, fiabilité des stocks, délai de facturation [indicateurs à définir par vos soins].

Partie B — Périmètre et organisation du projet

• Fonctions couvertes : finance, achats, ventes, stocks, production, projets, services, qualité, ressources humaines, selon votre cas.
• Fonctions exclues : à citer explicitement, avec les raisons, pour éviter toute ambiguïté.
• Sociétés, sites et pays concernés : et ordre de déploiement envisagé.
• Gouvernance : sponsor, chef de projet, référents métiers, comité de pilotage.
• Contraintes : saisonnalité à respecter, périodes de clôture, inventaire, ouverture de site.

Partie C — Processus métiers

Pour chaque processus, présentez la situation actuelle, les dysfonctionnements et la cible attendue. Un tableau suffit.

Joignez, si vous en disposez, les schémas de flux existants et des exemples de documents (devis, bon de livraison, facture, ordre de fabrication).

Partie D — Exigences fonctionnelles par module

Présentez chaque exigence sous une forme numérotée dans votre version finale, avec trois colonnes : intitulé, priorité, mode de réponse attendu (standard, paramétrage, développement spécifique, solution tierce). Voici les rubriques à couvrir.

Finance et comptabilité

• Comptabilité générale, auxiliaire et analytique, plan comptable français, multi-sociétés et multi-devises si nécessaire.
• Rapprochement bancaire, gestion des échéances, relances clients, suivi de trésorerie.
• Immobilisations, TVA, déclarations obligatoires, clôtures périodiques.
• Fichier des écritures comptables conforme et piste d’audit fiable.
• Émission et réception des factures sous format électronique, en lien avec la plateforme de dématérialisation que vous retiendrez. Sur ce point, voyez le guide consacré à l’ERP et la facture électronique.

Ventes et relation client

• Gestion des devis, commandes, livraisons, facturation, avoirs, abonnements.
• Tarification : grilles par client, remises, promotions, conditions particulières.
• Suivi de l’encours client et blocage paramétrable.
• Intégration avec le CRM existant ou module de gestion de la relation client.

Achats et approvisionnements

• Demandes d’achat, commandes fournisseurs, réceptions, rapprochement à trois points (commande, réception, facture).
• Circuits de validation selon montant et centre de coût.
• Calcul des besoins, réapprovisionnement automatique, gestion des délais fournisseurs.

Stocks et logistique

• Multi-dépôts, emplacements, lots, numéros de série, dates limites.
• Inventaire tournant, mouvements, valorisation du stock.
• Préparation de commandes, expéditions, transporteurs, étiquetage, lecture de codes-barres.

Production (si applicable)

• Nomenclatures multiniveaux, gammes, ordres de fabrication.
• Planification des capacités, ordonnancement, suivi des temps et des rebuts.
• Sous-traitance, traçabilité amont et aval, contrôle qualité.

Projets et services (si applicable)

• Suivi des affaires, des temps passés, des frais, de la facturation au temps ou à l’avancement.
• Rentabilité par projet, budget et reste à faire.

Pilotage et reporting

• Tableaux de bord par fonction, indicateurs clés, droits d’accès par profil.
• Exports vers les outils décisionnels de l’entreprise.

Sécurité et droits

• Gestion fine des profils, séparation des tâches, journalisation des actions sensibles.
• Respect du règlement européen sur la protection des données : droits des personnes, durées de conservation, sous-traitance.

Partie E — Exigences techniques

Partie F — Reprise de données

La reprise de données est le poste le plus sous-estimé des projets. Décrivez-la avec soin ; le guide sur la migration ERP détaille les écueils.

• Sources : ancien ERP, logiciel de comptabilité, tableurs, bases métiers.
• Objets à reprendre : tiers (clients, fournisseurs), articles, nomenclatures, soldes comptables, historique, stocks, encours, contrats.
• Profondeur d’historique : ce qui est repris en détail, en synthèse, ou archivé hors ERP.
• Qualité des données : doublons connus, champs incomplets, règles de nettoyage et responsable de la validation.
• Stratégie de bascule : reprise à blanc, répétitions, date de coupure, gestion de la période de transition.
• Archivage : accès à l’historique non repris pendant la durée légale de conservation.

Partie G — Formation, conduite du changement et support

• Formation : par profil, sur site ou à distance, supports attendus, formation des formateurs internes.
• Accompagnement : présence au démarrage, assistance renforcée après la mise en production.
• Documentation : procédures utilisateurs, guide d’administration, dossier de paramétrage.
• Support : canaux, horaires, niveaux de gravité, délais de prise en charge, escalade.
• Maintenance : évolutive et corrective, périmètre et conditions.

Partie H — Planning et organisation

• Jalons : cadrage, conception, paramétrage, développements, reprise de données, recette, formation, bascule, suivi.
• Date cible de mise en production : avec les contraintes qui la justifient (clôture, saison, échéance réglementaire).
• Mobilisation de vos équipes : disponibilité des référents, temps de test, arbitrages.
• Déploiement : en une fois ou par lots (fonctions, sociétés, sites).
• Recette : scénarios de test fournis par vous, critères d’acceptation, traitement des anomalies.

Pour comprendre l’enchaînement réel des phases, consultez les étapes d’un projet ERP.

Partie I — Budget

Ne cachez pas l’enveloppe : elle permet de calibrer les solutions proposées. Demandez en retour une présentation homogène.

Le guide sur le prix d’un ERP aide à repérer les postes que les devis oublient trop souvent. Exigez enfin le coût total sur la durée et non le seul prix de départ.

Partie J — Consignes de réponse et critères de sélection

• Contenu attendu de la réponse : compréhension du besoin, solution proposée, architecture, méthode de projet, équipe affectée, planning, chiffrage, références comparables, conditions contractuelles.
• Format : réponse structurée selon le même plan que le cahier des charges, grille de conformité remplie ligne à ligne.
• Calendrier de consultation : envoi, questions, démonstrations, soutenances, décision.
• Démonstrations : scénarios imposés à partir de vos propres cas, et non démonstration standard.
• Références : demande de contacts clients de taille et de secteur proches, que vous appellerez.

Voici une grille de notation de départ, à pondérer selon vos priorités.

Définissez la pondération avant de recevoir les offres, sinon elle se règle inconsciemment sur la proposition préférée.

Adapter le cahier des charges à l’éditeur et au secteur

Le cahier des charges reste neutre vis-à-vis des éditeurs : on décrit un besoin, pas un produit. En revanche, vous pouvez le préciser selon votre profil.

• Une entreprise attachée à la souplesse et à la modularité pourra s’intéresser à Odoo ; une organisation déjà installée dans l’environnement Microsoft regardera Microsoft Dynamics 365 Business Central.
• Les secteurs ont leurs exigences propres : traçabilité et planification pour l’industrie, gestion des stocks et des tarifs pour le négoce et la distribution, suivi de chantier pour le BTP.
• Pour une structure de taille moyenne, le guide sur l’ERP en PME aide à calibrer l’ambition du périmètre.

Un cahier des charges trop prescriptif sur la technique enferme la consultation. Mieux vaut exprimer le résultat attendu et laisser le prestataire proposer la manière de l’atteindre, sauf contrainte réelle d’architecture.

Les erreurs fréquentes à éviter

• Copier une liste de fonctions générique : les réponses seront toutes conformes et aucune ne sera comparable.
• Oublier les exclusions : ce qui n’est pas écrit devient discutable en cours de projet.
• Négliger la reprise de données : elle déborde souvent le planning.
• Ne pas hiérarchiser : tout est prioritaire, donc rien ne l’est.
• Rédiger seul dans son bureau : un document non validé par les métiers est contesté à la recette.
• Figer le document sans le relire avec un intégrateur : un regard extérieur repère les incohérences et les angles morts.

Le guide sur les erreurs d’un projet ERP prolonge cette liste avec les causes d’échec les plus courantes.

Et après le cahier des charges ?

Une fois le document finalisé, la consultation peut commencer. Le guide pour choisir un intégrateur ERP détaille les critères de choix et les questions à poser en soutenance. Si vous préférez ne pas démarcher seul, notre mise en relation vous met en contact avec des intégrateurs adaptés à votre secteur et à votre périmètre : le service est gratuit, vous gardez la main sur la décision, et c’est l’intégrateur retenu qui réalise le projet.

Votre cahier des charges n’est pas encore stabilisé ? Ce n’est pas un obstacle. Un échange avec un intégrateur peut précisément aider à transformer une expression des besoins encore floue en document exploitable, avant de lancer un véritable appel d’offres.

Les noms de logiciels cités sont des marques de leurs éditeurs respectifs, mentionnées à titre d’information. Ce site est indépendant et n’est affilié à aucun éditeur.