Relu et mis à jour en juin 2026 — formules et paramètres de stock PrestaShop vérifiés avec les versions 1.7, 8 et 9.

Voici une situation qui se produit chaque semaine dans des boutiques PrestaShop. Vous ouvrez Catalogue → Stocks, et votre produit le plus vendu affiche 3 unités restantes. Votre fournisseur met 14 jours à livrer. Vous vendez environ 2 unités par jour. Le calcul est brutal et évident : vous serez en rupture en moins de deux jours, le stock de remplacement arrivera deux semaines plus tard, et vous venez d'inscrire douze jours sans aucune vente sur votre produit phare. Le plus frustrant, c'est que rien de tout cela n'était imprévisible — les données permettant de l'anticiper étaient déjà dans votre back-office. Un point de commande, c'est tout simplement le chiffre qui transforme "nous sommes encore en rupture" en "le nouveau stock est arrivé la semaine avant que nous en ayons besoin".

Ce guide traite d'une décision précise : à quel niveau de stock passer la prochaine commande fournisseur, et comment intégrer ce seuil dans PrestaShop pour que le système vous prévienne au lieu de vous obliger à penser à vérifier. C'est la couche de planification qui se trouve sous toutes les autres décisions liées au stock — masquer ou non les produits en rupture, autoriser ou non les commandes en attente, structurer votre catalogue. Ces questions sont distinctes et ont leurs propres réponses, indiquées plus bas là où elles ont leur place ; ici, nous restons sur la formule et les réglages du back-office qui la rendent opérationnelle.

La formule du point de commande

Le chiffre de gestion de stock le plus utile que vous puissiez calculer est le point de commande — le niveau de stock à partir duquel vous déclenchez une nouvelle commande fournisseur :

Point de commande = (Ventes quotidiennes moyennes × Délai d'approvisionnement) + Stock de sécurité

Exemple concret :

  • Ventes quotidiennes moyennes : 5 unités
  • Délai d'approvisionnement fournisseur : 10 jours
  • Stock de sécurité : 15 unités
  • Point de commande = (5 × 10) + 15 = 65 unités

Quand la quantité disponible descend à 65, vous commandez. Les 50 unités (5 × 10) couvrent les ventes attendues pendant que vous attendez la livraison ; le tampon de sécurité de 15 unités absorbe une semaine chargée ou une livraison en retard. Qu'est-ce que cela vous apporte concrètement ? La commande fournisseur part au moment qui vous laisse un tampon faible mais positif lorsque le camion arrive — ni plusieurs semaines trop tôt (capital immobilisé sur l'étagère), ni trois jours trop tard (le scénario des douze jours sans vente ci-dessus).

Les trois variables ne sont pas des suppositions. Deux d'entre elles — les ventes quotidiennes moyennes et votre délai réel d'approvisionnement — se trouvent déjà dans votre base de données PrestaShop, et les sections suivantes expliquent comment les extraire correctement.

Calculer les ventes quotidiennes moyennes à partir des données PrestaShop

Utilisez au moins 30 jours d'historique de ventes, et 90 jours si vous les avez. Les fenêtres plus courtes sont trop volatiles — une seule bonne semaine tire la moyenne vers le haut et vous commandez trop. PrestaShop vous donne cette information sans tableur : Statistiques → Meilleures ventes vous permet de définir une plage de dates et affiche la quantité totale vendue par produit sur cette période. Divisez les unités vendues par le nombre de jours de la période, et vous obtenez vos ventes quotidiennes moyennes.

Deux ajustements sont essentiels pour que la formule reste fidèle à la réalité :

  • Excluez les jours où le produit était réellement en rupture de stock. Si un produit est resté à zéro pendant huit jours sur une fenêtre de 30 jours, diviser par 30 sous-estime la demande réelle et vous fixerez un point de commande trop bas — ce qui garantit la prochaine rupture. Divisez par les jours où il était disponible, pas par les jours calendaires.
  • Gérez la saisonnalité avec l'an dernier, pas avec le mois dernier. Pour une gamme saisonnière, prenez la même période de l'année précédente et ajustez selon la croissance. Vous avez vendu 300 unités d'un produit en juin dernier et l'activité progresse de 20 % ? Prévoyez environ 360 unités ce mois de juin. Une moyenne glissante sur 90 jours manquerait complètement le pic.

