Cahier des charges OMS : les exigences à tester et la démonstration à imposer

Points essentiels à retenir

• Un cahier des charges OMS doit relier chaque exigence à une action, un résultat attendu, une preuve et un responsable.
• La démonstration doit tester la coordination entre canaux, magasins, entrepôts et partenaires, y compris après incident.
• Repère Generix : un besoin obligatoire non satisfait reste éliminatoire, même si le score pondéré est élevé.
• Une suite intégrée et un OMS spécialisé doivent être comparés sur les mêmes preuves, responsabilités et coûts.

Que doit contenir un cahier des charges OMS pour obtenir des réponses vérifiables ?

Un cahier des charges OMS exploitable décrit les parcours à couvrir, les responsabilités du réseau et les conditions de validation. Chaque besoin doit déboucher sur un test observable, et non sur une réponse déclarative telle que « fonctionnalité disponible ».

Délimiter les parcours, les responsabilités et les données du réseau

Commencez par les parcours prioritaires : commande web expédiée par un magasin, retrait, commande marketplace, annulation et retour entre canaux. Pour chacun, identifiez les magasins français, entrepôts, prestataires logistiques, fournisseurs et transporteurs concernés. Précisez qui décide, qui exécute et quel système détient la donnée de référence.

Associez opérations omnicanales, DSI, service client et finance à cette cartographie. Pour replacer les frontières OMS, préparation et transport dans leur ensemble, consultez notre guide de la logistique e-commerce. Si le choix du prestataire logistique constitue un chantier parallèle, traitez-le dans un dossier distinct avec notre méthode de consultation 3PL.

Rédiger chaque exigence avec son test, sa preuve et son seuil d’acceptation

Utilisez la fiche suivante, directement réutilisable dans votre appel d’offres OMS :

• Identifiant et priorité : référence stable ; besoin obligatoire ou souhaitable.
• Préconditions et données : état initial, habilitations, stocks, commandes et interfaces nécessaires.
• Action : opération exacte à effectuer et acteur chargé de l’exécuter.
• Résultat et seuil : comportement attendu, mesure et limite fixée par l’enseigne.
• Preuve : capture, journal horodaté, message échangé ou rapport de réconciliation.
• Responsable : personne qui valide le test et intervenant chargé des écarts.
• Mode de couverture : standard démontré, paramétrage, extension, prestation tierce ou feuille de route.

Generix recommande de séparer couverture actuelle et évolution annoncée. Les seuils d’acceptation doivent être approuvés avant les démonstrations : ce sont vos critères, pas des normes universelles.

Quelles exigences tester sur l’orchestration, la promesse et les magasins ?

Les exigences doivent prouver que la décision d’affectation est explicable, que la promesse repose sur des données à jour et que le magasin peut exécuter ou refuser la commande. La preuve porte sur la continuité du parcours, pas seulement sur l’écran de configuration.

Modifier une règle d’orchestration et justifier la décision obtenue

Exigence copiable : « Un utilisateur métier habilité modifie une priorité de sourcing sans code ni livraison applicative. Il rejoue la commande dans un état initial maîtrisé et retrouve la règle appliquée, sa version, les sites écartés et le motif de la décision. »

Demandez au candidat de montrer les droits nécessaires, la publication du changement et le retour à la configuration précédente. Faites distinguer une modification autonome d’une intervention d’intégrateur. Si une extension est nécessaire, consignez sa maintenance et son coût plutôt que de la présenter comme du paramétrage.

Generix propose d’évaluer également une contradiction entre priorités : magasin préféré mais capacité insuffisante, ou entrepôt disponible après l’heure limite. L’objectif est d’expliquer l’arbitrage, sans refaire ici la conception de la matrice de sourcing.

Recalculer la promesse et exécuter une commande depuis un magasin

Exigence copiable : « La promesse tient compte du stock disponible à la vente, des réservations, des stocks exclus, des capacités et des heures limites. Le test mesure la fraîcheur des données entre l’événement source et sa prise en compte. » Pour approfondir les règles sans les reproduire dans la consultation, utilisez notre guide de la promesse de disponibilité ATP.

• Faites varier une réservation, un stock exclu et une capacité de préparation ; observez la nouvelle promesse.
• Fixez les horaires en Europe/Paris et vérifiez le comportement autour de l’heure limite.
• Exigez que le magasin reçoive, accepte ou refuse, prépare et expédie la commande avec des statuts traçables.
• Provoquez un refus : la réaffectation prévue doit préserver la cohérence des réservations et actualiser les informations destinées au client.

