Migracja do EZD RP rzadko jest 'kopiowaniem 1:1' — to okazja do uporządkowania danych historycznych. Zła migracja zostawia chaos na lata; dobra — daje czystą bazę i lepsze wyszukiwanie.
Co migrować, czego NIE migrować
- Migrować: aktywne sprawy w toku (otwarte), dokumentacja z ostatnich 2-3 lat (do bieżącej pracy)
- Migrować selektywnie: starsze sprawy (3-10 lat) — tylko jeśli są nadal użyteczne
- NIE migrować (zwykle): sprawy zamknięte sprzed 10+ lat — pozostawić w starym systemie jako archiwum read-only lub wyeksportować do paczek archiwalnych
Strategia migracji
- Inwentaryzacja danych — co jest w starym systemie (typy, wolumeny, format)
- Decyzja, co migrować — według reguł powyżej
- Mapowanie danych — jak pola starego systemu mapują się do EZD RP
- Migracja testowa — na środowisku stagingowym, 5-10% danych
- Walidacja — czy migracja się udała, czy struktura JRWA się zgadza
- Migracja produkcyjna — w okienku serwisowym (weekend)
- Walidacja po migracji — kontrola na kilka próbek
- Stary system w trybie read-only — przez 6-12 miesięcy jako referencja
Najczęstsze ryzyka
- Pełny backup starego systemu PRZED migracją (przynajmniej 3 kopie)
- Migracja testowa na środowisku stagingowym
- Walidacja: random check na 1% danych po migracji
- Stary system zostaje w trybie read-only przez 6-12 miesięcy
- Plan awaryjny: co zrobić, jeśli migracja się nie powiedzie
Migracja a wybór modelu
Niezależnie od modelu (SaaS / on-premise / Private SaaS) — proces migracji jest podobny. Różnica: w SaaS dostawca często ma gotowe narzędzia migracyjne dla typowych systemów, on-premise wymaga więcej pracy własnej.
Przeprowadzimy migrację z testem walidacyjnym, planem awaryjnym i okresem przejściowym.
Umów konsultacjęNajczęstsze pytania
Ile trwa migracja?
Zależy od wolumenu i jakości danych źródłowych. Dla średniej jednostki: 2-6 tygodni od inwentaryzacji do produkcji.
Czy migrować też dane z Excela?
Tak, jeśli były podstawą rejestracji. Excel można zaimportować przez API EZD RP — pod warunkiem dobrego mapowania kolumn na pola EZD.