eBay : votre stock remonte, mais l’offre reste à zéro

Le réapprovisionnement est réceptionné, l’ERP annonce six pièces disponibles et le connecteur affiche une synchronisation réussie. Pourtant, l’offre eBay française reste à zéro. L’équipe relance le flux, augmente la quantité envoyée, puis envisage de recréer l’annonce. Avant de multiplier ces corrections, il faut examiner une valeur souvent oubliée : la quantité portée par l’offre elle-même.

Dans le modèle Inventory API d’eBay, une quantité produit positive ne suffit pas à rouvrir une offre dont la quantité reste explicitement nulle. Le diagnostic doit couvrir le SKU, le compte vendeur, le site de vente et l’offerId. Lorsque les deux quantités sont renseignées, la documentation eBay décrit une limitation par la plus petite. Le stock physique, le stock proposé au canal et la quantité de l’offre répondent donc à des questions différentes.

La conséquence commerciale est discrète : aucune annulation n’apparaît, puisque les acheteurs ne peuvent pas commander. Le manque de vente peut alors être attribué au prix, au référencement ou à la demande. Un exemple fictif à six unités montre comment reconnaître cette fermeture, choisir une répartition entre France et Allemagne, puis refuser une réouverture devenue excessive après un nouveau mouvement de stock.

Notre agence marketplace accompagne les vendeurs qui doivent expliquer ces écarts entre disponibilité et exposition commerciale. La synchronisation des commandes et des stocks marketplace relie les décisions de l’OMS, les observations du canal et les corrections attendues. L’objectif opérationnel est précis : retrouver une quantité vendable justifiée, sans libérer une réservation pour masquer un problème d’offre.

Dans quels cas chercher un zéro au niveau de l’offre

Reconnaître une fermeture après réception ou annulation

Ce diagnostic vise des annonces gérées par l’Inventory API, avec une quantité produit et une quantité d’offre explicitement connues. Le déclencheur peut être une réception fournisseur, la libération d’une commande annulée ou la fin d’une mise à zéro volontaire. L’offre était fermée pendant une rupture ; la source remonte ensuite, mais une borne locale demeure inchangée. Il ne s’agit pas de conclure que toute annonce invisible souffre de ce défaut.

Le premier dossier doit réunir une référence précise et une période courte. Notez la dernière commande servie, le moment de fermeture, la réception qui devait permettre la reprise et le premier constat d’indisponibilité. Cette chronologie évite de comparer une capture antérieure à la réception avec un export ERP réalisé plusieurs heures après. Une quantité exacte sans heure d’observation peut désigner le mauvais état.

Écarter les situations qui demandent une autre enquête

Une offre non publiée, une restriction de compte, une condition de livraison incompatible avec l’adresse ou un problème de catégorie ne se résout pas en augmentant un nombre. Une annonce visible dans un pays n’est pas nécessairement achetable depuis toute destination. Commencez par qualifier l’état et le contexte de consultation ; la présence d’un identifiant d’offre ne constitue pas une preuve de vente possible.

Le scénario ci-dessous utilise un produit simple vendu à l’unité et deux offres à prix fixe déjà publiées. Il ne décrit ni les enchères, ni les lots, ni la répartition par entrepôt, ni les annonces à variations. Ces configurations demandent de vérifier leurs propres objets et règles. Une quantité « six » ne représente pas six pièces si l’unité de vente est un carton.

Retrouver le produit et les offres qui le limitent

Le SKU identifie le produit dans le compte vendeur

L’aperçu officiel de l’Inventory API distingue le produit d’inventaire, identifié par le SKU vendeur, de l’offre qui porte notamment le site de vente et les conditions commerciales. Le dossier de diagnostic conserve le compte vendeur avec ce SKU. Une même référence interne utilisée par deux sociétés ne doit pas entraîner une correction sur le compte voisin.

