Stock multi-dépôts : pourquoi votre stock théorique ment
·5 min de lecture·Warren Hamdi, AI / Product engineer
Le logiciel affiche 48 unités au dépôt de Lyon. Le préparateur en trouve 31. Personne ne sait où sont passées les 17 autres : un transfert vers l’autre dépôt saisi deux fois, un retour client jamais remis en stock, une palette comptée en cartons au lieu d’unités. La gestion de stock multi-dépôts échoue rarement sur un gros problème. Elle échoue sur une accumulation de petits mouvements non tracés, que l’inventaire annuel découvre trop tard pour les expliquer.
À retenir
- Un stock faux vient presque toujours de mouvements non tracés : transferts entre dépôts, retours, unités de mesure mélangées.
- La correction structurelle consiste à stocker chaque mouvement (qui, quoi, où, quand) et à calculer la quantité, au lieu de l’écraser.
- Le scan, l’inventaire tournant et un WMS léger branché sur l’ERP rendent l’écart visible le jour même, pas en fin d’exercice.
Pourquoi votre stock théorique ment
Dès qu’une entreprise passe de un à plusieurs dépôts, la marchandise se met à voyager, et chaque voyage est une occasion de perdre la trace. Les mêmes causes reviennent dans presque toutes les PME de logistique et de négoce :
- Les transferts inter-dépôts sont saisis d’un seul côté. Le dépôt A déclare la sortie, le dépôt B oublie l’entrée, ou l’inverse. Pendant le trajet, la marchandise n’existe nulle part, ou deux fois.
- Les retours clients restent en limbes. Le colis revient, il est posé dans un coin en attente de contrôle, puis remis en rayon sans mouvement, ou jamais.
- Les unités de mesure se mélangent. Un article acheté au carton de 12, vendu à l’unité et transféré à la palette : une seule conversion oubliée suffit à fausser la quantité.
- Les corrections écrasent l’historique. Quelqu’un constate un écart et remplace 48 par 31. Le stock est juste ce jour-là, mais la cause a disparu, et l’écart reviendra.
- Les mouvements passent hors outil. Prélèvement pour un SAV, casse, échantillon commercial : tant qu’ils vivent dans un tableur à côté, l’outil principal ne peut pas être juste.
Un journal de mouvements, pas une quantité
Beaucoup d’outils, et presque tous les tableurs, stockent le stock comme un nombre dans une case. Chaque événement modifie ce nombre. C’est simple, et c’est la racine du problème : quand le nombre est faux, rien ne permet de savoir pourquoi.
L’approche robuste inverse la logique. On n’enregistre jamais « le stock », on enregistre chaque mouvement de stock : réception, transfert sortant, transfert entrant, préparation, retour, casse, ajustement d’inventaire. Chaque ligne porte l’article, la quantité dans une unité de référence unique, l’emplacement, l’opérateur et l’horodatage. La quantité en stock devient un calcul, la somme des mouvements, jamais une saisie.
Trois conséquences concrètes. Un transfert entre dépôts devient deux mouvements liés, et un transfert dont l’entrée manque saute aux yeux. Un ajustement d’inventaire reste visible comme tel, avec son auteur, au lieu d’effacer la trace. Et l’on peut répondre à la question que pose tout dirigeant devant un écart : « depuis quand, et à cause de quoi ? ».
Fiabiliser le stock sur le terrain
Le meilleur modèle de données ne sert à rien si la saisie reste approximative. Deux pratiques font l’essentiel du travail.
Scanner plutôt que saisir
Chaque saisie manuelle de référence ou de quantité est une occasion d’erreur. Le scan la supprime. Côté article, le code-barres porte l’identifiant du produit. Côté logistique, GS1 a standardisé l’identification des unités d’expédition avec le SSCC, présenté par GS1 France, un code qui identifie chaque colis ou palette indépendamment de son contenu et doit rester unique chez un expéditeur pendant au moins un an. La documentation de GS1 sur la structure du SSCC précise qu’il sert à identifier une unité logistique, carton, palette ou colis.
L’intérêt pour un multi-dépôts est direct : une palette transférée porte son SSCC. On la scanne au départ, on la scanne à l’arrivée, et le transfert se ferme tout seul. Si l’arrivée n’est jamais scannée, l’outil le sait.
Inventaire tournant et inventaire annuel
L’inventaire n’est pas qu’une bonne pratique. L’article L123-12 du Code de commerce impose au commerçant de contrôler par inventaire, au moins une fois tous les douze mois, l’existence et la valeur des éléments de son patrimoine. Dans beaucoup de PME, cela se traduit par une journée de comptage générale, dépôts fermés, en fin d’exercice.
L’inventaire tournant change le rythme : on compte chaque jour une petite partie des emplacements, en priorité les articles qui tournent vite ou qui ont déjà présenté des écarts. Un écart découvert le lendemain d’un transfert s’explique en cinq minutes ; découvert onze mois plus tard, il ne s’explique plus. Comment articuler comptages tournants et obligation annuelle dans votre cas, c’est une question à trancher avec votre expert-comptable ; l’outil, lui, doit simplement garder la trace de chaque comptage.
Un WMS léger au-dessus de l’ERP
Faut-il un WMS complet ? Rarement, à l’échelle d’une PME avec quelques dépôts. Les WMS du marché sont pensés pour des entrepôts de grande taille, avec des fonctionnalités et des projets de déploiement à la mesure. Et l’ERP en place gère souvent bien la comptabilité et la facturation, mal la réalité du quai.
La voie que nous recommandons le plus souvent est un WMS léger : une couche métier branchée sur l’ERP, qui porte le journal de mouvements, le scan et les comptages, et qui renvoie à l’ERP des quantités fiables. Concrètement :
- Une application de quai sur terminal ou téléphone : réception, rangement, transfert, préparation, retour, chaque geste est un scan.
- Un modèle de données en mouvements, avec une unité de référence par article et des conversions déclarées une fois pour toutes.
- Des transferts en deux temps, sortie puis entrée, avec une alerte sur toute paire restée ouverte au-delà du délai de transport normal.
- Un plan de comptage tournant généré automatiquement, et des écarts qualifiés (casse, erreur de préparation, retour non traité) plutôt qu’un simple ajustement.
- Une synchronisation avec l’ERP, par API ou par fichiers, pour que la comptabilité et la facturation restent dans l’outil qui les gère déjà.
Cette approche par briques est détaillée côté méthode sur notre page logiciel métier sur-mesure. Elle rejoint aussi ce que nous écrivions sur le passage du tableur à un vrai outil dans remplacer Excel par un logiciel métier : tant que les mouvements vivent dans un fichier partagé, aucun outil ne peut être juste. Et quand la marchandise quitte le dépôt, la suite logique est une preuve de livraison électronique capturée par le chauffeur.
Et l’IA dans tout ça ?
Soyons honnêtes : l’IA ne compte pas les cartons. Elle ne corrige pas un stock faux si les mouvements ne sont pas saisis. Une fois le journal en place, elle trouve en revanche un usage modeste et réel : repérer les mouvements qui sortent de l’ordinaire. Un article qui part toujours par 10 et soudain par 100, un dépôt qui enregistre trois fois plus de casse que les autres, un opérateur dont les ajustements se concentrent sur les mêmes références. Une règle simple en attrape une partie ; un modèle aide pour le reste, et un humain tranche.
C’est la distinction que nous faisons entre gadget et levier dans notre article sur l’IA dans le logiciel métier : l’IA vient après des données propres, jamais à leur place. Prenons une PME fictive avec trois dépôts et quelques milliers de références : son premier gain ne viendra pas d’un modèle, il viendra du jour où chaque transfert sera scanné aux deux bouts. C’est cet ordre des choses que nous défendons chez pragma once : d’abord la donnée juste, ensuite l’automatisation.
Un stock qu’on écrase se corrige une fois. Un stock qu’on calcule se comprend toujours.
- Les écarts multi-dépôts viennent de transferts saisis d’un seul côté, de retours en limbes, d’unités mélangées et de corrections qui effacent la cause.
- Stocker les mouvements et calculer la quantité rend chaque écart explicable : qui, quoi, où, quand.
- Le scan, y compris le SSCC sur les palettes, ferme les transferts automatiquement et signale ceux qui restent ouverts.
- L’inventaire annuel reste une obligation légale ; l’inventaire tournant trouve les écarts quand ils sont encore explicables.
- Un WMS léger branché sur l’ERP suffit souvent ; l’IA arrive ensuite, pour signaler l’anormal, pas pour remplacer la saisie.