Le bundle apparaît encore disponible sur la marketplace, mais l’entrepôt ne trouve plus un de ses composants. Entre-temps, des commandes ont été acceptées, certaines sont déjà réservées et d’autres entrent au picking. Le problème ne disparaît pas lorsque la fiche est coupée : cette action empêche de nouvelles ventes, sans dire quelles commandes peuvent encore partir ni quelle composition a été promise à chaque acheteur.
Le vrai enjeu est de traiter cette rupture comme deux incidents liés. Le premier concerne les commandes ouvertes et exige une décision individuelle fondée sur le stock réellement mobilisable. Le second concerne l’offre publiée et demande de réparer la nomenclature, les réservations ou le flux de disponibilité avant toute remise en vente. Mélanger les deux conduit souvent à annuler trop de commandes ou à livrer un ensemble différent sans l’assumer.
Vous allez comprendre comment organiser le gel, le comptage, la segmentation des commandes, la relation client et la correction de fond. Une agence marketplace spécialisée dans le run vendeur peut réunir catalogue, supply, entrepôt, support et intégration autour d’un même registre, au lieu de laisser chaque équipe produire son propre nombre de bundles disponibles.
Le but n’est pas seulement de faire disparaître une rupture. Il faut rendre la quantité vendable explicable, empêcher une substitution silencieuse et prouver que le prochain ordre ne recréera pas l’incident. Ce travail prolonge l’accompagnement en réapprovisionnement marketplace, centré sur le stock vendable, les seuils, les réservations et les décisions de coupe.
Distinguer bundle physique et bundle assemblé à la commande
Le bundle physique possède déjà sa propre réalité de stock
Un coffret préassemblé, emballé et identifié comme une unité peut rester vendable même si un composant équivalent n’existe plus en stock libre. Sa disponibilité dépend du nombre de coffrets finis, de leur état et de leurs réservations, pas de la possibilité de reconstruire immédiatement le même ensemble. Décomposer ces coffrets pour servir des ventes unitaires détruirait au contraire un stock réellement vendable.
L’incident commence lorsque les coffrets finis sont insuffisants pour couvrir les commandes ouvertes ou lorsqu’un défaut impose de les déconditionner. La preuve utile associe alors l’identifiant du bundle, le lot physique, l’emplacement, le statut qualité et la commande réservataire. Une simple nomenclature produit ne permet pas de conclure sur ces unités déjà constituées.
Le bundle virtuel dépend de chaque composant au moment de la préparation
Un bundle virtuel est vendu comme une offre unique, puis éclaté en composants dans l’OMS ou le WMS. Sa quantité assemblable dépend de la nomenclature applicable, des quantités requises, du stock disponible de chaque enfant, des réservations concurrentes et des éventuels buffers. Un stock positif sur le SKU parent n’a aucune valeur si cette quantité n’est pas recalculée depuis les enfants.
Cette distinction change le premier geste. Pour un coffret physique, l’équipe recompte les unités finies. Pour un assemblage à la commande, elle fige la version de nomenclature et recompte les composants. Le même titre commercial peut masquer ces deux modèles ; le registre d’incident doit donc nommer celui qui s’applique avant toute décision.
Arrêter les nouvelles ventes et figer la composition promise
La première action consiste à mettre la quantité diffusée du bundle à zéro ou à suspendre l’offre sur les canaux concernés. Il faut conserver l’accusé de réception du canal et vérifier le front, car une mise à jour envoyée n’est pas encore une dépublication effective. Si plusieurs listings ou pays partagent le même bundle, chacun reçoit son propre contrôle.
En parallèle, l’équipe photographie la composition promise aux commandes déjà acceptées : identifiant du bundle, version de nomenclature, composants, quantités, variantes, visuels, prix, date de livraison et éventuelles mentions commerciales. Modifier la fiche ou la nomenclature courante ne doit jamais réécrire silencieusement l’historique. Chaque commande doit rester rattachée à ce que l’acheteur a effectivement acheté.
Contre-intuitivement, il ne faut pas toujours couper les composants unitaires. Un composant encore disponible peut rester parfaitement vendable seul, tandis que le bundle devient impossible parce qu’une autre pièce manque. La coupe doit viser l’objet commercial cassé ; un gel plus large ne se justifie que si le stock source ou les réservations sont eux-mêmes devenus indignes de confiance.
Confirmer pourquoi le composant est réellement indisponible
« Composant manquant » peut décrire une rupture physique, une unité introuvable, un stock en contrôle qualité, une réservation prise par un autre canal, un mauvais emplacement, une variante mal mappée ou un flux arrivé en retard. Ces causes n’autorisent pas la même promesse. Avant d’annuler, l’équipe compare ERP, WMS, zone de picking, quarantaine, commandes en cours et dernier mouvement physique.
Le comptage doit rester borné dans le temps. Une recherche sans échéance retarde la communication client et laisse le canal accepter de nouvelles commandes si la coupe a échoué. Le responsable incident fixe donc l’heure de la prochaine décision, les emplacements à vérifier et la personne qui peut confirmer qu’une unité est réellement mobilisable.
Un premier signal faible apparaît quand le composant est déclaré disponible dans l’ERP mais devient régulièrement introuvable au picking. Un second signal faible apparaît lorsque le bundle passe de disponible à indisponible plusieurs fois par jour sans mouvement physique équivalent. Ces oscillations révèlent souvent une réservation concurrente, une donnée en retard ou un calcul qui ignore une partie des engagements.
Recalculer la quantité de bundles encore assemblables
Pour chaque composant, le calcul part du stock réellement vendable, retranche les réservations déjà dues, les unités bloquées et le buffer décidé, puis divise le reste par la quantité nécessaire dans un bundle. La valeur entière la plus basse obtenue parmi les composants fixe la quantité assemblable. Cette règle paraît simple, mais elle n’est fiable que si tous les engagements concurrents sont intégrés au même instant.
La documentation officielle de Shopify sur l’inventaire des bundles illustre cette logique : la disponibilité repose sur le composant le plus contraint, en tenant compte de la quantité requise. Il s’agit d’un exemple propre à Shopify ; chaque marketplace, application de bundle et chaîne OMS-WMS doit être vérifiée séparément.
| Donnée | Question de contrôle | Risque si elle manque |
|---|---|---|
| Nomenclature versionnée | Quels composants et quelles quantités étaient promis ? | Calcul sur une composition différente de la commande |
| Stock vendable | Quelles unités peuvent réellement quitter l’entrepôt ? | Utilisation d’un stock bloqué ou introuvable |
| Réservations | Quelles commandes possèdent déjà un droit sur les unités ? | Double allocation entre bundle et vente unitaire |
| Buffer | Quelle marge protège les écarts de stock connus ? | Nouvelle survendre pendant la reprise |
| Horodatage | À quel instant les nombres étaient-ils cohérents ? | Comparaison de données issues de moments différents |
Segmenter les commandes ouvertes avant toute réponse
Protéger les commandes déjà complètes ou presque préparées
Les commandes dont tous les composants sont réservés, prélevés ou déjà emballés ne doivent pas être annulées au seul motif que le bundle est désormais à zéro. Elles constituent une cohorte à protéger. Le WMS confirme les unités, l’état qualité et la possibilité de tenir la date promise avant que le support ne contacte inutilement l’acheteur.
Une commande partiellement prélevée exige une vérification plus fine. Le composant manquant est-il simplement sur un autre emplacement, attendu d’une zone de réserve ou réellement absent ? Défaire les réservations des composants déjà trouvés peut aggraver la situation. L’équipe conserve donc ces allocations jusqu’au verdict, avec une durée maximale afin de ne pas immobiliser le stock indéfiniment.
Trier les commandes acceptées mais non couvertes
Les commandes sans allocation complète sont classées par date promise, disponibilité du réassort, valeur client, pays, mode de fulfillment et contraintes de la marketplace. Cette segmentation ne sert pas à favoriser discrètement certains acheteurs ; elle indique quelles options restent réalistes et à quel moment une communication devient nécessaire.
Le registre distingue au minimum : commande servable à l’identique, servable après attente compatible avec la promesse, candidate à une proposition de remplacement, et impossible à servir. Le statut reste provisoire jusqu’à validation des preuves. Un total agrégé ne suffit pas, car une même commande peut contenir le bundle et d’autres produits déjà disponibles.
Choisir entre attente, remplacement, annulation et reprise
| Situation | Décision défendable | Preuve avant exécution |
|---|---|---|
| Composition complète et date tenue | Maintenir la commande | Allocation confirmée dans le WMS |
| Réassort certain avant la date promise | Attendre sous surveillance | Réception datée, quantité affectée et marge de préparation |
| Alternative réellement équivalente | Proposer un remplacement selon les règles applicables | Identité produit, marge, conformité et accord requis |
| Composition impossible dans le délai | Informer et appliquer la procédure d’annulation ou de résolution | Motif, communication, statut marketplace et remboursement suivi |
| Stock ou nomenclature encore incertains | Ne pas promettre et poursuivre l’investigation bornée | Responsable, échéance et source restant à vérifier |
La décision la plus rapide n’est pas forcément la moins coûteuse. Annuler toutes les commandes protège l’équipe d’une enquête, mais détruit des ventes qui pouvaient être servies. À l’inverse, attendre un réassort hypothétique concentre les contacts, les retards et les annulations tardives. Le bon arbitrage utilise la preuve disponible, la date promise et le coût complet de chaque option.
Une commande ne change de statut qu’après attribution d’une action et d’une échéance. « En attente » sans événement attendu n’est pas un verdict. Le registre indique la prochaine preuve : confirmation de réception, fin de comptage, réponse du client, acceptation de la marketplace ou exécution du remboursement.
Remplacer un composant sans falsifier le produit vendu
Vérifier l’identité commerciale avant la disponibilité
Une pièce disponible n’est pas automatiquement un substitut. Il faut comparer fonction, quantité, variante, dimensions, compatibilité, valeur, visuel, mentions réglementaires, garantie et promesse du listing. Si l’alternative change ce que l’acheteur croit recevoir, le problème n’est plus seulement logistique : l’offre elle-même devient différente.
Pour un assortiment physique prédéfini, GS1 indique qu’un changement, ajout ou remplacement d’un des produits inclus requiert un nouveau GTIN. Cette règle ne décrit pas tous les bundles virtuels, mais elle interdit de considérer l’identifiant existant comme acquis dès que la composition commerciale change.
Séparer l’option proposée de l’exécution en entrepôt
Le support ne doit pas promettre une substitution avant validation du catalogue, de la marge, de la disponibilité et des règles du canal. L’entrepôt ne doit pas non plus remplacer spontanément la pièce pour sauver son délai. La proposition client, l’accord éventuellement requis et l’ordre de préparation forment trois événements distincts, tous datés.
Une substitution acceptée consomme un stock précis et modifie la preuve de préparation. L’OMS ou le registre conserve l’offre initiale, l’alternative, la décision et le prix appliqué. Si cette traçabilité n’est pas possible, la substitution doit rester manuelle et rare, voire être refusée ; l’automatiser transformerait une exception ambiguë en nouvelle source d’erreurs.
Protéger la promesse de livraison et la relation client
La communication intervient dès que l’équipe sait que la date ou la composition promise risque de ne pas être tenue. Elle expose le fait utile, les options réellement disponibles et leur délai, sans raconter les désaccords entre ERP, WMS et marketplace. Le message doit rester cohérent avec la procédure du canal, les conditions de vente et le droit applicable au pays de l’acheteur.
Pour une vente B2C relevant du droit français, l’article L216-1 du Code de la consommation rattache la délivrance à la date ou au délai annoncé. L’article L216-6 encadre notamment la résolution en cas de manquement. Ces références ne remplacent ni l’analyse juridique du cas ni les règles propres à la marketplace et au pays concerné.
Un colis incomplet expédié sans accord ne réduit pas l’incident : il le déplace vers une réclamation, un retour ou une contestation. De même, rembourser le bundle sans traiter les autres lignes de la commande peut créer un écart financier ou logistique. La décision client et l’exécution back-office doivent donc être rapprochées jusqu’au statut final observé.
Traiter un cas chiffré de rupture sur commandes ouvertes
Cas concret fictif : un bundle contient une cafetière, deux paquets de filtres et une tasse. Le canal affiche encore 74 bundles, mais le comptage ne retrouve que 28 paquets de filtres vendables ; les autres composants sont disponibles. Le stock réellement assemblable tombe donc à 14 bundles avant prise en compte des réservations.
Sur 32 commandes ouvertes, 9 bundles sont déjà complets au packing, 5 possèdent leurs deux filtres réservés et 18 n’ont aucune allocation complète. L’équipe maintient les 14 commandes couvertes, gèle les allocations existantes et classe les 18 restantes. Un réassort confirmé de 24 filtres dans 2 jours permettra au maximum 12 bundles supplémentaires, à condition que la réception laisse encore assez de temps pour tenir la date promise.
La décision n’est pas de promettre ces 12 unités immédiatement. Si le seuil interne exige une réception contrôlée avant réouverture, elles restent en attente jusqu’au scan et au contrôle qualité. Les 6 commandes restantes reçoivent une option conforme aux règles applicables ou une procédure d’annulation. Ce découpage évite d’annuler 32 ventes tout en refusant de traiter une arrivée fournisseur comme du stock déjà disponible.
Prioriser avec le coût complet de l’incident
Le débit visible ou la valeur du bundle ne suffisent pas. Le coût complet réunit marge perdue, frais éventuels, temps du support, reprise d’entrepôt, expédition fractionnée, remise commerciale, retour, trafic payé gaspillé et risque sur la performance vendeur. Une substitution plus chère peut sauver la vente tout en détruisant davantage de contribution qu’une annulation rapide.
Le coût caché le plus fréquent vient du temps dispersé. Lorsque cinq équipes recomptent les mêmes commandes dans des exports différents, la résolution paraît active sans progresser. La priorité va d’abord à l’arrêt des nouvelles ventes et aux commandes proches de leur échéance, puis aux commandes couvertes à protéger, avant l’analyse structurelle des bundles non commandés.
Par exemple, si une cohorte de 20 commandes peut être servie à l’identique avec une vérification de 2 heures, elle passe avant une recherche de substitution destinée à 3 commandes sans stock confirmé. Ce seuil illustre une règle d’arbitrage à adapter au vendeur ; il ne prétend pas définir une norme universelle.
Détecter la rupture avant le premier colis incomplet
Les contrôles rapprochent quantité du bundle publiée, quantité assemblable calculée, composant limitant, stock physiquement vendable, réservations, commandes non allouées et délai de réassort. Une alerte devient utile lorsqu’elle pointe vers une action : réduire la quantité, protéger une allocation, vérifier un emplacement ou suspendre l’offre.
Les signaux les plus instructifs sont un bundle dont la quantité augmente sans mouvement sur son composant limitant, une quantité parent supérieure à la formule des enfants, des réservations enfant qui disparaissent au changement de statut, ou des oscillations répétées après chaque import. Une hausse des substitutions manuelles et des recherches en zone de picking annonce également une dette avant les annulations.
Le monitoring compare ensuite les alertes aux incidents réels. Une alerte déclenchée chaque heure sans conséquence doit être recalibrée ; une commande impossible sans alerte révèle un trou de couverture. Ciama Marketplace peut centraliser ces cohortes, leurs responsables et les décisions, tout en laissant l’ERP, l’OMS et le WMS porter leurs données sources.
Corriger la cause dans le stock, la nomenclature ou les réservations
Réparer la donnée sans écraser l’événement physique
Si la rupture vient d’un mauvais mapping, l’équipe corrige la relation bundle-composant et rejoue uniquement les quantités concernées. Elle ne crée pas un ajustement de stock fictif pour faire coïncider le parent. La journalisation conserve l’ancienne valeur, la règle appliquée, la nouvelle valeur et l’accusé de réception de chaque canal.
Si la nomenclature a changé, la nouvelle version s’applique aux offres futures selon les règles d’identification et de catalogue. Les commandes ouvertes restent liées à leur composition initiale. Cette séparation empêche un correctif catalogue de transformer rétroactivement un incident logistique en commande prétendument conforme.
Réparer l’allocation lorsque plusieurs offres partagent le composant
Un même enfant peut alimenter la vente unitaire, plusieurs bundles, un site e-commerce et des commandes B2B. Sans réservation atomique ou ordre de priorité explicite, chaque canal peut croire disposer de la dernière unité. La correction porte alors sur le moment où le stock devient promis, sur la durée de réservation et sur la reprise des réservations abandonnées.
Le responsable choisit une politique compréhensible : premier engagement confirmé, quota par canal, buffer commun ou allocation par marge et service. Aucun choix n’est neutre. La règle doit être testée sur les ventes simultanées, les annulations, les retours en stock et les reprises après échec afin de ne pas déplacer la rupture vers une autre offre.
Prouver que le bundle peut être remis en vente
La remise en vente exige davantage qu’un stock parent redevenu positif. L’équipe vérifie la nomenclature active, le calcul sur les enfants, les réservations, les buffers, le mapping du canal et la capacité de préparation. Un test de commande traverse catalogue, panier, OMS et WMS, puis confirme le décrément de tous les composants sans double consommation.
Le critère de sortie comprend une quantité initiale volontairement limitée, une alerte sur le composant contraint et une procédure de repli. Si la quantité publiée diverge à nouveau, le bundle repasse à zéro sans effacer les commandes ni les événements reçus. Le déploiement s’élargit seulement après plusieurs cycles cohérents couvrant commande, annulation et remise en stock.
La contre-preuve compte autant que le parcours nominal. L’équipe teste un enfant à zéro, une réservation concurrente, un import en retard, une annulation après allocation et une réception partielle. Un bundle qui ne survit qu’au scénario idéal n’est pas prêt pour le run réel.
Attribuer les décisions et journaliser chaque commande
Donner un responsable à chaque sortie de l’incident
Le responsable supply confirme les quantités et le réassort ; le catalogue garantit la composition publiée ; l’entrepôt confirme l’allocation et la préparation ; le support porte la communication ; la finance vérifie remboursements et gestes ; l’intégration surveille les flux. Un responsable incident maintient le registre commun et tranche l’escalade, sans se substituer aux propriétaires des preuves.
Chaque commande possède un statut, un motif, une prochaine action, un responsable et une échéance. Les responsabilités et les dépendances sont versionnées ; les entrées sont les commandes, la nomenclature, le stock, les réservations, les mouvements WMS et les accusés du canal. Les sorties sont la décision client, l’ordre logistique, la trace financière et l’action corrective.
Préparer une reprise exécutable et observable
La journalisation couvre chaque import, changement de quantité, allocation, substitution proposée, réponse client et remboursement. Le monitoring suit les commandes sans verdict, les dates promises proches, les bundles encore visibles et les écarts entre quantité publiée et quantité assemblable. Les seuils d’escalade précisent qui décide si les sources ne convergent pas.
La procédure de repli coupe le bundle sans supprimer l’historique et conserve les réservations utiles aux commandes couvertes. La recette vérifie l’idempotence des messages, les doubles décréments, les événements arrivés en retard et la réouverture contrôlée. Une autre personne doit pouvoir reprendre l’incident depuis le registre, sans explication orale de l’expert initial.
Savoir quand retirer définitivement le bundle
Un bundle mérite d’être retiré lorsque son composant critique n’a plus de source fiable, que les substitutions changent constamment la promesse, que la marge ne finance pas la préparation ou que le volume ne justifie pas la complexité. Le retrait peut être préférable à une succession de réouvertures fragiles qui dégradent le service vendeur.
La décision compare les ventes incrémentales du bundle aux ventes cannibalisées, aux incidents, au stock immobilisé et à la charge d’exploitation. Elle distingue un arrêt temporaire de réassort d’une fin d’offre. Dans ce dernier cas, les campagnes, contenus, règles de prix et dépendances d’intégration sont fermés en même temps que la publication.
Pour qui cette méthode de reprise est adaptée
La démarche est prioritaire pour les vendeurs qui assemblent à la commande, partagent des composants entre plusieurs canaux ou publient des bundles pendant les pics commerciaux. Elle devient indispensable lorsque le SKU parent porte un stock indépendant, que les commandes ne réservent les enfants qu’au picking ou que le support découvre la composition dans plusieurs outils.
Un vendeur à faible volume peut appliquer ce cadre dans un registre partagé et un comptage manuel borné. Une organisation plus industrialisée automatisera la formule, les réservations et les alertes, mais conservera une validation humaine pour les substitutions et les commandes atypiques. La complexité de l’outil dépend du volume ; la conservation de la promesse ne dépend pas du volume.
Cette méthode ne sert pas à concevoir l’offre commerciale ni à fixer le prix du bundle. Elle commence lorsqu’un composant manque et que des commandes ou des offres sont déjà exposées. Le calcul préventif du stock, le prix et la stratégie de lot sont approfondis dans les dossiers dédiés.
Éviter les erreurs fréquentes pendant la rupture
Annuler toutes les commandes depuis le stock courant. Le stock disponible après l’incident ne dit pas quelles unités étaient déjà réservées ou préparées. Il faut protéger les commandes couvertes avant d’appliquer une réponse globale.
Modifier la nomenclature pour sauver les commandes anciennes. Une nouvelle composition ne remplace pas rétroactivement celle qui a été vendue. Les deux versions restent séparées, avec leurs identifiants et leurs décisions.
Expédier un bundle incomplet puis corriger au support. Cette pratique transforme une rupture connue en défaut de livraison, multiplie les contacts et complique le rapprochement financier. Le colis ne part que lorsque la décision correspond à la composition préparée.
Rouvrir dès qu’un composant repasse positif. Une réception ou un ajustement isolé ne prouve pas que le calcul, les réservations et le canal sont réparés. La réouverture attend un test complet et conserve un plafond initial.
Plan d’action pour reprendre le bundle sans surannuler
Passer du gel immédiat à une remise en vente prouvée
D’abord, l’équipe suspend le bundle sur chaque canal, vérifie le front et fige la composition promise aux commandes ouvertes. Elle sépare coffrets physiques et bundles virtuels, identifie le composant supposé manquant et fixe l’heure du prochain verdict. Les commandes déjà complètes sont isolées pour ne pas perdre leurs allocations.
Ensuite, elle recompte le stock vendable, les réservations et les unités attendues, puis calcule la quantité réellement assemblable. Chaque commande rejoint une cohorte : couverte, couverte après attente confirmée, candidate à une option alternative ou impossible à servir. Le support n’émet aucune promesse avant validation de cette classification.
Puis les décisions sont exécutées et rapprochées : préparation à l’identique, communication, éventuel remplacement autorisé, annulation, remboursement et clôture de la ligne marketplace. En parallèle, l’équipe corrige la cause dans la nomenclature, le mapping, le décrément ou la réservation. Le registre conserve les deux chantiers jusqu’à leur preuve de sortie respective.
Enfin, un test de bout en bout vérifie publication limitée, commande, allocation des enfants, annulation et remise en stock. La quantité augmente par paliers seulement si le canal et le WMS restent cohérents. Une nouvelle divergence déclenche le repli prévu, sans effacer les commandes ni réinjecter manuellement un stock parent artificiel.
- Couper l’offre et confirmer que chaque canal a réellement reçu puis appliqué la quantité nulle.
- Figer la nomenclature par commande, recompter les composants et protéger les allocations déjà complètes.
- Attribuer un verdict et une échéance à chaque commande avant toute communication ou substitution.
- Corriger la cause source, tester les réservations concurrentes et préparer une remise en vente plafonnée.
- Mesurer annulations, délais, coût complet et récidive avant d’étendre la quantité ou de conserver le bundle.
Guides complémentaires sur bundles, stock et marge
Prévenir la rupture par le stock composant
Une fois l’incident repris, le dossier sur les bundles marketplace et leur stock composant aide à formaliser composant limitant, réservations, décrément et seuil de coupe avant la prochaine commande.
Ce prolongement porte sur la prévention permanente. Il ne remplace pas la segmentation des commandes ouvertes ni les décisions client nécessaires quand le bundle est déjà cassé.
Vérifier que le lot conserve un prix défendable
Lorsque la substitution, l’expédition fractionnée ou le nouveau sourcing modifient le coût, la méthode consacrée au prix des bundles, lots et multipacks permet de recalculer contribution, frais et seuil de retrait.
La question n’est plus seulement de savoir si le bundle peut repartir, mais s’il mérite encore d’être vendu sous cette composition et à ce prix après intégration du coût de run.
Relier l’incident à la marge réellement perdue
Quand les annulations, gestes et reprises se dispersent entre équipes, le cadre sur les incidents marketplace qui mangent la marge aide à consolider coût, cause, responsable et preuve de fermeture.
Cette lecture évite qu’un bundle soit déclaré réparé parce que le stock est revenu, alors que la charge support et les remboursements continuent d’apparaître sur les périodes suivantes.
- Prévenir la prochaine rupture avec une quantité calculée depuis les composants et les réservations.
- Revalider le prix si la composition, le sourcing ou la charge logistique ont changé.
- Conserver le dossier incident tant que les coûts différés et la récidive ne sont pas contrôlés.
Conclusion : traiter les commandes avant de réparer l’offre
Un composant manquant ne produit pas une seule décision. Il faut arrêter les nouvelles ventes, protéger les commandes déjà couvertes et qualifier séparément celles qui ne peuvent plus être préparées à l’identique.
La quantité du bundle découle de la composition versionnée, du stock vendable et des réservations. Elle ne peut pas être restaurée par un ajustement du SKU parent. De la même manière, une substitution ne devient acceptable ni parce qu’elle est disponible ni parce qu’elle préserve le chiffre d’affaires.
La reprise est terminée lorsque chaque commande possède un verdict observé et que le prochain cycle commande-allocation-annulation ne recrée pas la divergence. Si cette preuve reste impossible ou trop coûteuse, retirer le bundle protège mieux le vendeur qu’une succession de réouvertures fragiles.
Pour organiser le registre, fiabiliser les réservations et remettre les bundles en vente avec une preuve de bout en bout, Dawap peut accompagner votre pilotage opérationnel marketplace vendeur.
