Czy Subiekt GT nie ma pełnej historii edycji dokumentów?

Subiekt GT ma ograniczoną historię edycji dokumentów w porównaniu z bardziej rozbudowanymi systemami klasy ERP.

Jak rozumieć ograniczoną historię edycji w Subiekcie GT

Subiekt GT nie jest systemem pozbawionym kontroli nad dokumentami, ale jego historia zmian nie odpowiada pełnemu dziennikowi audytowemu spotykanemu w rozbudowanych systemach ERP. W praktyce oznacza to, że użytkownik może mieć dostęp do informacji o bieżącym stanie dokumentu, jego numerze, rodzaju, kontrahencie, pozycjach, wartościach oraz statusie, jednak nie każda wcześniejsza wersja każdego pola musi być przechowywana w sposób pozwalający na odtworzenie całej chronologii zmian.

Pełna historia edycji oznaczałaby zapisanie między innymi tego, kto zmienił dokument, kiedy wykonał zmianę, jaka była wartość przed zmianą, jaka wartość pojawiła się po zmianie oraz w jakiej kolejności wykonywano kolejne operacje. Ograniczona historia może rejestrować tylko wybrane zdarzenia albo prezentować stan końcowy dokumentu. Dlatego samo otwarcie dokumentu i sprawdzenie jego aktualnej treści nie zawsze odpowiada na pytanie, jak wyglądał on przed korektą, usunięciem pozycji lub zmianą danych kontrahenta.

Różnica między dokumentem bieżącym a rejestrem zmian

W systemie sprzedażowo-magazynowym trzeba odróżnić dokument zapisany w bazie od niezależnego rejestru audytowego. Dokument przechowuje dane potrzebne do obsługi sprzedaży, zakupu, magazynu i rozliczeń. Rejestr audytowy przechowuje natomiast ślad operacji wykonywanych na tych danych. Jeżeli aplikacja zapisuje przede wszystkim aktualną wersję dokumentu, to późniejsza edycja może zastąpić wcześniejsze wartości. W takim modelu można sprawdzić, jak dokument wygląda obecnie, lecz niekoniecznie można odtworzyć każdą poprzednią wersję.

Znaczenie ma także różnica między zmianą dokumentu a wystawieniem dokumentu korygującego. Korekta jest odrębnym dokumentem biznesowym, który opisuje określoną zmianę i pozostawia własny zapis w bazie. Nie jest jednak tym samym co techniczny dziennik wszystkich operacji wykonanych na dokumencie pierwotnym. Jeżeli użytkownik zmienił dane przed zatwierdzeniem dokumentu, dodał lub usunął pozycję, a następnie zapisał dokument, późniejsza analiza może nie dostarczyć kompletnego obrazu czynności wykonanych podczas wcześniejszej edycji.

Nie należy również utożsamiać numeracji dokumentów z historią zmian. Numer dokumentu, data wystawienia, status realizacji lub powiązanie z innym dokumentem pomagają uporządkować obieg operacji, ale nie muszą wskazywać wszystkich osób i wszystkich pól modyfikowanych po drodze. Do oceny konkretnego przypadku potrzebne są dane z samego dokumentu, powiązanych korekt, zapisów magazynowych oraz dostępnych w programie informacji o operacjach użytkowników.

Co może powodować luki w odtworzeniu wcześniejszego stanu

Brak pełnego obrazu zmian może wynikać z kilku różnych przyczyn. Jedną z nich jest zakres informacji zapisywanych przez aplikację. Inną są uprawnienia użytkowników, ponieważ możliwość edycji, zatwierdzania, anulowania lub korygowania dokumentów może być różna dla poszczególnych kont. Znaczenie ma również etap, na którym wykonano operację: dokument roboczy, zapisany, zatwierdzony, zrealizowany lub skorygowany może podlegać innym regułom niż dokument znajdujący się w początkowej fazie pracy.

Odrębnym problemem są kopie bezpieczeństwa. Regularna kopia bazy danych pozwala odzyskać wcześniejszy stan całej bazy z momentu wykonania kopii, ale nie tworzy automatycznie historii każdej zmiany pomiędzy kolejnymi kopiami. Przywrócenie starszej kopii może więc pomóc porównać dokument z aktualną bazą, lecz nie musi wskazać dokładnej godziny, użytkownika i kolejności wszystkich edycji. Takie porównanie wymaga także zachowania kopii w różnych punktach czasu oraz kontroli, czy dotyczą one tej samej bazy i tego samego środowiska pracy.

Przy sprawdzaniu rozbieżności warto porównać dokument źródłowy z dokumentami korygującymi, zapisami magazynowymi, wydrukami, eksportami oraz innymi trwałymi potwierdzeniami operacji. Trzeba przy tym zachować ostrożność interpretacyjną: różnica między wydrukiem a aktualnym dokumentem pokazuje, że stan się zmienił, lecz sama w sobie nie wyjaśnia, kto i w jaki sposób wykonał zmianę. Jeżeli wymagany jest formalny, niezmienny audyt, należy wcześniej potwierdzić w dokumentacji konkretnej wersji programu, jakie zdarzenia Subiekt GT rejestruje i jak długo są one dostępne.

Sprawdzenie historii dokumentów w praktyce serwisowej

Diagnostykę warto rozpocząć od ustalenia rodzaju dokumentu, jego numeru, daty, statusu i powiązań z innymi dokumentami. Następnie należy sprawdzić, czy problem dotyczy rzeczywistego braku historii, czy raczej oczekiwania, że program pokaże poprzednie wartości każdego pola. Pomocne jest także ustalenie, czy dokument był edytowany przed zatwierdzeniem, czy zmiana została wykonana przez korektę, oraz czy istnieją kopie bazy z okresu poprzedzającego zauważoną rozbieżność.

W przypadku podejrzenia błędnego działania programu trzeba zabezpieczyć kopię bazy i zebrać informacje o wersji Subiekta GT, systemie Windows, sposobie pracy użytkowników oraz momencie wystąpienia problemu. Nie powinno się wykonywać przypadkowych operacji naprawczych bez kopii, ponieważ późniejsze zapisy mogą utrudnić ustalenie pierwotnego stanu. Analiza może obejmować konfigurację stanowiska, dostęp do bazy danych, poprawność kopii bezpieczeństwa, uprawnienia użytkowników i spójność danych aplikacji, ale wynik powinien wyraźnie rozdzielać potwierdzone zapisy od wniosków opartych na porównaniu dokumentów.

Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i ich podzespołów, a przy problemach z działaniem oprogramowania na komputerze można przeprowadzić diagnostykę środowiska, w którym Subiekt GT jest używany. Weryfikacja powinna koncentrować się na objawach możliwych do odtworzenia, kopiach bezpieczeństwa i spójności danych, bez zakładania z góry, że każda rozbieżność wynika z awarii programu. Ograniczona historia edycji może być cechą sposobu rejestrowania danych, a nie usterką sprzętu lub systemu operacyjnego.