Cahier des charges WMS : que faut-il vraiment renseigner et comment le structurer ?

Cahier des charges WMS : que faut-il vraiment renseigner et comment le structurer ?

Un projet WMS ne se joue pas uniquement sur une démo bien “marketée”.

Il se joue surtout sur la capacité à décrire votre entrepôt tel qu’il fonctionne, à rendre vos contraintes non négociables visibles, et à mettre les éditeurs/intégrateurs dans l’obligation de répondre au même besoin. C’est exactement le rôle du CDC – Cahier des Charges WMS.

On le sous-estime souvent car : “on connaît nos flux”, “on fera des ateliers plus tard”, “on verra au paramétrage”…

Et puis arrive la réalité : les questions simples sans réponse claire, les intégrations oubliées, les cas métiers “hors standard”, les volumes mal cadrés, les arbitrages tardifs, le planning qui glisse, le budget qui gonfle…

Un cahier des charges bien construit n’empêche pas les imprévus ; mais il évite les surprises coûteuses — et surtout, il oblige l’alignement entre opérationnels, IT, direction, et fournisseurs. C’est aussi ça l’esprit du RFP (request for proposal, son autre petit nom anglosaxon) : un document de consultation cadré, comparable, exploitable.

Pourquoi un cahier des charges WMS est indispensable

Mettre fin aux malentendus structurants

Un WMS “gère l’entrepôt”, oui… mais quel entrepôt ? Celui qui réceptionne en palette complète ? Celui qui fait du détail, du e-commerce, du B2B, du MDD, du cross-dock, des kittings, de la traçabilité lot/série, du multi-température, des stockages en masse, des picks en mezzanine… ? Avec ou sans automatisation ? Décrivez-nous votre processus de préparation de commande ?

Deux entreprises prononcent “réception”, “stock”, “préparation”, “inventaire”… et parlent parfois de deux mondes différents. Un bon CDC remet des définitions, des règles, des priorités. Sinon, vous achetez une promesse, pas une solution.

Vous êtes vous déjà demandé en combien de termes différents un espace logistique est verbalisable ? Un début de réponse est juste ici : les espaces logistiques se nomment différemment selon leur contexte

Transformer un besoin “métier” en exigences testables

Le WMS capte et orchestre la transaction de l’entrepôt en temps réel : c’est l’exécution. Mais un éditeur répond mieux quand on lui donne :

• des exigences (“doit gérer les numéros de série au picking et au contrôle”)
• des règles (“FEFO sur DLC, sinon blocage”)
• des volumes (“12 000 lignes/jour, 35% multi-lignes, cut-off 16h”)
• des contraintes (“réseau Wi-Fi instable zone C, besoin mode dégradé”)

C’est cette précision qui évite le “Bullshit IN, Bullshit OUT” qu’on retrouve souvent sur les sujets réception/qualité : si l’entrée est floue, la suite du flux sera floue.

Comparer des réponses comparables

Sans trame et sans grille de réponse, vous recevez 5 propositions… impossibles à comparer :

• l’un répond en narratif,
• l’autre en tableau,
• un troisième “oui” à tout… avec 80 jours de spécifique cachés.

Le CDC, avec annexes, permet de comparer les dimensions fonctionnelle, technique, temporel (planning), économique (TCO) et risques. Et c’est aussi une base de départ pour les futures discussions contractuelles.

Réduire le risque d’intégration

Un WMS ne vit jamais seul ou alors très rarement. ERP, TMS, OMS/e-commerce, MES, WCS, référentiels articles, EDI/ASN, impressions, BI, portails transporteurs… Le cahier des charges doit préciser qui pilote quoi entre ERP et WMS, et ce qui transite (messages, fréquences, statuts, responsabilités).

Le CDC est la première pierre à la compréhension de l’architecture IT du projet incluant effectivement les interfaces entre logiciels.

La structure recommandée d’un CDC WMS

Voici une suggestion de structure “terrain” (lisible par un éditeur ET utile à vos équipes) :