Pour chaque offre, relevez son identifiant, le site, le format, l’état de publication et, lorsqu’il est disponible, l’identifiant de l’annonce associée. Le titre commercial ne remplace aucun de ces identifiants. Deux annonces peuvent partager le même titre alors qu’elles concernent des vendeurs, des variantes ou des conditions différentes. Le rapprochement doit rester possible même après une correction de libellé.

Lire les deux quantités, sans les additionner

La documentation des mises à jour de prix et de quantité décrit shipToLocationAvailability.quantity pour la quantité produit disponible sur les sites concernés et availableQuantity pour une offre. Lorsque les deux sont définies, elle indique que la quantité de l’annonce est limitée par leur minimum. Le chemin exact du premier champ dépend du corps de l’opération utilisée ; ne transposez pas un fragment JSON d’un appel à l’autre.

Ces deux nombres sont des contraintes superposées. Ils ne représentent pas deux stocks physiques distincts. Produit à six et offre à quatre ne signifient donc pas dix pièces disponibles. Produit à six et offre à zéro expliquent, dans ce périmètre, une quantité d’annonce nulle. La correction porte sur la contrainte devenue injustifiée, après vérification de sa raison d’origine.

Comprendre pourquoi un réapprovisionnement peut laisser l’offre fermée

Le cas documenté par eBay

La fiche eBay sur une quantité d’annonce qui ne remonte pas présente une séquence éclairante : le produit passe à zéro, l’offre également, puis seul le produit est réapprovisionné. L’annonce reste alors à zéro. Cette fiche ancienne, mise à jour en 2022, rejoint la règle des deux niveaux décrite dans la documentation actuelle ; ce comportement n’est pas présenté comme une nouveauté d’octobre 2026.

Le symptôme ressemble à une synchronisation perdue, mais la valeur produit peut avoir été correctement reçue. Relancer exactement la même mise à jour ne modifie pas nécessairement la borne d’offre. L’équipe doit donc comparer ce qu’elle a demandé avec l’objet réellement ciblé, plutôt que compter le nombre de traitements réussis depuis la réception fournisseur.

Un zéro explicite n’est pas une information absente

Conservez trois états dans le diagnostic : quantité connue nulle, quantité connue positive et quantité non observée. Une cellule vide dans l’export du connecteur ne prouve pas qu’eBay détient zéro. Elle peut provenir d’un champ non collecté, d’une offre omise ou d’une réponse incomplète. Transformer toutes les absences en zéro fabrique une précision trompeuse.

Inversement, un zéro connu peut être volontaire : arrêt commercial local, délai impossible à tenir ou quota réservé à un autre canal. Avant de l’effacer, retrouvez la décision et son propriétaire. Le responsable catalogue peut expliquer la diffusion, mais la logistique confirme les pièces utilisables et l’équipe commerciale décide de l’allocation. Aucun de ces rôles ne doit déduire l’accord des autres d’une seule réponse technique.

Exemple : six unités libres, deux offres et une fermeture française

Partir d’un disponible déjà qualifié

Le vendeur fictif VENDEUR-A possède douze pompes POMPE-12. Cinq sont engagées pour des commandes et une constitue sa sécurité interne. Les populations sont supposées distinctes : le disponible retenu vaut 12 − 5 − 1 = 6. Cette formule appartient au scénario ; si votre source fournit déjà un disponible net, retirer à nouveau les engagements serait une erreur.

Le produit eBay est relu avec six unités. L’offre O-FR du site EBAY_FR reste à zéro ; O-DE sur EBAY_DE porte quatre. La politique commerciale choisit une allocation explicite de deux unités pour la France et quatre pour l’Allemagne. La somme de ces allocations ne doit pas dépasser les six unités libres : c’est une règle conservatrice de cet exercice, pas une description du mécanisme de réservation concurrente d’eBay.

Corriger la France sans gonfler le stock produit

