Zur Startseite Live-Demo

Stornos und Rückerstattungen

Wozu dient das?#

Das Storno- und Rückerstattungsmodul regelt die Stornierung falscher oder abgebrochener Bestellungen sowie die Rückerstattung bereits bezahlter Rechnungen. Es stellt sicher, dass Korrekturen ordnungsgemäß dokumentiert, Gegenbuchungen im System erfasst und alle Vorgänge GoBD- sowie KassenSichV-konform protokolliert werden. Bei Kartenzahlungen wickelt es Stornos und Gutschriften direkt über das angebundene Bezahlterminal ab.

Voraussetzungen#

  • Für das Stornieren offener Sitzungen: Angemeldetes Benutzerkonto mit der Rolle Manager oder Administrator.
  • Für Rückerstattungen bereits abgerechneter Rechnungen: Angemeldetes Benutzerkonto mit der Rolle Manager (mit Manager-PIN) oder Administrator.
  • Für Kartenerstattungen und Kartenstornos: Ein betriebsbereites, im Netzwerk erreichbares Kartenterminal (→ Kapitel 35).
  • Eine geöffnete Schicht des Bedieners (→ Kapitel 12).

Rollen#

  • Servicekraft / Kellner: Kann unversendete Artikel im Entwurf anpassen oder entfernen. Besitzt keine Berechtigung zum Stornieren gesendeter Tische oder zur Durchführung allgemeiner Rückerstattungen. Bei Kartenzahlungen darf eine Servicekraft Vollstornos bis maximal 20,00 € selbst durchführen; darüber oder bei Erstattungen ist eine Manager-PIN-Freigabe erforderlich.
  • Manager / Schichtleiter: Kann offene und gesendete Sitzungen (Vollstorno / Void) unter Angabe eines Stornogrundes stornieren sowie Kartenzahlungen stornieren und rückerstatten (mit Manager-PIN).
  • Inhaber / Administrator: Besitzt uneingeschränkten Zugriff auf alle Storno- und Rückerstattungsfunktionen für Bestellungen und Kartenzahlungen.

Bildschirm für Bildschirm#

Stornodialog Stornodialog Bestellung stornieren mit den vorgegebenen Gründen Customer cancelled, Wrong table, Staff error und Test order, dem Feld Anderer Grund und den Schaltflächen Abbrechen und Stornierung bestätigen, daneben die Seitenleiste mit dem Knopf Bestellung stornieren. Aktuelle(s) Bestellung Abrechnen / Bon erstellen Bestellung stornieren Bestellung stornieren Wählen Sie einen obligatorischen Grund für diese Korrektur aus. Customer cancelled Wrong table Staff error Test order Anderer Grund... Abbrechen Stornierung bestätigen 1 2 3 4 5 6
Stornodialog mit Gründen und Bestätigung
  • 1 Unten in der Seitenleiste des Tisches steht Bestellung stornieren. Der Knopf erscheint nur für Manager und Administratoren.
  • 2 Der Dialog Bestellung stornieren mit dem Hinweis Wählen Sie einen obligatorischen Grund für diese Korrektur aus.
  • 3 Die vier vorgegebenen Gründe: Gast storniert, Falscher Tisch, Bedienfehler und Testbestellung.
  • 4 Anderer Grund... nimmt einen eigenen Text auf.
  • 5 Abbrechen schließt den Dialog ohne Änderung.
  • 6 Stornierung bestätigen führt das Vollstorno durch. Der Knopf ist erst bedienbar, wenn ein Grund gewählt oder getippt ist.

Storno-Dialog (isVoidConfirmOpen)#

  • Titel: {{session}} stornieren (z. B. Bestellung stornieren).
  • Hinweistext: Wählen Sie einen obligatorischen Grund für diese Korrektur aus.
  • Vorgegebene Stornogründe:
    • Gast storniert: Gast hat die Bestellung vor der Inanspruchnahme storniert.
    • Falscher Tisch: Bestellung wurde versehentlich auf den falschen Tisch gebucht.
    • Bedienfehler: Bedienungs- oder Eingabefehler des Servicepersonals.
    • Testbestellung: Test- oder Schulungsbuchung.
  • Eingabefeld: Anderer Grund... (other_reason) für individuelle Begründungen.
  • Schaltflächen:
    • Abbrechen (cancel): Schließt den Stornodialog ohne Änderung.
    • Stornierung bestätigen: Führt das Vollstorno durch, schließt die Sitzung und gibt den Tisch frei.

Bonleiste Artikel-Steuerung (TicketSidebar)#

  • Schaltflächen - und +: Verringert oder erhöht die Artikelmenge.
  • Papierkorb-Symbol Artikel entfernen: Löscht die gewählte Position aus dem Bon.

