API inattiva

È possibile utilizzare l'API Idle per determinare in che modo si trarrebbe vantaggio dall'utilizzo del 'Optimization service prima di integrarlo con il 'Sterling Order Management System.

L'API inattiva abilita l'ottimizzazione degli ordini asincrono. La richiesta deve includere l' Optimization service Opzione suggerita per indicare la scelta di acquisto esterno effettuata dal sistema di gestione ordini. L'API utilizza la richiesta e la invia ad una coda interna per l'elaborazione asincrona. I KPI della linea di base vengono calcolati dopo un determinato periodo di latenza. Durante il processo di ottimizzazione asincrona, il 'Optimization service prende l'ultimo messaggio ricevuto entro un periodo predefinito. L'API inattiva esegue le seguenti convalide:
  • Determinazione se l'input è un documento JSON valido
  • Come determinare se orderNo è incluso nell'input

L'API Inattiva esegue l'ottimizzazione Shadow in aggiunta all'ottimizzazione regolare. I KPI vengono sempre calcolati per le impostazioni di ottimizzazione standard e alternative. Se la scelta di sourcing del tuo Sterling Order Management System viene passata nella richiesta all'API inattiva o all'API di Optimizer, i KPI vengono calcolati per la scelta di sourcing del tuo Sterling Order Management System.

Se i servizi di trasporto sono predefiniti e il metodo di consegna preferito è la nave, Fulfillment Manager può inserire gli ID dei servizi di trasporto nel campo preferredCarrierServices. È possibile inserire gli ID servizio del corriere a livello di ordine o di riga di ordine. Ciò consente al sito Optimization service di considerare i servizi di vettore preferiti rispetto ad altri servizi di vettore all'interno dei gruppi di spedizione specificati.

Nota: Affinché Optimization service consideri i servizi di vettore preferiti, è importante che Fulfillment Manager aggiunga tali servizi di vettore come membri dei gruppi di spedizione specificati.

Limitazioni dell'API inattiva

  • Il OrderDate fornito all'API inattiva come input viene utilizzato per scopi di registrazione. L'ordine viene elaborato rispetto all'ora corrente in cui l'ordine viene ricevuto da Optimization service. Un ordine con risorse viene considerato come un nuovo ordine dal " Optimization service.
  • Optimization service può elaborare solo un ship to address. Utilizza l'indirizzo fornito a livello di ordine. Se un indirizzo non è disponibile a livello di ordine, utilizza l'indirizzo della prima linea d'ordine.
  • Optimization service non può elaborare la stessa SKU se fa parte di più linee d'ordine nello stesso ordine.
  • Optimization service può elaborare solo uno SLA. Utilizza il valore dell'attributo 'CarrierServiceCode fornito nella prima riga d'ordine.
  • Optimization service non fornisce le informazioni Cost to Serve all'applicazione che sta richiamando l'API inattiva.