Vendez moins que vous n’avez

Pourquoi la synchronisation des stocks en temps réel n’empêche pas la survente — et quel chiffre mettre vraiment sur Amazon.fr ou Cdiscount.

Cherchez « synchronisation des stocks » ou « éviter la survente », et vous tombez sur une page entière de connecteurs qui promettent la même chose : temps réel, automatique, plus jamais de survente. Ces connecteurs sont utiles. Mais ils règlent un autre problème que celui qui provoque vos annulations.

Un connecteur fait en sorte que la marketplace voie le même chiffre que votre entrepôt. La question est de savoir si c’est le bon chiffre. Presque jamais.

Les entrepôts pilotent ce qui est physiquement en rayon. Le chiffre qui compte, c’est ce que vous pouvez promettre. La différence, c’est ce que vous avez déjà promis à quelqu’un d’autre — plus la marge dont vous avez besoin parce qu’aucun connecteur n’est instantané.

Ce document défend une idée qui va contre l’instinct de tout commerçant : mettez en ligne moins que ce que vous avez. Pas par prudence, mais parce qu’une annulation sur une marketplace qui vous note coûte beaucoup plus cher que la vente que vous ratez en ne proposant pas un article.

UnLe mauvais chiffre

Demandez à l’entrepôt combien il reste d’un article, et on vous donne le comptage de l’emplacement : le stock physique. Un chiffre honnête — et pas celui qui doit aller sur un canal de vente.

Une partie de ce stock appartient déjà à quelqu’un. Des commandes reçues mais pas encore préparées. La réservation d’un client grossiste pour la semaine prochaine. Un carton à l’angle écrasé. Des retours posés sur une étagère mais pas encore contrôlés. Ces pièces sont là, et vous ne pouvez pas les vendre une deuxième fois.

Deux déductions rarement présentes dans le connecteur. Ce qui est promis figure dans votre système — s’il y figure. Le stock de sécurité ne figure nulle part, tant que vous ne l’avez pas calculé.

La première déduction est une question d’enregistrement : si elle est dans le système, un connecteur peut la prendre en compte. La seconde est une décision. Et c’est précisément la décision que presque personne ne prend consciemment.

DeuxCe que coûte vraiment une annulation

La théorie classique de la répartition d’un stock rare est ancienne et solide. Les compagnies aériennes ont résolu en 1972 une question structurellement identique : combien de sièges garder pour le passager qui réserve tard et cher, quand la réservation bon marché arrive déjà ? La réponse va contre l’intuition. Quand l’écart de valeur est grand, on garde plus de sièges qu’on ne pense en vendre — et on vole volontairement avec des sièges vides.

Ce modèle repose sur une hypothèse : un client refusé coûte la marge de cette vente, et rien d’autre. En 1972, c’était à peu près vrai. Sur une marketplace, ça ne l’est plus.

Ce que les marketplaces publient

Amazon mesure la santé du compte des vendeurs qui expédient eux-mêmes. Le taux d’annulation avant expédition doit rester sous 2,5 %, mesuré sur sept jours ; le taux de commandes défectueuses sous 1 %, sur 60 jours. Cdiscount raisonne dans l’autre sens : il exige un taux d’acceptation des commandes d’au moins 97,5 %. Le même seuil, vu depuis l’autre bord.

Ce que ces seuils veulent dire pour un petit vendeur. Une annulation, c’est 2,5 % de 40 commandes. Avec 40 commandes ou moins sur sept jours, une seule annulation vous fait déjà sortir de la zone « sous 2,5 % ». Et sur Cdiscount, une seule commande refusée sur 39 fait passer l’acceptation sous 97,5 %.

Mettez ces faits côte à côte, et il n’y a pas deux issues, mais trois — et elles ne sont pas symétriques.

Le modèle classique connaît deux actions. Une marketplace qui vous note en a trois, et la troisième coûte bien plus que les deux autres. Seuils : Amazon Seller Central et Cdiscount, à vérifier dans votre espace vendeur.

Cela change ce que vous pilotez. L’indicateur habituel est le taux de service : livré divisé par commandé. Il mélange deux choses qui se comportent très différemment — le stock que vous n’avez pas proposé, et les promesses que vous avez rompues. La marketplace ne réagit qu’à la seconde.

Pilotez plutôt le taux de promesses tenues : livré divisé par promis. Qui optimise le taux de service optimise un chiffre que la marketplace ne voit pas.

TroisPourquoi synchroniser ne suffit pas

Admettons que votre connecteur soit bon. Entre le moment où une pièce quitte votre stock et celui où chaque canal le sait, il s’écoule quand même du temps. Le connecteur interroge, traite, transmet ; la marketplace traite de son côté. Temps réel veut dire, en pratique : rapide, pas simultané.

Dans cette fenêtre, une commande peut tomber sur une pièce qui n’existe plus. Cette commande, vous ne pouvez pas l’empêcher. Seulement l’absorber — avec du stock que vous aviez volontairement gardé hors ligne.

