Prévision d’inventaire Shopify : ruptures, stock mort et péremption

La plupart des marchands Shopify suivent l’inventaire avec un seul chiffre : les unités en stock. Ce chiffre dit ce que vous avez. Il ne dit pas ce que ça vous coûte — or l’inventaire coûte de l’argent dans trois directions à la fois.

Les trois fuites d’argent de l’inventaire

Le stock mort

Des unités qui ont cessé de se vendre continuent de consommer de la trésorerie, de l’espace d’entreposage et, si vous payez un 3PL, des frais mensuels. Le coût est invisible parce qu’il n’apparaît jamais comme une ligne comptable — il apparaît comme de la trésorerie que vous n’avez pas.

Les ruptures de stock

Une rupture sur un best-seller coûte davantage que la marge manquée. Les publicités continuent de tourner vers un produit indisponible, la fiche perd son classement, et une partie de ces clients achètent ailleurs définitivement. Le coût réel s’approche de marge manquée + dépense publicitaire gaspillée + une tranche de valeur à vie.

La péremption

Pour les cosmétiques, les suppléments, l’alimentaire et tout produit à date de lot, la valeur ne décroît pas graduellement : elle tombe à zéro un jour précis. C’est la fuite que la plupart des outils de prévision ignorent complètement, parce qu’ils modélisent la demande sans modéliser la durée de vie de ce qui est déjà sur l’étagère.

Ce que vos données Shopify disent déjà

Avant d’ajouter le moindre outil, quatre champs par SKU couvrent l’essentiel :

• La vélocité de vente — unités vendues par jour, sur une fenêtre glissante assez longue pour être stable (28 jours est un défaut raisonnable ; 7 n’est que du bruit pour la plupart des catalogues).
• La quantité en stock — par emplacement, non agrégée, si vous expédiez depuis plus d’un endroit.
• Le délai fournisseur — le vrai, mesuré sur vos derniers bons de commande, pas celui affiché sur le site du fournisseur.
• La date de péremption du lot — le cas échéant. Shopify ne la suit pas nativement, d’où le tableur.

Construire une prévision de demande utilisable

Aucun apprentissage automatique n’est nécessaire pour battre une alerte de stock bas. Une moyenne glissante ajustée à la saisonnalité surpasse l’intuition sur presque tous les catalogues :

velocite_jour  = unites_vendues_28j / 28
jours_de_couverture = stock / velocite_jour
date_rupture   = aujourd_hui + jours_de_couverture

Deux raffinements comptent davantage que la sophistication du modèle :

• Exclure les jours de rupture de la fenêtre de vélocité. Si un produit a été indisponible 9 des 28 derniers jours, diviser par 28 sous-estime la demande réelle d’environ un tiers — et vous sous-commanderez encore.
• Pondérer les semaines récentes plus fortement. Une moyenne pondérée simple (par exemple 3× les 7 derniers jours, 2× les 7 précédents, 1× le reste) réagit à la tendance sans surréagir à une seule bonne journée.

Points de commande et délai fournisseur

Un point de commande est le niveau de stock auquel vous devez commander pour éviter la rupture avant réception. Il a deux composantes — la demande attendue pendant le délai, et un tampon pour la variance des deux :

point_de_commande = (velocite_jour × delai_jours) + stock_securite
stock_securite    = velocite_jour × delai_jours × facteur_service

Un facteur de service autour de 0,3–0,5 couvre la variabilité de la plupart des biens de consommation. Augmentez-le pour les produits à demande volatile ou les fournisseurs peu fiables ; abaissez-le pour les rotations lentes et prévisibles où le coût de possession dépasse le risque de rupture.

Quand ne pas réapprovisionner

C’est la décision que tous les outils de prévision classiques ratent. Quand le stock baisse, ils disent commander. Mais si une part importante du lot actuel périmera avant d’être vendue, commander ajoute de la trésorerie à une position déjà destinée à être passée en perte.

La vérification est simple :

ventes_avant_peremption = velocite_jour × jours_avant_peremption
unites_perimees = max(0, stock − ventes_avant_peremption)

Si unites_perimees est significatif, le geste rentable est l’inverse du réapprovisionnement : écouler le lot. Une remise limitée dans le temps qui écoule le stock avant la date récupère une part appréciable d’une valeur qui, autrement, atteindrait zéro — et vous évitez un bon de commande que vous auriez regretté.

Automatiser la boucle en sécurité

La prévision mérite d’être automatisée ; la dépense ne mérite de l’être que sous contraintes. Si vous laissez un logiciel créer des bons de commande, les garde-fous comptent plus que le modèle :

• Un plafond par commande que le logiciel ne peut pas franchir.
• Un plafond quotidien glissant sur toutes les actions automatisées, pour qu’aucune chaîne de commandes individuellement raisonnables n’aboutisse à une journée déraisonnable.
• Une fenêtre d’annulation après approbation — une minute suffit à rattraper la commande approuvée par réflexe.
• Une règle d’éligibilité des données : aucune action automatisée sur les SKU sans historique de ventes suffisant. Agir sur du bruit est pire que ne pas agir.
• Une piste d’audit complète de chaque proposition, approbation et exécution.

L’objectif n’est pas un système autonome. C’est un système qui fait l’arithmétique en continu, propose l’action précise avec les dollars attachés, et laisse la décision à la personne qui en porte les conséquences.