Tryb: przetarg nieograniczony na podstawie ustawy Pzp. - Próg: wartość zamówienia przekracza próg unijny (art. (+ 2 zdania — pełna treść po zalogowaniu)
Sytuacja finansowa: środki finansowe lub zdolność kredytowa ≥ 3 000 000 zł
Doświadczenie (projekty IT): co najmniej 2 zamówienia ≥ 5 000 000 zł brutto każdy, ostatnie 7 lat, 3 wymagane zakresy (platforma internetowa, integracja z EZD, przepływ środków finansowych); nie sumować umów
Doświadczenie (ATiK): co najmniej 2 zamówienia ciągłe ≥ 12 miesięcy, każda ≥ 1 500 000 zł brutto, ostatnie 7 lat
Doświadczenie (chmura): co najmniej 1 zamówienie systemu wielowarstwowego w chmurze publicznej, ostatnie 7 lat
Z każdej z 10 sekcji pokazujemy połowę. Załóż darmowe konto, żeby odsłonić pozostałe 17 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
Wdrożenie Systemu SODiR 3.0 (zadanie podstawowe): kompletne Wdrożenie w 5 etapach – analiza funkcjonalna, budowa z migracją danych z SODiR 2.0 i PAWOR, warsztaty wdrożeniowe, start produkcyjny ze stabilizacją, dokumentacja powykonawcza, z przeniesieniem autorskich praw majątkowych i uzyskaniem licencji.
Asysta Techniczna i Konserwacja (zadanie podstawowe + opcja): 24 miesiące świadczenia usług ATiK.
Modyfikacja i Rozwój (opcja): do 60 000 Roboczogodzin.
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.
Zgodnie z zapisami SWZ pkt 7.1.2.4 osoby wykazane na spełnienie warunku udziału w postępowaniu powinny brać udział w projektach informatycznych „zakończonych lub trwających”. Prosimy o ujednolicenie Załącznika nr 12 do SWZ_Wykaz_osób z zapisami SWZ i usunięcie z Tabel 1 – 11 w polu „Wymaganie” słowa „zakończony” (Nazwa system informatycznego, którego dotyczy zakończony projekt informatyczny), tak jak jest to w Tabelach 12 – 17 (Nazwa system informatycznego, którego dotyczy projekt). Dodatkowo zwracamy uwagę, że Tabela nr 9 występuje w wykazie 4 razy.
Zamawiający ujednolici zapisy SWZ w tym zakresie.
Zgodnie z zapisami SWZ pkt 7.1.2.4 osoby wykazane na spełnienie warunku udziału w postępowaniu powinny brać udział w projektach informatycznych „zakończonych lub trwających”. Prosimy o ujednolicenie Załącznika nr 12 do SWZ_Wykaz_osób z zapisami SWZi usunięcie z Tabel 1 — 11 w polu „Wymaganie” słowa „zakończony” (Nazwa system informatycznego, którego dotyczy zakończony projekt informatyczny), tak jak jest to w Tabelach 12 — 17 (Nazwa system informatycznego, którego dotyczy projekt). Dodatkowo zwracamy uwagę, że Tabela nr 9 występuje w wykazie 4 razy.
Zamawiający ujednolici zapisy SWZ w tym zakresie.
Wykonawca prosi o jednoznaczne wyjaśnienie, który wariant jest obowiązujący co do odpowiedzialności za wytworzenie raportów analitycznych po stronie CPA: Wariant 1 – Wykonawca SODiR 3.0 nie jest odpowiedzialny za fizyczne tworzenie raportów analitycznych w CPA (odpowiedzialność ogranicza się do danych źródłowych, współpracy z operatorem CPA i osadzenia raportów Power BI w SODiR 3.0), czy Wariant 2 – Wykonawca SODiR 3.0 jest odpowiedzialny również za zaprojektowanie, wykonanie, konfigurację i uruchomienie raportów analitycznych w środowisku CPA/Power BI. Wykonawca domaga się również ujednolicenia zapisów dokumentacji postępowania (odpowiedź na pytanie nr 147, WF-RP-18, zmieniony pkt 1.7 Załącznika nr 4.10), które zawierają rozbieżne zapisy dotyczące tego samego zakresu odpowiedzialności.
Zamawiający potwierdza, że stworzenie raportów analitycznych po stronie CPA nie jest objęte przedmiotowym postępowaniem. Wykonawca SODiR 3.0 będzie odpowiedzialny za wystawienie z systemu SODiR 3.0 danych źródłowych wymaganych przez CPA, zgodnie z wymaganiami określonymi w Zadaniu 1 Etap 1, oraz za współpracę z operatorem CPA w celu prawidłowego zapewnienia źródła danych na potrzeby raportów analitycznych. Jednocześnie Wykonawca będzie odpowiedzialny za zapewnienie możliwości wyświetlania/osadzania raportów przygotowanych w Power BI w systemie SODiR 3.0 z wykorzystaniem Power BI Embedded. Zamawiający wyjaśnia, że w zakresie raportów analitycznych realizowanych w środowisku CPA obowiązkami Wykonawcy Systemu SODiR 3.0 jest przygotowanie i udostępnienie danych na potrzeby CPA w celu realizacji raportów analitycznych, zgodnie z wymaganiami dokumentacji postępowania. Wykonawca Systemu SODiR 3.0 nie będzie odpowiadał za brak realizacji raportów analitycznych po stronie realizatora CPA, o ile udostępni widoki kompletnych danych z Systemu SODiR 3.0 na potrzeby procesów ekstrakcji, transformacji i ładowania danych do CPA. Zamawiający usunął pkt 1.7 z Załącznika nr 4.10 do OPZ (Obszar raportowania, punkt 1 Raporty analityczne).
Zamawiający w SWZ, Rozdział 7 „Informacje o warunkach udziału w postępowaniu”, pkt 7.1.2.4.4 lit. b), w odniesieniu do osoby pełniącej funkcję Głównego Architekta, wymaga posiadania certyfikatu „TOGAF 9 – Foundation” lub równoważnego.
Wnosimy o wyjaśnienie zasadności tego wymogu w świetle pozostałych warunków stawianych tej samej osobie oraz rzeczywistego zakresu prac architektonicznych przewidzianych w Opisie Przedmiotu Zamówienia (dalej: „OPZ”), a w konsekwencji o rezygnację z tego wymogu albo doprecyzowanie katalogu kwalifikacji uznawanych za równoważne.
Uzasadnienie:
1. Certyfikat TOGAF 9 Foundation potwierdza wyłącznie znajomość terminologii i struktury metodyki TOGAF ADM na poziomie podstawowym — jest to jednorazowy egzamin testowy (pytania jednokrotnego wyboru), niewymagający wykazania praktycznych umiejętności projektowych ani znajomości jakiejkolwiek konkretnej technologii. Certyfikat ten adresuje architekturę korporacyjną (enterprise architecture) i procesy transformacji organizacyjnej, nie architekturę techniczną rozwiązań opartych o Java i mikroserwisy, której dotyczy przedmiot niniejszego zamówienia.
2. Realne kompetencje niezbędne do pełnienia funkcji Głównego Architekta w tym postępowaniu są już bezpośrednio i w sposób bardziej miarodajny zweryfikowane przez pozostałe warunki określone w tym samym punkcie SWZ: lit. a) — minimum 5-letnie doświadczenie i udział w co najmniej 2 projektach z odpowiedzialnością za architekturę w technologii Java; lit. c) — minimum 3-letnie doświadczenie w projektowaniu architektury mikroserwisowej; lit. d) — wiedza z zakresu architektury systemów obiegu dokumentów; lit. e) — kwalifikacje w projektowaniu systemów wysokowydajnych i skalowalnych. Kryteria te odpowiadają wprost przedmiotowi zamówienia i samodzielnie potwierdzają zdolność do pełnienia tej funkcji.
3. Dodatkowy wymóg formalnego certyfikatu metodyki niezwiązanej z żadną z technologii wskazanych w OPZ (Java, mikroserwisy, silnik BPMN, systemy obiegu dokumentów) nieproporcjonalnie zawęża krąg wykonawców dysponujących realnym, udokumentowanym doświadczeniem w projektowaniu systemów tej klasy, lecz nieposiadających akurat tego certyfikatu — co pozostaje w potencjalnej sprzeczności z zasadą proporcjonalności warunków udziału do przedmiotu zamówienia (art. 112 ust. 1 ustawy Pzp) oraz zasadą zachowania uczciwej konkurencji (art. 16 pkt 1 ustawy Pzp), skoro identyczny poziom pewności co do kompetencji architekta zapewniają już warunki a), c), d) i e).
Wniosek:
Wnosimy o rezygnację z wymogu posiadania certyfikatu „TOGAF 9 – Foundation” (pkt 7.1.2.4.4 lit. b) i pozostawienie oceny kompetencji Głównego Architekta w oparciu o warunki a), c), d) i e), które w pełni i w sposób bardziej adekwatny odzwierciedlają zakres prac architektonicznych przewidziany w OPZ.
Zamawiający nie zmieni zapisów SWZ w tym zakresie. Zamawiający wskazuje, że Certyfikat TOGAF 9 Foundation nie został wymagany jako potwierdzenie kompetencji technologicznych w zakresie platformy Java, architektury mikroserwisowej czy projektowania rozwiązań wysokowydajnych. Kompetencje te są weryfikowane odrębnymi warunkami udziału wskazanymi odpowiednio w pkt 7.1.2.4.4 lit. a), c), d) oraz e) SWZ. Celem wymagania określonego w lit. b) jest natomiast potwierdzenie znajomości uznanych standardów i metodyk służących do systematycznego modelowania, opisywania, analizowania oraz dokumentowania architektury systemów informatycznych. Zamawiający oczekuje, że architekt odpowiedzialny za realizację projektu będzie posługiwał się powszechnie rozpoznawalnym i ustandaryzowanym podejściem do zarządzania architekturą, umożliwiającym zachowanie spójności pomiędzy warstwą biznesową, aplikacyjną, integracyjną oraz technologiczną systemu.
Projekt SODiR 3.0 nie ogranicza się wyłącznie do implementacji komponentów programistycznych. Obejmuje on również migrację danych, integrację z licznymi systemami zewnętrznymi, projektowanie docelowej architektury rozwiązania, zapewnienie jej rozwoju w całym okresie obowiązywania umowy oraz przygotowanie kompletnej dokumentacji architektonicznej umożliwiającej przyszłe utrzymanie i dalszą rozbudowę systemu. W ocenie Zamawiającego realizacja tych zadań wymaga nie tylko znajomości technologii, ale również umiejętności stosowania formalnych metod opisu architektury. Zamawiający zwraca uwagę, że zastosowanie uznanych standardów architektonicznych pozwala na ujednolicenie sposobu modelowania i dokumentowania rozwiązań przez wszystkich uczestników projektu, ogranicza ryzyko uzależnienia od wiedzy pojedynczych osób, zwiększa przejrzystość podejmowanych decyzji projektowych oraz ułatwia późniejszy transfer wiedzy pomiędzy wykonawcą a Zamawiającym. Ma to szczególne znaczenie w projektach o wysokim stopniu złożoności i długim cyklu życia, realizowanych na rzecz podmiotu publicznego. Zamawiający podkreśla również, że wymagany certyfikat został określony na poziomie Foundation, co oznacza podstawowy poziom potwierdzenia znajomości metodyki. Wymóg ten nie ma charakteru nadmiernego ani ograniczającego konkurencję, lecz stanowi minimalne potwierdzenie posiadania wiedzy w zakresie powszechnie stosowanych zasad opisu i porządkowania architektury. Jednocześnie Zamawiający dopuścił certyfikaty równoważne, co dodatkowo ogranicza ryzyko nieuzasadnionego zawężenia konkurencji. W konsekwencji Zamawiający uznaje, że wymaganie określone w pkt 7.1.2.4.4 lit. b) SWZ pozostaje proporcjonalne do przedmiotu zamówienia, służy zapewnieniu odpowiedniej jakości prac architektonicznych oraz jest uzasadnione potrzebą stosowania jednolitych standardów modelowania, dokumentowania i zarządzania architekturą systemu SODiR 3.0.
Dot. Załącznik nr 2 do SWZ_Projektowane Postanowienia Umowy, paragraf 4, punkt 15: „Wykonawca zobowiązany jest w terminie 5 Dni Roboczych od dnia zapotrzebowania na Zmianę dostarczyć nieodpłatnie wynik realizacji analizy wstępnej Zmiany za pośrednictwem Portalu Serwisowego”.
Prosimy o wyjaśnienie, w jaki sposób Wykonawcy powinni oszacować i uwzględnić w cenie oferty koszty realizacji nieodpłatnych analiz wstępnych Zmian, w sytuacji gdy dokumentacja postępowania nie określa:
- liczby analiz wstępnych, których Zamawiający może zażądać w okresie obowiązywania Umowy,
- przewidywanej pracochłonności poszczególnych analiz,
- rzeczywistej liczby godzin rozwojowych, które zostaną zamówione przez Zamawiającego.
W ocenie Wykonawcy powyższe powoduje, że potencjalni wykonawcy mogą przyjąć istotnie różne założenia na potrzeby kalkulacji ceny oferty. Przykładowo jeden wykonawca może założyć wykorzystanie przez Zamawiającego pełnego limitu 60 000 godzin rozwojowych i rozłożyć koszt analiz na cały ten wolumen, podczas gdy inny może przyjąć, że Zamawiający wykorzysta jedynie część tego limitu, np. 30 000 godzin.
Zamawiający wyjaśnia, że Analiza wstępna Zmiany stanowi element procedury realizacji Modyfikacji i Rozwoju Systemu SODiR 3.0, a jej zakres został określony w § 4 ust. 15 Projektowanych Postanowień Umowy.
Wykonanie Analizy wstępnej jest nieodpłatne, co oznacza, że z tytułu jej sporządzenia Wykonawcy nie przysługuje odrębne wynagrodzenie, a czas przeznaczony na jej przygotowanie nie pomniejsza limitu Roboczogodzin przeznaczonego na realizację Modyfikacji i Rozwoju.
Zamawiający nie określa ani nie gwarantuje liczby Analiz wstępnych, które zostaną zlecone w okresie obowiązywania Umowy. Konieczność ich sporządzenia będzie wynikała z rzeczywistych potrzeb Zamawiającego dotyczących Zmian. Zadanie nr 3 realizowane jest w ramach Opcji, do maksymalnego limitu 60 000 Roboczogodzin, na zasadach określonych w PPU.
Koszty związane z realizacją obowiązku sporządzania Analiz wstępnych Wykonawca powinien uwzględnić w kalkulacji ceny oferty jako koszty realizacji obowiązków wynikających z Umowy. Zamawiający nie przewiduje odrębnego wynagrodzenia za sporządzanie Analiz wstępnych ani nie gwarantuje określonej liczby Zmian, które po przeprowadzeniu Analizy wstępnej zostaną skierowane do realizacji.
W SWZ ust. 7.1.2.4.3 dla roli Analityk biznesowy należy podać na potwierdzenie warunku udziału w postępowaniu po 2 (dwa) projekty dla każdego z Analityków. W Załączniku nr 12 do SWZ_Wykaz_osób dla Analityka biznesowego 1 i Analityka biznesowego 2 jest tylko po jednej tabeli. Prosimy o uzupełnienie wykazu osób.
Zamawiający zmieni zapisy SWZ w tym zakresie.
Pokazujemy 6 z 52 pytań. Komplet wyjaśnień — razem z załącznikami, których dotyczą — jest w dokumentacji postępowania.
