Migracja danych między systemami ERP - jak zrobić to bez przestojów w firmie

Spis treści
Dlaczego migracja danych między systemami ERP to najbardziej ryzykowny etap wdrożenia?
Jakie dane trzeba zmigrować i w jakiej kolejności?
Jak zaplanować migrację danych między systemami ERP bez przestoju firmy?
Jakie są najczęstsze błędy przy migracji danych ERP?
Jaki efekt biznesowy daje dobrze zaplanowana migracja danych między systemami ERP?
FAQ
Podsumowanie

Dlaczego migracja danych między systemami ERP to najbardziej ryzykowny etap wdrożenia?

Migracja danych między systemami ERP to najbardziej ryzykowny etap wdrożenia, bo tylko tu jeden błąd od razu zatrzymuje sprzedaż, magazyn i księgowość. Skala problemu jest duża: według Gartnera ponad 70% niedawno wdrożonych inicjatyw ERP do 2027 r. nie osiągnie w pełni celów z pierwotnego uzasadnienia biznesowego.

Nowy system możesz skonfigurować i przetestować w spokoju. Z danymi tak się nie da. W piątek w starym programie są otwarte zamówienia, nierozliczone faktury i towar na półkach. W poniedziałek to wszystko musi być w nowym ERP, co do grosza i co do sztuki. Jeśli coś się nie zgadza, handlowiec nie wystawi faktury, a magazyn nie wyda towaru.

Coraz więcej firm staje przed tą decyzją. Według raportu GUS „Społeczeństwo informacyjne w Polsce w 2025 r.” oprogramowanie klasy ERP wykorzystywało 40,5% przedsiębiorstw. Wiele z nich zaczynało od prostego programu do faktur i magazynu. Dziś przechodzi na system z produkcją, pełną księgowością i integracjami. Zanim zaplanujesz przeprowadzkę, upewnij się, że gotowy ERP to właściwy kierunek. Pomoże w tym porównanie dedykowanego systemu IT i gotowego oprogramowania ERP.

Drugie źródło ryzyka to jakość danych. Gartner szacuje, że słaba jakość danych kosztuje organizacje średnio co najmniej 12,9 mln dolarów rocznie. W mniejszej firmie skala jest inna, ale mechanizm ten sam. Zdublowany kontrahent, towar z trzema indeksami czy błędny NIP przechodzą do nowego systemu i od pierwszego dnia psują raporty. Stary program latami maskował te problemy, bo ludzie nauczyli się je obchodzić. Dlaczego tak trudno się z nim rozstać, opisujemy w artykule o tym, co zrobić, gdy przestarzały system hamuje firmę.

Poniższa tabela zbiera najczęstsze źródła ryzyka i sposoby, żeby je zneutralizować, zanim przeniesiesz pierwszy rekord:

Ryzyko	Co dzieje się w firmie	Jak temu zapobiec
Niezgodne salda rozrachunków	Księgowość nie zamyka miesiąca, klienci dostają błędne wezwania do zapłaty	Uzgodnienie sald na dzień odcięcia, zatwierdzone przez księgową
Błędne stany magazynowe	Sprzedaż towaru, którego nie ma, albo blokada wydań	Spis kontrolny tuż przed przełączeniem
Zdublowane kartoteki	Ten sam klient pod dwoma numerami, rozjechane limity kredytowe	Czyszczenie i deduplikacja przed migracją, nie po niej
Niedziałające integracje	Sklep, kurier albo bank przestają wymieniać dane z ERP	Lista wszystkich połączeń i test każdego na środowisku testowym
Brak historii	Handlowiec nie widzi, co klient kupował rok temu	Decyzja, co migrujesz, a co archiwizujesz w trybie do odczytu

Efekt takiego przeglądu: każde ryzyko ma właściciela i termin, zanim ktokolwiek wyłączy stary system.

Jakie dane trzeba zmigrować i w jakiej kolejności?

Dane migruje się według zależności: najpierw słowniki i kartoteki (kontrahenci, towary, cenniki), potem salda i rozrachunki, następnie stany magazynowe, a na końcu dokumenty otwarte. Historię zamkniętych dokumentów przenosi się osobno albo archiwizuje, bo nie blokuje bieżącej pracy.

