Przejdź do treści
← Wróć do listy
RozstrzygniętyPrzetarg nieograniczony · PN270979-2026

Dostawa urządzeń i oprogramowania

Rozstrzygnięcie

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

WygrałaBetacom S.A.
NIP zwycięzcy5271022097
Kwota oferty3 112 999,43 zł
Złożonych ofert2
Widełki ofert3 112 999,43 zł – 5 327 377,65 zł
Najtańsza oferta wygrałatak

Przedmiot zamówienia

AI

Dostawa, wdrożenie, konfiguracja i uruchomienie urządzeń oraz dostawa, instalacja i aktywacja oprogramowania w 4 lokalizacjach RDOŚ (Bydgoszcz, Gdańsk, Katowice, Lublin):

  • 8 przełączników dystrybucyjnych
  • 8 serwerów rack (jeden producent)
  • 4 macierze rack
  • 8 licencji Windows Server 2025 Datacenter
  • 307 licencji Windows Server 2025 CAL
Trudność: średnia

Dostawa i wdrożenie sprzętu sieciowego i serwerowego w czterech rozproszonych lokalizacjach wymaga koordynacji instalacji i konfiguracji.

Czerwone flagi

AI

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

Marka bez równoważności
Ogłoszenie wymaga „8 szt. Windows Server 2025 Datacenter 16-core” i „307 szt. Windows Server 2025 CAL” bez dopisku „lub równoważny”.

Pytania i odpowiedzi

5

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

