Stream Bestellungen

Sobald ein Store mit Stream verbunden ist, wird jede darin aufgegebene Bestellung automatisch an Stream weitergeleitet. Stream gibt die Bestellung an Ihren POS weiter und meldet den Fortschritt zurück.

​

Wie eine Bestellung Stream erreicht

1. Der Kunde schließt die Kasse ab, und die Bestellung wird in storekit erstellt.
2. storekit reiht die Bestellung für Stream ein, sofort bei einer ASAP-Bestellung oder verzögert bei einer Vorbestellung, wenn Buffer Orders aktiviert ist.
3. storekit baut die Stream-Bestellung auf und sendet sie. Falls Stream die Anfrage ablehnt, wiederholt storekit den Versuch innerhalb weniger Sekunden bis zu sechs weitere Male.
4. Stream meldet accepted. Die Bestellung wird in storekit als Accepted markiert, und die Zeitachse erfasst die Statusänderung vom POS.
5. Stream meldet im weiteren Verlauf Statusänderungen oder eine Stornierung.

​

Was in der Bestellung enthalten ist

Steuern werden auf der Stream-Bestellung nicht einzeln aufgeführt; Preise werden so gesendet, wie sie im storekit-Menü erscheinen.

​

Bestellhinweise

Order Note Template auf der Seite Stream Integration steuert die Notiz, die mit jeder Bestellung gesendet wird. Der Support kann auf Insert Variable klicken, um die verfügbaren Variablen zu sehen, und auf Preview, um das Ergebnis mit Beispieldaten zu prüfen. Die eigenen Notizen des Kunden werden nach der Vorlage angehängt, getrennt durch einen Bindestrich. Ohne Vorlage ist die Notiz die Kundennotiz. Bei In-Store-Bestellungen ohne Vorlage stellt storekit der Notiz Table <table name> voran und sendet den Kundennamen als <table name> (<customer name>), damit das Ticket zeigt, wohin es gehört. Siehe Dine-in.

​

Vorbestellungs-Pufferung

Standardmäßig wird eine Vorbestellung sofort an Stream gesendet, was die Küche Stunden im Voraus überfüllen kann. Um sie zu verzögern, bitten Sie den storekit-Support, Folgendes zu tun:

1. Buffer Orders einschalten.
2. Buffer Value setzen. Die Bestellung wird so viele Minuten vor der angeforderten Fulfillment-Zeit gesendet. Er muss mindestens 1 betragen (Buffer value must be greater than 0).

Wenn Buffer Orders aktiviert ist und kein Buffer Value gespeichert ist, verwendet storekit die normale Zubereitungszeit-Berechnung des Stores, um den Sendezeitpunkt zu bestimmen. Bestellungen ohne angeforderte Zeit werden nie gepuffert.

​

Aktualisierungen von Stream

Stream kann die Bestellung in storekit nach der Annahme ändern:

• Statusänderungen — ready_for_pickup, out_for_delivery und completed von Stream verschieben die Bestellung in storekit auf Ready for Pickup, Out for Delivery oder Completed und lösen die üblichen Kundenbenachrichtigungen für diese Status aus. Andere Stream-Status werden ignoriert.
• Stornierung von Stream — die Bestellung wird in storekit storniert, wobei die Quelle als Stream erfasst wird.
• Stornierung von storekit — das Stornieren einer Bestellung im Dashboard sendet eine Stornierungsanfrage an Stream, damit das POS-Ticket ungültig gemacht wird. Stornierungen, die aus Stream stammen, werden nicht zurückgesendet.

​

Wenn eine Bestellung fehlschlägt

Eine Stream-Bestellung kann auf zwei Arten fehlschlagen:

• Stream lehnt die Anfrage ab. Wenn die Stream-API die Bestellung nach den Wiederholungen von storekit ablehnt, wird die Bestellung als Failed markiert, und das Team von storekit wird alarmiert. In diesem Fall wird kein Fehlergrund an der Bestellung gespeichert, sodass die Bestellseite nur den Status Failed anzeigt.
• Stream meldet einen Fehler. Wenn Stream die Anfrage annimmt, der POS die Bestellung dann aber fehlschlagen lässt, sendet Stream ein Fehlerereignis mit einem Grund. storekit markiert die Bestellung als Failed, speichert den Grund von Stream wortwörtlich an der Bestellung und sendet dem Store eine E-Mail.

​

Die E-Mail zur fehlgeschlagenen Bestellung

Die E-Mail wird gesendet, wenn Stream den Fehler meldet, mit dem Betreff Stream Issue: Order #<order number> for store: <store name> und dem Fehlergrund im Text. Sie geht an die Liste Email address des Stores unter Stores → Ihr Store → Settings → General. Die erste Adresse als Empfänger, die übrigen als Blindkopien. Ist diese Liste leer, wird keine E-Mail gesendet. Wenn storekit den Grund erkennt, enthält die E-Mail auch Hinweise zum weiteren Vorgehen.

​

Erneutes Senden einer fehlgeschlagenen Bestellung

Öffnen Sie die Bestellung im Dashboard und wählen Sie More actions → Resend order to POS. storekit reiht die Bestellung erneut für Stream ein (unter Berücksichtigung des Vorbestellungspuffers). Die Option wird nur angeboten, solange die Bestellung keinen POS-Beleg hat, und das erneute Senden wird mit This order has already been sent to the POS. Resending it would create a duplicate POS order. abgelehnt, sobald Stream die Bestellung angenommen hat, selbst wenn der POS sie anschließend hat fehlschlagen lassen. In diesem Fall prüfen Sie den POS, statt erneut zu senden.

​

Nächste Schritte