Historia sprawy: co powinieneś umieć odtworzyć po roku
Test na dziesięć minut: weź sprawę sprzed roku i spróbuj odpowiedzieć na pięć pytań. Cztery warstwy, które muszą być rejestrowane, różnica między archiwum plików a historią sprawy i to, czego nie naprawi żadne narzędzie.
Firma dowiaduje się, że nie ma historii sprawy, dokładnie w momencie, w którym ktoś jej o tę historię pyta. Kontrola, audyt, spór z kontrahentem, reklamacja sprzed roku, pytanie zarządu po nieudanym projekcie.
I wtedy jest za późno, bo historii nie da się dopisać wstecz. Można odtworzyć pliki, można odszukać maile, można zapytać ludzi, ale nie da się wykazać, kto i kiedy podjął decyzję, jeżeli nikt tego nie zapisywał na bieżąco.
Test na dziesięć minut
Zanim przejdziesz dalej, zrób to naprawdę, bo wynik jest ciekawszy niż reszta tego tekstu. Weź dowolną sprawę sprzed roku: zamówienie, umowę, reklamację, projekt. I odpowiedz na pięć pytań.
Kto ją założył i kiedy?
Kto ostatni zmienił w niej kwotę albo termin?
Kto ją zaakceptował i kiedy dokładnie?
Którą wersję załącznika miał przed sobą w chwili akceptacji?
Kto miał do niej dostęp przez ten rok?
Większość firm odpowiada na pierwsze pytanie, część na trzecie i prawie żadna na czwarte i piąte. Jeżeli nie umiesz odpowiedzieć na przynajmniej cztery z pięciu, nie masz historii sprawy. Masz pliki i pamięć ludzi, którzy przy niej pracowali.
Plik to nie sprawa
Najczęstsze nieporozumienie brzmi tak, że firma ma archiwum, więc ma historię. To są dwie różne rzeczy i warto je rozdzielić raz na zawsze.
Archiwum plików odpowiada na pytanie, co powstało. Historia sprawy odpowiada na pytanie, co się wydarzyło. Folder z umową, aneksem i skanem protokołu mówi, że te trzy dokumenty istnieją. Nie mówi, że aneks powstał, bo klient zgłosił zastrzeżenie, że zaakceptował go kierownik, a nie zarząd, i że stało się to trzy dni po terminie, na który wszyscy się umówili.
Ta różnica nie ma znaczenia przez większość czasu. Ma znaczenie dokładnie wtedy, gdy sprawa robi się sporna, czyli w jedynym momencie, w którym cokolwiek z tego jest potrzebne.
Cztery warstwy, które muszą być rejestrowane
Pełna historia sprawy składa się z czterech warstw. Większość firm ma jedną, czasem dwie.
Dane. Które pole się zmieniło, z jakiej wartości na jaką, kto to zrobił i kiedy. Nie „rekord zaktualizowano", tylko konkretnie kwota z jednej liczby na drugą.
Pliki i ich wersje. Nie tylko to, że załącznik jest, ale która jego wersja obowiązywała w danym dniu. To jest ta warstwa, która rozstrzyga spory o treść ustaleń.
Decyzje w procesie. Kto zaakceptował, kto odrzucił, z jakim komentarzem, na jakim etapie i ile to trwało. To nie jest to samo co zmiana pola „status".
Dostęp. Kto i kiedy oglądał sprawę. Przy danych osobowych i informacjach handlowych to bywa ważniejsze niż to, kto je zmieniał.
Warstw trzeciej i czwartej nie da się dorobić później. Albo system je rejestruje od początku, albo tych informacji po prostu nie ma.
Uprawnienia są częścią dowodu
„Każdy miał dostęp" to też odpowiedź na pytanie audytora. Po prostu zła.
Jeżeli do sprawy może zajrzeć i zmienić w niej coś każdy pracownik, to informacja o tym, kto ją zmienił, traci połowę wartości dowodowej. Historia zmian działa jako dowód dopiero wtedy, gdy krąg osób mogących tę zmianę wprowadzić był ograniczony i da się wykazać, jak był ograniczony w tamtym czasie.
Dlatego uprawnienia i historia to jedno zagadnienie, nie dwa. System, który loguje wszystko, ale każdemu pozwala na wszystko, produkuje dziennik zdarzeń zamiast dowodu.
Retencja: co usuwamy, kiedy i na jakiej podstawie
Druga strona tego samego medalu. Trzymanie wszystkiego w nieskończoność nie jest ostrożnością, tylko brakiem decyzji, a przy danych osobowych bywa problemem samo w sobie.
Sensowna retencja wymaga trzech ustaleń: jak długo trzymamy dany rodzaj sprawy, co dokładnie usuwamy po tym czasie i co zostaje jako ślad, że sprawa istniała. Zwykle usuwa się treść i załączniki, a zostawia metrykę, bo ona waży niewiele, a ratuje w sytuacjach spornych.
Kluczowe jest to, żeby retencja była procesem, a nie corocznym sprzątaniem robionym wtedy, gdy ktoś sobie przypomni. Proces oznacza, że termin liczy się sam, a przed usunięciem ktoś to zatwierdza.
Czego nie naprawi żadne narzędzie
Tu trzeba być uczciwym, bo inaczej cały ten tekst brzmi jak obietnica bez pokrycia.
Jeżeli decyzja zapadła w rozmowie na korytarzu, żaden system jej nie zapisze. Jeżeli kierownik powiedział „robimy", a formalna akceptacja pojawiła się tydzień później, historia pokaże tę drugą datę i będzie to prawda niepełna.
Zadaniem systemu nie jest podglądanie korytarza. Jest nim sprawienie, żeby korytarz nie był potrzebny: żeby zaakceptowanie sprawy zajmowało mniej wysiłku niż powiedzenie o niej komuś przy kawie. Jeżeli formalna ścieżka jest wolniejsza od nieformalnej, ludzie będą używać nieformalnej i będą mieli rację.
Od czego zacząć
Nie od wdrażania rejestru zdarzeń w całej firmie. Od wybrania jednego rodzaju spraw, przy którym pytanie „kto tak zdecydował" pada najczęściej, i doprowadzenia go do stanu, w którym przechodzi test z początku tego tekstu.
Zwykle są to umowy albo reklamacje. Jedno i drugie ma spory, terminy i realne konsekwencje, więc korzyść widać od razu, a nie dopiero przy pierwszej kontroli.
Tagi
Powiązane artykuły
O autorze
Damian Ruszała
Specjalista ds. wdrożeń systemów informatycznych
Analityk biznesowy, konsultant wdrożeniowy oraz low-code developer z doświadczeniem w projektach dla biznesu.
Następny krok
Zobacz, jak to działa na Twoich procesach.
Przejdziemy przez Twoje operacje, pokażemy, jak Opero je odwzoruje, i szczerze powiemy, co pasuje, a co nie.