Paradoxalement, remonter le produit de six à douze laisse le minimum français à zéro tout en déclarant une quantité qui ne respecte plus les engagements du scénario. La bonne intervention conserve les six unités qualifiées et demande deux sur O-FR. O-DE reste à quatre. La relecture doit ensuite retrouver ces valeurs et les mêmes identités, avec un résultat explicite pour chaque correction demandée.

Publier six sur chacun des deux sites échoue au contrôle interne retenu : les allocations totalisent douze pour six unités. Cela ne démontre pas qu’eBay accepterait douze commandes simultanées ; l’exercice ne simule pas son passage en caisse. Cela démontre seulement que l’équipe n’applique plus la répartition qu’elle avait approuvée. Une autre politique de stock partagé demanderait sa propre justification et ses propres essais.

Choisir l’opération adaptée à l’état de l’offre

Une mise à jour de quantité n’est pas une nouvelle publication

La documentation eBay des mises à jour groupées décrit bulkUpdatePriceQuantity pour modifier les quantités et les prix des offres actives, avec un résultat par SKU ou offre visé. Le responsable du connecteur doit confirmer que l’opération utilisée atteint bien le niveau attendu. Dans notre cas, transmettre seulement la quantité produit ne constitue pas une demande de réouverture d’O-FR.

La documentation de gestion des offres distingue mise à jour et publication. Elle précise aussi qu’updateOffer remplace les valeurs et paramètres de l’offre : les champs applicables à conserver doivent être fournis. Un petit corps improvisé pour changer uniquement une quantité ne doit donc pas être envoyé comme s’il s’agissait d’une modification partielle universelle.

Ne pas recréer l’annonce pour résoudre un zéro

Recréer introduit un nouvel objet à rapprocher, sans expliquer pourquoi l’ancien plafonnement est apparu. L’équipe risque de perdre la continuité de son diagnostic ou de maintenir deux chemins de diffusion. La première correction doit viser l’offre identifiée, avec son état connu. Une reconstruction complète peut être nécessaire dans d’autres situations, mais elle exige une décision distincte et un inventaire des conséquences.

Une offre devenue non publiée quitte le parcours simple décrit ici. Il faut qualifier ses conditions avant de la publier à nouveau ; le passage à une quantité positive ne constitue pas cette validation. La documentation eBay de gestion des annonces distingue notamment retrait, suppression et remise en publication. Ces actions n’ont pas le même effet sur les objets conservés.

Fermer le dossier avec une relecture complète

Rapprocher demande, résultat et observation

La fiche de reprise comporte la cible approuvée, l’heure d’envoi, l’identité de chaque offre et le résultat reçu pour cette offre. Une réponse globale ne doit pas effacer une erreur de détail. Si un résultat manque, la ligne reste à qualifier. La documentation eBay prévoit un statusCode par élément concerné ; votre écran de supervision doit rendre ce détail accessible au support. La journalisation relie les entrées approuvées aux sorties reçues avec le compte, le SKU et l’offre ; elle conserve séparément la cible demandée et la quantité ensuite observée.

Après l’écriture, relisez les objets pertinents par le chemin adapté, puis vérifiez l’annonce dans le contexte de vente retenu. Les méthodes getInventoryItem et getOffer servent à examiner respectivement le produit et une offre identifiée. Cette lecture renseigne la configuration ; elle ne remplace pas l’observation de la possibilité d’achat ni les conditions de livraison. Aucun délai universel de propagation n’est supposé ici.

Traiter une réponse perdue et un mouvement intervenu entre-temps

Si l’écriture n’a pas de réponse exploitable, observez son résultat avant de préparer une nouvelle correction. La quantité peut avoir changé malgré la perte de réponse. Un rejeu fondé sur un disponible ancien pourrait ensuite remettre une valeur trop haute. Conservez l’incertitude et réévaluez la cible à partir des engagements actuels ; le programme fourni ne prétend pas résoudre les écritures concurrentes d’un service distant. Le repli place l’offre dans une file de vérification ; le seuil de reprise est une quantité relue cohérente avec la révision courante, pas un nombre de relances.

