Po terminiePodstawowy bez negocjacji2026/BZP 00492752/01
Dostawa serwera – Zielona Góra
Miejski Ośrodek Pomocy Społecznej w Zielonej Górze0 aktualnych · 3 w archiwum·NIP 9730004512·lubuskie
Przedmiot zamówienia
AIZamówienie obejmuje dostawę 1 serwera dla Miejskiego Ośrodka Pomocy Społecznej w Zielonej Górze.
Trudność: średnia
Mimo standardowego charakteru sprzętu szczegółowe wymogi integracyjne i zgodnościowe podnoszą złożoność zamówienia.
Terminy realizacji
Termin wykonania
do 40 dni od zawarcia umowy
do 40 dni od zawarcia umowy
Kryteria wyboru oferty
AIWagi punktowe, według których zamawiający oceni oferty.
Cenacena łączna brutto za całość przedmiotu zamówienia
60%
Warunki gwarancjipunkty wg deklaracji w Załączniku nr 1, maks. 40 pkt
40%
Czerwone flagi
AISygnały, na które warto zwrócić uwagę przed startem.
Brak istotnych sygnałów ostrzegawczych.
Kary i sankcje
AI- Kary umowne: w projekcie umowy (zał. nr 5)
Pytania i odpowiedzi
13Wyodrębnione z wyjaśnień treści SWZ.
1Pytanie: Czy Zamawiający dopuści serwer umożliwiający lokalną konfigurację i monitorowanie przy użyciu dedykowanej aplikacji producenta na urządzenia Android oraz iOS, podłączanych przewodem do przedniego portu USB serwera, zamiast karty komunikacyjnej BLE/Wi-Fi?
Uzasadnienie: Wymaganie modułów bezprzewodowych (Bluetooth/Wi-Fi) w serwerach enterprise tworzy niepotrzebną płaszczyznę ataku (attack surface) oraz ryzyko nieautoryzowanego dostępu radiowego. Zastąpienie łączności bezprzewodowej bezpośrednim połączeniem kablowym USB z aplikacją mobilną pozwala na zachowanie pełnej funkcjonalności lokalnej konfiguracji i monitoringu, gwarantując jednocześnie wysoki poziom bezpieczeństwa, audytowalność i zgodność z restrykcyjnymi politykami bezpieczeństwa IT.
Zamawiający nie wyraża zgody na zmianę SWZ w przedmiotowym zakresie. Zamawiający wymaga modułów bezprzewodowych (Wi-Fi/Bluetooth) z uwagi na specyfikę środowiska i procedury szybkiego zdalnego zarządzania bezpośredniego, eliminujące potrzebę fizycznego wpinania okablowania w przestrzeniach technicznych.
2Pytanie: Czy Zamawiający dopuści serwer dwuprocesorowy obsługujący procesor z liczbą do 86 rdzeni na gniazdo, wyposażony w dwa procesory 64-rdzeniowe, zachowując 32 gniazda DIMM i rozbudowę RAM do 8 TB, zamiast wymogu obsługi 144 rdzeni na gniazdo?
Uzasadnienie: Wymóg obsługi aż 144 rdzeni na gniazdo znacząco wykracza poza realne potrzeby jednostki i eliminuje z postępowania większość wiodących rozwiązań serwerowych. Zaoferowana konfiguracja (dwa procesory 64-rdzeniowe, łącznie 128 rdzeni oraz do 8 TB RAM) z nawiązką pokrywa zapotrzebowanie wydajnościowe Ośrodka Pomocy Społecznej.
Zamawiający nie wyraża zgody na zmianę SWZ w przedmiotowym zakresie. Wymagana liczba rdzeni wynika z planowanej konsolidacji zasobów i przyszłego obciążenia środowiska aplikacyjnego, a wnioskowana konfiguracja nie spełnia minimalnych kryteriów wydajnościowych Zamawiającego.
3Pytanie: Czy Zamawiający dopuści potwierdzenie wydajności wynikiem SPECspeed®2017_fp_base na poziomie min. 419 punktów (zamiast wskaźnika peak), opublikowanym oficjalnie dla oferowanego modelu serwera z procesorami tożsamymi z oferowanymi, z uwzględnieniem elastyczności co do konfiguracji pamięci testowej?
Uzasadnienie: Wskaźnik base jest powszechnie stosowanym, obiektywnym standardem branżowym potwierdzającym wydajność procesorów. Uzależnianie poprawności oferty od konkretnego wskaźnika peak w ściśle wybranej konfiguracji pamięci utrudnia weryfikację parametrów na podstawie oficjalnych kart katalogowych producentów.
Zamawiający nie wyraża zgody na zmianę SWZ w przedmiotowym zakresie. Zamawiający wymaga wskaźnika peak jako miary odzwierciedlającej maksymalny potencjał obliczeniowy procesorów w warunkach docelowego obciążenia.
4Czy Zamawiający dopuści sprzętowy kontroler RAID obsługujący SAS 12 Gb/s oraz SATA 6 Gb/s, z min. 8 GB pamięci cache chronionej przed utratą zasilania, obsługą dysków samoszyfrujących oraz pełną gamą poziomów RAID (0, 1, 5, 6, 10, 50, 60), bez wymogu obsługi SAS 22,5 Gb/s?
Uzasadnienie: Zamawiający planuje zastosowanie dysków SSD SATA, co czyni wymóg obsługi interfejsu SAS 22,5 Gb/s bezprzedmiotowym. Wymaganie parametrów niedopasowanych do zamawianych nośników danych ogranicza krąg wykonawców bez uzasadnienia technologicznego.
Zamawiający nie wyraża zgody na zmianę SWZ w przedmiotowym zakresie. Wymóg obsługi interfejsu SAS 22,5 Gb/s jest celowy i wynika z planowanej rozbudowy oraz kompatybilności z przyszłościowymi podsystemami dyskowymi o wyższej przepustowości.
5Czy Zamawiający dopuści serwer wyposażony w 4 zewnętrzne porty USB Type-A (5 Gb/s), 1 wewnętrzny port USB (5 Gb/s) oraz tylny port VGA, rezygnując ze sztywnego wymogu obecności portu USB 2.0 Type-C?
Uzasadnienie: Układ i standardy portów pomocniczych różnią się w zależności od projektu płyty głównej konkretnego producenta. Dopuszczenie standardowych portów Type-A nie wpływa na codzienną eksploatację serwera, a pozwala na złożenie ofert przez większą liczbę dostarczycieli sprzętu.
Zamawiający nie wyraża zgody na zmianę SWZ w przedmiotowym zakresie. Obecność portu USB Type-C jest obligatoryjna ze względu na wykorzystywane autorskie narzędzia serwisowe oraz kompatybilność z posiadanymi nośnikami i akcesoriami administracyjnymi.
6Czy Zamawiający dopuści rozwiązanie, w którym wzorcowa konfiguracja jest zapisana fabrycznie, a mechanizm zarządzania po uruchomieniu serwera wykrywa zmiany komponentów i rejestruje je, odstępując od wymogu stałego, elektronicznego monitorowania otwarcia obudowy podczas transportu (przy całkowicie odłączonym zasilaniu), przy zachowaniu fizycznego czujnika otwarcia i zamykanego panelu frontowego?
Uzasadnienie: Ciągłe monitorowanie naruszenia obudowy w stanie całkowitego braku zasilania to unikalna funkcja specyficzna dla jednego producenta. Bezpieczeństwo transportu jest standardowo zapewniane przez procedury logistyczne, plomby oraz automatyczną weryfikację podzespołów przy pierwszym uruchomieniu serwera.
Zamawiający nie wyraża zgody na zmianę SWZ w przedmiotowym zakresie. Zamawiający wymaga ciągłego, elektronicznego monitorowania naruszenia obudowy jako kluczowego elementu polityki bezpieczeństwa fizycznego i ochrony przed nieautoryzowaną ingerencją.
7Czy Zamawiający dopuści ochronę opartą na hasłach administratora/rozruchowych, kontrolę ustawień UEFI oraz blokowanie portów USB z poziomu UEFI (z ewentualną potrzebą restartu serwera), uznając to za równoważne dla dynamicznego przełączania portów bez restartu i specjalnego panelu zasilania?
Uzasadnienie: Możliwość blokowania portów USB z poziomu UEFI gwarantuje pełne bezpieczeństwo przed nieautoryzowanym użyciem nośników. Wymóg przełączania ich "w locie" bez restartu to autorskie rozwiązanie technologiczne jednej marki, niewpływające na faktyczne bezpieczeństwo placówki.
Zamawiający nie wyraża zgody na zmianę SWZ w przedmiotowym zakresie. Funkcja dynamicznego przełączania portów USB "w locie" bez restartu jest wymagana ze względów operacyjnych, zapewniając ciągłość działania usług.
8Czy Zamawiający dopuści sprzętowy Root of Trust oraz mechanizm Platform Firmware Resiliency oparty na standardzie NIST SP 800-193 jako alternatywę dla starszych norm NIST, a także bezpieczne usuwanie danych z dysków za pomocą narzędzi producenta uruchamianych przed startem systemu?
Uzasadnienie: Standard NIST SP 800-193 to nowoczesna, powszechnie stosowana norma bezpieczeństwa oprogramowania układowego. Dostosowanie wymagań do aktualnych standardów rynkowych pozwala na zaoferowanie nowoczesnego, w pełni bezpiecznego sprzętu.
Zamawiający nie wyraża zgody na zmianę SWZ w przedmiotowym zakresie. Zamawiający podtrzymuje wymagania dotyczące standardów bezpieczeństwa firmware określone w SIWZ/TER jako spójne z wewnętrznymi procedurami.
9Czy Zamawiający dopuści standardową, niezależną kartę zarządzającą zapewniającą pełny zdalny nadzór (port 1GbE, interfejs Web/TLS, Active Directory, SNMP, IPMI 2.0, KVM, zdalne nośniki, monitorowanie sprzętu i automatyczne alerty), rezygnując ze szczegółowych wymogów typu precyzyjne ustawienia przepływu CFM w karcie, harmonogramy XML/JSON czy tokeny SecurID wbudowane w kontroler?
Uzasadnienie: Opisywanie karty zarządzającej za pomocą drobiazgowych parametrów programowych jednego producenta eliminuje konkurencyjne rozwiązania, które oferują tożsamy, pełny zestaw funkcji niezbędnych do zdalnego i bezpiecznego administrowania serwerem.
Zamawiający nie wyraża zgody na zmianę SWZ w przedmiotowym zakresie. Funkcje karty zarządzającej (w tym precyzyjne ustawienia CFM, harmonogramy XML/JSON czy tokeny SecurID) są niezbędne do pełnej integracji z istniejącym systemem.
10Czy Zamawiający dopuści oprogramowanie producenta zapewniające bezagentowe zarządzanie serwerem (inwentaryzacja, monitorowanie, aktualizacje, alerty) przez niezależną konsolę WWW (także w modelu chmurowym), bez wymogu integracji wszystkich operacji bezpośrednio z poziomu konsoli VMware vCenter oraz posiadania identycznych struktur raportowania?
Uzasadnienie: Narzucanie ścisłej integracji z konkretną zewnętrzną platformą wirtualizacji w tak wąskim zakresie faworyzuje wybrane marki. Oferowane przez producentów sprzętu niezależne systemy zarządzania zapewniają pełny wgląd w stan serwera i realizują cel stawiany przez Zamawiającego.
Zamawiający nie wyraża zgody na zmianę SWZ w przedmiotowym zakresie. Pełna natywna integracja z konsolą VMware vCenter jest obligatoryjna ze względu na architekturę posiadanej przez Zamawiającego platformy wirtualizacji.
11Czy Zamawiający odstąpi od wymogów monitorowania zewnętrznych macierzy, przełączników LAN/SAN czy deduplikatorów, pod warunkiem dostarczenia platformy chmurowej monitorującej oferowany serwer oraz urządzenia posiadane przez Zamawiającego?
Uzasadnienie: Zamówienie dotyczy dostawy pojedynczego serwera, a nie rozbudowy całej infrastruktury datacenter. Wymaganie zaawansowanych narzędzi monitorujących całe środowisko sieciowe i macierzowe jest nieadekwatne do skali zamówienia i niepotrzebnie podnosi koszty oferty.
Zamawiający nie wyraża zgody na zmianę SWZ w przedmiotowym zakresie. Wymagane narzędzia monitorujące muszą zapewniać spójny wgląd w całą infrastrukturę teleinformatyczną Zamawiającego, zgodnie z przyjętymi standardami utrzymaniowymi.
12Czy Zamawiający dopuści wsparcie realizowane przez autoryzowany serwis producenta (diagnoza, dobór części, naprawa na miejscu u klienta), bez wymogu udostępniania Zamawiającemu funkcji samodzielnego zamawiania części, zachowując tryb 24/7/365, czas naprawy w następnym dniu roboczym oraz pozostawienie uszkodzonych dysków na miejscu?
Uzasadnienie: Model samodzielnego zamawiania części to specyficzny proces wewnętrzny wybranej korporacji. Kluczowe dla Zamawiającego jest bezpieczeństwo danych (pozostałe dyski na miejscu) oraz szybki czas reakcji serwisu, co jest w pełni gwarantowane przez standardowy, profesjonalny serwis producenta.
Zamawiający nie wyraża zgody na zmianę SWZ w przedmiotowym zakresie. Model samodzielnego zamawiania części przez administratora jest kluczowy dla skrócenia czasu niedostępności sprzętu (SLA) i optymalizacji procesu serwisowego.
13Czy Zamawiający dopuści serwer posiadający aktywną rejestrację EPEAT 2.0 na poziomie Bronze, obejmującą Polskę, zamiast wymaganego poziomu EPEAT Silver według standardu wskazanego w TER?
Uzasadnienie: Poziom EPEAT Bronze potwierdza 100% zgodności z obligatoryjnymi wymogami normy IEEE 1680.1. Wyższe poziomy certyfikacji wynikają zazwyczaj z kryteriów opcjonalnych niezwiązanych bezpośrednio z właściwościami fizycznymi sprzętu, a sztywne wymaganie poziomu Silver bez uzasadnienia technologicznego ogranicza krąg wykonawców.
Zamawiający nie wyraża zgody na zmianę SWZ w przedmiotowym zakresie. Zamawiający wyjaśnia, że dopuszcza rozwiązania nie gorsze niż określone w specyfikacji.
Historia zmian
16.10.2026 — publikacja ogłoszenia
23.10.2026 — wyjaśnienia treści SWZ
27.10.2026 — upływ terminu składania ofert