Status, Icons und Systemmeldungen verstehen

Diese Anleitung hilft dabei, Status, Icons, Hinweise und Systemmeldungen im Backend sicher einzuordnen.

Ziel

Nach dieser Anleitung kannst Du schneller erkennen, ob eine Meldung nur informiert, eine Kontrolle fordert oder einen Arbeitsablauf blockiert.

• Du unterscheidest Status, Aktionsicon, Badge, Hinweis, Warnung und Fehler.
• Du liest Status nicht isoliert, sondern zusammen mit Historie, Liste, Detailansicht und betroffener Aktion.
• Du pruefst, ob ein Problem aus Datenstatus, Modulstatus, Berechtigung, Shopkontext oder externer Rueckmeldung entsteht.
• Du erkennst, wann eine Meldung direkt geloest werden kann und wann ein Log oder eine Detailseite gebraucht wird.
• Du vermeidest doppelte Arbeit, weil Statuswechsel oft Folgeaktionen ausloesen.

Wann diese Anleitung passt

• Eine Tabelle zeigt farbige Badges, Statusnamen oder Warnsymbole.
• Eine Optionsspalte zeigt eine Aktion nicht oder nur unter bestimmten Bedingungen.
• Nach Versand, Zahlung, Import, Synchronisierung oder Pruefung erscheint eine Meldung.
• Eine Bestellung, Rechnung, ein Label oder ein Import steht auf Pruefen oder Fehler.
• Ein Statuswechsel soll eine Mail, Rechnung, Reservierung oder Uebergabe ausloesen.
• Eine Systemmeldung im Backend soll eingeordnet und abgearbeitet werden.

Grundprinzip

Status und Meldungen sind Wegweiser. Ein einzelnes Icon sagt selten alles. Wichtig ist die Kombination aus Ort, Farbe, Text, Aktion und Verlauf.

• Status: beschreibt den aktuellen Zustand eines Datensatzes, zum Beispiel Bestellung offen, teilversendet, versendet oder storniert.
• Badge: hebt eine Bewertung kurz hervor, zum Beispiel OK, Pruefen, Warnung, Fehler oder abgeschlossen.
• Icon: steht meist fuer eine Aktion, etwa bearbeiten, loeschen, senden, drucken, herunterladen, ansehen oder aktualisieren.
• Hinweis: erklaert eine Voraussetzung oder zeigt den naechsten sinnvollen Schritt.
• Warnung: zeigt ein Risiko oder eine fehlende Voraussetzung, laesst den Bereich aber oft weiter bedienbar.
• Fehler: zeigt, dass ein Schritt nicht erfolgreich abgeschlossen wurde oder bewusst gestoppt ist.
• Historie: dokumentiert, wann welcher Status oder welche Aktion an einem Datensatz passiert ist.

Farben und Gewichtung

• Gruen: meist erfolgreich, abgeschlossen oder ohne akuten Handlungsbedarf.
• Blau: meist Information, neutraler Hinweis oder normaler Arbeitszustand.
• Gelb: meist Warnung, Pruefung, offene Voraussetzung oder moeglicher Folgefehler.
• Rot: meist Fehler, blockierter Schritt, fehlende Pflichtangabe oder kritischer Zustand.
• Grau: meist inaktiv, leer, ungeprueft, optional oder ohne aktuellen Treffer.

Diese Farben sind ein Bedienmuster, keine fachliche Garantie. Einige Bereiche nutzen eigene Statusnamen oder externe Rueckmeldungen.

Status bei Bestellungen

Bestellungen haben einen fachlichen Bestellstatus und zusaetzlich Prozesszustaende wie offen, teilversendet, versendet oder storniert. Statusstufen koennen E-Mail-Vorlagen, Downloads oder Reservierungen ausloesen.

• Statusname: zeigt den aktuell gesetzten Bestellstatus fuer Bearbeitung und Kundenkommunikation.
• Frontendname: kann abweichen, wenn Kunden einen anderen Statusnamen sehen sollen.
• Status-E-Mail: wird genutzt, wenn eine Statusstufe mit einer E-Mail-Vorlage verbunden ist und der Mailversand am Auftrag aktiv bleibt.
• Versandstatus: vollstaendiger Versand oder Teilversand kann automatisch den Bestellstatus aendern.
• Storno: setzt eigene Prozesslogik und kann Folgeschritte wie Rueckgabe, Bestandskorrektur oder externe Rueckmeldung ausloesen.
• Historie: speichert Statuswechsel, Versandereignisse, Labelerzeugung, Zahlungsabgleich und wichtige Systemaktionen.

Zahlung und Rechnung

• Zahlungsabgleich: sucht Bestellungen anhand konfigurierter Statusstufen und kann beim Abgleich den Bestellstatus setzen.
• Rechnung erstellen: kann Teil eines Zahlungsabgleichs sein, wenn das Setup diese Aktion vorsieht.
• Rechnung senden: kann ebenfalls automatisiert werden, wenn das Setup passend konfiguriert ist.
• OK: bedeutet meist, dass ein Import- oder Abgleichdatensatz zugeordnet werden konnte.
• Pruefen: bedeutet meist, dass Zuordnung, Betrag, Bestellnummer oder Status nicht eindeutig genug ist.
• Offen oder bezahlt: kann in Rechnungsaktionen sichtbar sein und muss mit Zahlungsdatum, Abgleich und Historie zusammen gelesen werden.

Versand, Label und Tracking

