Hoe een Nederlandse retailer zijn voorraadbeheer digitaliseerde en 30% sneller levert

Elke groeiende retailer kent het moment waarop Excel ophoudt een oplossing te zijn en een probleem wordt. Het moment waarop je magazijnmedewerkers elkaar bellen om te checken wat er daadwerkelijk op de plank staat, omdat het systeem iets anders zegt dan de realiteit. Het moment waarop je het drukste kwartaal van het jaar ingaat met de wetenschap dat de kans op dubbele bestellingen, onnodige stockouts en boze klanten aanzienlijk is.

Dit is het verhaal van hoe een Nederlandse retailer die situatie herkende, de beslissing nam om te investeren in een maatwerkoplossing, en wat dat in de praktijk opleverde.

De situatie voor de bouw

Het bedrijf — een non-food retailer met vijftig medewerkers, drie magazijnlocaties verspreid over Nederland en een jaaromzet van circa €8 miljoen — had zijn bedrijfsvoering jarenlang gecombineerd in twee systemen: een verouderd ERP-pakket (een sectorspecifiek systeem uit 2011 dat niet langer actief werd doorontwikkeld) en een uitgebreide set Excel-bestanden die door de jaren heen organisch waren gegroeid.

De webshop, die inmiddels goed was voor meer dan 60% van de omzet, was via een handmatige export-importprocedure gekoppeld aan het ERP. Elke ochtend exporteerde een medewerker een bestand uit het ERP, bewerkde het in Excel, en laadde het op in de webshop. Dat betekende: de voorraadinfo op de webshop liep altijd 12 tot 48 uur achter op de werkelijkheid.

De concrete problemen

Dubbele bestellingen. Wanneer een product in het ERP op nul stond maar in werkelijkheid nog op locatie twee lag, werd het niet aangeboden in de webshop. Omgekeerd: als de webshop een hogere voorraad toonde dan beschikbaar was, ontstonden dubbele bestellingen die handmatig moesten worden gecanceld — met klantenservice-tijd en reputatieschade als gevolg.

Stockouts tijdens piekperiodes. In de aanloop naar de feestdagen, toen de bestelvolumes verdrievoudigden, had het team geen realtime inzicht in hoe snel producten wegvielen per locatie. Bijbestellen gebeurde te laat. In één week tijdens Q4 liepen zeventien producten onnodig leeg terwijl de vraag er was.

Verwerkingstijd. Een order afhandelen — van binnenkomst tot picklijst voor het magazijn — kostte gemiddeld twee werkdagen. Niet omdat het werk zo complex was, maar omdat het proces liep via geprinte lijsten, handmatige invoer en telefonische afstemming tussen de locaties.

Geen managementinzicht. Periodieke rapportages werden samengesteld door een medewerker die weken handmatig data samenvogde uit het ERP en de Excel-bestanden. Een actueel beeld van voorraadomloopsnelheid, winstgevendheid per categorie of leveranciersprestatie bestond simpelweg niet.

De keuze voor maatwerk

Het bedrijf had alternatieven bekeken. Er zijn degelijke WMS-pakketten op de markt die voor grotere magazijnoperaties zijn gebouwd. Maar geen van de bekeken standaardpakketten sloot goed aan op twee specifieke eisen: de integratie met het bestaande ERP (waarvan de API-documentatie beperkt en gedateerd was) en de specifieke pickrouting-logica die het bedrijf door de jaren had ontwikkeld per locatie.

Bovendien: de licentiekosten van de serieuze WMS-leveranciers begonnen bij €40.000–€60.000 per jaar, exclusief implementatie en customization. De verwachting was dat het aanpassen van een standaardpakket aan de specifieke situatie even kostbaar zou zijn als het bouwen van een maatwerkoplossing — maar dan met de beperkingen van een platform dat je niet in eigendom hebt.

Na gesprekken met drie bureaus werd gekozen voor een maatwerkoplossing die:

• Realtime synchroniseert met het bestaande ERP via een stabiele middleware-laag
• Direct integreert met het WooCommerce-platform van de webshop
• Magazijnmedewerkers bedient via een eenvoudige web-interface op tablets (inclusief barcodescanners)
• Managementrapportage biedt via een live dashboard zonder export-import-cycli

Het traject — 12 weken van ontwerp tot productie

Weken 1–3: Discovery en ontwerp

