RozstrzygniętyPrzetarg nieograniczony · PN270979-2026
Dostawa urządzeń i oprogramowania
Generalna Dyrekcja Ochrony Środowiska2 aktualne · 31 w archiwum·NIP 7010151052·mazowieckie
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
AIDostawa, 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
AISygnał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
5Wyodrę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