• Résumé exécutif (1–2 pages)
• Contexte & objectifs (business + opérationnel)
• Périmètre (sites, flux, activités, exclusions)
• Données & volumétrie (le nerf de la guerre)
• Processus cibles (end-to-end) + règles de gestion
• Exigences fonctionnelles (par modules WMS)
• Exigences techniques (architecture, intégrations, sécurité, performance)
• UX & conduite du changement (terminaux, écrans, profils, formation)
• Pilotage & KPI (reporting, traçabilité, audit)
• Méthodologie projet attendue (gouvernance, jalons, recette)
• Attendus de réponse (format, planning, chiffrage, hypothèses)
• Annexes (grilles, modèles, données, plans, étiquettes, etc.)

Astuce de lisibilité : pensez votre CDC comme un document qui doit survivre à la réunion. S’il n’est compréhensible qu’avec vous dans la salle c’est qu’il mérite une ou plusieurs retouches.

Dans beaucoup d’entreprise, ce travail de rédaction peut aller au delà de sa « simple fonction » de cahier des charges. En effet, une telle formalisation peut conduire à aussi considérer le document comme un recueil actualisé des processus ou encore comme un véritable élément de transmission (knowledge management). C’est pas tous les jours que Jacques prend le temps de décrire son quotidien et ce qu’il a dans la tête !

Que renseigner, section par section

Résumé exécutif (la page que tout le monde lit)

Objectif : donner en quelques secondes la photo du projet et ses grandes orientations.

À inclure absolument :

• Pourquoi vous lancez le projet (problèmes actuels, opportunités)
• Objectifs quantifiés (taux de service, productivité, fiabilité stock, traçabilité)
• Périmètre : sites concernés, typologie de flux
• Contraintes majeures : délais, go-live imposé, saison, pic

A inclure si possible mais on peut déjà dépasser la poignée de secondes de compréhension générale et ainsi complexifier le message initial à donner au lecteur

• Hypothèse de déploiement : big bang vs progressif, mono-site vs multi-sites
• Indicateurs de succès (3 à 7 KPI)
• Un mot sur la culture d’entreprise : familiale, internationale, mature, etc…

Contexte & objectifs : le “pourquoi” + la stratégie

Prenez le soin de décrire :

• Votre activité (B2B/B2C, clients, promesses, cut-off)
• Vos irritants actuels (ex : inventaires douloureux, litiges, manque de traçabilité, picking lent, erreurs)
• Votre trajectoire (croissance, nouveaux canaux, nouveaux pays, nouveaux services)
• Vos objectifs (qualité, coût, délai, conformité, sécurité)

Incluez les contraintes terrain (horaires d’accès, restrictions, saisonnalité, flux cour/quais) : un cahier des charges crédible intègre le réel. Surtout le réel.

Le recours à des illustrations pourra aider à embarquer l’éditeur dans l’univers de l’entreprise et l’aider à cerner les enjeux.

Périmètre : ce qui est dedans, dehors, et “en interface”

Clarifiez noir sur blanc :

• Sites : entrepôt(s), zones, annexes, stock déporté, cross-dock
• Flux : inbound, outbound, retours, transferts, production légère, SAV
• Typologies : palettes complètes, colis, unité, vrac, produits dangereux, température dirigée
• Populations : caristes, préparateurs, chefs d’équipe, ADV, qualité, transport
• Exclusions : ce que le WMS ne doit pas couvrir (ex : facturation transport, planification amont, MRP…)

Ajoutez un schéma simple “système d’info cible” : ERP / WMS / TMS / OMS / WCS… Qui détient le stock “comptable”, qui détient le stock “physique”, qui fait la promesse.

Données & volumétrie : la section souvent bâclée… et pourtant vitale

C’est là que vous évitez les mauvaises surprises de perf, de licence, de sizing, de charge projet.

À renseigner (avec fourchettes et pics) :

• Réception : livraisons/jour, lignes réception, palettes, hétérogénéité, ASN oui/non
• Stock : références actives, emplacements, stock moyen, stock max, taux rotation
• Préparation : commandes/jour, lignes/commande, unités/lignes, mono vs multi, vague vs flux tendu
• Expédition : transporteurs, cut-off, colis/jour, palettes/jour, consolidation
• Retours : taux retour, typologies, remise en stock, quarantaine
• Inventaires : fréquence, méthodes (tournant, annuel), taux de couverture
• Pic saisonnier : semaines de pic, multipliers (x2, x5…), horaires étendus
• Qualité : taux contrôle, blocages, non-conformités

Ajoutez :

