Moderniser un système d'entrepôt vieux de 12 ans sans arrêter les camions
Un distributeur faisait tourner tout son entrepôt sur un logiciel plus ancien qu'une partie de son personnel. Voici comment nous l'avons remplacé pièce par pièce — sans bascule d'un seul coup, sans expédition perdue — et ce que nous referions à l'identique.

Le logiciel le plus dangereux dans une petite entreprise est le logiciel qui fonctionne. Pas l'outil bogué dont tout le monde se plaint — celui-là finit par être remplacé. Le dangereux, c'est le système de douze ans que personne n'aime mais dont tout le monde dépend, celui qui démarre depuis une tour beige dans un coin et qui fait tourner l'entrepôt depuis avant que la moitié de l'équipe ne soit embauchée. Il fonctionne. Jusqu'au jour où il ne fonctionne presque plus, et où chacun réalise d'un coup que toute l'entreprise repose en équilibre sur lui.
Voici l'histoire de l'un de ces systèmes, et comment nous l'avons remplacé. Le client est un distributeur régional — quelques milliers de références, un entrepôt unique, une trentaine de personnes entre le sol et le bureau. Nous les avons anonymisés et arrondi les chiffres, mais la trajectoire du projet est exactement celle qui s'est déroulée. Si vous êtes assis sur un système vieillissant que vous n'osez pas toucher, voilà à peu près à quoi ressemble de l'intérieur une modernisation raisonnable.
Il n'y a aucune réécriture héroïque dans cette histoire, aucun week-end où nous avons actionné un interrupteur et où tout était neuf. Le point essentiel — ce qui a fait que ça a marché — c'est qu'il ne s'est rien passé de dramatique. Les camions ont continué à charger. L'entrepôt a à peine senti le sol bouger sous lui. C'est l'objectif dans le travail sur l'existant, et il vaut la peine de comprendre pourquoi.
La situation : un système tenu par la mémoire d'une seule personne
L'entrepôt tournait sur un système sur mesure conçu vers 2013 par un développeur parti depuis longtemps. Il faisait l'essentiel — suivre les stocks, imprimer les listes de préparation, sortir les commandes — et un jour normal, il le faisait bien. Le problème n'était pas vraiment le logiciel. Le problème, c'était tout ce qui avait poussé autour du logiciel pour le maintenir utilisable.
En une décennie, l'équipe avait discrètement bâti un système fantôme fait de bouts de ficelle : un tableur pour les comptages de stock que le logiciel se trompait, un deuxième tableur qui rapprochait le premier de la réalité, un groupe WhatsApp où le responsable d'entrepôt signalait les articles que le système ne savait pas représenter, et un classeur imprimé de contournements que les nouveaux devaient mémoriser. Rien de tout cela n'était documenté en un seul endroit. Cela vivait dans la tête de la responsable des opérations, une femme posée d'une cinquantaine d'années, là depuis quatorze ans, et qui était, dans les faits, la documentation.
Quand le dirigeant nous a appelés pour la première fois, ce n'était pas à cause d'une panne. C'était parce qu'elle avait annoncé vouloir partir à la retraite dans deux ans, et qu'il avait fait le calcul et compris que le jour où elle partirait, une part significative du fonctionnement réel de l'entrepôt franchirait la porte avec elle. C'est un déclencheur de modernisation plus courant que n'importe quelle défaillance technique : non pas le système qui casse, mais la prise de conscience que les personnes qui le rafistolent ne seront pas là éternellement.
“Le système hérité n'était pas le risque. Le risque, c'était que le savoir qui le maintenait en vie tenait dans une personne qui voulait partir à la retraite.”
Les symptômes que tout le monde avait cessé de remarquer
Quand nous avons passé nos deux premiers jours à simplement regarder l'entrepôt travailler, les coûts du vieux système étaient partout — mais ils étaient devenus si normaux que plus personne ne les signalait comme des problèmes. On faisait confiance aux chiffres de stock pour être faux d'une marge prévisible, si bien que chaque grosse commande recevait un contrôle physique manuel « au cas où ». Le personnel nouveau mettait des semaines à devenir utile, parce qu'une grande partie du métier relevait d'un savoir non écrit. Et le système tournait sur un système d'exploitation si ancien qu'il ne pouvait plus être corrigé, sur un réseau dont le dirigeant savait en privé qu'il était un incident de sécurité en attente d'arriver.
- La précision de l'inventaire tournait autour de 80 %, donc le personnel recomptait à la main tout ce qui comptait — des heures par jour, en silence.
- La logique de la liste de préparation ne gérait pas l'agencement actuel de l'entrepôt, donc les préparateurs suivaient l'itinéraire indiqué par le classeur, pas par l'écran.
- Le rapprochement des stocks de fin de mois occupait deux personnes le plus clair de trois jours.
- Une seule machine pouvait exécuter la partie administration du logiciel, et si elle tombait en panne, personne n'avait de plan clair.
- Rien ne se connectait au canal de commande en ligne ajouté par l'entreprise en 2019 — ces commandes étaient ressaisies à la main.

