Automatische bestelpunten berekenen: formule + rekenvoorbeeld
Te laat bestellen kost je orders. Te vroeg bestellen vreet je werkkapitaal op. En tussen die twee uitersten zit een getal dat je per SKU eigenlijk gewoon zou moeten weten: het bestelpunt.
Het probleem? De meeste webshops berekenen dat bestelpunt één keer met de hand in Excel, en passen het daarna nooit meer aan. Terwijl vraag, levertijd en seizoenspieken constant schuiven.
Wat een bestelpunt precies is
Een bestelpunt (Engels: reorder point of ROP) is de voorraadhoogte waarop je een nieuwe inkooporder moet plaatsen om niet zonder voorraad te komen vóórdat de levering binnen is.
Het is dus niet hetzelfde als je minimumvoorraad of veiligheidsvoorraad. Het bestelpunt ligt daar bóvenop. Concreet: zodra je voorraad onder dit getal zakt, moet er een PO de deur uit.
De basisformule is simpel:
Bestelpunt = (gemiddelde dagvraag × levertijd in dagen) + veiligheidsvoorraad
Het venijn zit in de drie variabelen. Geen daarvan is een vast getal, en daar gaat het bij de meeste MKB-webshops mis.
De drie variabelen ontleed
Gemiddelde dagvraag. Pak je hier het jaargemiddelde, of de laatste 30 dagen? Voor een SKU met seizoenspatroon (tuinmeubels, ventilatoren, kerstartikelen) krijg je totaal andere uitkomsten. Een voortschrijdend gemiddelde over 8-12 weken werkt voor de meeste fastmovers, maar voor seizoensartikelen moet je per kwartaal of zelfs per maand rekenen.
Levertijd. Dit is wat je leverancier zegt, plus wat er in de praktijk gebeurt. Containertransport kent sinds 2021 onvoorspelbare doorlooptijden — schommelingen van dagen tot weken zijn op intercontinentale routes geen uitzondering. Reken altijd met de werkelijke gemiddelde levertijd over de laatste 6 leveringen, niet met wat in het inkoopcontract staat.
Veiligheidsvoorraad. Dit is de buffer voor onverwachte pieken in de vraag of vertragingen in de levering. Een veelgebruikte formule:
Veiligheidsvoorraad = Z-score × standaarddeviatie van de vraag × √levertijd
De Z-score hangt af van het servicelevel dat je wil. 95% servicelevel = Z 1,65. 98% = Z 2,05. Hoger servicelevel = meer voorraad = meer kapitaalbeslag.
Rekenvoorbeeld: een Nederlandse webshop in fietsaccessoires
Stel: je verkoopt fietshelmen. SKU "Helm-Urban-Zwart-M". Levertijd vanuit een Duitse leverancier is 7 werkdagen. De inkoopprijs is € 18,50 per stuk.
Cijfers uit je verkoopdata:
- Gemiddelde verkoop: 12 stuks per dag
- Standaarddeviatie: 4 stuks per dag
- Gewenst servicelevel: 95% (Z = 1,65)
Berekening veiligheidsvoorraad: 1,65 × 4 × √7 = 1,65 × 4 × 2,65 = 17,5 stuks (rond af op 18)
Berekening bestelpunt: (12 × 7) + 18 = 102 stuks
Zodra de voorraad onder 102 stuks zakt, plaats je een nieuwe order. Bij een gemiddelde inkoopwaarde van € 18,50 betekent dat je op het bestelmoment ongeveer € 1.887 aan voorraad hebt staan voor deze ene SKU.
Doe deze exercitie voor 50 actieve SKU's en je bent in Excel een halve dag per week kwijt — als je het überhaupt blijft volhouden. Dat is precies waarom de meeste inkopers het niet meer bijwerken zodra de eerste hectiek toeslaat.
Vijf valkuilen die je orders kosten
De levertijd is geen vast getal. Inkopers rekenen vaak met de offerte-levertijd. Maar als je leverancier 3 van de afgelopen 6 keer 2 dagen te laat was, is je effectieve levertijd geen 7 maar 8 dagen. Dat is 12 extra stuks in je bestelpunt voor het voorbeeld hierboven.
Promoties en marketing-acties tellen niet mee. Een Google Shopping-campagne die volgende week start verdubbelt je vraag. Als je bestelpunt op historische data is gebaseerd, ben je binnen 4 dagen out-of-stock. Forecasts moeten geplande activiteiten meenemen.
Seasonality wordt platgemiddeld. Een tuinslang verkoopt in juni 50× zo veel als in januari. Eén jaargemiddelde leidt tot enorme overstock in winter en stockouts in zomer.
MOQ's worden genegeerd. Je leverancier levert alleen in dozen van 60. Je bestelpunt zegt: bestel nu. Maar wat is je optimale orderhoeveelheid? Bestelpunt en bestelhoeveelheid (EOQ) zijn twee verschillende vragen die veel inkopers door elkaar halen — daarover hieronder meer.
ABC-analyse ontbreekt. Je 200 langzaamlopers verdienen niet dezelfde aandacht als je 20 fastmovers. Voor C-items kun je prima rekenen met een eenvoudige min-max regel; voor A-items wil je dynamische bestelpunten die wekelijks meebewegen.
EOQ versus ROP — twee verschillende vragen
Het bestelpunt (ROP) zegt wanneer je bestelt. De optimale orderhoeveelheid (EOQ — Economic Order Quantity) zegt hoeveel je bestelt. Inkopers gooien deze twee constant op één hoop en eindigen óf met te kleine batches die hoge bestelkosten opleveren, óf met te grote batches die je werkkapitaal vastzetten.
De klassieke EOQ-formule:
EOQ = √((2 × jaarlijkse vraag × bestelkosten per order) / opslagkosten per stuk per jaar)
Voor het fietshelm-voorbeeld: stel jaarlijkse vraag is 4.380 stuks (12 × 365), bestelkosten zijn € 45 per order (administratie, transport, ontvangst-handling), en opslagkosten zijn € 2,80 per helm per jaar (10-15% van de inkoopprijs is een gangbare vuistregel).
EOQ = √((2 × 4.380 × 45) / 2,80) = √140.785 ≈ 375 stuks per order.
Met een bestelpunt van 102 en een EOQ van 375 weet je dus: zodra de voorraad onder 102 zakt, plaats je een order van 375 stuks. Niet 100, niet 1.000.
In de praktijk schuurt EOQ vaak met de MOQ van je leverancier (rond af naar boven naar de eerstvolgende doos-hoeveelheid) en met je werkkapitaal-restrictie (rond af naar beneden als € 6.937 per order te veel beslag legt). De formule is een startpunt voor het gesprek, geen wet.
Voor C-items kun je EOQ overslaan en gewoon een vaste bestelhoeveelheid hanteren. Voor A-items wil je EOQ herberekenen zodra een van de drie variabelen significant verandert: vraag-trend, bestelkosten of opslagkosten.
Statisch versus dynamisch bestelpunt
In Excel werk je vrijwel altijd met een statisch bestelpunt: één keer berekend, periodiek herzien. Dat werkt voor stabiele B2B-omzet met weinig SKU's.
Voor een webshop met 500+ SKU's, fluctuerende vraag en wisselende levertijden moet het bestelpunt automatisch herberekenen. Dagelijks, per SKU, op basis van de meest recente verkoopdata. Anders loop je altijd achter op de feiten.
Dynamisch betekent ook: als een leverancier structureel langzamer levert, schuift het bestelpunt vanzelf omhoog. Komt er een verkoopdip omdat een concurrent goedkoper is? Dan zakt het bestelpunt mee. Geen handmatig werk.
Veelgestelde vragen
Wat is het verschil tussen een bestelpunt en een veiligheidsvoorraad?
De veiligheidsvoorraad is een buffer die je achter de hand houdt voor onverwachte vraag- of leveringspieken. Het bestelpunt ligt dáár bovenop — het is het voorraadniveau waarop je een nieuwe order plaatst zodat de levering binnen is vóórdat je in je veiligheidsvoorraad eet. Bestelpunt = (gemiddelde dagvraag × levertijd) + veiligheidsvoorraad.
Hoe vaak moet je een bestelpunt herberekenen?
Voor A-items (fastmovers): wekelijks, automatisch, op basis van de meest recente verkoopdata en werkelijke levertijden. Voor B-items: maandelijks. Voor C-items (langzaamlopers) volstaat een eenvoudige min-max regel die je per kwartaal nakijkt. Eén keer per jaar herberekenen is voor vrijwel elke webshop te weinig.
Wat betekent een Z-score van 1,65 in de veiligheidsvoorraadformule?
Een Z-score van 1,65 hoort bij een servicelevel van 95% — je accepteert dus dat je in 5% van de leveringscycli een stockout hebt. Voor een 98%-servicelevel gebruik je Z 2,05, wat ongeveer 25% meer veiligheidsvoorraad oplevert. Hogere servicelevels = meer voorraad = meer kapitaalbeslag.
Wanneer is EOQ relevanter dan een vaste bestelhoeveelheid?
EOQ is waardevol voor A-items waar het verschil tussen "te kleine" en "te grote" batches honderden tot duizenden euro's per jaar uitmaakt aan bestel- of opslagkosten. Voor C-items is een vaste bestelhoeveelheid die past bij de MOQ van je leverancier doorgaans goed genoeg — de berekening kost meer dan ze oplevert.
Hoe Cloutyx hierbij helpt
Cloutyx berekent automatische bestelpunten per SKU op basis van je verkoopdata, werkelijke levertijden en het servicelevel dat jij instelt. Geen Excel-onderhoud meer, geen verouderde getallen.
In de purchasing-module zie je per artikel het actuele bestelpunt, hoeveel dagen voorraad je nog hebt, en welke leveranciers benaderd moeten worden. De ABC-analyse zit ingebakken: A-items krijgen strakkere monitoring, C-items een simpelere regel.
Een screenshot van de UI: in de SKU-detail zie je drie regels — "huidige voorraad: 134", "bestelpunt: 102", "advies: nog niet bestellen, geschatte stockout over 11 dagen". Klik je door naar de leveranciers-agent, dan kan die automatisch de PO klaarzetten zodra de drempel wordt geraakt.
Dat bestelpunt heeft trouwens directe gevolgen voor je werkkapitaal — een onderwerp dat in de finance-module terugkomt, omdat voorraad-cashflow en inkoopplanning niet los van elkaar staan.
Conclusie
Een bestelpunt berekenen is geen wiskunde-probleem maar een data-probleem. De formule kent iedereen, de variabelen zijn het werk. Wie dat handmatig in Excel blijft doen voor honderden SKU's, accepteert stilzwijgend dat de cijfers altijd een paar weken achterlopen.
Begin met je 20 belangrijkste SKU's, reken één keer netjes met werkelijke levertijden en standaarddeviaties, en bepaal daarna of automatiseren voor jouw volume zin heeft. Voor de meeste webshops boven de 100 actieve SKU's is dat antwoord ja.
Meer lezen
PurchasingPurchasingPurchasing
Production
Algemeen