Załącznik nr 1 a do SIWZ 1. Cel zamówienia publicznego. Szczegółowy opis przedmiotu zamówienia I. Część Cel zamówienia publicznego, słownik użytych pojęć, komunikacja Przedmiotem zamówienia jest dostawa i wdrożenie rozwiązania do automatycznego rozszywania ruchu SSL/TLS w celu wykrywania i blokowania szkodliwego oprogramowania (malware). 2. Słownik użytych pojęć. 2.1. System rozwiązanie sprzętowo-programowe składające się z serwera(ów) systemu operacyjnego oraz zawierające wymagane licencje służące do wykrywania i blokowania szkodliwego oprogramowania (malware). 2.2. Produkt maintenance - gotowość producenta do świadczenia pomocy w przypadku awarii i problemów technicznych oraz dostęp do poprawek i nowych wersji oprogramowania. 2.3. Wdrożenie Wykonanie wszystkich prac zgodnie z wymaganiami Zamawiającego. 2.4. Awaria - brak działania lub nieprawidłowe działanie któregokolwiek komponentu lub całego Systemu (dotyczy oprogramowania i sprzętu). 2.5. Usterka za usterkę przyjmuje się stan w którym system działa poprawnie jednak czynności administracyjne jak i funkcjonalne są ograniczone z powodu niezależnego od pracowników Zamawiającego a będącego skutkiem niewłaściwego działania systemu lub różnic pomiędzy aktualną konfiguracją a faktycznym działaniem systemu. 2.6. Dzień roboczy - liczony od poniedziałku do piątku w godzinach 8:00-16:00 za wyłączeniem dni przypadających w dni wolne od pracy określone w art.1 ust.1 ustawy z dnia 18 stycznia 1951 r. o dniach wolnych od pracy (Dz. U. z 2015 r. poz. 90). 2.7. Zakończenie etapu podpisanie bez uwag wszystkich wymaganych w danym etapie protokołów. 2.8. Asysta techniczna Wykonawcy - Integratora pomoc w rozwiązywaniu problemów oraz techniczne konsultacje dotyczące wdrożonego Systemu. 3. Plan komunikacji Wykonawcy z Zamawiającym. 3.1. Możliwe kanały komunikacji to: 3.1.1. Wideokonferencja (obsługę zapewnia Zamawiający), 3.1.2. Telefon, 3.1.3. E-mail, Strona 1
3.1.4. Spotkanie w siedzibie NIK. 3.2. Wszystkie prace będą realizowane przy udziale lub w konsultacji z pracownikami Zamawiającego. 3.3. Wykonawca będzie konsultował z Zamawiającym wszystkie przyjmowane założenia poczynione w związku z realizacją umowy. W związku z tym, w razie potrzeby dostarczy wszelkich niezbędnych wyjaśnień i materiałów dodatkowych (opisów, dokumentacji itp.) pracownikom Zamawiającego tak, aby możliwe było jednoznaczne zrozumienie proponowanych przez niego założeń. 3.4. Wszystkie ustalenia poczynione za pośrednictwem wideokonferencji, telefonicznie lub w trakcie spotkania muszą zostać niezwłocznie potwierdzone za pośrednictwem wiadomości e-mail. Mogą zostać z nich także sporządzone notatki zgodnie ze wzorem dostarczonym przez Zamawiającego. 3.5. Rejestr ustaleń/notatek jest prowadzony przez Zamawiającego. 3.6. Wszystkie wiadomości e-mail wysyłane w związku z realizacją projektu muszą być kierowane także do wiadomości (DW / KJ) na podany przez Zamawiającego adres e-mail. 3.7. Wykonawca zobowiązany jest poinformować Zamawiającego o wszystkich zdarzeniach lub przeszkodach mogących spowodować opóźnienie w wykonaniu Umowy w stosunku do terminów przewidzianych w przyjętym harmonogramie. Powiadomienie takie nastąpi bezzwłocznie na podany przez Zamawiającego adres e-mail. II. Część Etapy realizacji zamówienia publicznego 1. Etap inicjujący Zamawiający wymaga zrealizowania tego etapu w nie więcej niż 30 dni kalendarzowych, etap ten obejmuje 1.1. Dostawa sprzętu oraz wymaganych licencji. 1.2. Opracowanie i przekazanie przez Wykonawcę, w terminie do 10 dni od dnia podpisania umowy, do akceptacji Zamawiającego: 1.2.1. Szczegółowego harmonogramu realizacji Wdrożenia. 1.2.2. Projektu technicznego rozwiązania zgodnie z oczekiwanymi funkcjonalnościami. 1.3. Zamawiający w terminie do 5 dni od dnia przekazania ww. dokumentów wniesie do nich uwagi bądź je zaakceptuje. Wykonawca wprowadzi niezbędne poprawki i uzupełnienia w terminie do 5 dni od dnia przekazania uwag przez Zamawiającego. 1.4. Zakończeniem etapu inicjującego będzie podpisanie bez uwag protokołu odbioru tego etapu. 2. Etap pierwszy Zamawiający wymaga zrealizowania tego etapu w nie więcej niż 30 dni kalendarzowych 2.1. Warunkiem rozpoczęcia Etapu pierwszego jest zakończenie i odbiór bez uwag etapu inicjującego. 2.2. Wszystkie prace przewidziane do realizacji w Etapie pierwszym muszą zostać wykonane w nieprzekraczalnym terminie do 30 dni od dnia zakończenia etapu inicjującego. Strona 2
2.3. Zamawiający wymaga, aby w Etapie pierwszym Projektu zostały wykonane poniższe prace: 2.3.1. Instalacja w szafie serwerowej wskazanej przez Zamawiającego dostarczonego sprzętu. 2.3.2. Przeprowadzenie i podłączenie odpowiednio okablowania pomiędzy komponentami wdrażanego Systemu a urządzeniami posiadanymi przez Zamawiającego w serwerowni Zamawiającego. 2.3.3. Konfiguracja Systemu w sposób ustalony z Zamawiającym w tym: 2.3.3.1. Konfiguracja Systemu w trybie in-line. 2.3.3.2. Instalacja wymaganych certyfikatów służących do rozszywania ruchu SSL/TLS. 2.3.3.3. Konfiguracja parametrów Systemu zgodnie z wymaganą funkcjonalnością i odpowiednim poziomem wydajności, w szczególności przekierowanie rozszyfrowanego ruchu IP do systemu wykrywającego szkodliwe oprogramowanie (malware), pracującego również w trybie in-line. 2.3.3.4. Konfiguracja listy adresów IP/URL, które będą wykluczone z procesu deszyfrowania. 2.3.3.5. Konfiguracja użytkowników i praw dostępu w Systemie. 2.3.3.6. Wykonanie backupu konfiguracji. 2.3.4. Wykonanie testów akceptacyjnych zgodnie z założeniami Zamawiającego (część IV pkt. 3) potwierdzonych protokołem odbioru testów akceptacyjnych. 2.3.5. W razie potrzeby dostrajanie wdrożonego systemu na podstawie wyników uzyskiwanych podczas prowadzonych testów akceptacyjnych oraz uwag i wymagań Zamawiającego. 2.3.6. Przekazanie dokumentacji powykonawczej, zgodnie z założeniami Zamawiającego. 2.3.7. Przygotowanie i przeprowadzenie przez Wykonawcę warsztatu powdrożeniowego dla Administratorów Zamawiającego. 2.3.8. Produkcyjne uruchomienie Systemu. 2.4. TESTY AKCEPTACYJNE - W przypadku testów akceptacyjnych, należy przewidzieć niezbędny czas na testy i ich odbiór przez Zamawiającego (minimum 5 dni roboczych) oraz wprowadzenie niezbędnych poprawek i uzupełnień przed ponownym przedstawieniem ich do odbioru (czas na ponowny odbiór dla Zamawiającego minimum 3 dni robocze). 2.5. INFRASTRUKTRA TECHNICZNA - W przypadku konieczności przerwania ciągłości funkcjonowania infrastruktury sieciowej Zamawiającego, niezbędne prace muszą być wykonywane po godzinach pracy Zamawiającego (po godz. 16.00) lub w dni wolne od pracy. W uzasadnionych przypadkach mogą być realizowane w godzinach pracy Zamawiającego, po uzyskaniu od niego wcześniejszej zgody. Prace instalacyjne i konfiguracyjne muszą odbywać się na miejscu, w siedzibie Zamawiającego w Warszawie, przy ul. Filtrowej 57. Prace muszą być wykonywane przez wykwalifikowanych przedstawicieli Wykonawcy, posiadających stosowane dokumenty potwierdzające posiadaną wiedzę w zakresie realizowanych prac. 2.6. Zakończeniem etapu pierwszego będzie podpisanie bez uwag protokołu odbioru tego etapu Strona 3
3. Etap drugi 3.1. Asysta techniczna Wykonawcy Integratora świadczona zgodnie z warunkami określonymi w części IV pkt 7 niniejszego załącznika. 3.2. Szkolenie certyfikowane zgodnie z warunkami określonymi w części IV pkt 6 niniejszego załącznika. III. Część Wymagania Zamawiającego dotyczące realizacji zamówienia publicznego 1. Wymagania Zamawiającego dotyczące dostawy sprzętu. 1.1. Dostawa musi zostać zrealizowana w terminie do 30 dni kalendarzowych, od dnia podpisania umowy. 1.2. Miejscem dostawy jest siedziba Najwyższej Izby Kontroli przy ul. Filtrowej 57 w Warszawie. 1.3. Koszty dostawy (w tym koszty opakowania, ubezpieczenia, transportu) ponosi Wykonawca. 1.4. Wykonawca każdorazowo powiadomi Zamawiającego pocztą e-mail na adres bit@nik.gov.pl lub faksem na numer (0-22) 444-5410 o dniu planowanej realizacji dostawy, co najmniej jeden Dzień Roboczy przed planowaną datą dostawy. 1.5. Sprzęt wchodzący w zakres dostawy zostanie dostarczony Zamawiającemu w opakowaniach zabezpieczających przed uszkodzeniem w czasie transportu. 1.6. Wykonawca zobowiązuje się dostarczyć wymagany sprzęt, oprogramowanie oraz licencje pochodzące z legalnego źródła, zakupione w autoryzowanym kanale sprzedaży producenta w Polsce i objęte standardowym pakietem usług gwarancyjnych świadczonych przez sieć serwisową producenta na terenie Polski. 1.7. Dostarczone do Zamawiającego licencje muszą być w postaci wygenerowanych na stronie producenta plików licencyjnych lub w formie wygenerowanych i przesłanych e mailem przez Wykonawcę plików. 1.8. Potwierdzeniem realizacji dostawy będzie protokół odbioru, podpisany bez uwag przez przedstawicieli Zamawiającego i Wykonawcy. 2. Wymagania Zamawiającego dotyczące zakresu usług. 2.1. Wdrożenie Systemu umożliwiającego automatyczne rozszywanie ruchu SSL/TLS w celu wykrywania i blokowania szkodliwego oprogramowania (malware) w ramach ochrony przed zaawansowanymi zagrożeniami występującymi w ramach ataków APT (Advanced Persistent Threat) zgodnie z zakładanymi funkcjonalnościami jak i specyfikacją techniczną Zamawiającego. 2.2. Przeprowadzenie testów akceptacyjnych zgodnie z założeniami Zamawiającego. 2.3. Opracowanie dokumentacji powykonawczej będącej częścią wdrożenia Systemu. Strona 4
2.4. Jednodniowy warsztat powdrożeniowy prowadzony przez certyfikowanego inżyniera zgodne ze specyfikacją Zamawiającego. 2.5. Jednodniowe certyfikowane szkolenie (produktowe) prowadzone przez certyfikowanego inżyniera zgodne ze specyfikacją Zamawiającego. 2.6. Asysta techniczna Wykonawcy Integratora od podpisania bez uwag protokołu odbioru etapu pierwszego do 17 października 2017 roku. IV. Część Specyfikacja minimalnych wymagań Zamawiającego 1. Podstawowe wymagania Zamawiającego dotyczące oferowanego sprzętu, oprogramowania (aplikacji) oraz licencji niezbędnych do wdrożenia Systemu umożliwiającego automatyczne rozszywanie ruchu SSL/TLS w celu wykrywania i blokowania szkodliwego oprogramowania (malware) oraz produktu maintenance: 1.1. Sprzęt wraz z zainstalowanym systemem operacyjnym jak i koniecznymi aplikacjami umożliwiającymi automatyczne rozszywanie ruchu SSL/TLS w celu przekazania go do systemu analizy oraz blokowania szkodliwego oprogramowania. 1.2. Bezterminowe licencje wymagane do poprawnej pracy urządzenia jak i oprogramowania służącego do automatycznego rozszywania ruchu. 1.3. Produkt Maintenance producenta. Wsparcie producenta rozwiązania licząc od podpisania bez uwag protokołu odbioru etapu pierwszego do 17 października 2017 roku. 2. Wymagana, minimalna funkcjonalność systemu. 2.1. Gwarancja sprzętu wykorzystanego do budowy Systemu musi być objęta gwarancją producenta sprzętu (obejmującą usterki sprzętowe) od daty podpisania bez uwag protokołu odbioru etapu pierwszego do 17 października 2017 r. 2.2. Parametry opisujące funkcjonalność systemu automatycznego rozszywania ruchu SSL/TLS. 2.2.1. System musi umożliwiać deszyfrowanie komunikacji SSL/TLS w trybie in-line na zdefiniowanych portach. 2.2.2. Wykrywanie i deszyfrowanie komunikacji SSL/TLS musi być realizowane za pomocą dedykowanego urządzenia sprzętowego o przepustowości 1Gbit. 2.2.3. Urządzenie przeznaczone do deszyfrowania komunikacji SSL/TLS musi być wyposażone w sprzętowe zabezpieczenie umożliwiające przepływ ruchu sieciowego w przypadku awarii systemu. 2.2.4. Ruch zaszyfrowany przeznaczony do analizy musi być odszyfrowany na urządzeniu, w przypadku ruchu nieszyfrowanego który również będzie przechodził przez urządzenie, musi zostać bez żadnej modyfikacji przesłany do systemu analizy szkodliwego oprogramowania. Strona 5
2.2.5. System musi obsługiwać protokoły: SSL 2.0, SSL 3.0, TLS 1.0, TLS 1.1 TLS 1.2, jak również protokoły SSL (HTTPS) oraz mogące rozpoczynać szyfrowana transmisję po komendzie STARTLS (SMTP). 2.2.6. System musi obsługiwać rozszerzenie SNI (Server Name Indication) dla protokołu TLS, które pozwalana przekazywanie nazwy serwera w pakiecie Client-Hello. 2.2.7. Zaoferowane urządzenie musi posiadać co najmniej dwa procesory (powyżej 3GHZ) albo dwa procesory (taktowane 2,4GHz lub więcej) z wbudowaną sprzętową akceleracją do szyfrowania i deszyfrowania ruchu SSL, 24GB pamięci RAM, 4 interfejsy sieciowe 10Gb do obsługi analizowanego ruchu, oraz jeden interfejs sieciowy do zarządzania urządzeniem. 2.2.8. Urządzenie musi wspierać następujące sposoby zarządzania certyfikatami: 2.2.8.1. automatyczna generacja na zaoferowanym urządzeniu samo podpisanych (selfsigned) certyfikatów; 2.2.8.2. Automatyczna generacja certyfikatów i podpisywanie ich przy użyciu niezaufanego klucza prywatnego wgranego na urządzenie. 2.2.8.3. automatyczna generacja certyfikatów i podpisywanie ich przy użyciu zaufanego klucza prywatnego wgranego na urządzenie; 2.2.8.4. Użycie wgranego na zaoferowanym urządzeniu certyfikatu i klucza prywatnego dla docelowego serwera. 2.2.9. Moduł deszyfrujący komunikację SSL/TLS musi być wyposażony w listy adresów IP/URL, które będą wykluczone z procesu deszyfrowania. Listy muszą zawierać co najmniej organizacje finansowe, medyczne, wyznaniowe. Listy muszą być stale aktualizowane przez producenta systemu. System musi umożliwiać modyfikowanie list oraz dodawanie własnych list wykluczeń. 2.2.10. System musi współpracować z posiadanym przez Zamawiającego systemem wykrywania szkodliwego oprogramowania Fidelis Vector XPS (rozszyfrowany ruch musi zostać przekazany do systemu wyrywania szkodliwego oprogramowania w celu analizy oraz zablokowania szkodliwych plików, następnie ruch musi zostać powrotnie przekazany do tego samego urządzenia rozszywającego ruch, zostać zaszyfrowany i przekazany do dalszej komunikacji). 3. Minimalne wymagania jakie w trakcie testów akceptacyjnych musi spełniać system. 3.1. Dostarczony w ramach umowy System (sprzęt, oprogramowanie, licencje) będzie podlegał testom akceptacyjnym przyjęcia do eksploatacji. Upoważnione osoby ze strony Zamawiającego będą obecne przy wszystkich przeprowadzanych testach. 3.2. Celem testów akceptacyjnych jest potwierdzenie spełnienia przez System kryteriów jakościowych, potwierdzenie że funkcjonalność jest zgodna z wymaganiami Zamawiającego. Wynikiem testów akceptacyjnych jest raport z testów, stanowiący podstawę sporządzenia protokołu odbioru etapu pierwszego. 3.3. Na testy akceptacyjne składają się następujące rodzaje testów: Strona 6
3.3.1. Administracyjne - testy procedur administracyjnych dla wdrożonego systemu (np. w przypadku całkowitej awarii urządzenia, awarii zasilaczy urządzenia, awarii komponentów systemu odpowiadających za rozszywanie ruchu SSL/TLS oraz problemów z przekazywaniem rozszytego ruchu SSL/TLS do systemu wykrywania szkodliwego oprogramowania działającego w trybie in-line). 3.3.2. Funkcjonalne - testowanie funkcjonalności systemu, o których mowa w części IV pkt 2 z wyłączeniem punktu 2.1. oraz; 3.3.2.1. Sprawdzenie niezawodności działania Systemu w przypadku awarii któregokolwiek komponentu Systemu i jego wpływ na produkcyjny ruch IP w sieci Zamawiającego. 3.3.2.2. Sprawdzenie czy wdrożone rozwiązanie nie wprowadza problemów w ruchu produkcyjnym IP, z sieci NIK do Internetu jak i odwrotnie. 3.4. Wykonawca odpowiedzialny jest za: 3.4.1. Dostarczenie uzgodnionych i zatwierdzonych przez Zamawiającego scenariuszy testowych. 3.4.2. Przeprowadzenie testów akceptacyjnych przy obecności przedstawiciela Zamawiającego. 3.4.3. Dostarczenia raportu podsumowującego testy. 3.4.4. Jeżeli w testach akceptacyjnych którakolwiek z testowanych funkcjonalności określonych w części IV pkt 2 i pkt 3.3.2 nie uzyska pozytywnego potwierdzenia, Zamawiający odstąpi od umowy z przyczyn leżących po stronie Wykonawcy. 3.4.5. Wszystkie testy muszą zostać wykonane w trakcie realizacji etapu pierwszego. 4. Minimalne wymagania jakie musi spełniać dokumentacja powykonawcza przy jej odbiorze przez Zamawiającego będąca elementem wdrożenia. 4.1. Zamawiający wymaga, aby wszystkie dokumenty tworzone w ramach realizacji projektu charakteryzowały się wysoką jakością, w szczególności: 4.1.1. Czytelną i zrozumiałą strukturą zarówno poszczególnych dokumentów jak i całej dokumentacji z podziałem na rozdziały podrozdziały i sekcje. 4.1.2. Zachowaniem standardów oraz sposobu pisania, rozumianych jako zachowanie jednolitej i spójnej struktury, formy i sposobu prezentacji treści poszczególnych dokumentów, oraz fragmentów tego samego dokumentu jak również całej dokumentacji. 4.2. W ramach realizacji całości prac, Wykonawca opracuje i dostarczy m.in. szczegółową dokumentację dotyczącą instalacji, konfiguracji i parametryzacji wdrożonego systemu. 4.3. Wykonawca przygotuje w szczególności: 4.3.1. Procedury i instrukcje dotyczące instalacji konfiguracji oraz parametryzacji wdrożonego Systemu. 4.3.2. Procedury i instrukcje wykonania kopii bezpieczeństwa i ich odtworzenia. 4.3.3. Procedury i instrukcje aktualizacji i wdrażania poprawek. Strona 7
4.3.4. Procedury postępowania w razie wystąpienia błędów lub awarii wraz z formularzami zgłoszeniowymi i osobami kontaktowymi (nr tel., e-mail) do konsultacji rozwiązywania zaistniałych problemów, 4.4. Każda z procedur powinna zawierać co najmniej następujące dane: 4.4.1. Nazwa. 4.4.2. Opis. 4.4.3. Częstotliwość wykonywania. 4.4.4. Kroki do zrealizowania w procedurze. 4.4.5. Informacje (o ile są znane, jeśli jest ich dużo to przykłady bądź wzorce) na jakie należy zwrócić uwagę w trakcie wykonywania procedury. 4.4.6. Omówienie zawartości komunikatów jeśli są prezentowane. 4.4.7. Kroki jakie należy podjąć w przypadku natknięcia się na nietypowe sytuacje. 4.5. Dokumentacja musi być weryfikowana i w razie potrzeby aktualizowana podczas prac serwisowych Wykonawcy określonych w ramach wsparcia technicznego Wykonawcy. 4.6. Dokumentacja musi być dostarczona przed produkcyjnym uruchomieniem rozwiązania (wdrażanego Systemu). 4.7. Zamawiający wymaga, aby cała dokumentacja, o której mowa powyżej, podlegała jego akceptacji. 5. Minimalne wymagania stawiane przez Zamawiającego w zakresie warsztatu powdrożeniowego. 5.1. Z wdrażanego u Zamawiającego rozwiązania Wykonawca zorganizuje powdrożeniowy warsztat, który będzie prowadzony przez certyfikowanego inżyniera zaoferowanego rozwiązania, z zakresu administracji wdrożonego Systemu, dla jednej grupy administratorów liczącej do 10 osób, w siedzibie Zamawiającego. 5.2. Termin warsztatu zostanie uzgodniony z Zamawiającym z co najmniej siedmiodniowym wyprzedzeniem. 5.3. Program warsztatu musi obejmować całość zagadnień związanych z czynnościami administracyjnymi z zakresu administrowania wdrożonym Systemem uwzględniając środowisko produkcyjne Zamawiającego i następującą tematykę: 5.3.1. Podstawowa i zaawansowana konfiguracja i administracja systemem. 5.3.2. Proces monitoringu wdrożonego Systemu oraz analizy wydajności Systemu związany z fizycznym ruchem w sieci Zamawiającego. 5.3.3. Proces zarządzania zmianami konfiguracyjnymi Systemu. 5.3.4. Proces zarządzania kontami i uprawnieniami użytkowników Systemu. 5.4. Program warsztatu musi być zgodny z wersją wdrożonego rozwiązania i obejmować omówienie najczęściej występujących awarii oraz sposoby ich usuwania i zabezpieczania się przed nimi. Strona 8
5.5. Warsztat musi trwać minimum 1 dzień roboczy, 6 godzin efektywnych zajęć (warsztaty muszą się odbyć w terminach uzgodnionych pomiędzy Wykonawcą, a Zamawiającym). 5.6. Wykonawca zapewni uczestnikom warsztatu materiały szkoleniowe w formie papierowej i elektronicznej. 6. Minimalne wymagania stawiane przez Zamawiającego w zakresie jednodniowego certyfikowanego szkolenia (produktowego). 6.1. Wykonawca zorganizuje certyfikowane szkolenie dla jednej grupy administratorów, składającej się z 3 osób, na terenie Warszawy, np. w siedzibie Zamawiającego. 6.2. Termin i miejsce szkolenia zostanie uzgodniony z Zamawiającym z co najmniej dwutygodniowym wyprzedzeniem. 6.3. Szkolenie musi trwać minimum 1 dzień roboczy, 6 godzin efektywnych zajęć prowadzonych w języku polskim. 6.4. Program szkolenia musi obejmować całość zagadnień związanych z czynnościami administracyjnymi z zakresu administrowania wdrożonym Systemem. 6.5. Program szkolenia musi być zgodny z wersją wdrożonego rozwiązania i obejmować omówienie najczęściej występujących awarii oraz sposoby ich usuwania i zabezpieczania się przed nimi. 6.6. Szkolenie musi odbyć się do 20 listopada 2015 roku. 7. Minimalne wymagania Zamawiającego w zakresie świadczenia Asysty technicznej Wykonawcy Integratora. 7.1. Wykonawca będzie świadczył Asystę Techniczną od daty podpisania bez uwag protokołu odbioru etapu pierwszego do 17 października 2017 roku w dni robocze, w języku polskim. 7.2. W ramach Asysty Technicznej Wykonawca będzie świadczył nielimitowaną czasowo i bez konieczności ponoszenia przez Zamawiającego dodatkowych kosztów z tego tytułu, obsługę zgłoszeń i konsultacje techniczne, przez certyfikowanego inżyniera w obszarze wdrożonego rozwiązania, w formie elektronicznej i telefonicznej. 7.3. Asysta Techniczna wykonywana w siedzibie Zamawiającego w Warszawie przy ul. Filtrowej 57 będzie realizowana na sprzęcie udostępnionym przez Zamawiającego. 7.4. Czas reakcji Wykonawcy na otrzymane zgłoszenie 4 godziny. W przypadku zgłoszenia serwisowego otrzymanego po godzinie 16.00, czas reakcji liczy się od godziny 8.00 następnego dnia roboczego. 7.5. Wykonawca będzie w imieniu Zamawiającego eskalował do producenta wdrożonego systemu wszystkie zgłoszenia serwisowe, monitorował i uczestniczył w ich rozwiązywaniu. 7.6. Czas rozwiązania zgłoszonego problemu wynosi 8 godzin w dni robocze. Jeżeli do rozwiązania problemu niezbędne jest udzielenie odpowiedzi przez producenta wówczas czas rozwiązania problemu wynosi 16 godzin. 7.7. W przypadku wystąpienia awarii komponentów Systemu czas niedostępności serwisów udostępnianych przez NIK jak i połączeń do Internetu nawiązywanych przez systemy w NIK nie może przekraczać 4 godzin od momentu zgłoszenia awarii do Wykonawcy. Usunięci awarii lub rekonfiguracja urządzeń musi zapewniać ciągłość działania produkcyjnego ruchu IP w infrastrukturze wdrożonego systemu. Strona 9
7.8. Asysta Techniczna Wykonawcy będzie rozliczana zgodnie ze złożoną ofertą Wykonawcy w zależności od faktycznie przepracowanych godzin, rozliczanych zgodnie ze stawką godzinową zawartą w ofercie. 7.9. Minimalna możliwa do wykorzystania ilość godzin pracy inżyniera w ramach Asysty Technicznej wynosi 50 godzin. W przypadku zaoferowania dodatkowych godzin Asysty Technicznej przez Wykonawcę będą one zużyte przed rozpoczęciem wykorzystania puli 50 godzin. 7.10. Wynagrodzenie Wykonawcy z tytułu świadczenia Asysty Technicznej będzie płatne kwartalnie, po zakończeniu każdego trzymiesięcznego okresu świadczenia usługi, jako iloczyn liczby godzin pracy inżyniera i kwoty za godzinę pracy inżyniera zawartej w ofercie Wykonawcy dotyczącej przedmiotowego przetargu. Za początek pierwszego kwartału uznaje się dzień podpisania bez uwag protokołu odbioru etapu pierwszego. 7.11. Celem wizyty w ramach Asysty Technicznej mogą być: wszelkie prace związane z wdrożonym systemem m.in. aktualizacja oprogramowania, analiza poprawności działania, dostrojenie wdrożonego systemu, przeglądy poprawności działania. 7.12. Potwierdzeniem wykonania wizyty w siedzibie Zamawiającego, wykonania zleconych prac i czasu wykorzystanego na daną wizytę będzie protokół odbioru Asysty Technicznej integratora podpisany przez obie strony. Z treści protokołu odbioru musi wynikać, że usługa została wykonana należycie. 7.13. Czas wizyty przeznaczony na wykonanie asysty technicznej integratora liczony jest od chwili przystąpienia do pracy certyfikowanego inżyniera w obszarze wdrożonego rozwiązania w siedzibie Zamawiającego. 7.14. Zgłoszenie serwisowe uważa się za otwarte po przesłaniu go przez Zamawiającego do Wykonawcy faksem lub mailem. 7.15. Po zrealizowaniu zgłoszenia serwisowego Wykonawca poinformuje drogą elektroniczną (e-mail) Zamawiającego o zrealizowaniu tego zgłoszenia serwisowego. 7.16. Czas związany z obsługą awarii uniemożliwiającą poprawną (zgodną z opisywana funkcjonalnością) pracę wdrożonego rozwiązania (Systemu) jak i kontakty z producentem rozwiązania w kwestii usuwania awarii czy usterek nie wlicza się do płatnych godzin Asysty Technicznej. 7.17. W przypadku gdy Wykonawca Integrator zaoferuje jedno z rozwiązań punktowanych w dodatkowych kryteriach, zobowiązany jest do jego wykonania w siedzibie Zamawiającego, po uprzednim ustaleniu terminu (co najmniej tygodniowym wyprzedzeniem) z Zamawiającym, jak również dostarczenia protokołu odbioru jego wykonania. 8. Minimalne wymagania Zamawiającego dotyczące świadczenia usług wynikających z udzielonej gwarancji. 8.1. Z zastrzeżeniem pkt. 8.5, Wykonawca udziela od daty podpisania bez uwag protokołu odbioru etapu pierwszego do 17 października 2017 roku gwarancji na prawidłowe, w pełni zgodne z jego przeznaczeniem, funkcjonowanie wdrożonego Systemu. 8.2. Naprawa gwarancyjna systemu zostanie dokonana: 8.2.1. Po uprzedniej nieodpłatnej ocenie zgłoszonej awarii. Ocena zgłoszonej awarii musi zostać dokonana przez wykwalifikowanego przedstawiciela wykonawcy, w miejscu użytkowania systemu. 8.2.2. W celu przystąpienia do naprawy przedstawiciel służb serwisowych wykonawcy zgłosi się do miejsca użytkowania systemu. Jeśli naprawa w siedzibie Zamawiającego nie jest możliwa, Wykonawca odbierze uszkodzony element systemu i dostarczy po naprawie na własny koszt i na własną odpowiedzialność. Strona 10
8.2.3. Po zwrocie naprawionego elementu systemu nastąpi sprawdzenie poprawności funkcjonowania całego systemu. 8.3. Czas usunięcia nieprawidłowości wskazanych w zgłoszeniu gwarancyjnym wynosi do 5 Dni Roboczych od daty zgłoszenia gwarancyjnego pod rygorem naliczania kar umownych na zasadach określonych w Umowie i może ulec wydłużeniu wyłącznie za pisemną zgodą Zamawiającego w przypadku wystąpienia okoliczności niezależnych od Wykonawcy i Zamawiającego. 8.4. W przypadku urządzenia/urządzeń wchodzących w skład Systemu, Wykonawca zapewni świadczenie usług gwarancyjnych przez producenta urządzenia zgodnie z warunkami opisanymi w warunkach gwarancji producenta urządzenia znajdującymi się w Załączniku do Umowy. Okres gwarancji producenta określony w części IV pkt 2.1 liczony jest od daty podpisania bez uwag protokołu odbioru etapu pierwszego. 8.5. W trakcie trwania umowy Zamawiającego z Wykonawcą usługi gwarancyjne producenta dla zaoferowanego urządzenia/urządzeń wchodzących w skład Systemu, świadczone będą za pośrednictwem Wykonawcy. 8.6. W przypadku wystąpienia wad w opracowanych dokumentach, o których mowa w pkt. 4, Zamawiający ma prawo żądać ich usunięcia w terminie 7 Dni Roboczych od daty zawiadomienia Wykonawcy (naniesienie uzupełnień i poprawek na wszystkich egzemplarzach dostarczonych Zamawiającemu), pod rygorem naliczania kar umownych na zasadach określonych w Umowie. 8.7. Uprawnienia z tytułu rękojmi za wady dokumentacji powykonawczej wygasają wraz z upływem okresu asysty technicznej Wykonawcy. 8.8. Udzielone gwarancje nie mogą ograniczać praw Zamawiającego do użytkowania wdrożonego systemu, zgodnie z zasadami sztuki, przez wykwalifikowany personel Zamawiającego. Strona 11
Warszawa dnia r. Protokół odbioru.*) Na podstawie Umowy z dnia...2015r.... zwan(y/a) dalej Wykonawcą przekazuje Najwyższej Izbie Kontroli zwanej dalej Zamawiającym przedmiot odbioru w postaci: Zamawiający przyjmuje przedmiot odbioru bez uwag / z uwagami **): Niniejszy protokół odbioru, sporządzono w dwóch jednobrzmiących egzemplarzach po jednym dla każdej ze Stron. Warszawa dnia...2015 r. Odbierający (NIK) Przekazujący... (czytelny podpis)... (czytelny podpis) *) wpisać rodzaj protokołu odbioru np. odbioru/odbioru końcowego/odbioru usługi, itp. **) niepotrzebne skreślić Strona 12