Synchroniseren van orderhorizonnen tussen stuklijstniveaus

De effectieve doorlooptijden zijn dan als volgt:

• De productie van 100 stuks van artikel A kost 2 weken (volgens de routing van A).
• De productie van 100 stuks van artikel B kost 2 weken (volgens de routing van B).
• Volgens de lijst van kritische materialen is de doorlooptijd voor de kritische component C 4 weken.

Neem de volgende planningssituatie waarin er drie behoeften zijn voor artikel A, te weten, X, Y en X. In principe wordt elke behoefte overgezet naar het volgende niveau van de stuklijst of de lijst van kritische materialen en verschoven in de tijd op basis van de routinggegevens of de gegevens van de lijst van kritische materialen.

• Behoefte X valt binnen de orderhorizon van artikel A en wordt doorgegeven van A naar B en van B naar C.
• Behoefte Z valt binnen de hoofdplanningshorizon van artikel A en wordt doorgegeven van A naar C.
• Behoefte Y valt binnen de orderhorizon van artikel A. Echter, als de behoefte wordt overgezet naar artikel B, dan valt de behoefte buiten de orderhorizon van artikel B. Dit betekent dat de behoefte niet wordt meegenomen in de planning van B en dus niet wordt doorgegeven aan C.

Daardoor ontstaat een onjuiste planningssituatie voor artikel C als de simulatie vooruit wordt gerold (met wekelijkse intervallen) Als er 100 stuks van A aanwezig moet zijn in week 18,is het volgende van toepassing:

• Als u het artikelplan in week 10 genereert, resulteert de behoefte aan A (in week 18) in een afhankelijke vraag naar C in week 14 (4 weken vanaf de huidige week).
• Een week later, d.w.z. in week 11, werkt u het artikelplan bij. Nu is de behoefte aan C niet meer zichtbaar in week 14 (3 weken vanaf nu).
• Een week later, d.w.z. in week 12, is diezelfde behoefte aan C weer zichtbaar in week 14 (2 weken vanaf nu).