Production

Multi-BOM voor varianten: één receptuur, 12 SKU's slim beheren

Production 28 april 2026 · 5 min leestijd

Je verkoopt één supplement. Of één sausje. Of één proteïne-poeder. En toch staan er ineens 12 SKU's in je Shopify: drie smaken, twee doseringen, een bundel-pack en een refill-versie. De receptuur? In de kern hetzelfde. Het probleem? Je BOM-administratie loopt vast.

Dit is een klassieke valkuil voor D2C-founders die opschalen. De productie blijft simpel, maar de variant-explosie maakt voorraadbeheer en kostprijsberekening een nachtmerrie.

Waarom variant-merken vastlopen op standaard BOM-software

Veel kleine merken beginnen met een spreadsheet of een ERP-light waarin elke SKU een eigen, volledig uitgeschreven receptuur krijgt. Dat werkt prima bij drie producten. Bij twaalf is het chaos.

Stel: je verkoopt een magnesium-supplement in drie smaken (naturel, citroen, framboos) en twee doseringen (250mg, 500mg). Dat zijn al zes basis-SKU's. Voeg daar een 3-pack-bundel en een proefverpakking aan toe en je zit op acht. Plus een refill zonder verpakking: negen. En een Engelse export-versie met andere etiketten: tien.

Elke wijziging in de basis-receptuur betekent dat je tien BOM's handmatig moet aanpassen. Eén vergeten? Dan klopt je kostprijs niet, je voorraadafboeking niet, en je yield-rapport ook niet. Eén Britse studie van Make UK noemt receptuur-fouten als oorzaak van 4-7% productie-verlies bij MKB-fabrikanten — de NL-MKB-praktijk wijkt daar zelden ver vanaf, al ontbreekt sectorspecifieke data.

Wat multi-BOM precies oplost

Multi-BOM (ook wel "variant-BOM" of "configurator-BOM" genoemd) werkt vanuit één principe: je beheert één basis-receptuur en definieert per variant alleen wat afwijkt.

Concreet: je magnesium-poeder bestaat uit 95% magnesium-bisglycinaat en 5% smaakstof + verpakking. De 95% is identiek over alle smaken. Alleen die 5% verschilt. In een multi-BOM-setup leg je dat één keer vast als basis, en je definieert per variant alleen de smaakstof-component en het etiket.

Het resultaat:

Eén basis-receptuur voor 12 SKU's
Eén plek waar je inkoopprijs van de hoofdgrondstof aanpast — en alle 12 kostprijzen bewegen mee
Eén werkorder-template, met variant-selectie bij uitvoering

Hoe je een multi-BOM-structuur opzet (5 stappen)

Identificeer de constante kern. Welk percentage van je productie-input is identiek over alle varianten? Dit wordt je basis-BOM. Bij supplementen vaak 80-95% van het volume, bij voeding soms maar 50-70%.

Splits varianten in dimensies. Smaak, dosering, verpakking, taal-versie. Elke dimensie wordt een aparte variabele in je BOM-structuur.

Definieer per dimensie de afwijkingen. Smaak-citroen = +0,3g citroenzuur, +0,1g aroma. Dosering-500mg = 2× basis-volume per zakje. Bundel-3pack = 3× standaard-eenheid + bundel-doos.

Koppel SKU's aan combinaties. SKU MAGNESIUM-CITROEN-500-EN = basis + smaak-citroen + dosering-500 + verpakking-EN. Je hebt nu één formule per SKU, maar geen gedupliceerde data.

Test met één wijziging. Wijzig de inkoopprijs van magnesium-bisglycinaat met 12%. Controleer of alle 12 kostprijzen automatisch herberekenen. Werkt dit niet, dan is je structuur niet écht multi-BOM maar een vermomde duplicaat.

Bundles: het lastigste variant-type

Smaken en doseringen zijn relatief recht-toe-recht-aan. Bundles zijn waar de meeste D2C-merken stranden.

Een 3-pack is geen nieuwe receptuur — het is een verpakkingsoperatie. Maar je kostprijs moet wel correct worden berekend, je voorraad moet correct afboeken (3 enkelpacks worden 1 bundel), en je werkorder moet de juiste handelingen tonen.

Een goed multi-BOM-systeem behandelt een bundel als een "phantom-BOM": een samenstelling die op het moment van orderpicking of een lichte productiehandeling wordt geassembleerd uit reeds bestaande SKU's. Je hoeft dus niet apart 3-pack-voorraad te produceren — je trekt 3 enkelpacks af en boekt 1 bundel-SKU bij.

Dit raakt direct aan voorraadbeheer. Hoe je bundle-voorraad doorgeeft aan je webshop is een apart onderwerp; we schreven daar eerder over in onze <a href="https://cloutyx.com/warehouse">warehouse-module-pagina</a> waar phantom-stock en multi-locatie-tracking zijn uitgewerkt.

Yield en kostprijs bij variant-productie

