Przejdź do treści
← Wróć do listy
Rozstrzygnięty

Modernizacja i rozbudowa systemu zabezpieczeń IT – Lublin

Składanie ofert: 14 października 2026

Rozstrzygnięcie

Kto wygrał, za ile i ilu było chętnych.

NIP zwycięzcy7121591162
Kwota oferty1 810 742,00 zł

Przedmiot zamówienia

AI

Przedmiot zamówienia to modernizacja i rozbudowa systemu zabezpieczeń infrastruktury informatycznej WOMP CPL w Lublinie, realizowana przez dostawę sprzętu i usługi IT:

  • część dostawa: 2 serwery fizyczne, 2 macierze dyskowe, 2 przełączniki sieciowe;
  • część usługi: instalacja, konfiguracja, wdrożenie i integracja infrastruktury oraz wsparcie techniczne i serwis posprzedażowy.

Wykonawca odpowiada za montaż, uruchomienie, wdrożenie, instruktaż personelu i przekazanie dokumentacji (instrukcje po polsku, karty gwarancyjne, dokumentację techniczną).

Trudność: średnia

Zamówienie wymaga koordynacji dostawy sprzętu z instalacją, konfiguracją, wdrożeniem i integracją infrastruktury IT oraz świadczeniem wsparcia posprzedażowego — wykracza poza prostą dostawę, ale nie jest niezwykle złożone technicznie.

Terminy realizacji

Czas na realizację (termin wykonania)
do 120 dni od dnia zawarcia umowy

Warunki udziału

AI
1Warunki udziału: Zamawiający nie stawia warunków udziału — w postępowaniu w zakresie zdolności do występowania w obrocie gospodarczym, kompetencji zawodowych, sytuacji ekonomiczno-finansowej ani zdolności technicznej/zawodowej.

Kryteria wyboru oferty

AI

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

Cena oferty bruttoformuła: najniższa / badana × 60
60%
Okres gwarancji36/48/60 mies. → 0/20/40 pkt
40%

Czerwone flagi

AI

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

Brak istotnych sygnałów ostrzegawczych.

Kary i sankcje

AI
  • Karalność pieniężna: do 20 000 000 PLN za ubieganie się o zamówienie w okresie wykluczenia (art. 7 ustawy o Ukrainie)
  • Kary umowne: w projekcie umowy (Załącznik nr 3)

Pytania i odpowiedzi

27

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

