Berekening bevroren zone prognose
In dit onderwerp wordt beschreven hoe LN controleert of wijzigingen in de prognose binnen de bevroren zone- of de bevroren zone+ voorkomen, vergeleken met de eerder verzonden revisie.
Zie Bevroren zones prognose voor een algemeen overzicht van de functionaliteit van de bevroren zones.
Gegevens van de berekening
De bevroren zones worden als volgt berekend:
-
LN haalt de bevroren zones op uit het veld Bevroren zone + en het veld Bevroren zone - in de sessie Voorwaarden en condities planning (tctrm1135m000).
Om de relevante versie van de overeenkomst voor voorwaarden en condities te selecteren, neemt LN de startdatum van de eerste periode na de huidige datum als ingangsdatum.
-
Aan de klantzijde berekent LN het einde van de bevroren zone plus door het aantal dagen van het veld Bevroren zone + op te tellen bij de huidige datum. Op dezelfde wijze berekent LN de bevroren zone min met de waarde van het veld Bevroren zone -. Aan de leverancierzijde voert LN een soortgelijke berekening uit, alleen gebruikt LN de ontvangstdatum van de prognose in plaats van de huidige datum.
LN berekent deze datum niet op basis van een bepaalde kalender; alle kalenderdagen worden meegeteld.
- LN vergelijkt de prognose met de prognose in de eerder verzonden revisie. Als er geen eerdere revisie aanwezig is, neemt LN aan dat de vorige prognose nul (0) was.
-
LN voegt de prognose vóór de huidige datum toe aan de eerste periode na de huidige datum.
Dezelfde berekening wordt uitgevoerd voor de eerder verzonden revisie: LN voegt de prognose vóór de datum waarop de revisie is verzonden, toe aan de eerste periode na de verzenddatum.
- Als de huidige prognose en de vorige revisie van de prognose hetzelfde aantal perioden hebben en de startdatums van deze perioden overeenkomen, controleert LN de bevroren zones voor elke periode afzonderlijk. Anders gebruikt LN de som van de prognoses van alle perioden binnen de horizon en worden alleen de totalen gecontroleerd.
- Als de prognose wordt verhoogd in de bevroren zone+ ten opzichte van de vorige revisie of als deze waarden worden verlaagd in de bevroren zone-, constateert het systeem dat de prognose in strijd is met de beperkingen van de bevroren zones.
Deze controles worden altijd gestart vanuit de sessies waarin u een prognose fiatteert of accepteert. LN kan op verschillende manieren reageren wanneer een prognose in strijd is met de beperkingen van de bevroren zones. Zie voor meer informatie De bevroren zones gebruiken.
Voorbeeld
In het volgende voorbeeld bestaan de bevroren zone+ en de bevroren zone- uit 20 dagen.
| Periode | Startdatum periode | Prognoserevisie 1 | Huidige prognose |
|---|---|---|---|
| 1 | 2 april | 15 | 15 |
| 2 | 9 april | 20 | 20 |
| 3 | 16 april | 20 | 25 |
| 4 | 23 april | 20 | 15 |
| 5 | 30 april | 20 | 20 |
| 6 | 7 mei | 25 | 25 |
| 7 | 14 mei | 25 | 50 |
| 8 | 21 mei | 25 | 20 |
| Verzenddatum prognoserevisie 1 | 10 april | Periode 2 |
| Huidige datum | 13 april | Periode 2 |
| Horizon | 3 mei | Periode 5 |
De huidige datum valt in periode 2 en de horizon valt in periode 5; hierdoor controleert LN periode 3, 4 en 5.
LN voegt de prognose van periode 1 en 2 toe aan periode 3, omdat de verzenddatum van revisie 1 en de huidige datum in periode 2 vallen.
De prognose voor periode 3 wordt 55 (15+20+20) voor prognoserevisie 1. De prognose voor periode 3 wordt 60 voor de huidige prognose. Deze verhoging is niet toegestaan in de bevroren zone plus.
Stel dat de klant de huidige prognose voor periode 3 wijzigt van 60 in 55 en de controle opnieuw uitvoert. Nu komt periode 3 wel door de controle, maar de prognose voor periode 4 wordt verlaagd van 20 naar 15, zodat de prognose in strijd is met de beperkingen van de bevroren zone min.
Periode 5 wordt geaccepteerd.
Periode 6 wordt niet gecontroleerd omdat deze periode na de horizon van de bevroren zones valt.
Voorbeeld
In het volgende voorbeeld bestaan de bevroren zone+ en de bevroren zone- uit 20 dagen.
| Periode | Startdatum periode | Prognoserevisie 1 | Huidige prognose |
|---|---|---|---|
| 1 | 2 april | 15 | |
| 2 | 9 april | 20 | |
| 3 | 16 april | 20 | 5 |
| 4 | 23 april | 20 | 15 |
| 5 | 30 april | 20 | 20 |
| 6 | 7 mei | 25 | 25 |
| 7 | 14 mei | 25 | 60 |
| 8 | 21 mei | 25 | 30 |
| Verzenddatum prognoserevisie 1 | 10 april | Periode 2 |
| Huidige datum | 19 april | Periode 3 |
| Horizon | 9 mei | Periode 6 |
De huidige datum valt in periode 3; hierdoor controleert LN periode 4, 5 en 6.
Voor prognoserevisie 1 voegt LN de prognose van periode 1 en 2 toe aan periode 3, omdat de verzenddatum van revisie 1 in periode 2 valt. Periode 3 hoeft echter niet te worden gecontroleerd.
Voor de huidige prognose voegt LN de prognose van periode 3 toe aan periode 4, omdat de huidige datum in periode 3 valt.
De prognose voor periode 4 wordt 20 (5+15) voor de huidige prognose. Deze waarde is gelijk aan de prognose van periode 4 in prognoserevisie 1. Hierdoor hoeft de periode 3 niet te worden gecontroleerd.
Periode 5 en 6 worden ook geaccepteerd.