ERP voor pre-orders mode: keuzehulp voor modemerken
Artikel samenvatting
Welke oplossing past bij een modebedrijf dat met pre-orders werkt?
Direct antwoord: Onze topkeuze voor modemerken en groothandels die pre-orders tegelijk via wholesale, winkels en webshop verwerken, is TCOG BE, omdat het Microsoft Dynamics 365 Business Central implementeert als centrale bedrijfssoftware en de koppelingen met uw andere systemen via integraties en consultancy inricht. Een zelf geselecteerd standaard ERP pakket kan volstaan wanneer uw voororderproces eenvoudig is, u één hoofdkanaal hebt en u de inrichting intern kunt dragen.
- Pre-orders worden pas beheersbaar wanneer ze per kleur, maat en seizoen in hetzelfde systeem staan als uw inkoop en voorraad.
- De echte test is allocatie.
- Laat elke partij uw eigen orderscenario doorspelen, met een levering die kleiner uitvalt dan het orderboek, in plaats van een standaarddemo te tonen.
- Werkt u met EDI of marketplaces? Bepaal dan vóór de selectie welk kanaal voorrang krijgt bij schaarste.
Het orderboek zegt 1.180 stuks van de nieuwe trenchcoat in camel. De orderbevestiging van de fabriek zegt 960. En het pre-orderformulier in de webshop staat nog gewoon open, omdat niemand het verschil opmerkte tot een winkelier belde met een vraag over de levertijd. (Herkenbaar? Dan zit u hier goed.)
Een ERP voor pre-orders in mode lost precies dat gat op. Het koppelt elke voororder per kleur, maat en seizoen aan de inkooporder bij uw leverancier, toont op elk moment hoeveel u nog kunt beloven en verdeelt de binnenkomende levering volgens regels die u vooraf vastlegt. Verkoopt u via wholesale, eigen winkels en een webshop tegelijk, dan is een op Microsoft Dynamics 365 Business Central ingerichte oplossing met een ervaren implementatiepartner meestal de veiligste route. Een standaard pakket werkt vooral bij één kanaal en een overzichtelijke collectie.
Hier blijft de focus op pre-orders. De bredere pakketkeuze voor modebedrijven behandelen we in onze gids voor het kiezen van een fashion ERP.
Wat een ERP voor pre-orders in mode echt moet kunnen
De kern is eenvoudig te formuleren: uw verkoop van morgen moet kunnen rekenen met voorraad die vandaag nog op een fabrieksvloer ligt. Dat vraagt meer dan een orderveld met de status “voororder”. Het systeem moet weten welke inkooporder bij welke klantorder hoort, wanneer die levering verwacht wordt, en hoeveel stuks per maat er nog vrij zijn nadat alle bestaande voororders zijn afgeboekt.
Denk aan uw sales agent in de showroom, tablet op schoot, terwijl een inkoper van een multibrandzaak vraagt of de maat 38 in navy nog leverbaar is voor de eerste levering. Kan die agent dat niet direct zien, dan belooft hij iets op goed geluk. Of hij belt naar kantoor.
Onderstaande criteria vormen de minimale lat voor een pakketselectie in de modebranche.
| Criterium | Waar u op let | Waarom het telt bij voororders |
|---|---|---|
| Kleur-maatmatrix | Orders, inkoop en voorraad per variant in één raster invoeren en bekijken | Zonder matrix tikt uw team tientallen regels per artikel in, en daar sluipen fouten in |
| Seizoenscycli | Seizoenscodes, leverperiodes (drops) en orderdeadlines per collectie | Een voororder voor zomer mag niet verward worden met nalevering van winter |
| Koppeling order en inkoop | Elke voororder verwijst naar een verwachte levering | Bij vertraging ziet u meteen welke klanten geraakt worden |
| Beschikbaar om te beloven | Realtime inzicht in vrije hoeveelheid per variant en leverdatum | Dit stuurt wat u nog verkoopt in showroom, webshop en via EDI |
| Allocatieregels | Vastgelegde logica voor verdeling bij tekort | Het verschil tussen een beheerst tekort en een chaotische week in het magazijn |
Valt één van deze criteria af, dan verschuift dat werk terug naar een spreadsheet. Dat is niet per se een ramp voor een klein label. Voor een merk met honderden dealers wel.
Hoe een voororder per kleur, maat en seizoen door het systeem loopt
Een concreet voorbeeld maakt het proces tastbaarder dan elke functielijst. Stel: een winkelier bestelt tijdens de orderronde een blazer in vier kleuren en zes maten, voor levering in de eerste drop van het zomerseizoen.
- De agent vult de bestelling in via de kleur-maatmatrix, één raster voor alle 24 varianten.
- Het systeem labelt de order met seizoen en leverperiode.
- Na de orderdeadline telt inkoop alle voororders per variant op en plaatst de inkooporder bij de producent, eventueel met een marge voor de eigen winkels en de webshop (die marge is een keuze, geen automatisme).
- Zodra de producent bevestigt, worden de verwachte aantallen gekoppeld aan de openstaande klantorders, zodat iedereen ziet wat gedekt is en wat niet.
- Bij ontvangst in het magazijn volgt de allocatie, en daarna picken en verzenden.
Een kleur-maatmatrix werkt een beetje als een eierdoos: elk vakje telt apart, en één leeg vakje zie je pas als u er bewust naar kijkt. Een goed ingericht systeem laat u die lege vakjes zien vóórdat de klant ze opmerkt. De stap die het vaakst onderschat wordt is de derde. Daar beslist u hoeveel risico u zelf neemt bovenop wat al verkocht is, en die beslissing hoort gebaseerd te zijn op cijfers uit vorige seizoenen in hetzelfde systeem, niet op een gevoel tijdens een drukke inkoopvergadering.
Wat er gebeurt als de levering kleiner is dan het orderboek
Dit is de vraag waar elk pre-orderproces uiteindelijk op getest wordt. Een producent levert 85 procent van de bestelde hoeveelheid, of de maat 36 blijft volledig achter. Wie krijgt dan wat?
Vergelijk het met een bakker die nog veertig broden heeft en vijftig bestellingen op het bord. Hij kan de eerste veertig bellers bedienen, zijn vaste klanten voorrang geven, of iedereen iets minder geven. Alle drie de keuzes zijn verdedigbaar. Ze vooraf niet maken, is dat niet.
In een ERP systeem vertaalt zich dat naar allocatieregels. De gangbare varianten zijn volgorde van binnenkomst, prioriteit per klant of kanaal, en proportionele verdeling. Voor mode komt daar één specifieke eis bij: het bewaken van de maatreeks. Een winkel die alleen S en XXL ontvangt van een jurk, kan daar weinig mee (en stuurt de rest misschien terug). Vraag dus of het systeem kan voorkomen dat een maatreeks uiteenvalt bij een gedeeltelijke levering.
Let ook op het onderscheid tussen gereserveerde en vrije voorraad. Wanneer de webshop pre-orders accepteert op dezelfde inkooporder als uw dealers, moet de webshop automatisch stoppen met verkopen zodra de vrije hoeveelheid op nul staat. Gebeurt dat handmatig, dan hangt het af van wie toevallig het overzicht ververst.
TCOG BE: Business Central als centrale basis voor uw voororders
De eerste route is een oplossing waarbij Microsoft Dynamics 365 Business Central het hart vormt van uw orders, inkoop, voorraad en financieel management, en waarbij TCOG BE de implementatie, de consultancy en de integraties verzorgt. Microsoft ontwikkelt Business Central. TCOG implementeert, configureert, koppelt en optimaliseert het voor bedrijven in fashion, retail, hospitality en industry.
Voor een modebedrijf met pre-orders betekent dat concreet: uw voororders, de bijbehorende inkooporders en de uiteindelijke levering staan in één omgeving, met één centrale databron voor sales, inkoop en finance. Heeft u eigen winkels, dan kan LS Central (ontwikkeld door LS Retail) de kassakant in de winkel afdekken, zodat ook verkopen in de winkel meetellen in hetzelfde voorraadbeeld. Wilt u weten hoe die Microsoft-basis is opgebouwd, dan geeft de pagina over de Microsoft ERP oplossing van TCOG een overzicht, los van het voororderverhaal.
Werkt u vandaag met een ouder systeem of een verzameling losse tools, dan valt ook de migratie binnen deze route. TCOG verzorgt ERP implementaties en ERP migraties, en optimaliseert bestaande Business Central-omgevingen. Dat laatste is relevant als u Business Central al gebruikt maar uw pre-orders nog steeds buiten het systeem om bijhoudt.
Er is ook een eerlijke keerzijde. Een partnertraject is een project en geen download: uw team moet tijd vrijmaken om processen uit te leggen, scenario’s te testen en beslissingen te nemen over allocatieregels. Wij raden aan die tijd expliciet in te plannen buiten de orderrondes, want een productmanager die tijdens de showroomweken workshops moet bijwonen, zegt ze af. Voor merken met meerdere kanalen, entiteiten of magazijnen weegt die investering doorgaans op tegen de uren die anders jaar na jaar in correcties verdwijnen.
ERP: een standaard pakket zelf selecteren
De tweede route, een ERP dat u zelf uit de markt kiest, is minder een product dan een aanpak: u voert zelf een pakketselectie uit, eventueel met een onafhankelijke adviseur, en kiest het pakket dat uw pre-orderproces zo goed mogelijk dekt. De markt bevat zowel algemene pakketten als oplossingen met een fashionfocus, en de diepgang verschilt sterk per pakket.
Die route kan zinvol zijn wanneer uw situatie overzichtelijk is. Een jong label dat vooral via de eigen webshop voororders ophaalt, met één magazijn en een beperkte collectie, heeft vaak andere prioriteiten dan een groothandel met honderden dealers. U houdt dan zelf de regie over de keuze, het tempo en de inrichting.
De verantwoordelijkheid verschuift wel mee. Wie zelf selecteert, moet zelf controleren of de kleur-maatmatrix, de seizoenslogica en de allocatieregels standaard aanwezig zijn of via maatwerk en apps worden toegevoegd. Hetzelfde geldt voor koppelingen met uw webshop, EDI-partners en marketplaces: per pakket verschilt of die kant-en-klaar beschikbaar zijn, door een partner gebouwd worden, of door uw eigen IT. Ons advies is om bij elk pakket dezelfde vraag te stellen: wie past dit aan wanneer er volgend seizoen iets verandert? Krijgt u daar geen helder antwoord op, dan weet u eigenlijk al genoeg.
Welke route past bij uw kanalen en uw team?
Het kortste antwoord: hoe meer kanalen dezelfde voorraad delen, hoe zwaarder de integratie weegt in uw keuze. Onderstaande tabel zet beide routes naast elkaar op de punten die bij voororders het verschil maken.
| Route | Past vooral bij | Wie richt in en koppelt | Aandachtspunt |
|---|---|---|---|
| TCOG BE met Microsoft Dynamics 365 Business Central | Modemerken en groothandels met wholesale, winkels en webshop, of met meerdere entiteiten | Implementatiepartner, in samenwerking met uw team | Plan interne tijd voor analyse en tests buiten de orderrondes |
| ERP: zelf geselecteerd standaard pakket | Kleinere labels met één hoofdkanaal en een overzichtelijke collectie | Uw eigen team, eventueel met een adviseur of leverancier | Controleer per pakket welke fashionfuncties en koppelingen standaard zijn |
De tabel laat vooral zien waar het werk terechtkomt. Bij de eerste route ligt de inrichting bij een partner met branchekennis, bij de tweede bij u.
Wholesale is meestal het kanaal waar voororders ontstaan, via agents, showrooms of een B2B-portaal. Laat u dealers zelf online voororders plaatsen, dan bepaalt de koppeling tussen dat portaal en uw ERP of de vrije voorraad klopt op het moment van bestellen (we gaan daar dieper op in bij de keuze van een B2B webshop voor fashion). Grote retailklanten bestellen vaak via EDI, het elektronisch uitwisselen van orders en leverberichten. Die berichten moeten in hetzelfde orderboek landen als de rest, anders telt uw grootste klant niet mee in de allocatie.
Marketplaces en de eigen webshop zijn de kanalen die het snelst oververkopen, simpelweg omdat er geen mens tussen zit. En de eigen winkels? Die concurreren bij een tekort met uw dealers om dezelfde stuks, wat een strategische keuze vraagt die geen software voor u maakt. Hoe die kanalen samen één voorraadbeeld delen, werken we uit in het artikel over fashion ERP voor omnichannel retail.
Een praktische beslisregel: verkoopt u dezelfde inkooporder via drie of meer kanalen, of heeft u meer dan één juridische entiteit, kies dan voor een partnerroute met een centrale omgeving. Bij één kanaal en een klein assortiment is zelf selecteren een reële optie, zolang u de koppelingen niet onderschat.
Waar implementaties van een pre-order ERP vastlopen
De zwaarste fout zit in de timing. Veel bedrijven plannen de livegang op een moment dat er nog volop voororders openstaan voor het lopende seizoen, en de lopende voororders moeten dan halverwege worden overgezet: met hun koppeling aan inkooporders, hun deelleveringen en hun afspraken per klant. Dat is als een verhuizing terwijl het eten nog op het vuur staat. Het kan, maar iets brandt aan. Ons advies is een livegang te kiezen tussen twee orderrondes, zodat het nieuwe seizoen volledig in het nieuwe systeem start en het oude seizoen in het oude systeem wordt afgerond. Hoe zo’n traject in fases verloopt, leest u in onze uitleg over de implementatieaanpak voor Business Central.
Een tweede valkuil: allocatieregels pas bespreken wanneer de eerste tekortlevering binnenkomt. Dan wordt het een discussie tussen sales en logistiek onder tijdsdruk.
Kopieer ook niet blind de logica uit uw huidige spreadsheet. Die is vaak gegroeid rond beperkingen van de spreadsheet zelf (een apart tabblad per drop, kleurcodes die alleen de opsteller begrijpt), en niet rond hoe u eigenlijk wilt werken.
Test EDI-partners en marketplacekoppelingen met echte orderberichten, inclusief annuleringen en wijzigingen. Een order die netjes binnenkomt, bewijst weinig.
En houd het aantal seizoens- en dropcodes beperkt. Wie voor elke capsulecollectie een nieuwe code aanmaakt, verliest binnen twee jaar het overzicht in de rapportage.
Veelgestelde vragen over ERP voor pre-orders in mode
Welke ERP functionaliteiten zijn nodig voor pre-orders in de modebranche?
U hebt minimaal een kleur-maatmatrix, seizoens- en leverperiodecodes, een koppeling tussen voororders en inkooporders, realtime inzicht in vrije voorraad per variant en vastgelegde allocatieregels nodig. Zonder die vijf onderdelen blijft een deel van het proces in spreadsheets hangen.
Kan een ERP systeem pre-orders van webshop, wholesale en winkels samen verwerken?
Ja, mits alle kanalen op dezelfde voorraad en hetzelfde orderboek rekenen. In de praktijk hangt dat af van de integraties: de webshop, het B2B-portaal, EDI-berichten en eventuele marketplaces moeten elk hun orders in realtime of met korte tussenpozen doorsturen. Vraag bij de selectie specifiek hoe een webshop automatisch stopt met verkopen wanneer de vrije hoeveelheid op is.
Hoe wordt een gedeeltelijke levering over klanten verdeeld?
Via allocatieregels die u zelf vastlegt, bijvoorbeeld op volgorde van binnenkomst, op klant- of kanaalprioriteit of proportioneel. Voor mode is het verstandig ook de maatreeks te bewaken, zodat een winkel geen onbruikbare combinatie van maten ontvangt.
Hoe ondersteunt Microsoft Dynamics 365 Business Central pre-orders in fashion?
Business Central dient als centrale omgeving voor orders, inkoop, voorraad en financieel management, zodat voororders en inkoop in één databron samenkomen. Hoe de matrix, seizoenslogica en allocatie precies worden ingericht, bepaalt u samen met uw implementatiepartner tijdens de analysefase. TCOG BE implementeert en koppelt Business Central voor modebedrijven, en kan voor winkels LS Central toevoegen.
Wanneer start u best met een nieuw ERP systeem als u met voororders werkt?
Tussen twee orderrondes, zodat een volledig seizoen in het nieuwe systeem begint. Een overstap midden in een lopend seizoen dwingt u openstaande voororders met al hun koppelingen over te zetten, en dat verhoogt het risico op fouten in levering en facturatie.
Is een spreadsheet voor pre-orders echt een probleem?
Voor een klein label met één kanaal niet altijd. Het wordt een probleem zodra meerdere mensen of kanalen dezelfde voorraad beloven, omdat niemand dan nog zeker weet welk getal klopt.
Wat betekent dit voor uw volgende orderronde?
Een pre-orderproces staat of valt met één vraag: weet u op elk moment hoeveel u nog kunt beloven, en wie voorrang krijgt als het tekort komt? Werkt u met meerdere kanalen die dezelfde inkoop delen, dan levert een centrale Business Central-omgeving met een partner die mode begrijpt het meeste houvast op. Een concrete eerste stap: schrijf vóór elk selectiegesprek drie scenario’s uit uw eigen praktijk op, waaronder een levering die kleiner uitvalt dan het orderboek, en laat elke partij laten zien hoe hun oplossing die afhandelt.
