Stornierungs-Log: Übersicht und Bedienung im Backend für stornierte Bestellungen
Ab Release 8.30.0
Das Stornierungs-Log ist eine Übersicht aller stornierten Bestellpositionen.
Jede Stornierung – egal ob durch den Kunden, die Administration, eine Schnittstelle oder automatisch
ausgelöst – wird hier mit allen finanziellen Auswirkungen (Erstattungen, Gutschrift) protokolliert.
Seite öffnen
Backend → Bestellungen öffnen → oben die Schaltfläche „Stornierungen" (Symbol 🚫).
Sie ist sowohl in der Bestellübersicht als auch in der Positionsübersicht verfügbar.
Sie sehen eine Tabelle mit allen Stornierungen Ihres Mandanten, die neueste zuerst.
Die Spalten
Spalte | Bedeutung |
|---|---|
Datum | Zeitpunkt der Stornierung (Datum + Uhrzeit). |
Bestellnummer | Bestellcode, zu dem die stornierte Position gehört. |
Artikel | Name des stornierten Artikels, in Klammern die stornierte Menge. |
Positionswert | Bruttowert der stornierten Position. |
Konto-Erstattung | Anteil, der auf das Kundenkonto / Zahlungsmittel zurückerstattet wurde. |
Budget-Erstattung | Anteil, der auf ein hinterlegtes Budget (z. B. Werbekostenzuschuss) zurückgebucht wurde. |
Gutschrift | Ob eine Gutschrift erzeugt wurde (ja/nein). Bei elektronischer Gutschrift erscheint zusätzlich das Kennzeichen ZUGFeRD. |
Ausgelöst von | Wer die Stornierung veranlasst hat (siehe unten); darunter ggf. der konkrete Benutzername. |
Ob die Stornierungs-Bestätigungsmail an den Kunden versendet wurde (ja/nein). | |
Grund | Optional hinterlegter Stornierungsgrund. |
Status | Statuswechsel der Position, als vorher → nachher. |
Konto- vs. Budget-Erstattung: Wurde eine Position teils über ein Budget und teils über das
Konto/Zahlungsmittel bezahlt, wird die Erstattung entsprechend aufgeteilt – beide Spalten zusammen
ergeben den erstatteten Betrag.
„Ausgelöst von" – die vier Typen
Anzeige | Bedeutung |
|---|---|
Shop-Benutzer | Der Kunde hat die Position selbst im Shop storniert (Self-Service). |
Administration | Eine Mitarbeiterin / ein Mitarbeiter hat im Backend (Sitemanager) storniert. |
Schnittstelle | Die Stornierung kam über eine externe API/Schnittstelle. |
System | Automatisch ausgelöst, z. B. wenn eine Freigabe abgelehnt wurde. |
Bei „Shop-Benutzer" und „Administration" steht unter dem Typ zusätzlich der Name der
auslösenden Person.
Bedienung
Die Tabelle lädt serverseitig – auch bei vielen Einträgen bleibt sie schnell.
Suche: Über das Suchfeld nach Bestellnummer, Artikel, Grund usw. filtern. Die Liste wird
sofort auf die Treffer eingeschränkt.Sortieren: Auf eine Spaltenüberschrift klicken. Sortierbar sind u. a. Datum, Bestellnummer,
Artikel, Positionswert, Konto-/Budget-Erstattung und „Ausgelöst von".
Gutschrift, Mail, Grund und Status sind reine Anzeige-Spalten und nicht sortierbar.Einträge pro Seite: Über das Auswahlmenü die Seitengröße einstellen; unten blättern Sie durch
die Seiten.
Wann entsteht ein Eintrag?
Ein Eintrag wird automatisch angelegt, sobald eine Bestellposition storniert wird – unabhängig
vom Auslöser. Festgehalten werden dabei der Zeitpunkt, der Wert, die Aufteilung der Erstattung
(Konto/Budget), ob eine Gutschrift (ggf. als ZUGFeRD-Beleg) erstellt und ob die Bestätigungsmail
verschickt wurde, der Auslöser samt Name sowie der Statuswechsel.
Das Log dient der Nachvollziehbarkeit: Es wird nur geschrieben, nicht aus dieser Ansicht heraus
verändert.
Häufige Fragen
Warum steht bei „Konto-Erstattung" 0,00 € und der ganze Betrag bei „Budget-Erstattung"?
Die Position wurde vollständig über ein Budget bezahlt – die Erstattung geht dann komplett dorthin
zurück. Umgekehrt analog.
Was bedeutet das Kennzeichen „ZUGFeRD" in der Spalte Gutschrift?
Es wurde eine elektronische Gutschrift im ZUGFeRD-Format (PDF mit eingebetteten Rechnungsdaten)
erzeugt und der Bestätigungsmail beigelegt.
„Mail" steht auf nein – wurde der Kunde nicht informiert?
Für diese Stornierung wurde keine Bestätigungsmail versendet (z. B. weil der Auslöser/Workflow keine
Mail vorsieht). Inhaltlich ist die Stornierung trotzdem vollständig protokolliert.
Kann ich hier eine Stornierung rückgängig machen oder bearbeiten?
Nein. Die Ansicht ist ein reines Protokoll (nur Lesen).