Dans le scénario, une nouvelle commande consomme deux unités avant la reprise : le disponible passe de six à quatre et la révision locale de 17 à 18. Le plan France deux, Allemagne quatre n’est plus acceptable selon la politique choisie. La nouvelle répartition deux et deux respecte le disponible. Une réponse tardive relative à la révision 17 ne doit pas valider cette nouvelle décision.

Exercice vérifiable : vingt-huit contrôles sur les deux niveaux

Exécuter les calculs sans toucher à un compte vendeur

Le fichier quantites_offres.py fonctionne avec Python standard. Il construit le produit et les offres fictifs en mémoire, calcule le minimum lorsque les deux quantités sont connues et vérifie la politique d’allocation. Il n’appelle aucune API eBay, ne publie aucune annonce et n’exécute aucune commande. Les observations sont supposées complètes et collectées après l’écriture par l’appelant ; le script ne sait pas prouver lui-même cette collecte.

python3 quantites_offres.py
# 28 contrôles réussis ; 3 clôtures incorrectes détectées
# Stock disponible6 ; avant FR0/DE4 ; cible FR2/DE4
# Après mouvement : stock4 ; nouvelle cible FR2/DE2

Les contrôles acceptent la cible deux/quatre à la révision 17, puis deux/deux à la révision 18. Ils refusent notamment une autre société, un autre SKU, un mauvais site, une offre non publiée, une quantité négative, un résultat absent, une offre répétée et une quantité inconnue. Le refus d’un booléen utilisé comme nombre évite aussi qu’un champ mal typé soit interprété comme une unité.

Montrer ce qu’un voyant vert laisserait passer

Trois témoins volontairement insuffisants ferment un dossier parce que le produit possède du stock, parce que le transport HTTP est réussi ou parce qu’une valeur absente a été remplacée par zéro. Le contrôle complet les contredit. Dans le premier cas, O-FR demeure nulle ; dans le deuxième, son résultat est refusé ; dans le troisième, sa quantité n’est pas connue. Chaque échec conserve une cause exploitable.

Ces essais valident des décisions locales sur un jeu explicitement borné. Ils ne constituent pas une certification du connecteur, un test de charge ou une mesure de concurrence à l’achat. Pour votre installation, ajoutez des observations autorisées du véritable parcours, des interruptions entre lecture et écriture et les règles des autres systèmes qui peuvent modifier le même SKU.

Erreurs fréquentes lors d’une remise en vente

Augmenter la source pour contourner une borne basse

Si le minimum dépend de l’offre à zéro, augmenter le produit ne traite pas la cause. La correction peut même ouvrir excessivement d’autres offres. Comparez toutes les offres concernées par le produit avant une hausse globale. Le compte rendu doit montrer quels sites bénéficient de la hausse et lesquels restent fermés, plutôt que présenter une seule quantité « eBay ».

Une autre erreur consiste à supprimer les réservations déjà engagées parce que le canal semble manquer de stock. Les commandes existantes ne deviennent pas moins réelles lorsque l’offre est indisponible. La quantité promise à de nouveaux acheteurs doit provenir d’une capacité libre, pas d’un ajustement destiné à rendre deux écrans identiques.

Laisser deux outils rétablir des décisions opposées

Une correction ponctuelle réussie peut être annulée par le prochain traitement planifié. Identifiez le producteur de chaque niveau : ERP, OMS, connecteur ou intervention opérateur. Le tableau doit distinguer la source qui calcule le disponible de celle qui publie l’allocation. Si plusieurs systèmes écrivent le même champ, il faut convenir d’une autorité et d’un ordre de mise à jour avant d’automatiser davantage.

Conservez aussi les fermetures volontaires avec leur motif et leur date de réexamen. Sans cette mémoire, un automatisme de réouverture peut annuler un arrêt commercial légitime. La règle « stock positif donc offre ouverte » demeure insuffisante même lorsque le calcul des quantités est exact.

