Changer de WMS : quand, comment, et ce qu’on risque de perdre

Remplacer un WMS, un nouveau projet à part entière.

Les signaux qui disent qu’il est temps !

L’âge du logiciel n’en est pas un. Un WMS de douze ans qui fait le travail et que l’éditeur maintient encore n’a aucune raison d’être remplacé. Mis à niveau à la rigueur (c’est recommandé d’ailleurs). Les signaux qui comptent sont ailleurs.

• L’éditeur ne maintient plus votre version. Vous n’êtes plus corrigé, plus mis en conformité, et le support devient une négociation à chaque incident.
• Les contournements se multiplient. Chaque exception se traite dans un tableur à côté du système. Quand ces tableurs deviennent indispensables à l’exploitation, le WMS a cessé d’être le système de référence.
• Chaque évolution demande du développement spécifique. Le coût de chaque changement d’organisation devient prohibitif, ce qui finit par figer l’entreprise sur son outil.
• Un mode de préparation que l’activité impose n’est pas gérable. Le e-commerce, le multi-clients ou la préparation multi-commandes arrivent souvent après l’installation du WMS.
• Les compétences ont disparu en interne comme chez l’éditeur. Plus personne ne sait pourquoi le paramétrage est ce qu’il est, et personne n’ose y toucher. Hélas, c’est fréquent …

Un seul de ces signaux ne justifie pas nécessairement un remplacement. Plusieurs, oui.

Vérifier d’abord que le problème vient du logiciel…

C’est l’étape que la frustration fait sauter, et c’est celle qui évite de payer deux fois. Beaucoup de remplacements décidés dans l’urgence reproduisent le problème sur un outil neuf, parce que la cause était ailleurs.

C’est le logiciel qui marche pas !

Trois causes se confondent facilement avec une défaillance du WMS.

• Un paramétrage qui n’a jamais été révisé depuis la mise en service, alors que l’activité a changé : les emplacements, les règles d’affectation et les priorités de préparation datent d’un contexte qui n’existe plus.
• Une organisation qui a dérivé, avec des pratiques prises en dehors du système, que le logiciel ne peut pas connaître.
• Et des données de base dégradées, références en double, unités de conditionnement fausses, emplacements fantômes, qui produisent des symptômes que l’on impute au logiciel.

Le test est simple : si vous ne savez pas nommer précisément ce que le nouvel outil fera que l’ancien ne fait pas, le diagnostic n’est pas terminé.

L’historique de données, ce qu’on découvre trop tard

C’est le point le plus sous-estimé d’un remplacement, et celui qui produit le plus de mauvaises surprises en fin de projet.

Ce que vous devez conserver, et pourquoi

Un WMS accumule bien plus que des quantités en stock. Il contient l’historique des mouvements, la traçabilité des lots et des numéros de série, les preuves de préparation et d’expédition, les inventaires successifs, et parfois des données de production ou de contrôle qualité. Une partie de cet ensemble répond à des obligations : traçabilité alimentaire, dispositifs médicaux, matières dangereuses, garanties contractuelles. Une autre partie sert simplement à répondre à un client qui conteste une livraison d’il y a huit mois.

Les trois façons de traiter la question

Reprendre l’historique dans le nouveau système. C’est la solution la plus confortable à l’usage et la plus coûteuse à réaliser, parce que les structures de données diffèrent d’un éditeur à l’autre et que la conversion est un projet en soi. Elle se justifie quand l’historique doit rester interrogeable au quotidien.

Archiver hors du WMS. Les données sont extraites, converties dans un format lisible durablement, et stockées avec un moyen de les consulter. Moins cher, à condition de vérifier que l’archive reste exploitable et pas seulement lisible.

Maintenir l’ancien système en consultation. Solution de facilité qui devient un piège : elle suppose de continuer à payer des licences, à maintenir un serveur et une compétence, pour un outil que plus personne n’utilise activement. Et qui laissera sous le nez de tout le monde la preuve évidente que « c’était mieux avant, regarde ! » Une fausse bonne idée.

Les questions à poser avant de signer

Sous quel format l’éditeur sortant restitue-t-il les données, et à quelles conditions tarifaires ? La question se pose avant la fin du contrat, pas après : une restitution demandée dans un climat dégradé coûte plus cher et prend plus de temps. Que reprend exactement le nouvel éditeur, et à quel prix ? Combien d’années d’historique sont réellement nécessaires, au regard de vos obligations plutôt que du confort ? Et qui contrôlera que la reprise est fidèle, ce qui suppose de définir à l’avance ce qu’on vérifie.

