> ## 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.

# Toast Bestellungen & Routing

> Wie storekit Bestellungen auf Toast-Checks einspielt, Dining Options und Revenue Centers zuordnet und Rabatte, Service Charges und Statusupdates verarbeitet.

Wenn Sie eine Online-Bestellung akzeptieren, baut storekit einen Toast-Check und sendet ihn an Toast. Diese Seite behandelt, wie Bestellungen geroutet werden und was Sie konfigurieren müssen.

## Wann Bestellungen eingespielt werden

Bestellungen werden an Toast gesendet, **wenn Sie sie akzeptieren** (nicht bei der Zahlung). storekit setzt die Bestellung auf *syncing*, sendet sie an Toast und markiert sie bei Erfolg als **Accepted** und speichert die Toast-Check-Nummer. Vorbestellungen können gepuffert werden, sodass sie Toast näher am Fulfillment-Zeitpunkt erreichen und nicht Tage im Voraus.

## Dining Options

Toast erfordert für jede Bestellung eine Dining Option, daher ordnen Sie unter **Dining Options** jede storekit-Fulfillment-Methode einer Toast Dining Option zu:

* **Default Dining Option**
* **Pickup Dining Option**
* **Delivery Dining Option**
* **In-Store Dining Option**
* **Curbside Dining Option**

storekit schlägt diese beim Verbinden automatisch aus Ihrer Toast-Konfiguration vor, aber Sie können sie ändern. Wenn eine Bestellungs-Fulfillment-Methode keine Dining Option hat (und kein Default gesetzt ist), schlägt die Einspielung fehl – setzen Sie mindestens immer die **Default Dining Option**.

## Revenue Centers

Setzen Sie unter **Revenue Centers** ein **Default Revenue Center** und optional **Revenue Center Rules**, um Bestellungen an verschiedene Revenue Centers zu routen.

Klicken Sie auf **Add Rule**, um eine Regel hinzuzufügen. Jede Regel kann auf einer beliebigen Kombination aus Folgendem matchen:

* **Fulfillment Method** – einer von **Any**, **Delivery**, **Pickup**, **In-Store**, **Curbside**
* **Channel** – einer von **Any**, **Web**, **PWA**, **App**, **Kiosk**
* **Service Area** – eine Toast Service Area (aus Ihrem synchronisierten Grundriss)

und leitet passende Bestellungen an das gewählte **Revenue Center** weiter. Die erste passende Regel gewinnt; passt keine Regel, wird das **Default Revenue Center** verwendet. Der Link **How does routing work?** auf der Seite öffnet eine Erklärung im Dashboard.

## Zahlungen, Rabatte & Gebühren

Diese befinden sich alle unter **Additional Settings**:

| Einstellung | Was sie bewirkt |
| - | - |
| **Alternate Payment Type** | Die Toast-Zahlungsart, mit der die Online-Zahlung auf dem Check erfasst wird. Erforderlich, wenn aktiviert. |
| **Check Discount** | Der offene Rabatt auf Check-Ebene in Toast, der zur Anwendung eines Bestellrabatts verwendet wird. Erforderlich, wenn aktiviert. |
| **Service Charge** | Die Toast Service Charge, die für die Service Charge der Bestellung angewendet wird. |
| **Delivery Fee Service Charge** | Die Toast Service Charge, die als Liefergebühr auf Lieferbestellungen angewendet wird. |
| **Send Order Tips as Service Charge** | Wenn aktiviert, werden Trinkgelder auf abgeschickten Bestellungen zur oben genannten **Service Charge** addiert, anstatt als Toast-Trinkgeld erfasst zu werden. Erfordert, dass **Service Charge** gesetzt ist. Nur Bestellungen – Pay-at-Table-Trinkgelder sind nicht betroffen. |
| **Send Cash as Paid** | Wenn aktiviert, werden Barbestellungen an Toast als bezahlt gesendet. |
| **Use Check Number as Order Code** | Wenn aktiviert, wird der storekit-Bestellcode durch die Toast-Check-Nummer ersetzt. |

