Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Usa una previsione della domanda per tenere conto della domanda prevista nella tua pianificazione generale. Puoi creare manualmente una previsione della domanda, importarla o generarla usando la funzionalità di previsione della domanda presente in Microsoft Dynamics 365 Sales. Per ulteriori informazioni sulla previsione della domanda, vedere Panoramica previsioni della domanda.
Note
L'ottimizzazione della pianificazione non supporta la pianificazione delle previsioni separata. Di conseguenza, l'impostazione Piano previsionale corrente nella pagina Parametri di pianificazione generale non ha alcun effetto quando si utilizza l'ottimizzazione della pianificazione.
Impostare un piano generale per includere una previsione della domanda
Per configurare un piano generale in modo che includa una previsione della domanda, segui questi passaggi:
Andare a Pianificazione generale>Imposta>Piani>Piani generali.
Selezionare un piano esistente o crearne uno nuovo.
Nella scheda dettaglio Generale, impostare i seguenti campi:
- Modello previsionale - Selezionare il modello previsionale da applicare. Questo modello viene considerato quando viene generata una proposta di offerta per il piano regolatore attuale.
- Includi previsione della domanda - Impostare questa opzione su Sì per includere la previsione della domanda nel piano generale corrente. Se lo imposti a No, le transazioni di previsione della domanda non sono incluse nel piano regolatore.
- Metodo utilizzato per ridurre i requisiti di previsione - Selezionare il metodo da utilizzare per ridurre i requisiti di previsione. Scopri di più nella sezione Chiave di riduzione delle previsioni più avanti in questo articolo.
Nella Scheda dettaglio Intervallo temporale in giorni, imposta i seguenti campi per specificare il periodo durante il quale la previsione della domanda è inclusa:
- Piano previsionale - Impostare questa opzione su Sì per sostituire l'intervallo temporale del piano previsionale che ha origine dai singoli gruppi di copertura. Impostare l'opzione su No per utilizzare i valori dei singoli gruppi di copertura per il piano generale corrente.
- Periodo di tempo previsto - Se si imposta l'opzione Piano previsionale su Sì, specificare il numero di giorni (dalla data odierna) in cui deve essere applicata la previsione della domanda.
Importante
Ottimizzazione della pianificazione non supporta l'impostazione Piano previsionale.
Impostare un gruppo di copertura per includere una previsione della domanda
Per configurare un gruppo di copertura che includa una previsione della domanda, segui questi passaggi:
Vai a Pianificazione generale>Impostazione>Piani>Gruppi di copertura.
Selezionare un gruppo di copertura esistente o creare un nuovo gruppo.
Nella Scheda dettaglio Altro, impostare i seguenti campi:
Blocco temporale del piano di previsione – Inserisci il numero di giorni (dalla data di oggi) a cui la previsione della domanda dovrebbe applicarsi. Puoi sovrascrivere questo valore utilizzando l'opzione Piano di previsione nel piano regolatore, come descritto nella sezione precedente.
Chiave di riduzione - Selezionare la chiave di riduzione da applicare. Scopri di più nelle sezioni Crea e imposta una chiave di riduzione delle previsioni e Usa una chiave di riduzione più avanti in questo articolo.
Riduci previsione per - Per i piani generali in cui il campo Metodo utilizzato per ridurre i requisiti di previsione è impostato su Transazioni - chiave di riduzione o Transazioni - periodo dinamico, specificare quali transazioni devono ridurre la previsione. Selezionare uno dei seguenti valori:
- Tutte le transazioni – Tutte le transazioni riducono la previsione.
- Ordini – Solo gli ordini di vendita riducono la previsione.
Note
Se selezioni Tutte le transazioni, il sistema considera neutrali le transazioni che hanno sia domanda che offerta nelle stesse dimensioni di inventario e le ignora durante la riduzione prevista. Ad esempio, se la dimensione di pianificazione è impostata solo su sito, non magazzino, il sistema ignora un ordine di trasferimento tra sito 1, magazzino 11 e sito 1, magazzino 13, e non riduce la previsione rimanente della domanda.
Includi ordini interaziendali - Impostare questa opzione su Sì se gli ordini interaziendali devono essere inclusi quando la previsione viene ridotta. Altrimenti, impostare l'opzione su No.
Includi previsione del cliente nella previsione della domanda - Specificare se una previsione del cliente deve essere inclusa nella previsione generale. Questa opzione determina in che modo la domanda effettiva riduce la domanda prevista. Usalo per assicurarti che la pianificazione generale copra la fornitura di articoli acquistati da specifici clienti.
- Impostare questa opzione su Sì per includere una previsione del cliente nella previsione generale. In questo caso, la domanda effettiva del cliente riduce sia la previsione del cliente che la previsione complessiva. La pianificazione generale genera ordini pianificati per coprire solo la quantità di previsione globale.
- Impostare questa opzione su No se non si desidera includere una previsione del cliente nella previsione generale. In questo caso, la domanda effettiva del cliente riduce solo la previsione del cliente. La pianificazione generale genera ordini pianificati per coprire sia la quantità di previsione globale che la previsione per la quantità di ciascun cliente.
Chiavi di riduzione previsioni
Questa sezione fornisce informazioni sui diversi metodi che riducono i requisiti di previsione. Include esempi dei risultati di ogni metodo. Descrive inoltre come creare, impostare e utilizzare una chiave di riduzione previsionale. Alcuni metodi utilizzano una chiave di riduzione previsionale per ridurre requisiti di previsione.
Metodi per ridurre i requisiti di previsione
Quando includi una previsione in un piano regolatore, scegli come ridurre i requisiti di previsione quando viene inclusa la domanda reale. La pianificazione generale esclude i requisiti di previsione del passato, cioè tutti i requisiti di previsione prima della data di oggi.
Per includere una previsione in un piano principale e selezionare il metodo per ridurre i fabbisogni previsionali, vai a Pianificazione generale>Impostazione>Piani>Piani principali. Selezionare un modello previsionale nel campo Modello previsionale. Nel campo Metodo utilizzato per ridurre i requisiti di previsione, selezionare un metodo. Sono disponibili le seguenti opzioni:
- None
- Percentuale - chiave di riduzione
- Transazioni - chiave di riduzione
- Transazioni - periodo dinamico
Nelle sezioni seguenti vengono fornite altre informazioni sui ogni opzione.
None
Se si sceglie Nessuno, i requisiti di previsione non vengono ridotti durante la programmazione generale. In questo caso, la pianificazione generale crea ordini pianificati per fornire la domanda prevista (requisiti di previsione). Questi ordini pianificati mantengono la quantità suggerita, indipendentemente da altri tipi di domande. Ad esempio, se vengono effettuati ordini cliente, la pianificazione generale crea ulteriori ordini pianificati per fornire ordini cliente. La quantità dei requisiti di previsione non viene ridotta.
Percentuale - chiave di riduzione
Se selezioni la chiave Percentuale - riduzione, il sistema riduce i requisiti di previsione in base alle percentuali e ai periodi definiti dalla chiave di riduzione. In questo caso, la pianificazione generale crea ordini pianificati in cui la quantità viene calcolata come Quantità prevista × chiave di riduzione in ogni periodo. Se esistono altri tipi di domanda, la pianificazione generale crea anche ordini pianificati per soddisfare quella domanda.
Esempio: Percentuale - chiave di riduzione
Questo esempio mostra come una chiave di riduzione riduca i requisiti di previsione della domanda in base alle percentuali e ai periodi definiti dalla chiave di riduzione.
Per questo esempio, includere la seguente previsione della domanda in un piano generale.
| Mese | Previsione della domanda |
|---|---|
| Gennaio | 1,000 |
| Febbraio | 1,000 |
| Marzo | 1,000 |
| Aprile | 1,000 |
Nella pagina Chiavi di riduzione impostare le seguenti righe.
| Cambia | Unità | Percent |
|---|---|---|
| 1 | Mese | 100 |
| 2 | Mese | 75 |
| 3 | Mese | 50 |
| 4 | Mese | 25 |
La chiave di riduzione viene assegnata al gruppo di copertura dell'articolo. Quindi, nella pagina Piani generali, nel campo Metodo utilizzato per ridurre i requisiti di previsione, selezionare Percentuale - chiave di riduzione.
In questo caso, se esegui la pianificazione delle previsioni il 1° gennaio, il sistema consuma i requisiti di previsione della domanda in base alle percentuali che hai impostato nella pagina delle chiavi di riduzione . Vengono trasferite al piano generale le quantità di requisiti che seguono.
| Mese | Quantità dell'ordine pianificato | Calcolo |
|---|---|---|
| Gennaio | 0 | = 0% × 1.000 |
| Febbraio | 250 | = 25% × 1.000 |
| Marzo | 500 | = 50% × 1.000 |
| Aprile | 750 | = 75% × 1.000 |
| Da maggio a dicembre | 1,000 | = 100% × 1.000 |
Transazioni - chiave di riduzione
Se imposti il campo Metodo usato per ridurre i requisiti di previsione su Transazioni - chiave di riduzione, il sistema riduce i requisiti di previsione in base alle transazioni di domanda qualificate che avvengono durante i periodi definiti dalla chiave di riduzione.
Il campo Riduci previsione per sulla pagina Gruppi di copertura definisce la domanda qualificata. Se si imposta il campo Riduci previsione per su Ordini, solo le transazioni dell'ordine cliente sono considerate domanda qualificata. Se si lo imposta su Tutte le transazioni, qualsiasi transazione di inventario in uscita non interaziendale è considerata domanda qualificata. Se anche gli ordini cliente interaziendali devono essere considerati domanda qualificata, impostare l'opzione Includi ordini interaziendali su Sì.
La riduzione della previsione inizia con il primo record di previsione della domanda (meno recente) nel periodo della chiave di riduzione. Se la quantità di transazioni di inventario qualificate è superiore alla quantità delle linee di previsione della domanda nello stesso periodo chiave di riduzione, il saldo delle transazioni di inventario viene utilizzato per ridurre la quantità prevista dalla domanda nel periodo precedente (se c'è una previsione non consumata).
Se non rimane alcuna previsione non consumata nel precedente periodo chiave di riduzione, il saldo delle transazioni di inventario riduce la quantità prevista nel mese successivo (se c'è una previsione non consumata).
Il valore del campo Percentuale sulle righe della chiave di riduzione non viene utilizzato quando il campo Metodo utilizzato per ridurre i requisiti di previsione è impostato su Transazioni - chiave di riduzione. Solo le date definiscono il periodo chiave di riduzione.
Note
Il sistema ignora qualsiasi previsione che pubblichi entro o prima della data di oggi e non la utilizza per creare ordini pianificati. Ad esempio, se generi la tua previsione della domanda per il mese del 1° gennaio e esegui una pianificazione generale che include la previsione della domanda il 2 gennaio, il calcolo ignora la riga di previsione della domanda datata 1° gennaio.
Esempio: Transazioni - chiave di riduzione
Questo esempio mostra come gli ordini effettivi che avvengono durante i periodi definiti dalla chiave di riduzione riducano i requisiti di previsione della domanda.
Per questo esempio, selezionare Transazioni - chiave di riduzione nel campo Metodo utilizzato per ridurre i requisiti di previsione nella pagina Piani generali.
Le seguenti righe della previsione della domanda esistono il 1° aprile.
| Date | Numero di pezzi previsti |
|---|---|
| 5 aprile | 100 |
| 12 aprile | 100 |
| 19 aprile | 100 |
| 26 aprile | 100 |
| 3 maggio | 100 |
| 10 maggio | 100 |
| 17 maggio | 100 |
Le seguenti righe dell'ordine cliente esistono ad aprile.
| Date | Numero di pezzi richiesti |
|---|---|
| 27 aprile | 240 |
Le seguenti quantità di requisiti vengono trasferite al piano generale quando la pianificazione generale viene eseguita il 1° aprile. Come si nota, le transazioni di previsione di aprile sono state ridotte della quantità della domanda di 240 in sequenza, a partire dalla prima di tali transazioni.
| Date | Numero di pezzi richiesti |
|---|---|
| 5 aprile | 0 |
| 12 aprile | 0 |
| 19 aprile | 60 |
| 26 aprile | 100 |
| 27 aprile | 240 |
| 3 maggio | 100 |
| 10 maggio | 100 |
| 17 maggio | 100 |
Ora, supponiamo di importare nuovi ordini per il periodo di maggio.
Le seguenti righe dell'ordine cliente esistono a maggio.
| Date | Numero di pezzi richiesti |
|---|---|
| 4° maggio | 80 |
| 11° maggio | 130 |
Quando esegui la pianificazione generale il 1° aprile, il sistema trasferisce le seguenti quantità richieste al piano regolatore. Come vedi, la quantità della domanda pari a 240 riduce in sequenza le transazioni di previsione di aprile, a partire dalla prima di queste transazioni. Tuttavia, la quantità di domanda pari a 210 riduce le transazioni di previsione di maggio, a partire dalla prima transazione di previsione della domanda di maggio. I totali per periodo sono conservati (400 in aprile e 300 a maggio).
| Date | Numero di pezzi richiesti |
|---|---|
| 5 aprile | 0 |
| 12 aprile | 0 |
| 19 aprile | 60 |
| 26 aprile | 100 |
| 27 aprile | 240 |
| 3 maggio | 0 |
| 4° maggio | 80 |
| 10 maggio | 0 |
| 11° maggio | 130 |
| 17 maggio | 90 |
Transazioni - periodo dinamico
Se selezioni Transazioni - periodo dinamico, le transazioni effettive degli ordini che avvengono durante il periodo dinamico riducono i requisiti di previsione. Il periodo dinamico copre le date di previsione correnti e termina all'inizio della previsione successiva. In questo caso, la pianificazione generale crea ordini pianificati per fornire la domanda prevista (requisiti di previsione). Tuttavia, quando effettui transazioni effettive di ordine, si riducono i requisiti di previsione. Le transazioni effettive consumano parte dei requisiti previsti.
Quando si utilizza questa opzione, si verifica il seguente comportamento:
- Le chiavi di riduzione non sono richieste o utilizzate.
- Se la previsione viene ridotta completamente, i requisiti per la previsione corrente diventano 0 (zero).
- Se non c'è una previsione futura, il sistema riduce i requisiti di previsione rispetto all'ultima previsione che hai inserito.
- Gli intervalli temporali vengono inclusi nel calcolo della riduzione previsionale.
- I giorni di positività vengono inclusi nel calcolo della riduzione previsionale.
- Se le transazioni di ordini effettivi superano i requisiti previsti, le transazioni rimanenti non vengono inoltrate al periodo previsionale successivo.
Esempio 1: Transazioni - periodo dinamico
Ecco un esempio semplice che mostra come funziona il metodo Transactions - periodo dinamico .
Per questo esempio, includere la seguente previsione della domanda in un piano generale.
| Date | Previsione della domanda |
|---|---|
| 1 gennaio | 1,000 |
| 1 febbraio | 1,000 |
Si creano inoltre i seguenti ordini cliente.
| Date | Quantità ordine cliente |
|---|---|
| 15 gennaio | 200 |
| 15 febbraio | 400 |
In questo caso, il sistema crea i seguenti ordini pianificati.
| Data di previsione della domanda | Quantità | Explanation |
|---|---|---|
| 1 gennaio | 800 | Requisiti di previsione (= 1.000 – 200) |
| 15 gennaio | 200 | Requisiti ordini cliente |
| 1 febbraio | 600 | Requisiti di previsione (= 1.000 – 400) |
| 15 febbraio | 400 | Requisiti ordini cliente |
Esempio 2: Transazioni - periodo dinamico
Nella maggior parte dei casi i sistemi vengono impostati in modo che le transazioni riducano la previsione della domanda nei periodi specifici di previsione: settimane, mesi, ecc. I periodi vengono sono definiti nella chiave di riduzione. Tuttavia, il tempo trascorso tra due righe di previsione della domanda può anche implicare un periodo.
Per questo esempio, si crea una previsione della domanda per le seguenti date e quantità.
| Date | Previsione della domanda |
|---|---|
| 1 gennaio | 1,000 |
| 5 gennaio | 500 |
| 12 gennaio | 1,000 |
Si noti che, nella previsione, non è presente un periodo chiaro tra le date di previsione. Tra il primo e il secondo appuntamento ci sono quattro giorni, e tra il secondo e il terzo appuntamento un intervallo di sette giorni. Questi intervalli sono i periodi dinamici.
Si creano inoltre le seguenti righe ordine cliente.
| Date | Quantità ordine cliente |
|---|---|
| 15 dicembre dell'anno precedente | 500 |
| 3 gennaio | 100 |
| 10 gennaio | 200 |
Gli ordini di vendita riducono la previsione nei seguenti modi:
- Poiché il primo ordine cliente non rientra in alcun periodo, non riduce alcuna previsione.
- Poiché il secondo ordine cliente è compreso tra il 1° gennaio e il 5 gennaio, riduce la previsione per il 1° gennaio di 100.
- Poiché il terzo ordine cliente è compreso tra il 5° gennaio e il 12 gennaio, riduce la previsione per il 5° gennaio di 200.
Pertanto, il sistema crea i seguenti ordini pianificati.
| Data di previsione della domanda | Quantità | Explanation |
|---|---|---|
| 15 dicembre dell'anno precedente | 500 | Requisiti ordine cliente |
| 1 gennaio | 900 | Requisiti di previsione nel periodo dal 1° gennaio al 5 gennaio = (1.000 - 100) |
| 3 gennaio | 100 | Requisiti ordine cliente |
| 5 gennaio | 300 | Requisiti di previsione nel periodo dal 5° gennaio al 10 gennaio = (500 - 200) |
| 12 gennaio | 1,000 | Requisiti di previsione nel periodo dal 12 gennaio alla fine |
Creare e impostare una chiave di riduzione previsionale
Una chiave di riduzione previsionale viene utilizzata nei metodi Transazioni - chiave di riduzione e Percentuale - chiave di riduzione per ridurre i requisiti di previsione. Attenersi alla procedura seguente per creare e impostare una chiave di riduzione.
Vai a Pianificazione generale>Impostazione>Copertura>Chiavi di riduzione.
Selezionare Nuovo per creare una chiave di riduzione.
Nel campo Chiave di riduzione, immettere un identificatore univoco per la chiave di riduzione previsionale. Quindi, nel campo Nome immettere un nome.
Definire i periodi e la percentuale della chiave di riduzione in ciascun periodo:
- Il campo Data di validità indica la data in cui ha inizio la creazione dei periodi. Quando l'opzione Utilizza la data di validità è impostata su Sì, i periodi iniziano a partire dalla data di validità. Quando è impostata su No, i periodi iniziano a partire dalla data in cui la pianificazione generale viene eseguita.
- Definire i periodi in cui deve avvenire la riduzione previsionale.
- Per un periodo specifico, specificare le percentuali di riduzione dei requisiti di previsione. Inserisci valori positivi per ridurre i requisiti o valori negativi per aumentare i requisiti.
Utilizzare una chiave di riduzione
Una chiave di riduzione previsionale deve essere assegnata al gruppo di copertura dell'articolo. Attenersi alla procedura seguente per assegnare una chiave di riduzione al gruppo di copertura di un articolo.
Selezionare Pianificazione generale>Impostazioni>Copertura>Gruppi di copertura.
Nella Scheda dettaglio Altro, nel campo Chiave di riduzione, selezionare la chiave di riduzione da assegnare al gruppo di copertura. La chiave di riduzione viene quindi applicata a tutti articoli appartenenti al gruppo di copertura.
Per calcolare la riduzione previsionale durante la programmazione generale utilizzando una chiave di riduzione, è necessario definire questa impostazione nella configurazione del piano previsionale o del piano generale. Passare a una delle pagine seguenti:
- Pianificazione generale>Configurazione>Piani>Piani previsionali
- Pianificazione generale>Configurazione>Piani>Piani generali
Nella pagina Piani previsionali o Piani generali, nel campo Metodo utilizzato per ridurre i requisiti di previsione della Scheda dettaglio Generale, selezionare Percentuale - chiave di riduzione o Transazioni - chiave di riduzione.
Ridurre una previsione mediante transazioni
Quando si seleziona Transazioni - chiave di riduzione o Transazioni - periodo dinamico come metodo per ridurre i requisiti previsti, è possibile specificare le transazioni che riducono la previsione. Nella pagina Gruppi di copertura , nella scheda dettaglio Altro, nel campo Riduci previsione per , selezionare Tutte le transizioni se tutte le transazioni devono ridurre la previsione oppure Ordini se solo gli ordini cliente devono ridurre la previsione.
Considerare cliente, gruppo di clienti, DBA richiesta e ciclo richiesto nella riduzione delle previsioni della domanda
Ogni linea di previsione della domanda può specificare un cliente, un gruppo di clienti, una BOM richiesta e una Route richiesta. Quando attivi la Considera BOM e inserisci la riduzione delle previsioni di domanda e offerta con la funzione Pianificazione di Ottimizzazione nella gestione delle funzionalità, Pianificazione Ottimizzazione rispetta tutte e quattro queste dimensioni quando decide se una transazione di domanda esistente (come una riga di ordini di vendita) riduce una linea di previsione.
Prerequisiti
Prima di poter utilizzare il comportamento di riduzione della BOM e della previsione di rotta descritto in questa sezione, il tuo sistema deve soddisfare i seguenti requisiti:
- È necessario eseguire Microsoft Dynamics 365 Sales versione 10.0.49 o successiva.
- La funzionalità denominata Considerare distinta base e ciclo nella riduzione delle previsioni di offerta e domanda con Ottimizzazione pianificazione deve essere attivata in Gestione funzionalità.
Principio di abbinamento
Il comportamento segue un unico principio:
Una transazione riduce una riga di previsione solo quando, per ogni dimensione specificata dalla riga di previsione, la transazione corrisponde a quel valore o non specifica un valore per quella dimensione. Una transazione che specifica un valore diverso dalla riga di previsione per qualsiasi dimensione non può ridurre quella linea di previsione.
In altre parole, una transazione può avere la stessa specificità della linea di previsione o essere meno specifica, ma non può essere specifica in modo diverso .
Regole di specificità per le linee di previsione della domanda
Il principio conduce alle seguenti regole. In ogni regola, transazione si riferisce a una riga ordine vendita (o, quando il gruppo di copertura è impostato su Tutte le transazioni, qualsiasi transazione di uscita dell'inventario idonea) che altrimenti ridurrebbe la previsione.
- Una linea di previsione che specifica sia una BOM richiesta sia una Route richiesta viene ridotta solo da transazioni che specificano la stessa BOM e la stessa route, o che lasciano uno o entrambi questi valori vuoti.
- Una linea di previsione che specifica una BOM richiesta ma non una Route richiesta viene ridotta dalle transazioni che specificano la stessa BOM (indipendentemente dalla route) e dalle transazioni che non specificano la BOM.
- Una linea di previsione che specifica una Route richiesta ma non la BOM richiesta viene ridotta dalle transazioni che specificano la stessa rotta (indipendentemente dalla BOM) e dalle transazioni che non specificano alcuna route.
- Una linea di previsione che non specifica né un BOM richiesto né una Route richiesta viene ridotta da qualsiasi transazione altrimenti qualificante.
- Una transazione che non specifica né una BOM né un percorso può ridurre qualsiasi linea di previsione, indipendentemente da quanto sia specifica quella linea di previsione.
Lo stesso principio si applica alle dimensioni del cliente e del gruppo clienti sulla riga di previsione: un ordine di vendita per uno specifico cliente può ridurre una riga di previsione che specifica lo stesso cliente, o che specifica solo il gruppo di clienti a cui il cliente appartiene, o che non specifica alcun cliente o gruppo di clienti. Un ordine di vendita per un cliente diverso non può ridurre una linea di previsione specifica per il cliente.
La tabella seguente riepiloga il comportamento della corrispondenza per le dimensioni DBA e ciclo. Un Sì indica che la transazione riduce la linea di previsione. Un No indica che la transazione non riduce la linea di previsione perché specifica un valore in conflitto.
| La linea di previsione specifica | Tx (B1, R1) | Tx (B1, R2) | Tx (B2, R1) | Tx (B1, –) | Tx (–, R1) | Tx (–, –) |
|---|---|---|---|---|---|---|
| BOM richiesto = B1, percorso richiesto = R1 | Yes | No | No | Yes | Yes | Yes |
| BOM richiesto = solo B1 | Yes | Yes | No | Yes | Yes | Yes |
| percorso obbligatorio = solo R1 | Yes | No | Yes | Yes | Yes | Yes |
| Nessuno specificato | Yes | Yes | Yes | Yes | Yes | Yes |
Note
Questa logica di specificità è indipendente dall'opzione Includi la previsione del cliente nella previsione della domanda nel gruppo di copertura. Quell'opzione controlla comunque se una previsione specifica del cliente riduce (e contribuisce a) la previsione complessiva. Le regole di questa sezione determinano quali transazioni sono idonee a ridurre una determinata linea di previsione in primo luogo.
Esempio: due righe di previsione della domanda con DBA obbligatorie diverse
Hai un articolo che presenta le seguenti righe di previsione della domanda.
| Model | Date | Quantità | Unità | Cliente | Gruppo di clienti | DBA obbligatoria | Percorso Obbligatorio | Site | Warehouse |
|---|---|---|---|---|---|---|---|---|---|
| CurrentF | 10/10/22 | 10 | ea | B1 | 1 | 11 | |||
| CurrentF | 10/10/22 | 10 | ea | B2 | 1 | 11 |
Esiste una linea di ordine vendita per una quantità di 15 ea con BOM B2, datata nello stesso periodo di previsione.
Il sistema si comporta in modo diverso a seconda che la funzionalità Considera BOM e ciclo nella riduzione delle previsioni di fornitura e della domanda con Pianificazione ottimizzata sia attivata:
- Quando la funzionalità è disattivata – L'ordine cliente riduce la previsione della domanda nell'ordine in cui vengono elaborate le righe, senza verificare la DBA. La prima linea viene ridotta a 0, la seconda linea viene ridotta a 5 e l'ottimizzazione della pianificazione crea un ordine pianificato per coprire i 5 ea residui della previsione nella seconda linea.
- Quando la funzionalità è attivata – Solo la seconda riga corrisponde alla DBA dell'ordine cliente. L'ordine di vendita riduce la seconda riga a 0 e lascia la prima riga a 10. L'ottimizzazione della pianificazione crea quindi un ordine pianificato per coprire le 10 ea di domanda residue con BOM B1, più un ordine pianificato per coprire le 15 ea di domanda di ordini di vendita con BOM B2.
Esempio: combinazione di cliente, gruppo di clienti, DBA obbligatoria e ciclo obbligatorio
Hai un articolo che presenta le seguenti righe di previsione della domanda. Il cliente Cust-1 appartiene al gruppo clienti CG-1. Il cliente Cust-2 non appartiene al gruppo clienti CG-1.
| Grafico a linee | Quantità | Cliente | Gruppo di clienti | DBA obbligatoria | Percorso Obbligatorio |
|---|---|---|---|---|---|
| L1 | 10 | Cust-1 | CG-1 | B1 | R1 |
| L2 | 10 | CG-1 | B1 | ||
| L3 | 10 | R1 | |||
| L4 | 10 |
Le seguenti righe di ordine di vendita esistono per lo stesso articolo, sito e magazzino all'interno dello stesso periodo di previsione.
| Ordine cliente | Quantità | Cliente | DBA | Itinerario |
|---|---|---|---|---|
| SO-A | 5 | Cust-1 | B1 | R1 |
| SO-B | 5 | Cust-1 | B1 | |
| SO-C | 5 | Cust-2 | B1 | R1 |
| SO-D | 5 |
Con la funzione attivata, Pianificazione Ottimizzazione valuta ogni ordine di vendita rispetto a ogni riga di previsione. Quando un ordine di vendita può ridurre più di una linea di previsione, l'Ottimizzazione della Pianificazione applica prima la riduzione alla linea corrispondente più specifica, così che rimangano disponibili linee di previsione meno specifiche per coprire altra domanda.
- SO-A (Cust-1, B1, R1) corrisponde a ogni dimensione di L1. Corrisponde anche a L2 (il cliente appartiene a CG-1, la BOM coincide e L2 non vincola la rotta), ma L1 è più specifico, quindi riduce L1 di 5.
- SO-B (Cust-1, B1, nessun percorso) corrisponde al cliente e al BOM di L1 ed è meno specifico sul percorso, quindi riduce anche L1 di 5. L1 è ora completamente esaurito.
- SO-C (Cust-2, B1, R1) non può ridurre L1 o L2, perché Cust-2 non corrisponde al cliente di L1 e non appartiene al gruppo clienti di L2. Corrisponde a L3 durante il percorso (e può essere più specifica rispetto alla linea di previsione sulle altre dimensioni), quindi riduce L3 di 5.
- SO-D (nessun cliente, nessuna DBA, nessun ciclo) non specifica alcun criterio e può quindi ridurre qualsiasi riga di previsione rimanente. L'ottimizzazione della pianificazione la applica alla linea più specifica che ha ancora quantità aperta, cioè L2, riducendo L2 di 5.
Le quantità residue di previsione della domanda sono L1 = 0, L2 = 5, L3 = 5 e L4 = 10. Pianificazione L'ottimizzazione crea ordini pianificati per coprire questa domanda residua insieme alla domanda degli ordini di vendita.
Note
Quando la funzione è attivata, lo stesso BOM e il percorso di abbinamento si applicano anche alle transazioni di richiesta già processate entro il periodo di previsione – ad esempio, gli ordini di vendita fatturati. La DBA e il ciclo specificati nell'ordine cliente originale vengono rispettati quando l'ordine riduce una riga di previsione, così come avviene per gli ordini cliente aperti.
La riduzione in base alle transazioni già elaborate è a sua volta controllata da una funzionalità separata per la gestione delle funzionalità: Includere gli ordini fatturati e consegnati durante la riduzione delle previsioni di offerta e domanda per l'ottimizzazione della pianificazione. Questa funzione deve anche essere attivata affinché gli ordini processati possano partecipare alla riduzione delle previsioni. La funzionalità Considerare distinta base e ciclo nella riduzione delle previsioni di offerta e domanda con Ottimizzazione pianificazione determina quindi il modo in cui la DBA e il ciclo di tali ordini elaborati vengono abbinati.
Le stesse regole si applicano alle previsioni dell'offerta. Scopri di più in Considerare la distinta base secondaria e il ciclo secondario nella riduzione delle previsioni di offerta.
Modelli e sottomodelli previsionali
Questa sezione descrive come creare modelli previsionali e come combinare più modelli previsionali impostando sottomodelli.
Un modello previsionale denomina e identifica una previsione specifica. Dopo aver creato il modello di previsione, puoi aggiungere linee di previsione. Per aggiungere righe di previsione per più articoli, utilizzare la pagina Righe di previsione della domanda. Per aggiungere righe di previsione per uno specifico articolo selezionato, utilizzare la pagina Prodotti rilasciati.
Un modello previsionale può includere previsioni di altri modelli previsionali. Per ottenere questo risultato, si aggiungono altri modelli di previsione come sottomodelli di un modello di previsione genitore. È necessario creare ogni modello pertinente prima di poterlo aggiungere come sottomodello di un modello previsionale padre.
La struttura risultante offre un modo potente per controllare le previsioni, poiché consente di combinare (aggregare) l'input di più previsioni individuali. Pertanto, dal punto di vista della pianificazione, è facile combinare previsioni per simulazioni. Ad esempio, si potrebbe impostare una simulazione basata sulla combinazione di una previsione regolare con la previsione per una promozione primaverile.
Livelli di sottomodelli
Puoi aggiungere un numero illimitato di sottomodelli a un modello di previsione principale. Tuttavia, la struttura può comportare un solo livello. In altre parole, un modello previsionale che è un sottomodello di un altro modello previsionale non può avere sottomodelli. Quando si aggiungono sottomodelli a un modello previsionale, il sistema verifica se tale modello previsionale è già un sottomodello di un altro modello previsionale.
Se la pianificazione generale rileva un sottomodello che ha dei sottomodelli, viene visualizzato un messaggio di errore.
Esempio di livelli di sottomodelli
Il modello previsionale A ha il modello previsionale B come sottomodello. Pertanto, il modello previsionale B non può avere sottomodelli. Se si tenta di aggiungere un sottomodello al modello previsionale B, viene visualizzato il seguente messaggio di errore: "Il modello previsionale B è un sottomodello per il modello A."
Aggregazione di previsioni tra modelli previsionali
Il sistema aggrega le linee di previsione che avvengono nello stesso giorno tra il proprio modello di previsione e i suoi sottomodelli.
Esempio di aggregazione
Il modello previsionale A ha i modelli previsionali B e C come sottomodelli.
- Il modello previsionale A include una previsione della domanda per 2 pezzi (pz) il 15 giugno.
- Il modello previsionale B include una previsione della domanda per 3 pz il 15 giugno.
- Il modello previsionale C include una previsione della domanda per 4 pz il 15 giugno.
La previsione della domanda risultante è un unico fabbisogno di 9 pezzi (2 + 3 + 4) per il 15 giugno.
Note
Ogni sottomodello utilizza parametri propri, non quelli del modello previsionale padre.
Creare un modello previsionale
Per creare un modello di previsione, segui questi passaggi:
Vai a Pianificazione generale>Impostazione>Previsione della domanda>Modelli di previsione.
Nel Riquadro azioni selezionare Nuovo.
Impostare i seguenti campi per il nuovo modello previsionale:
- Modello - Immettere un identificatore univoco per il modello.
- Nome – Immettere un nome descrittivo per il modello.
- Interrotto - Di solito, questa opzione deve essere impostata su No. Impostarla su Sì solo se si desidera impedire la modifica di tutte le righe di previsione assegnate al modello.
Note
Il campo Includi in previsioni di cassa e i campi nella Scheda dettaglio Progetto non sono correlati alla pianificazione generale. Pertanto, puoi ignorarli in questo contesto. Considerali solo quando lavori con le previsioni per il modulo Gestione progetti e contabilità.
Assegnare sottomodelli a un modello previsionale
Per assegnare i sottomodelli a un modello di previsione, segui questi passaggi:
Vai su Gestione >Configurazione>previsione>Modelli di previsione.
Nel riquadro elenco, selezionare il modello previsionale per il quale impostare un sottomodello.
Nella Scheda dettaglio Sottomodello, selezionare Aggiungi per aggiungere una riga alla griglia.
Nella nuova riga, impostare i seguenti campi.
- Sottomodello - Selezionare il modello previsionale da aggiungere come sottomodello. Questo modello previsionale deve già esistere e non deve avere sottomodelli.
- Nome – Immettere un nome descrittivo per il sottomodello. Ad esempio, questo nome potrebbe indicare la relazione del sottomodello con il modello previsionale padre.