Po terminiePrzetarg nieograniczony · PN766099-2026
Monitoring infrastruktury IT – Warszawa
Polska Agencja Żeglugi Powietrznej10 aktualnych · 357 w archiwum·NIP 5222838321·mazowieckie
Przedmiot zamówienia
AI- Dostawa: licencje na spójny system klasy Enterprise do monitorowania infrastruktury IT umożliwiający monitoring min. 2000 urządzeń infrastruktury teleinformatycznej (w tym min. 1500 urządzeń sieciowych) oraz monitoring do 1000 dysków pamięci masowej.
- Usługa (wdrożenie): instalacja, konfiguracja, uruchomienie i integracja ww. rozwiązania w architekturze On-Premise, w tym integracja z ServiceNow, realizowane w dwóch etapach.
- Usługa (szkolenie): instruktaż dla min. 30 administratorów wskazanych przez Zamawiającego.
- Dokumentacja: dokumentacja powdrożeniowa sporządzona i przekazana przez wykonawcę.
- Wsparcie: 120 godzin wsparcia eksperckiego w ramach Etapu II oraz zapewnienie wsparcia producenta na min. 36 miesięcy.
Trudność: wysoka
Zamówienie obejmuje spójne wdrożenie złożonego systemu monitoringu dla rozproszonej infrastruktury z wymogiem wysokiej dostępności, integracji z wieloma systemami oraz szerokim zakresem szkolenia i dokumentacji.
Terminy realizacji
Czas realizacji
Etap I do 14 dni od zawarcia umowy, nie później niż 30.12.2026; Etap II do 6 miesięcy od zakończenia Etapu I
Etap I do 14 dni od zawarcia umowy, nie później niż 30.12.2026; Etap II do 6 miesięcy od zakończenia Etapu I
Gwarancja/wsparcie
min. 36 miesięcy
min. 36 miesięcy
Warunki udziału
AI1Warunki udziału: Zamawiający nie precyzuje żadnego warunku (art. 112 Pzp) — zdolność do obrotu, uprawnienia, sytuacja ekonomiczna, zdolność techniczna/zawodowa.
Kryteria wyboru oferty
AIWagi punktowe, według których zamawiający oceni oferty.
Cena brutto
100%
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 istotnych postanowieniach umowy (Załącznik nr 2).
Pytania i odpowiedzi
26Wyodrębnione z wyjaśnień treści SWZ.
1Termin składania wniosków o wyjaśnienie SWZ
W ogłoszeniu TED nr 734620-2026 wskazano procedurę przyspieszoną, natomiast na platformie zakupowej zamieszczono informację o upływie terminu pytań z obowiązkiem odpowiedzi w dniu 23.10.2026 r. Z uwagi na termin składania ofert 06.11.2026 r., prosimy o potwierdzenie, czy przy zastosowaniu art. 135 ust. 2 w związku z art. 138 ust. 2 pkt 2 ustawy Pzp właściwy termin na złożenie wniosku o wyjaśnienie SWZ upływa 30.10.2026 r., oraz o odpowiednią aktualizację komunikatu na platformie.
Właściwy termin, przy zastosowaniu art. 135 ust. 2 w związku z art. 138 ust. 2 pkt 2 ustawy Pzp, na złożenie wniosku o wyjaśnienie SWZ upływa 30.10.2026 r.
2Pochodzenie oprogramowania i europejski podmiot licencyjny
Dotyczy: SWZ, rozdział IV pkt 2 (ograniczenie dotyczące dostaw i usług pochodzących z państw trzecich, z wyjątkiem USA). Prosimy o wskazanie, w jaki sposób Zamawiający będzie ustalał kraj pochodzenia oprogramowania i dostawy licencji. Czy Zamawiający dopuści oprogramowanie oferowane na podstawie umowy licencyjnej EULA zawieranej z podmiotem mającym siedzibę na terytorium Europejskiego Obszaru Gospodarczego, tj. w Królestwie Niderlandów, który jest wskazany w dokumentacji producenta jako właściwy podmiot kontraktujący i dystrybuujący licencje dla klientów z EOG, także jeśli grupa kapitałowa producenta prowadzi działalność oraz prace rozwojowe poza EOG? Czy dla oceny dopuszczalności znaczenie ma siedziba podmiotu udzielającego licencji i realizującego sprzedaż, miejsce wytworzenia oprogramowania czy inne kryterium prawne? Prosimy o wskazanie wymaganych dowodów i potwierdzenie, czy opisany model spełnia wymagania SWZ.
Zamawiający dopuszcza dostarczenie oprogramowania licencjonowanego przez podmiot z siedzibą na terytorium UE lub EOG, pod warunkiem spełnienia wymagań SWZ. Zamawiający w przypisach 1-3 na stronie 4 SWZ napisał co rozumie przez "państwa trzecie" jak również wskazał jak określa się pochodzenie towaru. Zgodnie z art. 3 ust. 4 rozporządzenia IZM pochodzenie towaru określa się zgodnie z art. 60 rozporządzenia unijny kodeks celny, zgodnie z którym: „towar całkowicie uzyskany w danym kraju lub na danym terytorium uznawany jest za pochodzący z tego kraju lub terytorium (ust. 1), zaś towar, w produkcję którego zaangażowane są więcej niż jeden kraj lub więcej niż jedno terytorium, uznaje się za pochodzący z kraju lub terytorium, w którym towar ten został poddany ostatniemu istotnemu, ekonomicznie uzasadnionemu przetwarzaniu lub obróbce, w przedsiębiorstwie przystosowanym do tego celu, co spowodowało wytworzenie nowego produktu lub stanowiło istotny etap wytwarzania (ust. 2)”. Ocena zgodności będzie dokonywana na podstawie oświadczenia złożonego przez Wykonawcę w druku oferty. W przypadku wątpliwości zamawiający ma prawo do dodatkowej, zobiektywizowanej weryfikacji, w drodze wyjaśnień z wykonawcą lub podmiotem pośredniczącym.
3Platforma jednego producenta z wieloma modułami
Dotyczy: SOPZ pkt 2.2, 2.5 i 2.9. Czy Zamawiający dopuści rozwiązanie jednego producenta składające się z wzajemnie zintegrowanych modułów monitoringu sieci, serwerów, aplikacji, baz danych, pamięci masowej, ruchu sieciowego i konfiguracji urządzeń, dostępnych przez wspólny interfejs zarządzania lub spójną platformę?
Tak. Zamawiający dopuszcza rozwiązanie jednego producenta składające się z wzajemnie zintegrowanych modułów realizujących monitoring sieci, serwerów, aplikacji, baz danych, pamięci masowej, ruchu sieciowego oraz zarządzanie konfiguracją urządzeń. Dopuszczalne jest wykorzystanie dedykowanych modułów funkcjonalnych, pod warunkiem że tworzą one spójną platformę monitoringu zapewniającą wspólne zarządzanie, alarmowanie, raportowanie, mechanizmy RBAC oraz prezentację danych poprzez jednolity interfejs administracyjny lub zintegrowane środowisko zarządzania, zgodnie z wymaganiami SOPZ.
4Architektura rozproszona i wysoka dostępność
Dotyczy: SOPZ pkt 2.6–2.7. Czy dopuszczalna jest architektura z centralnym serwerem zarządzającym oraz serwerami monitorującymi lub kolektorami w lokalizacjach Zamawiającego? Czy HA może być realizowane przez redundantne instancje aplikacji, replikację bazy danych lub mechanizmy środowiska wirtualizacyjnego? Prosimy o potwierdzenie, czy HA jest obligatoryjne, czy preferowane (SOPZ używa sformułowania „powinno”).
TAK, HA jest obligatoryjne.
5Zakres 2000 urządzeń i model licencjonowania
Dotyczy: SOPZ pkt 2.3. Czy Zamawiający dopuści licencjonowanie według liczby monitorowanych urządzeń bez odrębnej licencji na każdy interfejs, czujnik czy parametr? Czy minimum 2000 urządzeń obejmuje łącznie urządzenia sieciowe, serwery i maszyny wirtualne, czy wymagane są odrębne limity dla kategorii?
Zamawiający wymaga dostarczenia licencji umożliwiających pełny monitoring minimum 2000 urządzeń (z nie limitowaną ilości portów), z czego nie mniej niż 1500 stanowić będą urządzenia sieciowe. Zamawiający nie określa odrębnych limitów dla pozostałych kategorii zasobów. Oferowane licencje muszą zapewniać realizację wszystkich funkcjonalności wymaganych w SOPZ dla wskazanej skali środowiska.
6Monitorowanie do 1000 dysków
Dotyczy: SOPZ pkt 2.3 i 7.2. Prosimy o podanie producentów, modeli i wersji oprogramowania zarządzającego dla macierzy objętych monitoringiem. Czy 1000 dysków oznacza dyski fizyczne, a nie wolumeny logiczne, LUN lub datastore? Czy dopuszczalny jest dedykowany moduł monitorowania pamięci masowej tego samego producenta, zintegrowany z platformą centralną?
Zamawiający wymaga możliwości monitorowania do 1000 dysków, rozumianych jako zasoby pamięci masowej obejmujące zarówno dyski fizyczne macierzy, jak również dyski i wolumeny udostępniane systemom operacyjnym serwerów fizycznych oraz maszyn wirtualnych.
Wymaganie nie określa odrębnych limitów dla dysków fizycznych, wolumenów logicznych, LUN, datastore czy dysków maszyn wirtualnych. Oferowane rozwiązanie powinno umożliwiać monitorowanie zasobów pamięci masowej wykorzystywanych przez Zamawiającego w zakresie wymaganym do zapewnienia kontroli pojemności, wydajności i dostępności infrastruktury.
Zamawiający dopuszcza wykorzystanie dedykowanego modułu monitorowania pamięci masowej tego samego producenta, zintegrowanego z centralną platformą monitoringu, pod warunkiem zapewnienia wspólnego zarządzania, alarmowania, raportowania oraz prezentacji danych zgodnie z wymaganiami SOPZ.
7Monitoring protokołów routingu
Dotyczy: SOPZ pkt 3.5. Czy protokoły OSPF, BGP, EIGRP, RIP i VRF mają być monitorowane tylko na urządzeniach, które faktycznie z nich korzystają? Czy Zamawiający dopuści monitorowanie z wykorzystaniem SNMP, OID, API lub własnych szablonów, bez natywnego modułu dla każdego protokołu?
Monitorowaniem mają być objęte wyłącznie te protokoły routingu, które są faktycznie wykorzystywane na monitorowanych urządzeniach. Jeżeli proces routingu jest aktywny, rozwiązanie powinno umożliwiać jego monitorowanie.
Efektem monitoringu ma być pełna kontrola stanu i działania procesów routingowych, zarówno dla routingu dynamicznego (m.in. OSPF, BGP, EIGRP, RIP), jak i tras statycznych oraz instancji VRF wykorzystywanych w środowisku Zamawiającego.
Zamawiający dopuszcza realizację monitoringu z wykorzystaniem mechanizmów dostępnych w oferowanym rozwiązaniu, takich jak SNMP, OID, API, skrypty lub dedykowane szablony monitoringu, pod warunkiem zapewnienia wymaganej funkcjonalności. Nie jest wymagane posiadanie odrębnego, natywnego modułu dla każdego protokołu.
Monitoring dotyczy infrastruktury eksploatowanej przez Zamawiającego (LAN/WAN). Nie jest wymagane monitorowanie tras pochodzących z Internetu publicznego.
8Aplikacje i bazy danych
Dotyczy: SOPZ pkt 7.3–7.5. Prosimy o wskazanie typów i liczby aplikacji oraz baz danych przewidzianych do monitorowania. Czy Zamawiający dopuści dedykowany moduł APM tego samego producenta, zintegrowany z główną platformą, a także gotowe szablony, skrypty i API dla aplikacji niestandardowych?
Tak. Zamawiający dopuszcza wykorzystanie dedykowanego modułu monitorowania aplikacji i baz danych zintegrowanego z główną platformą monitoringu (np. klasy APM/SAM), a także gotowych szablonów, skryptów i API dla aplikacji niestandardowych. Kluczowe jest zapewnienie jednolitego zarządzania i prezentacji danych w ramach oferowanego rozwiązania.
9Moduły NetFlow i zarządzania konfiguracją
Dotyczy: SOPZ pkt 6 i 9. Czy dopuszcza się realizację analizy przepływów i zarządzania konfiguracją przez zintegrowane moduły tego samego producenta, bez wymogu jednego procesu aplikacyjnego i jednej wspólnej bazy danych, przy zachowaniu spójnego zarządzania i prezentacji wyników?
Tak. Zamawiający dopuszcza realizację funkcji analizy przepływów sieciowych oraz zarządzania konfiguracją z wykorzystaniem zintegrowanych modułów tego samego producenta, pod warunkiem zapewnienia spójnego zarządzania, centralnej administracji, wspólnego mechanizmu alarmowania oraz jednolitej prezentacji wyników w ramach oferowanej platformy monitoringu.
Nie jest wymagane, aby wszystkie funkcje były realizowane przez pojedynczy proces aplikacyjny ani przez jedną wspólną bazę danych, o ile z perspektywy użytkownika rozwiązanie stanowi zintegrowaną platformę spełniającą wymagania SOPZ.
10Licencjonowanie analizy przepływów
Dotyczy: SOPZ pkt 6.1–6.5. Prosimy o podanie liczby urządzeń będących eksporterami NetFlow, IPFIX, sFlow lub J-Flow. Czy Zamawiający dopuszcza odrębny model licencjonowania analizy ruchu według liczby interfejsów lub eksporterów, niezależnie od licencjonowania głównego monitoringu urządzeń?
Zamawiający nie określa liczby urządzeń pełniących funkcję eksporterów NetFlow/IPFIX/sFlow/J-Flow. Wykonawca powinien dobrać licencje w sposób zapewniający realizację wymaganych funkcjonalności monitoringu ruchu sieciowego dla infrastruktury objętej zamówieniem.
11Nazwy własne SolarWinds w IPU
Dotyczy: IPU §6 ust. 9.3–9.8. Projekt umowy wymienia SolarWinds Orion Platform, SolarWinds Service Desk Integration oraz mapowanie zasobów SolarWinds do ServiceNow. Czy są to jedynie przykłady procesu integracji, a Zamawiający dopuszcza równoważną platformę innego producenta zapewniającą przekazywanie alarmów, tworzenie incydentów i synchronizację CMDB? Wnosimy o zastąpienie nazw własnych neutralnymi opisami funkcjonalnymi.
Jest to przykład integracji.
12Technika i termin integracji z ServiceNow
Dotyczy: SOPZ pkt 12.1–12.2 oraz IPU §6 ust. 9. Czy Zamawiający dopuści integrację przez REST API, webhook lub standardowe mechanizmy producenta bez dedykowanego konektora ServiceNow? Czy integracja może zostać zrealizowana w Etapie II i nie stanowi warunku odbioru Etapu I?
Rozwiązanie powinno umożliwiać generowanie zgłoszeń w ServiceNow na podstawie zdefiniowanych eventów w środowisku objętym monitoringiem. Zamawiający nie wyklucza żadnej z metod integracji. Integracja ma zostać zrealizowana w Etapie I.
13Liczba administratorów i dostęp do konsoli
Dotyczy: SOPZ pkt 11.5, 13.3 i 14.3. SOPZ przewiduje instruktaż dla minimum 30 administratorów. Czy wszystkie te osoby będą potrzebowały aktywnego dostępu administracyjnego do konsoli, czy część wyłącznie wglądu w raporty, dashboardy i alarmy? Czy dopuszczalne są konta z różnymi rolami RBAC bez oddzielnego licencjonowania każdego konta?
Zamawiający zakłada dostęp administracyjny na czas wdrożenia I etapu dla minimum 30 administratorów, po okresie wdrożenia liczba administratorów nie może być ograniczana licencyjnie.
Historia zmian
23.10.2026 — ogłoszenie o zamówieniu
04.11.2026 — sprostowanie
09.11.2026 — upływ terminu składania ofert