Resposta directa: en ecommerce B2B, la quantitat mínima de comanda (MOQ), l’increment i la unitat de mesura s’han de resoldre com una sola regla comercial. El comprador ha de saber quina unitat selecciona, quantes unitats base conté, quin és el mínim i en quins increments pot augmentar. L’ERP ha de rebre una quantitat i una unitat inequívoces, no un número que cada sistema interpreti de manera diferent.
Una configuració correcta permet vendre una vàlvula per unitat, caixa de 6 o palet de 120, exigir un mínim de 2 caixes per a un compte concret i conservar l’estoc en unitats. El portal mostra 2 caixes, calcula 12 unitats base, aplica el preu de caixa i envia tots dos valors a l’ERP amb la conversió utilitzada.
Cinc conceptes que no s’han de barrejar
- Unitat base: unitat mínima en què es controla l’estoc o la quantitat física, com peça, quilogram o metre.
- Unitat de venda: presentació que pot seleccionar el client: unitat, caixa, rotlle, bidó o palet.
- Factor de conversió: equivalència entre la unitat de venda i la unitat base per a un SKU o variant.
- MOQ: primera quantitat acceptable, expressada en una unitat definida.
- Increment: pas vàlid a partir del mínim.
«MOQ = 10» és una dada incompleta. Ha d’indicar 10 unitats, 10 caixes o 10 quilograms, i també necessita àmbit i vigència. Una regla completa seria: «Per al compte ACME, l’SKU VAL-80 es ven des de 2 caixes, en increments d’1 caixa; cada caixa equival a 6 unitats; regla vigent des de l’1 d’octubre».
Model de dades mínim
| Camp | Exemple | Per què és necessari |
|---|---|---|
| product_variant_id | VAL-80-BRASS | La conversió pot variar per variant |
| selling_uom | BOX | Unitat que introdueix i veu el comprador |
| base_uom | EA | Unitat d’estoc o de referència |
| conversion_factor | 6 EA/BOX | Converteix sense ambigüitat |
| minimum | 2 BOX | Primera quantitat comprable |
| increment | 1 BOX | Seqüència vàlida: 2, 3, 4… |
| maximum | 40 BOX | Límit comercial o logístic opcional |
| scope | Compte ACME / magatzem BCN | Determina per a qui i des d’on s’aplica |
| valid_from / valid_to | 01/10–31/12 | Evita regles caducades o superposades |
Desa les conversions com a raons exactes sempre que sigui possible, no com a decimals arrodonits. Una caixa de 6 és 6/1; un rotlle de 12,5 metres pot requerir 25/2. Vincula la conversió al producte o variant quan l’embalatge canvia. Una caixa de talla XL, per exemple, pot contenir quatre peces mentre que la resta en contenen cinc. Microsoft Dynamics 365 documenta aquest tipus de conversió específica per variant.
Precedència de les regles
El MOQ i l’increment poden dependre del producte, compte, catàleg, mercat, magatzem, canal o període. Quan coincideixen diverses regles, la precedència ha de ser explícita. Un ordre possible és:
- Compte + variant + unitat + magatzem.
- Grup de comptes + variant + unitat + mercat.
- Catàleg B2B + variant + unitat.
- Regla logística general de la variant.
- Regla general del producte.
La regla guanyadora ha de ser única o combinar-se mitjançant una política documentada. Si el contracte exigeix un mínim de 2 caixes i el magatzem només prepara capes de 8, el resultat no pot ser el menor dels dos. Pot prevaler el requisit més restrictiu i fer que la primera quantitat vàlida sigui 8, però negoci ha d’aprovar aquesta política.
Validació matemàtica
Per a una quantitat q, un mínim m i un increment i, la compra és vàlida si:
q >= m;- si hi ha màxim,
q <= max; (q - m) mod i = 0.
Normalitza abans els tres valors a la mateixa unitat i a enters exactes. Si es permeten passos de 0,25 kg, treballa en grams o escala per 100; calcular el residu amb decimals binaris pot rebutjar una quantitat vàlida per un error de precisió.
Amb mínim 6 i increment 4, les quantitats vàlides són 6, 10, 14 i 18; no tots els múltiples de 4. Valida a la unitat seleccionada i repeteix el control al servidor i al checkout. El selector del navegador no és suficient: una API, un CSV, una llista desada o una repetició de comanda poden saltar-se la interfície.
Conversió, arrodoniment i productes variables
No arrodoneixis sense avisar. Si es venen 2,5 kg però el magatzem prepara sacs d’1 kg, cal decidir si es rebutja, s’arrodoneix a 3 kg o s’ofereix una altra unitat. La política —a l’alça, a la baixa o al valor més proper— ha de pertànyer a la conversió i s’ha de mostrar abans d’afegir al carret.
Per a pes variable, longitud tallada o productes de pes capturat, separa quantitat demanada, preparada i facturada. El comprador pot demanar 10 kg i rebre’n 10,34; el portal ha d’explicar la tolerància, el preu estimat i quan es coneixerà el total definitiu.
Preu i estoc han d’utilitzar unitats compatibles
Cada preu necessita una unitat. 12 EUR per peça no equival automàticament a 72 EUR per caixa si la caixa té descompte o cost d’embalatge. Conserva la unitat i la quantitat base del preu, la unitat de comanda, el factor aplicat, el preu unitari mostrat, el total de línia i la unitat sobre la qual es calcula el tram de volum.
L’estoc també ha de ser inequívoc. Si hi ha 35 unitats i la venda és per caixes tancades de 6, només hi ha 5 caixes venibles, encara que sobrin 5 peces. No en prometis 6 per arrodoniment. Si els magatzems tenen embalatges diferents, resol la disponibilitat després de seleccionar l’origen logístic o divideix la línia explícitament.
Experiència del comprador
La fitxa ha de mostrar al costat del selector: «Mínim: 2 caixes · Increments d’1 caixa · 6 unitats per caixa». En canviar la unitat, recalcula mínim, increment, preu, disponibilitat i lliurament. Al carret, conserva la unitat triada i mostra l’equivalència, no només la quantitat base.
Si el comprador introdueix un valor invàlid, no el canviïs silenciosament. Explica: «Es ven des de 2 caixes i en caixes completes. Proposem 3 caixes (18 unitats)». Demana confirmació si l’ajust altera import, pes, transport o termini. A l’entrada ràpida per SKU o CSV, retorna errors per línia amb valor rebut, regla aplicable i quantitats vàlides més properes.
Contracte entre portal i ERP
Cada línia enviada a l’ERP hauria d’incloure SKU i variant, quantitat sol·licitada i unitat de venda, quantitat base i factor, identificador i versió de la regla, preu i unitat de preu, moneda i magatzem si condiciona la regla.
L’ERP ho ha de validar de nou. Si rebutja la línia, el portal no ha de substituir la quantitat sense permís ni crear una comanda diferent de la confirmada. Ha de retornar un resultat accionable: acceptar un embalatge nou, canviar de magatzem, demanar pressupost o escalar a l’equip comercial.
Importació i reconciliació
Abans d’activar una versió, rebutja factors zero o negatius, unitats inexistents, mínims inferiors a zero, increments no positius, màxims inferiors al mínim, períodes superposats i variants desconegudes. Compara una mostra determinista entre ERP i ecommerce i compta registres rebuts, acceptats i rebutjats.
No sobreescriguis la versió que va valorar comandes antigues. Publica’n una de nova amb data d’efecte i conserva la regla usada a cada línia. Un canvi d’embalatge no ha de modificar retrospectivament l’explicació d’una factura.
Proves imprescindibles
- Valor inferior, igual i superior al MOQ.
- Primer increment vàlid i valors immediatament anteriors i posteriors.
- Canvi entre unitat, caixa i palet amb conversions exactes.
- Variant amb una quantitat per caixa diferent.
- Regla específica de client davant de la regla general.
- Estoc no divisible per l’embalatge de venda.
- Canvi de magatzem, mercat, moneda i data de vigència.
- Entrada des de fitxa, carret, llista, CSV, API i repetició.
- Preu per unitat i total iguals al portal, ERP i factura.
- Regla absent, conversió invàlida i versions superposades.
Preguntes freqüents
MOQ i increment són el mateix?
No. El MOQ indica la primera quantitat acceptable; l’increment determina els passos posteriors. Un mínim de 6 amb increment de 2 permet 6, 8, 10 i 12.
El client ha de triar unitats o caixes?
Ofereix només les unitats realment venibles i mostra’n l’equivalència. Si la caixa és tancada, no ofereixis peces soltes encara que l’estoc intern es gestioni per peça.
Qui governa la conversió?
Normalment l’ERP o el PIM, amb un únic responsable. L’ecommerce consumeix una versió publicada i no inventa factors quan falten dades.
Es pot arrodonir automàticament?
Només amb una política visible i autoritzada. Si canvia l’import o la logística, mostra la quantitat proposada i demana confirmació.
Fonts primàries
- Shopify: regles de quantitat i preu per volum B2B, per a mínims, màxims i increments per variant.
- Microsoft Dynamics 365: conversions d’unitat per variant, per a factors diferents segons presentació.
- Microsoft Dynamics 365: gestió d’unitats de mesura, per a conversió, precisió i arrodoniment.
- Microsoft Dynamics 365: unitats i polítiques d’emmagatzematge, per a capes logístiques.
Pas següent
Selecciona deu SKU amb embalatges diferents i documenta unitat base, unitats venibles, factor, MOQ, increment, estoc i preu. Després comprova que portal i ERP accepten i rebutgen exactament les mateixes quantitats. Per ampliar el disseny funcional, consulta els recursos de CODE B2B.