> ## Documentation Index > Fetch the complete documentation index at: https://storekit.com/docs/llms.txt > Use this file to discover all available pages before exploring further. # Stream Bestellungen > Wie storekit-Bestellungen Stream erreichen: Versand und Pre-Order-Pufferung, Bestellinhalt, Statusupdates und Stornierungen sowie das Verhalten bei Fehlern. 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. > [!NOTE] > > Bestellungen gehen sofort nach der Aufgabe an Stream. In storekit gibt es davor keinen Annahmeschritt. Multi-Vendor-Bestellungen werden vor dem Versand zu einer einzigen Stream-Bestellung zusammengeführt, sodass ein Kunde, der gleichzeitig bei mehreren Vendoren bestellt, am POS als einzelnes Ticket erscheint. ## Was in der Bestellung enthalten ist | storekit | Stream | | - | - | | Artikel, Variationen und Modifikatoren | Werden mit ihren Stream-IDs (den bei der [Menüsynchronisation](/docs/de/guides/integrations/pos/stream/menu-sync) importierten IDs), Mengen, Preisen und artikelspezifischen Notizen gesendet. Verschachtelte Modifikatoren werden unter ihrem übergeordneten Modifikator gesendet. | | Fulfillment-Methode | **Pickup** → `pickup`, **Delivery** → `merchant_managed_delivery`, **Curbside** → `curbside`, **In Store** und **Add to Bill** → `dine_in`. | | Kunde | Name, E-Mail und Telefon. Ein fehlender Name wird als *Placeholder* gesendet und eine fehlende Telefonnummer als Platzhalternummer `+447700900000`, damit der POS immer einen Kontakt erhält. | | Angeforderte Zeit | Wird als geschätzte Fertigstellungszeit gesendet, und die Bestellung wird als zukünftige Bestellung markiert, wenn es sich um eine Vorbestellung handelt. | | Trinkgeld und Servicegebühr | Beide werden standardmäßig zusammen als Store-Trinkgeld gesendet. Wenn der storekit-Support die Servicegebühren-Verarbeitung im Store aktiviert hat, werden sie stattdessen als Servicegebühr gesendet. | | Liefergebühr und Adresse | Werden bei Lieferbestellungen gesendet, zusammen mit den Lieferhinweisen des Kunden als Fulfillment-Anweisungen. | | Rabatte | Der Rabattbetrag, mit dem Rabattcode, falls einer verwendet wurde. | | Besteck | Die Besteckauswahl des Kunden wird als *include utensils* gesendet. | | Zahlung | Bestellungen werden immer als bezahlt gesendet. Stream nimmt für storekit-Bestellungen niemals Zahlungen entgegen. | 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 \* voran und sendet den Kundennamen als *\
(\)*, damit das Ticket zeigt, wohin es gehört. Siehe [Dine-in](/docs/de/guides/integrations/pos/stream/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](/docs/de/getting-started/contact-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. > [!TIP] > > 15 bis 30 Minuten sind ein guter Ausgangspunkt für eine ausgelastete Küche. ## 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 # for store: ` 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 > **[Dine-in](/docs/de/guides/integrations/pos/stream/dine-in)** > > Wie Tischbestellungen Stream erreichen > **[Fehlerbehebung](/docs/de/guides/integrations/pos/stream/troubleshooting)** > > Bestellungen erreichen Stream nicht oder scheitern, wenn sie es tun ## Related topics - [Stream Dine-in: Tische](/docs/de/guides/integrations/pos/stream/dine-in.md) - [Stream](/docs/de/guides/integrations/pos/stream/overview.md) - [Stream Fehlerbehebung](/docs/de/guides/integrations/pos/stream/troubleshooting.md) - [Stream verbinden](/docs/de/guides/integrations/pos/stream/connect.md) - [Stream Menüsynchronisation](/docs/de/guides/integrations/pos/stream/menu-sync.md) This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.