Zmiana systemu księgowego często koncentruje się na terminie uruchomienia nowego rozwiązania, przeniesieniu bieżących danych i szkoleniu pracowników. Problem pojawia się później, gdy trzeba odszukać starszą fakturę, sprawdzić historię rozliczenia albo wyjaśnić różnicę między dokumentem źródłowym a danymi zaimportowanymi do nowego systemu.
Kopie zapasowe przed migracją powinny zabezpieczać nie tylko samą bazę, ale również elementy potrzebne do odczytania i wykorzystania informacji po zakończeniu projektu. Bez ustalenia zakresu, miejsca przechowywania oraz osób odpowiedzialnych firma może zachować pliki, z których w praktyce nie da się szybko skorzystać.
Przygotowanie zabezpieczenia danych warto rozpocząć przed pierwszym eksportem, testem migracji lub zmianą konfiguracji. Wtedy łatwiej porównać stan sprzed projektu z wynikiem przeniesienia i uniknąć sporów o to, które dane były dostępne na początku prac.
Kopie zapasowe przed migracją: co powinny obejmować
Zakres ochrony nie powinien wynikać wyłącznie z tego, co da się szybko skopiować. Baza systemu księgowego jest istotna, ale może nie zawierać wszystkich załączników, raportów, ustawień wydruków, danych wymienianych z innymi aplikacjami ani dokumentów przechowywanych poza głównym systemem.
- pełną bazę danych wraz z informacją o jej wersji i dacie wykonania kopii;
- załączniki, skany, dokumenty źródłowe oraz katalogi wykorzystywane przez użytkowników;
- konfigurację systemu, role użytkowników, schematy numeracji i ustawienia raportów;
- pliki wymiany danych z bankiem, magazynem, sprzedażą lub innymi procesami firmy;
- instrukcje oraz dane potrzebne do uruchomienia środowiska tylko do odczytu, jeśli będzie wymagane późniejsze sprawdzenie historii.
Taki zakres pomaga odróżnić kopię techniczną od materiału, który rzeczywiście pozwoli odtworzyć kontekst dokumentów. Planowanie przechowywania, kontroli i możliwości przywrócenia danych obejmuje zabezpieczenie oraz backup danych firmowych, szczególnie gdy system wspiera procesy finansowe i operacyjne.
Najpierw należy ustalić, z czego firma będzie korzystać po zmianie
Po migracji nie zawsze trzeba utrzymywać poprzedni system w pełnym trybie pracy. Często wystarcza kontrolowany dostęp do danych historycznych. Decyzja powinna jednak zostać podjęta wspólnie przez księgowość, osoby odpowiedzialne za procesy oraz IT, a nie dopiero wtedy, gdy pojawi się pilne pytanie o dawny dokument.
Do sprawdzenia pozostaje przede wszystkim, kto będzie potrzebował historii danych, jak długo ma ona być dostępna i czy wystarczy możliwość wyszukania dokumentu, czy konieczne będzie ponowne wygenerowanie raportu lub korekty. Szersze zasady planowania danych i odtwarzania opisuje przewodnik po wykonywaniu kopii zapasowych plików i folderów.
Eksport danych nie zastępuje możliwości ich odtworzenia
Eksport tabel, raportów lub dokumentów do powszechnie używanych formatów może być wartościowym elementem archiwum. Nie powinien jednak automatycznie zastępować pełnego zabezpieczenia źródłowego środowiska. Eksport może pominąć zależności, historię zmian, ustawienia lub załączniki, które później okażą się potrzebne do wyjaśnienia konkretnej sprawy.
Warto wykonać kontrolowany test: wybrać kilka dokumentów z różnych okresów, odszukać je w zabezpieczonych danych, sprawdzić kompletność załączników i potwierdzić, czy osoba odpowiedzialna za proces potrafi uzyskać potrzebną informację. Kolejność uruchamiania usług po problemie z infrastrukturą porządkuje także artykuł o tym, co odtworzyć najpierw po awarii.
Trzeba zabezpieczyć punkt wyjścia i kolejne etapy prac
Jedna kopia wykonana przed rozpoczęciem projektu nie zawsze wystarcza. W czasie migracji mogą być wykonywane poprawki danych, dodatkowe eksporty i próby importu. Jeżeli nie zostaną opisane, po kilku tygodniach trudno ustalić, która wersja odpowiada stanowi sprzed zmian, a która pochodzi już z etapu testowego.
- utworzenie punktu odniesienia przed rozpoczęciem prac;
- oznaczanie kopii datą, zakresem i etapem projektu;
- oddzielenie danych produkcyjnych od kopii używanych do testów;
- ograniczenie dostępu do danych testowych wyłącznie do osób uczestniczących w migracji;
- potwierdzenie, kto może zatwierdzić usunięcie tymczasowych danych po zakończeniu projektu.
Takie podejście ogranicza ryzyko nadpisania danych lub nieświadomego wykorzystania nieaktualnej wersji bazy. Jest również pomocne, gdy po migracji trzeba ustalić, czy brak informacji wynika z błędu przeniesienia, wcześniejszego usunięcia dokumentu czy niepełnego zakresu eksportu.
Dostęp do archiwum wymaga właściciela i procedury
Archiwum poprzedniego systemu nie powinno pozostawać na pojedynczym komputerze ani być dostępne przez konto osoby, która prowadziła projekt. Należy wskazać właściciela biznesowego danych, osobę odpowiedzialną za techniczne przechowywanie oraz sposób zgłaszania potrzeby dostępu do historii.
Warto również opisać, co zrobić, jeśli nie można otworzyć zabezpieczonego pliku lub brakuje elementu potrzebnego do odczytu danych. Pierwsze działania po stwierdzeniu niedostępności informacji przedstawia wpis o odzyskiwaniu danych w firmie po utracie plików. W kontekście migracji pozwala to uniknąć przypadkowych prób naprawy, które mogłyby zmienić lub uszkodzić materiał archiwalny.
Lista kontrolna przed wyłączeniem poprzedniego systemu
- czy potwierdzono kompletność danych przeniesionych do nowego środowiska;
- czy wykonano i opisano zabezpieczenie stanu sprzed migracji;
- czy sprawdzono możliwość odczytu wybranych danych historycznych;
- czy ustalono, gdzie przechowywane są kopie oraz kto ma do nich dostęp;
- czy wyznaczono osobę zatwierdzającą zakończenie dostępu do starego systemu;
- czy zespół wie, jak zgłosić brakujący dokument lub rozbieżność po uruchomieniu nowego rozwiązania.
Krótka konkluzja
Kopie zapasowe przygotowane przed zmianą systemu księgowego są elementem kontroli nad projektem, a nie wyłącznie technicznym obowiązkiem. Pełny zakres danych, sprawdzona możliwość odczytu oraz jasna odpowiedzialność za archiwum pomagają zachować ciągłość pracy także po wyłączeniu poprzedniego środowiska.
