Pourquoi les stocks se désynchronisent entre les canaux
Le principe est simple : ne jamais vendre sur un canal ce qui vient de partir sur un autre. Quand la boutique, le site et plusieurs marketplaces puisent dans le même stock, il se complique vite.
- Plusieurs stocks, plusieurs vérités : l’ERP valorise le stock de l’entrepôt, la caisse tient celui des magasins, la plateforme e-commerce et chaque compte vendeur ont leur propre compteur. Chacun croit avoir le bon chiffre.
- Des envois de stock trop espacés : un fichier exporté quelques fois par jour : entre deux envois, une marketplace vend une taille déjà partie en boutique, et l’annulation pèse sur la note du compte vendeur.
- Un stock magasin moins fiable qu’il n’y paraît : démarque inconnue, réceptions mal saisies, transferts oubliés. Une étude publiée en 2008 sur 37 magasins d’un même distributeur trouvait près des deux tiers des enregistrements de stock inexacts.
- Du stock qui n’est pas à vendre : pièces de présentation en vitrine, articles réservés pour un client, commandes wholesale et précommandes du showroom à servir, stock d’un franchisé ou d’un corner en grand magasin : il est physiquement là, mais pas disponible pour tous les canaux.
- On ne vend pas un modèle, on vend une taille et un coloris : chaque variante a son propre stock et doit porter son propre identifiant d’un outil à l’autre, sinon le site affiche un M qui n’existe qu’en L.
Le problème n’est pas de compter le stock, mais de décider à chaque instant combien chaque canal peut en promettre.
Les six étapes, et ce qui s’automatise à chacune
- Stock de référenceProposé, puis validé
- Disponible par canalAutomatique
- Publier par canalAutomatique
- Réserver à l’achatAutomatique
- Réintégrer les retoursProposé, puis validé
- Surveiller les écartsProposé, puis validé
Le détail de chaque étape : ouvrez-la.
Désigner le stock de référence de chaque lieu
- Aujourd’hui
- Chaque outil a son stock ; on ne sait pas lequel croire quand ils divergent.
- Automatisé
- Une source par lieu : le WMS pour l’entrepôt, la caisse pour chaque magasin, l’ERP pour la valorisation ; chaque variante identifiée par le même code partout, mouvements remontés en continu.
- Reste humain
- Choisir la source de chaque lieu et trancher les conflits de référentiel.
Calculer le stock disponible à la vente par canal
- Aujourd’hui
- Stock physique envoyé tel quel, ou corrigé à vue dans un tableur avant l’export.
- Automatisé
- Stock physique moins les commandes en cours, les réservations clients, les commandes wholesale et les pièces de présentation, moins un stock de sécurité propre à chaque canal ; seuls les magasins éligibles au web comptent pour le site, et les précommandes s’appuient sur le stock à recevoir.
- Reste humain
- Fixer les stocks de sécurité, les magasins éligibles et les règles d’allocation.
Publier vers le site et chaque marketplace
- Aujourd’hui
- Fichier exporté et chargé à la main sur chaque compte vendeur, quelques fois par jour.
- Automatisé
- Envoi par API à chaque mouvement de stock (vente, réception, retour, transfert), envoi complet régulier en filet de sécurité, rejets de chaque plateforme récupérés et classés.
- Reste humain
- Traiter les rejets que l’outil ne sait pas corriger.
Réserver le stock à la commande
- Aujourd’hui
- Le stock ne baisse qu’à l’expédition ; deux canaux peuvent vendre la même pièce dans l’intervalle.
- Automatisé
- La commande validée sur un canal réserve l’article dans le stock de référence et fait baisser le disponible de tous les autres ; une réservation non confirmée est libérée après un délai fixé par règle.
- Reste humain
- Décider des règles de libération, par exemple pour le click & collect non retiré.
Remettre en stock les retours
- Aujourd’hui
- Article retourné rangé en réserve, revendable en ligne plusieurs jours plus tard, ou jamais.
- Automatisé
- À la réception, l’article contrôlé repasse dans le stock vendable du lieu qui l’a repris, ou dans un stock de second choix ; le disponible de chaque canal est recalculé aussitôt.
- Reste humain
- Contrôler l’état de l’article et décider s’il est revendable.
Surveiller les écarts, la survente et les annulations
- Aujourd’hui
- La survente se découvre quand le préparateur ne trouve pas l’article, puis le service client annule.
- Automatisé
- Comparaison régulière entre le stock publié sur chaque canal et le disponible calculé, alerte sur tout écart ou tout envoi en échec ; commande en survente réaffectée à un autre lieu quand c’est possible, sinon client prévenu et remboursé ; annulations suivies par canal et par motif.
- Reste humain
- Choisir entre réaffecter, attendre un réassort ou annuler, et corriger la cause.
Les prérequis
- Un référentiel produit commun chaque taille et chaque coloris avec son identifiant propre, le même dans l’ERP, la caisse, le WMS, le site et les comptes vendeurs.
- Des mouvements de stock remontés en continu ventes en caisse, réceptions, transferts et retours, au fil de l’eau plutôt qu’en fin de journée.
- Des interfaces ouvertes API ou connecteurs sur la plateforme e-commerce, l’OMS ou l’ERP et chaque marketplace, avec un retour des rejets.
- Des règles d’allocation écrites stock de sécurité par canal, magasins éligibles au web, produits exclus de certaines marketplaces, part réservée au wholesale et aux précommandes.
Quatre façons de l’automatiser
| Options | Adaptée quand | Limites | À vérifier |
|---|---|---|---|
| Connecteurs de la plateforme e-commerce | Un stock central, le site et quelques marketplaces, peu ou pas de stock magasin publié en ligne. | Publient souvent le stock tel quel, sans réservation fine ni stock de sécurité par canal ; le stock des magasins reste mal couvert. | Fréquence réelle des envois, stock de sécurité par canal, traitement des rejets, gestion des variantes. |
| OMS (gestion des commandes omnicanale) | Réseau de magasins qui sert le site, plusieurs entrepôts, commandes à orienter vers le bon lieu. | Un projet à part entière ; il vaut ce que vaut le stock que la caisse et le WMS lui envoient. | Calcul du disponible par lieu et par canal, réservation à la commande, connexion à la caisse, au WMS et aux marketplaces. |
| Middleware ou plateforme d’intégration | Plusieurs logiciels à garder, beaucoup de comptes vendeurs, formats différents à traduire. | Transporte et transforme les flux ; les règles d’allocation restent à écrire et à maintenir. | Surveillance des flux, rejeu en cas d’échec, connecteurs disponibles, coût par flux ou par volume. |
| Outil sur-mesure branché sur l’ERP, la caisse et les canaux | Règles que les outils du marché ne couvrent pas : stock des franchisés et des corners, pièces rares, wholesale et précommandes, contrôle de la présence de la marque. | Demande un cadrage et une maintenance. | Propriété du code, documentation, réversibilité. |
Les options se combinent : les connecteurs pour les canaux standards, un OMS ou un middleware pour le calcul et le transport, du sur-mesure pour les règles propres à la marque.
Les pièges fréquents
- La survente sur les marketplaces chaque annulation pour rupture dégrade les indicateurs du compte vendeur, et la plateforme peut restreindre ou suspendre l’offre. Publier le disponible, pas le stock physique, avec une réserve par plateforme.
- Un stock magasin faux publié en ligne le site promet une taille que le magasin n’a plus : commande en ship-from-store refusée, click & collect impossible. Ne rendre éligible au web que le stock des magasins dont l’inventaire est fiable, avec une réserve par magasin.
- Des flux en lot trop espacés un envoi de stock quelques fois par jour suffit en période calme, pas un premier jour de soldes ni lors d’une opération d’une marketplace. Envoyer à chaque mouvement, et garder un envoi complet en filet de sécurité.
- Un stock de sécurité unique pour tous les canaux la même réserve partout surprotège le site et sous-protège la marketplace la plus exigeante, ou l’inverse. La fixer par canal, et plus haut sur les dernières pièces.
- Des pièces rares exposées partout la dernière pièce d’un modèle limité publiée sur tous les canaux à la fois sera vendue deux fois. La réserver à un canal, ou la retirer des marketplaces en dessous d’un seuil.
Le contrôle interne
L’automatisation rend le stock traçable : chaque mouvement garde son origine (vente, réception, transfert, retour, inventaire), chaque publication garde la valeur envoyée et la réponse du canal, la personne qui paramètre les règles d’allocation n’est pas celle qui corrige les écarts d’inventaire, et chaque écart entre stock physique et stock théorique se justifie par motif. Vis-à-vis du client, le professionnel doit annoncer une date ou un délai de livraison et le tenir ; s’il ne peut pas livrer et que le contrat est résolu, toutes les sommes versées sont remboursées dans le délai légal, sous peine de majorations. Vis-à-vis des marketplaces, le règlement européen sur les relations entre plateformes et entreprises utilisatrices vise notamment la suspension ou la résiliation injustifiée des comptes vendeurs : garder l’historique des annulations et de leurs causes permet de répondre à une mesure de la plateforme.
Par où commencer
- Cartographier les lieux de stock, les canaux et les flux actuels : source de chaque stock, fréquence et sens de chaque envoi, outil qui reçoit.
- Mesurer les annulations pour rupture des derniers mois, par canal et par cause, et l’écart entre stock publié et stock réel sur un échantillon de références.
- Commencer par le canal qui annule le plus : publier le disponible à la vente à chaque mouvement, avec un stock de sécurité propre, puis étendre aux autres canaux et aux magasins.
Questions fréquentes
Faut-il un OMS pour synchroniser les stocks entre les canaux ?
Pas toujours. Avec un entrepôt unique, le site et quelques marketplaces, les connecteurs de la plateforme e-commerce ou un middleware suffisent souvent. Un OMS se justifie quand le stock des magasins sert le site et qu’il faut orienter chaque commande vers le bon lieu.
À quelle fréquence envoyer le stock aux marketplaces ?
À chaque mouvement de stock plutôt qu’à heure fixe, par API quand la plateforme le permet, avec un envoi complet régulier pour rattraper un message perdu. Les envois en lot espacés sont la première cause de survente.
Peut-on publier en ligne le stock des magasins sans risque de survente ?
Oui, à condition de ne publier que les magasins dont l’inventaire est fiable, de retirer une réserve par magasin et de faire remonter les ventes de la caisse en continu. Une commande que le magasin ne peut pas servir doit pouvoir être réaffectée à un autre lieu.
Que faire d’une commande en ligne dont l’article n’est finalement plus en stock ?
La réaffecter à un autre entrepôt ou magasin quand c’est possible ; sinon prévenir le client sans attendre et le rembourser. Chaque cas est enregistré avec sa cause, pour corriger la règle ou le flux qui l’a produit.
Comment gérer les pièces rares d’une marque de luxe entre la boutique, le site et les marketplaces ?
Par des règles écrites : pièces réservées aux boutiques ou au site, exclues de certaines marketplaces, retirées des canaux tiers sous un seuil. L’arbitrage d’une pièce précise, pour un client ou un canal, reste à l’équipe.
Combien coûte l’automatisation de la synchronisation des stocks ?
Cela dépend du nombre de lieux de stock, de canaux, et des logiciels à relier. Un diagnostic permet de le dire précisément avant de s’engager.
Vos stocks omnicanaux, en diagnostic
Sources de stock, flux, stock de sécurité, survente et annulations : un état des lieux de votre synchronisation et ce qu’il est réaliste d’automatiser.
Demander le diagnosticPour aller plus loin
Sources
- N. DeHoratius et A. Raman, « Inventory Record Inaccuracy: An Empirical Analysis », Management Science, vol. 54, n° 4, 2008 — RePEc / IDEAS
- How many GS1 GTINs do I need when I have a product with many sizes and colours?, mis à jour le 30 août 2024 — GS1
- Livraison : quels sont les obligations du professionnel et les recours ? — DGCCRF
- Vendre en ligne sur des plateformes tierces, règlement (UE) 2019/1150 dit « P2B », dernière vérification le 17 décembre 2025 — L’Europe est à vous (Commission européenne)