Bestelpunt bepalen zonder op onderbuikgevoel te sturen

Het bestelpunt is een signaal om aanvulling te plannen. Een eenvoudige berekening is verwachte vraag tijdens de levertijd plus veiligheidsvoorraad. Dat is ook de opzet in de Oracle-documentatie over reorder point planning. Zo’n berekening helpt een bestelbesluit voorbereiden, maar garandeert geen leverbeschikbaarheid. De vraag kan anders uitvallen en een bestelling kan later aankomen.

Wat is een bestelpunt precies?

Een bestelpunt is geen bestelhoeveelheid en ook geen gewenste eindvoorraad. Het is een signaalgrens. In het fictieve beleid hieronder geeft een voorraadpositie op of onder die grens aanleiding tot een bestelcontrole. In Oracle kan het rapport aanvulling voorstellen voor artikelen die onder hun bestelpunt uitkomen. Controleer welke vergelijking en automatische acties jouw systeem gebruikt.

Een bruikbare werkformule is:

Bestelpunt = verwachte vraag tijdens levertijd + veiligheidsvoorraad

Ook de NetSuite-berekening gebruikt gemiddelde dagelijkse vraag maal gemiddelde levertijd, plus veiligheidsvoorraad. Gebruik voor vraag en levertijd dezelfde tijdseenheid.

Die formule is bewust simpel. Het verschil tussen een bruikbaar en een waardeloos bestelpunt zit namelijk niet in ingewikkelde wiskunde, maar in drie keuzes:

• welke vraag je als basis neemt
• welke levertijd je werkelijk ervaart
• of je rekent met fysieke voorraad of met voorraadpositie

In het Oracle Reorder Point Report bestaat Total Available uit aanwezige voorraad plus bevoorrading, verminderd met nog niet geleverde verkoopvraag. Het rapport gebruikt daarbij afkapdatums voor vraag en verwachte ontvangst. Een totaal zonder die datums kan verhullen dat voorraad pas na de klantvraag arriveert.

Reken eerst met voorraadpositie, niet met gevoel

Voorraadpositie kun je praktisch benaderen als:

Voorraadpositie in dit voorbeeld = bruikbare fysieke voorraad + meetellende open aanvoer − nog niet geleverde klantvraag

Niet ieder ERP gebruikt dezelfde afbakening. Tel gereserveerde en ongereserveerde klantvraag niet dubbel en controleer de gewenste ontvangst- en leverdatums. Fictief voorbeeld: 120 bruikbare stuks plus 80 tijdig verwachte stuks minus 70 nog te leveren stuks geeft 130. Dat is een voorraadpositie voor dit model, geen bewijs dat elke order op tijd kan worden geleverd.

Praktisch is het onderscheid vooral dit: het bestelpunt bepaalt wanneer je bestelt; het gewenste niveau of de bestelhoeveelheid bepaalt hoeveel je bestelt.

Fictief voorbeeld: bestelpunt met levertijd en buffer

Fictief voorbeeld, geen garantie.

Stel:

• gemiddelde afzet: 12 stuks per werkdag
• gemiddelde levertijd leverancier: 6 werkdagen
• gewenste veiligheidsbuffer: 30 stuks

Dan is de verwachte vraag tijdens levertijd:

12 × 6 = 72 stuks

Het bestelpunt wordt dan:

72 + 30 = 102 stuks

In dit fictieve beleid voer je bij 102 stuks of lager een bestelcontrole uit. Hoeveel je bestelt, is een afzonderlijke keuze.

Neem vervolgens deze actuele situatie:

• fysieke voorraad: 90
• open inkooporder: 40
• gereserveerd voor klantorders: 18

Je voorraadpositie is dan:

90 + 40 − 18 = 112 stuks

Volgens deze voorbeeldberekening ligt 112 boven de grens van 102. Er ontstaat dus nog geen signaal uit deze regel. Controleer wel of de 40 bestelde stuks op tijd arriveren en of de vraag correct is afgebakend. Alleen naar 90 fysieke stuks kijken zou in dit model een ander, mogelijk onnodig bestelsignaal geven.

Welke gegevens heb je minimaal nodig?

• Betrouwbare artikelidentificatie. Gebruik dezelfde artikelcode en eenheid in vraag-, voorraad- en inkoopgegevens, zodat je geen verschillende verpakkingen optelt.
• Gemiddelde vraag per periode. Gebruik een vaste meeteenheid, bijvoorbeeld per dag of per week.
• Werkelijke levertijd. Neem niet de leveranciersbelofte als enige bron, maar de gerealiseerde doorlooptijd.
• Expliciete veiligheidsvoorraad. Zet die apart neer, zodat je later kunt uitleggen waarom die buffer bestaat.
• Voorraadpositie. Dus niet alleen on hand, maar ook on order en allocaties/reserveringen.

Pas de beoordeling aan het artikel aan

Een omzetklasse bepaalt niet automatisch hoeveel veiligheidsvoorraad passend is. Bespreek ook leverrisico, gevolgen van een tekort, houdbaarheid en opslagkosten. Een goedkoop onderdeel kan essentieel zijn voor een machine; een duur artikel kan eenvoudig op aanvraag verkrijgbaar zijn.

Gebruik een ABC-analyse van voorraad daarom als één ingang voor prioriteiten, niet als automatische bufferregel.

Heb je nog geen scherp voorraadbeleid, dan is dit vaak effectiever dan meteen een complex model bouwen. Zeker in combinatie met een warehouse management systeem en strak locatiebeheer krijg je dan sneller betrouwbare signalen.

Veelgemaakte fouten bij het berekenen van een bestelpunt

• Alleen op gemiddelde vraag sturen. Dan mis je pieken en seizoenseffecten.
• Levertijd te optimistisch inschatten. Gebruik liever gerealiseerde ontvangstdata.
• Fysieke voorraad verwarren met voorraadpositie. Hierdoor bestel je te vroeg of te laat.
• Eén regel voor alle artikelen gebruiken. Dat botst met verschillen in omzetwaarde en leverrisico.
• Slechte stamdata accepteren. Zonder consistente artikel- en locatiecodering wordt elk bestelpunt twijfelachtig.

Checklist: zo zet je een werkend bestelpunt op

1. Bepaal per artikel of artikelgroep de gemiddelde vraag per dag of week.
2. Meet de werkelijke levertijd over meerdere ontvangsten.
3. Kies een expliciete veiligheidsbuffer.
4. Definieer voorraadpositie in je systeem: on hand, on order en reserveringen.
5. Bereken het bestelpunt: vraag tijdens levertijd + buffer.
6. Test het resultaat met een paar recente maanden terug in de tijd.
7. Scheid A-, B- en C-artikelen, zodat niet elk artikel dezelfde strengheid krijgt.
8. Herzie het bestelpunt zodra vraagpatroon, leverancier of service-eis verandert.

Deze uitleg is samengesteld met AI en gecontroleerd aan de hand van de vermelde bronnen. Lees over de redactie en onze werkwijze. Er is geen afzonderlijke beoordeling door een menselijke vakspecialist uitgevoerd.