Mesurer les fermetures injustifiées sans inventer des ventes perdues

Suivre un écart explicable par offre

Le premier indicateur compte les offres dont le produit présente une quantité positive et dont la borne propre vaut zéro, après exclusion des fermetures volontaires identifiées. Le second mesure leur durée avant diagnostic. Un troisième distingue corrections confirmées, refusées et encore inconnues. Une offre sans lecture récente reste inconnue ; elle ne doit pas disparaître du dénominateur pour améliorer artificiellement le taux de résolution.

Le rapprochement quotidien peut regrouper les causes : ancien quota, résultat de mise à jour absent, donnée trop ancienne, mauvaise offre ou décision commerciale toujours valable. Ce classement désigne une action concrète. Un total de « stocks synchronisés » mélange au contraire des situations où aucune correction n’était nécessaire avec celles où un incident n’a pas réellement été fermé.

Prioriser selon l’exposition et la contribution

Les offres habituellement demandées, avec une contribution positive et une logistique prête, méritent une vérification rapide. Utilisez les commandes historiques et les consultations disponibles pour choisir cet ordre. Une fermeture de trois jours ne permet pas, à elle seule, de calculer trois jours de chiffre d’affaires perdu : la demande, le prix et la concurrence ont pu évoluer pendant la même période.

Après correction, observez la disponibilité et les ventes sans attribuer automatiquement toute hausse au changement de quantité. Conservez la date de reprise et les autres modifications intervenues. Cette discipline donne une estimation exploitable au commerce, tout en évitant de présenter un manque à gagner théorique comme une recette certaine.

Plan d’action : rouvrir une offre, puis stabiliser le circuit

Préparer un premier dossier reproductible

Choisissez une offre qui reste fermée après une réception déjà contrôlée. Le responsable vendeur rassemble le compte, le SKU, le site, l’offre et l’annonce ; la logistique confirme l’unité de vente et les quantités réellement utilisables. Écartez d’abord une fermeture volontaire ou une restriction qui relève d’un autre parcours. Le livrable initial tient dans une fiche datée que chacun peut relire sans accéder aux identifiants secrets du connecteur.

• Relever les deux quantités et leur heure d’observation, avec la source de chaque lecture.
• Retrouver les engagements et la règle qui produisent le disponible proposé à eBay.
• Nommer la décision qui avait mis l’offre à zéro et la condition attendue pour sa fin.

Approuver une correction limitée et la vérifier

Le commerce choisit la répartition entre les sites ; l’équipe intégration identifie l’opération et les champs réellement ciblés. Conservez l’état avant modification ainsi que les paramètres à préserver si l’opération remplace un objet complet. Avant l’envoi, comparez la révision du stock à celle utilisée pour approuver le plan. Un mouvement intervenu depuis impose une nouvelle décision, même si le fichier de correction a déjà été préparé.

Traitez le résultat de chaque offre, puis relisez le produit et les offres après la dernière écriture. Une ligne manquante maintient le dossier ouvert. Vérifiez également le parcours acheteur dans la destination retenue, sans confondre cette observation avec un engagement de vente. Si la correction ne tient pas jusqu’au traitement suivant, recherchez quel producteur a rétabli l’ancienne borne avant de recommencer.

Étendre seulement les contrôles qui ont prouvé leur utilité

Une fois ce cas expliqué, cherchez les autres offres présentant la même combinaison : produit positif, offre nulle, fermeture sans motif actuel. Ne transformez pas cette recherche en réouverture globale. Chaque candidate conserve son autorité commerciale et sa disponibilité qualifiée. Une famille de produits à variations ou vendus par lots nécessite une adaptation du diagnostic avant d’entrer dans le périmètre automatisé.

• Attribuer un responsable aux zéros volontaires et prévoir leur réexamen.
• Afficher les erreurs de détail et les lectures inconnues dans l’outil de suivi.
• Ajouter les cas de stock réduit et de réponse tardive à la recette du connecteur.

