ERP demand planning fashion: zo plant u vraag per seizoen
Artikel samenvatting
Hoe werkt demand planning voor fashion in een ERP systeem?
Direct antwoord: Demand planning voor fashion betekent dat u de verwachte vraag per stijl, kleur, maat en kanaal vertaalt naar inkoop, productie en voorraadverdeling, en die planning tijdens het seizoen bijstuurt. Microsoft Dynamics 365 Business Central levert de bouwstenen (artikelvarianten, vraagprognoses en planningsvoorstellen). Een fashionuitbreiding en een doordachte inrichting maken het geschikt voor collecties, seizoenen en maatreeksen.
- Voor middelgrote modemerken, groothandels en fashionretailers in de Benelux is Business Central, ingericht door TCOG met itSuitsFashion 365 en TCOG Apps, de eerste optie om te onderzoeken wanneer wholesale, retail, webshop en finance in één omgeving moeten samenkomen.
- Plan op maatniveau, niet op stijlniveau.
- Zonder schone verkoophistorie (inclusief retouren en uitverkochte periodes) levert ook een goede prognosemodule cijfers op waar u niet op kunt bouwen.
- AI-prognoses en scenarioplanning voegen pas iets toe wanneer de basisplanning in het ERP systeem staat in plaats van in losse spreadsheets.
In de spreadsheet van de inkoper staan 1.200 verkochte stuks van een linnen blazer. Het verkooprapport uit de webshop komt uit op 940. Beide cijfers kloppen. Het ene telt de retouren wel mee, het andere niet, en op basis van welk getal u straks de herhaalorder plaatst, is een vraag die niemand in het inkoopoverleg graag beantwoordt.
Daar begint ERP demand planning fashion: één bron voor verkoop, retouren, voorraad en openstaande inkoop, op het niveau van stijl, kleur en maat. U maakt een prognose per artikelvariant en per kanaal, vertaalt die naar inkoopvoorstellen met realistische levertijden en verdeelt binnenkomende voorraad over winkels, webshop en wholesaleklanten. Microsoft Dynamics 365 Business Central heeft daar standaard functies voor. Voor kleur-maatmatrices, seizoenen en collecties kiest u doorgaans een fashionuitbreiding erbovenop.
Over het plannen van de collectie zelf, van ontwerp tot naorder, schreven we al een aparte gids over ERP en collectieplanning in mode. Hier draait alles om de vraagkant.
Wat demand planning in de modebranche anders maakt
Demand planning in fashion is het voorspellen en sturen van vraag naar producten die vaak maar één seizoen bestaan. Een technische groothandel verkoopt hetzelfde onderdeel jaren achter elkaar en bouwt zo een lange verkooplijn op. Een nieuwe jurk heeft geen verleden. U voorspelt haar vraag via vergelijkbare stijlen uit vorige seizoenen, via de prestaties van een kleurgroep of via de maatcurve die uw klanten historisch kopen.
Twee begrippen helpen om orde te scheppen. Demand forecasting is de prognose zelf: hoeveel stuks verwacht u te verkopen, waar en wanneer. Demand planning is wat u met die prognose doet (inkopen, produceren, verdelen en bijsturen). Een prognose zonder planning is als het weerbericht lezen en toch zonder jas de deur uitgaan.
Het fashion-specifieke probleem zit in de maten. Bestelt u 600 stuks van een stijl en verdeelt u die op gevoel over XS tot XL, dan merkt u na een paar weken verkoop dat M en L uitverkocht zijn terwijl XS in elke winkel aan het rek blijft hangen. Op stijlniveau lijkt de verkoop prima. Op maatniveau heeft u tegelijk overstock en stockouts. Dit is precies waarom een ERP systeem voor modebedrijven anders ingericht moet worden.
Welke ERP-functies heeft u nodig voor seizoenen, kleuren en maten?
De kern is een artikelstructuur die één stijl kent met daaronder alle kleur- en maatcombinaties. Business Central werkt daarvoor met artikelvarianten. Een kleur-maat-matrix gaat een stap verder: u ziet en boekt een stijl als raster, met kleuren in de rijen en maten in de kolommen, zodat een inkooporder van veertig varianten één scherm is in plaats van veertig regels. Die matrixinvoer en vaste maatreeksen komen in de praktijk meestal uit een fashionuitbreiding.
Daarna volgen de functies die uw planning betrouwbaar maken. U hebt seizoens- en collectiecodes op het artikel nodig, zodat u zomer met zomer vergelijkt. Levertijden per leverancier en per order (geen vaste standaardwaarde) maken de planning realistisch. Supply visibility, zicht op wat besteld, bevestigd, verscheept of vertraagd is, moet zichtbaar zijn op de inkooporder zelf. Materiaalbeheer voor wie zelf produceert of private label laat maken helpt: stof, voering en ritsen hebben eigen levertijden, en een tekort aan één knoop houdt een hele productie tegen. En retourregistratie per kanaal zorgt ervoor dat u bruto en netto verkoop uit elkaar kunt houden.
Dat punt over supply visibility klinkt abstract, tot u de mail van een leverancier met een nieuwe verschepingsdatum terugvindt in iemands inbox in plaats van op de order. Uw planning rekent dan met een levering die er drie weken later pas is. We zouden materiaalbeheer alleen zwaar laten wegen wanneer u zelf produceert of laat produceren. Voor een pure retailer die eindproducten inkoopt, is het eerder ballast in de inrichting.
ERP demand planning fashion: standaard Business Central of een fashionuitbreiding?
Een hardnekkige aanname is dat Business Central te generiek zou zijn voor mode. De standaardfuncties voor planning zijn juist volwassen. U kunt vraagprognoses vastleggen per artikel, variant en locatie, per artikel een bestelbeleid kiezen (vast bestelaantal, maximumaantal, lot-voor-lot), een veiligheidsvoorraad instellen en het planningsvoorstel laten berekenen wat u wanneer moet inkopen of produceren. De officiële documentatie van Dynamics 365 Business Central beschrijft die planningsfuncties in detail.
Wat een modebedrijf daarnaast mist, zit vooral in de manier van werken: matrices, maatreeksen, seizoenen, collecties en de koppeling tussen pre-orders en inkoop. TCOG ontwikkelde daarvoor itSuitsFashion 365, een fashionoplossing die aansluit op Business Central. Welke van uw eisen die dekt en waar aanvullende TCOG Apps of maatwerk nodig zijn, stelt u vast in een fit/gap-analyse, niet op basis van een productfolder.
De vier aanpakken die u in de markt tegenkomt, verschillen vooral in hoeveel fashionlogica er standaard in zit en hoe goed de planning aansluit op de rest van uw processen.
| Aanpak | Past bij | Sterk in | Let op |
|---|---|---|---|
| Business Central met TCOG (itSuitsFashion 365 en TCOG Apps) | Modemerken, groothandels en fashionretailers met meerdere kanalen, vestigingen of entiteiten | Fashionlogica, planning, magazijn en financieel management in één omgeving, met begeleiding van blueprint tot optimalisatie na livegang | Vraagt een goede blauwdruk vooraf, anders bouwt u oude spreadsheetgewoontes na |
| Business Central zonder fashionuitbreiding | Bedrijven met een smal assortiment of weinig maatvariatie | Standaard planningsfuncties en integratie met het Microsoft-ecosysteem | Toets of matrixinvoer en seizoenslogica volstaan voor uw maatreeksen |
| Sectorspecifiek fashion-ERP-pakket | Organisaties die software en fashionfunctionaliteit bij één leverancier willen | Fashionprocessen als uitgangspunt van het pakket | Controleer aansluiting op uw Microsoft-omgeving, BI en financiële rapportage |
| Spreadsheet of losse planningstool naast het ERP | Kleine collecties, of als tijdelijke brug | Snel en flexibel | Geen realtime koppeling met voorraad en inkoop, versies lopen uiteen |
De tabel laat vooral zien dat de keuze minder over prognosefuncties gaat dan over integratie. Hoe meer kanalen en entiteiten u heeft, hoe zwaarder het weegt dat planning, magazijn en boekhouding uit dezelfde bron putten. Werkt u met één winkel en een kleine webshop, dan is die afweging minder dringend.
Voorraad verdelen over winkels, webshop en wholesale
Stel: er komt een zending van 2.000 stuks binnen, verdeeld over twaalf varianten. Veertien winkels willen hun startvoorraad, de webshop draait al op pre-orders en twee wholesaleklanten hebben in de verkoopcampagne vaste aantallen besteld. Wie krijgt wat? Dit moment, wanneer dozen uit het centrale magazijn moeten naar verschillende kanalen tegelijk, is waar inventory allocation cruciaal wordt.
Bij de eerste verdeling gebruikt u per winkel een maatcurve en een capaciteit (een kleine stadswinkel krijgt andere aantallen dan een vlaggenschip), en daarna stuurt u bij op basis van werkelijke verkoop. Het lijkt op taart snijden voor een feest waarvan u het aantal gasten pas halverwege hoort: u houdt bewust een deel achter in het centrale magazijn.
Omnichannel fulfilment maakt dat ingewikkelder. Levert de webshop uit het centrale magazijn, uit een winkel of allebei? Hoe u die stromen inricht met kassa, webshop en magazijn uitgewerkt, leest u in ons artikel over omnichannel retail met ERP, POS en webshop. Voor demand planning telt vooral dat elke order, ongeacht kanaal, direct zichtbaar is in de beschikbare voorraad.
Warehouse management en order-to-cash horen hier ook bij. Wordt in het magazijn op variant gescand (TCOG Cloud Scanning is daarvoor een van de TCOG Apps), dan klopt de voorraad per maat en kunt u erop plannen. En wanneer wholesale-pre-orders als gereserveerde vraag in het ERP systeem staan, ziet de planner ze meteen, inclusief de weg van order naar levering en factuur. Wie met pre-orders werkt, vindt in onze keuzehulp voor ERP en pre-orders in mode de afwegingen per verkoopmodel.
AI en scenarioplanning: hulpmiddel, geen glazen bol
Verwacht van AI geen kant-en-klare inkooplijst. Microsoft biedt voor Business Central een extensie voor verkoop- en voorraadprognoses die op basis van historische gegevens een verwachting berekent, en Microsoft Copilot brengt AI-hulp in steeds meer schermen. Voor doorlopende basisartikelen (zwarte T-shirts, jeans in vaste pasvormen, sokken) werkt zo’n op historie gebaseerde prognose goed, omdat er historie is.
Bij een nieuwe stijl valt dat voordeel weg. Daar blijft het werk van de inkoper leidend: een vergelijkbare stijl kiezen, de maatcurve van die productgroep toepassen en de verwachting bijstellen na de eerste verkoopweken.
Scenarioplanning is daarbij nuttiger dan het klinkt. U rekent door wat er gebeurt als de retailverkoop tien procent achterblijft, of als een productieorder drie weken later binnenkomt dan bevestigd. Veel bedrijven bouwen zulke scenario’s in Power BI bovenop de data uit Business Central, zodat finance en inkoop naar dezelfde cijfers kijken tijdens het open-to-buy-overleg (het budget dat nog vrij is voor inkoop).
Onze aanbeveling is eenvoudig: begin met een prognose die u in twee zinnen kunt uitleggen aan de inkoper die vraagt waarom er 300 stuks staan. Voeg AI pas toe wanneer de basis staat. Een model dat niemand vertrouwt, wordt binnen een seizoen genegeerd, hoe slim het ook rekent.
Zo zet u demand planning stap voor stap op
Een werkende vraagplanning bouwt u in een vaste volgorde. Sla de eerste stappen over en u automatiseert vooral uw bestaande onzekerheid.
- Bepaal uw planningsniveau. Stijl, kleur, maat, kanaal en locatie: leg vast welke combinaties u echt plant en welke u afleidt.
- Schoon de verkoophistorie op. Dit is de zwaarste stap en ook de stap die het vaakst wordt onderschat. Corrigeer weken waarin een variant uitverkocht was, want daar was de vraag niet laag, er was simpelweg niets te koop. Registreer retouren per kanaal, omdat een webshop met veel retouren anders een vertekend beeld geeft. En koppel nieuwe stijlen aan een vergelijkbare voorganger, zodat er toch een referentie bestaat.
- Kies per artikelgroep een bestelbeleid: basics anders dan seizoensartikelen.
- Leg werkelijke levertijden vast per leverancier en houd ze actueel.
- Spreek allocatieregels af voor de eerste verdeling en voor bijsturing tijdens het seizoen, inclusief wat er in het centrale magazijn achterblijft.
- Evalueer na elk seizoen de sell-through per maat.
Hoe zo’n inrichting binnen een volledig implementatietraject past, van blueprint tot livegang, beschrijven we in de aanpak van een Business Central-implementatie. Onze belangrijkste les: overstock en stockouts voorkomt u niet met een betere formule, maar met historie waarin uitverkochte weken en retouren eerlijk zichtbaar zijn.
Fouten die overstock en stockouts veroorzaken
De duurste fout is plannen op stijlniveau en de maatverdeling pas op het laatste moment doen. Het voelt efficiënt: een inkoper bespreekt in het collectieoverleg vijftig stijlen in plaats van vierhonderd varianten, en de maten worden achteraf met een standaardverdeling ingevuld. Maar die standaardverdeling is zelden de curve van uw klanten, laat staan per winkel. Het resultaat ziet u in de afprijzingen: kleine en grote maten die aan het eind van het seizoen in de solden belanden, terwijl de middenmaten weken eerder op waren. Uw ERP systeem kan alleen op maatniveau plannen wanneer u daar ook beslist.
Een tweede fout is lage verkoop gelijkstellen aan lage vraag. Stond een variant drie weken op nul voorraad, dan zegt de verkoop van die weken niets over de vraag.
Retouren negeren is de derde. Voor een webshop in mode kan het verschil tussen bruto en netto verkoop groot zijn, en wie op bruto plant, koopt structureel te veel in.
En dan de stille vierde: planning en finance die elk hun eigen cijfers gebruiken. Het inkoopbudget zit in een apart bestand, de planning in een ander, en pas bij de maandafsluiting blijkt dat er meer is besteld dan het open-to-buy toeliet.
Strategisch inzicht: Een vraagplanning wordt zelden beter door een slimmer algoritme. Ze wordt beter wanneer inkoop, verkoop en finance hetzelfde getal zien en weten waar het vandaan komt.
Hoe TCOG fashionbedrijven helpt met vraagplanning
TCOG implementeert Microsoft Dynamics 365 Business Central voor organisaties in Fashion, Retail, Hospitality en Industry, en ontwikkelde zelf itSuitsFashion 365 en de TCOG Apps. Voor modebedrijven betekent dat één omgeving waarin artikelvarianten, inkoop, magazijn, verkoopkanalen en financieel management samenkomen. Waar winkels een kassasysteem nodig hebben, kan LS Central voor retail (ontwikkeld door LS Retail) daarop aansluiten, en met Power BI maakt u prognoses, sell-through en open-to-buy zichtbaar voor directie en inkoop.
Het traject begint met analyse en een blueprint. In die blauwdruk legt u samen vast op welk niveau u plant, welke data betrouwbaar is en welke processen u bewust anders gaat doen. De fit/gap-analyse laat zien wat standaard Business Central dekt, wat itSuitsFashion 365 toevoegt en waar een TCOG App, zoals TCOG Multi Company Centralized Logistics voor centrale logistiek over meerdere entiteiten, het ontbrekende stuk is. Na livegang blijft de planning in beweging, en met een Continuous Improvement SLA (een Service Level Agreement gericht op doorlopende verbetering) stuurt u die elk seizoen bij.
TCOG werkt met meer dan 225 klanten in de Benelux en 90+ industry experts, is Microsoft Solutions Partner en LS Retail Diamond Partner, en heeft een Belgisch kantoor in Turnhout. We zouden dit traject vooral aanraden aan modebedrijven met meerdere kanalen, vestigingen of entiteiten. Voor een merk met één winkel en een bescheiden webshop is het waarschijnlijk zwaarder dan nodig. Wie de bredere selectievraag nog moet beantwoorden, vindt in de praktische gids voor het kiezen van een fashion-ERP de criteria die naast demand planning meewegen.
Veelgestelde vragen over ERP demand planning in fashion
Wat is het verschil tussen demand forecasting en demand planning?
Demand forecasting is de prognose van hoeveel u verwacht te verkopen, demand planning is wat u met die prognose doet. Planning vertaalt de verwachting naar inkoop, productie, voorraadverdeling en bijsturing tijdens het seizoen.
Kan Business Central vraagprognoses maken per kleur en maat?
Ja, Business Central ondersteunt vraagprognoses per artikel, artikelvariant en locatie. Kleur en maat legt u vast als varianten, waarna het planningsvoorstel per variant kan rekenen. Voor matrixinvoer, maatreeksen en seizoenslogica zoals modebedrijven die gewend zijn, gebruikt u meestal een fashionuitbreiding zoals itSuitsFashion 365. Laat in een fit/gap-analyse toetsen of dat voor uw assortiment volstaat.
Hoeveel verkoophistorie heeft u nodig voor een betrouwbare prognose?
Minstens één vergelijkbaar seizoen, en liefst meer. Belangrijker dan de hoeveelheid is de kwaliteit: historie waarin uitverkochte periodes en retouren gecorrigeerd zijn, zegt meer dan jaren aan ruwe verkoopcijfers. Voor nieuwe stijlen koppelt u een vergelijkbare voorganger als referentie.
Hoe helpt een ERP systeem tegen overstock en stockouts in mode?
Een ERP systeem helpt doordat verkoop, voorraad, retouren en openstaande inkoop per variant op één plek staan. Daardoor ziet u eerder welke maten achterblijven en welke opraken. Met een bestelbeleid en veiligheidsvoorraad per artikelgroep krijgt u tijdig inkoopvoorstellen voor doorlopende artikelen. Bij seizoensartikelen ligt de winst vooral in betere maatcurves en in voorraad die u centraal achterhoudt en gericht naar winkels of webshop verschuift. Het systeem neemt de beslissing niet over, maar haalt het giswerk uit de cijfers.
Is een sectorspecifiek fashion-ERP beter dan Business Central?
Dat hangt af van wat u naast fashionfunctionaliteit nodig heeft. Een sectorspecifiek pakket vertrekt vanuit fashionprocessen, terwijl Business Central met een fashionuitbreiding sterk is wanneer u planning wilt combineren met financieel management, meerdere entiteiten en het bredere Microsoft-ecosysteem. Vergelijk op integratie, schaalbaarheid en implementatieaanpak, niet alleen op een lijst prognosefuncties.
Hoe lang duurt het om demand planning in te richten?
Dat verschilt sterk per organisatie en hangt vooral af van de staat van uw data, het aantal kanalen en of het deel uitmaakt van een volledige ERP-implementatie. Een blueprinttraject geeft u vooraf een realistisch beeld van scope en planning.
Wat betekent dit voor uw volgende seizoen?
Betere vraagplanning in mode begint niet bij een nieuwe module, maar bij de beslissing om op maatniveau te plannen met historie die eerlijk laat zien wat er werkelijk gebeurde. Business Central levert daarvoor een solide basis, een fashionuitbreiding maakt het werkbaar voor collecties en maatreeksen. Een logische eerste stap is in kaart brengen op welk niveau u nu plant en waar uw cijfers uit verschillende bronnen uiteenlopen, zodat een blueprint gericht kan beginnen.