1Pytanie 1: Macierz: Szanowni Państwo, poniżej przesyłam pytania dotyczące macierzy dyskowej opisanej w Załączniku nr 1 do SWZ - OPZ (po zmianie z dnia 21.04.2026 r.) 1.3 Macierz Rack (4 szt.) 1. Przestrzeń dyskowa Czy Zamawiający dopuści macierz wyposażoną w 8 dysków SSD typu Read Intensive? Czy Zamawiający dopuści macierz umożliwiającą obsługę 737 TB pojemności surowej (raw) na dyskach SSD? 2. Kontrolery macierzowe Czy Zamawiający dopuści macierz wyposażoną w dwa kontrolery działające w trybie Active/Active (dual pool), gdzie obydwa kontrolery pracują jednocześnie, a w przypadku awarii jednego z nich macierz nadal obsługuje wolumeny? Czy Zamawiający dopuści kontrolery wyposażone w procesory 4-rdzeniowe obsługujące protokół FC na portach FC? Czy Zamawiający dopuści kontrolery wyposażone w cache 48GB (łącznie) z możliwością rozbudowy read cache do 8TB? 3. Thin Provisioning Czy Zamawiający dopuści macierz umożliwiającą odzyskiwanie przestrzeni dyskowych po usuniętych danych w ramach woulmenów typu Thin w trybie manualnym? 4. Ciągła dostępność do danych Czy Zamawiający dopuści macierz wspierającą jedynie replikację asynchroniczną pomiędzy dwiema macierzami tego samego typu bez umożliwienia hostom jednoczesnego zapisu do obu macierzy dla tego samego wolumenu? 5. Wysoka dostępność Czy Zamawiający dopuści macierz, dla której producent gwarantuje dostępność do danych dla pojedynczej macierzy na poziomie 99,99%?
Odpowiedź 1: Zamawiający podtrzymuje zapisy SWZ.
2Pytanie 2: Szanowni Państwo W związku z tym, że Zamawiający w niniejszym postepowaniu jednym z kryteriów wyboru uczynił termin realizacji zamówienia, zwracamy się z uprzejmą prośbą o modyfikację zapisów dotyczących kryterium „Termin realizacji zamówienia” poprzez: 1. wydłużenie wskazanych terminów realizacji w ramach punktacji o 110 dni (tj. odpowiednio: 140, 135 oraz 130 dni kalendarzowych). Prośbę uzasadniamy tym, że w obecnych realiach rynkowych obserwuje się znaczące wydłużenie łańcuchów dostaw, wynikające m.in. z ograniczonej dostępności surowców, niestabilności logistycznej oraz zmiennej sytuacji gospodarczej. Wszystkie te czynniki powodują, że dochowanie krótkich terminów liczonych w dniach kalendarzowych może być obarczone wysokim ryzykiem.
Odpowiedź do pytań 2: Zamawiający dokonuje modyfikacji treści. Maksymalny wymagany termin realizacji zamówienia wynosi 110 dni kalendarzowych; Wykonawca może otrzymać maksymalnie 40 pkt, zgodnie z poniższą punktacją:  0 pkt za zaoferowanie terminu realizacji zamówienia wynoszącego do 110 dni kalendarzowych,  20 pkt za zaoferowanie terminu realizacji zamówienia wynoszącego do 100 dni kalendarzowych,  40 pkt za zaoferowanie terminu realizacji zamówienia wynoszącego do 90 dni kalendarzowych; w przypadku braku wskazania lub wskazania więcej niż jednej wartości przez Wykonawcę, Zamawiający uzna, że Wykonawca oferuje maksymalny wymagany termin dostawy Urządzeń wraz z wdrożeniem, i przyzna 0 pkt.
1Pytanie 1: Zamawiający w Zał. 2; rozdział IV. SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA; p. 1 Opis rozwiązań – wymaganie minimalne dla Urządzeń; p.p. 1.3 Macierz Rack (4 szt.) przestrzeń dyskowa, wymaga m.in.: „Macierz musi udostępniać co najmniej 8 TiB pojemności użytecznej bez uwzględniania mechanizmów deduplikacji i kompresji.” Pragniemy zauważyć, że dla dysków NVMe dostępnych w macierzach najmniejsza pojemność dysków, to 1,92TB. Przy zastosowaniu 8 szt. dysków możliwe jest uzyskanie pojemności użytecznej 8TB, co daje ok.7,3 TiB. W przeciwnym razie konieczne jest dodanie większej ilości dysków, co znacznie wpłynie na cenę. Czy w związku z tym, Zamawiający dopuści macierz udostępniającą 8TB pojemności użytecznej bez uwzględniania mechanizmów deduplikacji i kompresji?
Zamawiający wyraża zgodę na zaoferowanie macierzy udostępniającej 8 TB pojemności użytecznej, bez uwzględniania mechanizmów deduplikacji i kompresji.
2Pytanie 2: Zamawiający w OPZ wskazuje następujące wymaganie: „Macierz All-NVMe wyposażona w minimum 2 kontrolery macierzowe obsługujące protokoły blokowe i pracujące w trybie ALUA (Asymmetric Logical Unit Access). Oba kontrolery muszą jednocześnie aktywnie obsługiwać wolumeny. Oprogramowanie macierzy musi rozkładać obsługę wolumenów pomiędzy kontrolery i dążyć do ich równomiernego obciążenia. Każdy z kontrolerów musi być wyposażony w wielordzeniowe procesory x86 (każdy w minimum 8 fizycznych rdzeni). Z uwagi na kompatybilność z systemami operacyjnymi oraz aplikacjami występującymi w środowisku Zamawiającego oraz listą rozkazów obsługiwanych przez procesory zainstalowane w oferowanym rozwiązaniu, Zamawiający zaakceptuje jedynie rozwiązania wyposażone w procesory firm Intel lub AMD. Zastosowany procesor musi wspierać standard PCIe min. Gen3. Każdy kontroler musi posiadać co najmniej 192 GB pamięci RAM o szybkości co najmniej 2666 MT/s. Kontrolery muszą obsługiwać protokół FC NVMeoF-FC na portach FC.” Pragniemy zwrócić uwagę, że wymaganie ograniczające rozwiązanie wyłącznie do architektury x86 (Intel/AMD) w istotny sposób zawęża konkurencyjność postępowania oraz eliminuje producentów oferujących rozwiązania oparte na innych, równoważnych architekturach (np. ARM), które są powszechnie stosowane w systemach klasy enterprise. (...) Czy Zamawiający dopuści rozwiązania wyposażone w kontrolery oparte na procesorach architektury innej niż x86 (np. ARM), pod warunkiem spełnienia wszystkich pozostałych wymagań funkcjonalnych, wydajnościowych oraz kompatybilnościowych określonych w OPZ, w tym w zakresie obsługiwanych systemów operacyjnych, aplikacji oraz listy rozkazów?
Zamawiający dopuści rozwiązania wyposażone w kontrolery oparte na procesorach architektury innej niż x86 (np. ARM), pod warunkiem spełnienia wszystkich pozostałych wymagań funkcjonalnych, wydajnościowych oraz kompatybilnościowych określonych w OPZ, w tym w zakresie obsługiwanych systemów operacyjności, aplikacji oraz listy rozkazów.
3Pytanie 3: W związku z treścią Opisu Przedmiotu Zamówienia, wnosimy o pilne wyjaśnienie i doprecyzowanie zapisów dokumentacji postępowania. Aktualne brzmienie OPZ zawiera szereg postanowień, które w ocenie Wykonawcy mogą prowadzić do nieuzasadnionego ograniczenia konkurencji oraz faworyzowania określonego rozwiązania technicznego lub producenta. (...) W związku z powyższym wnosimy o udzielenie jednoznacznych odpowiedzi na poniższe pytania: 1. Czy Zamawiający potwierdza, że wszelkie odniesienia do konkretnych technologii, funkcji lub mechanizmów w OPZ należy traktować jako przykładowe, a nie jako wymaganie posiadania wyłącznie wskazanego rozwiązania producenta? 2. Czy Zamawiający potwierdza, że dopuszcza rozwiązania równoważne innych producentów, o ile zapewniają one identyczną lub nie gorszą funkcjonalność, wydajność, bezpieczeństwo, dostępność oraz sposób zarządzania, przy czym nazewnictwo i implementacja techniczna mogą się różnić? 3. W odniesieniu do wymogu NAE (Network Analytics Engine) – czy Zamawiający dopuści dowolne rozwiązanie równoważne zapewniające analitykę ruchu, monitoring, predykcję błędów, diagnostykę oraz wsparcie dla scentralizowanego zarządzania, bez konieczności posiadania tej konkretnej technologii? 4. W odniesieniu do wymogu scentralizowanego zarządzania przez dedykowane oprogramowanie producenta oraz chmurowe środowisko managementowe – czy Zamawiający dopuści rozwiązania równoważne realizujące te funkcje poprzez interfejsy CLI, GUI, REST API, SNMP lub inne standardowe mechanizmy administracyjne, bez ograniczania do jednego ekosystemu producenta? 5. W odniesieniu do wymogu bezpieczeństwa i uwierzytelniania administracyjnego – czy Zamawiający dopuści równoważne mechanizmy autoryzacji, uwierzytelniania i integracji z systemami katalogowymi, w tym RADIUS, TACACS+, LDAP lub rozwiązania spełniające te same cele bezpieczeństwa, bez narzucania konkretnej technologii? 6. W odniesieniu do wymogu aktywnej pracy dwóch przełączników w układzie zapewniającym synchronizację konfiguracji i brak pojedynczego punktu awarii – czy Zamawiający dopuści każdy równoważny mechanizm zapewniający wysoką dostępność, pracę aktywno-aktywną oraz równoważny poziom ciągłości działania, niezależnie od nazwy handlowej rozwiązania? 7. Czy Zamawiający potwierdza, że w przypadku wszystkich zapisów mogących sugerować jedno konkretne rozwiązanie, Wykonawca może zaoferować produkt równoważny, a ocena równoważności będzie oparta na parametrach funkcjonalnych, technicznych i eksploatacyjnych, a nie na nazwie własnej, architekturze firmowej lub sposobie implementacji właściwym dla jednego producenta? 8. Czy Zamawiający potwierdza, że brak literalnej zgodności nazewnictwa z OPZ nie będzie sam w sobie podstawą do uznania oferty za niezgodną, o ile Wykonawca wykaże spełnienie wszystkich wymaganych funkcji i parametrów?
1. Zamawiający wyjaśnia, że odniesienia do technologii, funkcji i mechanizmów wskazanych w OPZ należy rozumieć jako opis oczekiwanej minimalnej funkcjonalności. Zamawiający dopuszcza rozwiązania równoważne, pod warunkiem spełnienia wszystkich minimalnych parametrów technicznych, funkcjonalnych, eksploatacyjnych i bezpieczeństwa określonych w dokumentacji postępowania. 2. Tak. Zamawiający dopuszcza rozwiązania równoważne innych producentów, o ile zapewniają funkcjonalność, wydajność, bezpieczeństwo, dostępność oraz sposób zarządzania nie gorsze niż wymagane w SWZ i załącznikach, nawet jeśli nazewnictwo lub sposób technicznej realizacji tych funkcji różnią się od wskazanych w dokumentacji. 3. Tak. Zamawiający dopuści rozwiązanie równoważne, jeżeli zapewni ono co najmniej analitykę ruchu, monitoring, diagnostykę, identyfikację anomalii, przewidywanie usterek oraz wsparcie dla scentralizowanego zarządzania na poziomie nie gorszym niż wymagany przez Zamawiającego. 4. Tak. Zamawiający dopuści rozwiązania równoważne, jeżeli zapewniają zdalne i scentralizowane zarządzanie urządzeniami oraz funkcjonalność administracyjną nie gorszą niż wymagana w SWZ. Dopuszczalne są różnice w architekturze rozwiązania oraz sposobie realizacji funkcji, o ile zachowany zostaje wymagany efekt użytkowy i eksploatacyjny. 5. Tak. Zamawiający dopuści rozwiązania równoważne, o ile zapewniają nie gorszy poziom bezpieczeństwa, kontroli dostępu oraz integracji z systemami uwierzytelniania i autoryzacji niż wymagany w dokumentacji postępowania. 6. Tak. Zamawiający dopuści rozwiązanie równoważne, jeżeli zapewni ono ciągłą synchronizację konfiguracji, brak pojedynczego punktu awarii, aktywną pracę obu urządzeń, możliwość realizacji wymaganych funkcji L2 i L3 oraz poziom ciągłości działania nie gorszy niż wymagany przez Zamawiającego. 7. Tak. Zamawiający potwierdza, że w przypadku zapisów mogących sugerować określone rozwiązanie dopuszczalne jest zaoferowanie produktu równoważnego. Ocena równoważności będzie dokonywana w oparciu o parametry funkcjonalne, techniczne, eksploatacyjne i bezpieczeństwa oraz wykazanie spełnienia minimalnych wymagań określonych w dokumentacji postępowania. 8. Tak. Brak literalnej zgodności nazewnictwa z treścią OPZ nie będzie samodzielną podstawą do uznania oferty za niezgodną, o ile Wykonawca wykaże w sposób jednoznaczny spełnienie wszystkich wymaganych funkcji i parametrów.

Historia zmian

21.04.2026 — sprostowanie
27.04.2026 — sprostowanie
15.05.2026 — upływ terminu składania ofert
22.05.2026 — sprostowanie
12.06.2026 — sprostowanie
15.09.2026 — rozstrzygnięcie