Kolejność wynika z prostej logiki. Faktura w nowym systemie musi wskazywać kontrahenta i towar, które już tam są. Stan magazynowy potrzebuje kartoteki towaru i magazynu. Jeśli odwrócisz kolejność, import się wysypie. Gorzej, jeśli przejdzie z pustymi powiązaniami, bo błąd wyjdzie dopiero przy pierwszej fakturze.

Etap	Jakie dane	Kiedy migrować	Co sprawdzić po imporcie
1. Słowniki	Magazyny, stawki VAT, formy płatności, jednostki miary, grupy towarowe	Kilka tygodni przed startem	Czy każdy kod ze starego systemu ma odpowiednik
2. Kartoteki	Kontrahenci, towary i usługi, cenniki, rabaty	1-2 tygodnie przed startem, potem dociągnięcie zmian	Liczba rekordów, poprawność NIP, brak duplikatów
3. Salda i rozrachunki	Nierozliczone należności i zobowiązania, bilans otwarcia	Na dzień odcięcia	Suma sald zgodna co do grosza ze starym systemem
4. Stany magazynowe	Ilości i wartości, partie, numery seryjne	Na dzień odcięcia, po spisie kontrolnym	Wartość magazynu zgodna z księgami
5. Dokumenty otwarte	Niezrealizowane zamówienia od klientów i do dostawców, rezerwacje	Na dzień odcięcia	Czy każde zamówienie ma właściwy status i termin
6. Historia	Zamknięte faktury, dokumenty magazynowe, historia zakupów	Po starcie, w spokojniejszym okresie	Czy handlowiec znajdzie historię klienta w kilka sekund

Najwięcej dyskusji budzi historia. Przenieść dokumenty z dziesięciu lat? Zwykle nie trzeba. Ustawa o rachunkowości wymaga przechowywania ksiąg rachunkowych co najmniej 5 lat, ale nie każe trzymać ich w nowym ERP. Często wystarczy, że stary system zostaje w trybie tylko do odczytu. Inna opcja to proste archiwum z wyszukiwarką. Efekt: migracja jest krótsza, a nowy system startuje bez balastu, który spowalnia raporty.

Dużo zależy też od systemu docelowego. Programy takie jak Comarch Optima czy Enova365 mają własne mechanizmy importu kartotek i dokumentów. Warto od razu zaplanować, co stanie się z danymi po starcie. Zobacz, jaka automatyzacja Comarch Optima ma sens na start i co warto zautomatyzować w Enova365. Efekt: porządnie przeniesione dane od razu zasilają automatyzacje, zamiast czekać na ręczne poprawki.

Osobny przypadek to dane, których w starym ERP w ogóle nie ma. Cenniki specjalne, limity kupieckie czy notatki o klientach często żyją w arkuszach. Jeśli widzisz, że firma wyrasta z Excela, migracja to dobry moment, żeby te dane wreszcie trafiły do systemu. Efekt: jedna wersja prawdy zamiast pięciu plików na pięciu dyskach.

Jak zaplanować migrację danych między systemami ERP bez przestoju firmy?

Migrację bez przestoju planuje się tak, żeby samo przełączenie zmieściło się w jednym weekendzie, a cała reszta dzieje się wcześniej. Przed startem robisz audyt i czyszczenie danych, co najmniej dwie migracje próbne i testy z użytkownikami. Po starcie przez 2-4 tygodnie trwa okres równoległej pracy, w którym stary system służy do porównań.

Cały proces można rozpisać na 8 kroków:

1. Audyt danych i zakres. Ustal, co migrujesz, co archiwizujesz, a co usuwasz.
2. Czyszczenie w starym systemie. Duplikaty, nieaktywne towary, błędne NIP-y i adresy.
3. Mapowanie pól. Rozpisz, które pole starego systemu odpowiada któremu w nowym.
4. Pierwsza migracja próbna. Na środowisku testowym, z pomiarem czasu każdego importu.
5. Testy z użytkownikami. Księgowa, magazyn i handlowcy przechodzą swoje typowe operacje na własnych danych.
6. Druga migracja próbna. Generalna próba weekendu przełączenia, już z poprawkami.
7. Przełączenie (cut-over). Odcięcie starego systemu, migracja sald, stanów i dokumentów otwartych, uzgodnienie zestawień.
8. Okres równoległej pracy. Stary system w trybie do odczytu aż do zamknięcia pierwszego miesiąca w nowym ERP.

Migracje próbne: generalna próba przed startem

