Rédiger le cahier des charges de votre projet ERP

Un projet ERP qui démarre sans document de référence se transforme vite en négociation permanente : chacun comprend le périmètre à sa manière, les offres ne se comparent pas et les écarts apparaissent en cours de route. Le cahier des charges ERP évite cela. Il met par écrit ce que l’entreprise attend, dans quel ordre de priorité et selon quelles contraintes. Ce guide explique son rôle, propose un plan type détaillé, puis fournit un modèle de cahier des charges ERP que vous pouvez recopier et adapter à votre organisation en Belgique.

À quoi sert un cahier des charges ERP ?

Le cahier des charges est à la fois un outil de réflexion interne et un document contractuel de fait. Il remplit plusieurs fonctions.

• Clarifier le besoin en interne. Rédiger oblige les services à décrire leurs processus réels, à repérer les doublons de saisie, les fichiers Excel parallèles et les règles que personne n’a jamais formalisées.
• Rendre les offres comparables. Si chaque intégrateur répond à la même trame, vous comparez des réponses à une même question, et non des présentations commerciales.
• Cadrer le périmètre. Ce qui est écrit au cahier des charges peut être chiffré, planifié et testé. Ce qui n’y figure pas deviendra un avenant.
• Servir de base à la recette. Chaque exigence validée devient un cas de test lors de la réception du projet.
• Limiter le risque de dérive. Les erreurs fréquentes des projets ERP naissent très souvent d’un besoin mal défini au départ.

Cahier des charges, expression des besoins, RFP : quelles différences ?

Les trois termes se côtoient et sont parfois employés l’un pour l’autre. Il vaut mieux les distinguer.

Comment préparer la rédaction

Un bon cahier des charges se prépare avant d’être écrit. Quelques décisions de méthode font gagner beaucoup de temps.

Constituer le groupe de travail

Désignez un chef de projet interne, ainsi qu’un référent par grand domaine : finance, achats, ventes, stocks et logistique, production, service après-vente, RH si la paie ou le temps de travail sont concernés. Ces référents connaissent le terrain, ils savent ce qui fonctionne et ce qui ne fonctionne pas aujourd’hui. La direction valide les priorités et arbitre les désaccords.

Partir des processus, pas des écrans

Décrivez des flux de bout en bout : de la demande d’offre à l’encaissement, du besoin d’achat au paiement du fournisseur, de l’ordre de fabrication à la livraison. Un processus se décrit par ses déclencheurs, ses acteurs, ses étapes, ses documents et ses contrôles. Vous n’avez pas à choisir des fonctions de logiciel : c’est le travail de l’intégrateur, en échange avec vous.

Distinguer l’indispensable du souhaitable

Classez chaque exigence selon une échelle simple : obligatoire, importante, souhaitable. Cette priorisation est le garde-fou le plus efficace contre l’inflation du périmètre. Elle permet aussi de découper le projet en lots et d’étaler les investissements. Pour aller plus loin sur la démarche d’ensemble, consultez les étapes d’un projet ERP.

Rester neutre vis-à-vis des éditeurs

Ne rédigez pas le cahier des charges en recopiant la documentation d’un produit : vous écarteriez d’avance les autres. Décrivez ce que vous voulez obtenir, laissez les intégrateurs proposer comment. Cette neutralité vaut pour les solutions les plus répandues auprès des PME belges : Odoo, Microsoft Dynamics 365 Business Central, Exact Online, SAP Business One ou Oracle NetSuite. Si vous hésitez encore sur la famille de solutions, le comparatif des ERP pour PME et le guide pour choisir un ERP vous aident à cadrer la réflexion.

Le plan type d’un cahier des charges ERP

Voici l’ossature recommandée. Elle convient à une PME comme à une ETI : seule la profondeur de chaque partie change.

Présentation de l’entreprise et du projet

