Przeniesienie danych księgowych do nowego programu wymaga ustalenia, które zapisy mają zachować historię, a które utworzą stan początkowy. Kluczowe jest też precyzyjne określenie granicy eksportu: data dokumentu nie zawsze pokrywa się z datą jego wprowadzenia, a późniejsze korekty wcześniejszych okresów wymagają rejestracji. Takie podejście ogranicza ryzyko luk i podwójnych zapisów podczas migracji.
Ustalenie zakresu migracji i momentu odcięcia danych
Zakres migracji zależy od tego, jakich danych wymaga dalsza praca i co potrafią przenieść oba programy. Można przenieść dostępną historię albo rozpocząć od uzgodnionego stanu początkowego, zachowując wcześniejsze dane w czytelnym archiwum. Przed wyborem drugiego wariantu sprawdź, czy poza bieżącymi saldami można odtworzyć potrzebne informacje i raporty oraz obsłużyć korektę wcześniejszego okresu. Sam import sald może nie wystarczyć, jeśli nowy system nie pozwala uzyskać potrzebnych danych z przeniesionego zakresu.
Moment odcięcia oznacza dokładny punkt eksportu oraz regułę określającą, gdzie zapisuje się późniejsze operacje. Data dokumentu może różnić się od daty jego wprowadzenia, dlatego sama data dokumentu nie rozstrzyga, czy zapis należy jeszcze do starego, czy już do nowego systemu. Zmiany dotyczące wcześniejszych okresów, które pojawią się po eksporcie, wymagają rejestracji; przy ustalaniu zakresu trzeba więc określić, jak będą uwzględniane w nowym układzie danych.
Inwentaryzacja danych i zabezpieczenie starego systemu
Spis danych powinien opisywać zawartość dostępnych źródeł, a nie tylko nazwę pliku eksportu. Ułatwi to rozpoznanie, co faktycznie można przekazać do nowego programu i które informacje mogą wymagać osobnego uwzględnienia.
- Źródła i formaty — odnotuj, z jakiego miejsca pochodzą dane i w jakiej postaci są dostępne.
- Okresy — wskaż, jakie okresy obejmuje każde źródło.
- Liczby i sumy kontrolne — zapisz liczebność danych oraz dostępne sumy, by opisać zawartość zbioru.
- Informacje poza eksportem — sprawdź, czy podstawowy eksport pomija opisy dokumentów lub ich powiązania z umowami.
Posiadanie pliku kopii nie potwierdza, że dane da się odczytać lub odtworzyć. Kopię trzeba próbnie otworzyć przy użyciu właściwego narzędzia i jego wersji; dopiero taka próba pozwala sprawdzić, czy zapisane dane są dostępne.
Mapowanie pól i próbny import do nowego programu
Mapowanie powinno odwzorowywać znaczenie danych, a nie tylko nazwy kolumn. Przy każdym polu źródłowym określ jego odpowiednik docelowy oraz sposób przeniesienia wartości; podobnie nazwane pola mogą pełnić różne funkcje. Przykładowo „data” może oznaczać dzień wystawienia dokumentu w jednym systemie, a dzień księgowania w drugim — mechaniczne przypisanie nie zachowa wtedy sensu informacji.
- Znaczenie i typ — opisz, co oznacza pole oraz jakiego rodzaju dane zawiera, aby sprawdzić, czy system docelowy interpretuje je w ten sam sposób.
- Format i wartości — zweryfikuj między innymi zapis dat, znak kwot, separatory, waluty, identyfikatory i wartości logiczne; różnice mogą wymagać jawnej reguły odwzorowania.
- Braki i niejednoznaczności — rozróżnij brak informacji od zera, a wartość domyślną od potwierdzonej danej. Wątpliwe przypadki ujmij jako wyjątki do decyzji, zamiast zamieniać je automatycznie.
- Plan kont — przypisując konta, zachowaj ich funkcję, potrzebną analitykę i powiązania raportowe; zgodność numerów lub nazw sama tego nie potwierdza.
Reguły sprawdź w imporcie próbnym w wydzielonym środowisku, bez rzeczywistych wysyłek. Zachowaj wersję wykorzystanych danych i mapowania, aby wynik próby można było odnieść do konkretnych ustawień.
Uzgodnienie sald, rozrachunków i danych szczegółowych
Uzgodnienie wymaga porównania danych o tym samym zakresie i sprawdzenia zarówno sum, jak i zapisów, które je tworzą. Salda i obroty należy rozpatrywać rozłącznie: operacji już ujętych w saldzie nie wolno ponownie doliczyć jako obrotu. Dane narastające również porównuj dla zgodnego zakresu, aby różnica nie wynikała z odmiennego okresu lub sposobu ujęcia.
Samo saldo netto nie potwierdza poprawności należności i zobowiązań — nie zachowuje szczegółów poszczególnych rozrachunków. Sprawdź więc zgodność dokumentów i powiązań oraz treść zapisów na wybranych kontach. Równość sum Wn i Ma oznacza tylko, że obie strony są równe; nie wyklucza błędnej treści ani przypisania zapisu do niewłaściwego konta. Dla częściowych płatności, nadpłat i korekt określ osobno oczekiwany wynik i z nim porównaj dane po migracji.
Przełączenie na nowy system bez luk i podwójnych zapisów
Po eksporcie przenoś nie tylko nowe operacje, lecz także zmiany w rekordach już przekazanych. Rejestr zmian powinien obejmować oba rodzaje danych, bo pominięcie korekty istniejącego dokumentu pozostawia w nowym systemie nieaktualny zapis. Reguła importu przyrostowego musi rozpoznawać, czy operacja jest nowa, czy zmieniona, i zapobiegać jej ponownemu zapisaniu jako duplikatu.
Przy przełączeniu integracji wskaż jeden system, który od tej chwili obsługuje tworzenie nowych dokumentów, oraz określ granicę przetwarzania operacji między systemami. Dwa aktywne generatory faktur mogą utworzyć rzeczywiste duplikaty; jasne przypisanie odpowiedzialności ogranicza też ryzyko, że operacja nie trafi do żadnego z nich.
Kontrola po migracji, archiwum i plan wycofania
Odbiór migracji ma dwa odrębne wymiary: wykonawca techniczny potwierdza działanie importu i integracji, a właściwa osoba ocenia zgodność merytoryczną, w tym księgową. Zakończenie importu nie jest samo w sobie potwierdzeniem poprawności ksiąg. Ważnym sprawdzianem jest też pierwsze zamknięcie okresu: pozwala ocenić, czy bieżące operacje prawidłowo współdziałają z przeniesionymi danymi. Zgodne saldo otwarcia nie przesądza na przykład o tym, że późniejsze płatności są poprawnie powiązane z historycznymi fakturami.
Archiwum wymaga osobnego odbioru: sprawdź, czy potrzebne zbiory można odczytać za pomocą właściwych narzędzi, w dostępnych formatach i zgodnie z przyjętymi zasadami dostępu. Samo zachowanie plików nie wystarcza, jeśli nie da się ich użyć do odtworzenia potrzebnej historii.
Plan wycofania powinien uwzględniać operacje wykonane po uruchomieniu nowego systemu, które wywołały rzeczywiste skutki. Odtworzenie starej kopii nie cofa samo przez się faktur już przekazanych odbiorcom. Dlatego przed uznaniem migracji za zakończoną trzeba ustalić, jak zachować te operacje i uwzględnić je w razie powrotu do poprzedniego rozwiązania.