Przejdź do treści
← Wróć do listy
Po terminiePrzetarg nieograniczony · PN752052-2026

Dostawa subskrypcji Dynatrace lub oprogramowania równoważnego ze wsparciem – Warszawa

Przedmiot zamówienia

AI
  • Zamówienie podstawowe (dostawa + wsparcie techniczne producenta): subskrypcje Dynatrace lub rozwiązania równoważnego — 1200 Host Unit Offline, 25 mln DEM Units Offline, 50 mln DDU Units Offline na okres 36 miesięcy od odbioru.
  • Opcja 1 (usługa): godziny eksperckie w ramach Wsparcia Eksperckiego — maksymalnie 3000 roboczogodzin.
  • Opcja 2 (dostawa + wsparcie techniczne producenta): przedłużenie aktualnie używanych subskrypcji Dynatrace lub licencji równoważnych — 568 Host Unit Offline, 25 mln DEM Units Offline, 1 mln DDU Units Offline na okres 12 miesięcy od 03.04.2027 r.
Trudność: średnia

Wymaga rozróżnienia zamówienia podstawowego i dwóch opcji oraz uwzględnienia różnych metryk licencyjnych.

Terminy realizacji

Termin wykonania (dostawa)
5 Dni Roboczych od zawarcia Umowy
Okres udzielenia Subskrypcji i Wsparcia Technicznego Producenta
36 miesięcy od Dostawy
Wsparcie Eksperckie (opcja)
do końca okresu Wsparcia Technicznego Producenta dla zamówienia podstawowego
Przedłużenie Subskrypcji (opcja)
12 miesięcy od 03.04.2027 r.; Zlecenie co najmniej 10 dni wcześniej
Instruktaż (oprogramowanie równoważne)
5 Dni Roboczych od podpisania Protokołu Odbioru Dostawy

Warunki udziału

AI
1Doświadczenie — min. 2 odrębne umowy dostawy oprogramowania do monitorowania wydajności aplikacji, każda ≥ 700 000,00 PLN brutto, wykonane lub wykonywane w ostatnich 3 latach (lub krótszy okres działalności); nie można sumować doświadczenia między wykonawcami wspólnymi

Kryteria wyboru oferty

AI

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

Cena
60%
Dodatkowa funkcjonalność 110 pkt za zaoferowanie
10%
Dodatkowa funkcjonalność 210 pkt za zaoferowanie
10%
Dodatkowa funkcjonalność 310 pkt za zaoferowanie
10%
Dodatkowa funkcjonalność 410 pkt za zaoferowanie
10%

Czerwone flagi

AI

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

Brak istotnych sygnałów ostrzegawczych.

Kary i sankcje

AI
  • Wadium: 50 000,00 zł (pieniądz, gwarancja bankowa/ubezpieczeniowa lub poręczenie).
  • Kary umowne: 1 000 zł/rozpoczęty dzień zwłoki (dostawa z dokumentami, wsparcie techniczne, przedłużenie subskrypcji w opcji).
  • Kary umowne: 500 zł/rozpoczęty dzień (aktualizacje, godziny eksperckie).

Pozostałe 2 zapisy o karach po założeniu darmowego konta.

Pytania i odpowiedzi

71

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