• Cartographie SKU : dimensions, poids, UVC/UC, conditionnements, familles, contraintes (fragile, ADR, DLC/DLUO)
• Niveaux de traçabilité requis : lot, série, DLC, attributs

Processus cibles : racontez vos flux “de bout en bout”

Ne listez pas seulement des fonctionnalités. Décrivez vos processus idéalement. C’est une partie dense et possiblement chronophage si les processus sont plus dans la tête de Jacques que déjà posés sur le papier.

Pour chaque processus, fournissez :

• Déclencheur (ex : avis d’expédition ASN, commande client, transfert)
• Étapes (qui fait quoi, dans quel ordre)
• Règles (priorités, exceptions, validations)
• Données (quels champs obligatoires)
• Points de contrôle (qualité, sécurité, conformité)
• Sorties (documents, statuts, messages)
• Cas particuliers (les 20% qui font 80% des ennuis) même si un WMS doit s’attarder à résoudre plutôt 80% du flux de façon standard et optimisée.

Exemples de processus dominants à documenter pour un CDC WMS :

• Réception (avec/ sans ASN ; contrôle ; mise en quarantaine ; litiges)
• Put-away / rangement (règles d’adressage, contraintes de cohabitation)
• Réappro / replenishment (min/max, triggers, urgence)
• Picking (ordre de prélèvement, multi-commande, batch, zone picking)
• Packing / contrôle (pesée, photo, contrôle 100%, échantillonnage)
• Expédition (consolidation, chargement, scan quai)
• Retours (tri, remise en stock, destruction)
• Inventaire (tournant, gel d’emplacements, écarts, validation)

Un article détaillé reprend l’ensemble des processus de gestion d’un entrepôt.

Exigences fonctionnelles : la “checklist” organisée, avec priorités

La bonne pratique : classer par domaine, et taguer chaque exigence selon une priorisation. Un moyen mnémotechnique utile pour aider à structurer les exigences est MoSCoW.

M — Must have : indispensable, non négociable. Sans ça, le projet échoue ou le système ne fonctionne pas.
S — Should have : important mais pas bloquant à court terme. On peut livrer sans, et l’ajouter après.
C — Could have : confort ou amélioration. On le fait si le temps et le budget le permettent.
W — Won’t have (this time) : explicitement exclu du périmètre actuel — pas abandonné, juste remis à plus tard.

A noter que les deux « o » dans MoSCoW sont juste là pour rendre le mot prononçable, ils ne signifient rien.

Ce découpage permet de distinguer plus facilement le standard attendu vs acceptable via paramétrage vs spécifique non souhaité.

Pour vous inspirer d’une liste de fonctionnalités “must-have / nice-to-have”, vous pouvez vous appuyer sur l’article détaillé sur ce sujet des fonctionnalités du WMS : guide complet.

Exigences techniques : ne laissez pas l’IT écrire ça seul… mais ne l’oubliez pas

À détailler :

• Architecture : SaaS / on-premise, environnements (DEV/TEST/PROD), PRA/PCA
• Performance : temps de réponse cible, volumes, pics, GTI – GTR, SLA
• Terminaux & radio : types, OS, offline/online, imprimantes
• Sécurité : SSO, MFA, rôles/profils, traçabilité actions, RGPD
• Interopérabilité : API, EDI, fichiers plats (et qui fait quoi)
• Données : référentiels source, synchronisation, règles d’unicité
• Observabilité : logs, monitoring, alertes, audit

Intégrations : listez chaque interface avec :

• système source / cible
• objet (commande, réception, stock, expédition, tracking)
• fréquence (temps réel, batch, événement)
• format (API/EDI/fichier)
• accusés de réception & gestion d’erreurs
• responsabilité (éditeur WMS vs intégrateur vs DSI)

Un CDC WMS doit impérativement préciser avec quels autres logiciels le WMS s’interface (ERP, TMS, etc.) et l’objectif de ces échanges. Pas besoin d’être nécessairement ultra technique mais à minima descriptif et exhaustif.

UX, écrans, rôles : le WMS est aussi un outil de production

Trop de CDC oublient l’utilisateur. Résultat : adoption difficile, contournements, productivité en baisse.

À renseigner sans détour et avec précision :

• Profils : cariste, préparateur, chef d’équipe, admin, qualité
• Langues, ergonomie, raccourcis, taille police, gants, etc.
• Écrans clés à simplifier (réception, picking, packing)
• “Mode dégradé” : que faire si Wi-Fi down ? si imprimante down ?
• Formation : volumes, support, documentation, e-learning, hypercare

