Gestion des stocks pour petites boutiques en ligne : quand les tableurs ne suffisent plus

Relu et mis à jour en juin 2026 — champs de stock natifs et noms des tables vérifiés sur PrestaShop 1.7, 8 et 9.

Toute boutique en ligne commence par gérer son stock de la même manière : avec un tableur. Avec 20 produits et quelques commandes par jour, cela fonctionne vraiment. Vous saisissez la nouvelle quantité après chaque vente, vous tenez un total à jour, puis vous vérifiez l’écart avec les rayons quand les chiffres commencent à dévier. À ce stade, le tableur n’est pas le problème — c’est le bon outil, et déployer un « vrai » logiciel de gestion des stocks pour 20 références serait disproportionné.

Le problème, c’est que rien ne vous indique clairement quand vous avez franchi la limite. Un jour, vous avez 200 produits, vous vendez sur votre boutique PrestaShop et sur une place de marché, une partie du stock est au bureau et une autre chez un partenaire logistique, le fichier compte 40 colonnes, et plus personne ne fait confiance à aucun chiffre. Cet article traite précisément de cette transition : comment reconnaître qu’un tableur ne suffit plus, ce que le moteur de stock de PrestaShop fait déjà pour vous dès que vous arrêtez de saisir deux fois les mêmes données dans Excel, et comment le configurer pour qu’il soit réellement fiable. Les sujets plus détaillés — calcul du réapprovisionnement, comportement en rupture de stock, import de données en masse — ont chacun leur propre guide, vers lequel nous renvoyons au bon endroit plutôt que de les survoler ici.

Les cinq signes que votre tableur ne suffit plus

Le point de rupture exact varie d’une boutique à l’autre, mais les symptômes sont toujours les mêmes. Si vous en reconnaissez deux ou plus, le tableur ne vous fait plus gagner du temps — il vous coûte des commandes :

• Vous avez survendu. Un client a acheté un produit qui n’était plus en rayon parce que le fichier n’avait pas été mis à jour après la vente précédente. Résultat : un remboursement, des excuses, et un client qui ne reviendra pas.
• Une meilleure vente est tombée à zéro sans avertissement. L’alerte de stock faible était une règle de mise en forme conditionnelle que quelqu’un a écrasée il y a trois semaines, et personne ne s’en est aperçu avant l’arrivée du courriel mécontent.
• Le comptage ne correspond pas au rayon. Le fichier indique 47, le rayon en contient 32, et tout un après-midi disparaît à chercher où sont passées les 15 unités.
• Les canaux ne sont pas d’accord. Vous en avez vendu trois sur le site et deux sur la place de marché, mais seules les ventes du site sont arrivées dans le fichier parce que celles de la place de marché relevaient « de quelqu’un d’autre ».
• Mettre le fichier à jour prend plus de temps que préparer la commande. Chaque vente, livraison et retour devient une modification manuelle, et la charge administrative augmente désormais plus vite que le chiffre d’affaires.

Le fil conducteur de ces cinq problèmes, c’est la double saisie : PrestaShop sait déjà ce qui s’est vendu, et vous le recopiez à la main dans un deuxième système. La première vraie amélioration n’est pas un nouvel outil — c’est de supprimer le tableur et de faire confiance au moteur de stock que vous avez déjà payé.

Ce que la gestion de stock intégrée de PrestaShop fait déjà

Avant de chercher un module, il vaut la peine de savoir jusqu’où PrestaShop va nativement, car pour une boutique avec un seul emplacement, c’est souvent suffisant. Chaque produit et chaque déclinaison possède sa propre quantité, et cette quantité évolue automatiquement au fil des statuts de commande — sans modification de tableur.

Vous la configurez produit par produit dans Catalogue → Produits, onglet Quantités (dans PrestaShop 1.6, il s’agit du sous-onglet Quantités de la fiche produit). Les champs importants :

