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

# Bestellungen

> Wie storekit Bestellungen als Guest Checks an Comtrex sendet: Sales Types, geplante Bestellungen, Trinkgelder, Rabatte, Notizen, Covers und Retries.

Jede bei storekit aufgegebene Bestellung wird in dem Moment, in dem sie bezahlt wird, als neuer Guest Check an Comtrex gesendet. Der Check enthält jedes Produkt und jeden Modifier per POS ID, die Tischnummer bei Dine-in, den konfigurierten Sales Type, einen etwaigen Rabatt, Trinkgeld oder Servicegebühr, eine Bestellnotiz und eine Zahlungszeile, sodass der Check bereits als bezahlt an der Kasse abgeschlossen ist.

## Wie eine Bestellung an die Kasse gelangt

**1. Bestellung aufgegeben**

Der Kunde bezahlt. storekit stellt die Bestellung sofort zur Übermittlung in die Warteschlange – Sie müssen sie nicht zuerst im Dashboard annehmen.

**2. Check aufgebaut**

storekit baut aus der Bestellung eine `CreateNewOrder`-Anfrage für die Kasse, unter Verwendung der Einstellungen in **Order handling** und **Media mapping**.

**3. An den Comtrex-Server gesendet**

Die Anfrage wird an die konfigurierte Server-Adresse gesendet. Jeder Versuch wartet bis zu zwei Minuten auf eine Antwort, und storekit wiederholt automatisch, wenn der Server nicht antwortet oder einen Fehler zurückgibt.

**4. Ergebnis erfasst**