Pilotage & KPI : ce que vous voulez mesurer, donc ce que le WMS doit produire

Définissez les KPI attendus et leurs définitions. Pas besoin d’exotisme ici mais surtout une identification précise des 2-3 indicateurs importants pour l’entreprise.

Rappel : trop d’indicateurs nuisent au pilotage. Choisissez les donc bien plutôt que d’en faire un étalage. Ci-dessous quelques pistes cependant.

• taux de service, OTIF
• productivité (lignes/h, colis/h)
• fiabilité stock (écarts, causes)
• qualité préparation (erreurs, litiges)
• délais cycle (réception -> disponible, commande -> expédition)
• saturation emplacements, taux remplissage

Précisez aussi dans ce bloc pilotage :

• exports BI (PowerBI, etc.)
• historisation et profondeur (12/24/36 mois)
• les vues ou synthèses BI nécessaires, elles ne sont pas toujours natives en standard dans les WMS
  • tous les mouvements par jour sur un même document ou export par exemple

Méthodologie projet & recette : “comment on sécurise le go-live”

C’est une partie de méthodologie classique d’une gestion de projet.

• Gouvernance (COPIL, COPROJ, RACI)
• Jalons : cadrage, conception, paramétrage, interfaces, tests, formation, hypercare
• Plan de tests : unitaires, intégration, bout-en-bout, performance
• Recette : critères d’acceptation, jeux de données, scénarios “pics”
• Migration : reprise stock, reprise emplacements, reprises en-cours
• Conduite du changement : communication, formation, support

La clef du succès ? Un plan de tests en béton armé. C’est LE point à sécuriser et il peut être utile dans le CDC de sonder l’éditeur/intégrateur sur sa capacité à accompagner fortement ou non cette phase méthodologique. C’est une phase durant laquelle l’entreprise peut se retrouver terriblement seule et manquer de justesse dans sa méthode ou faire déraper le planning faute d’assiduité.

Attendus de réponse : invitez le fournisseur à être le plus clair possible

Demandez explicitement :

• Réponse structurée suivant votre trame
• Indication Standard / Paramétrage / Spécifique / Partenaire
• Planning détaillé + charge par profil
• Budget : licences, intégration, support, infra
• Références clients comparables + périmètre réel
• Démo scénarisée sur vos cas (pas une démo “catalogue”)

Les annexes du CDC WMS : le petit plus qui fait aussi la différence

Les annexes transforment le CDC en outil de travail pragmatique pour les éditeurs/intégrateurs. C’est ici que seront stockés les éléments complémentaires pour approfondir la lecture et trouver les clefs d’évaluation. Vous trouverez ci-après plusieurs pistes d’annexes considérées utiles.

Annexe A — Grille de réponse (indispensable)

Une bonne grille de réponse contient, ligne par ligne :

• Exigence ID
• Description
• Priorité (MUST/SHOULD/COULD)
• Réponse fournisseur (O/N/partiel)
• Mode : standard / paramétrage / spécifique / partenaire
• Commentaire (limites, conditions)
• Charge estimée (si spécifique)
• Risque / dépendances

A noter qu’une colonne “démontrable en démo” (oui/non) peut apporter une lecture encore plus terre à terre des réponses collectées.

Annexe B — Matrice des interfaces

Tableau de toutes les interfaces (objet, fréquence, format, responsabilité, SLA, erreurs). A minima une description des interfaces avec pourquoi pas des exemples de format d’export/import des logiciels en place dans l’entreprise.

Annexe C — Jeux de données, volumétrie détaillée et saisonnalité

Fichiers ou tableaux : historique commandes, lignes, pics, distribution par heure/jour/semaine. Dans cette annexe, c’est plutôt un accès donné aux data brutes qui est imaginé. Un paragraphe aura déjà fait mention de ces éléments mais cette annexe peut permettre à l’éditeur de se faire sa propre idée et encore mieux ajuster son retour.

Un extrait du référentiel articles (anonymisé) est un plus important dans la compréhension du besoin par l’éditeur.

Annexe D — Plans & schémas d’entrepôt

