Skip to main content
A meno che Menu Sync Only non sia attivo, ogni nuovo ordine storekit viene messo in coda e inviato a Deliverect. Deliverect rimanda poi a storekit aggiornamenti di stato e di tempo di preparazione.

​
Come un ordine raggiunge Deliverect

storekit invia l’ordine con:
  • il codice ordine storekit come display ID
  • nome, numero di telefono ed email del cliente
  • l’indirizzo di consegna per gli ordini di consegna
  • l’orario di ritiro o consegna richiesto, oppure il flag ASAP
  • gli articoli con PLU e modificatori, inclusi i modificatori annidati
  • le informazioni sul tavolo per gli ordini in-store e il numero di coperti
  • l’importo del pagamento e se è già pagato
  • la delivery fee per gli ordini di consegna
  • il service charge, con la mancia in un campo separato quando Split Service Charge and Tip è attivo
  • il totale sconto e la nota dell’ordine
Per gli ordini di consegna, il corriere è impostato su restaurant.

​
Mapping dei tipi di ordine

​
Codici di stato Deliverect

Deliverect invia codici di stato numerici. storekit aggiorna l’ordine usando questo mapping: I codici 120, 121 e 124 segnano l’ordine come failed in storekit. Il locale riceve un’email o una notifica di fallimento e la ricevuta viene stampata sulle stampanti del locale. Un fallimento di invio non invalida l’ordine cliente in storekit. Deliverect può inviare anche un tempo di preparazione aggiornato. storekit lo usa per aggiornare l’orario stimato dell’ordine.

​
Pre-ordini e reinvio

Gli ordini programmati possono essere bufferizzati in storekit quando Buffer Orders e Buffer Delay (in minutes) sono configurati. Gli ordini ASAP non vengono mai bufferizzati. Per le regole di buffering e la conferma di invio anticipato, vedi Collegare Deliverect. Sulla pagina d’ordine, View in Deliverect apre l’ordine nella dashboard di Deliverect. Nel menu azioni dell’ordine, Resend order to POS invia di nuovo un ordine quando non ha una ricevuta POS. storekit rifiuta di reinviare un ordine già accettato dal POS per evitare duplicati. Quando riprogrammi un pre-ordine, il modale di riprogrammazione include Reschedule deliverect order. Selezionalo per spostare l’invio bufferizzato al nuovo orario richiesto.
Reschedule deliverect order funziona solo mentre storekit sta ancora trattenendo l’invio, il che richiede Buffer Orders attivo e Buffer Delay (in minutes) impostato. Un ordine bufferizzato viene normalmente inviato quel numero di minuti prima dell’orario richiesto. Una volta che l’ordine è stato inviato a Deliverect, spuntare la casella non ha alcun effetto: Deliverect e il tuo POS mantengono lo slot originale, e devi modificare l’ordine lì oppure annullarlo e riordinarlo. Senza buffering, gli ordini programmati vengono inviati non appena vengono effettuati, quindi non c’è mai un invio in sospeso da spostare. Vedi Gli ordini già inviati al POS non vengono reinviati.

​
Cancellazioni e aggiornamenti di consegna

Cancellare un ordine in storekit invia a Deliverect un cancel con stato 100. Per gli ordini di consegna, le callback di consegna e corriere di Deliverect aggiornano il nome del corriere, gli ETA e lo stato dell’ordine storekit. Un aggiornamento en-route appare come Out for delivery, e un aggiornamento di consegna avvenuta appare come Delivered. storekit invia anche a Deliverect gli aggiornamenti curbside e di arrivo cliente.

​
Quando l’invio fallisce

Se Deliverect rifiuta o non riesce a ricevere un ordine, storekit stampa l’ordine sulle stampanti del locale e solleva una notifica di fallimento POS. L’ordine rimane valido in storekit. Risolvi la causa, poi usa Resend order to POS solo quando l’ordine non ha una ricevuta POS.
Un cliente può avere un ordine confermato anche quando l’invio a Deliverect fallisce. Controlla l’ordine in storekit e assicurati che la cucina lo riceva prima di prepararlo.