Migracja próbna pokazuje dwie rzeczy: czy dane przechodzą poprawnie i ile to trwa. Jeśli import kartotek i dokumentów zajmuje 30 godzin, nie zmieści się w weekendzie. Lepiej dowiedzieć się o tym miesiąc wcześniej niż w noc przełączenia. Druga próba sprawdza, czy poprawki po pierwszej zadziałały. Efekt: w dniu startu zespół wykonuje sprawdzony scenariusz, a nie improwizuje.

Przełączenie: jeden weekend i jasny punkt odcięcia

Kluczowa jest data odcięcia. Do piątku wieczorem pracujesz w starym systemie, potem nikt już nic w nim nie wprowadza. W weekend przenosisz salda, stany i dokumenty otwarte, a księgowa porównuje zestawienia z obu systemów. W poniedziałek rano handlowcy wystawiają faktury już w nowym ERP. Dobry moment to koniec miesiąca albo kwartału, bo salda są wtedy naturalnie zamknięte. Efekt: firma traci na przełączenie najwyżej jeden dzień roboczy, a często żadnego.

W tym samym oknie przepinasz integracje: sklep internetowy, kuriera, bank, CRM. Przygotuj ich listę z osobą odpowiedzialną za test każdej. Jak uporządkować takie połączenia, opisujemy w artykule o tym, jak przeprowadzić integrację ERP bez bałaganu. Jeśli przechodzisz np. na WAPRO, od razu sprawdź, co warto zautomatyzować w WAPRO ERP. Efekt: nowe procesy nie powielają ręcznej pracy ze starego systemu.

Okres równoległej pracy: siatka bezpieczeństwa na pierwszy miesiąc

Okres równoległej pracy może wyglądać różnie. Od wybranego wariantu zależy ryzyko przestoju i to, ile dodatkowej pracy spadnie na zespół:

Podejście	Jak wygląda	Ryzyko przestoju	Obciążenie zespołu
Przełączenie bez zabezpieczenia	Stary system wyłączony w dniu startu	Wysokie, brak punktu odniesienia	Niskie na starcie, wysokie przy błędach
Przełączenie + stary system do odczytu	Praca tylko w nowym ERP, stary służy do porównań	Niskie	Niskie
Pełna praca równoległa	Każdy dokument wprowadzany do obu systemów	Bardzo niskie	Wysokie, podwójna praca przez kilka tygodni
Migracja etapowa	Moduł po module albo oddział po oddziale	Niskie, ale dłuższy projekt	Średnie, przez tymczasowe integracje

W mniejszych firmach rozsądnym kompromisem jest zwykle wariant drugi. Pełna praca równoległa daje spokój, ale podwaja pracę księgowości i magazynu w najbardziej nerwowym okresie. Efekt wariantu z odczytem: przy pierwszym zamknięciu miesiąca masz punkt odniesienia, a nikt nie wprowadza każdej faktury dwa razy.

Jakie są najczęstsze błędy przy migracji danych ERP?

Najczęstsze błędy to przenoszenie danych bez czyszczenia, brak migracji próbnej, przełączenie w środku miesiąca i pominięte integracje. Każdy kończy się tak samo: pierwszy tydzień w nowym systemie zespół spędza na poprawkach zamiast na sprzedaży.

• Migracja „wszystkiego jak leci”. Towary nieaktywne od lat i kontrahenci bez obrotów zaśmiecają nowy system. Skutek: wolniejsze wyszukiwanie i pomyłki przy wyborze indeksu.
• Czyszczenie danych dopiero po migracji. W nowym systemie dane są już powiązane z dokumentami, więc każda poprawka jest trudniejsza. Skutek: duplikaty zostają na lata.
• Brak właściciela danych. Jeśli nikt nie odpowiada za kartotekę towarów czy kontrahentów, nikt jej nie zatwierdzi. Skutek: spór o poprawność danych w dniu startu.
• Przełączenie w szczycie sezonu. Zmiana systemu przy największej liczbie zamówień zwiększa koszt każdego błędu. Skutek: opóźnione wysyłki i niezadowoleni klienci.
• Zapomniane integracje i raporty. Eksport do banku, etykiety kurierskie, raport dla zarządu. Skutek: ręczna praca, której przed migracją nie było.
• Szkolenie na danych demonstracyjnych. Zespół uczy się na fikcyjnej firmie, a w poniedziałek widzi własne dane po raz pierwszy. Skutek: niepewność i telefony do wdrożeniowca zamiast obsługi klientów.

