Finansowanie zewnętrzne: projekt „System Obsługi Dofinansowań i Refundacji SODiR 3.0", umowa o dofinansowanie nr FERC.02.01-IP.01-0012/25-00, program Fundusze Europejskie na Rozwój Cyfrowy 2021–2027, działanie FERC.02.01. - Waluta rozliczeń:PLN, cena brutto; rozliczenia wyłącznie w złotych polskich, brak walut obcych.
5
Terminy
Widoczne 50%
Realizacja zamówienia: maks. 48 miesięcy od zawarcia Umowy (PPU Załącznik nr 2 do SWZ).
Etap 1 – Analiza funkcjonalna: maks. 6 miesięcy od zawarcia Umowy.
Etap 2 – Budowa Systemu z migracją: maks. 14 miesięcy od odbioru Etapu 1.
Etap 3 – Warsztaty wdrożeniowe: maks. 18 dni kalendarzowych po odbiorze Etapu 2.
Sytuacja finansowa: środki finansowe lub zdolność kredytowa ≥ 3 000 000 zł (modyfikacja z 13.07.2026 wyrównała kwotę w SWZ i dokumentach).
Wdrożenia systemów (Zadanie 1):2 zamówienia z ostatnich 7 lat, każde ≥ 5 000 000 zł brutto, obejmujące zaprojektowanie, zbudowanie i wdrożenie systemu IT; min. jedno z platformą obsługi spraw/wniosków, jedno z integracją z EZD, jedno z przepływem środków finansowych — nie można sumować kilku umów.
Asysta techniczna (Zadanie 2):2 zamówienia z ostatnich 7 lat, każde świadczone nieprzerwanie ≥ 12 miesięcy i ≥ 1 500 000 zł brutto, w zakresie wsparcia/utrzymania systemu IT.
Zatrudnienie na umowę o pracę: wymagane dla osób wykonujących bieżącą obsługę (przyjmowanie/rejestrowanie korespondencji, prowadzenie terminarza spotkań); nie dotyczy samozatrudnionych Podwykonawców.
Podwykonawstwo: dopuszczone; Wykonawca wskaże w ofercie powierzane części i nazwy podwykonawców; art. 5k rozp. 833/2014 – zakaz udziału podwykonawców/dostawców objętych sankcjami powyżej 10% wartości zamówienia.
Audyty i testy bezpieczeństwa Wykonawcy: co najmniej raz na 2 lata oraz na żądanie Zamawiającego (maks. 2 razy w roku), na koszt Wykonawcy.
Prawa autorskie: przeniesienie autorskich praw majątkowych i praw zależnych do Utworów + licencje na korzystanie z Utworów (Paragraf 18 PPU).
Z każdej z 10 sekcji pokazujemy połowę. Załóż darmowe konto, żeby odsłonić pozostałe 19 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, podzielone na 3 zadania (Zadanie 1 w ramach zamówienia podstawowego, Zadanie 2 w części podstawowej + opcja, Zadanie 3 wyłącznie w opcji). Zakres CO i ILE:
Zadanie 1 — Wdrożenie Systemu SODiR 3.0 (dzieło): zaprojektowanie, budowa, migracja danych z systemu SODiR 2.0 i systemu PAWOR, warsztaty wdrożeniowe dla 70 użytkowników, start produkcyjny, stabilizacja (35 dni) oraz dokumentacja powykonawcza. Rezultatem ma być w pełni funkcjonalny, wielowarstwowy system informatyczny (Java/PostgreSQL, mikroserwisy, chmura publiczna) obsługujący dwie e-usługi o dojrzałości 5 — dofinansowania do wynagrodzeń pracowników niepełnosprawnych (ok. 300 000 transakcji/rok) oraz refundacji składek na ubezpieczenia społeczne (ok. 200 000 transakcji/rok), zgodny z WCAG 2.2 (poziom A/AA/AAA w wybranych przypadkach), RODO, NIS2, ISO 27001.
Zadanie 2 — Asysta Techniczna i Konserwacja: usługa utrzymania systemu 24/7/365 przez maks. 24 miesiące (6 mies. w części podstawowej + 18 mies. w opcji), z SLA dla czasów naprawy różnych kategorii wad i czasem obejścia.
Zadanie 3 — Modyfikacje i Rozwój (opcja): usługi rozwojowe w ramach limitu 60 000 roboczogodzin, realizowane do zakończenia umowy lub wyczerpania limitu.
W ramach zamówienia Wykonawca wytwarza i przekazuje Zamawiającemu m.in.: pełną dokumentację analityczną, projektową, powykonawczą i użytkową (kilkanaście pozycji, w tym w repozytoriach Zamawiającego, m.in. w Enterprise Architect), materiały szkoleniowe dla warsztatów wdrożeniowych (70 uczestników), migrację pełnych danych od 2009 r., testy bezpieczeństwa/wydajności/SAST/DAST/regresji oraz audyty własne (min. co 2 lata).
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 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.
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.
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 (Architecture Development Method) 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.
Dotyczy: Załącznik nr 4.10 do OPZ - Obszar raportowania, pkt 1.7, WF-RP-18 oraz odpowiedź Zamawiającego na pytanie nr 147. Wykonawca prosi o jednoznaczne wyjaśnienie oraz ujednolicenie zapisów dokumentacji postępowania dotyczących odpowiedzialności za wytworzenie raportów analitycznych po stronie CPA. W odpowiedzi na pytanie nr 147 Zamawiający wskazał, że stworzenie raportów analitycznych po stronie CPA nie jest objęte postępowaniem, natomiast zmieniony pkt 1.7 Załącznika nr 4.10 nakłada odpowiedzialność za stworzenie raportów w CPA na Wykonawcę SODiR 3.0, co jest sprzeczne z WF-RP-18. Prosimy o potwierdzenie, który wariant jest obowiązujący: Wariant 1 – Wykonawca SODiR 3.0 nie jest odpowiedzialny za fizyczne tworzenie raportów analitycznych w CPA, a jedynie za przygotowanie danych źródłowych, współpracę z operatorem CPA i osadzanie raportów w SODiR 3.0; Wariant 2 – Wykonawca SODiR 3.0 jest odpowiedzialny za zaprojektowanie, wykonanie, konfigurację i uruchomienie raportów analitycznych w CPA/Power BI. W przypadku Wariantu 1 prosimy o zmianę pkt 1.7; w przypadku Wariantu 2 o zmianę WF-RP-18 i sprostowanie odpowiedzi na pytanie nr 147 oraz określenie zakresu raportów analitycznych.
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. W związku z zmianą treści SWZ w załączniku nr 4.10 do OPZ w punkcie 1 Raporty analityczne usunięto pkt 1.7, który w skrócie brzmi: Za stworzenie raportów w CPA odpowiedzialny jest operator CPA, natomiast Wykonawca SODiR 3.0 będzie odpowiedzialny za wystawienie danych do CPA zgodnie z wymaganiami CPA (zostaną zdefiniowane na Etapie 1 Zadania nr 1 Analizy funkcjonalna) oraz „wyświetlenie” ich w systemie SODiR 3.0 za pomocą Power BI Embedded.
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.
Pokazujemy 5 z 52 pytań. Komplet wyjaśnień — razem z załącznikami, których dotyczą — jest w dokumentacji postępowania.