Cette partie situe le contexte : activité, structure juridique, entités et sites, marchés servis, langues de travail, organisation générale. Elle expose aussi les raisons du projet : fin de vie d’un logiciel, croissance, besoin de consolider plusieurs sociétés, exigences réglementaires, volonté de supprimer les saisies multiples. Les intégrateurs y trouvent la compréhension du « pourquoi », indispensable pour proposer une solution cohérente.

Périmètre fonctionnel et organisationnel

Précisez les domaines couverts, les sociétés et les sites concernés, le nombre approximatif d’utilisateurs par profil (à compléter avec vos propres données), et ce qui reste volontairement hors périmètre. Mentionnez les évolutions prévisibles : ouverture d’une filiale, nouveau canal de vente, nouvelle activité.

Description des processus

Pour chaque processus clé, décrivez la situation actuelle, les points de friction et la cible souhaitée. Un schéma simple vaut mieux qu’un long texte. Indiquez les volumes à prendre en compte : lignes de commande, factures, mouvements de stock, ordres de fabrication, selon votre activité.

Exigences fonctionnelles par module

C’est le cœur du document. Organisez les exigences par domaine : comptabilité et finance, achats, ventes, stocks, production, projets ou services, relation client, ressources humaines si nécessaire, reporting. Chaque exigence est numérotée, rédigée de manière vérifiable et accompagnée d’une priorité.

Exigences techniques

Elles couvrent le mode d’hébergement, la sécurité, la gestion des droits, les performances attendues, les interfaces avec d’autres systèmes, les navigateurs et terminaux utilisés, la sauvegarde et la reprise après incident. Le choix entre le nuage et l’hébergement local est détaillé dans le guide ERP cloud ou sur site.

Reprise de données

Listez les données à reprendre (clients, fournisseurs, articles, nomenclatures, soldes comptables, historique), leur source, leur état de qualité et vos attentes en matière de nettoyage. Les enjeux sont détaillés dans le guide sur la migration vers un ERP.

Planning souhaité

Indiquez la date cible de mise en service, les contraintes de calendrier (clôture annuelle, saison haute, inventaire, changement d’exercice) et les jalons importants. Précisez si un déploiement par étapes est envisageable. Ne chiffrez que ce que vous maîtrisez : une échéance non négociable doit être justifiée.

Budget

Un budget annoncé aide l’intégrateur à dimensionner sa proposition. Si vous préférez ne pas le communiquer, indiquez au moins l’enveloppe d’investissement et de fonctionnement envisagée en interne. Les composantes à prévoir (licences ou abonnements, paramétrage, développements, formation, reprise, support) sont présentées dans le guide sur le prix d’un ERP.

Critères de sélection et déroulement de la consultation

Annoncez comment vous jugerez les réponses : couverture fonctionnelle, adéquation sectorielle, méthode de projet, références vérifiables, équipe proposée, coût total, qualité du support. Indiquez le calendrier de consultation, les modalités de questions-réponses, la forme attendue des réponses et la date limite.

Les spécificités à ne pas oublier en Belgique

Un cahier des charges rédigé pour la Belgique doit intégrer des éléments propres au contexte local.

• Plan comptable et obligations comptables. Précisez que le plan comptable doit être compatible avec le plan comptable minimum normalisé, avec la tenue d’une comptabilité conforme au droit comptable belge et la production des comptes annuels destinés à la Banque nationale de Belgique.
• TVA. Déclarations périodiques, listing des clients assujettis, déclaration des opérations intracommunautaires, gestion des régimes particuliers (autoliquidation, cocontractant) : listez ce que le système doit gérer.
• Facturation électronique. Indiquez votre besoin d’émission et de réception de factures structurées via le réseau Peppol. Le sujet est traité dans le guide ERP et facture électronique.
• Banques et paiements. Import des extraits bancaires, rapprochement automatique, fichiers de paiement SEPA pour les fournisseurs, domiciliations pour les clients.
• Multilinguisme. Beaucoup d’entreprises belges travaillent en français, en néerlandais et parfois en allemand ou en anglais : interface, documents clients, conditions de vente et tarifs peuvent devoir exister en plusieurs langues.
• Paie et gestion du personnel. La paie est souvent confiée à un secrétariat social. Précisez si le système doit seulement exporter des données vers lui ou s’il doit gérer des éléments RH.
• Protection des données. Rappelez les exigences du RGPD, la gestion des droits d’accès, la traçabilité des actions et la localisation des données.
• Conservation des documents. Durées légales d’archivage des pièces comptables et accès en cas de contrôle.

