Przejdź do treści
Załóż darmowe kontoDarmowe konto
← Wróć do listy
Po terminiePrzetarg nieograniczony · PN388906-2026

Zakup i dostawa wraz z konfiguracją infrastruktury serwerowej dla Miejskiego Zarządu

Gmina Miasta Tychy9 aktualnych · 181 w archiwum·NIP 6460013450·śląskie
Składanie ofert: 21 lipca 2026 · Wartość szacunkowa: 2 000 000 zł

Przedmiot zamówienia

AI

Przedmiotem zamówienia jest zakup, dostawa oraz konfiguracja infrastruktury serwerowej dla Miejskiego Zarządu Budynków Mieszkalnych w Tychach, obejmująca:

  • 1 szt. szafa RACK 19" 42U wraz z wyposażeniem i konsolą z monitorem 17";
  • 1 szt. przełącznik sieciowy SPF+ wraz z modułami i okablowaniem;
  • 2 szt. serwery klastra HA (Failover Cluster) oraz 1 szt. macierz klastra HA;
  • 1 szt. serwer redundantny do klastra HA;
  • 1 szt. serwer kopii zapasowych oraz 1 szt. macierz kopii zapasowych;
  • 1 kpl. urządzenia UPS;
  • licencje oprogramowania: Windows Datacenter 2025, Windows Standard 2025, CAL User Windows 2025 oraz CAL Device Windows 2025.

Wszystkie prace muszą zostać zrealizowane w siedzibach Zamawiającego (bez windy) w sposób niezakłócający pracy biurowej.

Trudność: średnia

Zamówienie wymaga koordynacji logistycznej (przenoszenie sprzętu w budynku bez windy), przeprowadzenia pełnej konfiguracji serwerów oraz spełnienia precyzyjnych wymagań dotyczących testów wydajnościowych sprzętu.

Kryteria wyboru oferty

AI

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

  • Cena: waga 60%
  • Okres udzielonej rękojmi za wady i gwarancji na przedmiot zamówienia: waga 20%
  • Parametry techniczne oferowanego sprzętu: waga 20%

Czerwone flagi

AI

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

SWZ zmodyfikowany 22 dni po udostępnieniu dokumentów
Późna modyfikacja specyfikacji może sugerować dostosowanie wymagań pod konkretnego wykonawcę lub celowe utrudnienie konkurencji, która przygotowała ofertę na pierwotną wersję SWZ.
Termin składania ofert przypada na okres wakacyjny (21 lipca)
Termin w okresie wakacyjnym (lipiec-sierpień) może ograniczać liczbę oferentów ze względu na urlopy.

Kary i sankcje

AI
  • Wadium: 40 000,00 zł
  • Szczegółowe kary umowne: w projekcie umowy (załącznik nr 4 do SWZ)

Pytania i odpowiedzi

138

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

