SaaS EZD RP to model, w którym jednostka korzysta z systemu przez przeglądarkę — bez własnych serwerów, bez Kubernetes, bez zespołu administracyjnego utrzymującego infrastrukturę. W ramach projektu KPO Ministerstwo Cyfryzacji rozbudowuje chmurę dla około 300 tys. pracowników administracji, co czyni SaaS domyślną ścieżką dla większości jednostek.
Dla kogo SaaS jest najlepszy
- Małe i średnie gminy (do ~50 tys. mieszkańców) — typowo brak rozbudowanego zespołu IT
- Szkoły, biblioteki, OPS, GZK — jako jednostki organizacyjne JST, zwykle w modelu Private SaaS koordynowanym przez gminę
- Powiaty bez własnego centrum przetwarzania — w szczególności te, które chcą obsługiwać też jednostki zależne
- Jednostki z wąskimi kompetencjami DevOps — Kubernetes / RKE2 / monitoring to spory koszt kompetencyjny, którego SaaS pozwala uniknąć
- Wszyscy planujący szybki start — SaaS daje 30-60 dni do produkcji vs 60-180 dni on-premise
Co dostaje jednostka w SaaS
- Dedykowaną instancję EZD RP (lub miejsce w instancji wielodzielnicowej) — zależnie od skali
- Aktualizacje wersji bez własnej pracy administracyjnej
- Backup i odtwarzanie po awarii w SLA dostawcy
- Monitoring dostępności
- Pierwszą linię wsparcia technicznego
Co pozostaje po stronie jednostki
- Konfiguracja struktury organizacyjnej, JRWA, instrukcji kancelaryjnej
- Definicja ról, uprawnień, modeli dekretacji
- Szkolenia użytkowników (kierownictwo, kancelaria, wydziały)
- Decyzje o integracjach (KSeF, e-Doręczenia, ePUAP, system FK)
- Migracja danych ze starego systemu (jeśli dotyczy)
- Komunikacja zmiany do pracowników i obsługa pierwszych tygodni produkcji
Ograniczenia SaaS
| Obszar | Ograniczenie SaaS | Co zrobić |
|---|---|---|
| Integracje niestandardowe | Każda zmiana w API musi przejść przez dostawcę — wolniej i z budżetem | Standardowe integracje (KSeF, e-Doręczenia, ePUAP) są out-of-the-box. Niestandardowe — przed startem ocenić zakres. |
| Lokalizacja danych | Dane w chmurze dostawcy (najczęściej w PL) — pełna kontrola po stronie operatora | Sprawdzić politykę bezpieczeństwa jednostki — dla wybranych podmiotów wymagana lokalizacja w serwerowni własnej |
| Customizacje wyglądu / pól | Ograniczone — wspólny kod dla wszystkich klientów SaaS | Większość jednostek nie potrzebuje customizacji. Jeśli tak — rozważyć Private SaaS lub on-premise |
| Czas reakcji wsparcia | SLA dostawcy (typowo 4-8 godzin w dni robocze) | Sprawdzić warunki SLA przed kontraktem. Krytyczne integracje — uzgodnić priorytet |
| Migracja wyjściowa | Eksport danych zgodny z formatem ADE — możliwy, ale wymaga planu | W kontrakcie wymagać klauzuli o eksporcie danych i wsparciu migracji |
SaaS EZD RP w ramach KPO
Projekt finansowany z KPO przewiduje rozbudowę chmury SaaS dla ~300 tys. pracowników administracji. Okres realizacji: 01.09.2024 – 30.06.2026. Wartość przedsięwzięcia: 228 423 630 zł. Z tego źródła zrealizowano już ponad 1000 wdrożeń produkcyjnych (stan styczeń 2026).
W praktyce: Ministerstwo Cyfryzacji udostępnia instancję chmurową, jednostka ponosi koszty wdrożeniowe (audyt, konfiguracja, integracje, szkolenia). Po zakończeniu projektu KPO model finansowania może się zmienić — warto śledzić aktualne komunikaty na gov.pl.
Kiedy SaaS to NIE jest dobry wybór
- Wymóg lokalizacji danych w serwerowni własnej (np. szpitale wojskowe, niektóre instytucje bezpieczeństwa)
- Złożone integracje z lokalnymi systemami dziedzinowymi wymagające pełnej kontroli nad API
- Konieczność uruchomienia własnych modułów / customizacji
- Bardzo wysoka skala wymagająca dedykowanej architektury (ministerstwa, urzędy wojewódzkie z >2000 użytkowników)
- Polityka bezpieczeństwa nie dopuszczająca chmury zewnętrznej
Odeślemy ocenę — czy Wasza jednostka pasuje do SaaS, czy lepiej on-premise / Private SaaS. Krótka analiza na podstawie audytu gotowości.
Sprawdź gotowośćNajczęstsze pytania
Ile kosztuje SaaS EZD RP w ramach KPO?
W okresie projektu KPO (do 30.06.2026 r.) sama subskrypcja jest dla jednostki bezpłatna. Płatne są wdrożenie, integracje, szkolenia. Po zakończeniu projektu model finansowania może się zmienić — sprawdzaj aktualne warunki na gov.pl.
Czy mogę zacząć od SaaS, a później przejść na on-premise?
Technicznie tak (eksport danych w formacie zgodnym z systemem). Praktycznie — rzadko sensowne, lepsze jest dobre początkowe rozpoznanie potrzeb.
Co z dostępnością systemu?
Dostawca SaaS odpowiada za uptime w ramach SLA. Typowo 99,5% – 99,9% w dni robocze. Konkretne wartości w kontrakcie.
Czy w SaaS mam dostęp do API?
Tak — API EZD RP jest dostępne tak samo jak w on-premise. Wnioski o klucze API i Piaskownicę składa się w standardowej procedurze przez gov.pl.