Przejdź do treści
← Wróć do listy
Przetarg nieograniczony · PN700792-2026

Oprogramowanie do cyberbezpieczeństwa – Chorzów

Przedmiot zamówienia

AI
  • Część 1 (dostawa i wdrożenie): kompleksowe oprogramowanie do zarządzania i ochrony infrastruktury IT na 12 miesięcy dla 250 stacji roboczych wraz z instalacją, konfiguracją, nadzorem autorskim, certyfikacją wskazanych administratorów i wsparciem technicznym na 12 miesięcy.
  • Część 2 (dostawa): 120 licencji systemu ESET Protect dla 120 stanowisk.
  • Część 3 (dostawa, integracja i wdrożenie): 12-miesięczna subskrypcja platformy SIEM/XDR/SOAR w modelu usługowym obejmująca wdrożenie kolektora logów, integrację z istniejącymi źródłami (w tym ESET PROTECT/Inspect oraz Stormshield), uruchomienie, nadzór autorski, dokumentację powykonawczą i wsparcie techniczne na okres subskrypcji.
Trudność: wysoka

Złożona integracja trzech odmiennych rozwiązań z istniejącym środowiskiem szpitala oraz szczegółowe wymagania dotyczące integracji, korelacji zdarzeń i wdrożenia platformy SIEM w modelu usługowym.

Terminy realizacji

Czas realizacji
do 14 dni kalendarzowych od zawarcia umowy
Okres gwarancji
12 miesięcy

Kryteria wyboru oferty

AI

Wagi punktowe, według których zamawiający oceni oferty.

Cena brutto
60%
Czas reakcji serwisowejdo 24 h = 40 pkt, do 36 h = 20 pkt, do 48 h = 0 pkt
40%

Czerwone flagi

AI

Sygnały, na które warto zwrócić uwagę przed startem.

Odstąpienie bez wezwania
Zamawiający ma prawo odstąpić od umowy, bez konieczności uprzedniego wzywania Wykonawcy do należytej realizacji umowy i naliczyć karę umowną w wysokości 10 % wynagrodzenia umownego brutto (§ 14 ust. 1 lit. a).
Potrącanie niewymagalnych kar
Zamawiający jest uprawniony do potrącania wierzytelności, także niewymagalnych, wobec Wykonawcy z tytułu kar umownych z wierzytelnościami Wykonawcy wobec Zamawiającego z tytułu wynagrodzenia (§ 14 ust. 4–5).

Kary i sankcje

AI
  • Kary umowne (projekt umowy, zał. nr 3, zmiana z 27.10.2026): odstąpienie 10% wynagrodzenia brutto; zwłoka w wykonaniu 0,1% za każdy dzień; niedotrzymanie terminu usunięcia wady 0,1% za każdą rozpoczętą godzinę/dzień; zwłoka w przekazaniu dokumentacji 0,1% za każdy dzień.
  • Łączny limit kar: 20% wynagrodzenia brutto.
  • Odstąpienie: Zamawiający może odstąpić bez uprzedniego wzywania (art. 456 Pzp); odszkodowanie ponad karę na zasadach ogólnych.

Pytania i odpowiedzi

11

Wyodrębnione z wyjaśnień treści SWZ.

