Platforma WWW Cyfrowa Platforma GovTech – Warszawa

Zamawiający wyjaśnia, że pozorna rozbieżność pomiędzy OPZ pkt 2 ppkt 10 (przedział 12–15 osób) a OPZ pkt 8 lit. d (min. 15 pracowników) wynika z omyłki pisarskiej w pkt 2 ppkt 10. Liczbą wiążącą, spełniającą jednocześnie oba zapisy, jest 15 osób - Zamawiający dokona odpowiedniej korekty OPZ pkt 2 ppkt 10, zastępując przedział „12-15 osób" zapisem „15 osób". Zamawiający dopuszcza możliwość przeprowadzenia przez Wykonawcę szkolenia zarówno w formie stacjonarnej, jak i zdalnej, w łącznym wymiarze 16 godzin szkoleniowych, obejmującego: moduł informacyjny, moduł konkursowy oraz panel administracyjny wraz z zarządzaniem uprawnieniami. Wykonawca zapewnia platformę do prowadzenia szkolenia zdalnego (np. Microsoft Teams, zgodnie z infrastrukturą tożsamości Zamawiającego) oraz materiały szkoleniowe w formie nagrania, prezentacji i instrukcji użytkownika. W przypadku szkolenia w formie stacjonarnej Zamawiający nie wymaga zapewnienia sali szkoleniowej. Ostateczny harmonogram, forma i liczba sesji oraz szczegółowy zakres tematyczny szkoleń zostaną potwierdzone w Etapie I.

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 ... 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: a) 2 (dwa) zamówienia ... 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)-(f) bez zmian (co najmniej jedno zamówienie).

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: wdrożenie wersji produkcyjnej musi nastąpić odpowiednio wcześniej, tak aby okres testowy i poprawek zakończył się nie później niż w 60. dniu od zawarcia umowy, ale nie później niż 21 grudnia 2026 r. Zamawiający dokona zmian zapisów OPZ i umowy w celu ujednolicenia. Odbiór końcowy – po upływie okresu testowego i poprawek, protokół odbioru końcowego; 24-miesięczny okres gwarancji liczony od daty odbioru końcowego. Zmiany: Rozdział IV SWZ – termin do 60 dni (nie 90), nie później 21 XII 2026; §4 Zał. nr 2 – Etap I do 30 dni, Etap II do 60 dni (nie 90), nie później 21 XII 2026; Załącznik nr 1 pkt 9 – c) wdrożenie produkcyjne i d) okres testowy i poprawki: do 60 dni łącznie, nie później 21 XII 2026.

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, w związku z czym nie istnieje system źródłowy w rozumieniu pytania Wykonawcy. Szczegółowy zakres, wolumen (liczba rekordów, rozmiar plików) oraz format danych testowych zostaną przekazane Wykonawcy przez Zamawiającego po podpisaniu Umowy, w terminie umożliwiającym prawidłowe przygotowanie i przeprowadzenie pilotażu. Techniczne mapowanie danych testowych do struktur wymaganych przez Platformę realizuje Wykonawca w ramach Przedmiotu Umowy. Migracja nie obejmuje oczyszczania ani transformacji danych z systemu źródłowego, ponieważ taki system nie występuje. Niniejsze rozstrzygnięcie jest tożsame z odpowiedziami udzielonymi na analogiczne pytania innych Wykonawców w niniejszym postępowaniu.

Zamawiający potwierdza, że termin 21 grudnia 2026 r. jest terminem nadrzędnym i nieprzekraczalnym, wynikającym z uwarunkowań budżetowych. Jeżeli 60 dni od zawarcia Umowy prowadziłoby do przekroczenia 21 XII 2026 r., wiążący jest termin 21 XII 2026 r. Faktyczny czas realizacji może być krótszy niż 60 dni w zależności od daty zawarcia Umowy. Wykonawcy powinni uwzględnić to przy kalkulacji i planowaniu harmonogramu. Zamawiający nie przewiduje zmiany terminu końcowego.

Zamawiający wyjaśnia, że Platforma stosuje model rozdzielający uwierzytelnienie użytkownika od zarządzania jego uprawnieniami. Dostęp administratorów, operatorów oraz innych pracowników Zamawiającego korzystających z panelu administracyjnego i funkcji uprzywilejowanych realizowany jest poprzez system Single Sign-On (SSO) Zamawiającego, zintegrowany z systemem tożsamości opartym na infrastrukturze Microsoft, z wykorzystaniem SAML 2.0, OpenID Connect lub rozwiązania równoważnego. MFA dla tych użytkowników realizowane jest przez system tożsamości Zamawiającego. Dla osób niebędących pracownikami Zamawiającego, którym zostaną przypisane role związane z obsługą procesu konkursowego, w szczególności sekretarza konkursu, przewodniczącego sądu konkursowego, członka komisji konkursowej albo biegłego, dopuszcza się uwierzytelnianie za pomocą login.gov.pl albo równoważnego środka identyfikacji elektronicznej zgodnego z eIDAS. MFA dla tych osób realizowane jest przez zastosowany zewnętrzny środek uwierzytelnienia. Platforma nie prowadzi lokalnych kont użytkowników opartych na loginie i haśle ani nie przechowuje haseł użytkowników. Niezależnie od sposobu uwierzytelnienia Platforma prowadzi jednak lokalny profil techniczny, powiązany ze stabilnym identyfikatorem z systemu tożsamości Zamawiającego albo login.gov.pl/eIDAS. Profil służy wyłącznie do przypisania ról, zarządzania uprawnieniami RBAC, ograniczeniami kontekstowymi, dostępem do konkretnych konkursów i etapów oraz rejestrowania zdarzeń w dzienniku audytowym. Samo uwierzytelnienie nie powoduje automatycznego nadania roli uprzywilejowanej. Nadanie, zmiana, czasowe ograniczenie i odebranie uprawnień następują na podstawie decyzji Zamawiającego i są rejestrowane w logu audytowym. Szczegółowy model powiązania tożsamości z profilem technicznym, przypisywania ról, obsługi dostępu czasowego oraz ewentualnych kont technicznych lub awaryjnych zostanie wypracowany i zatwierdzony przez Zamawiającego w Etapie I, w ramach matrycy uprawnień i analizy przedwdrożeniowej.

Prawidłowy warunek: każda z wykazanych usług musi obejmować 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ł zmiany warunku SWZ udzielając odpowiedzi na pytanie nr 1.