1Macierz dyskowa: Czy Zamawiający dopuści macierz dyskową spełniającą wszystkie wymagania minimalne oraz o lepszej wydajności w stosunku do urządzenia opisanego, ale wyposażonej w procesory energooszczędne o architekturze równoważnej do x86/x64, dedykowane przez producenta macierzy dyskowej? Pragniemy zaznaczyć, że macierz dyskowa stanowi osobny ekosystem informatyczny, nie jest on związany z technologią procesorów używanych w serwerach klastra niezawodnościowego, zatem nie ma znaczenia architektura układów procesorów w urządzeniu macierzy dyskowej.
Jeżeli oferent wskaże 100% zgodność z architekturą x86/64, która w żaden sposób nie wpłynie na działanie systemów, przedstawi lepszą wydajność w stosunku do opisanego urządzenia i jednocześnie architektura macierzy spełni wymagania określone w OPZ to Zamawiający dopuści takie rozwiązanie.
2Zamawiający wymaga wyposażenia serwerów w minimum dwa porty USB 3.2 na panelu przednim oraz minimum dwa porty USB 3.2 na panelu tylnym. Czy Zamawiający dopuści rozwiązania wyposażone w minimum dwa porty USB na panelu przednim oraz minimum dwa porty USB na panelu tylnym, niezależnie od wersji standardu USB, pod warunkiem zachowania pełnej funkcjonalności serwera oraz możliwości podłączenia urządzeń serwisowych? Wymóg zastosowania konkretnej wersji standardu USB nie wpływa na realizację celu zamówienia, jakim jest zapewnienie możliwości podłączenia urządzeń serwisowych. Jednocześnie może to prowadzić do ograniczenia konkurencji poprzez wyeliminowanie rozwiązań oferujących identyczną funkcjonalność przy zastosowaniu innych wersji standardu USB.
Zamawiający dopuści rozwiązanie przy zachowaniu dostarczenia portów minimum USB 3.0. Zamawiający nie dopuszcza zastosowania portów wolniejszych niż USB 3.0.
3Zamawiający wymaga, aby serwery były wyposażone w rozwiązanie zapewniające ochronę oprogramowania układowego przed manipulacją złośliwego oprogramowania zgodnie z zaleceniami NIST SP 800-147B oraz NIST SP 800-155, a także posiadały zaimplementowane sprzętowo mechanizmy kryptograficzne poświadczające integralność oprogramowania BIOS (Root of Trust). Czy Zamawiający dopuści rozwiązania równoważne zapewniające sprzętową ochronę integralności oprogramowania układowego oraz mechanizmy bezpiecznego uruchamiania (Root of Trust), realizowane przy wykorzystaniu technologii producenta, pod warunkiem zapewnienia poziomu bezpieczeństwa równoważnego do wymagań określonych w przywołanych normach? Dla osiągnięcia celu Zamawiającego istotne jest zapewnienie odpowiedniego poziomu bezpieczeństwa i ochrony integralności firmware. Określenie sposobu realizacji tej funkcjonalności poprzez wskazanie konkretnych standardów może prowadzić do ograniczenia konkurencji wyłącznie do producentów deklarujących zgodność dokładnie z tymi dokumentami, mimo że inni producenci mogą zapewniać równoważny poziom ochrony.
Zamawiający dopuści równoważne rozwiązanie, jeżeli oferent w złożonej ofercie wskaże równoważność zastosowanych mechanizmów ochrony do mechanizmów wskazanych w wymienionych zaleceniach NIST.
3Zamawiający wymaga, aby serwery były wyposażone w rozwiązanie zapewniające ochronę oprogramowania układowego przed manipulacją złośliwego oprogramowania zgodnie z zaleceniami NIST SP 800-147B oraz NIST SP 800-155, a także posiadały zaimplementowane sprzętowo mechanizmy kryptograficzne poświadczające integralność oprogramowania BIOS (Root of Trust). Czy Zamawiający dopuści rozwiązania równoważne zapewniające sprzętową ochronę integralności oprogramowania układowego oraz mechanizmy bezpiecznego uruchamiania (Root of Trust), realizowane przy wykorzystaniu technologii producenta, pod warunkiem zapewnienia poziomu bezpieczeństwa równoważnego do wymagań określonych w przywołanych normach? Dla osiągnięcia celu Zamawiającego istotne jest zapewnienie odpowiedniego poziomu bezpieczeństwa i ochrony integralności firmware. Określenie sposobu realizacji tej funkcjonalności poprzez wskazanie konkretnych standardów może prowadzić do ograniczenia konkurencji wyłącznie do producentów deklarujących zgodność dokładnie z tymi dokumentami, mimo że inni producenci mogą zapewniać równoważny poziom ochrony.
Zamawiający dopuści równoważne rozwiązanie, jeżeli oferent w złożonej ofercie wskaże równoważność zastosowanych mechanizmów ochrony do mechanizmów wskazanych w wymienionych zaleceniach NIST.
1Zamawiający w Załączniku nr 2 do SWZ – Opisie przedmiotu zamówienia, w punktach 10, 11 i 13, opisujących wymagania na serwery: do klastra HA, do kopii zapasowych i redundantny do klastra HA wymaga, żeby te serwery znajdowały się na liście Windows Server Catalog i posiadały status „Certified for Windows” dla systemów Microsoft Windows Server 2025. Niezależni producenci opierają zwykle swoje konstrukcje serwerów na platformach wiodących światowych producentów, tzw. barebone-ów, dokładając pozostałe podzespoły (procesory, moduły pamięci itp). Czy Zamawiający uzna wymaganie za spełnione, jeśli platforma, na której oparty jest oferowany serwer znajduje się na liście Windows Catalog Server i posiada wymagany przez Zamawiającego status?
Zamawiający uzna wymagania za spełnione jeśli platforma, na której oparty jest oferowany serwer znajduje się na liście Windows Catalog Server i posiada wymagany przez Zamawiającego status.
2Zamawiający w Załączniku nr 2 do SWZ – Opisie przedmiotu zamówienia, w punktach 10, 11 i 13, opisujących wymagania na serwery: do klastra HA, do kopii zapasowych i redundantny do klastra HA wymaga, żeby te serwery posiadały diody informacyjne lub wyświetlacze, które informują o stanie serwera, rozpoznawaniu awarii dotyczących minimum: kart rozszerzeń, procesorów, pamięci RAM, statusu karty zarządzającej, wentylatorów, baterii BIOS, zasilaczy. Wymaganie to jest spełnione przez bardzo niewiele modeli serwerów dostępnych na rynku, co znacząco ogranicza konkurencyjność oraz uniemożliwia złożenie oferty bazującej na rozwiązaniach innych producentów. Czy Zamawiający, w celu zapewnienia poszanowania zasady uczciwej konkurencji oraz równego traktowania wykonawców (art. 16 ustawy PZP), uzna warunek za spełniony, jeśli na przednim panelu znajdzie się dioda sygnalizująca różnymi kolorami stan "zdrowia" serwera, a szczegółowe dane dotyczące tego, czego dotyczy ewentualne ostrzeżenie lub błąd sprzętowy będą dostępne z poziomu interfejsu do zarządzania serwerem?
Zamawiający uzna warunek za spełniony, jeśli na przednim panelu znajdzie się dioda sygnalizująca różnymi kolorami stan "zdrowia" serwera, a szczegółowe dane dotyczące tego, czego dotyczy ewentualne ostrzeżenie lub błąd sprzętowy będą dostępne z poziomu interfejsu do zarządzania serwerem.
3Zamawiający w Załączniku nr 2 do SWZ – Opisie przedmiotu zamówienia, w punktach 10, 11 i 13, opisujących wymagania na serwery: do klastra HA, do kopii zapasowych i redundantny do klastra HA wymaga, żeby niezależny system zarządzania zdalnego posiadał, m. in., funkcjonalność monitorowanie zużycia zainstalowanych wszystkich typów dysków. Ponieważ mechanizmy monitorowania stanu zużycia dysków HDD i SDD są różne, prosimy o wykreślenie tego wymagania.
Zamawiający zmienia treść w pkt. 10,11,13 OPZ z „wymagany jest niezależny system zarządzania zdalnego o funkcjonalnościach : pełen zarządzanie serwerem, zdalny restart/wyłączenie/włączenie serwera, dedykowana karta LAN 1 Gbps, dostęp poprzez https,ssh2, zarządzanie alarmami (SNMP),obsługa VLAN, obsługa TLS 1.2/1.3, obsługa synchronizacji poprzez protokół NTP, możliwość kopii zapasowej i odtwarzania ustawień BIOS oraz ustawień systemu zarządzającego, możliwość zdalnego monitorowania w czasie rzeczywistym poboru prądu przez serwer, możliwość obsługi przez co najmniej czterech administratorów jednocześnie, wysyłanie do administratora maila z powiadomieniem o awarii lub zmianie konfiguracji sprzętowej, monitorowanie zużycia zainstalowanych wszystkich typów dysków, automatyczne tworzenie kopii ustawień serwera w oparciu o harmonogram, kontrola stanu BIOS pod kątem naruszenia integralności oprogramowania” na „wymagany jest niezależny system zarządzania zdalnego o funkcjonalnościach : pełen zarządzanie serwerem, zdalny restart/wyłączenie/włączenie serwera, dedykowana karta LAN 1 Gbps, dostęp poprzez https,ssh2, zarządzanie alarmami (SNMP),obsługa VLAN, obsługa TLS 1.2/1.3, obsługa synchronizacji poprzez protokół NTP, możliwość kopii zapasowej i odtwarzania ustawień BIOS oraz ustawień systemu zarządzającego, możliwość zdalnego monitorowania w czasie rzeczywistym poboru prądu przez serwer, możliwość obsługi przez co najmniej czterech administratorów jednocześnie, wysyłanie do administratora maila z powiadomieniem o awarii lub zmianie konfiguracji sprzętowej, automatyczne tworzenie kopii ustawień serwera w oparciu o harmonogram, kontrola stanu BIOS pod kątem naruszenia integralności oprogramowania”.
1Dotyczy: § 2 ust. 1 i ust. 2 Wzoru umowy (Załącznik nr 4 do SWZ) w związku z Odpowiedzią na Pytanie 24 z pisma z dnia 3 lipca 2026 r., zmieniającą treść Działu IV SWZ na brzmienie: „Termin wykonania zamówienia: do 90 dni od daty zawarcia umowy." § 2 ust. 1 Wzoru umowy wskazuje jako termin zakończenia dostaw, o których mowa w § 1 ust. 1 pkt 1.1 i 1.2, sztywną datę kalendarzową „do 31.10.2026 r.", co pozostaje w sprzeczności ze zmienionym Działem IV SWZ, przewidującym termin liczony jako 90 dni od dnia zawarcia umowy. Prosimy o wskazanie, który z tych terminów jest wiążący, oraz o odpowiednią korektę § 2 ust. 1 Wzoru umowy w celu zapewnienia spójności z aktualną treścią SWZ. Prosimy o potwierdzenie, czy 14-dniowy termin na przygotowanie dokumentacji projektowej i wdrożeniowej wraz z harmonogramem (§ 2 ust. 2 Wzoru umowy), którego niedotrzymanie skutkuje karą umowną określoną w § 10 ust. 2 lit. d), obejmuje również czas niezbędny Odbiorcy na zgłoszenie uwag i akceptację scenariusza wdrożenia (zgodnie z etapami „uwzględnienie uwag Odbiorcy" i „akceptacja scenariuszy" wskazanymi w Harmonogramie prac OPZ), czy też bieg tego terminu ulega zawieszeniu na czas rozpatrywania dokumentacji przez Odbiorcę. Prawo odstąpienia Odbiorcy „w okresie 3 miesięcy od upływu terminu" (§ 16 ust. 1 i 2) § 16 ust. 1 i 2 przyznają Odbiorcy prawo odstąpienia od umowy odpowiednio: (1) w razie rażących naruszeń — po wyznaczeniu dodatkowego 7-dniowego terminu, oraz (2) w razie tak dalece posuniętego opóźnienia, że wykonanie w terminie jest nieprawdopodobne — bez wyznaczania terminu dodatkowego. Oba ustępy zawierają identyczne zdanie: „Odbiorca może skorzystać z powyższego prawa odstąpienia także w okresie 3-ch miesięcy od upływu terminu wymienionego odpowiednio w § 2 pkt 1 i 2 niniejszej umowy." Zapis ten sugeruje, że prawo odstąpienia trwa jeszcze przez 3 miesiące po upływie terminu z § 2 — co obejmuje sytuację, w której przedmiot umowy został już (choćby z opóźnieniem) wykonany i odebrany protokołem, o którym mowa w § 6 ust. 5.”
Termin wykonania zamówienia: do 90 dni od daty zawarcia umowy. Dokumentację projektową i wdrożeniową należy wykonać w terminie do 14 dni kalendarzowych od daty zawarcia umowy. Zamawiający zmienia treść załącznika nr 4 do SWZ, tj. wzoru umowy w zakresie terminu realizacji. Przygotowując dokumentację projektową i wdrożeniową Wykonawca musi uwzględnić istniejącą infrastrukturę IT oraz zakres dostawy wskazany w opisie przedmiotu Zamówienia. Wykonawca nie może zażądać zmiany elementów istniejącej infrastruktury Zamawiającego.

Historia zmian

08.06.2026 — ogłoszenie o zamówieniu
22.06.2026 — sprostowanie
06.07.2026 — sprostowanie
14.07.2026 — modyfikacja dokumentacji (3 modyfikacje dokumentacji)
21.07.2026 — upływ terminu składania ofert
05.08.2026 — rozstrzygnięcie
Janusz wypełni Twoje przetargiWgraj SWZ — dostaniesz warunki, wycenę i komplet dokumentów. 14 dni za darmo, bez karty.
Wypróbuj 14 dni