Plan zones, quais, sens de circulation, mezzanine. Ces éléments 2D, 3D ou photos aident clairement le lecteur à s’immerger dans l’environnement de travail avant les éventuelles visites.
Les contraintes physiques (hauteurs, portance, emplacements) sont aussi à proposer sous forme de roman photo.

Simulation de flux de dispatch dans un entrepôt logistique

Annexe E — Modèles de documents / étiquettes

C’est probablement une des annexes les plus importantes.

Cela permet de rendre compte des écarts documentaires existants entre les documents actuels et possiblement disponibles dans le standard du WMS. Quelques exemples comme les étiquettes produit, SSCC, étiquettes transporteur ou encore les documents comme les BL, packing list.

Rien de ressemble plus à un BL qu’un autre BL mais il fait parfois du temps pour ajuster et cela peut devenir un irritant fort car le client ne comprendra pas forcément le temps demandé pour modifier des documents estimés standards.

Pièges classiques

Rédiger un CDC trop générique présente un risque bien que tentant pour vite lancer la consultation. Si votre CDC ressemble à un modèle “WMS standard” sans vos exceptions, vous aurez des réponses “standard” (et des coûts cachés). Il faut décrire le réel et sa réalité opérationnelle. On évite les déconvenues bipartites.

Quelques autres chausse-trappes à noter :

• Volumétrie oubliée : pas de sizing fiable, pas de perf garantie par l’éditeur. Cela peut aussi carrément jouer sur le chiffrage de l’accompagnement.
• Intégrations sous-spécifiées : c’est le meilleur moyen de décaler le go-live.
• Priorités non définies : tout devient “important”, donc rien ne l’est. On perd de vu l’acronyme MoSCoW alors qu’il est essentiel.

On n’est jamais plus affuté sur son besoin fonctionnel que 3 mois après le démarrage. Soit on considère cette phrase comme manquant d’anticipation. Soit on la considère comme très pragmatique et que les interlocuteurs sauront mieux parler de leur besoin qu’en ayant très concrètement mis les mains dedans. Combien de besoins exprimés en avant-vente et durant le projet qui ne sont plus utilisés quelques mois après le démarrage ? Une réalité qu’il faut parfois subtilement amener dans la discussion pour phaser le projet en différents lots.

• Absence de cas de test : recette floue, arbitrages tardifs.

Ne pas oublier de façon générale que sur la consultation d’un CDC WMS, la qualité du document conditionne la comparabilité des réponses et la sélection.

Un CDC WMS efficace, c’est un outil de décision, pas une formalité.

FAQ – Cahier des charges WMS

Quelle différence entre un cahier des charges WMS et un cahier des charges logistique ?

Le CDC WMS se concentre sur le système d’exécution entrepôt (process, règles, interfaces, traçabilité, terminaux…). Un CDC logistique peut être plus large (schéma directeur, réseau, transport, stocks, prestataires, etc.). Le WMS est une brique du SI logistique.

Quelle taille / longueur doit faire un bon CDC WMS ?

Il n’y a pas de nombre magique. En pratique, un CDC utile contient :

• un narratif clair (contexte + process)
• des exigences structurées + priorisées
• des annexes comparables (grilles, interfaces, volumes)
• Un document “court” mais précis vaut mieux qu’un pavé flou. Cela dit, dès que l’entrepôt est un peu riche (multi-flux, contraintes, interfaces), on arrive vite à un format conséquent.

Qui doit rédiger le CDC WMS ?

Un binôme (ou trio) fonctionne très bien :

• Ops / exploitation : vérité terrain
• IT : architecture & interfaces
• Supply chain / projet : arbitre, structure, priorités
• Un appui externe peut aider à accélérer et à challenger

Comment prioriser les exigences sans se tromper ?

Une méthode simple :

MUST = si absent, le projet est un échec ou vous changez votre exploitation
SHOULD = très important, mais contournable temporairement
COULD = confort / amélioration, si budget/temps

La grille de réponse est-elle vraiment nécessaire ?

Oui. Sans grille, vous comparez des narratifs. Avec une grille, vous comparez des réponses alignées. C’est la différence entre “choisir” et “deviner”.

Une fois votre cahier des charges rédigé, direction notre portail Logistique & Supply Chain pour explorer l’ensemble des ressources du site sur le sujet, ou consultez directement notre annuaire des éditeurs WMS et prestataires logistiques pour identifier les bons interlocuteurs.