Le stock de sécurité n’est pas de la prudence, c’est un calcul. Il ne doit couvrir que les commandes qui peuvent tomber dans la fenêtre — mais celles-là, il doit vraiment les couvrir.

Mesurer la fenêtre, en un après-midi

Choisissez votre canal noté le plus actif et un article qui tourne bien.
Mesurez le temps entre un mouvement de stock dans votre système et le moment où le canal affiche le nouveau stock. Dix fois, réparties sur une journée normale, pas une seule fois à neuf heures. Retenez le pire cas, pas la moyenne : c’est dans le pire cas que deux commandes se percutent.
Multipliez cette fenêtre par le rythme de commandes en pointe pour cet article sur ce canal. C’est votre plancher.

Exemple de calcul, pas une mesure. Une fenêtre de quatre minutes et, en pointe, une commande toutes les minutes et demie : 4 ÷ 1,5 ≈ 2,7 — arrondi à trois commandes que vous ne pouvez pas arrêter. Trois annulations ne restent sous 2,5 % que si vous avez eu plus de 120 commandes sur les mêmes sept jours.

La France ajoute une pointe que peu de pays connaissent : les soldes à heure fixe. Les soldes d’hiver commencent le deuxième mercredi de janvier à 8 heures du matin — en 2026, le mercredi 7 janvier, pour la plupart des départements. Des milliers de clients arrivent à la même minute, précisément quand votre fenêtre de synchronisation est la plus exposée. Mesurez-la aussi ce matin-là.

Réglez ce stock de sécurité par canal, et laissez le canal se fermer tout seul quand le stock passe dessous. Pas une alerte : une coupure. Une alerte arrive quand quelqu’un a déjà acheté la pièce que vous ne pouvez pas livrer.

QuatreQui reçoit les dernières pièces

Dès que vous vendez sur plus d’un canal, ou que vous expédiez depuis plus d’un site, chaque commande porte une question : est-ce elle qui reçoit la pièce, ou la suivante ? Dans presque toutes les entreprises, on y répond des centaines de fois par jour — celui qui décroche le téléphone, le canal arrivé le premier, une règle paramétrée il y a trois ans.

Tout le monde a donc déjà une règle d’allocation. Le client toujours servi. Le canal coupé en premier. La commande que le directeur commercial débloque lui-même. Seulement, cette règle n’est écrite nulle part, et deux personnes l’appliquent différemment.

L’instinct dit : protégez le canal le plus rentable. On garde du stock pour son propre site, la marketplace a ce qui reste. C’est la logique classique — et dès qu’annuler coûte plus que la marge, l’ordre ne tient plus.

Fixez des seuils par canal selon le coût d’échec, pas selon la marge. Le canal où une promesse rompue coûte le plus ferme le premier — et ce qui y est déjà vendu est servi en premier.

Ça paraît contradictoire, mais c’est la même règle appliquée deux fois. Ne pas proposer ne coûte pas cher, donc vous fermez d’abord le canal le plus coûteux. Une promesse rompue coûte cher, donc ce qui y est vendu passe devant la commande de votre site arrivée une minute plus tard.

Écrire une règle d’allocation prend un après-midi et aucun logiciel. En général, cela fait remonter des désaccords internes qui coûtent de l’argent en silence depuis des années.

CinqLe piège dont presque personne ne sort

Si c’est si logique, pourquoi tout le monde ne le fait pas ? Parce que le chemin commence par une descente.

Qui met tout en ligne tire beaucoup de chiffre d’affaires de sa visibilité, tient ses promesses un peu moins bien qu’il ne faudrait, et se retrouve moins bien placé qu’il pourrait l’être. S’il met un stock de sécurité, le chiffre d’affaires baisse d’abord : moins proposé, moins vendu. Les meilleurs indicateurs viennent ensuite. Pendant des semaines, la bonne décision a l’air d’une erreur.

Deux équilibres, et le plus bas est un piège. On le reconnaît : beaucoup d’offres en ligne, des promesses moyennement tenues, une place dans le panier qui s’effrite, une demande molle — et chaque commande semble trop précieuse pour être laissée passer.

Le réflexe dangereux est dans cette dernière phrase. Quand la demande faiblit, chaque commande paraît précieuse, alors vous mettez plus en ligne. Vous rompez plus souvent une promesse, les indicateurs baissent, la demande baisse encore. Les dégâts se font en une mauvaise semaine ; la réparation en prend beaucoup.

Personne ne peut vous dire la profondeur de ce creux chez vous : les marketplaces publient des seuils et des périodes de mesure, pas leur algorithme de classement. Qui prétend le modéliser exactement vend quelque chose. Mais la direction est publiée, et la direction suffit pour décider.

SixCe que vous faites ce mois-ci