La sortie attendue est une offre corrigée avec ses preuves, puis une règle de surveillance que le support peut expliquer. Si les divergences reviennent, l’investissement porte sur l’autorité des écritures et la qualité des observations. Augmenter la fréquence d’un flux qui réécrit le mauvais niveau ne résout pas ce défaut.

Projets liés : le Stock Dispatcher et la relecture des offres

Le Stock Dispatcher et les responsabilités de chaque étape

La réalisation Stock Dispatcher : piloter le stock cible de chaque offre présente une séparation utile pour ce diagnostic. La configuration sélectionne les sources de stock, le calcul produit une cible, puis un envoi distinct demande la modification du canal. Une relecture conserve ensuite la valeur retournée. Le fait d’enregistrer une règle de stock ne signifie donc pas qu’une quantité a déjà été publiée.

Cette réalisation décrit des connecteurs et des limites par canal ; elle ne démontre pas que le parcours eBay étudié ici soit disponible tel quel. Pour un besoin récurrent, Ciama pour le pilotage marketplace peut être évalué à partir des opérations réellement couvertes. La qualification doit notamment vérifier la lecture des deux niveaux eBay, l’écriture de la quantité d’offre et la conservation de leurs résultats. Un écran commun ne rend pas automatiquement ces capacités identiques entre plateformes.

Approfondir les réservations et la qualité de diffusion

Ne pas mélanger le calcul amont et la borne du canal

Le dossier sur le stock réservé et la disponibilité réelle explique comment attribuer les unités avant leur diffusion. Celui consacré au stock diffusable et aux ruptures invisibles élargit le contrôle aux délais et aux budgets de canal. Ils interviennent lorsque le disponible de six unités n’est pas lui-même suffisamment établi.

La fiabilité de la promesse catalogue vendeur rapproche ensuite stock, prix et délai. Pour les distributeurs automobiles, le diagnostic des compatibilités eBay manquantes traite un autre défaut de diffusion : une quantité correcte ne garantit pas que les véhicules compatibles soient correctement publiés.

Conserver les sources et le périmètre de leur lecture

Les liens officiels eBay présents dans les sections précédentes ont été consultés le 24 octobre 2026. La fiche sur le zéro persistant établit le symptôme ; la documentation des mises à jour décrit les deux quantités ; la gestion des offres et des annonces distingue les opérations. L’exemple, les seuils de décision et la politique de somme des allocations appartiennent à ce dossier et ne sont pas attribués à eBay.

Une équipe doit pouvoir retrouver l’objet qui maintient la fermeture, justifier la nouvelle quantité et montrer que sa correction a survécu au traitement suivant. C’est ce dossier de preuve qui permet ensuite de choisir une automatisation adaptée.

Conclusion : expliquer le zéro avant de rouvrir l’offre

Un réapprovisionnement confirmé ne clôt pas automatiquement une rupture eBay. Lorsque le produit et l’offre portent chacun une quantité, la borne basse peut rester au niveau de l’offre. La retrouver demande des identifiants exacts, des observations datées et la raison de la fermeture initiale.

Le scénario à six unités sépare les décisions : France à zéro malgré le produit disponible, cible deux/quatre, puis cible revue deux/deux quand le stock descend à quatre. Les vingt-huit contrôles montrent pourquoi une valeur source positive ou un appel réussi ne suffisent pas. Ils préservent aussi la différence entre zéro connu et quantité inconnue.

La fiabilisation des flux de commandes et de stocks marketplace permet d’organiser cette reprise avec vos équipes et les outils qui écrivent réellement les quantités. Elle doit aboutir à des responsabilités claires, une répartition justifiée et des observations capables de confirmer chaque correction.

Pour relier ces contrôles à votre activité vendeur, Dawap vous accompagne sur vos opérations marketplace. Le résultat recherché est une disponibilité compréhensible et durable, que le commerce peut exploiter sans fragiliser les commandes déjà engagées.