
Un même article peut être vendu au comptoir, mis de côté pour un client de l'atelier et acheté en ligne dans la même heure. Si chaque lieu tient son propre décompte, la boutique en ligne finit par proposer ce qui n'est plus disponible. La synchronisation commence par des règles de gestion, bien avant le choix d'un connecteur.
Rapprocher avant de synchroniser
Des travaux d'inventaire récents ont rapproché quantités et informations commerciales tout en conservant les fichiers sources, ce qui permet de revenir à la donnée d'origine en cas de doute. Les lignes à quantité nulle ont été distinguées des lignes actives restant à compléter : un zéro n'est pas une information manquante.
Une étude d'échange entre outils, menée avant développement, a insisté sur deux points : les quantités réellement préparées et les références exactes. Ces travaux n'établissent pas une synchronisation complète de tous les canaux. Ils rappellent surtout qu'un comptage fiable précède l'automatisation.
Distinguer stock compté, engagements et disponibilité
La documentation développeur de PrestaShop sépare la quantité physique, la quantité réservée et la quantité disponible à la vente. Cette distinction est utile pour cadrer votre suivi, quelle que soit la solution retenue. Le stock compté correspond à ce qui est réellement sur l'étagère. Les engagements regroupent les commandes en attente, les pièces réservées pour une réparation et les articles mis de côté. La disponibilité, enfin, est ce que la boutique peut proposer à la vente après prise en compte des engagements et des quantités à exclure, par exemple des produits abîmés ou une marge de sécurité.
Côté WooCommerce, le suivi quantitatif du stock est une option à activer. Sans elle, les statuts du type « en stock » n'ont rien d'un décompte. La réservation de stock pour les commandes en attente de paiement est également réglable : il faut connaître ce réglage avant de comparer les chiffres de deux outils.
Suivre des mouvements plutôt que recopier des totaux
Quand deux lieux écrivent chacun un total, le dernier qui enregistre écrase l'autre. Il est plus fiable de transmettre des mouvements : réception fournisseur, vente, annulation, retour, rebut, transfert entre lieux, correction d'inventaire. Chaque mouvement porte un motif, un lieu et une date, ce qui permet de reconstituer le stock et d'expliquer un écart.
Le back-office de PrestaShop propose un suivi des quantités et une consultation des mouvements. Cela ne prouve pas une synchronisation native avec un atelier ou une caisse externe, et les fonctions exactes dépendent de la version et de la configuration. Vérifier le périmètre réel de l'outil évite les mauvaises surprises.
Une source maîtresse par donnée, des références identiques
Chaque donnée doit avoir un seul endroit où elle se modifie. Les références, elles, doivent désigner la même chose partout : le produit, sa variante (taille, couleur) et son unité de vente (pièce, lot, mètre). Un écart d'identifiant entre la caisse et la boutique en ligne suffit à créer deux articles que rien ne relie. De bonnes fiches produits reposent sur ce même travail d'identification.
| Donnée | Source maîtresse possible | Point de vigilance |
|---|---|---|
| Quantité comptée | L'outil du lieu où l'article est rangé | Deux saisies pour un même mouvement |
| Engagements | L'outil qui reçoit la commande ou la réservation | Réservation jamais libérée |
| Prix et description publics | Le site | Prix modifié à deux endroits |
| Disponibilité en ligne | Calcul à partir du stock compté et des engagements | Statut forcé à la main |
Exemple fictif : un atelier de céramique avec boutique et vente en ligne
Cette situation est inventée pour illustrer la méthode. Un atelier de céramique compte trois bols d'une série sur l'étagère. Un visiteur en fait mettre un de côté en boutique, une commande en ligne en attend un autre, et un troisième se brise à l'atelier.
Trois mouvements s'enregistrent : une mise de côté et une commande en attente, qui sont des engagements, puis un rebut, qui réduit le stock compté. Il reste deux bols comptés, deux engagements et donc aucune disponibilité en ligne. Le site doit afficher l'article comme indisponible, et si la commande en attente expire, l'engagement est libéré selon la règle de réservation prévue, avant de recalculer la disponibilité du bol.
Prévoir les pannes de connecteur, les reprises et l'inventaire
Un connecteur peut échouer : service indisponible, référence inconnue, message refusé. Le dispositif doit alors rester lisible et rattrapable. Points à prévoir :
- un identifiant unique par mouvement, pour qu'une reprise ne l'applique pas deux fois ;
- un journal indiquant ce qui a été envoyé, reçu ou refusé, et pourquoi ;
- une file des mouvements en échec, relancés après correction de la cause ;
- une alerte compréhensible par la personne chargée du suivi, pas seulement par un développeur ;
- un délai de mise à jour assumé, avec une marge de sécurité pour les articles rares.
Aucune architecture ne supprime toute rupture : l'objectif est de réduire les écarts et de pouvoir les expliquer. Un connecteur sur mesure ne vaut que s'il est accompagné de ces règles. L'inventaire périodique complète le dispositif : chaque écart de comptage est corrigé par un mouvement justifié, jamais par une modification silencieuse du total.
Questions fréquentes
Faut-il une mise à jour instantanée entre les lieux ?
Cela dépend du risque. Pour des pièces uniques ou très rares, un délai court et une marge de sécurité comptent plus que pour des articles courants. Le délai acceptable se fixe en pesant le coût d'une vente impossible à honorer.
Un tableur partagé suffit-il pour commencer ?
Un tableur partagé peut servir au départ si les saisies, les mouvements et les responsabilités sont maîtrisés. Le choix dépend surtout des ventes simultanées, des variantes et des besoins de réservation, plutôt que du seul nombre de produits.
Si le suivi des stocks entre plusieurs lieux pose question, vous pouvez décrire votre besoin sur la page connecteurs et automatisation. Je regarderai les lieux concernés, les références et les règles à clarifier avant de parler d'outil.
Parlons de votre projet
À Annecy, en Haute-Savoie ou à distance, je vous accompagne pour cadrer un besoin concret et choisir une solution adaptée à votre activité.
Découvrir l’accompagnement · Me contacterSources et documentation
- WooCommerce — Products Settings, Inventory
- PrestaShop — Managing Stock
- PrestaShop Developer Documentation — Stock FAQ
Documentation consultée le 20 octobre 2026.
Dernière mise à jour : 20 octobre 2026.
← Tous les articles