Budżet przeznaczony na sfinansowanie:1 500 000,00 zł brutto
5
Terminy
Pełna treść
Termin realizacji: 90 dni od dnia zawarcia Umowy (Etap I: do 30 dni, Etap II: do 60 dni, max 21.12.2026 r.).
6
Warunki udziału
Widoczne 50%
Doświadczenie: 3 zamówienia z projektowaniem, wykonaniem i wdrożeniem systemów informatycznych webowych ≥ 1 000 000 zł netto każde, ostatnie 5 lat; min. 1 z portalem/panelem admin., min. 1 z bezpieczeństwem (RBAC/MFA/SSO/logi), min. 1 z integracją REST API, min. 1 dla administracji publicznej, min. 1 z procesem konkursowym
Kadra — Kierownik Projektu: ≥ 5 lat doświadczenia, min. 3 zakończone projekty IT, min. 1 o wartości ≥ 1 mln zł netto
Kadra — Architekt Rozwiązań: ≥ 5 lat doświadczenia, udział w 3 projektach architektury systemów web, doświadczenie w API i architekturze wysokiej dostępności
Kadra — Ekspert ds. Cyberbezpieczeństwa: ≥ 5 lat doświadczenia, udział w 3 projektach z mechanizmami bezpieczeństwa (RBAC, MFA, SSO, testy, zarządzanie podatnościami)
Wadium:15 000,00 zł. - Kary umowne: do 10% brutto (odstąpienie, poufność), 0,5%/dzień zwłoki, łącznie max 40%.
9
Inne zapisy
Widoczne 50%
Podwykonawstwo: dopuszczone; powołanie wymaga zgody Zamawiającego; zmiana podwykonawcy podstawy warunków udziału wymaga wykazania niezależnego spełnienia warunków.
Audyt/kontrola: Wykonawca umożliwia Zamawiającemu audyt zgodności z postanowieniami dotyczącymi bezpieczeństwa informacji.
Własność intelektualna: Przeniesienie autorskich praw majątkowych do Platformy na Zamawiającego.
Z każdej z 10 sekcji pokazujemy połowę. Załóż darmowe konto, żeby odsłonić pozostałe 16 zdań — pełne warunki udziału, dokumenty i analizę ryzyka Janusza. Bez karty, 14 dni za darmo.
14 dni za darmo Bez karty płatniczej Rezygnacja w 1 klik
Opis przedmiotu zamówienia
Streszczenie AI · Janusz
Zamówienie jednoczęściowe – kompleksowa usługa zaprojektowania, wykonania, wdrożenia i utrzymania platformy WWW Cyfrowa Platforma GovTech (moduł informacyjny + konkursowy), ze szkoleniem i przeniesieniem praw autorskich.
analiza przedwdrożeniowa, architektura rozwiązania i przygotowanie platformy w modelu AI-ready (dane, metadane, taksonomia, API, RAG, integracje AI),
projekt graficzny interfejsu i makiety,
infrastruktura informatyczna (hosting UE, HA, replikacja danych),
wytworzenie oprogramowania z wersją MVP,
testy bezpieczeństwa i wydajności,
pilotaż, wdrożenie produkcyjne i dokumentacja,
szkolenie (12–15 osób) i materiały szkoleniowe,
utrzymanie powdrożeniowe (min. 6 mies.) + przeniesienie autorskich praw majątkowych.
Pytania i odpowiedzi
Wyjaśnienia treści SWZ udzielone przez zamawiającego. Odpowiedzi wiążą wszystkich wykonawców — także tych, którzy nie zadali pytania.
Zwracamy się z wnioskiem o rozważenie zmiany warunku udziału w postępowaniu określonego w rozdziale V, ustęp 1.4.1, lit. a SWZ, w zakresie liczby wymaganych zamówień z 3 do 2, przy pozostawieniu pozostałych wymagań.
Zamawiający zmienia warunek udziału w postępowaniu określony rozdziale V pkt. 1.4.1 SWZ w następujący sposób:
BYŁO:
„1.4.1 w okresie ostatnich 5 lat przed upływem terminu składania ofert, a jeżeli okres prowadzenia działalności jest krótszy – w tym okresie, należycie wykonał co najmniej:
a) 3 (trzy) zamówienia polegające na zaprojektowaniu, wykonaniu i wdrożeniu systemów informatycznych dostępnych przez przeglądarkę internetową o wartości nie mniejszej niż 1 000 000 zł netto każde.
b) Spośród wskazanych wyżej zamówień, co najmniej jedno obejmowało: portal internetowy, panel administracyjny, zarządzanie użytkownikami, workflow lub elektroniczny obieg spraw, formularze elektroniczne.
c) Co najmniej jedno zamówienie obejmowało wdrożenie mechanizmów bezpieczeństwa obejmujących przynajmniej: RBAC, MFA, SSO, logi audytowe.
d) Co najmniej jedno zamówienie obejmowało integrację z systemami zewnętrznymi poprzez API REST.
e) Co najmniej jedno zamówienie obejmowało wdrożenie systemu przeznaczonego dla administracji publicznej lub jednostek sektora finansów publicznych.
f) Co najmniej jedno zamówienie obejmowało wdrożenie rozwiązania umożliwiającego elektroniczne prowadzenie procesu konkursowego, naborowego, konsultacyjnego lub procesu wymagającego wieloetapowej oceny zgłoszeń.
JEST:
„1.4.1 w okresie ostatnich 5 lat przed upływem terminu składania ofert, a jeżeli okres prowadzenia działalności jest krótszy – w tym okresie, należycie wykonał co najmniej:
a) 2 (dwa) zamówienia polegające na zaprojektowaniu, wykonaniu i wdrożeniu systemów informatycznych dostępnych przez przeglądarkę internetową o wartości nie mniejszej niż 1 000 000 zł netto każde.
b) Spośród wskazanych wyżej zamówień, każde obejmowało co najmniej jeden z poniższych elementów: portal internetowy, panel administracyjny, zarządzanie użytkownikami, workflow lub elektroniczny obieg spraw, formularze elektroniczne.
c) Spośród wskazanych wyżej zamówień, każde obejmowało co najmniej jeden z poniższych elementów: RBAC, MFA, SSO, logi audytowe.
d) Co najmniej jedno zamówienie obejmowało integrację z systemami zewnętrznymi poprzez API REST.
e) Co najmniej jedno zamówienie obejmowało wdrożenie systemu przeznaczonego dla administracji publicznej lub jednostek sektora finansów publicznych.
f) Co najmniej jedno zamówienie obejmowało wdrożenie rozwiązania umożliwiającego elektroniczne prowadzenie procesu konkursowego, naborowego, konsultacyjnego lub procesu wymagającego wieloetapowej oceny zgłoszeń.”
Okres testowy i poprawek a łączny termin 90 dni – czy 30-dniowy okres testowy i poprawek (OPZ pkt 9 lit. d) zawiera się w terminie 90 dni, czy biegnie po dniu wdrożenia produkcyjnego? Kiedy odbiór końcowy i od kiedy liczony 24-miesięczny okres gwarancji?
Zamawiający informuje, że okres testowy i poprawek (OPZ pkt 9 lit. d) zawiera się w łącznym terminie 60 dni od dnia zawarcia Umowy. Harmonogram realizacji należy rozumieć następująco: wdrożenie wersji produkcyjnej musi nastąpić odpowiednio wcześniej, tak aby okres testowy i poprawek zakończył się w terminie nieprzekraczającym 60 dni od dnia zawarcia Umowy, jednak nie później niż 21 grudnia 2026 r. Zamawiający dokona stosownej zmiany zapisów OPZ i umowy w celu ujednolicenia dokumentacji. Odbiór końcowy następuje po upływie okresu testowego i poprawek, z chwilą podpisania protokołu odbioru końcowego. Od tej daty liczony jest 24-miesięczny okres gwarancji.
Zamawiający zmienia termin realizacji:
- Rozdz. IV SWZ: z „do 90 dni
Który termin jest wiążący – liczony „od dnia zawarcia umowy
Zamawiający potwierdza, że termin 21 grudnia 2026 r. jest terminem nadrzędnym i nieprzekraczalnym, wynikającym z uwarunkowań budżetowych. W przypadku gdy 60 dni liczone od dnia zawarcia Umowy prowadziłoby do przekroczenia daty 21 grudnia 2026 r., wiążący jest termin 21 grudnia 2026 r. Oznacza to, że faktyczny czas realizacji może być krótszy niż 60 dni w zależności od daty zawarcia Umowy. Wykonawcy składający oferty powinni uwzględnić powyższe przy kalkulacji oferty oraz planowaniu harmonogramu realizacji. Zamawiający nie przewiduje zmiany terminu końcowego.
SWZ wymaga, aby co najmniej jedno zamówienie obejmowało łącznie wszystkie elementy (portal, panel, zarządzanie użytkownikami, workflow, formularze) i łącznie wszystkie mechanizmy bezpieczeństwa (RBAC, MFA, SSO, logi). Wzór zał. nr 7 pyta natomiast „co najmniej jeden z poniższych
Zamawiający informuje, że prawidłowy warunek udziału w postępowaniu w zakresie doświadczenia to wymóg, aby każda z wykazanych usług obejmowała co najmniej jeden z wymienionych elementów w zakresie funkcjonalności oraz co najmniej jeden z wymienionych elementów w zakresie bezpieczeństwa, zgodnie z brzmieniem załącznika nr 7 do SWZ. Treść Rozdziału V SWZ zawierała omyłkę pisarską sugerującą wymóg łącznego spełnienia wszystkich elementów. Zamawiający dokonał stosownej zmiany warunku SWZ udzielając odpowiedzi na pytanie nr 1.
Warunek udziału określa wartość jako „nie mniejsza niż 1 000 000,00 zł netto
Zamawiający potwierdza, że wartość usług oceniana jest w kwotach netto. Pole „zł brutto
Warunek dla Kierownika Projektu wymaga wykazania projektu o wartości „min. 1 000 000 zł netto
Zamawiający potwierdza, że wartość projektów wykazywanych dla Kierownika Projektu oceniana jest w kwotach netto, zgodnie z warunkiem określonym w Rozdziale V SWZ. Pole „zł brutto
Czy 6-miesięczny okres utrzymania mieści się w terminie 90 dni, czy biegnie po odbiorze końcowym; w jaki sposób jest wynagradzany; czy umowa zostanie uzupełniona o postanowienia dotyczące okresu utrzymania?
Zamawiający informuje, że wyłącza z przedmiotu zamówienia zakres obejmujący min. 6-miesięczny okres utrzymania i wsparcia powdrożeniowego. Jednocześnie Wykonawca, od momentu uruchomienia wersji produkcyjnej Platformy do zakończenia realizacji zamówienia tj. 21 grudnia 2026 r., zapewnia jej bieżące utrzymanie i prawidłowe działanie. Gwarancja przez okres 24 miesięcy pozostaje bez zmian.
Jaki produkt IdP jest używany (np. Microsoft Entra ID, Keycloak) i protokół (SAML 2.0 / OIDC)? Czy Wykonawca otrzyma sandbox IdP z kontami ról? Kto jest właścicielem integracji po stronie Zamawiającego?
Zamawiający informuje, że system tożsamości oparty jest na infrastrukturze Microsoft. Szczegółowe informacje techniczne dotyczące produktu IdP oraz obsługiwanego protokołu (SAML 2.0 / OpenID Connect) zostaną przekazane Wykonawcy niezwłocznie po podpisaniu umowy, wraz z danymi kontaktowymi osoby odpowiedzialnej za integrację po stronie Zamawiającego. Zamawiający nie przewiduje udostępnienia odrębnego środowiska sandbox IdP. Testy integracji SSO będą przeprowadzane przez uprawnionych pracowników Zamawiającego na dedykowanym środowisku testowym, przy zapewnieniu pełnej współpracy działu IT Zamawiającego. Zamawiający zapewni Wykonawcy niezbędne wsparcie techniczne w zakresie konfiguracji integracji.
Czy istnieje sandbox login.gov.pl / węzła eIDAS dla wykonawcy? Jaki termin jego udostępnienia? Czy dopuszczalny jest środek równoważny eIDAS na czas oczekiwania?
Zamawiający informuje, że dedykowane środowisko testowe (sandbox) login.gov.pl nie jest dostępne dla Wykonawcy w ramach niniejszego postępowania. W związku z powyższym Zamawiający dopuszcza zastosowanie przez Wykonawcę zastępczego mechanizmu uwierzytelniania wyłącznie na środowisku testowym i UAT, na czas do uruchomienia docelowej integracji z login.gov.pl lub równoważnym środkiem eIDAS. Docelowa integracja z login.gov.pl musi zostać uruchomiona i pozytywnie przetestowana przed odbiorem końcowym Platformy. Zamawiający zapewni Wykonawcy niezbędną współpracę w zakresie uzyskania dostępu do węzła krajowego. Zamawiający przypomina, że zgodnie z OPZ pkt 4.6 dopuszczalne jest również uwierzytelnianie za pomocą innego kwalifikowanego środka identyfikacji elektronicznej zgodnego z rozporządzeniem eIDAS.
Czy Zamawiający ma obowiązywający standard CMS w Ministerstwie Cyfryzacji? Czy dopuszczalne jest rozwiązanie headless (treść w CMS, witryna publiczna i panel operatora jako jedna aplikacja WWW)?
Zamawiający informuje, że nie obowiązuje narzucony standard ani wskazany produkt CMS w Ministerstwie Cyfryzacji. Zamawiający dopuszcza zastosowanie rozwiązania headless CMS, pod warunkiem, że spełnia ono wszystkie wymagania określone w OPZ, w szczególności: obsługę z jednego panelu administracyjnego bez konieczności posiadania wiedzy technicznej, wbudowany edytor WYSIWYG, możliwość definiowania własnych struktur treści oraz zarządzanie plikami z wersjonowaniem. Wybór konkretnego narzędzia CMS należy do Wykonawcy i powinien zostać przedstawiony w ramach analizy przedwdrożeniowej.
Czy migracja obejmuje dane z istniejącego portalu/arkuszy/systemu czy start od zera? Jakie zbiory podlegają migracji? Jaki wolumen (rekordy, pliki)? W jakim formacie i kiedy dane zostaną przekazane?
Zamawiający wyjaśnia, że migracja danych, o której mowa w OPZ, dotyczy wyłącznie danych testowych przygotowanych przez Zamawiającego na potrzeby przeprowadzenia pilotażu Platformy. Platforma nie przejmuje danych z żadnego istniejącego systemu — jest wdrażana jako nowe rozwiązanie. Szczegółowy zakres, format oraz wolumen danych testowych zostaną przekazane Wykonawcy przez Zamawiającego po podpisaniu umowy, w terminie umożliwiającym prawidłowe przeprowadzenie pilotażu.
Które funkcjonalności muszą znaleźć się w wersji testowej (dzień 60), a które mogą wejść w wersji produkcyjnej (dzień 90) lub po pilotażu? Prosimy o tabelę: must dnia 60 / must dnia 90 / dopuszczalne po pilotażu.
Zamawiający wskazuje następujący podział wymagań funkcjonalnych pomiędzy poszczególne etapy realizacji:
Funkcjonalność Dzień 30 (MVP) Dzień 60 (produkcja) Po pilotażu
Katalog wyzwań/rozw./innowatorów ✓
CMS (news, kalendarz, multimedia) ✓
Moduł konkursowy (podstawowy) ✓
Pełny konkurs dwuetapowy + WKR ✓
Kreator formularzy ✓
Integracje social/YouTube/push ✓
API publiczne ✓
Testy A/B ✓
Webhooki ✓
Helpdesk zgłoszeń ✓
Pakiet AI-ready (dokumentacja i model) ✓
Zamawiający zastrzega, że podział ma charakter orientacyjny. Szczegółowy zakres MVP zostanie uzgodniony z Wykonawcą w ramach analizy przedwdrożeniowej.
Wariant hostingu: A) infrastruktura Zamawiającego, B) chmura Wykonawcy (EOG), C) mieszany? Kto wskaże operatora? Kontrakt na dwa ośrodki EOG — po której stronie?
Zamawiający przewiduje model mieszany (wariant C). Oprogramowanie i konfiguracja Platformy leżą po stronie Wykonawcy, natomiast docelowy model hostingu oraz podział odpowiedzialności za infrastrukturę zostaną uzgodnione z Wykonawcą na etapie analizy przedwdrożeniowej, z uwzględnieniem wymagań OPZ dotyczących lokalizacji w UE/EOG, wysokiej dostępności (HA) oraz parametrów RTO i RPO. Zamawiający nie wskazuje na tym etapie konkretnego operatora chmury ani centrum danych. Wykonawca powinien uwzględnić w ofercie koszt zapewnienia infrastruktury spełniającej wymagania OPZ do momentu zakończenia realizacji zamówienia tj. 21 grudnia 2026 r., z możliwością późniejszego przeniesienia środowiska do infrastruktury Zamawiającego.
Pokazujemy 13 z 24 pytań. Komplet wyjaśnień — razem z załącznikami, których dotyczą — jest w dokumentacji postępowania.