Het voorbeeld is te complex om uit te leggen, maar bij deze toch een poging.
Gegeven:
Het is nu 04-05.
TV = 28 verschijningen IO voor 4 Verschijningen, met ontvangstdatum 30-05. Bestelniveau = 35. Aantal dagen salderen = 20 dagen. Produktie-/Inkooptijd = 20 dagen. Kalender: 5 dagen per week. Methode berekenen Produktie-/Inkooptijd: 3
Het Besteladvies hanteerde per vandaag 4/5 een VTV van 32 tegenover een Bestelniveau van 35. Er werd derhalve een bestelling geplaatst voor 3 Verschijningen. Gezien de Inkooptijd van 20 dagen, werd de uiterste besteldatum 14-04 (in het verleden = -20 dagen) en met als behoeftedatum vandaag, 04-05.
In een volgende doorloop werd de 14-04 als uitgangspunt genomen, werd er per die datum een VTV van 31 gekonstateerd (de bestelling van 3 uit de vorige regel, plus de TV van 28) en werd er versus het bestelniveau ad 35 dus nog eens 4 stuks besteld. Deze 4 waren behoeftig per 14-04 en leidden tot een besteldatum van 25-03 (= -40 dagen).
A.g.v. het plaatsen van een bestelling ontstaat er in een volgende doorloop een behoefterecord met een nog oudere datum, en als we t.o.v. dié datum gaan vooruitkijken, missen we in de 2e doorloop nèt de Inkooporder van 4 die in de 1e doorloop wél meegeteld wordt.
Of "iets in die geest", wat er op duidt dat het vooruitkijken in de toekomst (aantal dagen salderen) nooit t.o.v. een datum in het verleden mag gebeuren, immers als die datum in een volgende doorloop nog kleiner wordt, wordt ze niet meer gesaldeerd met iets waar de vorige doorloop zich wel op baseerde.
Hoe dan ook, het probleem lijkt elders te liggen.
Waar we per heden een TV van 28 hebben tegenover een Bestelniveau van 35, gaan we dus nú al 7 in de min. Zouden deze 7 binnen de inkooptijd op voorraad liggen, dan hoeft er niets besteld te worden, immers, ervanuitgaande dat we niet in het verleden kunnen inkopen, kunnen we het hooguit vandaag bestellen, en komt het over 7 dagen pas binnen. Als er voor over 6 dagen reeds een ontvangst gepland is, heeft opnieuw bestellen geen zin (wat dat komt dan 1 dag later, en dan hebben we ineens teveel).
Ervanuitgaande dat we bij een Inkooptijd van 20 dagen, 20 dagen vooruit kijken, komen we uit op 4+20 = 24 mei (dit overigens gewoon volgens 7 dagen per week op de kalender, en geen formele Kalender respekterend) en dus mag de IO van 30 mei niet meetellen.
Per heden is de Behoefterun zodanig aangepast dat er nu per heden 1
bestelling geplaatst wordt voor 7 stuks.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| LOPIGN | Omschrijving (nog) niet bekend | 03-05-2005 | 04-05-2005 |
