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.
Annotazioni
I gruppi di interesse della community sono ora passati da Yammer a Microsoft Viva Engage. Per partecipare a una community Viva Engage e partecipare alle discussioni più recenti, compilare il modulo Request access to Finance and Operations Viva Engage Community e scegliere la community a cui si vuole partecipare.
Questo articolo fornisce informazioni sui parametri di data e ora utilizzati da Ottimizzazione pianificazione durante il suo funzionamento.
Mentre il motore di pianificazione generale deprecato utilizza le date delle transazioni in tutti i calcoli, Ottimizzazione pianificazione funziona con i valori di data e ora che vengono convertiti in date. Questa differenza di comportamento può portare a situazioni in cui, ad esempio, le transazioni di previsione create a mezzanotte del giorno in cui viene eseguita la pianificazione generale non vengono incluse perché Ottimizzazione pianificazione ritiene che siano state create prima della data corrente.
Parametri per le transazioni della domanda e in uscita
Nella tabella seguente sono elencati i parametri utilizzati da Ottimizzazione pianificazione quando elabora le transazioni della domanda e in uscita.
| Parametro | Nome del parametro in Ottimizzazione pianificazione | Descrizione | Campo equivalente in Microsoft Dynamics 365 Sales (nella tabella ReqTrans) |
|---|---|---|---|
| Ora di emissione pianificata | PlannedIssueTime |
Data pianificata per l'emissione. |
Data finale (FuturesDate) e Ritardato a ora (FuturesTime) |
| Ora di emissione richiesta | RequestedIssueTime |
Data del problema richiesta dall'utente e impostata in Gestione Supply Chain. Questo parametro è applicabile solo per ordini pianificati rilasciati o approvati. Per gli ordini pianificati, è vuoto per impostazione predefinita. |
Data richiesta (ReqDateDlvOrig) |
| Ora di emissione richiesta | RequiredIssueTime |
Data di rilascio richiesta che viene modificata da Ottimizzazione della pianificazione. Se questo intervallo di tempo cade nel passato durante l'esecuzione dell'ottimizzazione della pianificazione, viene spostato al primo giorno aperto che non precede oggi. Se l'ora è contrassegnata come bloccata nel calendario, viene invece modificata al primo giorno di apertura prima di tale data. |
Data fabbisogno (ReqDate) e Ora fabbisogno (ReqTime) |
| Ritardo ora di emissione | IssueTimeDelay |
La differenza di tempo tra l'ora di emissione pianificata e l'ora di emissione richiesta per gli ordini approvati e rilasciati o l'ora di emissione richiesta. |
Ritardo (in giorni) (FuturesDays) |
Parametri per le operazioni di fornitura e ricevuta
Nella tabella seguente sono elencati i parametri utilizzati da Ottimizzazione pianificazione quando elabora le transazioni di fornitura e di ricevuta.
| Parametro | Nome del parametro in Ottimizzazione pianificazione | Descrizione | Campo equivalente in Gestione Supply Chain (nella tabella ReqTrans o ReqPO) |
|---|---|---|---|
| Ora di disponibilità pianificata | PlannedAvailabilityTime |
Data pianificata in cui la ricevuta diventerà disponibile. |
Data fabbisogno (ReqDate) e Ora fabbisogno (ReqTime) |
| Ora di ricevuta pianificata | PlannedReceiptTime |
Data di arrivo della ricevuta presso la sede. |
Data finale (FuturesDate), Ritardato a ora (FuturesTime) e Data di consegna (ReqDateDlv) o Data richiesta (ReqDateDlvOrig) se l'ordine non è ancora stato rilasciato. |
| Ora disponibilità richiesta | RequiredAvailabilityTime |
La data di disponibilità richiesta che Ottimizzazione della pianificazione modifica. |
Data fabbisogno (ReqDate) e Ora fabbisogno (ReqTime) |
| Ora di ricezione prevista | ExpectedReceiptTime |
La data di ricezione prevista per una ricevuta rilasciata. L'utente imposta il valore in Gestione Supply Chain. Il valore non viene modificato nell'Ottimizzazione di pianificazione. Questo parametro si applica solo alle ricevute rilasciate. |
Data richiesta (ReqDateDlvOrig) |
| Ora di ricezione richiesta | RequiredReceiptTime |
La data di ricezione richiesta che Ottimizzazione della Pianificazione regola. |
Data fabbisogno (ReqDate) e Ora fabbisogno (ReqTime) |
| Ora di ordine pianificata | PlannedOrderingTime |
Data di ordinazione calcolata da Ottimizzazione della pianificazione. |
Data ordine (ReqDateOrder) e Ora ordine (ReqTimeOrder) |
| Ora di inizio attività pianificata | PlannedActivityStartTime |
La data in cui dovrebbe iniziare l'attività per questa ricevuta. |
Data di inizio (SchedFromDate) |
| Ritardo ora ricezione | ReceiptTimeDelay |
La differenza di tempo tra l'ora di ricevuta pianificata e l'ora di ricevuta richiesta. |
Ritardo (giorni) (FuturesDays) e Ritardato nel tempo (FuturesTime) |
Esempi di uso dei parametri della data da parte di Ottimizzazione pianificazione
I piani nelle illustrazioni seguenti sono a livello di giorno, ma l'ottimizzazione della pianificazione viene eseguita a un livello più dettagliato. Ad esempio, poiché i margini possono essere espressi in ore, l'orario di ordine della pianificazione può essere il 22 gennaio 2021, alle 11:35 e così via.
Esempio 1: scenario semplice
Un ordine cliente con un'ora di emissione richiesta il 22 gennaio è coperto da un ordine fornitore. Vengono usate le seguenti impostazioni:
- Nessun lead time
- Nessun calendario (tutti i giorni sono aperti.)
- Nessun margine
Nella figura seguente viene illustrato questo scenario. Seleziona l'illustrazione per aprire una versione più grande.
Esempio 2: scenario lead time
Un ordine cliente con un'ora di emissione richiesta il 22 gennaio è coperto da un ordine fornitore. Vengono usate le seguenti impostazioni:
- Tre giorni di lead time
- Nessun calendario (tutti i giorni sono aperti.)
- Nessun margine
Nella figura seguente viene illustrato questo scenario. Seleziona l'illustrazione per aprire una versione più grande.
Esempio 3: scenario di margine
Un ordine cliente con un'ora di emissione richiesta il 22 gennaio è coperto da un ordine fornitore. Vengono usate le seguenti impostazioni:
- Tre giorni di lead time
- Margine di ordine di quattro giorni
- Margine di disponibilità di cinque giorni
- Nessun calendario (tutti i giorni sono aperti.)
Nella figura seguente viene illustrato questo scenario. Seleziona l'illustrazione per aprire una versione più grande.
Esempio 4: scenario di ritardo
Un ordine cliente con un'ora di emissione richiesta il 22 gennaio è coperto da un ordine fornitore. Questo esempio usa le stesse impostazioni dell'esempio 3, ma la data di pianificazione viene spostata nel 15 gennaio. La pianificazione a ritroso (marcatori rossi) non riesce perché l'ora di ordinazione pianificata dovrebbe essere precedente alla data odierna. Pertanto, la pianificazione generale deve essere pianificata in avanti e si verificano ritardi.
Nella figura seguente viene illustrato questo scenario. Seleziona l'illustrazione per aprire una versione più grande.
Esempio 5: scenario di trasferimento
Un ordine cliente dal magazzino 1 con un ora di prelievo richiesta il 22 gennaio è coperto da un ordine di trasferimento dal magazzino 2 coperto da un ordine fornitore pianificato. Vengono usate le seguenti impostazioni:
- Tre giorni di lead time di trasferimento (magazzino 1)
- Due giorni di lead time di acquisto (magazzino 2)
- Nessun calendario (tutti i giorni sono aperti.)
Nella figura seguente viene illustrato questo scenario. Seleziona l'illustrazione per aprire una versione più grande.
Esempio 6: scenario lead time con calendari
Un ordine cliente con un'ora di emissione richiesta il 22 gennaio è coperto da un ordine fornitore. Vengono usate le seguenti impostazioni:
- Tre giorni di lead time
- Calendario delle emissioni (chiuso il venerdì)
- Calendario delle disponibilità (chiuso giovedì e venerdì)
- Calendario delle ricevute (chiuso martedì, mercoledì e domenica)
- Calendario lead time (chiuso giovedì e venerdì)
- Calendario ordini (aperto lunedì e sabato)
Nella figura seguente viene illustrato questo scenario. Seleziona l'illustrazione per aprire una versione più grande.
Esempio 7: scenario di ritardo con calendari
Un ordine cliente con un'ora di emissione richiesta il 22 gennaio è coperto da un ordine fornitore. Questo esempio usa le stesse impostazioni dell'esempio 6, ma la data di pianificazione viene spostata nel 13 gennaio. La pianificazione a ritroso (marcatori rossi) non riesce perché l'ora di ordinazione pianificata dovrebbe essere precedente alla data odierna. Pertanto, la pianificazione generale deve essere pianificata in avanti e si verificano ritardi.
Nella figura seguente viene illustrato questo scenario. Seleziona l'illustrazione per aprire una versione più grande.