1Pytanie dot. 8.8.1 Rozdziału II SWZ: „wielowarstwowych aplikacji zbudowanych w technologii co najmniej Java (w wersji co najmniej 6), .NET (w wersji co najmniej 3.5 SP1 oraz CORE 1.0 i PHP (w wersji co najmniej 7)" Oficjalne wsparcie producenta dla .NET Core 1.0 zakończyło się 27 czerwca 2019 r, a dla PHP 7.0 w 10 stycznia 2019, czy ze względu na ten fakt Zamawiający dopuści rozwiązanie, które wspiera .NET Core od wersji 3.1 lub nowszej oraz PHP od wersji 7.1 lub nowszej?
Zamawiający informuje, że zmienia treść pkt. 8.8 w Rozdziale II SWZ – OPZ, które otrzymuje nowe brzmienie: 8.8. Oferowane oprogramowanie równoważne musi umożliwiać monitorowanie: 8.8.1. wielowarstwowych aplikacji zbudowanych w technologii co najmniej Java (w wersji co najmniej 6), .NET (w wersji co najmniej 3.5 SP1 oraz CORE 2.1 i PHP (w wersji co najmniej 7.1), 8.8.2. działające na serwerach aplikacyjnych takich jak JBoss, WebSphere, WildFly, Weblogic, Tomcat, IIS oraz innych zgodnych z technologią J2EE, aplikacje oparte o WCF; 8.8.3. kontenery Docker'owe pod kątem wydajności, stabilności i połączeń sieciowych; 8.8.4. aplikacje uruchamiane zarówno na infrastrukturze sprzętowej Zamawiającego jak i chmurze prywatnej (K8S Rancher, OpenShift itp.). 8.8.5. zapytania do baz danych: PostgreSQL, DB2, MSSQL, Elasticsearch, Redis, Oracle poprzez monitoring zarówno od strony aplikacji jak i bazy danych - monitoring od strony aplikacji musi umożliwiać monitorowanie czasów odpowiedzi dla zapytań bazodanowych, błędów powiązanych transakcyjnie z aplikacją, podgląd bind values (zmienne powiązane) w zapytaniach bazodanowych, monitoring od strony bazy pozwala na weryfikację wydajności samej bazy (obciążenie procesora, pamięci, zablokowane zapytania). Ponadto Zamawiający zmienia treść w lp. 1, w kolumnie „Opis wymagania” w Załączniku nr 5, do Formularza Oferty, nadając mu nowe brzmienie: musi umożliwiać monitorowanie: • wielowarstwowych aplikacji zbudowanych w technologii co najmniej Java (w wersji co najmniej 6), .NET (w wersji co najmniej 3.5 SP1 oraz CORE 2.1 i PHP (w wersji co najmniej 7.1), • działające na serwerach aplikacyjnych takich jak JBoss, WebSphere, WildFly, Weblogic, Tomcat, IIS oraz innych zgodnych z technologią J2EE, aplikacje oparte o WCF; • kontenery Docker'owe pod kątem wydajności, stabilności i połączeń sieciowych; • aplikacje uruchamiane zarówno na infrastrukturze sprzętowej Zamawiającego jak i chmurze prywatnej (K8S Rancher, OpenShift itp.). • zapytania do baz danych: PostgreSQL, DB2, MSSQL, Elasticsearch, Redis, Oracle poprzez monitoring zarówno od strony aplikacji jak i bazy danych - monitoring od strony aplikacji musi umożliwiać monitorowanie czasów odpowiedzi dla zapytań bazodanowych, błędów powiązanych transakcyjnie z aplikacją, podgląd bind values (zmienne powiązane) w zapytaniach bazodanowych, a monitoring od strony bazy pozwala na weryfikację wydajności samej bazy (obciążenie procesora, pamięci, zablokowane zapytania).
2Pytania dot. 8.12 Rozdziału II SWZ: "Oprogramowanie równoważne musi automatycznie przełączać monitoring między centrami danych w przypadku awarii, zapewniając ciągłość działania bez wpływu na monitorowane środowiska. " Czy zamawiający oczekuje by mechanizm był ten integralną częścią platformy observability dla zapewnienia pełnego wsparcia producenta?
Zamawiający potwierdza, że mechanizm automatycznego przełączania między centrami danych musi być integralną częścią platformy observability.
3Pytania dot. 8.14 Rozdziału II SWZ: Oprogramowanie równoważne musi oferować automatyczne aktualizacje bez wpływu na bieżącą działalność monitorowanych systemów. Musi istnieć mechanizm umożliwiający natychmiastowe skalowanie zasobów Systemu (mocy obliczeniowej, pamięci) w zależności od potrzeb, bez potrzeby interwencji użytkownika. Czy Zamawiający potwierdza, że rozwiązanie równoważne musi być instalowane on-premise w DC Zamawiającego, bez przesyłania danych do chmury producenta? Czy w związku z tym „skalowanie bez interwencji użytkownika” oznacza dodanie węzła klastra lub zasobów (CPU/RAM) bez przerwy w monitorowaniu, a automatyczne aktualizacje mogą odbywać się węzeł po węźle bez wpływu na monitorowane systemy?
Zamawiający potwierdza, że rozwiązanie równoważne musi być instalowane on-premise w DC Zamawiającego, bez przesyłania danych do chmury producenta. „Skalowanie bez interwencji użytkownika” oznacza dodanie węzła klastra lub zasobów (CPU/RAM) bez przerwy w monitorowaniu, a automatyczne aktualizacje muszą odbywać się węzeł po węźle bez wpływu na monitorowane systemy.
4Pytania dot. 8.21 Rozdziału II SWZ: "Oprogramowanie równoważne musi umożliwiać definiowanie i monitorowanie metryk biznesowych oraz wskaźników KPI, związanych z wydajnością aplikacji i infrastrukturą IT w kontekście procesów biznesowych. Oprogramowanie równoważne musi pozwalać na mapowanie technicznych wskaźników wydajności na kluczowe procesy biznesowe. Dane te muszą być dostępne w formie graficznej oraz w postaci raportów." Czy zamawiający oczekuje pobierania stosownych metryk również z parametrów wykonywanego kodu bez konieczności modyfikacji aplikacji, w tym jej kodu źródłowego?
Zamawiający potwierdza że metryki muszą być pobierane również z parametrów wykonywanego kodu bez konieczności modyfikacji aplikacji, w tym jej kodu źródłowego.
5Pytania dot. 8.22 Rozdziału II SWZ: "Oprogramowanie równoważne musi posiadać wbudowany mechanizm, który automatycznie analizuje dane i identyfikuje nieprawidłowości oraz problemy w monitorowanych środowiskach. Mechanizmy muszą automatycznie wykrywać problemy związane z wydajnością i dostępnością aplikacji oraz sugerować możliwe przyczyny i kroki naprawcze. System powinien automatycznie dostosowywać swoje algorytmy w zależności od zmieniających się wzorców użytkowania i obciążenia aplikacji." Czy zamawiający dopuszcza wskazywanie potencjalnych przyczyn bez możliwych kroków naprawczych dla rozwiażania pracującego Offline po stronie DC zamawiajacego?
Zamawiający potwierdza, że mechanizmy muszą automatycznie wykrywać problemy z wydajnością i dostępnością aplikacji oraz wskazywać potencjalne przyczyny bez wskazywania możliwych kroków naprawczych. Ponadto Zamawiający informuje, że zmienia treść pkt. 8.22. w Rozdziale II SWZ – OPZ, nadając mu nowe brzmienie: Oprogramowanie równoważne musi posiadać wbudowany mechanizm (lokalnie (offline) działające AI), który automatycznie analizuje dane i identyfikuje nieprawidłowości oraz problemy w monitorowanych środowiskach. Mechanizmy muszą automatycznie wykrywać problemy związane z wydajnością i dostępnością aplikacji oraz sugerować możliwe przyczyny. System powinien automatycznie dostosowywać swoje algorytmy w zależności od zmieniających się wzorców użytkowania i obciążenia aplikacji. Ponadto Zamawiający zmienia treść w lp. 13, w kolumnie „Opis wymagania” w Załączniku nr 5 do Formularza Oferty, nadając mu nowe brzmienie: musi posiadać wbudowany mechanizm (lokalnie (offline) działające AI), który automatycznie analizuje dane i identyfikuje nieprawidłowości oraz problemy w monitorowanych środowiskach. Mechanizmy muszą automatycznie wykrywać problemy związane z wydajnością i dostępnością aplikacji oraz sugerować możliwe przyczyny. System powinien automatycznie dostosowywać swoje algorytmy w zależności od zmieniających się wzorców użytkowania i obciążenia aplikacji.
6Pytania dot. 8.23 Rozdziału II SWZ: Oprogramowanie równoważne musi zapewniać pełne wsparcie dla monitorowania doświadczeń użytkowników końcowych, w tym w zakresie aplikacji webowych i mobilnych. Musi istnieć możliwość śledzenia interakcji użytkownika na poziomie pojedynczych akcji, takich jak kliknięcia, ładowanie stron czy wywołania API. Dane te muszą być analizowane w czasie rzeczywistym i umożliwiać identyfikowanie problemów związanych z wydajnością, które mają wpływ na doświadczenie użytkownika końcowego. Czy zamawiający oczekuje by monitoring dla interface'ów WWW uruchamiany był w sposób zautomatyzowany przez platfomę observability, bez modyfikacji kodu aplikacji, dla technologii Java, .net, iis, php, apache, nginx?
Zamawiający potwierdza, że monitoring interface’ów WWW nie może wymagać zmian po stronie kodu monitorowanej aplikacji. Konfiguracja musi być dostępna z poziomu GUI Systemu.
7Czy zaproponowane rozwiązanie może obsługiwać system Windows Serwer od wersji 2012 R2+? (Windows Serwer 2008 (R2) przestał mieć oficjalne wsparcie 14 stycznie 2020 roku)?
Zamawiający informuje, że zmienia treść pkt. 8.36 w Rozdziale II SWZ – OPZ, które otrzymuje nowe brzmienie: 8.36 Oprogramowanie równoważne musi posiadać możliwość uruchomienia monitoringu dla aplikacji pracujących na: a. na platformach sprzętowych: Intel/AMD x86_64, x86 b. w systemach operacyjnych: zgodnym z Linux / Windows Server 2012 R2. Ponadto Zamawiający zmienia treść lp. 24, w kolumnie „Opis wymagania” w Załączniku nr 5 do Formularza Oferty, nadając mu nowe brzmienie: musi posiadać możliwość uruchomienia monitoringu dla aplikacji pracujących na: • na platformach sprzętowych: Intel/AMD x86_64, x86, • w systemach operacyjnych: zgodnym z Linux / Windows Server 2012 R2.
8Czy zamawiający dopuszcza wykonanie restartu monitorowanego systemu po wykonanej aktualizacji tylko i wyłącznie agenta w wyznaczonym do tego celu oknie serwisowym?
Zamawiający zmienia treść pkt. 8.38. w Rozdziale II SWZ – OPZ, nadając mu nowe brzmienie: Oprogramowanie równoważne musi wspierać możliwość automatycznych i ręcznych aktualizacji oprogramowania każdego komponentu oraz musi mieć możliwość automatycznego pobierania na serwer realizowaną przez administratora Systemu, a zarządzanie procesem aktualizacji musi odbywać się z poziomu centralnej konsoli. Aktualizacje nie mogą wymagać restartu aktualizowanego Systemu. Dopuszczalna jest możliwość restartu monitorowanej aplikacji w wyznaczonym do tego oknie serwisowym po aktualizacji agenta. Ponadto Zamawiający zmienia treść lp. 26, w kolumnie „Opis wymagania” w Załączniku nr 5 do Formularza Oferty, nadając mu nowe brzmienie: musi wspierać możliwość automatycznych i ręcznych aktualizacji oprogramowania każdego komponentu oraz musi mieć możliwość automatycznego pobierania na serwer realizowaną przez administratora Systemu, a zarządzanie procesem aktualizacji musi odbywać się z poziomu centralnej konsoli. Aktualizacje nie mogą wymagać restartu aktualizowanego Systemu. Dopuszczalna jest możliwość restartu monitorowanej aplikacji w wyznaczonym do tego oknie serwisowym po aktualizacji agenta.
9Czy zamawiajacy oczekuje by rozwiazanie równoważne wspierało integrację LDAP / SAML?
Zamawiający informuje, że nie wymaga integracji z LDAP/SAML.
10Pytania dot. 8.46 Rozdziału II SWZ Oprogramowanie równoważne muszą mieć dostęp do interfejsu, który pokazuje bieżące wykorzystanie poszczególnych zasobów, takich jak instancje monitorowane, liczba metryk czy zapytań analitycznych. Czy rozwiazanie równoważne powinno pozwalać również na śledzenie zajętości storage przez poszczególne dane płynące z platformy (Sesje RUM, Metryki, Trace'y etc.)?
Zamawiający potwierdza, że rozwiązanie równoważne musi pokazywać wykorzystanie wszystkich zasobów, które mogą wpływać na wydajność lub niedostępność Systemu.
11Pytania dot. 8.51 Rozdziału II SWZ Oprogramowanie równoważne powinno pozwalać przełączać agentów z trybu pełnego (śledzenie transakcji, infrastruktury, rozszerzonych metryk) do trybu monitoringu infrastrukturalnego (śledzenie rozszerzonych metryk) oraz podstawowego (wykrywanie serwera w topologii i podstawowe informacje na jego temat). Czy wspomniany mechanizm powinien być realizowany bezpośrednio w konsoli narzędzia bez potrzeby logowania się na monitorowany serwer?
Zamawiający potwierdza, że przełączanie agentów z trybu pełnego do trybu monitoringu infrastrukturalnego musi być realizowana z konsoli.

Historia zmian

01.10.2026 — ogłoszenie o zamówieniu
29.10.2026 — sprostowanie
04.11.2026 — upływ terminu składania ofert