Erreurs fréquentes à éviter

Plusieurs travers reviennent régulièrement dans les cahiers des charges ERP.

• Un catalogue de fonctions sans contexte. Une liste interminable de cases à cocher ne dit rien de la manière dont l’entreprise travaille.
• Des exigences vagues. « Un outil convivial » ou « un reporting complet » ne se mesurent pas. Reformulez en situation concrète.
• Tout marquer comme obligatoire. Si tout est prioritaire, plus rien ne l’est, et le chiffrage devient inutilement élevé.
• Reproduire l’existant à l’identique. Un ERP est l’occasion de simplifier des pratiques héritées de contraintes disparues.
• Oublier les utilisateurs. Sans implication des futurs utilisateurs, l’adhésion au changement reste fragile.
• Négliger les données. La qualité des fiches clients, articles et fournisseurs conditionne la réussite du démarrage.
• Écrire seul. Un document rédigé par la seule direction ou par la seule informatique passe à côté de la réalité du terrain.

Modèle de cahier des charges ERP à recopier

Le modèle ci-dessous suit le plan type. Remplacez les passages entre crochets par vos propres informations et supprimez les sections qui ne vous concernent pas. Les tableaux sont conçus pour être collés dans un traitement de texte ou un tableur.

Partie A — Présentation

A.1 Entreprise

• Dénomination, forme juridique, numéro d’entreprise : [à compléter]
• Activité principale et activités secondaires : [à compléter]
• Sociétés et sites concernés : [à compléter]
• Langues de travail : [français, néerlandais, allemand, anglais, autre]
• Organisation (services, responsables, sous-traitants clés) : [à compléter]

A.2 Contexte et objectifs du projet

• Situation actuelle (outils, limites, coûts cachés) : [à compléter]
• Objectifs mesurables attendus : [gain de temps, fiabilité des stocks, délais de clôture, qualité des données, conformité]
• Contraintes imposées (réglementation, groupe, clients, calendrier) : [à compléter]

A.3 Gouvernance

• Sponsor de direction : [nom, fonction]
• Chef de projet interne : [nom, fonction]
• Référents métier : [liste par domaine]
• Instance de décision et rythme de revue : [à compléter]

Partie B — Périmètre

Utilisateurs. Pour chaque profil (direction, comptabilité, achats, commerciaux, entrepôt, atelier, terrain, consultation seule), indiquez le nombre d’utilisateurs, le site et les droits attendus : [tableau à compléter].

Partie C — Processus

Pour chaque processus, copiez la fiche suivante.

• Nom du processus : [par exemple : de la commande client à l’encaissement]
• Déclencheur : [à compléter]
• Acteurs : [à compléter]
• Étapes actuelles : [à compléter]
• Documents produits : [devis, commande, bon de livraison, facture, note de crédit]
• Points de friction : [à compléter]
• Cible souhaitée : [à compléter]
• Volumes : [à compléter]
• Indicateurs de suivi : [à compléter]

Processus à décrire au minimum : cycle de vente, cycle d’achat, gestion des stocks, clôture comptable, facturation et recouvrement, et, selon votre activité, planification de la production, gestion de projet, maintenance ou service après-vente.

Partie D — Exigences fonctionnelles

Numérotez chaque exigence (par exemple FIN-01, ACH-01, VEN-01) et reprenez le tableau suivant pour chaque domaine.

Rubriques à parcourir pour chaque domaine :