storekit erfasst die Zahlung auf dem Check (Betrag und Trinkgeld getrennt). Rabatte gelangen nur zu Toast, wenn **Check Discount** gesetzt ist; Service Charges und Liefergebühren gelangen nur zu Toast, wenn die jeweilige Service Charge gesetzt ist.

### Wo Bestell-Trinkgelder landen

Standardmäßig wird das Trinkgeld auf der Toast-Zahlung als Trinkgeld erfasst, getrennt vom Zahlungsbetrag. Wenn Sie das Trinkgeld stattdessen in Toast als Service Charge ausweisen möchten, aktivieren Sie **Send Order Tips as Service Charge**: Das Trinkgeld wird zum Betrag der **Service Charge** auf dem Check addiert, und die Zahlung wird über den vollen Bestellbetrag ohne Toast-Trinkgeld erfasst.

> [!NOTE]
>
> Diese Einstellung gilt nur für Online-Bestellungen, die an Toast gesendet werden. Trinkgelder, die über [Pay at Table](/docs/de/guides/integrations/pos/toast/pay-at-table) gezahlt werden, werden immer als Toast-Trinkgeld erfasst. Wenn die Einstellung aktiviert ist, öffnet eine Dine-in-Bestellung mit Trinkgeld ihren eigenen Check, statt an einen offenen angehängt zu werden (siehe [Add to Bill](/docs/de/guides/integrations/pos/toast/pay-at-table#add-to-bill)).

## Bestellhinweise

Legen Sie unter **Additional Settings** eine Vorlage für Bestellhinweise fest (das Steuerelement **Order Note Template**). storekit hängt den zusammengesetzten Hinweis an den ersten Artikel der Bestellung auf dem Toast-Check als Sonderwunsch an. Vom Kunden hinzugefügte Hinweise pro Artikel werden auf die gleiche Weise an ihren jeweiligen Artikeln angehängt.

## Was Toast empfängt

Jede Bestellung enthält den Kundennamen, Telefonnummer und E-Mail, alle Artikel mit ihren Modifiern (einschließlich verschachtelter Modifier), die Dining Option, das Revenue Center (falls aufgelöst), den Check-Rabatt und die Service Charges (falls konfiguriert), das Trinkgeld, die Lieferadresse (bei Lieferung), die Curbside-Details (bei Curbside) und den Tisch (bei Dine-in).

## Bestellstatus-Updates

Toast sendet Status-Updates zurück an storekit, die auf Ihren Bestellstatus abgebildet werden:

| Toast-Status | storekit-Status |
| - | - |
| In preparation | Preparing |
| Ready for pickup | Ready for pickup |
| Closed | Complete |
| Voided | Cancelled |

> [!NOTE]
>
> Status-Updates setzen voraus, dass Toast Guest Order Status Events an storekit sendet. Diese werden im Rahmen Ihres Integrations-Setups konfiguriert.

## Wenn die Einspielung einer Bestellung fehlschlägt

Wenn Toast eine Bestellung ablehnt, markiert storekit sie als **failed** und erfasst den Toast-Fehler an der Bestellung – die Bestellung des Kunden wird trotzdem abgeschlossen, sodass sie nie verloren geht. Sie können eine fehlgeschlagene Bestellung aus dem storekit-Dashboard erneut senden. Häufige Ursachen und Lösungen finden Sie in der [Fehlerbehebung](/docs/de/guides/integrations/pos/toast/troubleshooting).

## Verwandt

* [Toast verbinden](/docs/de/guides/integrations/pos/toast/connect)
* [Live-Bestellungen verwalten](/docs/de/guides/orders/managing-live-orders)
* [Dine-in: Grundriss & Tische](/docs/de/guides/integrations/pos/toast/dine-in)


## Related topics

- [Toast Fehlerbehebung](/docs/de/guides/integrations/pos/toast/troubleshooting.md)
- [Toast POS](/docs/de/guides/integrations/pos/toast/overview.md)
- [Lightspeed Bestellungen & Routing](/docs/de/guides/integrations/pos/lightspeed/orders.md)
- [Toast verbinden](/docs/de/guides/integrations/pos/toast/connect.md)
- [Toast Pay at Table](/docs/de/guides/integrations/pos/toast/pay-at-table.md)


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.