Akzeptiert die Kasse, wird die Bestellung in **Orders** als **Accepted** angezeigt, und die Guest-Check-Nummer der Kasse wird als POS-Beleg gespeichert. Lehnt die Kasse ab oder ist nach den Wiederholungen nicht erreichbar, wird die Bestellung als fehlgeschlagen markiert, und Sie werden benachrichtigt – siehe [Wenn eine Bestellung fehlschlägt](#when-an-order-fails).

> [!NOTE]
>
> Wenn der Gast die Rechnung seines Tisches bereits in storekit geöffnet hat (Pay at Table) und dann weitere Bestellungen aufgibt, fügt storekit die Artikel diesem Comtrex-Check hinzu, anstatt einen neuen zu öffnen. Bestellungen, die ohne offene Rechnung in storekit aufgegeben werden, öffnen immer einen neuen Check – ein vom Personal an der Kasse geöffneter Check wird nicht automatisch aufgegriffen. Siehe [Pay at Table](/docs/de/guides/integrations/pos/comtrex/pay-at-table#adding-orders-to-an-open-check).

## Was auf dem Check steht

| storekit | Auf dem Comtrex-Check |
| - | - |
| Produkte und Modifier | Sale-Items und Ingredients per **POS ID**, mit Menge und dem vom Kunden bezahlten Preis. Artikel ohne POS ID werden weggelassen – siehe [Menü-Verknüpfung](/docs/de/guides/integrations/pos/comtrex/menu-sync). |
| Kundenname | `CustomerName` auf dem Check |
| Bestell-ID | `VendorOrderID`, damit Zonal einen Check zur storekit-Bestellung zurückverfolgen kann |
| Tisch | `TableNumber`, aus der **POS ID** des Tisches übernommen |
| Lieferung, Abholung und Vor Ort | Verwenden alle die **Sales Type Number** aus **Media mapping** |
| Lieferadresse und Telefon | Werden bei Lieferbestellungen als Lieferdetails des Checks gesendet |
| Rabatte (Promo-Codes, Loyalty) | Eine Rabattzeile gegen das Media **Discount ID** über den Rabattbetrag |
| Servicegebühr | Eine Servicegebühr-Zeile für den Betrag |
| Trinkgeld | Eine Servicegebühr-Zeile gegen das Media **Tip ID** – nur wenn **Send Gratuity Amount** aktiv ist |
| Bestellnotiz | `Instructions`, aus dem **Order Note Template** aufgebaut (max. 255 Zeichen) |
| Anzahl der Gäste | `CoverCount`, gemäß der Einstellung **Cover Count** |
| Zahlung | Eine Zahlungszeile gegen das Media **Payment Type ID** über den Bestell-Gesamtbetrag, benannt `storekit`, sodass der Check an der Kasse als bezahlt geschlossen wird |

> [!WARNING]
>
> Ein Trinkgeld und eine Servicegebühr auf derselben Bestellung landen beide in den Servicegebühr-Zeilen des Checks, und die Trinkgeld-Zeile ersetzt die Servicegebühr-Zeile. Wenn Sie beides nehmen, fragen Sie den storekit-Support vor dem Go-Live nach der richtigen Konfiguration für Ihre Kasse.

> [!NOTE]
>
> Barbestellungen werden ebenfalls mit einer `storekit`-Zahlungszeile für den vollen Gesamtbetrag gesendet. Wenn Sie möchten, dass Barbestellungen stattdessen an der Kasse offen bleiben, damit das Personal sie abschließt, wenden Sie sich an den storekit-Support.

## Einstellungen für das Bestellhandling

Gehen Sie zu **Stores** → Ihr Store → **Settings** → **Integrations** → **Comtrex** und scrollen Sie zu **Order handling**. Klicken Sie nach jeder Änderung hier auf **Save**.

![The Order handling section showing the disabled Buffer Orders toggle, Send Gratuity Amount switched on, the Order Note Template editor with Insert Variable and Preview buttons, and Cover Count set to Automatic (number of diners)](https://mintcdn.com/storekit/ESLFABunh773fqh0/images/comtrex/order-handling.png?fit=max\&auto=format\&n=ESLFABunh773fqh0\&q=85\&s=6bc49b1acf9a6eb6d9959bc1c6873b09)

### Buffer Orders

Der Toggle **Buffer Orders** wird angezeigt, ist aber für Comtrex deaktiviert – Sie können ihn nicht vom Dashboard aus ändern. Geplante Bestellungen werden stattdessen von der Kasse selbst als Comtrex FutureOrder verarbeitet (siehe unten). Wenn Sie möchten, dass storekit geplante Bestellungen bis näher an die Ausführungszeit zurückhält, [wenden Sie sich an den storekit-Support](/docs/de/getting-started/contact-support), um die Pufferung konfigurieren zu lassen.

### Send Gratuity Amount

Wenn aktiv, wird ein an der Kasse hinzugefügtes Trinkgeld an die Kasse als Servicegebühr-Zeile gegen Ihr Media **Tip ID** gesendet. Wenn inaktiv, bleiben Trinkgelder nur in storekit, und der Kassen-Check enthält sie nicht. Pay-at-Table-Trinkgelder werden unabhängig von dieser Einstellung immer gesendet.

### Order Note Template

Steuert den Text, der als `Instructions` des Checks gesendet wird. Lassen Sie es leer, sendet storekit die eigenen Notizen des Kunden. Um Bestelldetails aufzunehmen, tippen Sie eine Vorlage ein und verwenden Sie **Insert Variable**, um Platzhalter wie `{{orderCode}}`, `{{fullName}}`, `{{phone}}`, `{{customerNotes}}`, `{{tableName}}` oder `{{deliveryFullAddress}}` hinzuzufügen; **Preview** zeigt, wie es an der Kasse aussehen wird. Comtrex erlaubt 255 Zeichen – längere Notizen werden abgeschnitten.

### Cover Count

Legt fest, mit wie vielen Covers der Check geöffnet wird. Die Optionen sind fest:

* **Do not send** – kein Cover Count auf dem Check
* **Automatic (number of diners)** – die Anzahl der Gäste, die der Gast bei der Bestellung am Tisch angegeben hat; `0`, falls nicht gefragt
* **Fixed value** – die Zahl, die Sie in **Cover Count Value** eingeben (dieses Feld erscheint, wenn diese Option gewählt ist); `0` ist erlaubt

## Geplante Bestellungen

Bestellungen, die für später aufgegeben werden, werden sofort als Comtrex *FutureOrder* an die Kasse gesendet, anstatt in storekit gehalten zu werden. Der Check enthält:

* **PickupDateTime** – die vom Kunden gewählte Zeit, in der Zeitzone Ihres Stores
* **TriggerDateTime** – diese Zeit minus die **Preparation time** Ihres Stores (der Wert **Pickup** für Abholbestellungen, ansonsten die Standard-Vorbereitungszeit des Stores), damit die Kasse den Check an die Küche freigibt, wenn diese starten muss

ASAP-Lieferbestellungen werden ebenfalls als FutureOrder mit der geschätzten Lieferzeit als Abholzeit und einem sofortigen Trigger gesendet, damit die Kasse zeigt, wann die Bestellung fertig sein sollte.

Wenn eine geplante Bestellung in storekit vor ihrem Zeitpunkt storniert wird, sendet storekit für diesen Check ein `CancelOrder` an die Kasse.

## Wenn eine Bestellung fehlschlägt

Wenn die Kasse die Bestellung ablehnt oder nicht erreichbar ist, versucht storekit es mehrmals mit wachsenden Abständen zwischen den Versuchen. Wenn jeder Versuch fehlschlägt:

* Die Bestellung wird in **Orders** als **Failed** markiert, und der Fehlertext der Kasse wird auf der Bestellseite nach *Something went wrong sending this order to the POS:* angezeigt
* Eine E-Mail mit dem Betreff *Comtrex Issue* wird an die E-Mail-Adresse Ihres Stores gesendet
* Wenn der Store einen storekit-Drucker hat, wird die Bestellung gedruckt, damit die Küche sie trotzdem erhält
* Der Kunde hat bereits bezahlt – erfüllen Sie die Bestellung manuell und beheben Sie die Ursache

Sobald die Ursache behoben ist, öffnen Sie die Bestellung in **Orders** und wählen Sie **Resend order to POS** aus dem Aktionen-Menü – die Option ist bei jeder Bestellung verfügbar, die noch keinen POS-Beleg hat. Siehe [Fehlerbehebung](/docs/de/guides/integrations/pos/comtrex/troubleshooting) für die häufigsten Ursachen.

> [!NOTE]
>
> storekit prüft den Warenkorb vor dem Checkout nicht gegen die Kasse und snoozt Produkte nicht nach einer fehlgeschlagenen Bestellung. Wenn ein Artikel immer wieder fehlschlägt, snoozen Sie ihn selbst in **Menus**, bis die Kasse behoben ist.

## Verwandt

> **[Order Injection](/docs/de/guides/integrations/pos/order-injection)**
>
> Wie Order Injection bei allen POS-Anbietern funktioniert

> **[Fehlerbehebung](/docs/de/guides/integrations/pos/comtrex/troubleshooting)**
>
> Beheben Sie fehlgeschlagene Bestellungen


## Related topics

- [Bestellungen – Übersicht](/docs/de/guides/orders/overview.md)
- [Bestellungen verschieben](/docs/de/guides/orders/advanced/move-orders.md)
- [Bestellungen archivieren](/docs/de/guides/orders/archiving-orders.md)
- [Deliverect Bestellungen](/docs/de/guides/integrations/pos/deliverect/orders.md)
- [Stream Bestellungen](/docs/de/guides/integrations/pos/stream/orders.md)


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