Czy muszę przenosić całą historię danych do nowego ERP?

Nie musisz. Często sensowne jest przeniesienie danych od określonej daty (np. ostatnie 2-3 lata) i zachowanie starego systemu jako archiwum tylko do odczytu. To znacznie upraszcza migrację i skraca czas wdrożenia.

Co zrobić z danymi które są niespójne lub niekompletne?

To normalne — w każdej bazie danych po kilku latach użytkowania są problemy z jakością. W ramach analizy wstępnej identyfikujemy wszystkie problemy i przygotowujemy reguły czyszczenia. Klient decyduje jak obsłużyć wyjątki, zanim cokolwiek trafia do nowego systemu.

Czy można przeprowadzić migrację bez przestoju firmy?

Tak. Przy odpowiednim planowaniu migrację przeprowadza się w weekend lub w oknie nocnym — firma przychodzi rano i pracuje już na nowym systemie z pełną historią danych. Kluczem jest wcześniejsza migracja testowa, która eliminuje niespodzianki.

Jak przygotować się do migracji danych przy wdrożeniu systemu ERP

Q: Ile trwa migracja danych przy zmianie ERP?

Zależy od ilości danych i jakości danych źródłowych. Typowo: 2-4 tygodnie od analizy do migracji produkcyjnej. Przy dużych bazach z wieloletnia historią — do 2 miesięcy. Migracja sama w sobie (załadowanie danych) trwa kilka godzin, nie dni.

Dlaczego migracja danych jest najtrudniejszą częścią wdrożenia ERP?

Wdrożenia ERP kończą się opóźnieniami i przekroczeniami budżetu nie dlatego, że oprogramowanie jest złe — ale dlatego, że dane w starym systemie są w gorszym stanie niż wszyscy zakładali.

Typowe problemy odkrywane dopiero w trakcie migracji:

Ten sam kontrahent wprowadzony 4 razy z różnymi nazwami i adresami
Indeksy produktów używane niekonsekwentnie — ten sam towar pod różnymi kodami w różnych oddziałach
Dokumenty z błędnymi datami, ujemnymi stanami magazynowymi, brakującymi polami
Dane "żyjące" poza systemem — w Excelach pracowników, w głowach kierowników

Dobre przygotowanie eliminuje te problemy zanim trafią do nowego systemu.

Krok 1 — zdecyduj co przenosisz

Pierwsza decyzja: nie musisz przenosić wszystkiego. Często rozsądnie jest:

Przenieść dane aktywne — kontrahenci, aktywne indeksy towarów, bieżące stany magazynowe, otwarte zamówienia
Ograniczyć historię transakcji — np. ostatnie 2-3 lata, nie 10 lat historii faktur
Zachować stary system jako archiwum — dostępny tylko do odczytu przez rok lub dwa

Próba przeniesienia wszystkiego za wszelką cenę komplikuje projekt i często przynosi więcej bólu niż korzyści.

Krok 2 — audyt jakości danych

Zanim zaczniesz konfigurować nowy system, zrób audyt danych w starym. To najważniejszy krok, który jest też najczęściej pomijany.

Kontrahenci

→ Duplikaty (ten sam NIP, różne wpisy)
→ Brakujące NIPy lub adresy
→ Nieaktywni kontrahenci których nie chcemy przenosić
→ Różne formaty numerów telefonów

Indeksy towarów

→ Duplikaty pod różnymi kodami
→ Brakujące jednostki miary
→ Towary bez kategorii
→ Stare indeksy których nikt już nie używa

Stany magazynowe

→ Ujemne stany (błędy w historii)
→ Towary na stanie których fizycznie nie ma
→ Stany na nieaktywnych magazynach
→ Różnica między systemem a inwentaryzacją

Dokumenty / historia

→ Dokumenty z brakującymi datami
→ Powiązania między dokumentami (zamówienie → WZ → FV)
→ Niezaksięgowane lub niezatwierdzone dokumenty
→ Otwarte zamówienia z przeszłości

Krok 3 — mapowanie danych

Mapowanie to stworzenie odpowiednika "słownika" między starym a nowym systemem. Każde pole w starym ERP musi mieć przypisane odpowiednie pole w nowym.

To moment na ważne decyzje: nowy system często ma inną strukturę danych. Np. stary ERP trzymał rabaty per dokument, nowy — per kontrahent. Albo stary miał jedno pole "adres", nowy — oddzielne pola dla ulicy, kodu, miasta.

Dobry dokument mapowania to jeden arkusz Excel z kolumnami: pole źródłowe, pole docelowe, reguła transformacji, uwagi. Uzgodniony z klientem przed napisaniem jakiegokolwiek kodu.

Krok 4 — migracja testowa

Pełna migracja na środowisko testowe jest obowiązkowa — nie opcjonalna. Pozwala:

Zweryfikować że wszystkie dane się zmieściły i wyglądają sensownie
Sprawdzić sumy kontrolne — czy np. łączna wartość stanów magazynowych zgadza się ze starym systemem
Dać użytkownikom końcowym czas na weryfikację ich własnych danych
Zmierzyć czas migracji i zaplanować okno serwisowe

Krok 5 — migracja produkcyjna i weryfikacja

Po akceptacji migracji testowej ustalamy okno serwisowe — typowo piątek wieczór lub weekend. Stary system zostaje zamrożony (tylko do odczytu), uruchamiamy migrację, weryfikujemy i rano firma startuje na nowym systemie.

Lista kontrolna przed migracją produkcyjną

✓ Migracja testowa zaakceptowana przez kluczowych użytkowników
✓ Backup starego systemu wykonany i zweryfikowany
✓ Wszystkie otwarte dokumenty zamknięte lub jawnie przeniesione
✓ Okno serwisowe zakomunikowane pracownikom
✓ Plan awaryjny — co jeśli migracja się nie uda (rollback)
✓ Lista weryfikacji po migracji — co sprawdzamy pierwszego ranka

Najczęstsze pytania

Ile trwa migracja danych przy wdrożeniu systemu ERP?

Typowo 2-4 tygodnie od analizy do migracji produkcyjnej. Przy dużych bazach z wieloletnią historią — do 2 miesięcy. Sam załadunek danych trwa kilka godzin, nie dni.

Czy muszę przenosić całą historię?

Nie. Często sensowne jest przeniesienie ostatnich 2-3 lat i zachowanie starego systemu jako archiwum. To znacznie upraszcza projekt i skraca czas wdrożenia.

Co z danymi niespójnymi lub niekompletnymi?

To norma w każdej bazie po kilku latach. Identyfikujemy problemy w audycie wstępnym i przygotowujemy reguły czyszczenia. Klient decyduje jak obsłużyć wyjątki zanim cokolwiek trafi do nowego systemu.

Czy migracja wiąże się z przestojem?

Przy odpowiednim planowaniu migrację przeprowadza się w weekend — firma przychodzi w poniedziałek i pracuje na nowym systemie z pełną historią. Kluczem jest wcześniejsza migracja testowa.