Schritt für Schritt#

Das Kassensystem unterscheidet zwischen Stornierungen vor der Bezahlung und Rückerstattungen nach der Belegabwicklung.

Standard-Ablauf 1: Unversendete Positionen vor dem Senden entfernen#

  1. Rufen Sie den Tisch im Saalplan auf.
  2. Solange die Bestellung noch nicht an die Küche gesendet wurde (Status draft), tippen Sie in der Bonleiste auf das Papierkorb-Symbol Artikel entfernen neben der gewünschten Position.
  3. Die Position wird ohne Stornobon gelöscht.

Standard-Ablauf 2: Offene oder gesendete Sitzung stornieren (Vollstorno / Void)#

  1. Verlässt ein Gast das Lokal oder liegt ein Fehlbon vor, rufen Sie den Tisch auf.
  2. Ein Bediener mit der Rolle Manager oder Administrator tippt unten in der Seitenleiste auf Bestellung stornieren.
  3. Es öffnet sich der Stornodialog. Wählen Sie einen Pflichtgrund (z. B. Staff error) oder tragen Sie unter Anderer Grund... einen Freitext ein.
  4. Tippen Sie auf Stornierung bestätigen.
  5. Das Kassensystem setzt den Bestellstatus auf voided, druckt bei bereits gesendeten Speisen automatisch einen Stornobon an der Küchenstation und gibt den Tisch im Saalplan frei.

Standard-Ablauf 3: Rückerstattung (Refund) für bereits bezahlte Rechnungen#

Wurde eine Rechnung bereits kassiert und ein Beleg ausgestellt, kann der Bon nicht mehr gelöscht werden. Die Rückabwicklung erfolgt geregelt über eine Rückerstattung:

  1. Für die Rückerstattung einer bezahlten Bestellung gibt es in der Kasse keinen Bildschirm: Die Abschlussmaske hat nur einen abgeblendeten Knopf Korrektur (→ Kapitel 14a). Die Rückerstattung läuft über die Schnittstelle der Plattform (→ Kapitel 37); Ihr Betreuer löst sie aus. Für die Rückerstattung einer Online-Zahlung gibt es in der Kartenabstimmung den Knopf Erstattung wiederholen (→ Kapitel 35a).
  2. Teilerstattung vs. Voll-Rückerstattung:
    • Voll-Rückerstattung: Der gesamte Betrag der Zahlung wird zurückerstattet.
    • Teilerstattung: Ein Teilbetrag (z. B. für eine reklamierte Speise) wird zurückerstattet.
  3. Besonderheiten bei Kartenzahlungen (Storno vs. Gutschrift am Terminal):
    • Fall A: Vollstorno am selben Tag (vor dem Tagesabschluss am Terminal): Erfolgt die vollständige Rückerstattung einer Kartenzahlung vor dem Tagesabschluss am Bezahlterminal (Kassenschnitt), sendet das Kassensystem automatisch einen Stornobefehl an das Terminal. Das System übermittelt dabei die Beleg-Nr. der ursprünglichen Kartenzahlung. Vorteil für den Gast: Die Karte muss nicht erneut vorgelegt werden. Das Terminal nimmt die Buchung anhand der Belegnummer direkt aus seinem Journal heraus.
    • Fall B: Gutschrift / Erstattung (nach dem Tagesabschluss am Terminal oder bei Teilerstattung): Wurde am Kartenterminal bereits der Tagesabschluss (Kassenschnitt) durchgeführt (→ Kapitel 35a) oder soll nur ein Teilbetrag erstattet werden, ist ein Belegstorno am Terminal technisch nicht mehr möglich. Das System veranlasst stattdessen eine Gutschrift am Terminal. Wichtig: Hierfür muss der Gast seine Karte erneut an das Kartenterminal halten oder einstecken.
  4. Aufteilung bei Zahlungen mit Trinkgeld:
    • Wurde bei der ursprünglichen Zahlung Trinkgeld gegeben, mindert eine Erstattung immer zuerst den steuerbaren Rechnungsanteil (Umsatz) und erst danach das Trinkgeld.
  5. Schutz vor Über-Rückerstattung: Das System verweigert eine Erstattung, wenn der angeforderte Betrag höher ist als der ursprünglich eingezogene Betrag abzüglich früherer Teilerstattungen.
  6. Korrekturbeleg für den Gast: Das System erstellt automatisch eine negative Fiskaltransaktion an der TSE und druckt einen Korrekturbeleg. Dieser weist die ursprüngliche Belegnummer, die negativen Beträge sowie die gültige TSE-Signatur aus.