Hier komt een vaak vergeten dimensie: yield-tracking per variant. Bij een grote productie-batch van 200kg basis-poeder verlies je tijdens het afvullen ongeveer 1-2% door restmateriaal in machines en filterverlies. Maar bij smaak-varianten waar je de productie-lijn moet schoonmaken tussen smaken, kan dat oplopen tot 3-4%.

Als je dit niet per variant tracked, ga je systematisch verkeerde kostprijzen rekenen. Je framboos-variant lijkt even winstgevend als je naturel-variant — maar in werkelijkheid is je framboos 2,8% duurder vanwege schoonmaakverliezen.

Een rekenvoorbeeld met fictieve cijfers ter illustratie:

Variant	Basis-kostprijs	Yield-verlies	Echte kostprijs
Naturel	€8,40	1,5%	€8,53
Citroen	€8,55	3,2%	€8,82
Framboos	€8,55	3,8%	€8,87

Bij een verkoopprijs van €14,95 zit je marge per smaak ineens 30 cent uit elkaar — significant bij volumes boven de 5.000 units.

Wanneer multi-BOM overkill is

Niet elke D2C-founder heeft dit nodig. Als je drie SKU's hebt en de receptuur één keer per jaar aanpast: een spreadsheet is prima. Multi-BOM begint pas waarde te leveren bij ongeveer 6+ varianten, of bij meer dan 4 receptuur-wijzigingen per jaar.

Ook als je geen eigen productie doet (puur dropshipping of full-service contract-manufacturing), is multi-BOM minder relevant. Je leverancier doet de receptuur-administratie. Jij beheert alleen SKU's en inkoopprijzen.

Voor producenten in food en supplementen geldt overigens dat receptuur-versiebeheer ook een compliance-vraagstuk is. De NVWA-richtlijnen voor etikettering vereisen dat je ingrediëntendeclaraties matchen met de werkelijke samenstelling — een onderwerp waar BOM-traceability direct aan raakt. Voor voedingssupplement-specifieke regels is de Warenwet-pagina van het RIVM een goed startpunt.

Hoe Cloutyx hierbij helpt

In de <a href="https://cloutyx.com/production">production-module</a> van Cloutyx zit multi-BOM standaard ingebouwd: één basis-receptuur, variant-dimensies, automatische kostprijs-doorberekening en yield-tracking per variant. Je hoeft geen aparte BOM aan te maken voor elke smaak of dosering.

De koppeling met voorraadbeheer betekent dat phantom-bundels en samengestelde SKU's automatisch correct worden afgeboekt bij verkoop, zonder dubbele administratie.

Conclusie

Wat je morgen kunt doen, voordat je überhaupt aan software-keuze denkt:

Maak een lijst van al je SKU's en streep door welke écht een andere receptuur hebben (vs. alleen andere verpakking of dosering).
Bereken de constante kern: welk percentage van je productie-input is identiek? Onder de 60% is multi-BOM moeilijk; boven de 80% levert het direct winst.
Track één maand lang yield per variant met een eenvoudige Google-Sheet. De cijfers verrassen je vrijwel zeker, en ze maken de business case voor of tegen multi-BOM concreet.

Veelgestelde vragen

Wat is het verschil tussen multi-BOM en een productconfigurator?

Een configurator is een front-end-tool waarmee een klant of medewerker een variant samenstelt. Multi-BOM is de back-end-structuur die ervoor zorgt dat die samenstelling correct wordt vertaald naar receptuur, voorraad en kostprijs. Een goede configurator heeft multi-BOM nodig om te werken; multi-BOM kan ook bestaan zonder configurator.

Hoeveel SKU's heb je nodig om multi-BOM te overwegen?

Vuistregel: vanaf 6 varianten met een gedeelde basis-receptuur, of als je meer dan 4 keer per jaar je hoofd-receptuur aanpast. Onder die drempel is een goed bijgehouden spreadsheet vaak goedkoper en sneller.

Werkt multi-BOM ook voor non-food producten zoals cosmetica of kaarsen?

Ja. Het principe geldt voor elk product waar je één basis-formule hebt met variant-dimensies (geur, kleur, formaat). Cosmetica-merken gebruiken het vaak voor parfum-varianten op een gedeelde crème-basis; kaarsenmakers voor geur- en kleurvarianten op identieke was.

Hoe gaan multi-BOM-systemen om met receptuur-wijzigingen midden in een productiebatch?

Goede systemen werken met versie-nummering per BOM. Een wijziging creëert een nieuwe versie; lopende werkorders blijven gekoppeld aan de oude versie. Zo blijft je traceability en kostprijs-historie kloppen, ook als je morgen je formule aanpast.

Kan ik multi-BOM combineren met externe contract-manufacturers?

Ja, maar de werkverdeling moet helder zijn. Jij beheert dan de "logical BOM" voor kostprijs- en voorraadberekening; de manufacturer beheert de productie-BOM. Zorg dat versies en SKU-codes synchroon lopen, anders ontstaan er afwijkingen tussen jouw administratie en de werkelijke productie.

Deze post is voorbereid met AI-ondersteuning en redactioneel beoordeeld door het Cloutyx-team.