Mesurez la fenêtre. Un canal, un article, dix fois. Si vous ne retenez qu’une chose de ce document, retenez celle-ci.
Retirez ce qui est déjà promis. Commandes en cours, réservations, stock bloqué et retours non contrôlés n’ont rien à faire dans le chiffre envoyé à un canal.
Écrivez votre règle d’allocation. Quel canal ferme en premier, qui décide pour les dernières pièces.
Suivez le taux de promesses tenues à côté du taux de service. Livré sur promis, à côté de livré sur commandé. L’écart, c’est ce que voit la marketplace.
Fixez des seuils par canal selon le coût d’échec, et laissez le canal se fermer automatiquement.
Organisez l’alternative avant d’en avoir besoin. Expédier depuis un autre site, faire livrer par le fournisseur, proposer un article de substitution : comme règle au coût connu, pas comme coup de téléphone sous pression. Chaque envoi supplémentaire, c’est aussi de l’emballage et du transport en plus — ce conflit-là, aucune règle ne le résout.

SeptQuestions à poser à un éditeur

À votre WMS, à votre connecteur ou à votre logiciel marketplace. Elles sont formulées pour qu’une démonstration ait du mal à y répondre.

Montrez-moi, pour un article, sur tous les sites et tous les canaux, trois chiffres : promis, réservé, disponible.
Quel est le délai mesuré entre un mouvement de stock et le nouveau stock sur chaque canal ? Pas la valeur de conception.
Puis-je fixer par canal un seuil sous lequel ce canal ne reçoit plus de stock, quel que soit le stock physique ?
Comment réserver du stock pour un client ou un canal sans le rendre invisible pour tous les autres ?
Si une commande ne peut pas partir du site prévu, que se passe-t-il ? Montrez la décision, pas l’alerte.
Comment mesurer livré sur promis, séparément de livré sur commandé ?

La question cinq sépare les systèmes qui décident de ceux qui préviennent.

En résuméLe chiffre et la règle

Pas	Mais
Mettre le stock physique en ligne	Ce que vous pouvez promettre : stock disponible moins un stock de sécurité par canal
Un stock de sécurité au jugé	Un plancher tiré de la fenêtre mesurée et du rythme de pointe
Une alerte quand ça devient juste	Un canal qui se ferme tout seul
Protéger selon la marge	Des seuils selon le coût d’une promesse rompue
Piloter le taux de service	Piloter le taux de promesses tenues
Une règle d’allocation dans une tête	Une règle d’allocation écrite

Mieux vaut ne pas vendre ce que vous avez que vendre ce que vous n’avez pas. Les vendeurs expérimentés sur marketplace y arrivent tout seuls, sans toujours savoir dire pourquoi. Voilà pourquoi.

TransparenceQui a écrit ceci, et pourquoi

Nous éditons un logiciel de gestion d’entrepôt et de commandes. Nous avons donc intérêt à ce que vous concluiez que la couche qui alloue le stock est importante. Jugez l’argument pour lui-même, et retranchez ce qui vous paraît devoir l’être.

Deux choses sur notre propre position, parce que ce document pose des questions de contrôle et qu’il serait malvenu de les esquiver. Le stock de sécurité par canal avec fermeture automatique du canal, nous l’avons développé parce que nos clients butaient sans cesse sur le problème du chapitre deux ; cela fonctionne aujourd’hui, c’est la question trois. Le livré sur promis, nous ne le publions pas encore en standard à côté du taux de service. C’est la question six, c’est le chiffre dont ce document dit que personne ne le suit, et nous le construisons. Nous préférons l’écrire ici plutôt que vous le laisser découvrir en démonstration.

Si cela vous parle, l’échange utile n’est pas une démo. C’est une heure sur vos propres règles d’allocation : quel canal est coupé en premier, qui décide, et ce que cela coûte aujourd’hui. Apportez les règles. Nous vous dirons où nous aiderions et où non.

BizBloqs Management Solutions B.V., Pays-Bas. Septembre 2026. Taux d’annulation avant expédition (sous 2,5 %, sept jours) et taux de commandes défectueuses (sous 1 %, 60 jours) : Amazon Seller Central, pages d’aide sur la santé du compte, repris pour le marché français par Sellermania (« Soldes 2026 : surventes, annulations, suspension de compte », 22 juin 2026). Taux d’acceptation des commandes Cdiscount (au moins 97,5 %) : même source. Les seuils de 40, 39 et 120 commandes en sont déduits. Dates des soldes d’hiver 2026 et règle du deuxième mercredi à 8 heures : Service-Public.fr, 12 décembre 2025. Les marketplaces modifient leurs indicateurs : vérifiez l’état actuel dans votre espace vendeur. L’exemple du chapitre trois est une hypothèse de planification, pas une mesure, et le schéma cinq montre une forme sans échelle. Le modèle aérien est celui de Littlewood (1972) ; le raisonnement complet, sources comprises, figure dans le document de travail anglais Sell less than you have. Reproduction autorisée avec mention de la source et un lien. Remarques et corrections : hello@bizbloqs.com · bizbloqs.com