Scenario: Ottimizzazione dei costi di bilanciamento dei nodi

L'opzione Optimization service consente di ottimizzare gli ordini tenendo conto del bilanciamento dei nodi. È possibile dare priorità al bilanciamento dei nodi rispetto ai costi di spedizione quando, ad esempio, si vuole soddisfare una domanda elevata durante i periodi di picco degli acquisti.

L'e-commerce è ogni anno più richiesto, soprattutto durante le stagioni di punta dello shopping. Durante le festività dello scorso anno, la vostra azienda ha avuto un elevato arretrato nei suoi negozi perché non sono state considerate tutte le dimensioni di evasione quando un ordine è stato assegnato a un negozio specifico.

Mentre l'attività di e-commerce cresce, l'Optimization service ottimizza gli ordini considerando tutti i nodi (negozi e centri di distribuzione) per l'evasione. Soprattutto nei periodi di punta, potreste voler dare la priorità al bilanciamento della rete e agli SLA dei clienti rispetto ai costi di spedizione. L'Optimization service aiuta a ottimizzare gli ordini per trovare il costo più basso da servire, pur soddisfacendo le aspettative dei clienti.

Utilizzando i nodi e i centri di distribuzione esistenti per ottimizzare l'evasione degli ordini, la vostra azienda può soddisfare l'elevata domanda di e-commerce durante i periodi di punta dello shopping. È possibile impostare le priorità aziendali per evitare gli arretrati e l'Optimization service ottimizza ogni ordine per evitarli.

Il calcolo del costo della capacità è funzione diCapacityConsumed ,

Node
Balancing Values

,Daily Capacity (Processing Plan) , E

quantity
(input of Optimizer Call)

essere ottimizzato nei nodi della nave.

Per ulteriori informazioni, vedere le seguenti definizioni:

Supponiamo che la configurazione per Store1 E Store2 come segue:

ID nodo	Giorni di backlog	Costo decisivo	Penalità di sovraccapacità	Capacità (Piano di elaborazione)
Store1	0.9	0.2 Dollaro statunitense	3.5 Dollaro statunitense	30 unità al giorno
Store2	1.1	0.2 Dollaro statunitense	3 dollari	40 unità al giorno

Consideriamo che gli altri costi come la spedizione e l'elaborazione sono gli stessi Store1 E store2; ciò significa che il costo della capacità determina le decisioni di ottimizzazione.

Quando la soglia non viene raggiunta

Il bilanciamento della domanda avviene sulla base del costo di spareggio. Per il calcolo fare riferimento alla tabella seguente.

Gli ordini sono assegnati a Store1, Poi Store2, e ancora a Store1 fino al raggiungimento della soglia. IL Store1 E Store2 sono di dimensioni simili e hanno lo stesso costo di spareggio. Supponiamo lo stesso caso a livello di rete in cui la domanda è bilanciata su tutta la rete.

Nota: Il bilanciamento è controllato dalla configurazione del calendario di bilanciamento del nodo. La soglia per i giorni normali può essere inferiore a un giorno ed è possibile impostarla su 2, 3 o anche su un valore superiore per le festività e l'alta stagione per ottenere lo stesso effetto di bilanciamento della domanda sulla rete.

Serie temporale	Store1	Store2
T(1)	1 quantità	1 quantità
T(2)	1 quantità	2 quantità
T(3)	2 quantità	2 quantità
T(4)	2 quantità	3 quantità
T(N)	Soglia raggiunta per prima poiché la sua capacità giornaliera è inferiore	Potrebbe essere ancora al di sotto della soglia

T(N) è maggiore di T(2) e T(2) è maggiore di T(1).
Al momento T, qualsiasi ordine ha 2 assegnazioni per una determinata riga d'ordine.

Serie temporale	Store1	Store2	Risultato dell'ottimizzazione	Commenti
T(1)	`CapacityConsumed` = 1 CCU = 0.03333 `CapacityCost` = 0.000222	`CapacityConsumed`= 1 CCU = 0.025 `CapacityCost` = 0.000125	Store2	Solo il costo del tie-break contribuisce al costo della capacità. Poiché è lo stesso nei nodi, la CCU diventa il fattore trainante.
T(2)	`CapacityConsumed` = 1 CCU = 0.03333 `CapacityCost` = 0.000222	`CapacityConsumed`= 2 CCU = 0.050 `CapacityCost` = 0.0005	Store1	Dal momento che la domanda è stata assegnata a Store2, l'OMS dovrebbe dare CapacityConsumed come 2 per Store2
T(3)	`CapacityConsumed` = 2 CCU = 0.0666 `CapacityCost` = 0.000222	`CapacityConsumed`= 2 CCU = 0.050 `CapacityCost` = 0.0005	Store2	Osserva come si sta bilanciando la domanda, in questo momento è stata allocata la domanda Store1. Questo ciclo di bilanciamento continua con l'aumento dell'utilizzo medio nei negozi.

Questo bilanciamento della domanda continua finché uno dei nodi della nave non raggiunge la sua soglia.

Se il tie-break di Store2 è più alto, diciamo, 0.5 USD, quindi si verificano le allocazioni iniziali Store1 solo fino a quando il suo pieno utilizzo non sarà paragonabile a Store2 costo. In questi casi il modello di allocazione della domanda tra i negozi è diverso.
Per ulteriori informazioni, vedere <>.

Quando il valore di soglia è stato raggiunto

Per lo stesso esempio in Esempio,CapacityConsumed i valori vengono utilizzati per rappresentare l'effetto del bilanciamento del carico. Il valore potrebbe non rappresentare l'effettiva allocazione della domanda in base ai valori del calendario di bilanciamento dei nodi configurati.

Serie temporale	Store1	Store2	Risultato dell'ottimizzazione	Commenti
T(1)	`CapacityConsumed`= 33 CCU = 1.1 `CapacityCost` = 4.2605	`CapacityConsumed`= 42 CCU = 1.05 `CapacityCost` = 0.055125	Store2	COME Store2 è al di sotto della soglia e il Store1 ha varcato la soglia, la sanzione viene applicata a Store1.
T(2)	`CapacityConsumed`= 65 CCU = 2.2 `CapacityCost` = 8.157	`CapacityConsumed`= 48 CCU = 1.2 `CapacityCost` = 3.372	Store2	Entrambi hanno varcato la soglia, tuttavia, Store1 ha più arretrato.

Nota: Store1 haCapacityCost Di 8.157 USD rispetto a 4.2605 USD per CCU di 2.2 e in T(1) e T(2) cioè la penalità viene applicata per unità di arretrato.