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

# Bestellung erstatten

> Starte eine vollständige Erstattung im Verlauf und verfolge ihren begonnenen, erfolgreichen oder fehlgeschlagenen Status.

Erstatte die vollständige Bestellung erst nach Prüfung von Bestell-ID, Artikeln und Gesamtbetrag. Der aktuelle Dialog bietet keinen frei wählbaren Teilbetrag.

## Wer kann das tun?

Der aktive Erstattungsendpunkt erlaubt derzeit Personen mit den Rollen **Owner, Manager und Staff** den Shopzugriff. Ein älterer Docstring nennt nur Owner und Manager, die tatsächlich verwendete Berechtigungsprüfung lässt jedoch alle drei Rollen zu. Diese Anleitung folgt der erzwungenen API. Interne Regeln dürfen strenger sein.

## Ort

Öffne die Bestellung im **Verlauf**. Erstattung ist bei **PAID**, **COMPLETED** und **REFUND\_FAILED** verfügbar.

## Erstattung starten

1. Prüfe Shop und Bestell-ID.
2. Kontrolliere Artikel und Gesamtbetrag im Bestätigungsfenster.
3. Wähle **Erstattung** und danach **Erstattung bestätigen**.
4. Warte, bis der Status zu **REFUND\_INITIATED** wechselt.
5. Schließe den Dialog bei Bedarf und beobachte die Bestellung im Verlauf.
6. **REFUNDED** bedeutet abgeschlossen. Bei **REFUND\_FAILED** prüfst du den Fehler und nutzt den angebotenen erneuten Versuch.

Bei Barzahlung erfasst das Backend die Erstattung in Tapp ohne Adyen-Netzwerkerstattung. Bei Adyen-Zahlungen erfolgt die Bestätigung asynchron; der gestartete Status kann daher bestehen bleiben.

## Erstattungsstatus überwachen

Die Weboberfläche fragt den kanonischen Bestellstatus nach dem Start weiter ab. Solange **REFUND\_INITIATED** gilt, zeigt sie einen laufenden Zustand mit Zeitangabe, falls vorhanden. **REFUNDED** schließt den Dialog und bestätigt den Abschluss. **REFUND\_FAILED** zeigt den Fehlerzustand und erlaubt einen neuen Versuch, weil genau dieser Status in der zulässigen Ausgangsmenge enthalten ist. Erreicht das Polling sein Zeitlimit, bedeutet der Hinweis nur, dass die Verarbeitung noch läuft; prüfe später den Verlauf, statt sofort erneut zu erstatten.

Bei Barzahlung ändert das Backend den Status direkt. Prüfe interne Bargeldprozesse zusätzlich, weil Tapp keine externe Bargeldbewegung ausführen kann.

## Wichtige Schutzmaßnahmen

Sende während Refund initiated keine zweite Erstattung. Die Oberfläche schließt gestartete und bereits erstattete Bestellungen von der Aktion aus. Die Erstattung ist in diesem Dialog nicht rückgängig zu machen.

## Plattform- und Markthinweise

Aktualisiere den Verlauf, wenn ein Gerät oder eine andere Person die Bestellung ändert. Das Statusmodell gilt in GB und Deutschland. Fiskalische Folgewirkungen werden von der Plattform behandelt; ändere keine Fiskaldaten manuell aufgrund dieser Anleitung.

## Fehlerbehebung

Schlägt der Start fehl, aktualisiere die Bestellung und prüfe Paid, Completed oder Refund failed. Bei Refund initiated wartest du auf die Bestätigung. Ein Polling-Zeitlimit erfordert eine spätere Kontrolle im Verlauf und keine sofortige doppelte Erstattung.

## Verwandte Anleitungen

* [Bestelldetails und Status verstehen](/de/history/understand-order-details-and-statuses)
* [Beleg drucken, mailen oder per SMS senden](/de/history/print-email-or-text-receipt)