Ce que nous avons délibérément évité de faire
Le mouvement évident — celui que beaucoup de prestataires auraient proposé — consiste à acheter une grande plateforme de gestion d'entrepôt sur étagère, à tout migrer en un week-end et à éteindre le vieux système le lundi matin. Nous avons vu cette approche mal tourner assez souvent pour ne pas la proposer à une entreprise comme celle-ci. Une bascule d'un seul coup suppose que l'on comprend parfaitement le vieux système. Avec une décennie de contournements non documentés, personne ne le comprenait — pas même ceux qui le faisaient tourner.
Le deuxième mouvement tentant est une réécriture complète sur mesure, de zéro : reprendre tout ce que fait le vieux système, le reconstruire proprement, livrer le nouveau. Cela paraît responsable et c'est une manière classique de brûler une année et un gros budget pendant que l'entreprise attend, figée, un remplacement qui ne cesse de glisser. L'ennui, c'est qu'une réécriture doit reproduire chaque bizarrerie avant de pouvoir démarrer — y compris les bizarreries dont personne ne se souvient qu'elles sont porteuses, jusqu'à ce qu'elles manquent.
Nous n'avons donc fait ni l'un ni l'autre. Nous avons traité le vieux système non comme une chose à démolir, mais comme une chose à entourer et remplacer lentement — une capacité à la fois, le vieux système continuant de tourner en dessous comme filet de sécurité tout du long. Sans panache. Et aussi la seule version de cela qui fonctionne de façon fiable.
L'approche : étrangler le vieux système, ne pas le faire sauter
Les développeurs ont un nom bien rodé pour ce modèle — l'approche « strangler » (étrangleur), du nom d'une liane qui pousse autour d'un arbre jusqu'à pouvoir tenir seule, l'original disparaissant en silence. On ne remplace pas le vieux système d'un seul geste. On bâtit de nouvelles pièces autour de lui, on y achemine du travail réel une à une, et on laisse le vieux système rétrécir jusqu'à ce qu'il en reste assez peu pour l'éteindre sans que personne ne retienne son souffle.
Pour cet entrepôt, cela a signifié convenir d'emblée d'une séquence : quelle capacité détacher en premier, laquelle garder pour la fin et — surtout — une règle selon laquelle à chaque étape, si la nouvelle pièce se comportait mal, nous pouvions revenir directement à l'ancienne méthode le jour même. Aucune étape n'avait le droit d'être un point de non-retour avant la toute fin. C'est cette seule règle qui a permis au dirigeant de dormir, et au personnel de l'entrepôt de faire confiance au projet au lieu de s'arc-bouter contre lui.
- 1Cartographier ce que le système fait réellementTrois semaines à suivre de près le sol et le bureau pour documenter le flux de travail réel — y compris chaque contournement par tableur et classeur. Nous avons consigné le système qui existait, pas celui que décrivait le cahier des charges initial.
- 2Nettoyer les données avant de les déplacerNous avons mené un inventaire physique complet et nettoyé la base de données produits par rapport à lui. Migrer des données sales dans un nouveau système ne fait que donner plus vite la mauvaise réponse — donc cela est venu avant que tout nouveau logiciel ne touche aux données.
- 3Remplacer d'abord la pièce la plus douloureuseNous avons bâti le nouveau module de suivi et de comptage des stocks, l'avons fait tourner en parallèle de l'ancien, et ne lui avons fait confiance que lorsque les chiffres ont collé à la réalité pendant un mois entier.
- 4Brancher les canaux que le vieux système ignoraitEnsuite, nous avons relié le canal de commande en ligne directement aux nouvelles données de stock, supprimant la ressaisie manuelle qui existait en silence depuis 2019.
- 5Détacher le reste, puis retirer le vieux cœurPréparation, reporting et rapprochement ont migré un à un. Quand presque plus rien de réel ne tournait sur le vieux système, nous l'avons enfin éteint — un non-événement à ce stade.

