Skuteczne wdrożenie EZD RP wymaga podejścia projektowego — z formalnym zespołem, harmonogramem, audytem przedwdrożeniowym i jasnym podziałem odpowiedzialności. Poniżej praktyczna sekwencja kroków bazująca na podręczniku NASK i doświadczeniach z setek wdrożeń.
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 (KPO, budżet własny, dotacja celowa).
- Decyzja kierownictwa o wdrożeniu (zarządzenie / uchwała)
- Wstępne oszacowanie liczby użytkowników i wolumenów dokumentów
- Inwentaryzacja istniejących systemów (EZD PUW? komercyjny EZD? Excel?)
- Wstępny budżet (infrastruktura + wdrożenie + szkolenia + wsparcie roczne)
- Termin uruchomienia produkcyjnego (cel, nie deadline)
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).
| Rola | Odpowiedzialność | Kto |
|---|---|---|
| Sponsor projektu | Decyzje budżetowe, eskalacje, autoryzacja | Sekretarz / dyrektor generalny / wójt / burmistrz |
| Kierownik wdrożenia | Harmonogram, ryzyka, koordynacja | Wskazana osoba ze stałego zespołu |
| Administrator systemu | Instalacja, konfiguracja techniczna, role i uprawnienia | IT — wewnętrzne lub firma zewnętrzna |
| Koordynator kancelaryjny | JRWA, instrukcja kancelaryjna, RPW, archiwizacja | Sekretariat / kancelaria |
| Koordynatorzy wydziałowi | Adopcja w komórce, pierwszy kontakt z użytkownikiem | Wskazani po 1 z każdej komórki |
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.
- Brak audytu przedwdrożeniowego — zaczynanie od konfiguracji
- Pomijanie aktualizacji JRWA i instrukcji kancelaryjnej
- Szkolenia za wcześnie (wiedza wygasa) lub za późno (brak czasu na ćwiczenie)
- Jeden administrator bez backup'u kompetencyjnego
- Brak komunikacji z koordynatorami wydziałowymi przed startem
- Próba uruchomienia wszystkich integracji jednocześnie (KSeF + e-Doręczenia + ePUAP + FK)
Pomożemy ocenić gotowość Twojej jednostki, dobrać model wdrożenia i rozpisać harmonogram dopasowany do realiów organizacji.
Umów konsultacjęNajczęstsze pytania
Ile trwa wdrożenie EZD RP w średniej gminie?
Standardowo 60-120 dni od podpisania umowy do startu produkcyjnego. Skraca się przy SaaS (brak prac infrastrukturalnych), wydłuża przy złożonych integracjach z systemami dziedzinowymi.
Czy można wdrożyć EZD RP samodzielnie, bez firmy zewnętrznej?
Technicznie tak — system jest bezpłatny, dokumentacja publiczna. W praktyce większość jednostek korzysta ze wsparcia firmy wdrożeniowej, bo proces wymaga zarówno wiedzy technicznej (Kubernetes, integracje), jak i kancelaryjnej (JRWA, instrukcja kancelaryjna, archiwizacja).
Czy potrzebujemy Kubernetes?
Tak — produkcyjne wdrożenie EZD RP wykorzystuje Kubernetes (najczęściej RKE2). Oficjalne scenariusze NASK rekomendują wielowęzłowe środowisko (3+ węzły) ze względu na wysoką dostępność.
Czy szkolenia są obowiązkowe?
Formalnie nie, praktycznie — krytyczne. Wdrożenie bez szkoleń kończy się odrzuceniem systemu przez użytkowników i powrotem do papieru lub Excela.