De eerste drie weken waren volledig gewijd aan het begrijpen van de huidige processen. Dat klinkt eenvoudig, maar was het niet. Veel van de bestaande logica zat in de hoofden van twee medewerkers en in ongedocumenteerde Excel-formules. Het documenteren van de huidige werkwijze — inclusief uitzonderingen, handmatige correcties en de niet-voor-de-hand-liggende regels die de operatie draaiende hielden — kostte meer tijd dan verwacht, maar was essentieel.

Uit deze fase kwamen twee inzichten die het ontwerp stuurden: de pickrouting per locatie was complexer dan gedacht, en de ERP-koppeling vereiste een extra abstractielaag omdat de ERP-datastructuur niet consistent was ingericht.

Weken 4–8: Bouw van de kernfunctionaliteit

In vijf weken werd de kernfunctionaliteit gebouwd: voorraadbeheer per locatie en per SKU, realtime koppeling met ERP en webshop, orderverwerkingsflow voor magazijnpersoneel, en de rapportagelaag voor management. Elke week was er een werkende demo waarbij het team van de retailer kon testen en feedback geven.

Op week zes werd een fundamenteel verschil in definitie ontdekt: wat het ERP "beschikbare voorraad" noemde, was niet hetzelfde als wat het magazijn "beschikbaar" achtte (producten in quarantaine voor retourverwerking werden in het ERP als beschikbaar geregistreerd). Het aanpassen van de synchronisatielogica kostte een week, maar voorkwam een productieprobleem dat anders pas na livegang zichtbaar was geworden.

Weken 9–11: Integratie, testen en training

Drie weken waren gereserveerd voor integratietests, gebruikersacceptatietests met magazijnmedewerkers op locatie, en training. De magazijnmedewerkers — gemiddeld leeftijd 42, variërend technisch vaardigheidsniveau — kregen een halve dag training per locatie. Het systeem was bewust eenvoudig gehouden: geen onnodige schermen, geen functies die de magazijnvloer niet nodig had.

Week 12: Livegang en hypercare

Livegang vond gefaseerd plaats: eerst locatie drie (de kleinste), daarna locatie één en twee. Het ERP bleef parallel draaien gedurende twee weken na livegang als vangnet. Die periode was nodig — er waren zeven kleine correcties nodig op de synchronisatielogica voordat het systeem volledig zelfstandig kon draaien.

De resultaten na zes maanden

Orderverwerkingstijd daalde van gemiddeld twee werkdagen naar veertien uur. Dat is een reductie van 30%. De winst zat niet in sneller werken, maar in het wegvallen van de wachttijd tussen stappen: orders kwamen direct beschikbaar als picklijsten, zonder handmatige tussenkomst.

Stockout-incidenten daalden met 80% in de eerste zes maanden na livegang, vergeleken met dezelfde periode een jaar eerder. Realtime inzicht in voorraadontwikkeling per locatie maakte bijbestelling voorspelbaarder.

Tijdsbesparing operationeel. Twee medewerkers die voorheen elk twee uur per dag besteedden aan handmatige export-import cycli, data-reconciliatie en telefonische afstemming, konden die tijd inzetten voor andere werkzaamheden. Dat is vier uur per werkdag, twintig uur per week.

Managementrapportage. Het live dashboard verving een proces dat twee weken per kwartaal kostte aan handmatig samenstellen. De directeur beschikt nu dagelijks over inzicht in voorraadomloopsnelheid, openstaande orders en locatieprestaties.

Wat we leerden

Documenteer de huidige processen voor je begint. De discovery-fase lijkt als overhead, maar het is de fase die de kwaliteit van het eindproduct bepaalt. Ongedocumenteerde uitzonderingen in het bestaande proces worden anders gewoon meegebouwd in het nieuwe systeem — inclusief de fouten.

Plan voor databescherming tijdens de migratie. Het parallel draaien van het oude en nieuwe systeem gedurende twee weken na livegang kostte extra inspanning, maar gaf het team de zekerheid om terug te kunnen vallen. Die zekerheid was psychologisch even belangrijk als technisch.

Betrek magazijnmedewerkers vroeg. De gebruikers die dagelijks met het systeem werken, weten dingen die het management niet weet. In dit traject leverde hun input in week zes de correctie op die een significant productieprobleem voorkwam.

Maatwerk is geen eindpunt. Na zes maanden is het systeem drie keer uitgebreid met kleinere functionaliteiten die tijdens gebruik als wens naar voren kwamen. Een systeem dat echt in gebruik is, evolueert. Plan daar budget voor in — ook na de livegang.

De totale investering bedroeg €65.000. Op basis van de aantoonbare tijdsbesparing en de gereduceerde stockout-kosten verwacht het bedrijf de investering binnen achttien maanden te hebben terugverdiend.