• Quantité — unités disponibles. C’est le nombre qui diminue lorsque la commande est passée et validée — le moment exact dépend de vos paramètres de stock et du cycle de vie de la commande, pas d’un basculement payé/expédié — puis qui augmente à nouveau si vous annulez ou remboursez avec la réinjection du stock activée.
• Quantité minimale à la vente — la plus petite quantité qu’un client peut acheter en une commande (laissez 1 sauf si vous vendez par lots).
• Niveau de stock bas — définissez ici un seuil et cochez M’envoyer un e-mail lorsque la quantité est inférieure à ce niveau : PrestaShop vous écrit au lieu de vous laisser surveiller un changement de couleur dans une cellule. C’est la fonctionnalité native la plus sous-utilisée : elle transforme « j’ai oublié de vérifier » en alerte proactive, sans coût supplémentaire.
• En cas de rupture de stock — Refuser les commandes, Accepter les commandes (commandes en réassort), ou Utiliser le comportement par défaut. Masquer le produit, le griser ou continuer à le vendre est une vraie décision, avec des compromis dans les deux sens — nous l’expliquons en détail dans Rupture de stock : faut-il masquer le produit ou non ?, ainsi que le cas particulier de la vente avant arrivée du stock dans Précommandes et commandes en réassort.

Le comportement par défaut en cas de rupture de stock pour toute la boutique se règle dans Paramètres de la boutique → Paramètres produit (ou Préférences → Produits en 1.6), et les libellés de disponibilité vus par les clients (« Rupture de stock », « Disponible en réassort ») se définissent produit par produit dans Catalogue → Produits, onglet Quantités. Un point mérite d’être clair : le cœur de PrestaShop ne propose aucun réglage natif permettant de choisir entre commande payée et commande expédiée comme moment où le stock sort physiquement. Le stock diminue lorsque la commande est validée, et le reste dépend du cycle de vie de la commande (annulation, remboursement, réinjection). Si vous avez réellement besoin d’une règle de décrémentation payé/expédié, cela relève d’un flux personnalisé ou d’un module — pas d’un interrupteur à activer dans le back-office.

Et alors ? Pour une boutique à un seul emplacement, bien configurer ces champs et abandonner l’habitude de reporter les e-mails dans un tableur élimine dès le premier jour quatre des cinq modes d’échec ci-dessus — sans rien acheter. Le moteur natif atteint ses limites uniquement quand vous ajoutez une vraie complexité : plusieurs emplacements physiques, des commandes fournisseurs, ou des historiques détaillés de mouvements de stock. C’est là qu’il devient pertinent d’étendre PrestaShop plutôt que de lutter contre lui.

Là où le stock natif atteint ses limites : le multi-emplacement

Le champ de quantité natif suppose une seule réserve de stock. Dès que vos produits se trouvent à plusieurs endroits — un bureau, un entrepôt, un fournisseur en dropshipping, un partenaire en dépôt-vente — un chiffre unique ne décrit plus la réalité. Vous devez savoir non seulement combien, mais aussi où, car cela détermine quel emplacement expédie, combien coûte la livraison, et ce que vous pouvez vraiment promettre au client.

L’ancien « Advanced Stock Management » de PrestaShop (le module de type WMS dans Stock) a tenté de répondre à ce besoin, mais il était notoirement rigide, lié à des états de commande précis, et déconnecté du tunnel de commande moderne — la plupart des marchands qui l’ont activé l’ont regretté. Notre module Warehouse Revolution comble cette lacune avec un suivi par emplacement qui fonctionne avec le tunnel de commande standard, et non en parallèle :

• Quantités par entrepôt — un vrai comptage dans chaque emplacement, pas un total mélangé qui masque où se trouve réellement le stock.
• Règles d’affectation d’entrepôt — chaque commande est dirigée automatiquement vers l’emplacement qui a du stock (ou le plus proche du client), pour éviter de décider manuellement qui expédie quoi.
• Registres de transfert — les mouvements entre emplacements sont consignés afin que la piste d’audit reste intacte, au lieu de voir le stock disparaître d’un endroit et réapparaître ailleurs sans trace.
• Points de réapprovisionnement par emplacement — chaque entrepôt dispose de son propre seuil de stock bas, car un bureau à court de stock ne signifie pas que l’entrepôt l’est aussi.