• Label erstellt: legt ein Versandlabel ab, schreibt Trackingdaten und ergaenzt die Bestellhistorie.
• Label-Fehler: kommt haeufig aus fehlenden Adressdaten, deaktiviertem Labeldruck, fehlerhaften Zugangsdaten oder Rueckmeldung des Versanddienstes.
• Tracking: zeigt externe Paketinformationen, kann aber zeitverzoegert aktualisiert werden.
• Paketstatus: externe Dienste koennen Paketstatus melden und je nach Konfiguration Bestellstatus setzen.
• Versandliste: arbeitet mit Statusstufen und offenen oder teilversendeten Bestellungen.
• Teilversand: entsteht, wenn nur ein Teil der Positionen versendet wurde.

Bei Versandfehlern zuerst Adresse, Gewicht, Versandart, Labeldruck, Zugangsdaten und betroffenen Versanddienst pruefen. Danach Historie und Log kontrollieren.

Icons in Optionsspalten

Icons in Tabellen stehen meist fuer Aktionen. Sichtbarkeit und Wirkung haengen von Recht, Datensatzstatus, aktivem Modul und Kontext ab.

• Stift: Datensatz bearbeiten.
• Loeschen: Datensatz entfernen, meist mit Sicherheitsdialog.
• Plus: neuen Datensatz, neue Position, neues Dokument oder neue Folgeaktion erstellen.
• Auge: anzeigen oder Vorschau oeffnen.
• Brief: E-Mail oder Nachricht senden.
• Drucker oder PDF: Dokument drucken oder herunterladen.
• Pfeil oder Aktualisierung: neu laden, synchronisieren, erneut erstellen oder Status aktualisieren.
• Euro: Zahlung oder Rechnungsstatus markieren.
• Info: Zusatzdetails, Erklaerung oder Protokollhinweis oeffnen.

Wenn ein Icon fehlt, nicht sofort von einem Fehler ausgehen. Zuerst Recht, Status, Modul, Shopkontext und Datenvoraussetzung pruefen.

Systemmeldungen im Backend

• System: technische Hinweise, Updates, fehlgeschlagene E-Mails, Sicherheitsmeldungen oder allgemeine Shopmeldungen.
• Bestellungen: neue Bestellungen, Importfehler oder Marktplatzereignisse.
• Kunden: Kontaktanfragen, Registrierungen, Bewertungen oder Widerrufsanfragen.
• Lager: kritische Bestaende oder bestandsbezogene Hinweise.
• Interne Nachricht: manuell erzeugte Mitteilung fuer Backend-Benutzer.
• Ungelesen: Meldung ist noch nicht abgearbeitet oder wurde noch nicht bewusst geoeffnet.
• Geloescht: Meldung ist aus der aktiven Ansicht entfernt, kann aber je nach Bereich noch im Verlauf auftauchen.

Ablauf bei einer Warnung

1. Meldungstext vollstaendig lesen.
2. Ort pruefen, also Liste, Detailseite, Dialog oder Meldungszentrum.
3. Betroffenen Datensatz oeffnen und Status, Historie und letzte Aktion pruefen.
4. Pruefen, ob ein Recht, ein Modul, eine Shopfreigabe oder ein aktiver Filter die Ansicht beeinflusst.
5. Bei Versand, Zahlung, Import oder Marktplatz zusaetzlich das passende Log oder die Detailseite pruefen.
6. Nur die kleinste sinnvolle Korrektur ausfuehren.
7. Aktion wiederholen oder Datensatz neu laden.
8. Erfolg ueber Meldung, Status, Historie und Folgeansicht kontrollieren.

Pruefliste vor Statuswechseln

• Ist der aktuelle Status wirklich der Ausgangspunkt fuer die geplante Aktion.
• Gibt es offene Positionen, fehlende Dokumente, fehlende Zahlung oder fehlende Versanddaten.
• Ist eine Status-E-Mail mit dieser Statusstufe verbunden.
• Soll ein Dokument erzeugt, gesendet oder an eine Folgeaktion uebergeben werden.
• Ist der richtige Shopkontext aktiv.
• Hat der Benutzer das fachliche Recht fuer die Aktion.
• Gibt es eine Historie, die den letzten Schritt bereits dokumentiert.
• Sind externe Dienste oder Module fuer den Schritt aktiv.

Typische Stolperfallen

• Farbe ueberbewertet: ein gelbes Badge kann nur Pruefung bedeuten, nicht zwingend einen Fehler.
• Status und Prozess verwechselt: Bestellstatus, Versandstatus, Zahlungsstatus und Dokumentstatus sind verschiedene Ebenen.
• Historie ignoriert: die Antwort steht oft im letzten Eintrag der Bestellhistorie.
• Icon fehlt: Ursache ist haeufig Recht, Modul, Status oder fehlende Voraussetzung.
• Automatik doppelt gestartet: ein Statuswechsel oder Zahlungsabgleich hat eine Folgeaktion bereits ausgeloest.
• Filter aktiv: Listen zeigen nur einen Ausschnitt und lassen Datensaetze scheinbar fehlen.
• Externe Rueckmeldung fehlt: Versand- oder Zahlungsdienste koennen zeitverzoegert antworten.

Verwandte Bereiche

• Tabellen und Optionsspalten bedienen: Spalten, Sammelaktionen und sichtbare Aktionen einordnen.
• Datenfilter: aktive Filter pruefen, bevor fehlende Daten als Fehler bewertet werden.
• Backend-Navigation verstehen: Meldungen, Detailseiten, Dialoge und Arbeitskontext finden.
• Benutzerrechte und Rollen: fehlende Aktionen durch Rechte oder Shopfreigaben einordnen.
• Multishop-Arbeitsweise: Meldungen und Status im richtigen Shopkontext kontrollieren.
• Zahlungsabgleich: Statuswechsel und Rechnungsaktionen beim Zahlungseingang verstehen.
• Versandlisten und Versandlabels: Labelerstellung, Tracking, Teilversand und Fehlerrueckmeldungen pruefen.