Le risque d’un MOQ mal modélisé n’est pas seulement un message d’erreur dans le panier. Un acheteur peut croire commander trois pièces alors que le vendeur expédie trois cartons, voir un prix unitaire attractif puis découvrir un minimum élevé au paiement, ou recevoir une confirmation que l’ERP refuse parce que la quantité ne respecte pas le conditionnement. La correction se déplace alors vers l’administration des ventes, le support et la marge.
Ce n’est pas une unique valeur « quantité minimale » qui résout le problème, c’est un contrat reliant unité de base, unité de vente, nombre d’unités par colis, minimum et incrément autorisé. Le vrai sujet consiste à appliquer ce contrat à la même offre, au même vendeur et à la même période dans la fiche, le panier, le stock, le prix et la commande transmise.
Contre-intuitivement, supprimer la contrainte pour faciliter l’achat peut réduire la conversion utile : la commande entre, mais elle devient impossible à préparer ou non rentable. Le bon arbitrage rend la règle visible tôt, propose la prochaine quantité valide et réserve l’exception au devis plutôt que de la cacher dans une correction manuelle.
Une agence marketplace intervient lorsque vendeurs, catalogue, checkout, ERP et support doivent partager cette lecture. Le but n’est pas d’imposer le même MOQ à tous, mais de rendre chaque promesse commandable, calculable et explicable avant d’élargir le catalogue.
Distinguer unité, conditionnement, MOQ et pas de commande
L’unité de base sert à compter le produit dans le référentiel : pièce, mètre, kilogramme ou autre mesure métier. L’unité de vente décrit ce que l’acheteur ajoute au panier. Le conditionnement indique la composition physique de cette unité de vente, par exemple un carton de douze pièces. Ces trois notions peuvent coïncider, mais il ne faut jamais le supposer.
Le MOQ fixe le minimum commandable dans un périmètre donné. Le pas de commande, ou multiple de vente, fixe l’incrément des quantités suivantes. Un vendeur peut exiger au moins vingt-quatre pièces, vendues ensuite par carton de douze : les quantités 24, 36 et 48 sont valides. Le MOQ ne remplace donc ni le colisage ni le pas.
Un minimum peut aussi porter sur une ligne, une famille, la valeur du panier vendeur ou une combinaison de ces règles. Chaque type reçoit un nom et une portée distincts. Fusionner « minimum de 200 € chez le vendeur » avec « carton de 12 pour cette offre » dans un même champ rend le calcul et le message impossibles à fiabiliser.
Attribuer la règle à l’offre du vendeur
Sur une marketplace, le même produit peut être vendu par plusieurs acteurs avec des capacités logistiques différentes. Le produit porte son identité et ses attributs communs ; l’offre vendeur porte le prix, le stock, le délai et les contraintes de commande propres à cette proposition. Le MOQ et le multiple appartiennent donc généralement à l’offre, sauf règle réellement commune au produit ou au canal.
La source faisant foi doit être nommée. Le PIM peut décrire l’unité et le conditionnement produit, tandis que l’ERP vendeur ou son flux d’offres fournit le minimum commercial. La marketplace consolide ces données pour valider la commande, mais elle ne devient pas une troisième vérité modifiée manuellement sans retour vers la source.
Le contrat précise qui peut créer, corriger et suspendre chaque valeur. Une modification du vendeur passe par validation avant diffusion. Une correction opérateur conserve sa cause, sa durée et son traitement de retour ; elle ne doit pas survivre indéfiniment comme exception invisible dans le back-office.
Versionner un modèle de quantité opposable
Une règle de vente contient au minimum l’unité commandée, le facteur vers l’unité de base, le MOQ, le pas, la portée et une période de validité. Elle peut aussi porter un seuil maximal, un emballage logistique, une règle d’arrondi et la provenance. Chaque version possède un identifiant stable conservé dans la ligne de panier puis dans la commande.
La période évite qu’une modification immédiate change un panier déjà négocié sans avertissement. À l’ajout, la ligne capture la version et affiche ses conséquences. Au checkout, la marketplace relit la règle active ; si elle a changé, elle recalcule et demande une confirmation au lieu de créer silencieusement une commande avec l’ancienne valeur.
L’historique ne stocke pas seulement le résultat numérique. Il conserve la formule, l’ancre du multiple et l’unité. Deux règles peuvent accepter aujourd’hui les mêmes quantités tout en divergeant demain. Cette précision permet d’expliquer une commande passée et de rejouer le contrôle après une correction.
Définir sans ambiguïté les quantités valides
La règle la plus courante exige une quantité supérieure ou égale au MOQ et divisible par le pas. Avec un minimum de vingt-quatre et un pas de douze, la prochaine quantité valide après vingt-cinq est trente-six. Le moteur doit toutefois documenter si le pas part de zéro ou du minimum, car les deux modèles diffèrent lorsque le MOQ n’est pas lui-même un multiple.
Par exemple, avec un MOQ de dix et un pas de six, le modèle divisible par six autorise 12, 18 et 24, tandis qu’un modèle ancré sur dix autorise 10, 16 et 22. Aucun choix n’est universel. Le vendeur sélectionne le modèle correspondant à sa préparation, et l’interface montre plusieurs quantités valides avant activation.
Les nombres décimaux demandent une précision explicite. Une longueur vendue par 0,25 m ne doit pas être validée avec des flottants approximatifs. Le service convertit vers une unité entière minimale ou utilise une arithmétique décimale définie. Il refuse un facteur de conversion nul, négatif ou produisant une quantité non représentable.
Afficher prix unitaire, prix du lot et minimum réel
Le prix présenté doit employer la même unité que la quantité sélectionnée, ou expliquer clairement la conversion. Si une pièce vaut 2,40 € HT, un carton de douze vaut 28,80 € HT. Avec un minimum de deux cartons, le montant minimal réel est 57,60 € HT. Masquer ces deux dernières valeurs jusqu’au panier crée une promesse commerciale trompeuse même si le calcul final est exact.
La fiche affiche l’unité de référence utile à la comparaison, l’unité facturée et le contenu du conditionnement. Le sélecteur évolue par pas valide et annonce la prochaine quantité, le nombre de colis et le total. Les taxes, remises et frais suivent les règles du canal sans changer le sens de l’unité.
Le flux de commande transmet quantité commandée, unité de vente, facteur, quantité de base et version tarifaire. Envoyer seulement « 2 » oblige l’ERP à deviner s’il s’agit de pièces ou de cartons. Cette ambiguïté est plus dangereuse qu’une erreur explicite, car la commande peut être acceptée puis préparée dans le mauvais volume.
Convertir le stock sans vendre un colis incomplet
Le stock doit être exprimé dans une unité connue et rapproché du facteur de vente. Si le vendeur remonte quatre-vingt-quinze pièces et que seuls des cartons intacts de douze sont vendables, sept cartons complets représentent quatre-vingt-quatre pièces ; le reliquat de onze ne doit pas créer un huitième carton fictif. Cette conclusion reste valide uniquement si le stock source compte réellement des pièces disponibles et si le reconditionnement n’est pas autorisé.
Certains vendeurs gèrent au contraire le stock directement en colis. Le mapping ne doit pas multiplier une seconde fois la quantité. Le contrat de stock indique l’unité source, le facteur et le niveau de conditionnement. Un test témoin compare l’offre publiée à l’écran ERP pour détecter une conversion double.
La réservation consomme la quantité de base correspondant à la ligne. Une annulation la libère dans la même unité. Si le colisage change, les réservations existantes gardent leur facteur historique jusqu’à clôture ; elles ne sont pas recalculées avec la nouvelle règle et ne doivent pas créer un stock négatif artificiel.
Revalider du catalogue jusqu’à la création de commande
La fiche produit aide l’acheteur, mais elle n’est pas l’autorité de validation. La règle est contrôlée à l’ajout au panier, lors de toute modification, au calcul des frais, au paiement et juste avant la création de commande. Chaque étape utilise le même service de domaine plutôt qu’une copie JavaScript de la formule.
Le front peut proposer la quantité valide la plus proche, mais le serveur décide. Une requête API directe avec une valeur interdite reçoit un rejet structuré contenant MOQ, pas, unité et suggestions. Le client ne doit jamais arrondir vers le haut sans consentement, car cela augmente quantité et montant.
Une règle modifiée pendant le checkout produit un conflit compréhensible. La ligne est marquée, le total est recalculé et l’acheteur confirme la nouvelle quantité. La marketplace ne force pas l’ancienne règle pour éviter de perdre la vente, sauf si une politique explicite garantit sa validité sur la durée de réservation.
Calculer les minimums dans un panier multivendeur
Un panier marketplace contient plusieurs contrats logistiques. Le MOQ de ligne se vérifie offre par offre. Un minimum de panier vendeur agrège uniquement les lignes de ce vendeur et, selon le modèle, d’un même entrepôt ou d’une même devise. Les quantités de deux vendeurs ne se compensent jamais parce qu’elles partagent le même produit.
L’interface groupe les messages par vendeur et explique ce qui manque : ajouter un carton sur cette ligne, atteindre le montant minimal du vendeur ou retirer l’offre. Elle ne se contente pas d’une bannière globale « minimum non atteint ». Le calcul reste stable quand une promotion, un coupon ou une rupture retire une ligne.
Au split de commande, chaque sous-commande conserve les règles qui ont été validées. Un service aval ne doit pas recomposer les lignes puis appliquer un autre minimum. Si la marketplace regroupe des expéditions sans changer le contrat vendeur, cette optimisation reste séparée de la quantité facturée.
Aligner paliers tarifaires, promotions et multiples
Un palier de prix peut commencer sur une quantité que le vendeur ne sait pas préparer. Avec un pas de douze, un tarif à partir de vingt unités n’est jamais atteint exactement. Le moteur doit décider si le palier s’applique à la première quantité valide supérieure, ici vingt-quatre, ou si la grille tarifaire doit être rejetée lors de l’import.
Les promotions « trois achetés, un offert » doivent aussi produire un colisage exécutable. L’unité gratuite peut augmenter la quantité physique sans modifier la quantité facturée ; ces deux valeurs sont alors transmises distinctement. Une promotion qui casse un carton impose un reconditionnement explicite ou ne doit pas être activée sur cette offre.
Les remises sont calculées après validation de la quantité, sans devenir une voie de contournement du MOQ. Un coupon ne transforme pas un minimum de valeur vendeur en simple seuil avant remise si le contrat exige le montant réellement encaissé. La base retenue est documentée dans la règle et affichée dans le panier.
Séparer règle en ligne et exception négociée
Une commande en ligne doit rester déterministe. Si un acheteur demande une quantité hors multiple, la bonne sortie peut être un devis plutôt qu’une exception silencieuse. Le devis identifie le vendeur, l’offre, la quantité demandée, la règle standard, la quantité accordée, le prix et la durée de validité.
Une fois accepté, le devis devient une autorisation versionnée appliquée à ce compte et à cette commande. Il ne modifie pas le MOQ public de l’offre et ne fuite pas vers un autre acheteur. Au checkout, le moteur reconnaît l’exception, vérifie sa validité et conserve son identifiant dans la ligne.
Le vendeur peut refuser, proposer la quantité valide suivante ou facturer un coût de déconditionnement. Ces options sont visibles avant l’accord. La marge nette, le délai et la charge opérationnelle déterminent si l’exception reste commerciale ou si elle doit conduire à créer une nouvelle offre avec son propre conditionnement.
Traiter annulations, reliquats et retours
Une annulation partielle peut laisser une quantité restante sous le MOQ. La politique doit dire si elle est autorisée après préparation, si la ligne entière est annulée ou si une exception est créée. Appliquer à nouveau la validation standard sans tenir compte de l’état logistique peut bloquer une correction nécessaire.
Un reliquat naît lorsque le vendeur ne sert qu’une partie. Il ne doit pas être arrondi automatiquement au prochain multiple et créer une nouvelle obligation d’achat. L’acheteur choisit entre attendre la quantité restante, accepter la partie servie ou annuler selon les conditions annoncées. La commande conserve demandé, confirmé, expédié et annulé.
Le retour peut porter sur une pièce même si la vente s’effectuait par carton, notamment en cas de défaut. La règle de retour est donc distincte de la règle d’achat. Elle indique l’unité retournable, le sort du colis ouvert et l’effet sur le stock vendable afin qu’une pièce isolée ne reconstitue pas un carton complet par erreur.
Faire évoluer le colisage sans réécrire l’historique
Un fabricant peut passer d’un carton de douze à dix unités. La nouvelle règle reçoit une date d’effet et une version. Les offres, stocks et prix sont préparés avant l’activation ; les paniers ouverts sont signalés puis revalidés. Les commandes déjà acceptées gardent le conditionnement convenu.
Le changement exige une stratégie pour le stock restant de l’ancien colisage. Le vendeur peut l’écouler sous une offre distincte, reconditionner ou définir une période de coexistence. Remplacer simplement le facteur sur l’offre existante rend les unités et montants historiques impossibles à expliquer.
La décommission de l’ancienne version attend l’absence de panier, devis et flux entrant qui la référence. Une erreur explicite remplace ensuite l’acceptation silencieuse. Le support garde un écran de lecture historique même lorsque la règle ne peut plus être sélectionnée pour une nouvelle commande.
Synchroniser PIM, ERP et canaux sans double vérité
Le PIM décrit le produit et ses unités, l’ERP gère souvent les articles commerciaux et contraintes de commande, tandis que chaque canal possède ses capacités. La marketplace publie uniquement les règles qu’elle sait exprimer et faire respecter. Une donnée non supportée n’est pas abandonnée : elle bloque l’offre ou déclenche un mapping validé.
Les flux transportent les unités et versions, pas seulement des nombres. Le retour de commande renvoie la quantité de vente et la quantité de base attendues par le vendeur. Un accusé technique ne suffit pas : le rapprochement relit la commande ERP et confirme qu’elle conserve les mêmes unités, prix et conditionnements.
Lorsqu’un canal externe ne supporte qu’un multiple mais pas un MOQ distinct, l’équipe choisit une représentation compatible, une offre dédiée ou le retrait du canal. Elle ne fusionne pas les deux valeurs sans démontrer que les quantités valides restent identiques. Le mapping et ses limites sont publiés par canal.
Contrôler les règles dès l’onboarding vendeur
Le formulaire vendeur explique chaque champ avec une unité et un exemple. Il calcule les premières quantités valides, le montant minimal et le stock vendable estimé. Une combinaison incohérente est rejetée avant l’import du catalogue, avec un motif que le vendeur peut corriger sans ticket support.
Les imports massifs génèrent un rapport par offre : accepté, avertissement, rejet et valeur normalisée. Un échantillon de références à fort volume, faible marge ou conditionnement complexe est revu avant publication. La plateforme ne transforme pas automatiquement une cellule vide en minimum de un.
Une sandbox ou un mode brouillon permet au vendeur de simuler fiche, panier et commande. La recette confirme aussi le retour ERP. L’offre n’est publiée que lorsque le vendeur retrouve la même quantité et le même conditionnement dans son système, ce qui évite de découvrir le mapping lors de la première vente réelle.
Gouverner les exceptions au lieu de les masquer
Une exception possède un motif, une portée, un approbateur, une date d’expiration et une règle de sortie. Elle peut concerner un compte, une commande ou une période. Une modification permanente de l’offre ne doit pas être utilisée pour résoudre un besoin unique, car elle affecterait tous les acheteurs avant d’être remise à sa valeur initiale.
La file d’exception sépare donnée invalide, demande de devis, correction d’ERP et erreur de plateforme. Chaque catégorie a un délai et une équipe responsable. Le support ne modifie pas directement le panier en base ; il applique une décision qui laisse une trace et repasse la validation.
Le volume d’exceptions nourrit le produit. Si de nombreux acheteurs demandent le même demi-carton et que la marge reste positive, une nouvelle unité de vente peut être créée. Si l’exception reste coûteuse, la marketplace améliore son message ou retire l’offre plutôt que d’institutionnaliser un travail manuel non facturé.
Rendre la contrainte actionnable pour l’acheteur
La règle est visible près du prix et du sélecteur : vendu par carton de douze, minimum deux cartons, incrément d’un carton. Le composant affiche pièces, cartons et montant sans changer de vocabulaire entre fiche et panier. Les boutons plus et moins suivent les quantités valides.
En cas de saisie libre, le message explique la valeur refusée et propose la quantité inférieure ou supérieure autorisée lorsque cela a du sens. Il ne remplace pas automatiquement vingt-cinq par trente-six. L’acheteur confirme l’écart de quantité et de montant, ou demande un devis.
Les unités restent accessibles sur mobile, dans les emails et les documents de commande. Une formulation abrégée uniquement compréhensible dans l’interface crée une ambiguïté au moment de la réception. Le détail du conditionnement accompagne la ligne jusqu’à la confirmation vendeur.
Mesurer conversion, marge et charge opérationnelle
Le taux de rejet de quantité ne suffit pas. Le pilotage observe corrections avant ajout, abandons après message, demandes de devis, écarts ERP, annulations, retours liés au conditionnement et tickets support. Il sépare vendeur, offre, appareil et étape du parcours pour ne pas attribuer au MOQ un problème de prix ou de délai.
La marge nette intègre préparation, déconditionnement, emballage, transport, commission, retour et support. Le coût caché apparaît lorsqu’une petite commande respecte techniquement le MOQ mais consomme plus d’opérations qu’elle ne finance. Le vendeur peut alors augmenter le minimum, créer un frais explicite ou retirer l’offre du canal.
Cas concret : si plus de 2 % des lignes d’une cohorte sont corrigées après le checkout et que la moitié provient d’une conversion d’unité, alors l’ouverture est suspendue. L’équipe corrige le mapping et rejoue les paniers témoins avant de reprendre, plutôt que de demander au support de compenser les commandes une par une.
Savoir quand industrialiser ces règles
Cette modélisation devient prioritaire pour une marketplace B2B, industrielle ou de gros qui agrège plusieurs vendeurs et unités. Elle convient lorsque le catalogue contient cartons, palettes, longueurs, poids ou minimums de valeur, et que la plateforme doit garantir la commande jusqu’à l’ERP vendeur.
Elle doit être différée si les unités ne sont pas normalisées, si le stock source n’indique pas son niveau de conditionnement ou si les vendeurs corrigent chaque commande hors système. Un audit en lecture seule et une cohorte de quelques offres permettent d’établir le modèle avant de généraliser.
Il faut refuser la publication automatique d’une règle dont le vendeur ne peut pas montrer le résultat dans son ERP. La fiche peut rester en brouillon ou passer par devis. Le volume catalogue n’est pas une raison pour diffuser plus vite une quantité que ni le stock ni la préparation ne savent expliquer.
Écrire un contrat technique vérifiable
Règle versionnée et quantité calculée
Le contrat reçoit l’offre, le vendeur, la quantité demandée, l’unité et la date d’évaluation. Il retourne la validité, la version de règle, la quantité de base, le nombre de conditionnements, le montant minimal et les suggestions. Les entrées, sorties, dépendances, seuils de monitoring et responsabilités sont communs au catalogue, au panier et à la commande.
Le moteur utilise une arithmétique décimale ou des unités entières adaptées. Il journalise la formule et ses facteurs sans recopier des calculs divergents dans chaque front. Le retry d’une validation est idempotent ; une règle corrigée produit une nouvelle version et ne réécrit pas le verdict des commandes passées.
{
"offerId": "OFF-2048",
"sellerId": "SELLER-81",
"ruleVersion": 7,
"salesUnit": "CARTON",
"baseUnitsPerSalesUnit": 12,
"minimumSalesUnits": 2,
"stepSalesUnits": 1,
"effectiveFrom": "2026-10-01T00:00:00Z"
}Preuve conservée dans la commande
La ligne de commande conserve la valeur saisie, la valeur acceptée, les deux unités, le facteur, le prix unitaire, le total et la version. Le payload vendeur utilise le contrat attendu par l’ERP et garde la corrélation avec la ligne marketplace. Un accusé est rapproché pour détecter toute conversion différente.
L’absence, zéro et null possèdent des sens distincts. Un MOQ absent peut signifier « règle non fournie » et non « minimum un ». Une valeur zéro est invalide si elle crée un pas nul. Le mapping refuse ces ambiguïtés et place l’offre en quarantaine avec un message de correction.
Tester les frontières plutôt que le seul panier nominal
Jouer les quantités autour du minimum et du pas
Pour chaque règle, la recette teste juste sous le MOQ, exactement au MOQ, entre deux multiples, au multiple suivant et au maximum éventuel. Elle couvre unités entières et décimales, stock insuffisant et changement de version pendant le panier. Le même verdict doit apparaître sur API, web, mobile et back-office.
Un scénario avec MOQ dix et pas six vérifie explicitement le modèle d’ancrage choisi. Un autre avec carton de douze et stock de quatre-vingt-quinze pièces confirme que seuls les cartons réellement vendables sont proposés. Ces fixtures empêchent une optimisation ultérieure de modifier la formule sans alerte.
Suivre la règle pendant tout le cycle de commande
La recette ajoute au panier, modifie, applique une promotion, passe le checkout, crée la commande ERP puis traite annulation, reliquat et retour. Elle vérifie unités, prix, stock et version à chaque étape. Un test qui s’arrête au panier ne prouve pas que le vendeur préparera ce qui a été vendu.
Le support rejoue ensuite un rejet ERP, une correction de mapping et une exception de devis. Le runbook, le monitoring, la file de reprise et le rollback vers la version précédente doivent fermer le dossier sans modification directe en base. La preuve finale est une commande retrouvée à l’identique côté vendeur.
Erreurs fréquentes : les raccourcis qui faussent la commande
Utiliser le MOQ comme unique donnée de conditionnement
Un minimum de vingt-quatre n’indique pas si la suite avance par une, six ou douze unités. La fiche peut accepter vingt-cinq alors que l’entrepôt ne sait préparer que des cartons. Le modèle doit conserver séparément MOQ, pas et facteur de conditionnement.
Le signal faible est une quantité régulièrement corrigée dans l’ERP après acceptation marketplace. Le rapprochement compare alors la ligne envoyée et la ligne créée. Si l’unité ou le facteur diffère, l’offre est suspendue avant que le support ne normalise cette correction manuelle.
Valider uniquement dans l’interface
Un sélecteur contraint améliore l’expérience mais n’empêche ni un appel API direct ni une règle changée après chargement de la page. Le serveur revalide au checkout et à la création de commande avec la version active. Le front présente la décision ; il ne la possède pas.
Si les différents clients embarquent leur propre formule, une correction est déployée à des rythmes différents. Un service de domaine commun et une réponse structurée maintiennent le même résultat. Les caches portent la version de règle et sont invalidés lors d’une évolution.
Arrondir silencieusement la quantité
Passer de treize à vingt-quatre unités sans consentement modifie prix, stockage et engagement de l’acheteur. Le moteur propose une ou plusieurs valeurs valides, explique leur montant et attend le choix. Seul un contrat explicite peut autoriser un arrondi automatique.
La même prudence vaut pour le stock : arrondir vers le haut crée une offre impossible, arrondir sans tracer vers le bas peut masquer des pièces réellement vendables sous une autre unité. Le calcul conserve quotient et reliquat pour que le vendeur décide du traitement physique.
Décision : la cohorte peut-elle passer en production ?
La cohorte est prête lorsque l’acheteur comprend la règle avant le panier et que le vendeur retrouve la même quantité dans son ERP. La recette doit avoir couvert frontière du MOQ, multiple, stock, palier tarifaire, promotion, devis, changement de version, annulation et retour.
- À valider — modèle : séparer unité de base, unité de vente, facteur, MOQ, pas, portée et période.
- À tester — parcours : obtenir le même verdict sur fiche, panier, checkout, commande et ERP vendeur.
- À contrôler — prix : afficher prix de référence, prix du conditionnement et montant minimal réel.
- À rapprocher — stock : prouver la conversion source et empêcher la vente d’un colis incomplet.
- À jouer — exception : traiter devis, reliquat, annulation et retour sans modifier la règle publique.
- À transmettre — support : corriger un rejet à partir de la version et du mapping, sans retouche directe.
Si l’unité source reste inconnue ou si l’ERP transforme encore la quantité reçue, l’offre doit rester en brouillon. Le catalogue peut poursuivre son enrichissement, mais la vente automatique attend un contrat opposable et un rapprochement réussi.
Plan d’action avant la mise en production
Construire la référence et isoler la cohorte
La première étape choisit un vendeur, une famille de produits et plusieurs règles représentatives : vente à la pièce, carton, MOQ distinct du pas et minimum de valeur. L’équipe inventorie les unités dans le PIM, le stock dans l’ERP, les valeurs reçues par flux et les corrections actuelles. Elle nomme la source de chaque donnée et documente les ambiguïtés au lieu de les convertir par défaut.
La deuxième étape définit le modèle versionné, la formule des quantités valides et la période d’effet. Le moteur central retourne verdict, suggestions, conversions et preuve. Les interfaces consomment ce résultat. Le vendeur simule les premières quantités et confirme qu’elles correspondent à sa préparation comme à sa facturation.
Le catalogue reste d’abord en brouillon. Le système calcule prix minimal, stock vendable et écarts entre marketplace et ERP. Les offres dont le facteur est inconnu, dont le palier tarifaire est impossible ou dont le stock change d’unité sont placées en quarantaine. Le rapport indique la donnée à corriger et son responsable.
Exercer le panier, la commande et la reprise
Le pilote ouvre un petit ensemble d’offres. La recette teste les bornes, le panier multivendeur, les remises, le devis et la création ERP. Elle rapproche quantité de vente, quantité de base, conditionnement, prix et stock. Une demande répétée ne crée pas deux commandes, et un rejet revient dans une file attribuée.
L’équipe modifie ensuite un colisage avec une date future, laisse un panier sur l’ancienne version et vérifie la revalidation. Elle traite une annulation partielle, un reliquat et le retour d’une pièce issue d’un carton. Le support utilise la version de règle et le mapping pour reprendre chaque cas, sans fichier privé ni correction silencieuse.
L’extension avance par vendeur et famille. Le seuil d’erreurs après checkout, le taux d’abandon, la marge nette, les rejets ERP et le délai de reprise commandent le palier. Les décisions et preuves peuvent être suivies dans Ciama lorsque plusieurs équipes doivent arbitrer les exceptions et dates de correction. L’ancienne règle n’est retirée qu’après disparition des paniers, devis et flux qui la référencent.
Ressources complémentaires pour approfondir
Le dossier sur la gestion des MOQ dans une marketplace B2B industrielle complète la perspective opérateur. La méthode du mode dégradé vendeur sur les prix, stocks et commandes aide à préparer les décisions lorsque le référentiel ou l’ERP n’est plus disponible.
Ces lectures ne remplacent pas la validation du contrat réel de chaque vendeur et canal. Le modèle final dépend des unités, capacités logistiques, règles de prix, retours et formats de flux effectivement supportés.
Conclusion : rendre la quantité commandable prévisible
Un MOQ fiable ne vit pas seul. Il s’inscrit dans un modèle qui relie unité de base, unité de vente, conditionnement, pas, prix, stock et période. La règle appartient à l’offre du vendeur et accompagne la ligne jusqu’à l’ERP et au service après-vente.
Cette discipline protège l’acheteur contre un minimum découvert trop tard et le vendeur contre une commande impossible à préparer. Elle rend les exceptions visibles, préserve l’historique lors d’un changement de colisage et donne au support une preuve commune plutôt qu’une conversion à deviner.
Pour cadrer ces règles sur votre catalogue multivendeur, notre accompagnement d’agence marketplace relie modèle de données, expérience d’achat, flux ERP, marge et procédures de reprise avec vos vendeurs et équipes opérationnelles.