Et alors ? Vous obtenez une image honnête du stock sur tous les emplacements depuis le back-office PrestaShop, ce qui met définitivement fin aux surventes du type « le fichier dit qu’on l’a, mais cet entrepôt est vide ».

Traçabilité : savoir pourquoi un chiffre a changé

Les tableurs finissent par inspirer de moins en moins confiance parce qu’ils n’ont pas de mémoire. Une cellule passe de 47 à 32, sans trace de qui l’a modifiée ni pourquoi. Une vraie gestion de stock conserve un historique des mouvements : chaque entrée et chaque sortie horodatée avec sa raison — vente, retour, ajustement manuel, transfert, réception.

Si vous voulez simplement un instantané rapide, à l’échelle du catalogue, de ce qui approche de la rupture — le rapport que le back-office natif ne vous donne pas sur un seul écran — vous pouvez le lire directement dans la base de données avec une requête en lecture seule dans Paramètres avancés → Base de données → Gestionnaire SQL. Celle-ci liste tous les produits de base (déclinaisons exclues) à 10 unités ou moins, les plus faibles d’abord :

SELECT sa.id_product,
       pl.name,
       sa.quantity
FROM ps_stock_available sa
JOIN ps_product_lang pl
  ON pl.id_product = sa.id_product
 AND pl.id_lang = 1
WHERE sa.id_product_attribute = 0
  AND sa.quantity <= 10
ORDER BY sa.quantity ASC;

Adaptez id_lang à votre langue et le seuil 10 à la limite qui vous intéresse. La requête ne fait que lire — elle ne modifie rien — vous pouvez donc l’exécuter aussi souvent que nécessaire. Pour inclure chaque déclinaison séparément, supprimez la ligne id_product_attribute = 0. Il s’agit d’un instantané manuel, pas d’une alerte ; les sections suivantes expliquent comment rendre cette surveillance automatique.

Dans PrestaShop, les quantités actuellement disponibles se trouvent dans ps_stock_available — c’est une table de quantités, pas un journal de mouvements ni d’audit. L’historique natif des mouvements est limité et dépend de la version ; les tables dédiées aux mouvements de stock (ps_stock_mvt) relèvent de l’ancien contexte Advanced Stock Management plutôt que des boutiques ordinaires en stock simple. Dans tous les cas, le back-office standard en expose très peu pour une boutique en stock simple. Lorsqu’un écart apparaît, la question est toujours la même — « qu’est-il arrivé à ces unités ? » — et la réponse devrait demander une seule vérification, pas une après-midi d’enquête. C’est exactement pour cela qu’un journal de mouvements bat un tableur, même avant d’ajouter plusieurs emplacements : le fichier peut vous dire que le comptage est faux, mais jamais comment il l’est devenu.

Garder le comptage numérique fiable : l’inventaire tournant

Même un système parfait s’écarte de la réalité physique, parce que la réalité est désordonnée — des produits cassent, sont mal rangés, ou mal comptés à la réception. La réponse n’est pas un inventaire annuel redouté ; ce sont de petits comptages fréquents, pondérés selon l’importance de chaque produit. Un rythme utile :

C’est le principe ABC : concentrez votre attention là où se trouve l’argent. Les pourcentages ci-dessus correspondent à la règle empirique classique, pas à une loi — exportez votre propre rapport de ventes et classez vos produits selon leur contribution réelle au chiffre d’affaires avant de faire confiance aux catégories. Quand un comptage ne correspond pas, enquêtez le jour même ; un écart est un symptôme, et sa cause (vol, erreur de réception, retour jamais traité, erreur de préparation) devient seulement plus difficile à retracer avec le temps.

Réapprovisionner avant la rupture

Un comptage exact ne représente que la moitié du travail — l’autre moitié consiste à agir avant que le stock n’atteigne zéro. La mécanique du moment où réapprovisionner repose sur une petite formule fiable construite à partir de votre rythme de vente, du délai fournisseur et d’un stock de sécurité, avec la question de savoir quelle part de ce stock de sécurité est une assurance utile et quelle part devient du capital immobilisé. Plutôt que de condenser tout cela en un paragraphe ici, nous avons détaillé les formules, des exemples chiffrés et la manière de les lire depuis vos données de vente PrestaShop dans un guide dédié : Quand réapprovisionner le stock : des formules simples pour éviter les ruptures. Associez les points de réapprovisionnement présentés là-bas aux seuils par emplacement ci-dessus et aux e-mails de stock bas que PrestaShop envoie déjà, et le réapprovisionnement devient une tâche déclenchée, pas une supposition.

