Rozstrzygnięty
Dostawa licencji oprogramowania antywirusowego – Kraków
Uniwersytet Jagielloński29 aktualnych · 401 w archiwum·NIP 6750002236·małopolskie
Rozstrzygnięcie
Kto wygrał, za ile i ilu było chętnych.
WygrałaServcomp Sp. z o.o.
NIP zwycięzcy5751906703
Kwota oferty494 460,00 zł
Złożonych ofert5
Widełki ofert494 460,00 zł – 2 333 723,20 zł
Najtańsza oferta wygrałatak
Przedmiot zamówienia
AIDostawa przedłużenia licencji (subskrypcji) na oprogramowanie antywirusowe klasy EPP/EDR/XDR (ESET PROTECT Enterprise on Premise lub równoważne) dla 17 000 stanowisk na 12 miesięcy, obejmująca moduły: ESET PROTECT, ESET Endpoint & Server Security, ESET Full Disk Encryption, ESET LiveGuard Advanced, ESET Inspect.
Zakres licencji w podziale na typy urządzeń (maksymalnie):
- 14 500 stacji roboczych (Windows/Linux/macOS)
- 1 000 serwerów (Windows/Linux)
- 1 500 urządzeń mobilnych (Android + iOS)
W przypadku oferowania rozwiązania równoważnego Wykonawca wykonuje migrację z obecnego rozwiązania (instalacja i konfiguracja konsol zarządzania, migracja danych wykryć i reguł z istniejących konsol, wycofanie starego i instalacja nowego oprogramowania na wszystkich stacjach) oraz przeprowadza szkolenie personelu UJ z obsługi nowego rozwiązania dla 20 osób.
Trudność: średnia
Duża skala (17 000 stanowisk), konieczność spełnienia rozbudowanych wymagań równoważności obejmujących EPP/EDR/XDR, szyfrowanie, sandbox i ochronę kontenerów, a w razie oferowania rozwiązania innego niż ESET — pełna migracja z obecnego środowiska wraz ze szkoleniem.
Terminy realizacji
Czas na realizację (wdrożenie)
do 15 dni kalendarzowych od zawarcia umowy
do 15 dni kalendarzowych od zawarcia umowy
Okres licencji / realizacji umowy
12 miesięcy od momentu wdrożenia przedmiotu umowy
12 miesięcy od momentu wdrożenia przedmiotu umowy
Warunki udziału
AI1Zdolność do występowania w obrocie gospodarczym: nie wyz — naczono warunku.
2Uprawnienia do prowadzenia działalności: nie wyznaczono — warunku.
Pozostałe 2 warunki po założeniu darmowego konta.
Czerwone flagi
AISygnały, na które warto zwrócić uwagę przed startem.
Termin składania ofert przypada na okres wakacyjny (22 lipca)
Termin w okresie wakacyjnym (lipiec-sierpień) może ograniczać liczbę oferentów ze względu na urlopy.
Kary i sankcje
AI- Kary umowne (Wykonawca → Zamawiający): odstąpienie / niewykonanie lub nienależyte wykonanie — 10% wynagrodzenia brutto; zwłoka w uruchomieniu, w usunięciu wad, przerwa w dostępie >24h — 0,5% za każdy roboczy dzień / każde rozpoczęte 24h; brak zapłaty podwykonawcy — 5% max wynagrodzenia brutto.
- Limit kar: łącznie max 30% wynagrodzenia brutto; kary za zwłokę/przerwę — max 30%.
- Kara Zamawiającego: 10% wynagrodzenia brutto przy odstąpieniu Wykonawcy z winy Zamawiającego.
Pozostałe 1 zapis o karach po założeniu darmowego konta.
Pytania i odpowiedzi
8Wyodrębnione z wyjaśnień treści SWZ.
1Dzień dobry, proszę o podanie Identyfikatora Publicznego licencji PLID (Public License ID) w
formacie XXX-XXX-XXX. PLID (Public License ID) to unikalny, publiczny identyfikator licencji
ESET. Służy do szybkiej identyfikacji pakietu bezpieczeństwa, bez konieczności podawania
poufnego klucza produktu. Numer m.in. pozwala na dokładnie zweryfikowanie licencji
posiadanej przez Zamawiającego oprogramowania i jest niezbędny aby Wykonawca mógł
przedstawić rzetelną ofertę.
Zamawiający informuje, że publiczny identyfikator licencji ESET to: 333-P8H-CE9.
11. Microsoft BitLocker
Czy Zamawiający zrezygnuje z wymagania „Rozwiązanie zapewniające szyfrowanie nie może
bazować na rozwiązaniu Microsoft BitLocker”, jako niezwiązane bezpośrednio z podstawowym
przedmiotem zamówienia obejmującym ochronę punktów końcowych, wykrywanie zagrożeń,
analizę bezpieczeństwa oraz reakcję na incydenty? Wymóg ten odnosi się bowiem do konkretnej
technologii szyfrowania dysków, a nie do funkcjonalności systemów klasy EPP/EDR/XDR, przez
co w praktyce eliminuje z postępowania rozwiązania niewyposażone we własne mechanizmy
szyfrowania, mimo że brak takich funkcjonalności nie ma wpływu na zdolność realizacji
podstawowych funkcji ochronnych będących przedmiotem niniejszego postępowania. Czy wobec
powyższego Zamawiający wykreśli przedmiotowe wymaganie jako nieproporcjonalne oraz
niezwiązane funkcjonalnie z głównym zakresem zamówienia?
Zamawiający podtrzymuje zapisy Opisu Przedmiotu Zamówienia w zakresie Microsoft BitLocker.
22. Zarządzanie FileVault przez klienta tego samego producenta
Czy Zamawiający usunie wymaganie nakazujące zarządzanie natywnym szyfrowaniem systemów
macOS poprzez dedykowanego klienta pochodzącego od tego samego producenta co rozwiązanie
antywirusowe, jako wymaganie dotyczące konkretnej architektury produktowej, a nie efektu
funkcjonalnego wymaganego przez Zamawiającego? Wymóg ten w sposób nieuzasadniony
premiuje dostawców posiadających własne rozwiązania klasy Endpoint Encryption, mimo że
przedmiot zamówienia dotyczy ochrony punktów końcowych, wykrywania zagrożeń oraz reakcji
na incydenty, a nie zarządzania szyfrowaniem dysków. Czy wobec braku bezpośredniego związku
pomiędzy wskazanym wymaganiem a podstawowymi celami zamówienia Zamawiający wykreśli
ten zapis z OPZ?
Zamawiający podtrzymuje zapisy Opisu Przedmiotu Zamówienia w zakresie zarządzania FileVault.
33. Całkowite oraz czasowe wyłączenie uwierzytelnienia
Czy Zamawiający usunie wymaganie zapewnienia możliwości całkowitego oraz czasowego
wyłączenia uwierzytelnienia, jako odnoszące się wyłącznie do funkcjonalności
charakterystycznych dla rozwiązań klasy Full Disk Encryption (FDE), a nie systemów służących
do ochrony punktów końcowych, wykrywania zagrożeń i reagowania na incydenty? Jednocześnie
prosimy o wskazanie, jaki wpływ na realizację podstawowych funkcji bezpieczeństwa objętych
przedmiotem zamówienia ma zdolność do czasowego lub trwałego wyłączania mechanizmów
uwierzytelniających związanych z szyfrowaniem danych. W ocenie Wykonawcy wymaganie to
odnosi się do odrębnej kategorii rozwiązań bezpieczeństwa i nie pozostaje w bezpośrednim
związku z funkcjonalnościami EPP/EDR/XDR, przez co może prowadzić do nieuzasadnionego
ograniczenia konkurencji. Czy w związku z tym Zamawiający wykreśli przedmiotowe
wymaganie?
Zamawiający podtrzymuje zapisy Opisu Przedmiotu Zamówienia. Rezygnacja z poruszanej
funkcjonalności "całkowitego oraz czasowego wyłączenia uwierzytelnienia" spowodowałaby np. brak
lub utrudnienie możliwości przeprowadzania niektórych operacji administracyjnych na urządzeniu
objętym szyfrowaniem (np. aktualizacja systemu operacyjnego może wymagać czasowego wyłączenia
uwierzytelnienia).
44. Uwierzytelnienie wyłącznie hasłem
Czy Zamawiający usunie wymaganie, zgodnie z którym uwierzytelnienie użytkownika musi
odbywać się poprzez hasło, jako odnoszące się do szczegółowego sposobu realizacji funkcji
szyfrowania danych, a nie do podstawowych funkcjonalności będących przedmiotem
zamówienia? Wymaganie to jest charakterystyczne dla dedykowanych rozwiązań Full Disk
Encryption i nie wpływa na zdolność systemu do ochrony punktów końcowych, wykrywania
zagrożeń, przeprowadzania analiz bezpieczeństwa oraz realizowania działań reakcyjnych. Czy
wobec faktu, iż przedmiotowe postępowanie nie dotyczy zakupu systemu szyfrowania dysków,
Zamawiający wykreśli wskazane wymaganie jako niepozostające w związku z przedmiotem
zamówienia?
Zamawiający podtrzymuje zapisy Opisu Przedmiotu Zamówienia w zakresie uwierzytelnienia
wyłącznie hasłem.
55. Polityka złożoności hasła
Czy Zamawiający usunie wymaganie dotyczące możliwości definiowania złożoności haseł z
poziomu centralnej konsoli zarządzania, jako odnoszące się wyłącznie do funkcjonalności
dedykowanych systemów szyfrowania danych i niepozostające w bezpośrednim związku z
funkcjonalnościami ochrony punktów końcowych, wykrywania zagrożeń oraz reagowania na
incydenty? Wymóg ten opisuje szczegółowy mechanizm zarządzania hasłami stosowany w
rozwiązaniach klasy Full Disk Encryption, który nie ma wpływu na zdolność realizacji
podstawowych funkcji bezpieczeństwa będących przedmiotem niniejszego postępowania. Czy
wobec powyższego Zamawiający wykreśli przedmiotowe wymaganie jako nieproporcjonalne
względem celu zamówienia?
Zamawiający podtrzymuje zapisy Opisu Przedmiotu Zamówienia w zakresie polityki złożoności hasła.
66. Hasło odzyskiwania
Czy Zamawiający usunie wymaganie dotyczące możliwości generowania przez administratora
hasła odzyskiwania z poziomu konsoli centralnego zarządzania, jako funkcjonalność właściwą dla
systemów szyfrowania dysków klasy Full Disk Encryption, która nie pozostaje w bezpośrednim
związku z ochroną punktów końcowych, wykrywaniem zagrożeń oraz reakcją na incydenty? W
ocenie Wykonawcy wymaganie to dotyczy odrębnej kategorii produktów bezpieczeństwa i nie
wpływa na realizację głównych celów postępowania, natomiast jego pozostawienie może
prowadzić do nieuzasadnionego zawężenia konkurencji wyłącznie do producentów oferujących
własne rozwiązania szyfrujące. Czy Zamawiający wykreśli zatem przedmiotowe wymaganie jako
niezwiązane bezpośrednio z przedmiotem zamówienia?
Zamawiający podtrzymuje zapisy Opisu Przedmiotu Zamówienia w zakresie hasła odzyskiwania.
77. OPAL 2.0
Czy Zamawiający usunie wymaganie wsparcia dla dysków wykorzystujących standard TCG
OPAL 2.0, jako odnoszące się do szczególnej implementacji sprzętowego szyfrowania danych
charakterystycznej dla rozwiązań klasy Full Disk Encryption, a nie dla systemów ochrony
punktów końcowych, wykrywania zagrożeń i reagowania na incydenty? Wymóg ten nie wpływa
na zdolność realizacji podstawowych funkcjonalności bezpieczeństwa objętych niniejszym
postępowaniem, natomiast prowadzi do ograniczenia kręgu potencjalnych wykonawców
wyłącznie do dostawców oferujących wyspecjalizowane rozwiązania szyfrujące. Czy wobec braku
bezpośredniego związku pomiędzy obsługą standardu OPAL 2.0 a funkcjami EPP/EDR/XDR
Zamawiający wykreśli przedmiotowe wymaganie z OPZ jako nieproporcjonalne względem
przedmiotu zamówienia?
Zamawiający podtrzymuje zapisy Opisu Przedmiotu Zamówienia w zakresie OPAL 2.0.
Historia zmian
10.07.2026 — publikacja ogłoszenia
22.07.2026 — upływ terminu składania ofert
19.08.2026 — ogłoszenie o wyniku postępowania