Wenn die tägliche Synchronisation rund läuft, fallen Logs ehrlich gesagt kaum auf. Ein grünes 'Erfolg'-Häkchen kurz im Blick, weiter zur nächsten Aufgabe – das ist der Normalfall. Doch ihren wahren Wert zeigen Logs in dem Moment, in dem etwas schiefläuft.
'An jenem Tag war der Bestand auf einmal halbiert.' 'Irgendwann standen alle SKUs auf null.' 'Nur ein bestimmter Standort hängt auf einem alten Wert.' Wenn solche Probleme auftreten und Logs vorhanden sind, finden Sie die Ursache in einer Stunde. Sind sie nicht da, verbringen Sie einen ganzen Tag mit Detektivarbeit. In diesem Beitrag denken wir Sync-Logs neu als Audit-Log.
Der Wert, Logs zu führen
Logs in der Bestandsverwaltung sind nicht bloß 'Ausführungsprotokolle'. Sie sind 'Belege für Änderungen an Bestandsdaten' und im Vorfall eine Zeitmaschine. Wenn intern die Frage aufkommt 'wer hat diese Zahl wann geändert?', liefern Logs die Antwort auf einen Blick. Ohne Logs verlassen Sie sich auf menschliches Gedächtnis – und am Ende stehen Verdachtsmomente oder Schuldzuweisungen.
Es ist zu spät, 'erst nach dem Vorfall mit dem Loggen anzufangen'. Sammeln Sie sie in friedlichen Zeiten still und stetig. Und legen Sie vorab Ablageort und Suchweg fest, damit Sie sie im Ernstfall sofort herausziehen können. Allein das verändert die Geschwindigkeit der Vorfallsbearbeitung dramatisch.
Was muss im Log stehen, damit es nützt
Die Aufforderung 'Logs führen' gibt nicht unbedingt eine klare Vorstellung, was konkret enthalten sein sollte. Hier die Punkte, die ein Bestands-Sync-Log unserer Ansicht nach immer beinhalten sollte.
- Ausführungsdatum und -uhrzeit (in einem Format mit erkennbarer Zeitzone)
- Ausführender Benutzer oder Trigger (manuell oder automatisiert)
- Betroffene SKUs, Standorte und Zeilenanzahl
- Wert vor und Wert nach dem Schreiben
- Erfolgs-/Fehlerstatus und, im Fehlerfall, die Fehlermeldung
Besonders wichtig ist der 'Wert vor dem Schreiben'. Ob er vorhanden ist oder nicht, verändert den Schwierigkeitsgrad der Wiederherstellung zwischen Himmel und Erde. Wenn klar ist, 'was überschrieben wurde', ist das Zurückrollen relativ einfach. Wenn 'was vorher dastand' unbekannt ist, wird die Wiederherstellung selbst unmöglich.
Auch die Trigger-Information hilft überraschend stark
Wenn im Log steht, 'wer' oder 'was' eine bestimmte Synchronisation ausgelöst hat, wird der Betrieb spürbar leichter. Manueller Lauf, geplanter automatischer Lauf, Trigger über Webhook – selbst bei demselben Ereignis 'Bestandsänderung' bedeutet ein anderer Trigger andere Ermittlungswege. Tools wie Sync Master, die anzeigen, ob ein Lauf manuell aus der UI oder automatisch nach Plan kam, erleichtern die spätere Recherche enorm.
Ein Vorgehen zur Auswertung
Logs nur 'anzusammeln' halbiert ihren Wert. Bauen Sie ein Verfahren auf, sie regelmäßig auszuwerten und in Betriebsverbesserungen zu überführen. Aufwendiges braucht es nicht. Schon dreißig Minuten einmal im Monat, in denen Sie nur die Logs anschauen, reichen für spürbare Wirkung.
- 01Die Sync-Logs der letzten 4 Wochen öffnen
- 02Alle fehlgeschlagenen Läufe herausziehen
- 03Fehlerursachen nach Mustern gruppieren (z. B. Spaltenzuordnung schief, Netzwerk, SKU-Abweichung)
- 04Für das häufigste Muster eine Gegenmaßnahme festlegen
- 05Die Maßnahme in einer Tabelle oder im internen Wiki dokumentieren
Wenn Sie diese Auswertung fortsetzen, treten Muster wie 'wir scheitern immer aus demselben Grund' hervor. Wenn Sie beispielsweise stets zum Monatsende scheitern, kann das mit einer bestimmten Monatsendaufgabe (Einkauf, Inventur usw.) zusammenhängen. Sobald die Ursache sichtbar ist, lässt sich der Ablauf selbst ändern – das ist eine grundlegendere Lösung als nur Tool-Einstellungen anzupassen.
Tipps, um Logs intern zu teilen
Logs sind besser, wenn nicht nur Sie sie sehen, sondern alle Beteiligten Zugriff haben. Schaffen Sie einen Zustand, in dem die Beteiligten 'was ist mit jenem Sync passiert?' selbst nachschlagen, statt jedes Mal die zuständige Person zu fragen. Allen vollen Admin-Zugang zu geben, ist allerdings nicht realistisch.
Praktisch ist es, eine monatliche Sync-Zusammenfassung in einer Tabelle oder einem Dokument zu pflegen und intern zu teilen. 'Wie viele Läufe diesen Monat, wie viele erfolgreich/fehlgeschlagen', 'die Hauptursachen für Fehler', 'die Verbesserungsschwerpunkte für den Folgemonat' – schon diese drei Zeilen lassen die Beteiligten den Stand erfassen und machen den Betrieb sichtbarer.
Außerdem empfehlen wir eine Kultur, in der vor und nach wichtigen Sync-Jobs (z. B. dem monatlichen Bestandsabgleich) per Slack oder E-Mail 'wir synchronisieren gleich' und 'Sync abgeschlossen' angekündigt wird. Das sind nicht die Logs selbst, aber ein Mechanismus, der Beteiligten zeigt, 'was gerade passiert', ist genauso wertvoll wie die Logs.
Fazit: Logs sind 'ein Brief an Ihr zukünftiges Ich'
Logs zu schreiben, zu bewahren und zu sichten bringt dem heutigen Ich keinen Lohn. Für das Ich und die Kolleginnen und Kollegen in einem halben oder einem Jahr sind sie aber zweifellos ein Rettungsanker. Wer Bestandsdaten verarbeitet – Informationen, deren Verlust unmittelbar Geschäftsausfälle verursacht –, geht ein großes Risiko ein, wenn er Logs gering schätzt.
Wählen Sie ein Tool wie Sync Master, das Logs selbstverständlich führt. Und gewöhnen Sie sich an, diese Logs regelmäßig anzusehen. Allein diese zwei Dinge verändern die Stabilität des Bestandsbetriebs erstaunlich. Das Log von heute ist ein Brief an Ihr zukünftiges Ich. Halten Sie es ordentlich und sicher auf.