Relevez séparément les temps observés et les seuils attendus. Un résultat sur quelques commandes ne démontre pas la tenue des volumes de pointe.

Comment vérifier les retours, les marketplaces et la robustesse des interfaces ?

Un retour ou un incident doit laisser une trace cohérente dans tous les systèmes concernés. Pour vérifier un OMS, testez le résultat de bout en bout : remboursement transmis au bon responsable, stock correctement qualifié et échanges repris sans duplication métier.

Tracer un retour entre canaux jusqu’au remboursement et au stock revendable

Exigence copiable : « Pour une commande web retournée dans un autre magasin, l’utilisateur retrouve la commande, contrôle l’éligibilité, renseigne l’état du produit et transmet l’instruction de remboursement au système responsable. Le produit ne redevient vendable qu’après validation. »

Distinguez la politique commerciale de l’enseigne des obligations légales applicables. Le test doit identifier qui autorise le retour, qui constate l’état du produit et qui déclenche réellement le remboursement : OMS, caisse, plateforme de paiement ou autre application.

Generix recommande de conserver les identifiants reliant commande, retour, instruction et confirmation de remboursement. Faites suivre un article non revendable : sa présence physique en magasin ne doit pas suffire à le remettre dans la disponibilité commerciale.

Prouver la couverture des connecteurs et la reprise après incident

Pour chaque marketplace, demandez l’opérateur exact, la version d’interface, les flux couverts, les limites connues et le responsable de maintenance. Une mention « connecteur disponible » n’est pas un résultat de test. Dans notre démarche de sélection, chaque flux annoncé doit correspondre à une preuve identifiable.

• Montrez la création, l’acceptation et l’expédition d’une commande, puis l’annulation ou le retour selon le périmètre demandé.
• Provoquez un rejet et vérifiez que l’erreur est compréhensible, affectée à un responsable et corrigeable.
• Rejouez le même événement : aucune nouvelle commande, réservation ou instruction de remboursement ne doit apparaître indûment.
• Interrompez puis rétablissez une interface ; vérifiez alertes, messages en attente, reprise et réconciliation des états.

Documentez l’idempotence, c’est-à-dire l’absence d’effet métier supplémentaire lors du rejeu d’un même événement. Exigez aussi une explication des événements reçus dans le désordre et des opérations qui nécessitent une intervention manuelle.

Quel scénario de démonstration imposer sur les données de votre enseigne ?

Une démonstration comparable utilise le même jeu, les mêmes étapes et les mêmes incidents pour tous les candidats. Generix recommande de conserver les entrées, les résultats et les traces à chaque étape, en distinguant explicitement composants réels et composants simulés.

Préparer un jeu représentatif, sécurisé et identique pour tous les candidats

Le scénario pédagogique proposé le 19 octobre 2026 comprend 1 entrepôt, 2 magasins et 3 références. Ce périmètre fictif illustre réservations, mouvements et réaffectations ; remplacez-le par un échantillon représentatif de votre enseigne. Préparez un protocole distinct pour les volumes de pointe.

Dans sa fiche « Tester vos applications », publiée le 27 janvier 2020, la CNIL recommande des données fictives représentatives et l’anonymisation des données personnelles présentes dans les configurations importées. Pour la démonstration commerciale, privilégiez donc des données métier sans données personnelles identifiantes ; ne considérez pas une simple pseudonymisation comme une anonymisation.

Faites valider le jeu et ses conditions d’accès par la DSI et le DPO. Notre recommandation est de figer une version commune, accompagnée des résultats attendus et d’une procédure de remise à l’état initial.

Jouer le parcours nominal puis injecter les incidents sans changer de scénario

1. Charger le jeu commun ; contrôler stocks, exclusions, capacités et heures limites.
2. Passer une commande web et une commande marketplace concurrentes sur une disponibilité limitée.
3. Obtenir les réservations et les promesses ; vérifier leur cohérence avec le stock initial.
4. Modifier la priorité de sourcing avec un utilisateur habilité et rejouer la décision dans l’état convenu.
5. Faire refuser la préparation par un magasin ; observer le motif enregistré.
6. Réaffecter selon la règle prévue, puis préparer et expédier.
7. Retourner un article dans l’autre magasin ; suivre son état et l’instruction de remboursement.
8. Interrompre puis rétablir un flux et rejouer un événement ; vérifier absence de doublon et réconciliation.