Si vous gérez des déclinaisons (tailles, couleurs), récupérez les chiffres par déclinaison, pas par produit — un "M" qui se vend tous les jours et un "XXL" qui se vend une fois par mois ont besoin de points de commande différents, même s'ils partagent la même page produit. PrestaShop suit le stock par déclinaison, et votre planification doit faire de même.

Si vous préférez extraire vous-même les données brutes — par exemple pour alimenter un tableur qui calcule les points de commande de nombreux produits à la fois — une requête en lecture seule dans Paramètres avancés → Base de données → Gestionnaire SQL vous donne les unités vendues par produit sur une période. Celle-ci additionne les quantités issues des commandes validées au cours des 90 derniers jours :

SELECT od.product_id,
       od.product_name,
       SUM(od.product_quantity) AS units_sold
FROM ps_order_detail od
JOIN ps_orders o
  ON o.id_order = od.id_order
WHERE o.valid = 1
  AND o.date_add >= DATE_SUB(NOW(), INTERVAL 90 DAY)
GROUP BY od.product_id, od.product_name
ORDER BY units_sold DESC;

Divisez chaque units_sold par 90 (ou par les jours où le produit était réellement disponible, selon l'ajustement ci-dessus) pour obtenir les ventes quotidiennes moyennes. La requête ne fait que lire les données — elle ne modifie jamais rien. o.valid = 1 limite le calcul aux commandes que PrestaShop considère comme de vraies ventes, afin que les lignes annulées ou en erreur de paiement ne gonflent pas artificiellement la demande. Pour un détail par déclinaison, regroupez aussi par od.product_attribute_id. Mais pour la plupart des boutiques, Statistiques → Meilleures ventes avec une plage de dates est le chemin sans SQL vers les mêmes chiffres.

Stock de sécurité : quel tampon est suffisant ?

Le stock de sécurité couvre les deux choses que la moyenne ne voit pas : les pics de demande et les retards fournisseur.

  • Variabilité de la demande : la moyenne est de 5/jour, mais les journées réelles vont de 3 à 8. Le tampon couvre les jours au-dessus de la moyenne pendant que vous attendez le réassort.
  • Variabilité de l'approvisionnement : le fournisseur annonce 10 jours et livre en 14 plus souvent qu'il ne l'admettrait. Le tampon couvre l'écart entre le délai annoncé et le délai réel.

Une formule pratique pour les petites boutiques :

Stock de sécurité = (Ventes quotidiennes maximales − Ventes quotidiennes moyennes) × Délai d'approvisionnement maximal

Exemple concret :

  • Ventes quotidiennes maximales (journée réaliste la plus chargée) : 8 unités
  • Ventes quotidiennes moyennes : 5 unités
  • Délai d'approvisionnement maximal (pire cas observé) : 14 jours
  • Stock de sécurité = (8 − 5) × 14 = 42 unités

C'est volontairement prudent — le dimensionnement couvre le cas où une mauvaise journée de demande rencontre une livraison en retard. Pour des produits non critiques ou une trésorerie serrée, réduisez-le. L'arbitrage ne disparaît jamais : plus de stock de sécurité signifie moins de ruptures mais davantage de capital immobilisé ; moins de stock de sécurité libère de la trésorerie mais augmente le risque de tomber à sec. C'est précisément pour cela que la section suivante conseille de ne pas appliquer le même tampon à tous les produits.

Analyse ABC : concentrez vos efforts là où se trouve le chiffre d'affaires

Vous pouvez avoir des centaines de références, mais elles ne méritent pas toutes le même niveau d'attention. L'analyse ABC les classe selon leur contribution au chiffre d'affaires afin d'investir votre précision là où une rupture coûte réellement cher :

ClassePart du cataloguePart du chiffre d'affaires (typique)SuiviStock de sécurité
A~20 % premiers60–80 %Contrôle quotidien ; point de commande précisGénéreux — une rupture ici coûte cher
B~30 % suivants~15–25 %HebdomadaireModéré
C~50 % restantsMoins de 10 %MensuelMinimal — une semaine de rupture se remarque à peine

La répartition du chiffre d'affaires suit la forme habituelle de Pareto ; considérez ces pourcentages comme des ordres de grandeur et confirmez les vôtres dans Statistiques → Meilleures ventes, trié par valeur des ventes. Dans tous les cas, l'idée reste la même : planifier parfaitement le réapprovisionnement d'un produit qui se vend deux fois par mois est un effort perdu par rapport au bon réglage des seuils de vos produits A. Calculez des points de commande et des stocks de sécurité complets pour les produits A, approchez-les pour les produits B, et pour les produits C, un simple "recommander quand le stock atteint ce chiffre rond" suffit.

Intégrer les points de commande dans le back-office PrestaShop

Panneau Purchase Orders avec des contrôles de recherche et de filtre, un bouton New Order et un tableau listant sept bons de commande par fournisseur, articles, entrepôt et flux de travail
La liste affiche sept bons de commande avec des colonnes fournisseur, nombre d'articles, date prévue, entrepôt, flux de travail, statut et total, ainsi que des boutons View et d'action par ligne.

Un point de commande que vous devez penser à vérifier est un point de commande que vous finirez par oublier. PrestaShop peut surveiller le seuil pour vous. Sur chaque produit, ouvrez l'onglet Quantités et vous trouverez deux réglages qui transforment votre chiffre calculé en signal automatique :

  • Quantité minimale de vente — le niveau le plus bas que le stock peut atteindre avant que le produit ne puisse plus être commandé. C'est votre plancher, pas votre déclencheur de réapprovisionnement.
  • Alerte de stock bas (le champ "Recevoir une notification par e-mail" / niveau de stock bas) — définissez-le sur votre point de commande, pas sur 1 ou 2, et activez l'option d'e-mail. Quand la quantité disponible passe sous ce seuil, PrestaShop envoie un e-mail de notification de stock bas. Le destinataire est l'adresse de notification du marchand ou de l'employé, pas un champ des paramètres clients — vérifiez où cet e-mail est routé dans la configuration des employés ou des alertes e-mail de votre version. Cet e-mail est votre déclencheur "passer la commande fournisseur aujourd'hui".

Le mécanisme en arrière-plan : le stock de chaque produit ou déclinaison se trouve dans la table ps_stock_available et est géré via la classe StockAvailable. Chaque commande le décrémente et déclenche le hook actionUpdateQuantity, sur lequel repose le contrôle de stock bas. Vous n'avez pas besoin de toucher à tout cela — mais c'est pourquoi il est important de définir le champ d'alerte par déclinaison : chaque déclinaison a sa propre ligne et son propre seuil.

Une décision de plateforme conditionne tout cela. Dans les versions modernes de PrestaShop, la gestion des stocks se trouve dans Paramètres de la boutique → Paramètres des produits, contrôlée par la valeur de configuration PS_STOCK_MANAGEMENT. PrestaShop 1.6 exposait en plus la gestion avancée des stocks héritée (multi-entrepôt, quantités physiques et utilisables, mouvements de stock fournisseur dans ps_stock), activée par la valeur PS_ADVANCED_STOCK_MANAGEMENT — un concept de l'époque 1.6 que les versions plus récentes n'affichent plus comme réglage normal. Pour une petite boutique avec un seul emplacement, le stock simple avec l'alerte de stock bas est le bon outil — cet ancien mécanisme ASM ajoutait une vraie lourdeur et avait été conçu pour des opérations d'entrepôt, pas pour une boutique qui se réapprovisionne auprès d'un seul fournisseur.

Si vous avez dépassé les e-mails natifs de stock bas — vous voulez un seul écran listant tous les produits sous leur point de commande, avec leur fournisseur et une quantité de commande suggérée, plutôt que de courir après des e-mails individuels — c'est le moment où un tableau de bord de stock dédié devient rentable. Nous couvrons le seuil plus large du "quand le back-office ne suffit plus" dans la gestion des stocks pour les petites boutiques en ligne, et le catalogue de modules mypresta.rocks inclut des outils qui font remonter les dépassements de points de commande sur l'ensemble du catalogue dans une seule vue, au lieu d'alertes produit par produit.

Quelle quantité commander à chaque fois

Le point de commande vous dit quand ; la quantité de commande vous dit combien. Commander trop souvent fait perdre du temps administratif et augmente les coûts par expédition ; commander trop immobilise du capital et de l'espace d'entrepôt. La réponse théorique est la quantité économique de commande :

QEC = √(2 × Demande annuelle × Coût de commande / Coût de possession par unité)

  • Demande annuelle : unités vendues par an (une année complète de Statistiques → Meilleures ventes).
  • Coût de commande : le coût fixe pour passer une commande — livraison, manutention, temps administratif.
  • Coût de possession : le coût annuel de stockage d'une unité — espace, assurance et coût d'opportunité du capital immobilisé, généralement 15–25 % du coût de l'unité.

Honnêtement, la plupart des petites boutiques n'ont pas besoin de racine carrée. Une règle opérationnelle : commandez assez pour couvrir la demande jusqu'à votre prochain réapprovisionnement naturel, plus votre stock de sécurité. Si vous recommandez chaque mois et vendez 150 unités par mois, commandez 150 unités plus le tampon qui vous maintient à votre niveau de sécurité cible. Utilisez la QEC seulement lorsque les coûts de commande ou de possession sont assez élevés pour que la fréquence change réellement vos marges.

Vos formules valent seulement ce que valent vos données de délai

La raison la plus fréquente pour laquelle un point de commande correct finit quand même en rupture : le délai utilisé dans la formule est celui que le fournisseur a annoncé, pas celui qu'il respecte réellement. Suivez les délais réels et utilisez les vrais chiffres :

  • Consignez l'écart entre le jour où vous passez chaque commande et le jour où le stock arrive réellement — dans la gestion avancée des stocks héritée de PrestaShop 1.6, Stock → Mouvements de stock horodate les réceptions ; pour une boutique moderne en stock simple, suivez manuellement les délais fournisseur dans une colonne de votre tableur de réapprovisionnement.
  • Utilisez le pire délai observé, pas la moyenne, pour calculer le stock de sécurité de vos produits A. Le tampon existe pour les mauvais cas.
  • Gardez un fournisseur de secours pour les produits A et commandez à cadence régulière — les fournisseurs donnent la priorité aux clients prévisibles, ce qui raccourcit discrètement votre délai réel d'approvisionnement.

Ce que coûtent vraiment les ruptures de stock — et les décisions qui en découlent

Les marchands sous-estiment constamment le coût d'une rupture de stock. La vente perdue n'est que la partie visible :

  • Vente perdue : le client qui voulait acheter et n'a pas pu.
  • Client perdu : il essaie un concurrent et ne reviendra peut-être pas.
  • Dépenses publicitaires gaspillées : chaque clic sur une publicité pour un produit en rupture est de l'argent brûlé.
  • Instabilité du catalogue et de l'indexation : selon la manière dont vous gérez les produits en rupture, des pages peuvent entrer et sortir de votre sitemap.

Additionnez le chiffre d'affaires quotidien généré par vos cinq meilleurs produits : ce montant correspond à ce que l'absence de système de réapprovisionnement vous coûte par jour de rupture. Pour la plupart des boutiques, il dépasse largement le coût d'un peu plus de stock de sécurité — c'est tout l'argument en faveur de ces seuils et du fait de laisser PrestaShop les surveiller.

Un bon point de commande évite la plupart des ruptures, mais pas toutes, et il ne décide pas de ce que votre boutique affiche côté client lorsque le stock tombe vraiment à zéro. Ce sont volontairement des décisions séparées :

  • Ce que voient les clients à stock zéro. Masquer le produit, ou le garder visible avec un texte de disponibilité ? Les deux se défendent, et le bon choix dépend de votre catalogue — l'argument complet se trouve dans rupture de stock : masquer ou ne pas masquer.
  • Vendre pendant l'intervalle. Si vous pouvez prendre des commandes sur du stock entrant, les commandes en attente et les précommandes transforment une rupture en vente différée au lieu d'une vente perdue — voir précommandes et commandes en attente dans PrestaShop.
  • Réapprovisionner à grande échelle. Quand vous gérez des centaines de références, vous aurez besoin d'exporter en masse les données de stock et de ventes pour calculer les points de commande hors du back-office — les exports CSV pour commandes et factures et l'import et l'export de produits expliquent comment faire entrer et sortir les données.

Questions fréquentes

Quelle est la formule du point de commande ?

Point de commande = (Ventes quotidiennes moyennes × Délai d'approvisionnement) + Stock de sécurité. Si vous vendez 5 unités par jour, que votre fournisseur met 10 jours à livrer et que vous gardez un tampon de 15 unités, vous recommandez quand le stock atteint (5 × 10) + 15 = 65 unités. Les 50 premières couvrent les ventes attendues pendant l'attente ; les 15 restantes absorbent une semaine chargée ou une livraison en retard.

Comment calculer les ventes quotidiennes moyennes dans PrestaShop ?

Utilisez Statistiques → Meilleures ventes avec une plage de dates de 30 à 90 jours, puis divisez les unités vendues par les jours de la période — mais divisez par les jours où le produit était disponible, pas par les jours calendaires, sinon une rupture passée sous-estimera la demande réelle. Pour une vue par déclinaison ou en masse, la requête SQL en lecture seule ci-dessus extrait les mêmes chiffres directement depuis les tables de commandes.

Où définir le déclencheur de réapprovisionnement pour que PrestaShop me le rappelle ?

Dans l'onglet Quantités de chaque produit, définissez le champ de niveau de stock bas sur votre point de commande calculé (pas 1 ou 2) et activez la notification par e-mail. Quand la quantité disponible passe sous ce seuil, PrestaShop envoie un e-mail à l'adresse de notification du marchand — cet e-mail est votre déclencheur "passer la commande fournisseur aujourd'hui". Définissez-le par déclinaison, car chaque déclinaison a sa propre ligne et son propre seuil.

Quel stock de sécurité dois-je conserver ?

Une formule utilisable pour les petites boutiques : Stock de sécurité = (Ventes quotidiennes maximales − Ventes quotidiennes moyennes) × Délai d'approvisionnement maximal. Utilisez le pire délai observé, pas la moyenne — le tampon existe pour le cas où une forte demande rencontre une livraison en retard. Gardez un stock de sécurité généreux pour vos meilleures ventes de classe A et minimal pour la longue traîne ; une semaine de rupture sur un accessoire à 2 € se remarque à peine.

L'e-mail de stock bas gère-t-il plusieurs entrepôts ?

Non — le stock natif et son alerte de stock bas supposent un stock global unique. Dès que votre stock se trouve à plusieurs emplacements, un seuil unique ne décrit plus la réalité. Les points de commande par emplacement (le bureau à court de stock ne signifie pas que l'entrepôt l'est aussi) font partie de Warehouse Revolution.

La planification des stocks n'a pas besoin d'être compliquée. Des points de commande pour vos produits A, le champ d'alerte de stock bas réglé sur ces points pour que PrestaShop vous envoie un e-mail au lieu de vous obliger à penser à vérifier, des délais réels, et un coup d'œil hebdomadaire à Catalogue → Stocks — cela suffit à gérer la plupart des petites boutiques sans une seule commande d'urgence. Les formules relèvent de l'arithmétique simple. Le gain vient du fait de placer le seuil là où le système le fera respecter, afin que la discipline ne dépende pas de votre mémoire.

Partager cet article:
David Miller

David Miller

Founder, mypresta.rocks

David Miller est un spécialiste PrestaShop fort de plus de dix ans d'expérience concrète et le fondateur de mypresta.rocks, un studio de développement situé à Tychy, en Pologne. Il conçoit et maintient un catalogue de 152 modules PrestaShop — dont 21 suites « Revolution » couvrant le SEO, le checkout, la sécurité, la performance, le marketing, la recherche, le support et la gestion d'entrepôt — qui améliorent chaque jour de vraies boutiques, testés sur PrestaShop 1.7.8, 8.x et 9.x. Il assure également la maintenance de boutiques en production réalisant plusieurs millions de chiffre d'affaires annuel : son travail se juge donc sur des ventes réelles, pas sur des démos. Son expérience couvre l'ensemble du e-commerce — performance, sécurité, SEO et marketing — et va au-delà de PrestaShop, jusqu'à WooCommerce, Shopify et les systèmes sur mesure. Sur le blog, il écrit sur la face technique de PrestaShop : ce que la plateforme fait vraiment, ce qui casse en production et quelles solutions tiennent dans la durée.

Cet article vous a plu ?

Recevez nos derniers conseils, guides et mises à jour de modules dans votre boîte mail.

Commentaires

Aucun commentaire pour le moment. Soyez le premier !

Soyez le premier à poser une question ou à partager un retour utile.

Chargement...
Retour en haut