Le stock affiché n’est pas le stock disponible

À 10 h 02, la dernière unité d’une référence est vendue sur une marketplace. À 10 h 03, le site en propre l’affiche encore. Une seconde commande arrive avant le prochain export de quantité. Le stock disponible était déjà nul, mais l’autre canal affichait encore l’état précédent. La survente peut commencer dans cet intervalle de quelques minutes.

Sur une marketplace, la survente finit en annulation, et une annulation faute de stock pèse sur les indicateurs de performance du vendeur. Un moteur de recherche exige que la disponibilité indiquée dans les données produit corresponde à celle affichée sur la page produit et au moment du paiement.

Un nouvel inventaire ne suffit pas. Pour trouver l’origine du décalage, reconstituez toute la chronologie, de la commande au dernier export de stock.

Comment calculer le stock disponible ?

Le calcul opérationnel tient en une ligne : stock disponible = stock physique − unités réservées aux commandes importées. Le stock physique correspond à ce qui est enregistré dans le dépôt. La réservation retire ce qui a déjà été promis, même si le préparateur n’a pas encore prélevé l’article.

Prenons un SKU avec 120 unités physiques. Dix-huit unités sont affectées à des commandes ouvertes déjà importées. Le stock disponible vaut donc 120 − 18 = 102 unités. Ces 102 unités peuvent encore être promises. Les 18 autres sont toujours dans l’entrepôt, mais elles ont déjà un destinataire. Les remettre en vente créerait une disponibilité fictive.

Les libellés varient selon les outils. L’opérateur, lui, doit savoir combien d’unités il peut encore promettre.

Pourquoi le stock affiché peut-il être faux ?

Le stock affiché peut être exact au moment de son export et faux quelques instants plus tard. Chaque système a son horloge : le canal enregistre la vente, l’OMS importe la commande, le moteur réserve l’unité, puis l’OMS renvoie la disponibilité mise à jour aux autres canaux. Si l’une de ces étapes manque ou arrive en retard, deux écrans affichent chacun une valeur plausible, mais qui ne décrit pas le même instant.

Dans myFulfillment, une commande payée ou validée est réservée lorsqu’elle est importée. La réservation n’a donc pas lieu avant que la commande soit entrée dans l’OMS. Une fois l’import effectué, le stock disponible est recalculé. Les exports de disponibilité de myFulfillment peuvent être cadencés toutes les cinq minutes. Ce réglage décrit la fréquence d’envoi depuis l’OMS ; le délai de prise en compte dépend ensuite de chaque canal.

Cette nuance change le diagnostic. Si deux ventes portent sur la dernière unité, cherchez d’abord quand chaque commande a été créée, puis importée. Comparez ensuite l’heure de réservation et la dernière quantité envoyée à l’autre canal. Recoupez les horodatages disponibles pour repérer l’étape où les valeurs commencent à diverger.

Une annulation pose le problème inverse. L’unité réservée doit redevenir disponible, puis être republiée. Si le statut de commande ne remonte pas ou si un SKU ne correspond plus à la bonne référence, la marchandise existe mais reste indisponible à la vente. C’est le symptôme que les équipes résument par « on se met en rupture alors qu’on a encore du stock ».

L’écart entre le registre et le rayon n’a rien de nouveau. En 2008, DeHoratius et Raman l’ont relevé dans 65 % de quelque 370 000 enregistrements de stock, répartis dans 37 magasins physiques.

Comment éviter la survente en multicanal ?

Pour réduire le risque de survente, centralisez le calcul du stock disponible avant de multiplier les canaux. Un site, deux marketplaces et un portail B2B ne doivent pas chacun déduire leurs ventes d’une copie isolée du stock. Ils doivent remonter leurs commandes dans le même OMS, qui réserve les unités et renvoie une quantité disponible cohérente.

Le contrôle se fait dans cet ordre :

1. Importez la commande avec un identifiant unique, puis vérifiez le statut déclencheur et la correspondance du SKU.
2. À l’import, réservez l’unité promise avant le prélèvement physique.
3. Recalculez la disponibilité par dépôt et par SKU. Une unité située dans un dépôt non affecté au canal ne doit pas y être vendable.
4. À chaque export, consignez l’heure, le canal, le SKU et la quantité envoyée.
5. Traitez chaque rejet d’API ou de fichier au lieu de le laisser dans les journaux techniques.

Un e-commerçant du secteur maison et jardin suivait ses commandes et ses stocks dans cinq interfaces et un tableur. La fragmentation produisait des surventes sur une marketplace quand un autre canal avait déjà vendu l’article. Après la centralisation de ses commandes multicanales, les incidents de survente ont disparu chez ce marchand et l’expédition le jour même est devenue la norme.

