Eventi
31 mar, 23 - 2 apr, 23
L'ultimo evento guidato dalla community di Microsoft Fabric, Power BI, SQL e intelligenza artificiale. Dal 31 marzo al 2 aprile 2025.
Iscriviti oggi stessoQuesto browser non è più supportato.
Esegui l'aggiornamento a Microsoft Edge per sfruttare i vantaggi di funzionalità più recenti, aggiornamenti della sicurezza e supporto tecnico.
In questo articolo vengono descritte della funzionalità Gestione ordini distribuiti (DOM) in Microsoft Dynamics 365 Commerce.
Di seguito sono descritti alcuni attributi comuni che possono essere definiti per tutti i tipi di regola:
Questo tipo di regola consente alle organizzazioni di "stanziare" una determinata quantità di prodotto per scopi diversi dall'evasione dell'ordine. Ad esempio, le organizzazioni potrebbero non desiderare che la gestione degli ordini distribuiti tenga in considerazione tutte le scorte disponibili in un punto vendita per l'evasione dell'ordine. Potrebbero invece decidere di riservare una parte delle scorte per i clienti occasionali. Quando viene utilizzato questo tipo di regola, è possibile definire le scorte minime da conservare per una categoria di prodotti, un unico prodotto o una variante prodotto per l'ubicazione o di gruppo di ubicazioni. È inoltre possibile definire l'inventario minimo tramite una gerarchia di categorie supplementare. Se un prodotto rientra in più categorie, viene data la massima importanza a una categoria supplementare per tutte le regole in cui è possibile utilizzare le categorie.
Questo tipo di regola consente alle organizzazioni di definire una gerarchia di ubicazioni per stabilire la priorità che il motore DOM prende in considerazione quando tenta di identificare le ubicazioni di evasione per i prodotti specifici. L'intervallo valido delle priorità va da 1 a 10, dove 1 corrisponde alla priorità massima e 10 la priorità minima. Le ubicazioni con priorità più elevata verranno prese in considerazione prima delle ubicazioni con priorità più bassa. Se la regola viene definita come regola con vincolo non condizionale, gli ordini vengono associati solo a ubicazioni per cui sono definite le priorità. DOM dà la preferenza alla spedizione degli ordini completamente da un'unica ubicazione. Se un intero ordine e le relative righe non sono disponibili in un'ubicazione con priorità 1, DOM tenta di evaderlo in un'ubicazione con priorità 2.
In Retail versione 10.0.5, il parametro Evadere ordine solo da un'ubicazione è stato modificato in Numero massimo ubicazioni di evasione. Il parametro precedente consentiva agli utenti di decidere se gli ordini possono essere evasi da una sola ubicazione o da quante più ubicazioni possibili. Il nuovo parametro consente agli utenti di specificare se l'evasione può provenire da un insieme definito di ubicazioni (fino a cinque) o da quante più ubicazioni possibile. Per tutte le opzioni, ad eccezione dell'evasione da un'ubicazione, DOM divide la riga, perché l'elaborazione dell'ordine avviene per riga. Questa regola funziona solo con il Risolutore di produzione.
Utilizza i seguenti parametri per configurare la regola degli ordini parziali:
Per migliorare la regola degli ordini parziali, in Commerce versione 10.0.31, è stata introdotta la funzionalità Impedisci la divisione ordine elaborata da DOM in base al valore dell'ordine o ai prodotti inclusi. Dopo aver abilitato la funzionalità è abilitata, puoi specificare un Importo ordine cliente per la regola degli ordini parziali e gli ordini cliente con importi inferiore al valore di Importo ordine cliente non viene suddiviso anche se imposti Numero massimo ubicazioni evasione su un valore maggiore di "1". Puoi anche definire un elenco di categorie o prodotti per garantire che un ordine non venga mai suddiviso quando tali categorie o prodotti fanno parte dell'ordine.
Questa regola consente alle organizzazioni di specificare un'ubicazione o gruppo di ubicazioni come offline o non disponibile per la gestione degli ordini distribuiti, in modo che non sia possibile assegnare ordini da evadere a tali ubicazioni.
Questa regola consente alle organizzazioni di definire una soglia per i rifiuti. Quando la soglia viene raggiunta, il processore DOM contrassegna un ordine o una riga ordine come un'eccezione e li esclude da ulteriori elaborazioni. Per garantire prestazioni ottimali, DOM non esamina la cronologia di tutti i rifiuti.
Una volta che le righe ordine sono assegnate a un'ubicazione, l'ubicazione può rifiutare una riga ordine assegnata, poiché per qualche motivo potrebbe non essere in grado di evadere tale riga. Le righe rifiutate vengono contrassegnate come un'eccezione e vengono inviate nuovamente nel pool per essere elaborate nell'esecuzione successiva. Durante l'esecuzione successiva, DOM tenta di assegnare la riga rifiutata a un'ubicazione diversa. Anche la nuova ubicazione può rifiutare la riga ordine assegnata. Il ciclo dell'assegnazione e del rifiuto può verificarsi più volte. Quando il numero di rifiuti raggiunge la soglia definita, DOM contrassegna la riga ordine come eccezione permanente e non selezionerà più tale riga per l'assegnazione. La riga ordine verrà presa in considerazione per una nuova assegnazione da DOM solo se un utente reimposta manualmente lo stato della riga ordine.
Questa regola consente alle organizzazioni di definire la distanza massima di un'ubicazione o di un gruppo di ubicazioni per evadere l'ordine. Se vengono definite regole per la distanza massima sovrapposte per un'ubicazione, DOM applicha la distanza massima inferiore definita per tale ubicazione.
Questa regola consente alle organizzazioni di definire il numero massimo di ordini che un'ubicazione o gruppo di ubicazioni può elaborare. Durante il processo di ottimizzazione, il sistema prende in considerazione gli ordini non spediti da tali ubicazioni. Questa verifica viene eseguita nei profili, di conseguenza, se i numeri massimi di ordini sovrapposti sono definiti tra i profili per la stessa ubicazione, il sistema prende in considerazione il numero massimo di ordini definito in tutti i profili.
Quando la regola del numero massimo di ordini è abilitata e sono presenti più attività del piano di evasione create durante l'elaborazione DOM, la regola potrebbe non essere applicata correttamente a causa di limitazioni tecniche. Il numero di attività di evasione create è determinato da Utilizzo thread (percentuale). Se abiliti la regola dell'ordine massimo, Microsoft consiglia di impostare il valore di Utilizzo thread (percentuale) su "0". Per Commerce versione 10.0.38 e versioni successive, quando questa regola è abilitata, viene creata solo un'attività del piano di evasione, indipendentemente dal valore di Utilizzo thread (percentuale). Per ulteriori informazioni, vedi Impostare DOM.
Risultati delle esecuzioni DOM
Eventi
31 mar, 23 - 2 apr, 23
L'ultimo evento guidato dalla community di Microsoft Fabric, Power BI, SQL e intelligenza artificiale. Dal 31 marzo al 2 aprile 2025.
Iscriviti oggi stesso