Stock dormant : l’inventaire qui vous coûte en silence

Le problème inverse d’une rupture de stock, c’est le stock qui ne bouge jamais. Le stock dormant immobilise du capital, occupe de l’espace que vous payez, et tend vers une valeur nulle. Une règle simple d’ancienneté le rend visible :

• Aucune vente depuis 90 jours — signaler pour examen, envisager une remise modérée.
• Aucune vente depuis 180 jours — remiser davantage ou l’associer à un produit qui se vend.
• Aucune vente depuis 365 jours — liquider, donner ou passer en perte ; il ne reviendra pas au plein tarif.

Le coût de possession d’un produit invendu pendant un an dépasse presque toujours la marge que vous abandonneriez en le vendant à moitié prix. Vous pouvez automatiser la baisse progressive au lieu de la noter manuellement dans votre agenda avec notre module Smart Dynamic & Scheduled Discounts — définissez une remise qui augmente avec l’âge du produit, et les articles à rotation lente s’écoulent selon un calendrier.

Quand envisager la synchronisation multicanal

Si vous vendez uniquement sur votre boutique PrestaShop, considérez-la comme votre source unique de vérité et passez cette section. Dès que vous ajoutez un deuxième canal — une place de marché, une caisse en magasin, une deuxième vitrine — le stock doit rester synchronisé partout, car survendre sur le canal B avec le chiffre périmé du canal A est le chemin le plus rapide vers les avis négatifs. Trois approches réalistes :

• PrestaShop comme maître — conservez la quantité de référence dans votre boutique et poussez les mises à jour vers chaque canal. C’est le plus simple lorsque la plupart des ventes passent par votre boutique.
• Couche intermédiaire — une couche de synchronisation placée entre tous les canaux, qui réconcilie le stock dans les deux sens. L’abonnement se justifie dès que vous jonglez avec trois canaux ou plus.
• Allocation prudente — si votre synchronisation n’est pas en temps réel, publiez volontairement moins d’unités sur chaque canal que ce que vous possédez, en gardant un tampon qui absorbe le décalage. C’est rudimentaire, mais cela évite la survente pendant que vous mettez en place mieux.

Pour alimenter un outil externe, vous aurez besoin d’exporter proprement des données PrestaShop en masse — à la fois votre catalogue actuel et l’historique des commandes qui sert aux prévisions de demande. Nous expliquons comment faire entrer et sortir les données produit (CSV, XML et API) dans Import et export de produits, et comment extraire les commandes et les ventes pour analyse dans Exports CSV pour commandes et factures. Pour les exports récurrents de commandes en particulier, notre module Orders CSV List Exporter transforme une liste de commandes filtrée en fichier planifié et répétable.

Les chiffres à suivre une fois le stock sous contrôle

Un système de gestion des stocks fonctionnel produit des données qu’un tableur ne pourrait jamais fournir. Vous n’avez pas besoin de tout suivre dès le premier jour, mais ces indicateurs vous disent si vous détenez trop de stock, pas assez, ou si des unités se perdent quelque part :

• Rotation des stocks — la vitesse à laquelle vous écoulez votre stock. Plus elle est élevée, moins votre capital reste immobilisé en rayon.
• Jours de stock — au rythme actuel des ventes, combien de jours avant d’atteindre zéro. C’est l’indicateur qui pilote réellement le moment du réapprovisionnement.
• Taux d’écoulement — la part du stock reçu qui se vend au plein prix. Un taux durablement faible pointe vers un surstockage ou un mauvais positionnement prix.
• Démarque inconnue — l’écart entre le stock attendu et le stock compté, suivi en pourcentage de la valeur du stock. Un chiffre qui augmente signifie qu’un processus laisse fuir des unités.

Questions fréquentes

PrestaShop dispose-t-il d’alertes natives de stock bas ?

