Zakres działania system. System powinien być systemem otwartym, modułowym, możliwym do adaptacji do nowych warunków. Ma umożliwiać rozbudową o zakres terytorialny, funkcjonalny oraz ilościowy.
Wymagania szczegółowe 1. W ramach Umowy wymaga się aby kwalifikowana pieczęć elektroniczna oraz mobilne kwalifikowane podpisy elektroniczne, a także usługi im towarzyszące, były zgodne z przepisami Rozporządzenia Parlamentu Europejskiego i Rady (UE) 910/2014 z dnia 23 lipca 2014 r. (eIDAS) w sprawie identyfikacji elektronicznej i usług zaufania w odniesieniu do transakcji elektronicznych na rynku wewnętrznym oraz uchylającego dyrektywę 1999/93/WE. Ponadto, wymaga się aby przez cały okres trwania Umowy spełniały one wymagania aktualnych przepisów prawnych obowiązujących w Polsce, w szczególności przepisy ustawy z dnia 5 września 2016 r. o usługach zaufania oraz identyfikacji elektronicznej (t.j. Dz. U. 2020, poz. 1173). 2. Wymaga się aby: 2.1 zastosowane Centrum Certyfikacji podlegało krajowemu organowi nadzoru, którym jest minister właściwy do spraw informatyzacji; 2.2 rozwiązania dostarczane przez Wykonawcę cyklicznie przechodziły tzw. audyty zgodności według eIDAS. 3. Celem realizacji Umowy jest umożliwienie Zamawiającemu opatrywania kwalifikowaną pieczęcią elektroniczną oraz mobilnymi kwalifikowanymi podpisami elektronicznymi dokumentów w trybie zdalnym. Zamawiający wymaga aby jego klucz prywatny był przechowywany w bezpiecznej infrastrukturze u Wykonawcy. 4. Zamawiający wymaga, aby: 5.1. każdy użytkownik mógł podpisywać e-dokumenty w dowolnym miejscu, korzystając z dowolnego urządzenia, niezależnie od jego systemu operacyjnego; 5.2. mobilne kwalifikowane podpisy elektroniczne mogły być stosowane zarówno na sprzęcie stacjonarnym (PC/Laptop), jak również na różnorodnych urządzeniach mobilnych, takich jak np. smartfony, tablety; 5.3. opatrywany kwalifikowaną pieczęcią lub kwalifikowanym podpisem dokument i zawarte w nim dane pozostały w infrastrukturze Zamawiającego; 5.4. wartość funkcji skrótu opatrywanego kwalifikowaną pieczęcią elektroniczną dokumentu była automatycznie generowana i przekazywana za pośrednictwem szyfrowanego połączenia do usługi udostępnianej w infrastrukturze Wykonawcy w celu wytworzenia pieczęci lub podpisu; 5.5. możliwe było automatyczne podpisywanie i pieczętowanie dokumentów generowanych z systemu EZD PUW w formacie podpisu XAdES i PAdES; 5.6. zapewniono autentyczność i integralność dokumentów za pomocą kwalifikowanej pieczęci elektronicznej; 5.7. każde użycie kwalifikowanej pieczęci elektronicznej i kwalifikowanego podpisu elektronicznego było opatrzone znacznikiem czasu; 5.8. możliwe było składanie kwalifikowanego podpisu elektronicznego na dokumentach generowanych z EZD PUW poprzez integrację za pomocą API REST, oraz z innymi systemami teleinformatycznymi Zamawiającego poprzez integrację za pomocą protokołów komunikacyjnych takich jak: SOAP, API, HTTPS, HTTP; 5.9. zapewniono kwalifikowaną walidację kwalifikowanych podpisów elektronicznych i kwalifikowanej pieczęci elektronicznej; 5.10. kwalifikowana pieczęć elektroniczna oraz kwalifikowane podpisy elektroniczne były dostępne 24 godziny na dobę, 7 dni w tygodniu, 365 dni w roku przez cały okres realizacji Umowy; 5.11. Wykonawca dostarczył Zamawiającemu, dla kwalifikowanych podpisów elektronicznych, imienne certyfikaty kwalifikowane w liczbie 60 szt.; 5.12. pakiet transakcji podpisów w chmurze był dla 35.000 podpisów; 5.13. Wykonawca umożliwił użycie kwalifikowanej pieczęci co najmniej 80.000/12 miesięcy; 5.14. Wykonawca wdrożył u Zamawiającego kwalifikowaną pieczęć elektroniczną oraz mobilne kwalifikowane podpisy elektroniczne.
Wymagania dotyczące zabezpieczenia należytego wykonania umowy Zamawiający nie wymaga wniesienia zabezpieczenia należytego wykonania umowy.
Zasady wykorzystywania systemu teleinformatycznego Beneficjent zobowiązuje się do wykorzystywania SL2014 w procesie rozliczania Projektu oraz komunikowania się z Instytucją Pośredniczącą, zgodnie z aktualną wersją Podręcznika Beneficjenta udostępnioną przez Instytucję Pośredniczącą. Wykorzystanie SL2014 obejmuje co najmniej przesyłanie:
Zakres stosowania SST Szczegółowa specyfikacja techniczna jest stosowana jako dokument przetargowy i kontraktowy przy zlecaniu i realizacji robót wymienionych w pkt. 1.1.
Sposób porozumiewania się Zamawiającego z Wykonawcami 5.1. Oświadczenia, wnioski, zawiadomienia, odwołania oraz informacje (komunikacja) między zamawiającym a wykonawcami przekazywane są za pośrednictwem operatora pocztowego w rozumieniu ustawy z dnia 23 listopada 2012r. – Prawo pocztowe, osobiście, za pośrednictwem posłańca, faksu lub przy użyciu środków komunikacji elektronicznej w rozumieniu ustawy z dnia 18 lipca 2002 r. o świadczeniu usług drogą elektroniczną. 5.2. Oświadczenia, wnioski, zawiadomienia oraz informacje przekazywane przez Wykonawców: 1) w formie pisemnej na adres: Wojewódzki Sąd Administracyjny w Warszawie, xx. Xxxxx 0/0, 00-000 Xxxxxxxx – Zamówienia Publiczne; 2) drogą elektroniczną na adres e-mail: xxxxxxxxxx.xxxxxxxxx@xxxxxxxx.xxx.xxx.xx; 3) faksem na numer 00 000-00-00. 5.3. W przypadku wysłania korespondencji faksem lub drogą elektroniczną Zamawiający nie będzie przekazywał ich w formie pisemnej. 5.4. Jeżeli zamawiający lub wykonawca przekazują oświadczenia, wnioski, zawiadomienia oraz informacje za pośrednictwem faksu lub przy użyciu środków komunikacji elektronicznej w rozumieniu ustawy z dnia 18 lipca 2002 r. o świadczeniu usług drogą elektroniczną, każda ze stron na żądanie drugiej strony niezwłocznie potwierdza fakt ich otrzymania. W przypadku braku potwierdzenia otrzymania wiadomości przez Wykonawcę Zamawiający domniema iż pismo wysłane przez Zamawiającego na numer faksu lub adres e-mail podany przez Wykonawcę zostało mu doręczone w sposób umożliwiający zapoznanie się Wykonawcy z treścią pisma w dniu i godzinie ich nadania – zgodnie z raportem rejestru połączeń urządzenia faksowego lub potwierdzenia z poczty elektronicznej. 5.5. Wszelkie zawiadomienia, oświadczenia, wnioski oraz informacje Zamawiający oraz Wykonawcy mogą przekazywać pisemnie, faksem lub drogą elektroniczną, z zastrzeżeniem, że: 1) oferty pod rygorem nieważności muszą być złożone w formie pisemnej, 2) oświadczenia, o których mowa w Specyfikacji dotyczące Wykonawcy i innych podmiotów, na zdolnościach lub sytuacji polega Wykonawca na zasadach określonych w art. 22a Ustawy oraz dotyczące podwykonawców, składane muszą być w oryginale, 3) dokumenty, o których mowa w Specyfikacji, inne niż oferta oraz oświadczenia, o których mowa w pkt. 5.5. ppkt.
Zakres stosowania ST Specyfikacje techniczne stanowią część dokumentacji przetargowej i kontraktowej przy zlecaniu i realizacji robót opisanych w punkcie 1.1.
INFORMACJE DOTYCZĄCE ZABEZPIECZENIA NALEŻYTEGO WYKONANIA UMOWY Zamawiający nie będzie żądał wniesienia zabezpieczenia należytego wykonania umowy.
Wymagania zamawiającego W cenę urządzeń musi być wliczony koszt dostawy i ubezpieczenia, montażu, wniesienia, instalacji, uruchomienia oraz przeszkolenia pracowników Wydziału Chemii w zakresie obsługi. Oferowane urządzenia muszą odpowiadać wszystkim wymaganiom Zamawiającego zawartymi w SIWZ. Gwarancja minimum 24 miesiące. Termin płatności za wykonaną dostawę nie może być krótszy niż 21 dni licząc od daty przekazania faktury VAT wraz z protokołem zdawczo-odbiorczym. Wymagany termin realizacji. zamówienia do 50 dni od dnia zawarcia umowy. Wykonawca zobowiązany jest zrealizować zamówienie na zasadach i warunkach opisanych we wzorze umowy stanowiącym załącznik nr 4 do SIWZ.
Wymagania dodatkowe System musi dostarczać API lub inny system (web service, connector) z publicznie dostępną dokumentacją pozwalający x.xx. na: Budowanie konektorów do innych systemów, np. help-desk w celu przekazywania zdarzeń czy alarmów (dwukierunkowo), Wykonywanie operacji w systemie z poziomu linii poleceń, Podłączenie rozwiązań innych producentów pozwalających na monitorowanie w jednolity sposób systemów informatycznych niewspieranych natywnie przez system zarządzania, Podłączenie do aplikacji biurowych pozwalające na integrację statycznych modeli (np. diagramów Visio) z monitorowanymi obiektami, pozwalające na wyświetlanie ich stanu na diagramie System zarządzania środowiskami wirtualnymi musi posiadać następujące cechy: Architektura System zarządzania środowiskiem wirtualnym powinien składać się z: serwera zarządzającego relacyjnej bazy danych przechowującej informacje o zarządzanych elementach konsoli, instalowanej na komputerach operatorów portalu self-service (konsoli webowej) dla operatorów „departamentowych” biblioteki, przechowującej komponenty niezbędne do budowy maszyn wirtualnych agenta instalowanego na zarządzanych hostach wirtualizacyjnych „konektora” do systemu monitorującego pracę hostów i maszyn wirtualnych System musi mieć możliwość tworzenia konfiguracji wysokiej dostępności (klaster typu fail-over), System musi pozwalać na zarządzanie platformami wirtualizacyjnymi co najmniej trzech różnych dostawców. Interfejs użytkownika Konsola musi umożliwiać wykonywanie codziennych zadań związanych z zarządzaniem maszynami wirtualnymi w sposób jak najbardziej intuicyjny, Konsola musi umożliwiać grupowanie hostów i nadawanie uprawnień poszczególnym operatorom do grup hostów, Widoki hostów i maszyn wirtualnych powinny mieć możliwość zakładania filtrów, pokazując tylko odfiltrowane elementy, np. maszyny wyłączone, maszyny z systemem operacyjnym X, Widok szczegółowy elementu w przypadku maszyny wirtualnej musi pokazywać stan, ilość alokowanej pamięci i dysku twardego, system operacyjny, platformę wirtualizacyjną, stan ostatniego zadania, oraz wykres utylizacji procesora i podgląd na pulpit, Konsola musi posiadać odrębny widok z historią wszystkich zadań oraz statusem zakończenia poszczególnych etapów i całych zadań.
Zabezpieczenie należytego wykonania umowy Zamawiający nie wymaga wniesienia zabezpieczenia należytego wykonania umowy.
