Skip to main content
Das Audit-Log gibt Ihnen einen manipulationssicheren Verlauf der Aktionen, die Ihre Mitarbeiter in Ihrem Konto durchführen: wer hat was getan, an welcher Ressource, von wo aus, und ob es erfolgreich war. Nutzen Sie es, um Änderungen zu untersuchen, Compliance-Anforderungen zu erfüllen und Fragen zu beantworten wie “Wer hat diese Bestellung storniert?” oder “Wann wurde dieser Menüartikel aktualisiert?”.
Das Audit-Log ist auf Kontoinhaber und Admins beschränkt. Mitarbeiter mit anderen Rollen sehen beim Versuch, es zu öffnen, eine “restricted”-Meldung, und ein Admin, dessen Zugriff auf bestimmte Stores beschränkt ist, sieht nur Ereignisse für diese Stores.

​
Wo Sie es finden

1

Logs öffnen

Klicken Sie in der Seitenleiste auf Analytics, um den Abschnitt aufzuklappen, und wählen Sie dann Logs.
2

Audit-Log öffnen

Wählen Sie unter der Überschrift Security die Option Audit Log.
3

Suchen und filtern

Die neuesten Ereignisse werden automatisch geladen. Grenzen Sie die Ergebnisse mit Filtern ein oder exportieren Sie, was Sie sehen, als CSV.

​
Was aufgezeichnet wird

Jeder Eintrag erfasst den vollständigen Kontext einer einzelnen Mitarbeiteraktion: Das Auswählen einer Zeile erweitert ein Detailfenster mit der Anfragemethode, dem Pfad, der Route, IP-Adresse, User-Agent, Request-ID und Trace-ID sowie dem Fehlertyp bei fehlgeschlagenen Aktionen.

​
Welche Aktionen protokolliert werden

  • Alle Änderungen werden aufgezeichnet – alles, was Daten erstellt, aktualisiert oder löscht (einschließlich Aktionen wie Archivieren, Stornieren, Wiederherstellen oder Veröffentlichen).
  • Sensitive Reads werden aufgezeichnet – Anzeigen oder Herunterladen von Berichten, Exporten, Rechnungen und Abrechnungen. Das Öffnen des Audit-Logs selbst wird als read aufgezeichnet, und das Exportieren wird als export aufgezeichnet.
  • Routinemäßige Reads (Durchsuchen von Listen, Öffnen von Detailansichten, Hintergrund-Polling) werden nicht aufgezeichnet, damit das Log auf sinnvolle Aktivitäten fokussiert bleibt.
Aktionen von Kunden, die Bestellungen aufgeben, und von API-Schlüsseln liegen außerhalb des Umfangs des Audit-Logs – es konzentriert sich auf Mitarbeiteraktionen im Dashboard.

​
Wer hat wann eine Store-Einstellung geändert

Das Speichern einer Store-Einstellungsseite wird wie jede andere Änderung aufgezeichnet: ein update auf die Ressource, die hinter dieser Seite steht, zugeordnet zum Mitarbeiter, der gespeichert hat, und mit dem Zeitpunkt der Speicherung. Öffnungszeiten sind der häufigste Fall. Wöchentliche Öffnungszeiten und Special Opening Hours werden gemeinsam mit Save auf Stores → Ihr Store → Settings → Opening Hours gespeichert, sodass beide als ein Eintrag mit Ressourcentyp hour und Aktion Update ankommen.
1

Auf Änderungen an Öffnungszeiten filtern

Klicken Sie auf Add filter, wählen Sie Resource type, geben Sie hour ein und klicken Sie auf Apply. Fügen Sie den Filter Action auf Update und den Filter Outcome auf Success hinzu – fehlgeschlagene Speichervorgänge werden ebenfalls protokolliert und haben nichts verändert.
2

Zeitraum festlegen

Das Log öffnet sich mit den letzten 30 Tagen. Um es einzugrenzen, klicken Sie rechts neben den Filtern auf die Datumsbereichs-Schaltfläche mit dem Kalendersymbol und wählen Sie eine Voreinstellung (Today, Yesterday, This month, Last month, This year, Last year, All time) oder markieren Sie die Daten im Kalender. All time zeigt nichts über Ihre Aufbewahrungsfrist hinaus an.
3

Zeile lesen

Time ist der Zeitpunkt, zu dem die Öffnungszeiten gespeichert wurden, Actor ist der Mitarbeiter, der gespeichert hat (Name, E-Mail und Rolle zum Zeitpunkt), und Store ist der betroffene Store – Sie können den Store-Filter also weglassen und stattdessen die Spalte lesen, anstatt Store-IDs nachzuschlagen.
4

Für die Anfragedetails erweitern

