| Calcolo dei periodi bloccati della previsioneDettagli relativi al calcolo Di seguito sono riportati i dettagli relativi al calcolo dei periodi bloccati: LN recupera i periodi bloccati dai campi Periodo bloccato + e Periodo bloccato - della sessione Termini e condizioni pianificazione (tctrm1135m000). Per selezionare la versione pertinente dell'accordo su termini e condizioni, LN assume come data di validità la data di inizio del primo periodo dopo la data corrente. Sul lato cliente, per ottenere la fine del periodo bloccato +, LN aggiunge alla data corrente il numero di giorni specificato nel campo Periodo bloccato +. Analogamente, LN calcola il periodo bloccato - utilizzando il valore del campo Periodo bloccato -. Sul lato fornitore, LN esegue un calcolo simile utilizzando però la data di ricevimento della previsione anziché la data corrente. LN non calcola questa data rispetto a un calendario specifico ma vengono conteggiati tutti i giorni. - LN controlla la previsione rispetto a quella contenuta nella revisione inviata precedentemente. Se non è presente alcuna revisione, LN presuppone che la previsione precedente fosse uguale a zero (0).
LN aggiunge la previsione prima della data corrente al primo periodo dopo la data corrente. Analogamente, per la revisione inviata precedentemente, LN aggiunge la previsione prima della data di invio della revisione al primo periodo dopo la data di invio. - Se la previsione corrente e la revisione precedente della previsione hanno lo stesso numero di periodi e le date di inizio di questi periodi corrispondono, LN esegue il controllo dei periodi bloccati separatamente per ciascun periodo. Altrimenti, LN utilizza la somma delle previsioni di tutti i periodi all'interno dell'orizzonte e controlla solo i totali.
- Se la previsione aumenta nel periodo bloccato + rispetto alla revisione precedente oppure questi valori diminuiscono nel periodo bloccato -, il sistema conclude che le restrizioni relative ai periodi bloccati sono state violate.
Questi controlli devono essere sempre iniziati dalle sessioni in cui si approva o accetta una previsione. In caso di violazione dei periodi bloccati, LN può rispondere in diversi modi. Per ulteriori informazioni, consultare Utilizzo delle restrizioni dei periodi bloccati. Esempio Nell'esempio riportato di seguito, il periodo bloccato + e il periodo bloccato - sono uguali a 20 giorni. Periodo | Data di inizio periodo | Revisione previsione 1 | Previsione corrente | 1 | 2 aprile | 15 | 15 | 2 | 9 aprile | 20 | 20 | 3 | 16 aprile | 20 | 25 | 4 | 23 aprile | 20 | 15 | 5 | 30 aprile | 20 | 20 | 6 | 7 maggio | 25 | 25 | 7 | 14 maggio | 25 | 50 | 8 | 21 maggio | 25 | 20 |
Date caratteristicheData di invio revisione previsione 1 | 10 aprile | Periodo 2 | Data corrente | 13 aprile | Periodo 2 | Orizzonte | 3 maggio | Periodo 5 | | La data corrente rientra nel periodo 2 e l'orizzonte nel periodo 5. Pertanto, LN controlla i periodi 3, 4 e 5. LN aggiunge la previsione dei periodi 1 e 2 al periodo 3, poiché la data di invio della revisione 1 e la data corrente rientrano nel periodo 2. Per la revisione 1, la previsione per il periodo 3 diventa 55 (15+20+20). Per la previsione corrente, la previsione per il periodo 3 diventa 60. Tale incremento non è consentito nel periodo bloccato +. Si supponga che il cliente rettifichi la previsione corrente del periodo 3 da 60 a 55 e quindi riprovi. Adesso il periodo 3 supera il controllo ma il periodo 4 mostra una diminuzione da 20 a 15, quindi la verifica del periodo bloccato - non riesce. Il periodo 5 viene accettato. Il periodo 6 non viene controllato, poiché tale periodo si trova al di là dell'orizzonte del periodo bloccato. |
Esempio Nell'esempio riportato di seguito, il periodo bloccato + e il periodo bloccato - sono uguali a 20 giorni. Periodo | Data di inizio periodo | Revisione previsione 1 | Previsione corrente | 1 | 2 aprile | 15 | | 2 | 9 aprile | 20 | | 3 | 16 aprile | 20 | 5 | 4 | 23 aprile | 20 | 15 | 5 | 30 aprile | 20 | 20 | 6 | 7 maggio | 25 | 25 | 7 | 14 maggio | 25 | 60 | 8 | 21 maggio | 25 | 30 |
Date caratteristicheData di invio revisione previsione 1 | 10 aprile | Periodo 2 | Data corrente | 19 aprile | Periodo 3 | Orizzonte | 9 maggio | Periodo 6 | | La data corrente rientra nel periodo 3. Pertanto, LN controlla i periodi 4, 5 e 6. Per la revisione 1, LN aggiunge la previsione dei periodi 1 e 2 al periodo 3, poiché la data di invio della revisione 1 rientra nel periodo 2. Tuttavia, il periodo 3 non ha bisogno di essere controllato. Per la previsione corrente, LN aggiunge la previsione del periodo 3 al periodo 4, poiché la data corrente rientra nel periodo 3. Per la previsione corrente, la previsione per il periodo 4 diventa 20 (5+15). Questo valore corrisponde alla previsione del periodo 4 nella revisione 1. Pertanto, il periodo 3 non ha bisogno di essere controllato. Anche i periodi 5 e 6 vengono accettati. |
| |