Was passiert im Hintergrund#

  • Bei einem Storno vor der Zahlung wird die Bestellung im Status voided archiviert. Es werden niemals Datensätze aus der Datenbank gelöscht. Das System speichert den Stornogrund und die Bediener-ID unveränderbar im Audit-Log.
  • Bei einer Rückerstattung nach Belegabschluss wird eine fiskalische Gegenbuchung an der TSE erzeugt. Die Mehrwertsteueranteile werden negativ eingebucht, um die Kassenführung und den DATEV-Export korrekt auszugleichen.
  • Bei einer Kartenerstattung prüft das System vorab, ob die Buchung einem bereits durchgeführten Terminalabschluss angehört:
    • Ohne bisherigen Abschluss und bei vollem Betrag: Stornierung per Terminal-Belegnummer (ZVT-Befehl für Storno, status reversed).
    • Mit bisherigem Abschluss oder bei Teilbetrag: Gutschrift am Terminal (ZVT-Befehl für Erstattung, status refunded bzw. partially_refunded).
  • Scheitert die Rückmeldung des Kartenterminals, bricht der Vorgang mit einer Fehlermeldung ab, ohne die Kassen- und Fiskaldaten zu verändern.

Häufige Probleme#

1. Nach dem Kassenschnitt bitte erstatten#

  • Ursache: Es wurde versucht, eine Kartentransaktion über den Stornobefehl per Belegnummer zu stornieren, obwohl für diese Zahlung am Terminal bereits der Tagesabschluss (Kassenschnitt) durchgeführt wurde.
  • Lösung: Nach dem Tagesabschluss kann das Terminal Buchungen nicht mehr stornieren. Führen Sie eine reguläre Gutschrift (Erstattung) durch; der Gast muss dazu seine Karte erneut an das Terminal halten.

2. Storno outcome unknown — check the terminal before retrying#

  • Ursache: Das Kartenterminal hat den Stornierungsbefehl nicht innerhalb des Zeitfensters bestätigt.
  • Lösung: Prüfen Sie das Terminal-Display und den Papierausdruck des Kartenterminals, ob der Storno dort bereits verbucht wurde.

3. Erstattung outcome unknown — check the terminal before retrying#

  • Ursache: Das Kartenterminal hat bei der Gutschrift nicht rechtzeitig geantwortet.
  • Lösung: Kontrollieren Sie den Ausdruck am Terminal, bevor Sie die Gutschrift erneut anstoßen.

4. Cannot void captured/refunded transaction; use refund instead#

  • Ursache: Es wurde versucht, eine bereits final verbuchte Kartenzahlung über die einfache Stornofunktion für unbestätigte Autorisierungen aufzuheben.
  • Lösung: Verwenden Sie für abgeschlossene Transaktionen die reguläre Erstattungsfunktion.

5. Refund amount {amount_cents} cents exceeds remaining captured amount {remaining} cents#

  • Ursache: Der für die Erstattung eingegebene Betrag übersteigt den ursprünglich bezahlten Betrag (Schutz vor Über-Rückerstattung).
  • Lösung: Reduzieren Sie den Betrag auf maximal den noch offenen Transaktionswert.

6. Cannot modify a finalized order#

  • Ursache: Es wurde versucht, Artikel zu einer bereits bezahlten oder geschlossenen Bestellung hinzuzufügen oder zu ändern.
  • Lösung: Abgeschlossene Bons können nicht verändert werden. Erfassen Sie Nachbestellungen auf einem neuen Bon oder führen Sie bei Reklamationen eine Rückerstattung durch.

7. Cannot cancel payment on a finalized order#

  • Ursache: Eine laufende Kartensitzung sollte für eine bereits fiskalisch abgeschlossene Bestellung storniert werden.
  • Lösung: Nutzen Sie die reguläre Beleg-Rückerstattung.

Grenzen#

  • Eine Servicekraft kann gesendete Bestellungen nicht selbst stornieren und benötigt für Erstattungen stets die PIN eines Managers oder Administrators.
  • Ein fiskalisch erzeugter Beleg kann nicht gelöscht oder abgeändert werden; es muss stets ein Korrekturbeleg mit einer steuerlichen Gegenbuchung ausgestellt werden.
  • Nach dem Tagesabschluss am Bezahlterminal kann eine Kartenzahlung nicht mehr ohne Vorlage der physischen Karte storniert werden; es ist zwingend eine Gutschrift mit erneutem Vorhalten der Karte erforderlich.

Dieses Kapitel gehört zum Merkuron-Handbuch für Inhaber und Servicepersonal.