1Prosimy o wskazanie obiektywnej potrzeby technicznej, która wymaga zastosowania urządzeń o szerokości 1/2 RU i montażu dwóch przełączników obok siebie w jednej jednostce rack. Czy w istniejącej szafie rack występuje rzeczywiste ograniczenie miejsca uniemożliwiające wykorzystanie łącznie 2U dla dwóch redundantnych urządzeń?
Zamawiający wyraża zgodę. Dopuszcza się przełączniki w obudowie umożliwiającej montaż dwóch urządzeń obok siebie w 1U lub przełączniki w standardowej obudowie 19
2Pytanie do Zamawiającego Prosimy o wskazanie konkretnych funkcji lub wartości obciążenia środowiska, które wymagają zastosowania co najmniej 8 GB RAM, dokładnie co najmniej 32 MB bufora pakietów oraz co najmniej 16 GB lokalnego SSD. Prosimy również o wskazanie sposobu, w jaki parametry te będą weryfikowane podczas odbioru i jaki mają wpływ na wymaganą przepustowość oraz opóźnienia w projektowanej konfiguracji.
Zamawiający podtrzymuje zapisy SWZ.
3Pytanie do Zamawiającego Prosimy o przedstawienie sposobu wyliczenia minimalnych wartości 2 Tbps oraz 880 Mpps w odniesieniu do liczby rzeczywiście wykorzystywanych portów, przewidywanego ruchu serwer-storage oraz wymaganego poziomu oversubscription. Prosimy wskazać, czy podczas odbioru planowany jest test generujący ruch uzasadniający wskazane wartości.
Zamawiający podtrzymuje zapisy SWZ.
4Pytanie Nr 5. PVST/RPVST+ - minimum 150 instancji Dokładne odniesienie do OPZ Załącznik nr 2, część „Switche”, str. 16/26, parametr „Obsługa warstwy II”. Treść wymagania OPZ „Obsługa protokołu PVST/RPVST+ minimum 150 instancji”. Pytanie do Zamawiającego Prosimy o wskazanie przewidywanej liczby VLAN oraz niezależnych instancji STP w docelowym środowisku i wyjaśnienie, dlaczego wymagane jest minimum 150 instancji PVST/RPVST+. Czy Zamawiający przewiduje wykorzystanie wszystkich lub znacznej części tych instancji?
Zamawiający podtrzymuje zapisy SWZ.
5Pytanie Nr 6. Limity warstwy II - 128 Port Channel, 32 porty w grupie i 200 000 MAC Dokładne odniesienie do OPZ Załącznik nr 2, część „Switche”, str. 16/26, parametr „Obsługa warstwy II”. Treść wymagania OPZ „Co najmniej 128 logicznych interfejsów Port Channel, 32 porty per Port Channel” oraz „Obsługa min. 200 tysięcy adresów MAC”. Pytanie do Zamawiającego Prosimy o wskazanie planowanej liczby agregatów LACP, maksymalnej liczby portów w pojedynczym agregacie oraz przewidywanej maksymalnej liczby adresów MAC w środowisku. Prosimy wyjaśnić związek limitu 200 000 adresów MAC z opisanym środowiskiem składającym się z dwóch serwerów, dwóch macierzy i dwóch przełączników.
Zamawiający dopuszcza: „Co najmniej 128 logicznych interfejsów Port Channel, minimum 16 portów per Port Channel. Obsługa minimum 160 tysięcy adresów MAC.” Pozostałe zapisy zgodne z SWZ.
6Pytanie do Zamawiającego Prosimy o wskazanie przewidywanej liczby interfejsów OSPF, sąsiadów BGP, sesji BFD, instancji VRF, interfejsów L3 i wpisów w tablicy routingu w projektowanym środowisku. Prosimy także o przedstawienie założeń projektowych, z których wynikają tak wysokie minimalne wartości.
Wymaganie dotyczące BGP v4/v6 ulegają zmianie na 'co najmniej 128 sąsiadów BGP', natomiast wymaganie dotyczące VRF ulega zmianie na 'minimum 512 VRF per przełącznik'. Pozostałe zapisy zgodne z SWZ.
7Pytanie Nr 8. Funkcjonalność NAT na przełącznikach Pytanie do Zamawiającego Prosimy o wskazanie konkretnego scenariusza wykorzystania NAT na dostarczanych przełącznikach, liczby reguł/translacji oraz potwierdzenie, czy konfiguracja i test NAT wchodzą do zakresu odbioru. W części 'Zakres prac wdrożeniowych - Konfiguracja infrastruktury sieciowej' opisano redundancję i logiczny rozdział ruchu, lecz nie wskazano konfiguracji NAT.
Zamawiający wyraża zgodę. Wymaganie 'Obsługa funkcjonalności NAT' zostaje usunięte.
8Pytanie Nr 9. EVPN, L2VXLAN, L3VXLAN, 512 tuneli, IRB, ARP Suppression i EVPN Multihoming Pytanie do Zamawiającego Prosimy o potwierdzenie, czy przedmiot zamówienia obejmuje zaprojektowanie i uruchomienie fabric EVPN/VXLAN. Jeżeli tak, prosimy o wskazanie docelowej liczby VTEP, segmentów VXLAN, VRF i połączeń multihoming oraz kryteriów odbioru. Jeżeli nie, prosimy wyjaśnić, w jakim celu wymagane są wszystkie wskazane mechanizmy i skala co najmniej 512 tuneli.
Zamawiający podtrzymuje zapisy SWZ. Zamawiający nie wymaga obligatoryjnego uruchomienia fabric EVPN/VXLAN w ramach wdrożenia, jednak podtrzymuje wymaganie obsługi wskazanych w OPZ funkcjonalności przez oferowane urządzenie.
9Pytanie do Zamawiającego Prosimy o wskazanie aplikacji, które Zamawiający zamierza uruchamiać w kontenerach na przełącznikach, zasobów wymaganych przez te aplikacje oraz potwierdzenie, czy ich instalacja i uruchomienie wchodzą do zakresu wdrożenia i odbioru. Wnioskowana zmiana Usunięcie wymagania, jeżeli funkcja kontenerów użytkownika nie będzie wykorzystywana w ramach przedmiotu zamówienia.
Zamawiający wyraża zgodę. Wymaganie dotyczące zarządzania kontenerami użytkownika zostaje usunięte.
10Pytanie Nr 11. Model serwisu przełączników - technik producenta w 4 godziny Dokładne odniesienie do OPZ Załącznik nr 2, część „Switche”, str. 16-17/26, parametr „Gwarancja i support”, pkt 3-6, w szczególności pkt 5. Treść wymagania OPZ Pkt 5: „Certyfikowany Technik Producenta z właściwym zestawem części do naprawy (...), powinien rozpocząć naprawę w siedzibie zamawiającego najpóźniej 4 godziny od zakończenia diagnostyki”. Pytanie do Zamawiającego Czy Zamawiający uzna za rozwiązanie równoważne model, w którym Wykonawca w terminie do 4 godzin od zakończenia diagnostyki dostarczy, skonfiguruje i uruchomi urządzenie zastępcze o parametrach nie gorszych od uszkodzonego, przywracając pełną funkcjonalność infrastruktury, a uszkodzony exemplarze zostanie następnie naprawiony lub wymieniony w procedurze gwarancyjnej producenta?
Zamawiający podtrzymuje zapisy SWZ w tym podtrzymuje wymagania dotyczące wsparcia producenta.
11Pytanie Nr 12. „Pojedynczy punkt kontaktu dla całego rozwiązania Producenta” a możliwość zaof... (treść pominięta ze względu na ograniczenie miejsca, pełny tekst zawiera w dokumentacji) Pytanie do Zamawiającego Prosimy o jednoznaczne potwierdzenie, czy Zamawiający wymaga, aby serwery, przełączniki i macierze pochodziły od jednego producenta. Jeżeli tak, prosimy o wskazanie tego wymagania wprost oraz przedstawienie obiektywnego uzasadnienia technicznego dla wyłączenia rozwiązań wieloproducentowych. Jeżeli nie, prosimy o wyjaśnienie sposobu spełnienia wymogu „pojedynczy punkt kontaktu dla całego rozwiązania Producenta” w przypadku urządzeń różnych producentów. Wnioskowana zmiana Dopuszczenie jednolitego punktu kontaktu zapewnianego przez Wykonawcę dla całego rozwiązania, niezależnie od liczby producentów sprzętu, przy zachowaniu wymaganych SLA i odpowiedzialności za obsługę zgłoszeń.
Zamawiający potwierdza, że dopuszcza zaoferowanie serwerów, przełączników i macierzy różnych producentów. Wymóg pojedynczego punktu kontaktu dotyczy rozwiązania danego producenta. Zamawiający nie wyraża zgody na zastąpienie wymaganego wsparcia producenta wsparciem realizowanym wyłącznie przez Wykonawcę.
12Pytanie do Zamawiającego Prosimy o wskazanie, w jaki sposób autor projektu płyty głównej oraz umieszczenie na niej znaku firmowego wpływa na wydajność, niezawodność, bezpieczeństwo lub interoperacyjność kompletnego serwera. Czy Zamawiający dopuści serwer oferowany, testowany i objęty jednolitą gwarancją producenta systemu, wykorzystujący płytę/platformę serwerową wyspecjalizowanego producenta komponentów?
Zamawiający podtrzymuje zapisy SWZ.
13Pytanie do Zamawiającego Prosimy o wskazanie konkretnych czynności administracyjnych, które muszą być wykonywane lokalnie poprzez BLE lub WiFi, oraz wyjaśnienia, dlaczego niezależny kontroler BMC dostępny poprzez wydzieloną sieć Ethernet, zapewniający zdalną konsolę, virtual media, monitoring i aktualizację firmware, nie jest rozwiązaniem równoważnym.
Zamawiający podtrzymuje zapisy SWZ.
14Pytanie do Zamawiającego Prosimy o wskazanie, czy celem tego wymagania jest zapewnienie redundantnego nośnika rozruchowego. Jeżeli tak, prosimy wyjaśnić potrzebę jednoczesnego wymagania formatu M.2, funkcji hot-plug, dostępu bez otwierania obudowy oraz możliwości montażu zarówno z przodu, jak i z tyłu serwera.
Zamawiający podtrzymuje zapisy SWZ.
15Pytanie do Zamawiającego Prosimy o wskazanie przeznaczenia każdego z ośmiu portów 1GbE oraz liczby portów, które będą faktycznie używane po wdrożeniu. Prosimy również wyjaśnić, dlaczego porty nie mogą być zrealizowane kartą lub modułem sieciowym, jeśli zaoferowana konfiguracja nadal zapewni wymaganą liczbę wolnych slotów PCIe i wszystkie niezbędne ścieżki sieciowe.
Zamawiający podtrzymuje zapisy SWZ.
16Minimum 6 slotów PCIe x16 generacji 4 w serwerze 1U. Treść wymagania OPZ „Minimum 6x slot PCIe 16x generacji 4” przy jednoczesnym wymaganiu obudowy rack o wysokości maksymalnie 1U. Pytanie do Zamawiającego Prosimy o wskazanie, jakie konkretne karty rozszerzeń mają zostać zainstalowane obecnie lub w okresie eksploatacji i z czego wynika potrzeba minimum sześciu slotów x16. Prosimy także o potwierdzenie, ile z tych slotów musi pozostać wolnych po zainstalowaniu wymaganych kart sieciowych i pozostałych komponentów. Wnioskowana zmiana Dostosowanie liczby slotów do rzeczywistych potrzeb konfiguracji i planowanej rozbudowy, z zachowaniem odpowiedniego zapasu.
Wymaganie „Minimum 6x slot PCIe 16x generacji 4” ulega zmianie i otrzymuje brzmienie: „Minimum 2x slot PCIe x16 generacji 4.” Pozostałe zapisy zgodne z SWZ.
17Rozbudowana platforma zarządzania i monitorowania producenta. OPZ wymaga jednej platformy producenta obejmującej serwery, urządzenia sieciowe i pamięci masowe, integrację z service desk producenta, automatyczne zgłaszanie awarii, aktualizacje firmware, historyczne dane wydajnościowe, wykrywanie anomalii, analizę cyberbezpieczeństwa, wykrywanie ransomware, predykcję awarii optyki FC, a także wirtualnego asystenta GenAI i aplikację iOS/Android. Pytanie do Zamawiającego Prosimy o wskazanie, które z wymienionych funkcji będą faktycznie konfigurowane, licencjonowane, testowane i odbierane w ramach zamówienia. Prosimy również o wskazanie, czy Zamawiający posiada obecnie urządzenia tego samego producenta, które mają zostać objęte wspólną platformą. Jeżeli nie, prosimy o wyjaśnienie potrzeby wymagania platformy obejmującej kategorie urządzeń wykraczające poza faktyczny zakres wdrożenia. Wnioskowana zmiana Dopuszczenie platformy lub zestawu narzędzi zapewniających wymagane rezultaty: centralny monitoring, alertowanie,
Zamawiający podtrzymuje zapisy SWZ dotyczące funkcjonalności platformy zarządzającej i monitorującej.
18Skalowalność do 250/500 dysków i minimum 2 PB raw. Konfiguracja początkowa obejmuje 8 x SAS SSD 1,6 TB i 17 x SAS HDD 10k 1,8 TB, natomiast pkt 3 wymaga obsługi minimum 250 dysków, minimum 2 PB pojemności surowej oraz rozbudowy on-line do minimum 500 dysków. Pytanie do Zamawiającego Prosimy o wskazanie prognozowanej pojemności i liczby dysków w kolejnych latach eksploatacji, które uzasadniają skalowalność z początkowych 25 dysków do minimum 500 dysków i 2 PB raw. Prosimy również o wskazanie planowanego okresu, w którym Zamawiający przewiduje osiągnięcie takiej skali. Wnioskowana zmiana Dostosowanie minimalnej skalowalności do udokumentowanych potrzeb rozwojowych Zamawiającego, z zachowaniem racjonalnego zapasu pojemności i możliwości dołączania półek.
Zamawiający nie wyraża zgody. Wymagana skalowalność do minimum 500 dysków oraz minimum 2 PB pojemności surowej uwzględnia rozbudowę macierzy poprzez dedykowane półki dyskowe.
19Prosimy o wskazanie, które z protokołów FC, iSCSI, CIFS/SMB i NFS będą rzeczywiście wykorzystywane w docelowym środowisku, z podaniem liczby hostów/usług dla każdego protokołu. Prosimy o potwierdzenie, czy w ramach odbioru wymagane będzie równoczesne świadczenie usług blokowych i plikowych przez tę samą macierz.
Zamawiający podtrzymuje zapisy SWZ.

Historia zmian

26.09.2026 — modyfikacja dokumentacji
14.10.2026 — wyjaśnienia treści SWZ
14.10.2026 — upływ terminu składania ofert
28.10.2026 — ogłoszenie o wyniku postępowania