Kto wygrał, za ile i ilu było chętnych.
NIP zwycięzcy5252458209
Kwota oferty11 732 724,00 zł
Złożonych ofert1
Widełki ofert9 912 078,00 zł – 9 912 078,00 zł
Najtańsza oferta wygrałatak
Przedmiotem zamówienia jest dostarczenie subskrypcji oprogramowania typu EMM/UEM (system zarządzania urządzeniami mobilnymi) w liczbie 14 436 sztuk, wraz z usługą pomocy zdalnej (Assist) oraz świadczeniem usług wsparcia technicznego producenta i wykonawcy przez okres 36 miesięcy. Dodatkowo zamówienie obejmuje prawo opcji (do 2564 sztuk subskrypcji) oraz fakultatywne prace rozwojowe, szkolenia lub warsztaty w wymiarze do 200 roboczogodzin.
Trudność: średnia
Przedmiot jest standardową dostawą licencji z elementami wsparcia technicznego i usług dodatkowych, co wymaga jedynie umiejętności zarządzania kontraktem oraz zapewnienia ciągłości wsparcia dla już wdrożonego systemu.
Wyodrębnione z wyjaśnień treści SWZ.
1Dokument SWZ-OPZ rozdz. III, pkt. 1.1.4 „system musi zapewnić możliwość instalacji
poszczególnych komponentów systemu na serwerach z systemem operacyjnym
Microsoft Windows Serwer 2022 (lub wyższym) lub/i Red Hat 6 (lub wyższym),
w środowisku wirtualnym vSphere użytkowanym obecnie przez PGL LP lub
odpowiednio w zasobach Producenta”
Pytanie: Czy Zamawiający dopuszcza instalację komponentów systemu EMM na
serwerach z systemem operacyjnym Oracle Linux 9.x (minimal)?Zamawiający dopuszcza instalację komponentów systemu EMM na serwerach z systemem operacyjnym Oracle Linux 9.x. pod warunkiem zapewnienia przez Wykonawcę wszystkich wymaganych licencji oraz wsparcia dla systemu operacyjnego przez okres trwania umowy.
2Dokument SWZ-OPZ rozdz. III, pkt. 2.10.2. „unikalny 40 znakowy identyfikator UDID,
unikalny numer identyfikacyjny IMEI/MEID, unikalny identyfikator abonenta w sieci
komórkowej IMSI, numer telefonu”
Pytanie: Czy Zamawiający dopuszcza, aby oferowane rozwiązanie EMM nie pobierało
numeru IMSI (unikalnego identyfikatora abonenta w sieci komórkowej), zważywszy że
numer IMSI jest nadawany przez operatora sieci komórkowej i przypisany do karty SIM
— nie do urządzenia — przez co API systemu Android nie udostępnia go systemowi
EMM? Prosimy o potwierdzenie, że brak pobierania wartości IMSI nie będzie
podstawą do odrzucenia oferty, a wymóg ten zostanie uznany za spełniony w zakresie
faktycznych możliwości technicznych platformy mobilnej Android.Zamawiający dopuszcza, aby oferowane rozwiązanie EMM nie pobierało numeru IMSI (unikalnego identyfikatora abonenta w sieci komórkowej).
3Dokument SWZ-OPZ rozdz. III, pkt. 2.10.11. „śledzenie położenia urządzenia bazując
na informacjach z odbiornika GPS, pozwalające na automatyczne wysyłanie przez
urządzenie informacji o jego położeniu co jedną minutę bądź wielokrotność pozwalając
na jego odnalezienie w przypadku zgubienia”
Pytanie: Oferowane przez nas rozwiązanie umożliwia lokalizację, której minimum
wynosi 5 minut w trybie "Interwał czasowy". Gdy urządzenie jest w ruchu, system
pozwala na wysyłanie lokalizacji po przebyciu np. co 100 metrów bądź co 1 minutę.
Czy Zamawiający uzna powyższe parametry za spełniające wymóg automatycznego
wysyłania informacji o położeniu z częstotliwością wystarczającą do odnalezienia
urządzenia w przypadku jego zgubienia?Zamawiający uzna powyższe parametry za spełniające wymóg automatycznego
wysyłania informacji o położeniu z częstotliwością wystarczającą do odnalezienia
urządzenia w przypadku jego zgubienia tj. rozwiązania, którego minimum wynosi 5
minut w trybie "Interwał czasowy" a gdy urządzenie jest w ruchu, system pozwala na
wysyłanie lokalizacji po przebyciu np. co 100 metrów bądź co 1 minutę.
4Dokument SWZ-OPZ rozdz. III, pkt. 2.12.1. oraz pkt. 2.12.2. „ustawienia dotyczące
restrykcji wykorzystywania urządzeń za granicą (roaming) w zakresie połączeń
głosowych oraz transmisji danych”, „blokowanie transmisji danych poza wskazanymi
sieciami operatorów”
Pytanie: Prosimy o potwierdzenie, że funkcjonalność restrykcji roamingu (pkt 2.12.1)
oraz blokowania transmisji danych poza wskazanymi sieciami operatorów (pkt 2.12.2)
realizowana za pomocą polityk systemu EMM dla urządzeń Samsung
(z wykorzystaniem mechanizmów Samsung Knox) zostanie uznana przez
Zamawiającego za zgodną z wymaganiami OPZ, biorąc pod uwagę, że pełna
funkcjonalność zarządzania połączeniami komórkowymi na poziomie polityk MDM jest
dostępna wyłącznie na urządzeniach Samsung Knox.W zakresie punktu 2.12.1 Zamawiający potwierdza, że blokowanie połączeń
głosowych, jeśli nie pozwala na to system Android, mogą być realizowane za pomocą
mechanizmów typu Samsung Knox, natomiast ustawienia dotyczące restrykcji
wykorzystywania urządzeń za granicą (roaming) samej transmisji danych powinna być
realizowana z poziomu EMM bez komercyjnych licencji typu Samsung Knox.
W zakresie punktu 2.12.2 Zamawiający potwierdza, że blokowanie transmisji danych
poza wskazanymi sieciami operatorów, jeśli nie pozwala na to system Android, mogą
być realizowane przez mechanizmy typu Samsung Knox.
5Dokument SWZ-OPZ rozdz. III, pkt. 2.13.5 „wyświetlanie położenia urządzenia na
mapie (posiadającej możliwość wyświetlania warstw z serwisów PGL LP w standardzie
WMS) bazując na danych z GPS”
Pytanie: Czy Zamawiający dopuszcza rozwiązanie niewyświetlające warstw WMS
z serwisów PGL LP, a jedynie prezentujące położenie urządzenia na mapie?W przypadku braku funkcjonalności wyświetlania położenia urządzenia na mapie
(posiadającej możliwość wyświetlania warstw z serwisów PGL LP w standardzie
WMS) bazując na danych z GPS, Zamawiający dopuszcza dostarczenie przez
Wykonawcę systemu EMM wraz z usługą łączącą wyświetlanie warstw WMS
z serwisów PGL LP i lokalizację urządzenia.
6Dokument SWZ-OPZ rozdz. III, pkt. 2.13.7. „umożliwienie użytkownikowi dostępu do
wybranych firmowych aplikacji, dokumentów i systemów z poziomu jednego,
bezpiecznego portalu z funkcją pojedynczego logowania (SSO).”
Pytanie: Proszę o doprecyzowanie pojęcia „portalu” oraz „systemów”.Wskazany punkt odnosi się do funkcjonalności SSO w innych niż wbudowane
w zamawiany System EMM.
Pod pojęciem „portal” należy rozumieć „portal samoobsługowy użytkownika”
zdefiniowany w Rozdziale I OPZ.
Pod pojęciem „systemów” należy rozumieć systemy PGL LP korzystające
z funkcjonalności SSO.
7Dokument SWZ-OPZ rozdz. III, pkt. 2.13.8. „konfigurowanie przez rolę administratora
centralnego do jakich opcji ustawień portalu samoobsługowego mają dostęp
użytkownicy”
Pytanie: Proszę o sprecyzowanie czym dla Zamawiającego miałby być "portal
samoobsługowy" i do jakich ustawień ma mieć dostęp użytkownik.Pojęcie „portal samoobsługowy” zostało wyjaśnione w Rozdziale I OPZ.
Uszczegóławiając jest to cyfrowa usługa, która umożliwia, po zalogowaniu się kontem,
na samodzielny dostęp do podstawowych informacji o urządzeniu lub rozwiązywanie
części problemów bez konieczności bezpośredniego kontaktu z działem IT, mogą być
to np.: sprawdzenie nazwy zarejestrowanego w EMM urządzenia, numeru seryjnego,
IMEI, numeru karty SIM, zgodności urządzenia z politykami, kondycji urządzenia i jego
parametry, podgląd zainstalowanych profili i ich przeinstalowanie, zdalne
zablokowanie urządzenia, sprawdzenie lokalizacji, wysłanie dźwięku w najwyższej
głośności celem przywołania zagubionego telefonu.
8Dokument SWZ-OPZ rozdz. III, pkt. 2.14.7. „możliwość dynamicznego przypisywania
polityk bezpieczeństwa w zależności od zdefiniowanych reguł czasowych oraz
położenia geograficznego i sposobu podłączenia urządzenia do sieci
teleinformatycznej (np.: WI-FI, komórkowa transmisja danych)”
Pytanie: Proszę o doprecyzowanie, co konkretnie ma być zdefiniowane regułami
czasowymi w politykach.W zależności od potrzeb może to być to przykładowo ograniczenie ruchu sieciowego
VPN, dostępu do poczty, innych zasobów wewnętrznych w wybranym okresie
czasowym (godziny, dni tygodnia) lub zablokować korzystanie z części aplikacji, sieci
W-Fi, NFC, innych wybranych ustawień możliwych na urządzeniu.
9Dokument SWZ-OPZ rozdz. III, pkt. 2.14.14. „bycie integralną częścią systemu
umożliwiającą w ten sposób integrację z usługami wewnętrznymi klienta bez potrzeby
używania dedykowanych usług VPN”
Pytanie: Proszę o doprecyzowanie czego dotyczy ten punkt.Zamawiający w punkcie 2.14.14 wskazał jeden z wymaganych elementów
bezpieczeństwa w urządzeniach mobilnych, które odnosi się do sposobu integracji
z usługami wewnętrznymi klienta. System EMM powinien zapewniać dostęp VPN i ta
funkcja ma być wbudowaną częścią systemu EMM przez jego producenta.
10Dokument SWZ-OPZ rozdz. III, pkt. 3.3 „wymagana jest integracja z Infrastrukturą PKI
zamawiającego opartą Microsoft CA – 2022 lub wyżej w zakresie autentykacji
użytkowników i wystawiania certyfikatów dla urządzeń”
Pytanie: Proszę o doprecyzowanie czego dotyczy ten punkt.Zamawiający posiada własną wewnętrzną infrastrukturę klucza publicznego
i wykorzystuje ją m.in. do autoryzacji w usługach bez użycia haseł (np.
uwierzytelnienie w poczcie firmowej). Integracja systemu EMM z wewnętrznym PKI
polega na automatyzacji procesu: EMM staje się pośrednikiem, który w imieniu
urządzenia mobilnego wnioskuje o certyfikat, pobiera go z urzędu certyfikacji (CA)
i bezpiecznie instaluje w telefonie. Wymagane jest, aby dostarczony system EMM miał
możliwość takiej integracji, a Wykonawca przeprowadził jej wdrożenie.
11Dokument SWZ-OPZ rozdz. III, pkt. 3.7 „wymagana jest obsługa mechanizmów SAML
wykorzystywanych do pośredniczenia w uwierzytelnianiu i automatycznym
przekazywaniu informacji o uprawnieniach użytkowników między systemami
i aplikacjami”
Pytanie: Proszę o doprecyzowanie czego dotyczy ten punkt.Zamawiający wymaga obsługi SAML (Security Assertion Markup Language), który jest
otwartym standardem i protokołem opartym na formacie XML. Służy do realizacji
Single Sign-On (SSO), czyli logowania jednokrotnego. Pozwoli on użytkownikowi
zalogować się tylko raz (np. na firmowym portalu), aby uzyskać automatyczny dostęp
do wielu różnych aplikacji lub usług firmowych bez konieczności ponownego
wpisywania loginu i hasła dla każdej z nich. Wymagane jest, aby dostarczony system
EMM miał możliwość takiej integracji, a Wykonawca przeprowadził jej wdrożenie.
12Dokument SWZ-OPZ rozdz. III, pkt. 4.2 „system musi obsługiwać uwierzytelnianie się
do konta pocztowego za pomocą certyfikatu osobistego wydanego przez PKI PGL LP,
otrzymanego w procesie rejestracji urządzenia do systemu”
Pytanie: Certyfikatowe uwierzytelnianie do konta pocztowego jest technicznie możliwe
w oferowanym rozwiązaniu. Jego prawidłowa realizacja uzależniona jest jednak od
wyboru klienta pocztowego po stronie Zamawiającego. Prosimy o wskazanie, jaki
klient pocztowy jest aktualnie stosowany lub planowany do wdrożenia na urządzeniach
mobilnych PGL LP, co pozwoli Wykonawcy na precyzyjne potwierdzenie
kompatybilności z mechanizmem certyfikatowym PKI PGL LP.Zamawiający posiada rozwiązanie klasy wyższej niż EMM i stosowanym aktualnie
klientem pocztowym jest dostarczony przez producenta: Boxer – Workspace ONE.
Zamawiający w zakresie równoważności nie wskazuje konkretnego klienta
pocztowego poza opisem wymagań opisanych w OPZ.
13Dokument SWZ-OPZ rozdz. III, pkt. 4.3.1. oraz 4.3.2. „blokowanie
wysyłania/odbierania załączników na urządzeniach mobilnych”, „ograniczenie
wielkości wysyłanych oraz odbieranych załączników”
Pytanie Informujemy, że funkcjonalności opisane w pkt 4.3.1 (blokowanie załączników)
oraz 4.3.2 (ograniczenie rozmiaru załączników) są realizowane na poziomie
konfiguracji klienta pocztowego lub polityk po stronie serwera, a nie bezpośrednio
w warstwie polityk MDM systemu EMM. Czy Zamawiający potwierdza, że realizacja
tych wymagań przez odpowiednią konfigurację po stronie serwera i/lub klienta
pocztowego zostanie uznana za spełnienie wymagań pkt 4.3.1 i 4.3.2 OPZ?Zamawiający nie potwierdza, że realizacja funkcjonalności opisana w pkt. 4.3.1
(blokowanie załączników) oraz 4.3.2 (ograniczenie rozmiaru załączników) zostanie
uznana za spełnienie wymagań, gdy są realizowane lokalnie na poziomie konfiguracji
klienta pocztowego lub polityk po stronie serwera pocztowego. Dostarczone
rozwiązanie EMM powinno pozwolić na konfigurację klienta pocztowego na urządzeniu
mobilnym centralnie z poziomu konsoli EMM w zakresie wskazanych wymagań.
Zamawiający podtrzymuje zapisy SWZ, o których mowa w rozdz. III, pkt. 4.3.1. oraz
4.3.2.