Les interfaces, la seconde facture invisible

Un WMS installé depuis des années est relié à tout ce qui l’entoure : l’ERP, les transporteurs, parfois les portails clients, les automates, les balances et les imprimantes, les terminaux mobiles. Chacune de ces liaisons a été construite, testée, et souvent corrigée plusieurs fois depuis.

Ces interfaces ne se transposent pas. Elles se refont, avec un autre format d’échange, d’autres champs et une autre logique. C’est ordinairement le poste le plus sous-évalué d’un projet de remplacement, davantage que la licence elle-même.

Trois précautions changent le résultat.

• Recenser les interfaces existantes avant la consultation, y compris celles que plus personne ne mentionne parce qu’elles fonctionnent en silence depuis six ans.
• Identifier celles qui portent une contrainte externe, un client qui impose son format d’avis d’expédition ou un transporteur qui impose son étiquette : celles-là ne sont pas négociables et elles conditionnent le calendrier.
• Et demander à chaque éditeur qui a déjà réalisé cette interface précise, avec quel connecteur et en combien de jours, plutôt que de se contenter d’un « nous savons faire ».

Les automates méritent une attention particulière. Si votre entrepôt est équipé de convoyeurs, de transstockeurs ou de robots, le partage des responsabilités entre le WMS et la couche qui pilote les machines (WCS) a été défini une fois, souvent à l’oral. Le changer suppose de le réécrire, et c’est le point où un projet de remplacement peut doubler de durée.

Migrer ou remplacer : ce ne sont pas les mêmes projets

Deux chemins existent et on les confond souvent.

• La montée de version chez le même éditeur conserve les données et une partie du paramétrage, mais impose parfois de refaire les développements spécifiques et de revalider les interfaces.
• Le changement d’éditeur repart d’une page blanche fonctionnelle, avec la reprise de données et la refonte complète des interfaces.

La montée de version paraît toujours moins chère au premier abord. Elle l’est souvent, à une réserve près : si votre insatisfaction vient de la couverture fonctionnelle et non de la technique, elle vous laisse exactement là où vous étiez, avec une facture en plus. A noter cependant qu’une montée de version mérite d’être faite avec un apport fonctionnel vs version actuelle. Tant qu’à mettre l’organisation en mode projet, il faut profiter des évolutions du produit pour élargir la couverture fonctionnelle du WMS.

Basculer sans arrêter l’entrepôt

Personne ne ferme un entrepôt pour changer de système. La bascule se prépare, et trois décisions comptent davantage que le reste.

Le moment dans l’année. Basculer trois semaines avant un pic d’activité est la décision qui fait le plus de dégâts. La bonne fenêtre se choisit sur la courbe d’activité, pas sur le calendrier du projet.

Le périmètre de départ. Une zone, une famille de produits ou un type de commande d’abord, plutôt que la totalité du site le même jour. Le double fonctionnement pèse sur les équipes mais il permet de découvrir les écarts sans bloquer l’expédition. A manier avec précaution quand même. D’avoir sous les yeux les 2 systèmes en exploitation donnent des éléments supplémentaires à freiner le changement.

L’inventaire de bascule. Il est le point de vérité du nouveau système. Un inventaire bâclé pour gagner deux jours produit des écarts que l’on passera six mois à corriger, en accusant le nouvel outil.

La nature réelle du risque

Il faut nommer la nature du risque, parce qu’elle n’est pas celle qu’on imagine en réunion de sélection. Le danger n’est pas de retenir une solution dont une fonctionnalité manquera. C’est qu’un entrepôt privé de son système ne ralentit pas, il s’arrête. Un préparateur sans terminal ne sait plus où aller ; une expédition sans étiquette ne part pas. Le délai se compte en minutes, pas en journées.

Une mise en service ratée ne dégrade donc pas la performance, elle bloque les livraisons. Et une entreprise qui n’expédie plus pendant plusieurs semaines ne perd pas seulement du chiffre d’affaires : elle perd des clients qui trouvent une solution ailleurs et ne reviennent pas toujours. C’est ce qui fait du choix d’un WMS une décision de dirigeant et non une décision technique.

Les trois protections à exiger avant de signer