Oui, produit par produit. Dans l’onglet Quantités, vous définissez un niveau de stock bas et cochez « M’envoyer un e-mail lorsque la quantité est inférieure à ce niveau ». PrestaShop envoie alors un e-mail à l’adresse de notification du marchand lorsque la quantité disponible passe sous ce seuil. C’est la fonctionnalité native la plus sous-utilisée : elle transforme « j’ai oublié de vérifier » en alerte proactive, sans coût supplémentaire. Ce qu’elle ne fournit pas, c’est un écran unique listant tous les produits sous leur seuil ; c’est là qu’un tableau de bord stock ou l’instantané SQL ci-dessus prend tout son sens.

Où PrestaShop stocke-t-il les quantités ?

Les quantités actuellement disponibles se trouvent dans la table ps_stock_available, une ligne par produit (et par déclinaison), gérée via la classe StockAvailable. C’est une table de quantités, pas un journal de mouvements — elle vous indique le comptage actuel, jamais comment il a été obtenu. Les anciennes tables de mouvements de stock (ps_stock_mvt, ps_stock) appartiennent au vieux contexte Advanced Stock Management, pas à une boutique ordinaire en stock simple.

PrestaShop peut-il suivre le stock sur plusieurs entrepôts ?

Pas nativement d’une manière vraiment exploitable. L’ancien « Advanced Stock Management » a tenté le multi-emplacement, mais il était rigide, lié à des états de commande précis, et déconnecté du tunnel de commande moderne. Pour de vraies quantités par emplacement qui fonctionnent avec le tunnel de commande standard — avec règles d’affectation d’entrepôt, registres de transfert et points de réapprovisionnement par emplacement — c’est précisément le rôle de Warehouse Revolution.

Quel est le bon moment pour arrêter d’utiliser un tableur ?

Quand deux ou plus des modes d’échec ci-dessus apparaissent : une survente, une rupture silencieuse, un comptage qui ne correspond pas au rayon, des canaux qui se contredisent, ou du temps administratif qui augmente plus vite que le chiffre d’affaires. La première amélioration n’est pas un nouveau logiciel — c’est de supprimer le tableur parallèle et de faire confiance aux quantités natives de PrestaShop, qui savent déjà ce qui s’est vendu.

L’annulation ou le remboursement d’une commande remet-il le stock ?

C’est possible, si la réinjection du stock est activée pour ce flux. La quantité diminue lorsque la commande est validée, puis augmente à nouveau lors d’une annulation ou d’un remboursement avec réinjection activée. Il n’existe pas d’interrupteur natif « diminuer le stock à l’expédition plutôt qu’à la commande » — cette décision relève du cycle de vie de la commande, pas d’un simple réglage.

Un ordre raisonnable pour procéder

Vous n’implémentez pas tout cela d’un coup, et vous ne devriez pas. La sortie du tableur se fait par étapes, chacune supprimant un mode d’échec :

• D’abord, configurez correctement les quantités natives de PrestaShop, l’e-mail de stock bas et le comportement en rupture de stock — puis cessez de maintenir le tableur en parallèle. À elle seule, cette étape corrige les surventes et les ruptures silencieuses pour une boutique à un seul emplacement.
• Ensuite, définissez des points de réapprovisionnement pour vos articles A à l’aide des formules de réapprovisionnement, et planifiez des inventaires tournants hebdomadaires sur ces mêmes meilleures ventes.
• Puis, examinez le stock dormant chaque trimestre et laissez les remises planifiées l’écouler.
• Plus tard, uniquement si vous en avez besoin, ajoutez le suivi multi-emplacements avec Warehouse Revolution, la gestion fournisseurs et la synchronisation des canaux.

L’objectif n’a jamais été un stock parfait — cela n’existe pas. Il s’agit d’un stock assez fiable pour ne plus survendre, ne jamais manquer les produits qui comptent, et ne pas immobiliser de trésorerie dans des articles qui ne se vendront pas. PrestaShop vous en donne déjà plus nativement que la plupart des marchands ne l’imaginent ; le dernier acte utile du tableur est de vous faire apprécier le moteur que vous possédez déjà.