> ## Documentation Index
> Fetch the complete documentation index at: https://help.usetapp.io/llms.txt
> Use this file to discover all available pages before exploring further.

# Bestelldetails und Status verstehen

> Lies Gast, Artikel, Summen, Zahlungsstatus und nächste verfügbare Aktion einer Bestellung.

Öffne eine Bestellung, um ihren aktuellen Backend-Status und die in diesem Zustand gültigen Aktionen zu sehen.

## Wer kann das tun?

**Owner, Manager und Staff** können Bestelldetails ihres Shops lesen. Die verfügbaren Aktionen werden durch Status und API-Endpunkt bestimmt, nicht nur durch die Rolle.

## Ort

Wähle im **Verlauf** eine Bestellzeile. Oben im Detailbereich stehen Bestell-ID, Status und gegebenenfalls die nächste Aktion.

## Status lesen

* **DRAFT** bezeichnet eine Bestellung im Aufbau, die normalerweise im POS bearbeitet wird.
* **SUBMITTED** ist für die Zahlung eingereicht.
* **PAYMENT\_INITIATED** bedeutet laufende Zahlung; **PAYMENT\_FAILED** kann erneut versucht werden.
* **PAY\_LATER** hält die Bestellung zur späteren Bearbeitung oder Zahlung offen.
* **PAID** hat eine erfasste Zahlung und kann abgeschlossen werden.
* **COMPLETED** ist der abgeschlossene Zustand und erlaubt den Belegversand.
* **CANCELLED** ist nicht mehr aktiv.
* **REFUND\_INITIATED**, **REFUNDED** und **REFUND\_FAILED** zeigen den Erstattungsverlauf.

Außerdem können Gast, Artikel, Mengen, Zwischensumme, Rabatt, Umsatzsteuer, Gesamtbetrag, Trinkgeld, Bewertungen und Staff-Angaben erscheinen.

## Details mit der Quelle abgleichen

Bei Menüartikeln versucht die Webansicht aktuelle Bilder und Artikeldetails über Titel und Kategorie zu ergänzen. Die aufgezeichnete Bestellposition bleibt jedoch die Grundlage für Menge und Betrag; ein später geänderter Menüpreis schreibt die Historie nicht um. Fast-Charge-Positionen haben statt einer Menüartikel-ID eine Beschreibung. Ist ein Gast verknüpft, führt die Gastaktion zur Gastübersicht. Zeitstempel werden in Shop-Zeitzone und -Gebietsschema dargestellt, während Statusnamen aus dem gemeinsamen Backend-Lebenszyklus stammen.

Aktualisiere die Detailansicht, wenn ein anderes Gerät gerade zahlt oder erstattet. `PAYMENT_INITIATED` und `REFUND_INITIATED` sind Zwischenzustände und dürfen nicht wie ein endgültiger Erfolg behandelt werden.

## Warum Aktionen wechseln

Der Verlauf bietet Zahlungen für Submitted, Pay later sowie laufende oder fehlgeschlagene Zahlungen an. Für Paid erscheint **Als abgeschlossen markieren**. Belegversand wird bei Completed angeboten; Thermodruck ist für eine breitere definierte Statusmenge möglich. Erstattung ist nur bei Paid, Completed oder Refund failed verfügbar.

## Plattform- und Markthinweise

Web, Mobile, Gast und Terminal können dieselbe Bestellung weiterführen. Aktualisiere den Verlauf, wenn ein anderes Gerät gehandelt hat. Die Statusbedeutung ist in GB und Deutschland gleich; Beträge und Steuerbegriffe sind lokalisiert.

## Fehlerbehebung

Wird die Bestellung nicht gefunden, prüfe Shop und Bestell-ID; Shopgrenzen werden erzwungen. Ist eine Aktion verschwunden, aktualisiere die Details, da ein anderes Gerät die Bestellung in einen Zustand versetzt haben kann, in dem die Aktion nicht mehr gültig ist.

## Verwandte Anleitungen

* [„Später zahlen“-Bestellung abschließen](/de/history/complete-pay-later-order)
* [Bestellung erstatten](/de/history/refund-an-order)