Une commande marketplace peut être acceptée, réservée et marquée prête alors que l'entrepôt ne dispose ni du stock vendable ni du temps nécessaire avant le cut-off transporteur. Le problème naît moins d'un manque de logiciel que d'une promesse commerciale que les statuts physiques ne savent pas prouver.
Reflex WMS porte désormais le nom Hardis WMS depuis la réorganisation de la gamme annoncée par l'éditeur en 2025. Le produit couvre la gestion d'entrepôt ; il ne doit pas devenir l'endroit où l'équipe commerciale improvise prix, priorité de canal ou promesse client.
Vous allez cadrer stock, vagues, colis, retours, interfaces et capacité, puis tester les chemins d'échec avant le go. Le vrai enjeu est opérationnel : un WMS crée de la valeur marketplace lorsqu'il rend l'exécution observable et permet de refuser tôt une promesse impossible.
Notre accompagnement Agence marketplace relie stratégie vendeur et contraintes d'entrepôt. Pour l'orchestration amont, la page centralisation des commandes marketplace précise le rôle de l'OMS.
Comprendre le passage de Reflex WMS à Hardis WMS
Utiliser le bon nom sans perdre l'historique
Hardis Supply Chain indique que Reflex WMS a été renommé Hardis WMS lors de l'unification de sa gamme. Les contrats, documentations anciennes, connecteurs et compétences internes peuvent encore employer « Reflex » ; la gouvernance doit conserver la correspondance.
Le renommage ne prouve pas une migration technique automatique. Avant un projet, vérifiez version, mode d'hébergement, modules, interfaces, support et feuille de route applicables à l'installation réellement proposée.
Dans le registre d'architecture, notez « Hardis WMS, ancien Reflex WMS », puis référencez l'identifiant contractuel exact. Cette précision évite de tester une fonction décrite pour une autre édition.
Qualifier les capacités annoncées
La page officielle décrit l'orchestration des équipes et des systèmes mécanisés, l'ordonnancement en temps réel, les tableaux de bord, la traçabilité et la gestion de flux B2B ou B2C. Ces capacités constituent une base de questions, pas une recette déjà réussie.
L'équipe exige une démonstration sur ses objets : unité, lot, série, emplacement, commande multi-ligne, colis, retour et exception. Une présentation générique ne révèle pas les limites du modèle de stock ou des interfaces.
Chaque fonction est classée disponible, paramétrable, spécifique ou hors périmètre. Le business case exclut les promesses non validées dans la version cible.
Pour qui un investissement WMS devient pertinent
Repérer la complexité physique devenue critique
Le besoin apparaît quand plusieurs zones, transporteurs, canaux ou types de préparation se disputent la même capacité. Les stocks sont alors présents, mais les équipes ne savent plus garantir lesquels peuvent être promis et préparés à temps.
Des signaux faibles précèdent la crise : listes de priorités par messagerie, commandes retirées manuellement des vagues, inventaires correctifs répétés, tracking envoyé après cut-off ou retours remis en vente sans contrôle.
Un vendeur avec un 3PL peut aussi avoir besoin d'un contrat WMS clair, même s'il ne possède pas le logiciel. Il doit savoir quelles preuves recevoir et comment escalader une divergence.
Différer quand le problème reste commercial
Si les commandes arrivent tard parce que le connecteur marketplace échoue, remplacer le WMS traite le mauvais maillon. Si la promesse de livraison est irréaliste, un ordonnancement plus sophistiqué n'ajoute pas de capacité.
Un entrepôt simple, stable et peu volumineux peut conserver un outil plus léger. Le coût de paramétrage, formation, interfaces et exploitation doit être comparé aux incidents réellement évités.
La décision d'investir part donc d'une cartographie des ruptures. Le WMS reçoit seulement celles qui relèvent de stock, emplacement, préparation, colis, inventaire ou retour physique.
Transformer la promesse marketplace en contrat d'entrepôt
Traduire le SLA en heures exploitables
Un engagement « expédié sous 24 heures » doit devenir un cut-off, un calendrier, une capacité et une preuve. L'OMS transmet la priorité, le WMS planifie et confirme la préparation, puis le transporteur accepte la prise en charge.
Le contrat distingue commande reçue, libérée, en préparation, emballée, manifestée et remise. Marquer expédié au moment de l'étiquette masque l'intervalle où le colis attend encore dans l'entrepôt.
Le responsable marketplace précise les conséquences de chaque retard : annulation, pénalité, message client ou promesse révisée. Le WMS expose le fait, mais ne choisit pas seul le geste commercial.
Refuser les priorités implicites
Une commande urgente ne doit pas passer devant toutes les autres parce qu'un message arrive au chef d'équipe. La priorité combine SLA, ancienneté, heure de départ, disponibilité complète et impact client selon une règle validée.
Contre-intuitivement, ne pas lancer une commande incomplète peut protéger le débit global. Attendre une ligne manquante ou scinder selon une règle connue coûte parfois moins qu'une préparation interrompue et un colis impossible à fermer.
La règle d'exception nomme qui peut déroger, pour combien de temps et avec quelle trace. Sans ce cadre, le WMS devient une collection de contournements locaux.
Construire un stock vendable plutôt qu'un stock théorique
Distinguer présence, disponibilité et diffusabilité
Le stock physique inclut des unités qui peuvent être réservées, bloquées qualité, en réception, en inventaire ou retournées. Le stock vendable retire ces états et applique une réserve adaptée au risque de synchronisation.
Le signal faible est un écart fréquent entre inventaire et commandes acceptées. Avant la survente visible, les équipes corrigent déjà manuellement des réservations ou déplacent des unités sans événement fiable.
Le réapprovisionnement marketplace doit utiliser ce stock vendable, le délai fournisseur et la capacité de réception, plutôt qu'une quantité brute.
Poser une règle par état
Exemple concret simulé, chiffres illustratifs : le WMS compte 240 unités physiques, dont 18 bloquées, 12 réservées et 10 retours non contrôlés. La quantité candidate à la diffusion est 200 avant réserve de sécurité et engagements hors marketplace.
Si l'écart quotidien entre stock WMS et stock publié dépasse 2 % sur une famille critique, alors l'équipe bloque l'augmentation de diffusion et recherche latence, événement perdu ou mauvais mapping d'état.
Chaque correction doit produire un mouvement traçable. Une modification directe de quantité sans motif ferme le symptôme mais détruit la preuve d'inventaire.
Ordonner vagues, cut-off et priorités de canal
Segmenter selon le travail réel
Les vagues peuvent être organisées par heure de départ, zone, transporteur, type de commande ou équipement. Le meilleur découpage réduit déplacements et attente sans sacrifier les commandes qui approchent de leur cut-off.
Un indicateur global de lignes par heure masque les files. Mesurez temps d'attente avant lancement, durée de picking, blocage au packing et délai jusqu'à remise au quai.
Le choix de vague doit rester réversible pendant le pilote. Si une segmentation augmente les exceptions ou les parcours, revenez au palier précédent avec la même cohorte.
Tester la saturation avant le pic
Cas simulé, chiffres illustratifs : l'entrepôt absorbe 1 400 lignes un jour normal, mais le scénario de pic en injecte 2 100 avec le même départ transporteur. Le test cherche l'heure où la file devient irrattrapable.
Si plus de 5 % des lignes prévues avant cut-off restent non lancées deux heures avant le départ, alors la règle réduit les promesses nouvelles, ajoute une capacité validée ou priorise les commandes à risque.
Accélérer le picking sans vérifier packing et quai déplace seulement le goulot. La recette suit toute la chaîne jusqu'à la prise en charge transporteur.
Prouver colis, tracking et remise au transporteur
Séparer l'étiquette de l'expédition
La création d'un numéro de suivi ne prouve pas que le colis a quitté le bâtiment. Conservez la fermeture du colis, le manifeste, le scan au quai et l'événement transporteur pour expliquer l'écart en cas de litige.
Un tracking sans événement après plusieurs heures constitue une alerte. L'équipe vérifie colis resté au quai, collecte manquée, étiquette invalide ou interface TMS en retard.
La page TMS pour vendeur marketplace complète ce contrôle lorsque le choix transporteur et les événements de livraison sortent du périmètre WMS.
Gérer les colis qui ne ferment pas
Une commande peut bloquer pour article manquant, dimension inattendue, erreur de pesée ou document absent. Le WMS doit créer une exception attribuée, sans marquer artificiellement le colis prêt.
Cas simulé, chiffres illustratifs : 26 colis restent sans fermeture à 16 heures. Quinze manquent d'une unité, six ont un problème d'étiquette et cinq exigent un emballage différent. Les causes appellent trois actions distinctes.
Le seuil priorise les colis proches du départ, mais conserve une limite. Une exception qui ne peut être résolue à temps déclenche une promesse révisée plutôt qu'un statut trompeur.
Fermer les retours avant de republier le stock
Traiter le retour comme un nouveau contrôle
Une unité retournée n'est pas automatiquement vendable. Elle doit être reçue, identifiée, inspectée et orientée vers remise en stock, reconditionnement, rebut ou litige.
Le statut marketplace, le remboursement et l'état physique peuvent évoluer à des moments différents. Le dossier relie ces événements pour éviter une revente avant contrôle ou un remboursement sans récupération.
Les familles sensibles portent un protocole spécifique : série, accessoires, hygiène, emballage ou dommage. Une règle moyenne ne suffit pas à protéger la qualité.
Mesurer la durée d'immobilisation
Le signal faible est une zone retour qui grossit alors que le stock disponible semble baisser. La valeur existe physiquement mais reste bloquée faute de capacité ou de décision.
Si un retour à forte valeur reste sans verdict plus de 48 heures, alors une file prioritaire attribue le contrôle et remonte l'incident au responsable stock.
Le coût complet inclut manutention, inspection, reconditionnement et décote. Cette lecture évite de célébrer un taux de remise en stock qui consomme trop de temps.
Répartir les responsabilités entre OMS, WMS et TMS
Donner un propriétaire à chaque état
L'OMS possède la commande, la réservation inter-canal et la promesse ; Hardis WMS possède l'exécution physique ; le TMS gère le choix transporteur et les événements de transport selon l'architecture retenue. Les frontières exactes doivent être écrites.
Un même statut ne doit pas avoir trois définitions. « Expédié » peut signifier étiquette créée, colis manifesté ou pris en charge ; le contrat choisit l'événement qui autorise la notification marketplace.
La ressource OMS, WMS et 3PL pour vendeur marketplace aide à formaliser ces passages de relais.
Prévoir les doublons et événements en retard
Une interface peut envoyer deux fois la même commande ou livrer un événement après son successeur. Les contrats prévoient idempotence, version, horodatage et file d'erreurs pour éviter une double préparation.
Le responsable de l'interface ne corrige pas silencieusement la donnée dans plusieurs systèmes. Il identifie la source opposable, rejoue l'étape sûre et garde la trace du résultat.
Une commande sans accusé WMS après le seuil convenu quitte le flux normal. L'OMS suspend la promesse ou réoriente selon une règle validée, plutôt que de supposer la réception.
Piloter capacité et exceptions avant le pic
Mesurer la file plutôt que la moyenne
La moyenne quotidienne peut rester bonne alors que les commandes reçues après midi manquent leur départ. Le pilotage observe backlog par cut-off, âge des exceptions, capacité restante et goulot dominant.
Les alertes doivent produire une décision : réduire la promesse, ouvrir un créneau, réaffecter une zone ou bloquer une famille. Une alerte sans action ajoute du bruit au pic.
La priorité va aux incidents qui menacent plusieurs commandes ou un canal critique. Les anomalies isolées non urgentes restent dans une file séparée avec leur délai.
Garder un mode dégradé défendable
Le mode dégradé précise quelles commandes peuvent continuer, comment capturer les scans, qui valide la reprise et comment réconcilier après restauration. Un fichier improvisé le jour de la panne ne protège pas la traçabilité.
Les équipes rejouent la perte d'une interface, d'une imprimante ou d'un transporteur. La recette vérifie que les commandes ne partent ni deux fois ni sans preuve.
Ciama Marketplace peut centraliser les alertes et décisions inter-systèmes lorsque le WMS reste la preuve physique mais que le pilotage dépasse l'entrepôt.
Mettre interfaces, monitoring et repli sous contrat
Décrire les flux observables
Les entrées sont commandes, réservations, articles, stocks attendus et règles de priorité. Les sorties comprennent accusé, mouvements, état de préparation, colis, tracking et retour ; chaque responsabilité, dépendance et seuil de latence apparaît dans le contrat.
Le monitoring suit volume reçu, messages en erreur, âge de file et dernier événement traité. Si une dépendance dépasse le seuil, l'alerte désigne le responsable et suspend les promesses affectées au lieu de masquer le retard.
La journalisation conserve identifiant de commande, version, événement, source et résultat. Cette traçabilité permet de rejouer sans double effet et d'expliquer une exception au support.
Un tableau de compatibilité relie aussi chaque version OMS, WMS, TMS et équipement testé. Lors d'une mise à jour, l'équipe sait quelle cohorte rejouer avant de rétablir les promesses rapides.
Organiser le rollback opérationnel
Le repli définit une capacité réduite, une liste de commandes autorisées, les supports de scan et la manière de réinjecter les événements. Le responsable de site décide l'entrée et la sortie du mode dégradé.
Un rollback de paramétrage restaure la vague, l'allocation ou le mapping précédent, puis rejoue une cohorte témoin. Les mouvements déjà exécutés restent comptabilisés ; revenir en arrière ne signifie jamais effacer la réalité physique.
Le runbook nomme dépendances, contacts, seuils et preuves de fermeture. Deux personnes différentes doivent pouvoir l'exécuter pendant la recette.
La reprise se termine par une réconciliation des commandes, mouvements, colis et notifications. Le système ne revient au flux normal que lorsque les écarts résiduels sont attribués et bornés.
Matrice de décision du go avec des scénarios d'entrepôt
- D'abord : valider le stock vendable et les mouvements sur une cohorte d'articles à états contrastés.
- Ensuite : provoquer saturation, colis bloqué, événement dupliqué, retour douteux et indisponibilité d'interface.
- Puis : contrôler responsabilité, seuil, journalisation, repli et reprise pour chaque chemin.
- À refuser : élargir tant qu'une commande peut être annoncée expédiée sans preuve de remise ou préparée deux fois.
Critères d'acceptation du pilote
Le pilote doit réduire les corrections manuelles, expliquer les écarts de stock et tenir les cut-offs sur une période représentative. Le résultat reste segmenté par type de commande, pas seulement agrégé.
Les utilisateurs doivent exécuter réception, préparation, exception et retour sans aide permanente de l'intégrateur. Une solution fonctionnelle mais incomprise n'est pas prête.
Le coût total inclut licences, intégration, terminaux, formation, support et exploitation. Comparez-le aux incidents évités, à la capacité et à la qualité de service.
Décider un périmètre progressif
Un go limité à un site, une famille ou un canal peut être plus sûr qu'une bascule générale. Le périmètre suivant attend la stabilité des interfaces et la fermeture des exceptions critiques.
Les fonctions avancées de mécanisation ou d'ordonnancement viennent après la vérité de stock et de colis. Automatiser une donnée instable accélère la mauvaise exécution.
Le comité choisit étendre, corriger, limiter ou replier avec des preuves datées. Une échéance commerciale ne remplace jamais les critères de sortie.
Plan d'action WMS marketplace en huit semaines
Semaines 1 et 2 : cartographier le réel
La première semaine suit vingt commandes depuis l'acceptation jusqu'au transport, ainsi que dix retours. Elle documente outils, scans, corrections manuelles et propriétaires.
La deuxième semaine définit stock vendable, statuts, cut-offs et preuves. Les fonctions Hardis WMS sont rapprochées de la version cible et classées standard, paramétrées ou spécifiques.
La sortie comprend un contrat d'événements et un RACI. Les ambiguïtés sur « prêt » ou « expédié » sont fermées avant le développement des interfaces.
Le sponsor choisit aussi les exclusions du pilote : familles réglementées, emballages spéciaux ou transporteurs sans environnement de test. Ces limites restent visibles dans le verdict pour empêcher une généralisation abusive.
Semaines 3 à 5 : construire et éprouver
La troisième semaine configure une cohorte d'articles, d'emplacements et de commandes. Les mouvements sont comparés au stock publié et à l'OMS.
La quatrième semaine teste vagues, cut-offs, packing et remise transporteur à volume normal. Chaque blocage crée une exception attribuée avec une action autorisée.
La cinquième semaine injecte le scénario de pic et des retours complexes. Les équipes mesurent backlog, âge, capacité et délai de fermeture, puis ajustent le périmètre.
Un contrôle croisé rapproche ensuite les statuts OMS, WMS, TMS et marketplace sur les mêmes commandes. Toute divergence inexpliquée bloque la phase suivante, même si la préparation physique semble réussie.
Semaines 6 à 8 : sécuriser et décider
La sixième semaine provoque doublon, événement en retard, panne d'interface et indisponibilité transporteur. Le mode dégradé doit conserver l'identité des commandes et prévenir le double effet.
La septième semaine forme opérateurs, chefs d'équipe, support et astreinte. Une recette croisée vérifie que chacun retrouve la même cause et la même procédure.
La huitième semaine rend le verdict de go. L'extension attend des seuils stables, un monitoring actif, un rollback testé et un stock vendable explicable sans tableur parallèle.
Le compte rendu sépare les preuves du pilote, les hypothèses de capacité et les fonctions non testées. Cette séparation donne à la direction un périmètre d'engagement réaliste pour la bascule.
Erreurs fréquentes d'un projet WMS vendeur
Copier les anciennes exceptions
La première erreur est de transposer toutes les règles existantes sans demander pourquoi elles existent. Une exception née d'un ancien système devient alors un paramétrage durable qui alourdit chaque vague.
La seconde est de mesurer seulement la productivité. Préparer plus de lignes n'a pas de valeur si le stock, le colis ou le tracking restent faux.
Le projet doit supprimer, simplifier ou borner chaque dérogation. Une règle conservée porte un propriétaire et une raison économique.
Sous-estimer les interfaces et les humains
Un WMS ne travaille pas seul : articles, commandes, stocks, transporteurs, équipements et comptes utilisateurs doivent rester alignés. Un mapping fragile peut bloquer plus que l'algorithme n'optimise.
Former uniquement les opérateurs oublie support, marketplace et finance. Ces équipes ont besoin de comprendre les statuts et les preuves pour répondre au client ou rapprocher un incident.
Enfin, un go sans rollback transforme la première panne en improvisation. La reprise, les seuils et les données indépendantes doivent être prêts avant la bascule.
Sources Hardis et faits à qualifier
Documentation officielle consultée
La page officielle Hardis WMS décrit personnalisation, ordonnancement, tableaux de bord, traçabilité et orchestration des opérations. L'annonce officielle de novembre 2025 confirme le renommage de Reflex WMS en Hardis WMS.
Ces contenus établissent le positionnement éditeur et le changement de marque. Ils ne prouvent ni la compatibilité avec un SI donné ni les gains propres à un entrepôt.
La recette doit confirmer édition, modules, hébergement, connecteurs, langues, performances et coûts dans la proposition contractuelle actuelle.
Traiter les chiffres comme déclaratifs
Hardis publie des chiffres d'implantation et d'expérience sur son site. Ils décrivent l'entreprise ou sa base installée et ne constituent pas un seuil de capacité garanti pour votre configuration.
Tout cas client ou volume doit être relu avec contexte : lignes, articles, automatisation, horaires, infrastructure et niveau de service. Une moyenne commerciale ne dimensionne pas un pic.
Date de vérification : 12 août 2026. Le nom, les offres et la documentation pouvant évoluer, les faits sensibles doivent être revérifiés avant achat.
Lectures sur commandes, stock et transport
Approfondir la chaîne OMS-WMS
Le dossier centralisation OMS des commandes marketplace aide à positionner réservation, routage et promesse en amont de l'entrepôt.
La ressource construire une promesse transport défendable prolonge le travail jusqu'au client.
Ces lectures ferment les zones grises où chaque système croit que l'autre possède la décision.
Gouverner les incidents de stock
La carte des KPI vendeur marketplace aide à sélectionner backlog, stock vendable, retards et exceptions utiles à la décision.
Le mode dégradé prix, stock et commandes détaille le cadre à maintenir lorsque le flux normal devient indisponible.
Le WMS reste alors une composante de la preuve, intégrée à un pilotage vendeur plus large.
Conclusion : faire du WMS une preuve d'exécution
Hardis WMS, ancien Reflex WMS, peut structurer la réception, le stock, la préparation, le colis et le retour. Sa valeur marketplace se joue dans la précision des statuts et des interfaces.
Le projet doit commencer par la promesse client, puis traduire stock vendable, cut-off et preuve de remise en règles que l'entrepôt peut réellement exécuter.
Un périmètre réduit, testé en saturation et en panne, protège mieux le vendeur qu'une bascule large où les équipes corrigent encore les exceptions à la main.
Pour cadrer cette chaîne de la commande jusqu'au transport et choisir les bons seuils, notre accompagnement Agence marketplace vous aide à relier promesse, systèmes et réalité d'entrepôt.