1Czy Zamawiający w ramach projektu zapewnia serwer oraz jego. przestrzeń dyskową pod, archiwum logów, forwarder i veeam immutable back up?
Zamawiający zapewni zasoby infrastruktury serwerowej oraz przestrzeń dyskową niezbędną do uruchomienia i prawidłowego funkcjonowania archiwum logów oraz komponentu Forwarder. W zakresie środowiska Veeam Immutable Backup Zamawiający informuje, że docelowa infrastruktura przeznaczona do przechowywania niezmienialnych kopii zapasowych znajduje się obecnie na etapie projektowania i zostanie udostępniona po jej uruchomieniu. Dostawa, konfiguracja infrastruktury sprzętowej oraz przestrzeni dyskowej tego środowiska, a także jego uruchomienie i oddanie do użytkowania nie stanowią przedmiotu niniejszego postępowania.
1Odnośnie do wymagania S-01, zgodnie z którym platforma ma być dostarczona w modelu usługowym umożliwiającym korzystanie bez utrzymywania przez Zamawiającego infrastruktury serwerowej systemu SIEM: Czy Zamawiający dopuszcza zaoferowanie rozwiązania, w ramach którego Wykonawca dostarczy dedykowany serwer (hardware/appliance) do lokalizacji Zamawiającego wraz z oprogramowaniem SIEM, pełną usługą administracyjną, wsparciem technicznym oraz gwarancją realizowaną przez Wykonawcę przez cały okres trwania umowy (model On-Premise / managed appliance)? Taki wariant w pełni zwalnia Dział Informatyki Zamawiającego z konieczności samodzielnego utrzymywania i administrowania infrastrukturą serwerową systemu SIEM, spełniając tym samym cel gospodarczy i funkcjonalny opisanego wymagania. Prosimy o potwierdzenie.
Zamawiający nie potwierdza przedstawionej interpretacji. Wymaganie S-01 nie odnosi się wyłącznie do przeniesienia odpowiedzialności administracyjnej za lokalną infrastrukturę serwerową na Wykonawcę. Celem wymagania jest dostarczenie zasadniczych funkcji platformy SIEM w modelu usługowym, w którym Zamawiający nie jest zobowiązany do utrzymywania w swojej lokalizacji infrastruktury serwerowej stanowiącej podstawowe środowisko obliczeniowe, bazodanowe i składowania danych piatformy SIEM. Zamawiający nie dopuszcza zatem rozwiązania, w którym zasadnicze funkcje systemu SIEM, w szczególności: przyjmowanie i przetwarzanie danych, korelacja, przechowywanie aktywnej retencji, mechanizmy detekcji, threat hunting, case management i SOAR, są realizowane przez dedykowany serwer lub appliance zlokalizowany w infrastrukturze Zamawiającego, nawet jeżeli jego administracja i utrzymanie miałyby być realizowane przez Wykonawcę. Powyższe wynika z przyjętego modelu architektonicznego, którego celem jest ograniczenie konieczności utrzymywania przez Zamawiającego dodatkowej infrastruktury stanowiącej rdzeń platformy SIEM, jej zasobów obliczeniowych, pojemnościowych, wysokiej dostępności, cyklu życia sprzętu oraz zależności od pojedynczego lokalnego urządzenia. Zamawiający dopuszcza natomiast instalację w swojej infrastrukturze komponentów pomocniczych niezbędnych do integracji źródeł z platformą, takich jak collector, forwarder, gateway, agent lub równoważny komponent techniczny, pod warunkiem że komponenty te nie stanowią podstawowej infrastruktury obliczeniowej i składowania danych systemu SIEM oraz ich awaria nie powoduje utraty podstawowych funkcji platformy jako usługi. Lokalny system gromadzenia i długoterminowej retencji logów, wymagany odrębnie przez OPZ, nie jest traktowany jako infrastruktura serwerowa platformy SIEM w rozumieniu S-01. Zamawiający podtrzymuje wymaganie S-01. Jednocześnie Zamawiający informuje, iż termin składania i otwarcia ofert oraz związania ofertą, pozostają bez zmian.
1Dotyczy części nr 3: N-01, U-04, TO-03 i TO-04 oraz rozdz. 2 pkt 4, rozdz. 4, rozdz. 9 i A-04 OPZ. Zgodnie z art. 99 ust. 4 ustawy Pzp przedmiotu zamówienia nie można opisywać w sposób, który mógłby utrudniać uczciwą konkurencję, a w rozdz. 29 OPZ Zamawiający wskazał, że nie wskazuje producenta platformy SIEM. N-01 przewiduje dwie równorzędne możliwości: natywne integracje z ESET PROTECT / ESET Inspect oraz Stormshield albo „równoważny, producentem wspierany mechanizm integracyjny zapewniający parser, mapowanie i utrzymanie kompatybilności”. OPZ traktuje natywną integrację jako rozwiązanie preferowane, stosowane tam, gdzie jest dostępne: rozdz. 2 pkt 4 („dla źródeł posiadających oficjalne, natywne integracje”), rozdz. 9 („Preferowana”), N-03 („o ile jest to oficjalnie wspierane”), a A-04 dopuszcza dla pozostałych źródeł model z collectorem i forwarderem. Tymczasem U-04, TO-03 i TO-04 przewidują wyłącznie natywną integrację i nie obejmują mechanizmu równoważnego z N-01, co wobec defi z rozdz. 4 OPZ czyni drugą możliwość z N-01 niemożliwą do odebrania. Czy Zamawiający potwierdza, że U-04, TO-03 i TO-04 spełnia również mechanizm równoważny, o którym mowa w N-01, oraz że takim mechanizmem jest integracja, w której zdarzenia są eksportowane mechanizmem udokumentowanym przez producenta źródła, przekazywane do platformy przez Forwarder SIEM w rozumieniu rozdz. 4 OPZ (komponent oficjalnie wspierany przez producenta SIEM), a parser i mapowanie do modelu danych platformy są utrzymywane przez Wykonawcę przez cały okres umowy (N-07, NS-07, § 7 ust. 3 lit. f wzoru umowy)? Wnosimy o dodanie w U-04, TO-03 i TO-04 słów: „lub równoważnego mechanizmu, o którym mowa w N-01”. Jeżeli Zamawiający nie potwierdzi, prosimy o wskazanie, jakiego elementu funkcjonalnego takie rozwiązanie nie zapewnia.
Celem Zamawiającego jest rozbudowa istniejącego systemu cyberbezpieczeństwa poprzez uzupełnienie go o platformę klasy SIEM/XDR/SOAR. Przedmiotem zamówienia nie jest zastąpienie, ograniczenie funkcjonalności ani istotna przebudowa posiadanych przez Zamawiającego systemów bezpieczeństwa, w szczególności ESET PROTECT / ESET Inspect i Stormshield, wyłącznie w celu dostosowania ich do ograniczeń architektury oferowanego systemu SIEM. Zamawiający potwierdza, że wymagania U-04, TO-03 i TO-04 mogą zostać spełnione również przy wykorzystaniu mechanizmu równoważnego, o którym mowa w N-01, jednak równoważność nie oznacza wyłącznie technicznej możliwości przesłania zdarzeń ze źródła do systemu SIEM. Za równoważny Zamawiający uzna mechanizm, który łącznie: 1. wykorzystuje sposób pozyskiwania danych wspierany przez producenta systemu źródłowego; 2. wykorzystuje komponent integracyjny oficjalnie wspierany przez producenta oferowanej platformy SIEM lub funkcjonujący w ramach oficjalnego modelu wsparcia tej platformy; 3. zapewnia dedykowane dla danego źródła parsowanie, normalizację i mapowanie danych do modelu danych platformy; 4. zachowuje semantykę i kontekst bezpieczeństwa udostępniany przez system źródłowy; 5. umożliwia wykorzystanie pozyskanych danych co najmniej w mechanizmach wyszukiwania, korelacji, detekcji, threat huntingu, alertowania i obsługi incydentów; 6. nie powoduje ograniczenia zakresu informacji lub funkcji bezpieczeństwa dostępnych w systemie źródłowym; 7. posiada zapewniony mechanizm utrzymania kompatybilności po aktualizacjach systemu źródłowego i platformy SIEM w całym okresie obowiązywania subskrypcji; 8. nie wymaga zastąpienia lub ograniczenia funkcjonalności istniejących systemów Zamawiającego ani zakupu dodatkowego rozwiązania bezpieczeństwa wyłącznie w celu zapewnienia wymaganej integracji;
2Jaką Zamawiający posiada obecnie licencję Veeam - per socket czy Veeam Universal License , oraz czy jest możliwość instalacji dodatkowych maszyn wirtualnych w ramach licencji per socket, lub czy Zamawiający dysponuje wolnymi zasobami pod kolejne maszyny wirtualne w ramach licencji Universal License.
Zamawiający posiada licencję Veeam Universal License (VUL), obejmującą licencjonowanie na podstawie liczby chronionych instancji. Zamawiający dysponuje wystarczającą liczbą dostępnych instancji licencyjnych, umożliwiającą realizację procesu wykonywania kopii zapasowych w zakresie przewidzianym niniejszym postępowaniem. W związku z powyższym Wykonawca nie jest zobowiązany do dostarczenia dodatkowych licencji Veeam na potrzeby realizacji zamówienia. Jednocześnie Zamawiający informuje, iż termin składania i otwarcia ofert oraz związania ofertą, pozostają bez zmian.
2Dotyczy części nr 3: S-38, S-39, S-41 i T-16 OPZ. S-38 wymaga, aby system posiadał „wbudowaną bazę wskaźników kompromitacji (loC)”, a S-39, aby posiadał „gotowy mechanizm” automatycznego, cyklicznego pobierania wskaźników z platformy MISP. Jednocześnie T-16 dopuszcza import wskaźników „z MISP lub z pliku”, a w S-21 i S-34 Zamawiający dopuścił realizację wymagań za pośrednictwem różnych komponentów lub mechanizmów dostępnych w systemie, w tym wyszukiwania i zapytań analitycznych. Zgodnie z art. 16 pkt 3 ustawy Pzp wymagania powinny być proporcjonalne do celu, którym jest wykrywanie zdarzeń zawierających wskaźniki kompromitacji, w tym w danych historycznych. Czy Zamawiający potwierdza, że: S-38 spełnia przechowywanie w platformie wskaźników typów wskazanych w lit. a-d w listach lub tabelach wskaźników powiązanych z regułami, alertami i sprawami; S-39 spełnia automatyczne, cykliczne pobieranie wskaźników z MISP przez mechanizm skonfigurowany przez Wykonawcę z dostępnych funkcji rozwiązania i objęty nadzorem serwisowym; S-41 spełnia automatyczne przeszukiwanie danych w okresie retencji aktywnej po zasileniu bazy nowymi wskaźnikami, realizowane regułami lub wyszukiwaniami uruchamianymi według harmonogramu? Wnosimy o dodanie do S-38, S-39 i S-41 zdania: „Za wbudowaną bazę i gotowy mechanizm uznaje się także rozwiązanie skonfigurowane przez Wykonawcę z dostępnych funkcji rozwiązania, objęte nadzorem serwisowym”.
Zamawiający potwierdza możliwość realizacji wskazanych funkcji przy wykorzystaniu różnych mechanizmów technicznych oferowanej platformy, jednak nie wyraża zgody na dodanie do S-38, S-39 i S-41 wspólnego zapisu w brzmieniu zaproponowanym przez Wykonawcę. W odniesieniu do S-38 Zamawiający wyjaśnia, że przez wbudowaną bazę wskaźników kompromitacji rozumie natywny dla oferowanej platformy, trwały mechanizm przechowywania i zarządzania loC. Mechanizm może być określany przez producenta jako baza, kolekcja, lista, tabela, repozytorium lub w inny sposób. Nie jest wymagany konkretny sposób technicznej implementacji. Wskaźniki muszą być możliwe do bezpośredniego wykorzystania przez funkcje bezpieczeństwa platformy, w szczególności mechanizmy detekcji, korelacji, wyszukiwania, threat huntingu i obsługi alertów. W odniesieniu do S-39 Zamawiający dopuszcza automatyczne i cykliczne pobieranie loC z MISP przy wykorzystaniu standardowego konektora, modułu, playbooka, API lub innego mechanizmu oficjalnie wspieranego dla oferowanego rozwiązania i skonfigurowanego przez Wykonawcę. Mechanizm nie może wymagać każdorazowego ręcznego importowania danych przez administratora. . W odniesieniu do S-41 Zamawiający wymaga funkcji pozwalającej po pojawieniu się nowych lub zaktualizowanych loC automatycznie zweryfikować ich występowanie również w zdarzeniach już zgromadzonych w okresie aktywnej retencji SIEM. Funkcja może być realizowana przez retrohunt lub równoważny mechanizm techniczny, pod warunkiem że nie wymaga każdorazowego ręcznego uruchomienia przez operatora oraz w przypadku odnalezienia dopasowania umożliwia utworzenie detekcji, alertu lub równoważnego zdarzenia bezpieczeństwa. Samo skonfigurowanie przez Wykonawcę okresowego zapytania analitycznego nie będzie uznawane za . równoważne, jeżeli realizacja funkcji wymaga stałego utrzymywania przez Wykonawcę rozwiązania własnego, niewchodzącego w standardowy lub oficjalnie wspierany mechanizm oferowanej platformy. Zamawiający odpowiednio doprecyzowuje S-38, S-39 i S-41. S-38 Było Po zmianie System SIEM musi posiadać wbudowaną bazę wskaźników kompromitacji (loC), umożliwiającą ich zbieranie, przechowywanie oraz powiązanie z alertami i sprawami. Baza musi obsługiwać co

Historia zmian

12.10.2026 — publikacja ogłoszenia