Le guide de la visibilité sur une marketplace détaille les conséquences opérationnelles d’une annulation. Une marketplace classe une annulation inattendue faute de stock comme défaut de transaction. Une quantité publiée est une promesse faite au client.

Le stock fournisseur doit-il compter comme disponible ?

Le stock fournisseur peut élargir ce que vous vendez, à condition de rester un état séparé du stock détenu en propre. Une quantité annoncée dans un fichier fournisseur n’est pas présente dans votre dépôt. Elle dépend de la fraîcheur du fichier, de la correspondance des références et du mode de traitement de la commande : livraison directe, cross-docking ou commande fournisseur.

Dans les états de stock de votre boutique en ligne, un stock en route vers votre propre dépôt reste « entrant » jusqu’à sa réception. Pour un moteur de recherche, le statut « en cours de réapprovisionnement » s’applique lorsque le produit n’est pas disponible pour le moment mais que vous continuez à accepter des commandes ; une date de disponibilité doit alors être affichée. Un stock fournisseur réellement disponible pour une livraison directe ne relève d’aucun de ces deux statuts : publiez-le comme une quantité à part, avec son propre délai de livraison.

myFulfillment peut synchroniser un stock fournisseur depuis une URL, un dépôt FTP ou un fichier CSV. Le système oriente ensuite la commande selon la disponibilité et les règles configurées. La priorité reste définie par l’opérateur, par exemple le stock détenu en propre avant un fournisseur principal désigné. myFulfillment ne choisit pas automatiquement le fournisseur le moins cher.

Avant de rendre une quantité fournisseur disponible à la vente, contrôlez quatre champs : l’heure du dernier fichier, le SKU fournisseur associé, la quantité transmise et le délai promis au canal. Si le fichier date d’hier, afficher dix unités aujourd’hui ne prouve pas qu’elles soient encore disponibles à la commande. Si deux fournisseurs proposent la même référence, la désignation du fournisseur principal et les règles de priorité doivent être lisibles par l’équipe.

Un cas myFulfillment documente le passage d’un catalogue limité au stock propre vers un catalogue combinant stock propre et stock fournisseur, avec l’automatisation de la création des bons de commande auparavant manuels. Pour le parcours de réception et de réexpédition, consultez le guide du cross-docking e-commerce.

Pour diagnostiquer l’écart, remontez la piste d’un seul SKU

Choisissez un SKU et une commande concernés par l’incident. Un chiffre global sur le catalogue masque les doublons de référence, les dépôts mal affectés ou les statuts bloqués. Rassemblez ensuite ces éléments :

• heure de création de la commande sur le canal ;
• heure et statut de son import dans l’OMS ;
• quantité physique avant et après le mouvement ;
• quantité réservée avant et après l’import ;
• stock disponible recalculé ;
• dernier export envoyé à chaque canal et, lorsqu’il existe, son accusé de réception ;
• dépôt, SKU du canal et référence maître utilisés ;
• ajustement manuel, transfert ou annulation intervenus dans l’intervalle.

Commencez par le premier horodatage où les valeurs divergent. Si la commande n’est pas importée, inspectez le connecteur et le statut de la commande côté canal. Si elle est importée sans réservation, vérifiez la règle de commande et l’association du SKU. Si le stock disponible est correct dans l’OMS mais faux sur un canal, inspectez le dernier export et, s’il existe, son accusé de réception. Si tout est cohérent dans les systèmes mais pas dans le rayon, lancez un comptage ciblé et vérifiez l’historique des mouvements.

Ce diagnostic sépare aussi la disponibilité du réapprovisionnement. Quand l’écart vient d’un événement mal transmis, corrigez le flux. Quand le stock est réellement épuisé et que la question devient de savoir quand et combien commander, passez à la méthode de réapprovisionnement e-commerce. La cadence d’analyse, le point de commande et les règles min-max sont traités dans ce guide dédié.

Dans myFulfillment, suivez la commande jusqu’à l’export

myFulfillment centralise les commandes et réserve leurs unités à l’import. Il recalcule ensuite le stock disponible avant de l’exporter vers les canaux connectés. L’équipe peut alors comparer les horodatages disponibles pour repérer l’étape où les valeurs ont divergé.

La page gestion des stocks myFulfillment présente le périmètre logiciel. Dans un diagnostic, commencez par un SKU qui a déjà provoqué une survente ou une rupture déclarée à tort. Reprenez les quatre états du tableau pour ce SKU. Le premier horodatage divergent indique où poursuivre l’enquête.