Dziennik zmian — co jest zapisywane, a co nie

Dziennik zmian odpowiada na pytanie „kto to zmienił" — ale tylko dla części systemu. Zakres jest wybiórczy z założenia, nie przez niedopatrzenie.

Krok po kroku: sprawdź, czy to, czego szukasz, w ogóle się zapisuje

Zrób to przed godziną przekopywania dziennika. Pusty wynik najczęściej nie znaczy „nikt nic nie zmieniał", tylko „ten obszar nie jest objęty audytem". Czytanie samego dziennika opisuje osobno Jak czytać dziennik — strona i historia przy polu.

Test od strony rekordu

1. Otwórz kartę obiektu, o który pytasz, i najedź myszą na interesujące pole.
2. Pole objęte audytem podkreśla się kropkowaną linią i po chwili pokazuje dymek „Ostatnie zmiany". Brak podkreślenia = to pole nie ma historii i nigdy jej nie będzie miało.
3. Jeśli dymek się pokazuje, ale okno historii jest puste — patrz test poniżej i sprawdź uprawnienie Audit Log (Przechowywanie dziennika i dostęp do niego).

Test rozstrzygający — zmień coś i sprawdź

1. Wejdź w Konfiguracja → Dziennik audytu (nagłówek ekranu: Audit Log).
2. Wyczyść filtry i zapamiętaj, co jest w pierwszym wierszu kolumny Date.
3. Na rekordzie testowym zmień to pole, o które ci chodzi, i zapisz.
4. Wróć na dziennik i kliknij Refresh — ta strona jest po angielsku.
5. Nowy wiersz się pojawił — obszar jest objęty audytem, możesz szukać dalej. Nie pojawił się — pole jest poza listą śledzonych i historii dla niego nie będzie.

Uważaj na dwie pułapki tego testu:

• zapis, który niczego nie zmienił, nie tworzy wpisu — zmień wartość naprawdę,
• kolumna Source rozróżnia autora: api to zmiana zrobiona przez człowieka w interfejsie, system to automatyzacja albo proces w tle. Jeśli szukasz człowieka, a widzisz system, zmianę wykonała reguła.

Na ekranie nie ma filtra po użytkowniku ani po modelu, nie ma też eksportu. Zawęzić da się tylko przez Action, Source, Object ID oraz Date from / Date to.

Co jest objęte audytem

Zmiana produktu w pozycji zamówienia zapisuje się jako kod EAN, nie numer wewnętrzny — dzięki temu wpis jest czytelny po latach. Tak samo zmiana adresu na firmie, oddziale czy magazynie zapisuje się jako pełny adres, a nie jego numer.

Dane kontaktowe firmy, oddziału i magazynu trafiają na etykiety jako nadawca: najpierw magazyn, potem oddział, na końcu firma. Dlatego są w dzienniku — zmieniony telefon czy ulica nadawcy da się przypisać do osoby i godziny. Utworzenie i usunięcie firmy nie tworzy wpisu; dziennik zaczyna się od pierwszej edycji.

Czego dziennik NIE zapisuje

To jest równie ważne:

• produktów, lokalizacji, dokumentów magazynowych — z magazynu tylko pola z tabeli powyżej,
• użytkowników i ról — te mają własny, osobny ślad (Masowe nadawanie ról — dodaj, zastąp, odbierz),
• konta bankowego, logo, strony www i strefy czasowej firmy — te pola zostają poza dziennikiem (Dane firmy — profil, identyfikatory, bank, zgodność, logo),
• statusu zamówienia — nie ma go wśród śledzonych pól,
• pól spoza listy powyżej, nawet na modelach objętych audytem.

Jeśli szukasz, kto zmienił cenę produktu w katalogu — tutaj tego nie znajdziesz.

Co zawiera wpis

Kto, kiedy, w jakiej firmie, na jakim obiekcie, jakiego rodzaju zmiana (utworzenie, edycja, usunięcie), co dokładnie się zmieniło, adres IP i źródło.

Przy edycji widać wartość poprzednią i nową, tylko dla pól, które faktycznie się zmieniły. Zapis, który niczego nie zmienił, nie tworzy wpisu. Przy usunięciu zapisywany jest ostatni stan — dane przeżywają skasowanie rekordu.

Zmiany systemowe

Zmiana wykonana przez automatyzację albo proces w tle jest przypisana do konta systemowego i oznaczona jako źródło systemowe. To pozwala odróżnić „zrobił człowiek" od „zrobiła reguła".

Dziennika nie da się zmienić

Wpisów nie można edytować ani usuwać — ani z interfejsu, ani z panelu administracyjnego. To świadome ograniczenie: dziennik, który da się poprawić, nie jest dowodem.

Awaria samego audytu nigdy nie blokuje operacji — zapis zamówienia uda się nawet wtedy, gdy wpisu nie da się utworzyć.