Część błędów zależy od systemu, z którego wychodzisz. Programy sprzedażowo-magazynowe, takie jak Subiekt, często trzymają ważne informacje w polach własnych i uwagach. W docelowym ERP te pola trzeba zaprojektować, zanim zaczniesz import. Efekt: nie tracisz wiedzy, którą handlowcy zapisywali przez lata.

Przy przejściu na system z rozbudowaną księgowością, np. Symfonię, osobnym zadaniem jest mapowanie planu kont. Bez niego salda otwarcia nie trafią na właściwe konta, a pierwszy bilans trzeba będzie korygować. Efekt dobrego mapowania: księgowość zamyka pierwszy miesiąc w normalnym terminie.

Jaki efekt biznesowy daje dobrze zaplanowana migracja danych między systemami ERP?

Dobrze zaplanowana migracja danych między systemami ERP daje dwa efekty: sprzedaż i magazyn nie stoją dłużej niż jeden dzień roboczy, a zespół zachowuje pełny dostęp do historii klientów, dokumentów i rozrachunków. Nowy system startuje z czystymi danymi, więc raporty są wiarygodne od pierwszego miesiąca.

Żeby ocenić, czy migracja się udała, ustal mierniki przed startem, nie po nim:

Miara sukcesu	Cel	Jak sprawdzić
Przestój sprzedaży i magazynu	Maksymalnie 1 dzień roboczy	Pierwsza faktura i pierwsze wydanie w nowym ERP w poniedziałek rano
Zgodność sald rozrachunków	100%, co do grosza	Zestawienie z obu systemów na dzień odcięcia
Zgodność stanów magazynowych	100% ilościowo i wartościowo	Raport stanów porównany ze spisem kontrolnym
Dostęp do historii	Historia klienta w kilka sekund	Test z handlowcami w pierwszym tygodniu
Zamknięcie pierwszego miesiąca	W normalnym terminie	Brak korekt wynikających z migracji

Czasem najlepszy efekt daje decyzja, żeby w ogóle nie migrować. Firma z branży reklamy wielkoformatowej, opisana w naszych case studies, pracowała na WAPRO i PrestaShop. Zamówienia ginęły między sześcioma działami, ale problem nie leżał w samym ERP. Zbudowaliśmy aplikację, która jest warstwą nadrzędną nad oboma systemami. Każde zamówienie ma w niej jeden identyfikator i 14 statusów z pełną historią zmian, a zarząd widzi dashboard KPI. Efekt: pełna widoczność zleceń bez ani jednego dnia migracji.

Dlatego w Devesol każdy taki projekt zaczynamy od diagnozy: rozmów z ludźmi z każdego działu i analizy systemów, które już działają. Dopiero wtedy widać, czy firma potrzebuje nowego ERP, czy lepszego przepływu informacji wokół obecnego.

Jeśli migracja jest konieczna, po niej przychodzi drugi efekt: automatyzacja. Uporządkowane dane w nowym ERP to dobra baza pod automatyczne fakturowanie, zamówienia i raporty. Zobacz na przykładzie, co warto zautomatyzować w Streamsoft Pro. Efekt: inwestycja w nowy system zwraca się szybciej, bo zespół nie przenosi do niego ręcznych nawyków ze starego.

FAQ

Podsumowanie

Zmiana ERP nie musi oznaczać tygodnia chaosu. Przestój rzadko bierze się z samego przenoszenia danych. Bierze się z tego, czego nikt wcześniej nie sprawdził: duplikatów, rozjechanych sald, zapomnianej integracji. Gdy dane są wyczyszczone, kolejność przemyślana, a przełączenie przećwiczone dwa razy, weekend migracji staje się zwykłą procedurą. W poniedziałek zespół pracuje w nowym systemie, a stary czeka obok na wypadek pytań.

Planujesz zmianę ERP i chcesz wiedzieć, które dane przenieść, a które zarchiwizować? Umów bezpłatną, 30-minutową konsultację. Przejdziemy przez Twój obecny system i wskażemy, gdzie leży największe ryzyko przestoju.

O autorze
Kamil Zazula - założyciel i konsultant ds. automatyzacji procesów biznesowych i integracji systemów w Devesol. Od kilku lat pomaga polskim firmom wdrażać automatyzacje i Agentów AI. Opiera się przy tym na doświadczeniu zdobytym wcześniej jako programista aplikacji webowych. Więcej o autorze: devesol.pl/o-nas