À chaque étape, conservez entrées, sorties attendues, captures, journaux horodatés et écarts. Identifiez les interfaces simulées : une simulation valide un comportement dans cet environnement, mais ne prouve pas l’intégration réelle. Réservez celle-ci à une preuve de concept connectée ou à la recette.

Comment comparer les candidats ? Tableau unique de notation pondérée

Une grille de notation OMS doit distinguer la couverture prouvée, les réserves et les besoins éliminatoires. Le score pondéré sert à comparer les candidats admissibles ; il ne compense jamais l’échec d’une exigence obligatoire.

Le barème ci-dessous est une proposition méthodologique éditoriale du 19 octobre 2026, sans valeur de benchmark. Adaptez les poids avant consultation. Remplacez les colonnes anonymes par les candidats réellement présélectionnés ; incluez, si pertinent, une variante reposant sur l’ERP ou la plateforme e-commerce.

Échelle proposée à la même date : 0 = non couvert ; 1 = déclaration sans preuve ; 2 = couverture partielle démontrée ; 3 = test accepté avec réserves explicites ; 4 = test accepté sans réserve. Total des poids : 100 %. Score sur 100 = somme des poids exprimés en pourcentage multipliés par la note divisée par 4.

Generix recommande de rattacher chaque note au dossier de preuves et aux réserves. Notre conseil : faites noter conjointement métiers et DSI, puis testez la sensibilité du résultat à une modification des poids. Une hiérarchie instable appelle un examen des risques, pas un classement présenté comme définitif.

Suite intégrée ou OMS spécialisé : comment sécuriser le choix et la recette ?

Une suite intégrée et un OMS spécialisé doivent passer les mêmes tests. Comparez la couverture démontrée, les interfaces restantes, les responsabilités d’incident et le coût du cycle de vie : un même éditeur ne signifie pas absence d’interfaces, et une spécialisation ne garantit pas une meilleure couverture.

Comparer les responsabilités d’intégration et le coût du cycle de vie

Demandez qui supervise les échanges, maintient les connecteurs et arbitre un incident entre OMS, WMS, transport et commerce. Comparez aussi l’autonomie métier et les conditions de mise à jour. Pour coordonner ce chantier avec les opérations physiques, appuyez-vous sur notre guide de la supply chain retail et du pilotage omnicanal.

Chiffrez sur un horizon identique abonnement, intégration, connecteurs, environnements, support, évolutions, formation et sortie. Faites préciser les hypothèses de volumes et les exclusions. Une architecture plus simple sur le schéma doit encore prouver sa simplicité d’exploitation.

Transformer les preuves de démonstration en engagements de recette

Annexez au périmètre contractuel les exigences retenues, résultats attendus et réserves à lever. Prévoyez engagements de service, objectifs de reprise, habilitations, traçabilité, réversibilité et responsabilités. Pour les traitements de données personnelles sous-traités, le contrat doit intégrer les exigences pertinentes de l’article 28 du RGPD, reproduit par la CNIL, notamment les instructions, la confidentialité, la sous-traitance ultérieure, l’assistance, les audits et la restitution ou suppression des données.

Notre solution OMS couvre l’orchestration, des parcours magasin et les interfaces avec ERP, WMS et TMS. Ce périmètre ne dispense d’aucun test : autonomie sans développement, connecteurs précis et seuils de performance restent à vérifier sur le scénario convenu. Generix applique ainsi la même exigence de preuve à sa candidature.

Vous préparez votre consultation OMS ? Présentez à nos équipes vos parcours prioritaires et vos critères de réussite pour cadrer une démonstration adaptée à votre enseigne, après validation opérationnelle de ses modalités. Échangez avec nos experts OMS.

En résumé

• Figez le dossier commun, les résultats attendus et les responsabilités avant de solliciter les candidats.
• Conservez un dossier de preuves reliant chaque test aux traces, aux réserves et au mode de couverture.
• Séparez démonstration fonctionnelle, intégration réelle et validation des volumes de pointe.
• Transformez les résultats retenus en engagements de recette, de service et de réversibilité.