• Finance et comptabilité : plan comptable, journaux, comptabilité analytique, immobilisations, clôtures, TVA et listings, rapprochement bancaire, paiements SEPA, relances clients, consolidation si plusieurs sociétés, devises.
• Achats : fiches fournisseurs, demandes d’achat, commandes, réceptions, contrôle des factures, conditions d’achat, évaluation des fournisseurs.
• Ventes : fiches clients, tarifs et remises, devis, commandes, livraisons, facturation, abonnements ou facturation récurrente, retours et notes de crédit, portail client.
• Stocks et logistique : multi-dépôts, emplacements, lots et numéros de série, inventaires, réapprovisionnement, codes-barres, transport et expéditions.
• Production : nomenclatures, gammes, ordres de fabrication, planification, sous-traitance, suivi des temps et des coûts, qualité.
• Projets et services : suivi du temps, facturation au temps passé ou à l’avancement, contrats, interventions.
• Relation client : suivi des opportunités, historique des contacts, intégration du courrier électronique.
• Ressources humaines : dossiers, congés, absences, notes de frais, export vers le secrétariat social.
• Reporting : tableaux de bord par métier, indicateurs de direction, exports, outils de requête pour les utilisateurs.

Partie E — Exigences techniques

Partie F — Reprise de données

Précisez qui nettoie les données, qui valide les reprises d’essai et quelle est la règle pour les données obsolètes.

Partie G — Planning

• Date de mise en service souhaitée : [à compléter]
• Contraintes de calendrier : [clôture, inventaire, saison haute, congés collectifs]
• Mode de déploiement : [en une fois, par sociétés, par modules, par sites]
• Jalons attendus : cadrage, conception, paramétrage, reprise d’essai, formation, recette, bascule, accompagnement après démarrage
• Disponibilité de vos équipes pendant le projet : [à compléter]

Partie H — Budget

Partie I — Critères de sélection

Partie J — Consigne de réponse

Demandez aux intégrateurs de répondre dans la trame fournie, exigence par exigence, de distinguer le standard, le paramétrage et le développement, de présenter leur méthode et leur équipe, de détailler le chiffrage poste par poste, d’indiquer les hypothèses retenues et de fournir des références vérifiables. Annoncez les dates de la consultation, la personne à contacter et les règles de confidentialité.

Après la rédaction : valider et lancer la consultation

Avant l’envoi, faites relire le document par chaque référent métier, puis par la direction. Vérifiez que les priorités sont crédibles, que les exigences sont testables et que les chiffres de volumes viennent de vos données réelles. Sélectionnez ensuite un nombre raisonnable d’intégrateurs : suffisamment pour comparer, pas assez pour épuiser vos équipes en démonstrations.

Pendant la consultation, organisez une séance de questions-réponses ouverte à tous les candidats afin que chacun dispose de la même information. Exigez des démonstrations fondées sur vos scénarios, pas sur un catalogue de fonctions. Notez ensuite les réponses selon la grille annoncée, et consignez les raisons de votre choix.

Le guide pour choisir un intégrateur ERP détaille les critères de jugement et les questions à poser lors des soutenances.

Gagner du temps avec la mise en relation

Si vous n’avez pas encore de cahier des charges complet, un premier cadrage suffit pour consulter des intégrateurs : vos processus principaux, vos contraintes et votre calendrier. Notre service gratuit vous met en relation avec des intégrateurs ERP adaptés à votre projet ; ils affinent ensuite le besoin avec vous en atelier. Vous trouverez le déroulé sur la page comment fonctionne la mise en relation.

Conclusion

Un bon cahier des charges ERP est clair sur le « pourquoi », précis sur les processus, honnête sur les priorités et neutre vis-à-vis des solutions. Il ne cherche pas à tout prévoir : il cherche à rendre les offres comparables, le périmètre maîtrisable et la recette objective. Utilisez le modèle ci-dessus comme point de départ, adaptez-le à votre taille et à votre secteur, puis confrontez-le à la réalité du terrain avant de lancer votre RFP ERP.

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.