Beim Auswählen der Zeile wird Path als /venues/<store id>/hours, die IP address, der User agent und die Request ID sowie Fields changed als venueHours und specialHours angezeigt.
Derselbe Ansatz funktioniert für andere Änderungen – filtern Sie nach Ressourcentyp (venue für die Einstellungen eines Stores selbst und menu, product oder discount-code für Katalog- und Aktions-Änderungen) und lesen Sie die Spalten Actor und Time.

​
Was Ihnen das nicht sagt

  • Die Werte. Das Log zeichnet auf, dass Öffnungszeiten geändert wurden und welche Felder betroffen waren – niemals die Zeiten vorher und nachher. Es gibt keine Möglichkeit, die vorherigen Öffnungszeiten im Dashboard einzusehen.
  • Änderungen, die nicht von einem Mitarbeiter vorgenommen wurden. Alles, was von einem API-Schlüssel, einer POS- oder Liefer-Integration oder einem Kunden ausgeführt wurde, liegt außerhalb des Umfangs.
  • Alles, was älter ist als Ihre Aufbewahrungsfrist. Standardmäßig 30 Tage (siehe Aufbewahrung).
Wenn eine Änderung älter ist als Ihre Aufbewahrungsfrist oder von einer Integration vorgenommen wurde, kann das Audit-Log Ihnen nicht sagen, wer sie vorgenommen hat. Kontaktieren Sie den Support mit dem Store und dem ungefähren Datum, falls Sie dies dennoch untersucht haben möchten.

​
Suchen und Filtern

Das Audit-Log verwendet eine facettenbasierte Suchleiste. Fügen Sie einen oder mehrere Filter hinzu und klicken Sie auf Apply; aktive Filter erscheinen als entfernbare Pillen. Verfügbare Facetten: Standardmäßig zeigt das Log die letzten 30 Tage. Ergebnisse sind paginiert – verwenden Sie Load more, um ältere Ereignisse abzurufen. Sie können alles mit Clear all löschen.
Kombinieren Sie Facetten, um einen Vorfall einzugrenzen – filtern Sie zum Beispiel nach Actor und Action: delete, um alles zu sehen, was ein bestimmter Benutzer entfernt hat.

​
Nach CSV exportieren

Klicken Sie auf Export, um die aktuell gefilterten Ergebnisse als CSV-Datei herunterzuladen (mit denselben Filtern und demselben Datumsbereich). Dies ist praktisch, um sie mit Auditoren zu teilen oder außerhalb von storekit zu archivieren.
Exporte sind auf 50.000 Zeilen begrenzt. Wenn Sie das Limit erreichen, grenzen Sie den Datumsbereich ein oder fügen Sie Filter hinzu und exportieren Sie in kleineren Chargen.

​
Datenschutz und Datenverarbeitung

Das Audit-Log ist so konzipiert, dass es aufzeichnet, was sich geändert hat, ohne sensible Inhalte zu erfassen:
  • Es speichert die Namen der Felder, die an einer Änderung beteiligt waren (z. B. “price, availability”) – niemals die tatsächlich übermittelten Werte.
  • Feldnamen, die sensibel aussehen (Passwörter, Tokens, Schlüssel, Kartendetails, PINs und ähnliches), werden automatisch verworfen und niemals aufgezeichnet.
  • Datensätze sind append-only: Einträge werden niemals bearbeitet oder einzeln gelöscht, damit die Historie vertrauenswürdig bleibt.

​
Aufbewahrung

Audit-Einträge werden standardmäßig 30 Tage aufbewahrt, und das Log öffnet sich mit demselben 30-Tage-Fenster. Die Aufbewahrung wird pro Konto festgelegt, sodass Konten, die für Compliance eine längere Historie benötigen, diese anfordern können.
Nur Kontoinhaber und Admins. Andere Mitarbeiterrollen können es nicht anzeigen oder exportieren.
Das Log zeichnet absichtlich nur Änderungen und Sensitive Reads (Berichte, Exporte, Rechnungen, Abrechnungen) auf. Alltägliches Durchsuchen und Hintergrundanfragen werden ausgeschlossen, damit das Log auf sinnvolle Aktivitäten fokussiert bleibt.
Nein. Es zeichnet auf, welche Felder an einer Änderung beteiligt waren, aber nicht die übermittelten Werte. Sensible Feldnamen werden vollständig verworfen.
Einträge werden standardmäßig 30 Tage aufbewahrt. Wenn Sie eine längere Aufbewahrung für Compliance benötigen, kontaktieren Sie unser Team.
Sie können die gefilterten Ergebnisse exportieren, bis zu 50.000 Zeilen pro Export. Für größere Bereiche teilen Sie den Export in kleinere Zeitfenster auf.