Wdrożenie EZD RP krok po kroku: harmonogram, zespół, ryzyka

Skuteczne wdrożenie EZD RP wymaga podejścia projektowego — z formalnym zespołem, harmonogramem, audytem przedwdrożeniowym i jasnym podziałem odpowiedzialności. Wskazówki opieramy na oficjalnym podręczniku NASK, dokumentach wdrożeniowych gov.pl oraz doświadczeniu zespołu w projektach elektronicznego obiegu dokumentów.

Etap 1. Decyzja i analiza wstępna

Przed jakimkolwiek działaniem technicznym zarząd / kierownictwo jednostki musi podjąć formalną decyzję wdrożeniową. Obejmuje ona: zakres (czy całe urząd, czy podmioty zależne), termin uruchomienia, model techniczny (SaaS / on-premise / Private SaaS), źródło finansowania (publiczne źródła centralne, budżet własny, dotacja celowa).

Etap 2. Powołanie zespołu wdrożeniowego

Podręcznik NASK wskazuje, że skuteczne wdrożenie wymaga struktury złożonej z: komitetu sterującego (kierownictwo, decyzje strategiczne), zespołu ds. wdrożenia (operacyjny, na codzień) oraz koordynatorów wydziałowych (po jednym w każdej komórce organizacyjnej, jako most między zespołem a użytkownikami końcowymi).

Etap 3. Audyt przedwdrożeniowy

Audyt to najczęściej pomijany, a najważniejszy etap. Cel: zidentyfikować luki w procesach, JRWA, infrastrukturze i kompetencjach przed zakupem licencji infrastruktury i podpisaniem umów.

• Procesy kancelaryjne — czy obecna instrukcja kancelaryjna i JRWA są aktualne? Czy stosowane w praktyce?
• Wolumeny — ile dokumentów dziennie/miesięcznie? Ile spraw rocznie? Ile użytkowników jednocześnie?
• Infrastruktura — czy mamy serwery? Backupy? Łącze? Czy potrzebujemy Kubernetes / RKE2?
• Integracje — z czym łączymy: KSeF, e-Doręczenia, ePUAP, system FK, system rekrutacji, BIP?
• Migracja — jakie dane migrujemy? Z EZD PUW? Z komercyjnego systemu?
• Kompetencje — kto u nas zna podstawy IT? Kogo trzeba przeszkolić?

Etap 4. Wybór modelu wdrożenia

Na podstawie audytu wybieramy model: SaaS EZD RP (najszybszy start, brak własnej infrastruktury, ale ograniczone integracje), on-premise (pełna kontrola, możliwość integracji niestandardowych, wymaga zespołu IT), Private SaaS (chmura prywatna dla grupy jednostek). Szczegóły porównania w artykule Modele wdrożenia EZD RP.

Etap 5. Przygotowanie infrastruktury

Dla on-premise: serwery aplikacyjne (kontener Kubernetes — minimum kilka węzłów dla HA), baza danych zgodna z PostgreSQL lub MS SQL, Redis (cache), RabbitMQ (kolejki), repozytorium plików (NFS / S3 / MinIO), backup z polityką RPO/RTO. Szczegóły w artykule Wymagania sprzętowe EZD RP.

Etap 6. Konfiguracja systemu

• Struktura organizacyjna (komórki, stanowiska, hierarchia)
• JRWA — wgranie i konfiguracja per komórka
• Instrukcja kancelaryjna — dostosowanie szablonów dokumentów
• Modele dekretacji (kto może dekretować na kogo, na jakie sprawy)
• Role i uprawnienia (administrator, kancelaria, koordynator, użytkownik końcowy, archiwista)
• Konfiguracja podpisów elektronicznych (PAdES / XAdES, certyfikaty kwalifikowane / niekwalifikowane)
• Integracje (e-Doręczenia, KSeF, ePUAP) — w kolejności priorytetu

Etap 7. Szkolenia

Trzy poziomy szkoleń: administrator (1-2 dni techniczne), koordynatorzy wydziałowi i kancelaria (2-3 dni operacyjne), użytkownicy końcowi (0,5-1 dzień, w grupach po 10-15 osób). Najlepiej krótko przed startem produkcyjnym (max 2 tygodnie wcześniej, żeby wiedza nie wygasła).

Etap 8. Start produkcyjny

Najczęściej praktykowane podejście: start big bang (cały urząd przechodzi w jednym dniu) lub start fazowy (po 1-2 komórkach na tydzień). Big bang jest ryzykowniejszy organizacyjnie, ale szybszy. Faza wymaga utrzymywania równolegle starego systemu — zwiększa koszty i komplikuje.

Etap 9. Wsparcie i rozwój

Pierwsze 30 dni produkcji — najwięcej zgłoszeń. Należy zapewnić: dyżur administratora, kanał kontaktu (helpdesk / ticket / Teams), dziennik zgłoszeń, cotygodniowe spotkania zespołu wdrożeniowego. Po 90 dniach — przegląd wdrożenia, dostosowanie procedur, planowanie kolejnych integracji.

Najczęstsze pytania