Migracja z eDok i EZD PUW do EZD RP — jak przejść bez utraty danych
Wiele urzędów nie zaczyna cyfryzacji od zera — pracują już w starszych systemach klasy EZD, najczęściej eDok lub EZD PUW (rozwiązanie Podlaskiego Urzędu Wojewódzkiego). Przejście na EZD RP oznacza dla nich nie instalację, lecz migrację — jeden z najbardziej krytycznych technicznie etapów całego projektu. W tym artykule wyjaśniamy, jak zaplanować to przejście, żeby zachować ciągłość spraw i nie utracić danych.
Dlaczego urzędy migrują na EZD RP
EZD PUW i eDok to systemy-poprzednicy, które przez lata obsługiwały elektroniczny obieg dokumentów w polskiej administracji. EZD RP jest ich następcą rozwijanym centralnie przez NASK — nowocześniejszym technologicznie (architektura kontenerowa, REST API), z natywną integracją z e-Doręczeniami i ePUAP oraz dwoma modelami wdrożenia (on-premise i publiczna chmura SaaS). Do tego dochodzi argument kluczowy: to EZD RP jest rozwiązaniem, wokół którego zbudowano plan dojścia do obowiązku systemu klasy EZD od 2028 r.
Co istotne, EZD RP został zaprojektowany z myślą o migracji danych z wcześniej używanych systemów klasy EZD — w tym z EZD PUW i eDok. NASK informuje podmioty korzystające z EZD PUW o gotowości do indywidualnego wsparcia migracji i wdrożenia, m.in. po udostępnieniu narzędzia migracyjnego.
Co dokładnie migrujemy
Migracja to nie tylko „przeniesienie plików”. Obejmuje kilka warstw danych, z których każda ma inne ryzyka:
- Sprawy i dokumenty — akta spraw zakończonych i w toku, wraz z metadanymi (znak sprawy, daty, strony, statusy).
- Klasyfikacja JRWA — mapowanie symboli klasyfikacyjnych ze starego systemu na JRWA w EZD RP. To częsty punkt zapalny, bo struktury klas bywają różne.
- Rejestry i słowniki — baza kontrahentów, rejestry przesyłek, słowniki komórek organizacyjnych.
- Uprawnienia i struktura organizacyjna — odwzorowanie ról, stanowisk i zastępstw.
- Załączniki binarne — pliki dokumentów (PDF, skany), często o dużym wolumenie.
Scenariusze migracji
W zależności od sytuacji jednostki stosuje się różne podejścia:
- Migracja pełna (big bang) — całość danych przenoszona w określonym oknie (zwykle weekend), po którym urząd pracuje wyłącznie w EZD RP. Najszybsze przejście, ale wymaga starannego przygotowania i testów.
- Migracja etapowa — najpierw sprawy bieżące i kontrahenci, później dane historyczne. Zmniejsza ryzyko, wydłuża okres przejściowy.
- Migracja z okresem równoległym — stary system działa w trybie do odczytu (archiwum), a nowe sprawy zakłada się już w EZD RP. Bezpieczne, ale wymaga dyscypliny, by nie prowadzić spraw w dwóch miejscach.
- Start „od czysta” + archiwum referencyjne — gdy jakość danych w starym systemie jest niska, czasem racjonalniej jest zachować stary system jako archiwum i zacząć w EZD RP od bieżących spraw.
Wybór scenariusza ustalamy podczas audytu przedwdrożeniowego, oceniając wolumen, jakość danych i wymóg ciągłości.
Ryzyka migracji i jak je ograniczyć
| Ryzyko | Jak ograniczamy |
|---|---|
| Utrata lub niekompletność danych | Pełne kopie zapasowe + walidacja porównawcza liczby spraw/dokumentów przed i po |
| Błędne mapowanie JRWA | Mapa konwersji symboli uzgodniona przed migracją, testy na próbce |
| Przestój urzędu | Migracja produkcyjna w oknie weekendowym, plan wycofania (rollback) |
| Niespójne metadane | Etap czyszczenia danych (data cleansing) przed transferem |
| Duży wolumen załączników | Migracja wsadowa z monitorowaniem i wznawianiem |
Zasada, którą warto zapamiętać: o sukcesie migracji w ~95% decyduje analiza, oczyszczenie i zaplanowanie danych, a tylko w ~5% samo techniczne przeniesienie. Dlatego najwięcej uwagi poświęcamy etapowi przygotowania.
Proces migracji krok po kroku
- Audyt danych źródłowych — inwentaryzacja tego, co jest w eDok/EZD PUW: wolumen, formaty, jakość metadanych, kompletność.
- Mapowanie struktur — przełożenie klas JRWA, słowników i ról ze starego systemu na model EZD RP.
- Czyszczenie danych — usunięcie duplikatów, uzupełnienie braków, standaryzacja.
- Migracja testowa — przeniesienie próbki na środowisko testowe i weryfikacja poprawności.
- Walidacja — porównanie liczby i integralności spraw, dokumentów i powiązań.
- Migracja produkcyjna — pełny transfer w zaplanowanym oknie, z planem wycofania.
- Weryfikacja powdrożeniowa — kontrola po starcie i wsparcie użytkowników.
Szerzej o całym projekcie piszemy w artykułach Wdrożenie EZD RP — krok po kroku oraz Migracja dokumentów do EZD RP.
Najczęstsze pytania
Czy dane z EZD PUW można przenieść do EZD RP? EZD RP został zaprojektowany z funkcjami migracji danych z wcześniej używanych systemów klasy EZD, w tym EZD PUW i eDok. NASK deklaruje wsparcie migracyjne dla podmiotów korzystających z EZD PUW. Zakres i sposób ustala się indywidualnie po analizie danych źródłowych.
Czy muszę migrować całą historię spraw? Niekoniecznie. Można przenieść tylko sprawy bieżące, a dane historyczne zostawić w starym systemie jako archiwum referencyjne — zależy to od wymogów jednostki i jakości danych.
Ile trwa migracja? Sam transfer to zwykle 2–4 tygodnie, ale poprzedza go etap analizy i czyszczenia danych, który bywa dłuższy. Całość zależy od wolumenu i liczby integracji.
Czy podczas migracji urząd przestaje działać? Nie. Stosujemy migrację w oknie weekendowym lub model równoległy, tak aby zachować ciągłość pracy. Plan wycofania zabezpiecza na wypadek problemów.
Migracja z eDok lub EZD PUW do EZD RP to operacja, w której liczy się przygotowanie, nie pośpiech. Dobrze zaplanowana — przebiega płynnie i zachowuje pełną ciągłość spraw. Umów bezpłatną konsultację, a ocenimy Twoje dane źródłowe i zaproponujemy bezpieczny scenariusz przejścia na EZD RP.
Potrzebujesz porozmawiać o szczegółach wdrożenia w Twojej jednostce?
