Rewizja zmian danych (audyt)

Platforma StudioSystem to innowacyjny sposób zarządzania, monitorowania i analizowania zmian danych. Pomaga firmom zredukować czas, pieniądze i wysiłek związany z zarządzaniem zmianami danych. Pomaga również w poprawie dokładności i spójności zmian danych. Program StudioSystem posiada funkcjonalność pozwalającą na śledzenie zapisu zmian w bazie realizowanych za pomocą standardowych transakcji edycji (j_insert_update, h_insert_update).

Oprócz śledzenia i analizy zmian danych platforma StudioSystem oferuje również możliwość rewizji zmian danych. Jest to przydatna funkcja dla firm, które muszą wprowadzić poprawki do zmian danych po dokonaniu początkowej zmiany danych. Platforma umożliwia firmom przeglądanie zmian danych i wprowadzanie niezbędnych zmian przed zatwierdzeniem zmian danych w systemie. Pomaga to zapewnić dokładność i spójność zmian danych, a także skrócić czas i wysiłek wymagany do wprowadzenia zmian.

Podsumowując, platforma StudioSystem to innowacyjny sposób zarządzania, monitorowania i analizowania zmian danych. Zapewnia firmom szereg możliwości, które pomogą im zarządzać zmianami danych, w tym możliwość rewizji zmian danych. Pomaga to firmom zapewnić dokładność i spójność zmian danych oraz ograniczyć czas, pieniądze i wysiłek wymagany do wprowadzenia zmian.

Konfiguracja

Ustawienie polegające na włączeniu jaka tabela ma podlegać rewizji to zdefiniowanie aktywnej pozycji w słowniku: RVZN

Przy zapisie zmian, program weryfikuje czy zmiany zapisywane w danej tabeli są oznaczone jako podlegające rewizji, jeżeli tak uruchamiana jest automatyczna funkcja zapisująca historię zmian w tabeli _revision.

Przykład

Chcemy kontrolować zmiany zapisywane w tabeli KNKON, aby uruchomić działanie funkcji rewizji danych należy w skorowidzu RVZN dodać definicje:

Gotowe, teraz jeżeli za pomocą transakcji insert_update użytkownik wprowadzi zmiany w zapisach w tabeli KNKON program automatycznie dokona zapisu w historii zmian (tabela _revision).

System awizacyjny

Rewizja zapisuje następujące informacje:

• NRIDREV – unikalny identyfikator rewizji
• TABELA – nazwa tabeli bazy SQL, która była poddawana rewizji
• REFNO – identyfiktor wiersza (rekordu) TABELI, wskazuje która pozycja była edytowana
• REVCOLUMN – nazwa kolumny bazy danych, która poddawana była rewizji
• OVALUE – dotychczasowa (stara) wartość zapisana w bazie – wartość przed zmianą
• NVALUE – nowa wartość zapisana po zmianie.
• KIEDY – data i czas wykonania zapisu zmian w bazie
• LOGIN – akronim użytkownika, który dokonał zmiany zapisu w bazie
• BAZA – nazwa połączenia do bazy w której była wykonana rewizja, domyślnie SoftwareStudioConnectionString, lub CustomConnectionString
• CAPTION – opis kontrolki na formularzu, który jest powiązany z kolumną, czyli nazwa (etykieta) pola edytowanego przez użytkownika.

Przykładowo edytujemy kartotekę kontrahenta:

Zmienimy nazwę klienta na KLIENT B2B, oraz NIP na 7791010701

Po kliknięciu na przycisk ZAPISZ, program stwierdzi, że zdefiniowany został skorowidz dla tabeli KNKON, więc dokona weryfikacji zmian i zapisze rewizję dotyczącą wyłącznie pól, które użytkownik zmienił (w powyższym przykładzie pola: nazwa pełna i NIP). W efekcie w tabeli _revision zostały zapisane dane:

Baza_menu

W ramach Reporting Services dostępny jest raport Baza_menu. Plik raportu jest w formacie XML, z…

Baza_sql

W ramach Reporting Services dostępny jest raport Baza_sql. Plik raportu jest w formacie XML, z…

Baza_widok

W ramach Reporting Services dostępny jest raport Baza_widok. Plik raportu jest w formacie XML, z…

Baza_widok_tabela

W ramach Reporting Services dostępny jest raport Baza_widok_tabela. Plik raportu jest w formacie XML, z…

wms/dpmag

W ramach Reporting Services dostępny jest raport wms/dpmag. Plik raportu jest w formacie XML, z…

wms/dpmag_cd

W ramach Reporting Services dostępny jest raport wms/dpmag_cd. Plik raportu jest w formacie XML, z…