Les parties qui ont été vraiment difficiles
Il serait malhonnête de présenter cela comme fluide. Le travail technique était la partie facile. Les parties difficiles étaient humaines et procédurales, et ce sont les mêmes parties difficiles sur presque tous les projets sur l'existant.
La règle non documentée qui a cassé une fonction
Deux semaines après le lancement du nouveau module de stock en parallèle, les chiffres ont dérivé pour une catégorie de produits sans que nous puissions voir pourquoi. Après une journée de fouille, la responsable des opérations a mentionné, presque en passant, que certains articles en vrac étaient comptés à la palette, pas à l'unité, et que le vieux système avait une conversion cachée intégrée que personne n'avait documentée en une décennie. Elle ne figurait dans aucun cahier des charges. Elle ne vivait que dans sa tête et dans le classeur. Nous ne l'aurions jamais trouvée à partir du seul code — uniquement en faisant tourner les deux systèmes côte à côte et en demandant pourquoi ils divergeaient. C'est tout l'argument du fonctionnement en parallèle, en une anecdote.
Rallier le terrain
Le personnel de l'entrepôt avait survécu à plus d'une « amélioration » bien intentionnée qui leur avait gâché la journée, donc il a accueilli le projet avec une méfiance raisonnable. Nous ne l'avons pas combattue avec une présentation. Nous avons choisi le préparateur qui se plaignait le plus fort, nous nous sommes assis avec lui une matinée, et nous avons reconstruit l'écran de préparation autour de la façon dont il parcourait réellement le terrain. Dès qu'il a commencé à défendre le nouveau système à la salle de pause, le reste a suivi. Sur les projets sur l'existant, le critique le plus dur, une fois rallié, devient votre meilleur ambassadeur — et cela ne s'achète pas avec une note de service.
“Nous n'avons jamais soutenu que le nouveau système était meilleur. Nous avons laissé les chiffres coller à la réalité pendant un mois, puis laissé le sceptique le plus bruyant le dire à notre place.”
Les résultats, un an plus tard
Nous nous méfions des chiffres avant-après reluisants, parce que chaque entreprise mesure différemment et que les vôtres varieront. Traitez donc ceux-ci comme des chiffres honnêtes et arrondis tirés d'un projet, destinés à montrer la forme du retour plutôt qu'une promesse. Le titre tient moins à une métrique précise qu'à ce qui a cessé de faire peur.
| Mesure | Avant | Après | Effet |
|---|---|---|---|
| Précision de l'inventaire | ~80 % | ~98 % | Doubles vérifications manuelles quasi disparues |
| Rapprochement de fin de mois | ~3 jours, 2 personnes | ~une demi-journée, 1 personne | Environ une semaine de travail récupérée par mois |
| Commandes en ligne ressaisies à la main | Toutes | Zéro | Le canal alimente désormais le stock directement |
| Temps avant qu'un nouvel embauché soit utile | Plusieurs semaines | Plusieurs jours | Le savoir est désormais dans le logiciel |
| Unique machine d'administration fragile | Oui | Non | Tourne partout, correctement sauvegardée |
Le chiffre qui importait le plus au dirigeant ne figurait sur aucun graphique. C'était que, lorsque la responsable des opérations est réellement partie à la retraite — quelques mois plus tôt que prévu, en fin de compte —, l'entrepôt n'a même pas vacillé. Le savoir qui vivait autrefois dans sa tête vivait désormais dans un système sur lequel n'importe qui pouvait être formé en quelques jours. La raison initiale de tout le projet était résolue, en silence et entièrement.

Si vous êtes assis sur un système comme celui-ci
La plupart des dirigeants avec un système central vieillissant ressentent les deux choses à la fois : il est risqué de le garder, et il est terrifiant de le remplacer. Les deux sont vrais. L'erreur est de laisser la seconde peur l'emporter, car le risque du vieux système ne reste pas stable — il croît en silence chaque année, à mesure que les gens qui le comprennent se rapprochent du départ et que la plateforme sur laquelle il tourne s'éloigne du support.
Vous n'avez pas à choisir entre « le laisser tranquille et prier » et « miser l'entreprise sur une grande réécriture ». La voie médiane — l'entourer, le remplacer pièce par pièce, garder l'ancien comme filet jusqu'à ce que le nouveau ait gagné la confiance — est plus lente et bien moins héroïque. C'est aussi la version qui n'arrête pas les camions. S'il y a une chose à retenir de toute cette histoire, c'est celle-là.
Vous avez un vieux système que vous n'osez pas toucher ?
Si votre entrepôt ou votre gestion des stocks tourne sur un logiciel auquel vous ne faites plus tout à fait confiance — ou que vous ne comprenez plus tout à fait —, regardons-le ensemble. Nous cartographierons ce qu'il fait réellement et vous montrerons le chemin le moins risqué vers un remplacement moderne, pièce par pièce.
Découvrez comment nous modernisons les systèmes d'entrepôtQuestions fréquentes
Peut-on vraiment remplacer un système d'entrepôt sans interruption ?
Pourquoi ne pas simplement acheter un système de gestion d'entrepôt sur étagère ?
Combien de temps prend un projet comme celui-ci ?
Quelle est l'étape initiale la plus importante ?
Qu'advient-il du savoir qui vit dans la tête d'un employé clé ?

Have a nice day est un studio logiciel qui aide les petites et moyennes entreprises à se digitaliser — automatisation, IA et logiciels sur mesure qui fonctionnent au quotidien, pas seulement sur des diapositives.