Le mode dégradé. Que fait l’entrepôt si le système est indisponible une demi-journée ? La réponse doit être écrite, testée, et connue des équipes. Elle suppose souvent des éditions papier de secours et une procédure de rattrapage des saisies.

Le plan de repli. Jusqu’à quelle date et dans quelles conditions pouvez-vous revenir à l’ancien système (rollback) si la bascule se passe mal ? Cette réponse conditionne l’ordre des opérations : elle suppose de ne pas résilier l’ancien contrat le jour du démarrage, et de conserver l’ancienne infrastructure pendant une période définie.

La réversibilité. Dans quel format et sous quel délai récupérez-vous vos données si vous quittez ce nouvel éditeur dans cinq ans ? La question se négocie à la signature, où elle ne coûte rien, jamais à la sortie, où elle coûte cher.

Un éditeur sérieux répond à ces trois questions sans se braquer. Celui qui les esquive vous renseigne autant sur la suite que son catalogue de fonctionnalités.

Ce que coûte l’attente

Rester sur un outil qui ne suit plus a un prix, rarement calculé parce qu’il n’apparaît nulle part. Il se lit dans les heures passées à contourner le système, dans les développements spécifiques qui s’empilent, dans le risque porté par les compétences d’une ou deux personnes, et dans les opportunités écartées parce que l’entrepôt ne saurait pas les traiter.

La question à trancher n’est donc pas « faut-il changer », mais « à partir de quand le coût de l’attente dépasse celui du projet ».

Questions fréquentes

Combien de temps faut-il conserver l’historique d’un WMS ?

Cela dépend de vos obligations, pas de votre confort. Traçabilité alimentaire, dispositifs médicaux, matières dangereuses et garanties contractuelles imposent chacun leurs durées. Le réflexe utile est de faire établir la liste de vos obligations réelles avant de décider combien d’années reprendre : reprendre dix ans par précaution coûte cher et ne sert souvent à rien.

L’ancien éditeur est-il obligé de restituer nos données ?

Les conditions figurent dans votre contrat, et elles sont très variables : format de restitution, délai, tarification. C’est un point à vérifier avant d’engager la consultation, pendant que la relation est encore sereine, et non au moment de la résiliation.

Peut-on garder les mêmes interfaces avec le nouveau WMS ?

Presque jamais telles quelles. Les formats d’échange et les champs diffèrent d’un éditeur à l’autre. Ce qui se conserve, ce sont les contraintes imposées de l’extérieur, celles de vos clients et de vos transporteurs, et c’est justement pour cela qu’il faut les recenser en premier.

Faut-il changer de WMS quand on automatise l’entrepôt ?

Pas nécessairement, mais la question se pose. Le point à instruire est le partage des responsabilités entre le WMS et la couche de pilotage des machines. Si votre WMS actuel ne sait pas dialoguer avec cette couche, le sujet devient structurant, et il vaut mieux le traiter avant de commander l’automatisation.

Combien de temps dure un projet de remplacement ?

Il dépend beaucoup moins du logiciel que du nombre d’interfaces à refaire et du volume d’historique à reprendre. Un site unique avec deux interfaces se remplace sans commune mesure avec un site multi-clients relié à quinze systèmes externes.

Que se passe-t-il si la bascule se passe mal ?

C’est la question à instruire avant de signer, pas après. Trois réponses doivent être écrites : le fonctionnement de l’entrepôt en mode dégradé, la possibilité de revenir à l’ancien système et jusqu’à quelle date, et les conditions de récupération de vos données. Un éditeur qui répond sereinement à ces trois points vous renseigne autant que son catalogue.

Notre insatisfaction vient peut-être de nous, pas de l’outil. Comment le savoir ?

Posez la question à l’envers : que fera précisément le nouveau système que l’ancien ne fait pas ? Si la réponse tient en une liste courte et vérifiable, le remplacement se justifie. Si elle reste dans le registre du ressenti, le diagnostic n’est pas terminé et un regard extérieur coûte moins cher qu’un projet.

Un remplacement à instruire avant de consulter

Recenser les interfaces existantes, établir ce que la reprise d’historique doit réellement couvrir, vérifier que la cause de l’insatisfaction est bien le logiciel et faire écrire les clauses de repli : ces quatre points décident du coût et du risque du projet, et ils se traitent avant le premier rendez-vous éditeur. Blogistics est écrit par des professionnels de la filière, qui interviennent aussi en conseil sur ces migrations. Le premier échange est gratuit et sans engagement.

Instruire votre remplacement