Funkční a technická specifikace „SÚIP – Sloučení programových platforem informačního systému REÚIP II“
Příloha B Zadávacích podmínek; Příloha č. 1 Xxxxxxx
Funkční a technická specifikace
„SÚIP – Sloučení programových platforem informačního systému REÚIP II“
Státní
úřad inspekce práce (SÚIP) je zřízen zákonem č. 251/2005 Sb.,
o inspekci práce, ve znění pozdějších předpisů, jeho
působnost je upřesněna další legislativou, především zákonem
č. 435/2004 Sb., o zaměstnanosti, ve znění pozdějších
předpisů.
Organizačně se jedná o jeden ekonomický subjekt, avšak z pohledu správního řádu je rozdělen na 9 samostatných správních úřadů (SÚIP Opava a 8 oblastních inspektorátů práce). Základní pracovní náplní jednotlivých úřadů je vykonávání inspekce u subjektů v ČR. V informačním systému je řešeno po jednotlivých rolích s přístupy dle oprávnění vč. regionálního rozdělení.
Zhotovitel je označení společnosti nabízející své řešení požadovaného komplexního informačního systému „REÚIP“ - Registru elektronizace úkonů inspekce práce.
Obsah
1. Požadavky na rozsah plnění 4
1.1. Základní popis současného stavu systému REÚIP 5
1.2. Umístění infrastruktury 12
2. Cílový stav informačního systému po provedené transformaci 13
3. Základní požadavky na řešení systému REÚIP 14
3.1. Základní vymezení realizačního rámce 14
3.2. Provozní architektura – ideové schéma 15
3.3. Obecné požadavky na řešení 25
3.4. Autentizace a řízení přístupů 28
4. Požadavky na funkcionalitu systému REÚIP 32
4.1. Základní služby nové verze po sloučení programových platforem informačního systému REÚIP 32
5. Požadavky na provozní prostředí a soulad s prostředím Objednatele 33
6. Interface – požadavky na aplikační rozhraní 36
6.1. Požadované aplikační rozhraní (interface) na externí systémy 36
7. Doplňkové (nefunkční) požadavky 38
7.1. Požadavky na projektové řízení 38
7.2. Požadavky na testování 39
7.4. Požadavky na migraci dat do dodávaného řešení systému REÚIP 41
7.5. Požadavky na napojení SW a HW systémů a výstupů 44
7.6. Požadavky na dokumentaci nové verze systému REÚIP 45
7.7. Požadavky na nasazení nové verze systému REÚIP 47
8.1. Součinnost pro projektové řízení 50
8.2. Součinnost pro implementaci 51
8.3. Součinnost pro provedení testování 52
8.4. Součinnost pro provedení migrace 52
8.5. Součinnost pro nasazení nové verze systému REÚIP 53
8.6. Součinnost pro školení 53
9. Definice servisních služeb 54
9.1. Provozní podpora systému REÚIP 55
9.1.1. Servisní služba „KS1.1 Technologický update systému REÚIP“ 56
9.1.2. Servisní služba „KS1.2 Servisní garance systému REÚIP“ 58
9.1.3. Servisní služba „KS1.3 Garance příjmu hlášení chybových stavů a požadavků systému REÚIP“ 59
9.1.4. Servisní služba „KS1.4 Technická a metodická podpora systému REÚIP“ 60
9.1.5. Servisní služba „KS1.5 Podpora provozu a bezpečnosti systému REÚIP“ 62
9.1.6. Servisní služba „KS1.6 Preventivní prohlídky systému REÚIP“ 64
9.2. Služby údržby dokumentace systému REÚIP 65
9.3.2. SLA – ujednání o kvalitě servisních služeb poskytovaných Zhotovitelem 68
9.5. Definice chybových stavů a požadavků 71
Cílem plnění veřejné zakázky je optimalizace datových struktur komplexního informačního systému REÚIP - Registru elektronizace úkonů inspekce práce (dále jen „systém REÚIP“ nebo „informační systém“), sloučení programových platforem MS Dynamics CRM a AX do MS Microsoft Dynamics 365 Sales.
Hlavní cíle veřejné zakázky tedy jsou zejména:
odstranění duplicitních dat,
optimalizace postupu při práci s informačním systémem,
sloučení programových platforem MS Dynamics CRM a AX do MS Microsoft Dynamics 365 Sales,
převedení současného stavu informačního systému, včetně rozhraní a připojení na aktuální verzi (aktuální v čase předaní do produkce) Microsoft Dynamics 365 Sales.
Rozsah a obsah plnění je vymezen Smlouvou o dílo a smlouvou o poskytnutí licence a souvisejících služeb a tato příloha je její konkretizací a nedílnou součástí.
Sloučením programových platforem informačního systému se rozumí zejména komplex návrhu optimalizace, dodání, instalace a implementace veškerého potřebného softwarového vybavení na všech úrovních, migrace dat, školení, dokumentace, ověřovací a produktivní provoz. Vše tak, aby byla zajištěna úplná a bezchybná funkcionalita systému REÚIP a podpora procesů SÚIP dle požadavků tohoto dokumentu, Objednatele a platné legislativy. Dodávka systému REÚIP musí zahrnovat zejména:
Dodávku všech propojení a interface na okolní informační systémy. Systém REÚIP musí být napojen na další informační systémy a služby:
Napojení na ISZR;
Zpřístupnění portálových modulů a rozhraní pro CzechPOINT;
Zajištění konektoru na rozhraní spisové služby;
Napojení na jmenný rejstřík jako samostatnou součást systému elektronické spisové služby.
Veškeré práce spojené s realizací optimalizace systému REÚIP,
Návrh transformace, tj. časového a technického přechodu do Microsoft Dynamics 365 Sales, vč. akceptačních procedur (nutných k provedení akceptace Díla) a akceptačních protokolů;
Návrh architektury REÚIP na platformě Microsoft Dynamics 365 Sales, tj. vyprojektování aplikační, systémové a komunikační infrastruktury;
Optimalizace agend REÚIP v návaznosti na procesy a služby inspekce práce;
Dodávka potřebného Hardwaru (dále také HW);
Návrh optimalizace datových struktur a implementace aplikačního programového vybavení (APV) REÚIP;
Integrace implementovaného Microsoft Dynamics 365 Sales do existující komunikační
a systémové infrastruktury Objednatele;Integrace implementovaného Microsoft Dynamics 365 Sales s interními aplikacemi
a externími informačními systémy;Migrace dat stávajícího systému REÚIP do nového systému na bázi Microsoft Dynamics 365 Sales, včetně porovnání, aktualizace a konsolidace dat;
Zajištění ověřovacího provozu REÚIP včetně odpovídající odborné technické podpory;
Nasazení systému REÚIP do ostrého provozu;
Řízení realizace na základě veřejné zakázky na straně vybraného účastníka;
Řízení změn;
Instalace dodávaných softwarových řešení, vč. realizace testovacího prostředí pro testování a uvolňování změn v aplikačním software (patche, updaty, upgrady, verze)
a provozním prostředí do užití;Implementace a vstupní nastavení dodávaného řešení v souladu se Zadávací dokumentací a jejími přílohami, požadavků Objednatele a platnou legislativou;
Převod dat ze stávajícího systému REÚIP (migrace dat);
Všechny typy školení potřebné pro práci s informačním systémem.
Kompletní dokumentaci v elektronické podobě.
Vyhotovení Exitového plánu.
Zajištění provozní podpory a rozvoje systému REÚIP.
Informační systém REÚIP je vytvořen na základě programových produktů firmy Microsoft:
Operační systém Windows server Datacenter verze 2008 a 2012 R2;
Microsoft Dynamics CRM 2011 (dále jen CRM);
Microsoft Dynamics AX 2009 (dále jen AX);
Microsoft Dynamics Connector (dále jen Dynamics Connector) – online Propojení CRM – AX;
Microsoft SharePoint 2010 (dále jen SharePoint);
Databáze MS SQL server 2008 R2 verze Standard, Enterprise 64 bit;
Analytické a reportovací nástroje MS SQL;
BI - business intelligence, datový sklad – databáze na platformě MS SQL;
SSRS - SQL Server Reporting Services, platforma pro tvorbu a konzumaci reportů.
Specifické účelově vytvořené komponenty:
Xxxxx - specifická komponenta, která odstiňuje uživatele od SharePointu pro ukládání souborů;
Xxxxx - specifická komponenta, která zajišťuje přenos informací o uživatelích z AD do rolí zabezpečení v CRM a AX.
Uživatelé:
MS Office verze 2016 Enterprise, 2019 Enterprise;
Webový prohlížeč MS Internet Explorer 11.0.
Z hlediska funkčního jsou jádrem systému REÚIP komponenty CRM a AX. Oba tyto Microsoft Dynamics produkty jsou v informačním systému použity spíše jako vývojová platforma, na níž byl informační systém vybudován. To znamená, že oba standardní produkty byly masivně upraveny původním dodavatelem systému REÚIP.
Celé řešení je architektonicky vystaveno jako centralizované, dostupné v rámci technologického řešení v režimu 24×7×365 pro všechny pracovníky nezávisle na lokalitě. Nejrozsáhlejší skupina uživatelů (více jak 90 %) jsou mobilní pracovníci pracující v Microsoft CRM. V principu lze rozdělit dostupnost systému REÚIP pro mobilní pracovníky do dvou základních situací:
Uživatel je připojen (resp. jeho počítač, notebook je připojen) v lokání podnikové síti SÚIP,
a tím je zajištěn přístup k systému REÚIP v rozsahu dle přidělených uživatelských oprávnění.Uživatel je v terénu a do domény SÚIP se připojí prostřednictvím datového tarifu mobilního operátora přístupem do VPN SÚIP/MPSV. Toto připojení je z pohledu dostupnosti a kvality komunikace závislé na místním pokrytí signálu mobilního operátora. Následně po připojení do domény SÚIP je přístup do systému REÚIP řízen stejně, jako kdyby byl uživatel v lokální síti.
Dostupnost systému REÚIP pro mobilní pracovníky není závislá na lokalitě uživatelů, přístup má pouze technologická a provozní omezení.
Ostatní
pracovníci (administrativní pracovníci, právní oddělení,
management) pracují převážně
v lokální podnikové síti.
Uživatelé dále využívají funkcionality realizované v
technologii Microsoft SharePoint a Business Inteligence v lokální
podnikové síti.
Funkční schéma systému REÚIP
Obrázek 1 - Funkční schéma systému REÚIP
Systém REÚIP je postaven na principu základního oběhu dokumentů, řešeným spisovou službou (ESS), rozšířeným vykonáváním jednotlivých legislativou definovaných agend, jejichž podporu zajišťuje systém REÚIP. Dokument vzniká nebo je evidován v ESS, je vypravován – odesílán prostřednictvím ESS.
Každá
agenda souvisí s činností subjektů, je realizována příslušným
typovým spisem, jehož struktura je definována v REÚIP. Pro každý
jednotlivý případ je vytvářen nový spis. Typy agend
a
jednotlivých spisů jsou následující:
B - Bezpečný podnik
C - Hlášení práce přesčas
D - Podnět ke kontrole
E - Soudní řízení
G - Harmonogram Bezpečného podniku
I - Inspekce
K - Kolaudace
L - Školní úraz
M - Záznam před kontrolou
N - Podnět ke správnímu řízení
O - Oznámení o zahájení prací
P - Poradenství
Q - Ostatní právní agenda
R - Obecná agenda REÚIP (Hlášení hromadného propouštění, Umělecká činnost dítěte, atd.)
S - Správní řízení (Správní spis)
T - Evidence VTZ (Vyhrazená technická zařízení)
U - Pracovní úraz
V - Vyjádření k projektové dokumentaci
Z - Vyjádření k bezpečnostní dokumentaci
Kromě výše uvedeného jsou součástí REÚIP ještě následující pomocné agendy bez přiřazeného typu spisu:
A – Stavby (pomocná agenda pro agendy O, K, V)
W – Evidence úrazů ČBÚ (poskytnutá data Českým báňským úřadem pro potřebu výkazů úrazovosti)
Pro každou významnou entitu (správní řízení, inspekce, podnět, …) je k dispozici ve významu číselníku množina stavů. Pro jednotlivé stavy je možné zjistit, zda a kdy poprvé instance do daného stavu přešla a v jakém stavu právě je.
Pozn.: Písmeno před názvem agendy je definováno jako kód agendy a je používáno v prefixu evidenčního čísla konkrétního případu a související spisové značky spisu.
Nové
případy vznikají na základě impulzů vně úřadu,
neovlivnitelných vnitřní činností úřadu (úraz, podnět ke
kontrole, stížnost, žádost, oznámení). Každý impulz je
evidován v ESS, zpracován v příslušné agendě REÚIP,
vyhodnocen a na jeho základě může být inspektory úřadu
provedena kontrola souvisejícího subjektu. Kontroly subjektů však
vznikají i jako výsledek interní analýzy
a plánování dle
schválených úkolů pro aktuální rok či z moci úřední.
Všechny dokumenty jsou evidovány nebo průběžně vznikají
v systému REÚIP. Výsledkem např. kontrolního procesu je po
zadání dat ve strukturované formě do připravené šablony
v procesu provádění kontroly dokument „Protokol o kontrole“
ve formátu pdf/a. V případě zjištění závažných nedostatků
jsou výsledky kontrol předávány právním útvarům k vedení
správního řízení a případnému uložení pokuty kontrolovaným
subjektům. Vymáhání pokut řeší dle předaných podkladů z
úřadu Celní správa (CÚ), podklady pro platbu nákladů řízení
jsou automaticky exportovány ze systému REÚIP do ekonomického
informačního systému (EIS). Spisy vyřešených případů jsou
standardními postupy archivovány v ESS. Data pořízená v
jednotlivých agendách jsou po splnění legislativních požadavků
publikována či postupována ostatním složkám státní správy
(MPSV, ÚP, EU).
SÚIP vede evidenci a zajišťuje informační systém o pracovních úrazech – cca 45 tis. záznamů ročně, které jsou evidovány v systému REÚIP. Kontrola může vzniknout také na základě hlášení pracovního úrazu.
Pro účely přípravy a vyhodnocování kontrolní činnosti je do systému REÚIP vložena databáze ČSÚ Registr ekonomických subjektů ČR (RES), provádí se její pravidelná aktualizace.
Základní schéma procesů je na následujícím obrázku.
Obrázek 2 - Příklad: Procesní model – Inspekce pracovněprávní vztahy
Obrázek 3 - - Příklad: Procesní schéma – Inspekce pracovněprávní vztahy
Data agend jsou ukládána v datových úložištích informačního systému, jimiž jsou:
Dokumenty spisové služby
Subjekty
Evidence impulzů
Kontroly
Právní agendy
Datový sklad
Jednotlivé procesy informačního systému jsou zajišťovány těmito aplikačními moduly:
ESS – spisová služba SÚIP, se systémem REÚIP komunikuje pomocí připravené webové služby. V roce 2022 se předpokládá přechod na novou spisovou službu jednotnou pro celou organizační strukturu v rámci resortu MPSV, u připravované ESS nelze vyloučit změnu databázové platformy.
WS ESS – Pro zajištění komunikace mezi systémem REÚIP a Elektronickou spisovou službou ESS je vytvořena webová služba (WS) nezávislá na geografické lokalitě SÚIP. Při zpracovávání dokumentů je dodržován princip výlučné správy dokumentu buď na straně REÚIP nebo na straně spisové služby, přičemž evidence všech dokumentů vyřizovaných SÚIP je primárně vedena v ESS.
Rozhraní WS obsahuje především následující metody:
Doc_Get3: Převzetí doručeného dokumentu ze spisové služby; Převzetí doručenky dokumentu;
Doc_Post4: Vytvoření vlastního dokumentu; Storno vlastního dokumentu; Vytvoření doručeného dokumentu; Vytvoření spisu nad dokumentem; Změna atributů dokumentu; Zařazení dokumentu do spisu; Vrácení doručeného dokumentu do spisové služby; Odeslání dokumentu;
Blob_Post: Uložení elektronického souboru a jeho příprava k automatickému odeslání;
Blob_Delete: Odstranění elektronického souboru;
Spis_Post2: Vytvoření spisu k dokumentu; Změna atributů spisu; Vyřízení spisu; Předání spisu dalšímu inspektorovi či útvaru; Uzavření spisu a předání spisovně;
Spis_Get2: Vrácení spisu ze spisovny; Potvrzení převzetí spisu;
CJ_Post2: Vytvoření spisu k dokumentu; Vytvoření vlastního dokumentu a vytvoření jeho spisu.
Metody typu Get fungují na principu „Dej další změněný záznam“, parametrem pro volání je časová značka (syslog) vrácená při předchozím volání téže metody. Metody typu Post provádí změny daného záznamu, parametrem pro volání je identifikace uživatele provádějícího změny, jeho útvar, identifikace záznamu a seznam jeho atributů. Metoda typu Delete provádí odstranění daného záznamu, parametrem pro volání je identifikace uživatele provádějícího změny a identifikace záznamu.
CRM – Modul inspekce (Impulzy a kontroly) implementován Microsoft Dynamics CRM;
AX – Právní modul (Subjekty a právní agendy) implementován Microsoft Dynamics AX;
Konektor – synchronizace dat mezi CRM a AX;
BI – datový sklad realizovaný Microsoft Business Intelligence a MS Reporting Services.
Schéma vzájemné vazby jednotlivých modulů je na následujícím obrázku.
Obrázek 4 - Vzájemná vazba modulů
Komunikace mezi ESS a REÚIP a komunikace mezi AX a CRM probíhá asynchronně v definovaných časových intervalech v řádu minut. Při zpracovávání dokumentů je dodržován princip výlučné správy dokumentu buď na straně REÚIP nebo na straně ESS.
Schéma základního procesu všech agend je uvedeno na následujícím obrázku.
Obrázek 5 - Schéma základního procesu všech agend
Pro datová úložiště REÚIP je využita platforma MS SQL, datové úložiště ESS je aktuálně realizováno na platformě IBM Informix.
Díky odstranění funkčnosti produktů MS Dynamics AX a Dynamics Connector bude možno zrušit následující vazby:
AX – Dynamics Connector
AX – ESS
AX – BI
AX – Xxxxx
AX – Xxxxx
AX - Ext. organizace
CRM – Dynamics Connector
Kompletní
infrastruktura je umístěna v datovém centru MPSV Praha.
Architektonické řešení je navrženo s virtualizační vrstvou
Microsoft Hyper-V oddělující vlastní hardware od operačních
systémů jednotlivých serverů. Komunikaci infrastruktury
obstarávají dva LAN switche
v redundantním zapojení, které
jsou se servery redundantně propojeny na rychlosti 10Gbit. Jako
platforma bude použit Microsoft Windows Server Datacentrum.
Zachování všech funkcionalit stávajícího informačního systému, podpora všech procesů a služeb stávajícího informačního systému na úrovni vykonavatelů a uživatelů včetně optimalizace struktury těchto procesů;
Zajištění všech komunikací stávajícího informačního systému – ESS, ISZR;
Zajištění (zachování) provozu informačního systému v režimu 24×7×365;
Napojení (konektor) na jmenný rejstřík jako samostatnou součást (databázi) systému elektronické spisové služby;
Pro účely přípravy a vyhodnocování kontrolní činnosti využití v informačním systému vložené databáze ČSÚ Registr ekonomických subjektů ČR (RES), pravidelná aktualizace;
Stabilní moduly informačního systému pro podporu jednotlivých procesů, bez manuálních přenosů a kopírování dat, všechny klíčové firemní procesy integrované v jediném informačním systému;
Automatické vytěžování přijatých formulářů do informačního systému;
Jednoduchost a přehlednost ovládání, jednotné uživatelské rozhraní;
Preferování standardních úprav v aplikaci před programováním a doprogramováním v souladu se standardy a best practices;
Výstupy všech dokumentů z informačního systému ve formátu PDF/A (1-b nebo 2/3 pokud obsahují autentizační prvky) – podle toho, zda výsledný dokument bude vytvořen již v informačním systému a o autentizační prvek doplněn později, nebo bude autentizace integrována rovnou v informačním systému, případně to celé bude zajišťovat nová ESS
z jakéhokoli vstupu;Zajištění bezpečnosti dat, která jsou v systému REÚIP zpracovávána a služeb, které jsou prostřednictvím informačního systému poskytovány v souladu s platnou legislativou;
Zajištění dodržování zásad pro ochranu osobních údajů v souladu s platnou legislativou;
Řízení přístupů ke strukturovaným datům podle přidělených oprávnění, řízení přístupů k výsledným vytvořeným dokumentům podle přidělených oprávnění;
Kontroly vybraných dat proti základním registrům;
Ukládání dat a dokumentů v jedné strukturované databázi bez přenosu dat, nad jedinou databází umožnit řídit sdílení číselníků; zachování stávajících číselníků;
Kontrola integrity dat na úrovních databáze, aplikační logika, vstupní formuláře apod.;
Ve vybraných částech informačního systému ukládání auditních záznamů o přístupech
a autorech změn vedených údajů, bezpečnost těchto záznamů;Rozšířit vytěžování získávaných informací, připravené reporty přesunout na vybranou technologii výstupů;
Možnost získávání datových reportů vlastními dotazy, možnost samoobslužného využití SQL dotazů nad modifikovanou relační databází a případné využití technologie OLAP;
Podpora vzdáleného přístupu;
Akceptace milníků plnění po srovnání s doporučenými postupy použitých aplikací;
Systém školení.
Účastníci
vyplňují do tabulky ve sloupci označeném slovem „Splněno“
v této kapitole pro účely posouzení nabídky v zadávacím
řízení a pro realizaci smluvního vztahu mezi Zhotovitelem
a
Objednatelem níže uvedené hodnoty:
A (= Splněno nabízeným standardním řešením nebo splněno dle požadavků zadavatele)
N (= Nesplněno znamená nesplnění požadavků zadavatele)
Účastníci vyplňují do tabulky ve sloupci označeném slovem „Popis“ v této kapitole pro účely posouzení nabídky v zadávacím řízení slovní vyjádření požadavku, bližší specifikaci, popř. další dle účastníka relevantní údaje a informace.
Informační systém musí splňovat tento základní realizační rámec:
Xxxxx |
Xxxxxxxxx – základní popis |
Splněno |
3.1.1 |
Jednotný systém s centrální instalací a managementem Po realizovaném sloučení programových platforem informačního systému musí být systém REÚIP navržen a realizován jako jednotný centrálně instalovaný, provozovaný a spravovaný informační systém, provozovaný v režimu 24×7×365, s komplexní funkcionalitou dle požadavků uvedených v dalších kapitolách. |
|
3.1.2 |
Provozovatelnost v technologickém prostředí Objednatele Informační systém musí být provozovatelný v technologickém prostředí Objednatele, jak je uvedeno v kapitole 3.2. Provozní architektura – ideové schéma a dále v kap. 5.. |
|
3.1.3 |
Informační systém na platformě Microsoft Dynamics 365 Sales Informační systém musí být realizován na stávající využívané platformě Microsoft Dynamics 365 Sales a musí respektovat standarty architektury Dynamics 365 (např. Unified Interface). |
|
3.1.4 |
Přístup do informačního systému z různých pracovišť Musí umožnit přístup k službám oprávněným uživatelům odkudkoli, z libovolného pracoviště SÚIP nebo jiných vzdálených pracovišť (mobilní pracovníci), bezpečným a jednoduchým způsobem. Mobilní pracovníci v počtu cca 700 jsou inspektoři, právníci, administrátoři, konzultanti/poradci, ev. další určené osoby. |
|
3.1.5 |
Procesní podpora Musí podporovat procesy komunikace, kooperace a týmové spolupráce uvnitř REÚIP. Základní procesy jsou:
|
|
3.1.6 |
Komunikace a kooperace s vnějším okolím Musí podporovat procesy komunikace a kooperace s vnějším okolím, zejména:
|
|
3.1.7 |
Centrální správa a monitoring Musí mít integrovány technologie pro jednotnou centrální správu, administraci a monitorování provozního stavu kritických komponent informačního systému (databáze, aplikační software aj.). |
|
3.1.8 |
Ochrana dat Musí podporovat technologie a postupy pro ochranu dat zpracovávaných v informačním systému před neoprávněným přístupem, narušením integrity a důvěryhodnosti dat či ztrátou dat. Zejména pak musí spolupracovat se systémy pro řízení identit a přístupů, se systémy pro zpracování logů, systémy pro ochranu dat zálohováním a archivací a dalšími bezpečnostními systémy SÚIP. |
|
3.1.9 |
Vypracovaný exitový plán
Musí
být vypracovaný a schválený popis tzv. exitu, který je
skupinou požadavků na činnosti, které Zhotovitel musí
vykonat v souvislosti |
|
V této kapitole uvádíme ideovou strukturu provozní architektury (architekturu) pro sloučení programových platforem informačního systému REÚIP, která má být pro Zhotovitele určitým vodítkem při návrhu řešení. Konkrétní technické provedení je plně na Zhotoviteli.
Všechny
komponenty a záložní diskové pole informačního systému budou
instalovány v datových centrech MPSV v Praze. Prostředí bude
obsahovat produkční systém na dedikovaných serverech a testovací
instanci REÚIP a školicí instanci REÚIP. Případná změna
umístění komponent informačního systému bude řešena formou
servisního zásahu. Veškeré HW komponenty
a architektura
systému musí být navrženy a dodány tak, aby umožňovaly
provozovat informační systém v režimu 24×7×365.
V datovém centru bude systém REÚIP provozován ve virtuálním prostředí realizovaném na virtualizační platformě Microsoft Hyper-V. Virtualizační cluster pro produkci a virtualizační cluster pro test/školení prostředí musí být každý tvořen 2 fyzickými servery tak, aby byl umožněn provoz systému REÚIP v režimu 24×7×365.
Předmětem
dodávky bude síťové úložiště (diskové pole) pro uložení
dat systému REÚIP do primárního datového centra a záložní
diskové pole v záložním datovém centru. Virtualizační
servery a síťové uložiště budou v primárním datovém centru
propojeny vysoce dostupnou sítí tvořenou dvěma síťovými
přepínači s porty s minimální přenosovou rychlostí
10 Gbit pro připojení serverů a diskového pole. Komunikace
mezi servery navzájem; servery
a diskovým polem; a management
porty zařízení bude využívat stejné síťové přepínače, ale
bude oddělená pomocí VLAN. V záložním datovém centru bude
dodané diskové pole připojeno do stávajících síťových
přepínačů MPSV (Catalyst 6807-XL). Připojení bude realizováno
kabely SFP-10G-AOC10M do 2x 10 Gb/s portů. Dodávka síťových
prvků, kabeláže a SFP+ optických
převodníků je součástí Díla.
Informační systém bude po sloučení platforem postaven na
platformě Microsoft Dynamics 365 Sales v on-premise variantě.
Záměrem Objednatele je, aby sloučený systém REÚIP byl odolný vůči výpadku jedné komponenty hardwarové nebo softwarové. Proto Objednatel počítá s tím, že produkční systém bude tvořen minimálně:
2x virtuální front end server;
2x virtuální back end server;
2x virtuální SQL server.
Zátěž mezi aplikačními servery musí být rozložená např. prostřednictvím load balancingu nebo obdobné metody tak, aby byla poskytnuta ochrana před výpadkem jednoho z aplikačních serverů.
SQL servery musí tvořit DB cluster (SQL Server Always On).
Systém
REÚIP má přibližně 700 uživatelů, kteří k němu
přistupují v režimu 24×7×365
a v současné době
jeho data zabírají přibližně 1TB prostoru na diskovém uložišti.
Počítá se
s nárůstem kapacity ukládaných dat, a to i
několikanásobně v průběhu trvání smlouvy.
Informační systém bude provozován v poddoméně domény „suip“. Poddoména bude vytvořena v součinnosti správy ICT systému SÚIP a Zhotovitele, poté bude provozovaná v režii správy informačního systému.
Na následujícím obrázku č. 6 je uvedeno koncepční schéma infrastruktury pro systém REÚIP:
Obrázek 6 - Ideové schéma provozního prostředí systému REÚIP po sloučení programových platforem
Obrázek 7 obsahuje ideové infrastrukturní schéma.
Obrázek 7 - Infrastrukturní schéma systému REÚIP
Následující tabulka obsahuje minimální požadované hardwarové konfigurace jednotlivých komponent systému REÚIP. Na základě vlastní analýzy může účastník navrhnout výkonnější konfiguraci, tak aby vyhověl požadavkům na funkčnost informačního systému, za respektování maximálních jednotkových cen uvedených v příloze 3 smlouvy.
Server (4×):1
Obchodní označení serveru |
|
||
Počet kusů serverů v této specifikaci |
|
||
Požadavek – základní popis |
Splněno |
Obchodní název a typové označení |
|
Form Factor |
Max 2U Kit pro montáž do 19“ rozváděče (Rackmount) |
|
|
Procesor |
Celkově min. 2x serverový CPU, s min. výkonem 12 000 bodů / CPU v testu passmark / benchmark ke dni zahájení zadávacího řízení veřejné zakázky (záznam hodnot ke dni zahájení zadávacího řízení viz Příloha L zadávacích podmínek) |
|
|
Operační paměť |
Min. 320 GB min. Dual channel, dále rozšiřitelná |
|
|
Diskový subsystém |
Min. 3 x min. 480 GB SSD nebo HDD min. 10k v RAID 1 + Hot Spare, každý disk Hot Plug |
|
|
Diskový subsystém |
RAID řadič s min. 2 Gb NV Cache |
|
|
Diskový subsystém |
RAID min. 0, 1, 5, 6 |
|
|
Síťová karta |
Min. 2x LAN 10 Gbit/s SFP+ |
|
|
Síťová karta |
Min. 2x LAN 1 Gbit |
|
|
Síťová karta |
Min. 1x dedikovaný port pro management 1000Mbit/s |
|
|
Napájení |
Redundantní napájecí zdroje Hot Plug |
|
|
Zabezpečení |
TPM 2.0 |
|
|
Zabezpečení |
Bezel |
|
|
Možnost rozšíření |
Min. 2x PCI-e slot, z toho min. 1x min. x16 volný |
|
|
Možnost rozšíření |
Min. 3x USB, z toho min. 1x USB 3.0 a vyšší, min. 1x front USB |
|
|
Software |
Plnohodnotná vzdálená správa, SW pro správu a konfiguraci |
|
|
Záruka |
Záruka min. 24 měsíců garantovaná výrobcem, servis u zákazníka, zahájení opravy následující pracovní den. |
|
|
Záruka |
Centrální kontaktní místo pro hlášení poruch z celé ČR. Neomezená HW a SW podpora min. telefonicky, prostřednictvím internetu, včetně stahování aktuálních ovladačů, FW a SW aktualizací z webu výrobce a znalostní báze zdarma, min. po dobu záruky. |
|
|
Záruka |
Možnost prodloužení záruky v požadovaném rozsahu garantovaná výrobcem na celkovou dobu min. 5 let od zahájení záruční doby. |
|
|
Servis |
Servis poskytovaný v souladu se záručními podmínkami a doporučeními výrobce |
|
|
Servis |
SW a FW aktualizace zdarma, min. po dobu trvání záruky. |
|
|
Servis |
Servis a upgradovatelnost originálními díly výrobce min. po dobu 5 let od zahájení záruční doby. |
|
|
Diskové pole (2×)2:
Obchodní označení diskového pole |
|
||
Počet kusů diskových polí v této specifikaci |
|
||
Požadavek – základní popis |
Splněno |
Obchodní název a typové označení |
|
Form Factor |
Max. 4U Kit pro montáž do 19“ rozváděče (Rackmount) |
|
|
Kapacita (čistá) |
Min. 10 TB (RAID5) min. HDD min. 10k nebo SSD Tier, možná kombinace HDD a SSD dle struktury aplikace, všechny disky Hot plug |
|
|
Řadič |
2 nezávislé řadiče Hot Swap |
|
|
Cache |
Min. 8 GB/na řadič |
|
|
Diskový subsystém |
Automatická obnova výpadku disku v RAID, zajištění pole proti výpadku min. 3 disků (Hot Spare disky) |
|
|
RAID řadič |
SFF SAS/SATA/SSD, RAID min. 0, 1, 10, 5, 6 |
|
|
Síťová karta |
Min. 4x LAN 10 Gbit/s na řadič, Min. 2x Dedikovaný port pro management 1000 Mbit/s |
|
|
Kapacita |
Možnost rozšíření kapacity pomocí polic o min 48 disků |
|
|
Podpora |
Podpora funkce Tiering |
|
|
Podpora |
Podpora funkce Thin provisioning |
|
|
Funkce |
Min. Asynchronní replikace |
|
|
Podpora |
Podpora funkce Klonování |
|
|
Funkce |
Migrace dat |
|
|
Funkce |
Snapshot |
|
|
Napájení |
Redundantní napájecí zdroj Hot Swap |
|
|
Software |
Vzdálená správa, SW pro správu a konfiguraci |
|
|
Záruka |
Záruka min. 24 měsíců garantovaná výrobcem, servis u zákazníka, zahájení opravy následující pracovní den. |
|
|
Záruka |
Centrální kontaktní místo pro hlášení poruch z celé ČR. Neomezená HW a SW podpora min. telefonicky, prostřednictvím internetu, včetně stahování aktuálních ovladačů, FW a SW aktualizací z webu výrobce a znalostní báze zdarma, min. po dobu záruky. |
|
|
Záruka |
Možnost prodloužení záruky v požadovaném rozsahu garantovaná výrobcem na celkovou dobu min. 5 let od zahájení záruční doby. |
|
|
Servis |
Servis poskytovaný v souladu se záručními podmínkami a doporučeními výrobce |
|
|
Servis |
SW a FW aktualizace zdarma, min. po dobu trvání záruky. |
|
|
Servis |
Servis a upgradovatelnost originálními díly výrobce min. po dobu 5 let od zahájení záruční doby. |
|
|
Síťový přepínač – switch (2×)3:
V prostředí Objednatele jsou použité síťové přepínače od společností Cisco. Resort MPSV provozuje bezpečnostní technologii Cisco ISE. Z důvodu zachování bezpečnostních standardů, kompatibility a znalostní báze Objednatel preferuje dodávku síťových přepínačů od společnosti Cisco. V případě nabídky síťových přepínačů od jiného výrobce Zhotovitel musí zajistit plnou kompatibilitu s technologií Cisco ISE a současnými síťovými zařízeními a technologiemi Objednatele a zajistit potřebná školení na technologii jiného výrobce.
Obchodní označení switche |
|
||
Počet kusů switchů v této specifikaci |
|
||
Požadavek – základní popis |
Splněno |
Obchodní název a typové označení |
|
Form Factor |
Max. 2U Příslušenství pro montáž do racku 19" (Rackmount) |
|
|
Porty |
Min. 24x 1000/10000MBps, SFP+ |
|
|
Porty |
Min. 2x QSP28 pro 100 Gbit uplink |
|
|
Porty |
Min. 1x 1 Gbps pro management |
|
|
Funkce |
Podpora Jumbo frames (MTU min. 9k) |
|
|
Funkce |
Latence < 1μs |
|
|
Napájení |
Redundantní napájení a chlazení |
|
|
Funkce |
Propustnost min. 900 Gbps FULL Duplex |
|
|
Funkce |
Předávací výkon min. 700 Mpps |
|
|
Funkce |
Podpora 802.1Q (min. VLAN tagování, podpora 4094 VLAN) |
|
|
Funkce |
Podpora 802.1d STP, 802.1w (Rapid STP) a 802.1s (Multiple STP) Podpora 802.3x (Flow control) |
|
|
Funkce |
Podpora 802.1ab (LLDP) |
|
|
Funkce |
Podpora virtualizace na L2 úrovni multi chassis LAG nebo obdobná technologie |
|
|
Funkce |
Routovací protokoly min. BGP, MP-BGP, OSPF, VRRP a policy based routing (PBR), Virtual routing and forwarding (VRF) s podporou pro BGP, OSPF, PBR |
|
|
Zabezpečení |
AAA autorizace |
|
|
Licence |
Všechny požadované porty a vlastnosti musí být zalicencovány v době nákupu. |
|
|
Vlastnosti |
VLAN, IPv6, QoS, MTU 9000, LACP, L2/L3 |
|
|
Záruka |
Záruka min. 24 měsíců garantovaná výrobcem, servis u zákazníka, zahájení opravy následující pracovní den. |
|
|
Záruka |
Centrální kontaktní místo pro hlášení poruch z celé ČR. Neomezená HW a SW podpora min. telefonicky, prostřednictvím internetu, včetně stahování aktuálních ovladačů, FW a SW aktualizací z webu výrobce a znalostní báze zdarma, min. po dobu záruky. |
|
|
Záruka |
Možnost prodloužení záruky v požadovaném rozsahu garantovaná výrobcem na celkovou dobu min. 5 let od zahájení záruční doby. |
|
|
Servis |
Servis poskytovaný v souladu se záručními podmínkami a doporučeními výrobce |
|
|
Servis |
SW a FW aktualizace zdarma, min. po dobu trvání záruky. |
|
|
Servis |
Servis a upgradovatelnost originálními díly výrobce min. po dobu 5 let od zahájení záruční doby. |
|
|
Účastníci
vyplňují do následující tabulky ve sloupci označeném slovem
„Popis“ pro účely posouzení nabídky v zadávacím řízení a
pro realizaci smluvního vztahu mezi Zhotovitelem
a
Objednatelem technický popis nabízeného řešení:
Xxxxx |
Xxxxxxxxx – základní popis |
Popis |
3.2.1 |
Popis fyzických serverů |
|
3.2.2 |
Popis virtuálních serverů pro produkční prostředí |
|
3.2.3 |
Popis virtuálních serverů pro testovací/školicí prostředí |
|
3.2.4 |
Popis síťového uložiště pro produkční prostředí |
|
3.2.5 |
Popis síťového uložiště pro testovací/školicí prostředí |
|
3.2.6 |
Popis síťových prvků pro produkční prostředí |
|
Zde účastník vloží požadované schéma, technický popis nabízeného Xxxx a návrh doporučeného Hardware.
Součásti nabídky účastníka bude návrh architektury informačního systému REÚIP, tak aby byly splněny kvalitativní a výkonnostní požadavky Objednatele. Účastník v souladu s koncepčním schématem infrastruktury uvedeným na obrázku 6 konkretizuje vlastní návrh ideového schématu provozního a testovacího/školicího prostředí informačního systému po sloučení programových platforem vč. umístění a propojení jednotlivých fyzických i virtuálních serverů a způsobu replikace. Svůj návrh doplní technickým popisem nabízeného Xxxx a návrh doporučeného Hardware.Systém REÚIP musí naplňovat tyto základní obecné požadavky na dodávané řešení:
Obecné požadavky na řešení sloučení programových platforem systému REÚIP
Xxxxx |
Xxxxxxxxx – základní popis |
Splněno |
3.3.1 |
Komerčně dostupný systém Řešení musí být založené na komerčně dostupném systému Microsoft Dynamics 365 Sales. Požadujeme softwarové řešení postavené na nevýhradním licencování tohoto systému a s ním spojených systémových, databázových a dalších aplikací společnosti Microsoft. |
|
3.3.2 |
Jednotné prostředí
Informační
systém musí být řešen tak, že pracuje s jednotnou bází
dat |
|
3.3.3 |
Customizace Úpravy (customizace) v systému REÚIP musí být přednostně řešitelné konfiguračně a proveditelné určenými pracovníky Objednatele (administrátoři). Pouze tam, kde to systémové a aplikační prostředí neumožňuje, lze ve výjimečných případech použít jiný způsob řešení. |
|
3.3.4 |
Auditovatelnost informačního systému Informační systém umožní bezpečný auditovatelný přístup k poskytovaným službám a dokumentům odkudkoli s využitím webových technologií a možností použít pro uživatelský přístup i jiné technické, zejména mobilní výpočetní a komunikační prostředky, než je standardní výpočetní technika (stolní počítače, notebooky). |
|
3.3.5 |
Bezpečná a šifrovaná komunikace
Informační
systém musí komunikovat bezpečným a šifrovaným způsobem
jak v rámci organizace, tak i mimo pracoviště SÚIP
v souladu s doporučeními NÚKIB, vyhlášky č.
82/2018 Sb., o bezpečnostních opatřeních, kybernetických
bezpečnostních incidentech, reaktivních opatřeních,
náležitostech podání v oblasti kybernetické bezpečnosti |
|
3.3.6 |
Opravy vložených dat Informační systém musí umožňovat automatické i manuální opravy, úpravy a doplnění dat získaných z centrálních státních registrů |
|
Technologie a standardy
Xxxxx |
Xxxxxxxxx – základní popis |
Splněno |
3.3.7 |
Řešení musí být homogenní z hlediska databázového prostředí, informační systém bude nadále postaven na databázovém systému MS SQL server ve verzi Enterprise, přičemž SÚIP potřebnou licenci vlastní. |
|
3.3.8 |
Řešení musí podporovat na straně klienta práci na zařízeních ve standardním prostředí využívaném ICT SÚIP – MS Windows (PC, notebooky, vč. podpory zařízení s dotykovými obrazovkami) a na mobilních platformách minimálně na zařízeních s operačním prostředím Android a iOS. Softwarové řešení musí umožňovat plnou funkcionalitu na internetových prohlížečích dle současných webových standardů, a to minimálně na Google Chrome, Microsoft Edge a Mozilla Firefox a nesmí byt vázané na konkrétní prohlížeč. |
|
3.3.9 |
Informační
systém musí podporovat základní datové standardy |
|
3.3.10 |
Řešení musí podporovat fulltextové vyhledávání. |
|
Procesně orientovaný systém
Xxxxx |
Xxxxxxxxx – základní popis |
Splněno |
3.3.11 |
Systém REÚIP musí být procesně orientovaný a musí umožnit nastavovat procesy od jednoduchých sekvenčních kroků až po složité workflow odpovídající standardním postupům inspekční činnosti v celém rozsahu, vč. správního řízení. |
|
3.3.12 |
Informační systém musí umožnit nastavení procesů pro konkrétní uživatele nebo role. |
|
3.3.13 |
Informační systém musí umožnit plánovat činnosti a kontrolovat průběh jejich plnění. |
|
3.3.14 |
Nesplněné aktivity v rámci procesů se musí projevit uživatelům jako nesplněné plánované činnosti, vč. možnosti jejich reportingu. |
|
3.3.15 |
Informační systém musí umožňovat provozní administrátorské modelování a nastavování procesů, na základě kterých pak uživatelé mohou spouštět instance definovaných procesů (workflow). |
|
Vysoká dostupnost služeb
Xxxxx |
Xxxxxxxxx – základní popis |
Splněno |
3.3.16 |
Celkové řešení informačního systému musí zajistit dostupnost služeb dodávaného řešení, tak jak je popsáno v kapitole 3.2. Provozní architektura – ideové schéma. |
|
3.3.17 |
Řešení musí umožňovat trvalý proaktivní vzdálený dohled a monitoring provozního stavu systému REÚIP automatizovanými eskalačními pravidly pro řešení nežádoucích stavů. |
|
3.3.18 |
Data z monitoringu o stavu informačního systému musí být dostupná min. po dobu 12 měsíců. |
|
3.3.19 |
Řešení
musí umožnit instalace bezpečnostních záplat (patch), updatů
|
|
Legislativní požadavky
Xxxxx |
Xxxxxxxxx – základní popis |
Splněno |
3.3.20 |
Komunikace
ze strany uživatele na serverovou část musí být šifrována.
Použitý šifrovací protokol musí být považován za bezpečný
a v souladu se zákonem č. 181/2014 Sb., o kybernetické
bezpečnosti, ve znění pozdějších předpisů, a příslušné
vyhlášky č. 82/2018 Sb., o bezpečnostních opatřeních,
kybernetických bezpečnostních incidentech, reaktivních
opatřeních, náležitostech podání v oblasti kybernetické
bezpečnosti Stejná bezpečnostní opatření budou uplatněna i na další osoby komunikující s informačním systémem. |
|
3.3.21 |
Informační systém musí být v souladu s Nařízením Evropského parlamentu a Rady (EU) 2016/679 ze dne 27. dubna 2016 o ochraně fyzických osob (GDPR – General Data Protection Regulation) v souvislosti se zpracováním osobních údajů a o volném pohybu těchto údajů, resp. zákona č. 110/2019 Sb., o zpracování osobních údajů, ve znění pozdějších předpisů. |
|
3.3.22 |
Informační
systém musí být v souladu se zákonem č. 297/2016 Sb., |
|
Jazyková mutace
Xxxxx |
Xxxxxxxxx – základní popis |
Splněno |
3.3.23 |
Informační systém komunikuje v jazyce českém. |
|
3.3.24 |
Pro práci správců a administrátorů se u definovaných systémových komponent připouští komunikace v jazyce anglickém. |
|
Plánování zdrojů
Xxxxx |
Xxxxxxxxx – základní popis |
Splněno |
3.3.25 |
Řešení musí umožňovat celkovou kontrolu všech dostupných zdrojů pro účely pokrytí odhadovaného vytížení používaných prostředků ICT. |
|
Uživatelská oprávnění a členství ve skupinách systému REÚIP nastavuje Objednatel.
Nová verze systému REÚIP musí zajistit a podporovat služby pro řízení přístupů k službám aplikačního software a splňovat následující požadavky na tyto služby:
Xxxxx |
Xxxxxxxxx – základní popis |
Splněno |
3.4.1 |
Autentizace a řízení přístupů 1 Řešení musí být propojeno na systém správy uživatelských účtů MS Active Directory Objednatele a musí umožnit autentizaci uživatelů vůči této externí autoritě pro zajištění jednoznačné identifikace uživatele, vč. podpory pro jednotné přihlášení. |
|
3.4.2 |
Autentizace a řízení přístupů 2 Řízení přístupů musí být realizováno na základě přístupových práv s vazbou na systém pro správu uživatelských účtů a řízení přístupů MS Active Directory následovně:
|
|
3.4.3 |
Autentizace a řízení přístupů 3 Dodávané řešení musí umožnit zobrazit aktuální stav uživatelského účtu (atributy: aktivní, zakázaný, smazaný) dle stavu účtu v Active Directory. |
|
3.4.4 |
Autentizace a řízení přístupů 4 Dodávané řešení musí umožnit vyhledávání a filtrování dle libovolného atributu uživatelského účtu (tak jak je veden v dodávané aplikaci). Výstupy musí být možné exportovat a tisknout v přehledné podobě. |
|
3.4.5 |
Autentizace a řízení přístupů 5
Informační
systém musí umožnit definovat uživatelské role dle potřeb
|
|
3.4.6 |
Autentizace a řízení přístupů 6 Informační systém musí umožnit nastavování přístupových práv dle rolí, možnost definovat rozsah přístupu i stupně oprávnění manipulace se záznamem (čtení / zápis / změna / mazání). |
|
3.4.7 |
Autentizace a řízení přístupů 7 Informační systém musí umožnit pružnou definici přístupových práv (uživatel, funkce uživatele, zřizovatel apod.). |
|
3.4.8 |
Autentizace a řízení přístupů 8
Informační
systém musí umožnit definovat uživatelské role (počet, typ)
dle potřeb organizace a dle nich řídit (omezovat) přístup
uživatelů k datům |
|
Xxxxx |
Xxxxxxxxx – základní popis |
Splněno |
3.5.1 |
Nabízené úpravy systému REÚIP musí umožňovat sledování aktivit uživatelů, správců a administrátorů a sledování akcí prováděných vlastním aplikačním SW a dalšími napojenými systémy či aplikacemi formou vedení záznamů, tzv. logů. |
|
3.5.2 |
Informační systém umožní vedení logů o provedených změnách a o přístupu k datům určených formulářů. |
|
3.5.3 |
Informační systém umožní vedení logů o tiskových a výstupních operacích informačního systému. |
|
3.5.4 |
Informační systém musí umožnit export logových záznamů ve strukturované formě na vyžádání a rovněž on-line formou do externích systémů pro správu logů (log management) a bezpečnostních událostí (SIEM) Zhotovitele. |
|
3.5.5 |
Pokud logové záznamy nejsou vedeny v databázi, musí auditní systém zajistit předávání logů alespoň v jednom z formátů: RAW, Syslog, CEF, LEEF, JSON RFC7159. |
|
3.5.6 |
Dodávané
řešení musí umožnit odesílání logových záznamů alespoň
jedním |
|
3.5.7 |
Logové záznamy v auditním systému o aktivitách uživatelů musí být přístupné jen a pouze na speciální práva nebo role (nejsou přístupné běžné roli uživatel, správce nebo admin). |
|
3.5.8 |
Logové záznamy nesmí být změnitelné prostředky vlastního systému ze strany uživatelů, správců nebo jakýchkoli dalších osob přistupujících do informačního systému. |
|
3.5.9 |
Logové záznamy musí být uloženy po dobu minimálně 12 měsíců. |
|
Softwarové licence
Objednatel disponuje softwarovými licencemi dle smlouvy o pořízení licencí a poskytování služeb podpory Microsoft Software Assurance. Zhotovitel využije pro provoz, vývoj, testování a školení zaměstnanců softwarové licence systému Microsoft Dynamics 365 Sales, systému Windows a databázového systému Objednatele.
Objednatel deklaruje, že poskytne Zhotoviteli současně max. 15 licencí.
Uživatelské prostředí
Xxxxx |
Xxxxxxxxx – základní popis |
Splněno |
3.6.1 |
Uživatelské prostředí bude jednotné v celém rozsahu a založené na standardech prostředí Microsoft Windows tak, aby bylo v souladu s novými verzemi uvolňovanými firmou Microsoft. |
|
3.6.2 |
Uživatel musí mít možnost využívat pro přístup k službám systému REÚIP rovněž mobilní zařízení vybavená internetovým prohlížečem. |
|
3.6.3 |
Informační systém musí umožnit individuální nastavení uživatelského rozhraní, rozsahu funkcí a zobrazovaných dat pracovní plochy. |
|
3.6.4 |
Pracovní plocha musí být nastavitelná a umožnit změnu velikosti zobrazovaných informací dle potřeb uživatele. |
|
3.6.5 |
Informační systém musí podporovat práci ve více oknech současně. |
|
Tiskové výstupy a exporty
Xxxxx |
Xxxxxxxxx – základní popis |
Splněno |
3.6.6 |
Řešení
musí umožnit plnohodnotný tisk a export všech dokumentů |
|
3.6.7 |
Všechny
tiskové výstupy a exporty musí být individuálně
konfigurovatelné |
|
3.6.8 |
Informační systém obsahuje tiskové šablony a uživatel má možnost volby z těchto šablon dle vykonávaného procesu. |
|
3.6.9 |
Informační systém musí mít vestavěnou podporu pro úpravy vzhledu šablon. |
|
3.6.10 |
Před tiskem a exportem dokumentu musí mít koncový uživatel možnost náhledu na vzhled tištěného dokumentu, který se nebude lišit od finální tiskové podoby. |
|
3.6.11 |
Informační systém musí podporovat export výstupů do běžně používaných formátů (xls, doc, pdf apod.) a případné předání dokumentů systému externí spisové služby. |
|
3.6.12 |
Řešení musí umožňovat automatické vytěžování přijatých formulářů do informačního systému:
|
|
Řešení musí zahrnovat kompletní dodávku všech potřebných služeb a funkcionalit. Požadavky na tyto služby a funkcionality jsou uvedeny dále v této kapitole.
Účastníci
vyplňují do tabulky ve sloupci označeném slovem „Splněno“
v této kapitole pro účely posouzení nabídky v zadávacím
řízení a pro realizaci smluvního vztahu mezi Zhotovitelem
a
Objednatelem níže uvedené hodnoty:
A (= Splněno nabízeným standardním řešením nebo splněno dle požadavků zadavatele)
N (= Nesplněno znamená nesplnění požadavků zadavatele)
Podpora pro statistiky a reporting
Xxxxx |
Xxxxxxxxx – základní popis |
Splněno |
4.1.1 |
Informační systém musí umožnit vytváření, zpracování a sběr statistických informací týkajících se výkonů a dodržování pracovních postupů. |
|
4.1.2 |
Informační systém musí obsahovat jak pevně definované konkrétní statistické výstupy tak i nástroj pro vytváření a definici vlastních statistických výstupů. |
|
4.1.3 |
Informační systém musí podporovat export statistických výstupů do běžně používaných formátů (xls, doc, pdf apod.) |
|
4.1.4 |
Informační systém musí poskytovat všechny výstupy a výstupní sestavy, které poskytuje současná verze informačního systému, zejména výstupní sestavy v současné verzi informačního systému vytvořené v aplikaci SQL server Reporting Services nebo BI. |
|
Podpora pracovního postupu (workflow) a seznam pracovních úkolů
Xxxxx |
Xxxxxxxxx – základní popis |
Splněno |
4.1.5 |
Musí být k dispozici výstup zobrazující všechny uživatele, u nichž se vyskytuje jeden či více nevyřízených úkolů, se zobrazením souvisejících dat. |
|
4.1.6 |
Řešení nabízí kontrolní seznam Přidělených činností podřízeným pracovníkům. |
|
Nasazení a implementace sloučení
programových platforem informačního systému REÚIP do prostředí
informačních technologií Objednatele musí být v souladu
s prostředím Objednatele
a respektovat tyto základní
skutečnosti.
Účastníci
vyplňují do tabulky ve sloupci označeném slovem „Splněno“
v této kapitole pro účely posouzení nabídky v zadávacím
řízení a pro realizaci smluvního vztahu mezi Zhotovitelem
a
Objednatelem níže uvedené hodnoty:
A (= Splněno nabízeným standardním řešením nebo splněno dle požadavků zadavatele)
N (= Nesplněno znamená nesplnění požadavků zadavatele)
Účastníci vyplňují do tabulky ve sloupci označeném slovem „Popis“ v této kapitole pro účely posouzení nabídky v zadávacím řízení slovní vyjádření požadavku, bližší specifikaci, popř. další dle účastníka relevantní údaje a informace.
Technické prostředí Objednatele
Xxxxx |
Xxxxxxxxx – základní popis a upřesnění |
Splněno |
5.1 |
Objednatel zajišťuje pro dodávané řešení veškeré potřebné softwarové prostředky firmy Microsoft na serverové i klientské straně vč. licencí operačního systému Microsoft Windows a systému pro virtualizaci Hyper-V. |
|
5.2 |
Zálohování a obnova dat a virtuálních serverů je zajišťována zálohovacím systémem Objednatele Microsoft DPM, viz obrázek 8 – schéma zálohování, přičemž za provoz zálohovacího systému pro potřeby systému REÚIP, vč. veškerých aktualizací doporučených výrobcem, odpovídá Zhotovitel. Zálohování a obnovu dat a virtuálních serverů provádí a odpovídá za něj Zhotovitel, využije k tomu zálohovací systém Objednatele Microsoft DPM, přičemž náklady na zálohovací systém nese Objednatel. Kapacita diskového pole činí 70 TB, zálohy stávajícího systému REÚIP využívají cca 35 TB. Případné navýšení této kapacity proběhne na náklady Objednatele. |
|
5.3 |
Dodávané řešení musí být provozovatelné prostřednictvím internetových prohlížečů dle současných webových standardů, a to minimálně na Google Chrome, Microsoft Edge a Mozilla Firefox a nesmí byt vázané na konkrétní prohlížeč. |
|
5.4 |
Klient
nesmí pro svůj běh na koncové stanici uživatele vyžadovat
žádné dodatečné komponenty (např. JAVA, Flash, SilverLight
aj.). |
|
Obrázek 8 – Schéma zálohování
Zdroje pro provoz informačního systému
Xxxxx |
Xxxxxxxxx – základní popis |
Popis |
5.5 |
Výslednou konfiguraci Hardware dodá Zhotovitel v nabídce na základě funkční specifikace informačního systému:
|
|
Xxxxx |
Xxxxxxxxx – základní popis |
Splněno |
5.6 |
Hardwarové síťové prostředky musí být v souladu se standardy síťového prostředí MPSV popsanými v příloze č. H zadávacích podmínek, resp. příloze č. 2 smlouvy. |
|
Provozní vlastnosti informačního systému
Xxxxx |
Xxxxxxxxx – základní popis |
Splněno |
5.7 |
Informační systém musí být zálohovatelný v prostředí Objednatele a musí umožnit automatizovaný dump databáze prostředky použité aplikace Microsoft DPM. |
|
Bezpečnostní předměty a certifikáty
Xxxxx |
Xxxxxxxxx – základní popis |
Splněno |
5.8 |
Řešení nesmí pro svůj provoz vyžadovat přítomnost bezpečnostních předmětů souvisejících s licenční ochranou dodávaného aplikačního software na straně serveru ani na straně klienta (např. použití hardwarových licenčních tokenů, aj.) |
|
5.9 |
Pro elektronické serverové certifikáty, elektronické pečetě apod., musí být umožněno instalovat je přímo na serveru. |
|
Systém REÚIP bude napojen na další
interní softwarové aplikace a na informační systémy
a
služby poskytované v rámci elektronizace státní správy
(eGovernment).
Účastníci
vyplňují do tabulky ve sloupci označeném slovem „Splněno“
v této kapitole pro účely posouzení nabídky v zadávacím
řízení a pro realizaci smluvního vztahu mezi Zhotovitelem
a
Objednatelem níže uvedené hodnoty:
A (= Splněno nabízeným standardním řešením nebo splněno dle požadavků zadavatele)
N (= Nesplněno znamená nesplnění požadavků zadavatele)
Dodávané řešení informačního systému bude mít připravené komunikační rozhraní na požadovanou integraci s níže uvedenými externími systémy. Integrace bude realizována v rámci Díla, pokud to bude stav těchto externích systémů umožňovat a bude zajištěno legislativní prostředí.
Pokud nebudou tyto systémy připraveny a nebude k tomu odpovídající legislativní prostředí, bude integrace provedena až následně po zajištění uvedených skutečností v rámci trvání smluvního vztahu.
Centrální
místo služeb (CMS) - Vytváří základní stavební prvek celé
komunikační infrastruktury veřejné správy, je jedním z pilířů
KIVS. Zajišťuje vzájemné, řízené a bezpečné propojování
subjektů veřejné a státní správy, dále zajišťuje komunikaci
subjektů veřejné a státní správy
s jinými subjekty ve
vnějších sítích, jakými jsou Internet nebo komunikační
infrastruktura EU. Zároveň tvoří jediné logické místo
propojení jednotlivých operátorů telekomunikačních
infrastruktur poskytujících služby pro KIVS.
Aplikační rozhraní na externí informační systémy (typ prvku)
Xxxxx |
Xxxxxxxxx – základní popis |
Splněno |
6.1.1 |
Centrální systém pro správu a distribuci dokumentů a spisová služba Součástí
Díla je integrace s centrálním systémem pro správu
dokumentů |
|
6.1.2 |
Přístupový systém MS Active Directory Informační systém bude provozován v poddoméně domény suip. Součástí Díla je integrace s centrálním informačním systémem pro řízení přístupů, správy uživatelských účtů a autentizaci uživatelů. Pro autentizaci uživatelů budou využívány uživatelské účty z nadřazené domény xxxx.xx. Nastavení přístupových práv bude udělováno na základě členství ve skupinách v AD. Je vyžadován převod uživatelských práv ze současného informačního systému do nového. V rámci integrace jde tedy zejména o tyto funkce:
|
|
6.1.3 |
Integrace na informační systém základních registrů Systém REÚIP musí být napojen na ISZR prostřednictvím centrálního místa služeb (CMS) nebo prostřednictvím katalogu služeb vnějšího rozhraní ISZR, informace jsou dostupné na stránkách úřadu Správy základních registrů v sekci Vývojáři agendových informačních systémů – odkaz xxxxx://xxx.xxxxx.xx/xx/xxxxxx/xxxxxxx-x-xxxxxxxx/xxxxxxxx-xxxxxxxxxx-xxxxxxxxxxxx-xxxxxxx. |
|
Účastníci
vyplňují do tabulky ve sloupci označeném slovem „Splněno“
v této kapitole pro účely posouzení nabídky v zadávacím
řízení a pro realizaci smluvního vztahu mezi Zhotovitelem
a
Objednatelem níže uvedené hodnoty:
A (= Splněno nabízeným standardním řešením nebo splněno dle požadavků zadavatele)
N (= Nesplněno znamená nesplnění požadavků zadavatele)
Souhrn
požadavků na zajištění projektového řízení k dodávanému
Dílu, následnému servisu
a rozvoji (dále též „projekt“).
Xxxxx |
Xxxxxxxxx – základní popis |
Splněno |
7.1.1 |
Organizační struktura
Pro
potřeby projektu Zhotovitel obsadí dále uvedené role, ve
kterých budou vystupovat pracovníci odpovědní Objednateli za
realizaci předmětu plnění. Pracovníci v těchto rolích musí
splňovat způsobilost a kvalifikaci dle požadavků stanovených
zadávací dokumentací. Výměna pracovníků
|
|
7.1.2 |
Metodika projektového řízení Zhotovitel musí při řízení projektu respektovat principy mezinárodně uznávané metodiky pro řízení projektů alespoň PRINCE 2, IPMA C nebo PMP nebo ekvivalentní. |
|
7.1.3 |
Kvalita projektu Zhotovitel je povinen poskytovat součinnost při kontrole kvality projektu ze strany Objednatele nebo jím určené třetí strany. Objednatel je oprávněn na vyžádání provést kontrolu stavu prací Xxxxxxxxxxx, a to ve všech fázích projektu. Zhotovitel je povinen na vyžádání umožnit Objednateli náhled do prostředí týkajícího se realizovaného projektu, nahlédnout na veškeré zpracovávané výstupy, i když nejsou předmětem předání Objednateli. Dále představit Objednateli jednotlivé pracovníky účastnící se realizace předmětu plnění a umožnit Objednateli pokládat těmto pracovníků otázky ve vztahu ke kontrole plnění Zhotovitele. |
|
7.1.4 |
Záznamy o kontrole kvality
Objednatel
nebo jím určená třetí strana vytvoří po každé kontrole
kvality projektu záznam o kontrole kvality, se kterým budou
seznámeni vedoucí projektu smluvních stran. Záznam bude
evidován jako výstup jednání vedoucích projektu smluvních
stran. Nedostatky uvedené v záznamu |
|
7.1.5 |
Úvodní schůzka projektu Zhotovitel je povinný zorganizovat úvodní schůzku projektu. Schůzky se zúčastní pověření zástupci Objednatele, Zhotovitele, realizační tým Zhotovitele a Objednatelem pozvaných třetích stran. V průběhu úvodní schůzky projektu Zhotovitel představí záměr, podmínky a pravidla pro realizaci projektu formou prezentace obsahu Zakládací listiny (dokumentu) projektu. Manažer kybernetické bezpečnosti Objednatele (dále také jen „MKB“) seznámí realizační tým Zhotovitele s pravidly kybernetické bezpečnosti Objednatele a zaváže je k jejich dodržování. |
|
7.1.6 |
Zakládací listina (dokument) projektu Xxxxxxxxxx je povinen zpracovat a aktualizovat ve spolupráci s Objednatelem dokument "Zakládací listinu (dokument) projektu". |
|
7.1.7 |
Projektová dokumentace Zhotovitel musí vést projektovou dokumentaci projektu a aktuální harmonogram projektu. Zhotovitel navrhne formalizovanou dokumentaci projektu v rámci zpracování "Zakládací listiny (dokumentu) projektu". |
|
7.1.8 |
Akceptace dokumentace Akceptace dokumentů předávaných Zhotovitelem v rámci plnění projektu se bude řídit dle ujednání Smlouvy. |
|
Požadavky na rozsah a způsob testování Díla.
Xxxxx |
Xxxxxxxxx – základní popis |
Splněno |
7.2.1 |
Testovací scénáře
Pro
potřeby provedení integračních a funkčních testů v rámci
testování Díla připraví Zhotovitel testovací plán a sadu
testovacích scénářů, vážících se ke každému z
implementovaných případů užití. Současně Zhotovitel
připraví testovací data pro všechny testovací scénáře a
na jejich základě provede vlastní (výstupní) testování
Díla, a to za účasti Objednatele. Provedení testů v rámci
akceptace bude na základě Zhotovitelem připravených Případné chyby nalezené při testování je Xxxxxxxxxx povinen na své náklady odstranit. |
|
7.2.2 |
Testovací data Pro potřeby akceptačního testování připraví Zhotovitel data a naplní s nimi testovací instalaci informačního systému. Testovací data budou podle povahy testů připravena uměle (vytvořením fiktivních dat) či pomocí anonymizace datového vzorku či migrační báze dat předaných Objednatelem. Při tvorbě testovacích dat je Zhotovitel povinen respektovat vazby na ostatní systémy v prostředí. |
|
7.2.3 |
Bezpečnostní testy Zhotovitel poskytne nezbytnou součinnost Objednateli nebo jim pověřené třetí straně pro provedení bezpečnostních testů (penetrační testy, testy zabezpečení uživatelského rozhraní, testy ochrany údajů, testy havarijních scénářů).
Pokud
budou na základě testů identifikována bezpečnostní rizika
|
|
7.2.4 |
Výkonnostní testy Zhotovitel poskytne nezbytnou součinnost Objednateli nebo jim pověřené třetí straně pro provedení výkonnostních (zátěžových) testů odpovídajících skutečnému předpokládanému provozu. Pokud bude na základě testů identifikováno chování informačního systému přinášející výkonnostní rizika v důsledku plnění Zhotovitele nebo neplnění požadované doby odezvy, je povinen je na své náklady eliminovat. Výkonnostní problém vyplývající z testů se považuje za vadu závadu dle kapitoly 9.5.2.. tohoto dokumentu. |
|
Souhrn požadavků na zajištění školení k dodávanému Dílu.
Xxxxx |
Xxxxxxxxx – základní popis |
Splněno |
7.3.1 |
Plán školení Zhotovitel nejméně 90 dnů před plánovaným zahájením školení předloží Objednateli k projednání plán školení vymezující obsah školení, termíny školení, místa a způsob provedení školení. |
|
7.3.2 |
Podklady pro školení Zhotovitel vytvoří podklady pro školení uživatelů ve formě prezentace školených vlastností a funkcionalit informačního systému. Podklady pro školení budou strukturovány podle dílčích modulů reflektujících skupiny samostatně prováděných činností.
|
|
7.3.3 |
Prezentace pro vedení Zhotovitel udělá pro Objednatele prezentaci návrhu Díla, a to po ukončení implementačního plánu. Dále udělá prezentaci implementovaného Díla. Prezentace bude připravena pro min. 8 účastníků v sídle Objednatele. |
|
7.3.4 |
Školící materiály Před každým školením či související skupinou školení Zhotovitel poskytne každému účastníkovi školící materiály zahrnující minimálně školící prezentaci a uživatelskou příručku ve vztahu ke školené oblasti. Materiály budou předány primárně v elektronické podobě. Na vyžádání účastníka Zhotovitel poskytne i tištěnou podobu materiálů. |
|
7.3.5 |
Školící prostředí Zhotovitel bude praktickou část školení provádět s využitím školící instalace systému REÚIP. |
|
7.3.6 |
Školící učebna a vybavení Každý účastník kurzu bude školen na PC/NB s přístupem na testovací (školící) prostředí Objednatele. Školící místnosti, včetně výpočetní techniky (PC/NB) a projektoru zajistí Objednatel. |
|
7.3.7 |
Termíny školení Zhotovitel musí vyškolit pracovníky nejpozději do dvou měsíců před zahájením produkčního (ostrého) provozu. |
|
7.3.8 |
Školení uživatelů systému REÚIP Zhotovitel zajistí proškolení minimálně v rozsahu 2 typů uživatelů, a to pro každý typ uživatelů zvlášť:
|
|
7.3.9 |
Místo konání Objednatel požaduje proškolení uživatelů systému REÚIP v prostorách SÚIP. |
|
Požadavky na migraci dat ze stávajících informačních systémů REÚIP do nového systému na bázi Microsoft Dynamics 365 Sales, včetně porovnání a konsolidace dat.
Xxxxx |
Xxxxxxxxx – základní popis |
Splněno |
7.4.1 |
Obecné požadavky na migraci dat
Součástí
Díla je provedení migrace dat Zhotovitelem ze stávající
verze informačního systému. Zhotovitel předloží Objednateli
v průběhu realizace fáze implementace systému Plán migrace,
obsahující požadavky na strukturu a formát dat určených k
migraci, způsob a postup provádění migrace, způsob provádění
kontrol, požadavky na migrační HW, základní obsah
dokumentace migrace a návrh harmonogramu migrace. Součástí
migračních prací bude i dokumentace migrace, obsahující
informace |
|
7.4.2 |
Uložení migrovaných dat V rámci Plánu migrace Zhotovitel navrhne rozdělení dat na data živá, ta budou Zhotovitelem migrována do informačního systému, a data archivní, která budou Zhotovitelem uložena do archivačního úložiště, popř. data zálohovaná (archivační a externí úložiště zajišťuje Objednatel), a to způsobem určeným v Plánu migrace. |
|
7.4.3 |
Kontroly na kvalitu dat
Během
migrace budou prováděny průběžně kontroly na formáty a
platnost dat tam, kde je možné provést jejich ověření
pomocí kontrolních součtů, intervalů nebo číselníků. Po
migraci proběhnou kontroly na integritu |
|
7.4.4 |
Kontinuita provozu Migrace dat, zejména její harmonogram, ze stávajícího prostředí informačního systému bude navržena tak, aby během vývojových prací byla zajištěna dostupnost stávající verze systému REÚIP, ze které bude migrováno. Finální migrace nezpůsobí větší odstavení provozu systému REÚIP než dva pracovní dny. |
|
7.4.5 |
Dokumentace migrace Zhotovitel vytvoří dokument „Plán migrace“ a současně kompletní dokumentaci průběhu migrace. |
|
7.4.6 |
Datový vzorek Zhotovitel ověří správnost migrace a migrovaných dat na základě vzorku, který mu bude Objednatelem poskytnut nejpozději jeden měsíc před provedením migrace. |
|
7.4.7 |
Kontrola dat třetí stranou
Zhotovitel
umožní Objednatelem určené třetí straně provést audit
způsobu migrace, migračních a kontrolních skriptů a
migrovaných dat. Pro potřeby auditu poskytne Zhotovitel třetí
straně veškerou dokumentaci |
|
7.4.8 |
Kvalita dat Zhotovitel zajistí, že provedením migrace nedojde k žádné ztrátě či zkreslení dat či vzniku duplicit v datech. |
|
7.4.9 |
Provedení migrace Zhotovitel provede veškeré aktivity za účelem převedení dat ze stávající verze systému REÚIP. O průběhu migrace bude vedena Xxxxxxxxxxxx dokumentace.
|
|
7.4.10 |
Technické zajištění migrace dat V případě potřeby pro provedení migrace dat zajistí Zhotovitel případnou dočasnou výpůjčku všech HW a SW nástrojů či zařízení nutných k provedení migrace dat Objednateli. Požadavek Zhotovitele na vypůjčení HW a SW bude uveden v dokumentu Plán migrace. Objednatel má výhradní oprávnění řídit, přidělovat, odebírat a kontrolovat přístupy k těmto prostředkům. Vypůjčené prostředky nejsou předmětem dodávky Díla. |
|
7.4.11 |
Plán migrace Zhotovitel zpracuje Plán migrace dat do nové verze systému REÚIP. Součástí plánu migrace musí být i rozsah (struktura) testovacích dat pro modelování přípravy migrace dat, harmonogram, požadavky na technické prostředky Objednatele apod. |
|
7.4.12 |
Struktura Plánu migrace Struktura Plánu migrace vypracovaného Zhotovitelem musí obsahovat zejména následující:
|
|
7.4.13 |
Zkušební migrace
Zhotovitel
odpovídá za provedení zkušební migrace dat v rozsahu,
termínu |
|
7.4.14 |
Ostrá migrace
Zhotovitel
odpovídá za provedení ostré migrace dat v rozsahu,
termínu |
|
Soubor požadavků na napojení SW a HW systémů na novou verzi systému REÚIP.
Xxxxx |
Xxxxxxxxx – základní popis |
Splněno |
7.5.1 |
Seznam napojovaných a používaných SW systémů a výstupů
|
|
Soubor požadavků na dokumentaci vyhotovenou v rámci implementace a provozu Díla.
Xxxxx |
Xxxxxxxxx – základní popis |
Splněno |
7.6.1 |
Dokumentace V rámci plnění bude dodána zejména následující dokumentace - instalační dokumentace, uživatelská dokumentace, projektová dokumentace, základní bezpečnostní dokumentace, dokumentace migrace dat, provozní dokumentace a školící dokumentace. |
|
7.6.2 |
Správa dokumentace
Objednatel
požaduje řízenou správu veškeré dokumentace k projektu,
a to zejména instalační, uživatelské, projektové, základní
bezpečnostní |
|
7.6.3 |
Formát dokumentace
Výstupy
dokumentové povahy (například instalační příručka,
provozní příručka, uživatelská příručka, základní
bezpečnostní dokumentace, dokumentace migrace apod.) budou
dodány ve formátu Microsoft Word |
|
7.6.4 |
Jazyk dokumentace
Výstupy
dokumentové povahy budou vytvořeny v českém jazyce V anglickém jazyce mohou být též původní produktové manuály, které se stanou součástí dokumentace. |
|
7.6.5 |
Aktualizace dokumentace S realizací aktualizace systému REÚIP je vždy též aktualizována dokumentace systému. Aktualizovaná dokumentace obsahuje nové verze celých dokumentů, nikoliv jen dokumenty zaznamenávající dílčí změnu. |
|
7.6.6 |
Instalační dokumentace Zhotovitel dodá instalační dokumentaci pro nasazení nové verze systému REÚIP, popisující jednotlivé kroky instalace, konfigurace a zprovoznění. Dokumentace bude zahrnovat všechny nezbytné instalační kroky nad rámec instalace operačního systému. Dokumentace bude také zahrnovat výčet všech nezbytných komponent pro nasazení nové verze systému REÚIP , včetně verzí, licencí třetích stran a konfigurací, a to včetně operačního systému, databáze, frameworků a aplikačních rámců. Dokumentace se může částečně odkazovat do instalačních dokumentací produktů třetích stran či produktů Zhotovitele za podmínky, že je možno dokumentaci předat na samostatném datovém nosiči (např. CD/DVD ROM). |
|
7.6.7 |
Uživatelská dokumentace
Zhotovitel
dodá uživatelskou dokumentaci (uživatelský manuál) s popisem
uživatelských funkcí informačního systému, umožňujícím
novému uživateli informačního systému začít samostatně
pracovat se systémem REÚIP plně v rozsahu všech jeho
funkcionalit. Dokumentace bude poskytnuta jako samostatný
dokument, současně jako součást nápovědy informačního
systému a současně jako dílčí uživatelské návody
dostupné |
|
7.6.8 |
Projektová dokumentace
Zhotovitel
zpracuje projektovou dokumentaci vznikající při realizaci
projektu (mimo jiné např. zápisy z jednání,
harmonogramy, zprávy |
|
7.6.9 |
Základní bezpečnostní dokumentace Zhotovitel zpracuje základní bezpečnostní dokumentaci dle standardů MPSV viz příloha H zadávacích podmínek, resp. příloha 5 smlouvy, která zahrnuje minimálně:
Za tím účelem Zhotoviteli přiměřenou poskytne součinnost MKB Objednatele. |
|
7.6.10 |
Provozní dokumentace Zhotovitel zpracuje provozní dokumentace v rozsahu a v souladu s vyhláškou č. 529/2006 Sb., o dlouhodobém řízení informačních systému veřejné správy, ve znění pozdějších předpisů, která tvoří zejména tyto dokumenty:
Zhotovitel dále dodá provozní příručky:
Zhotovitel v Provozní dokumentaci uvede také:
Provozní dokumentace se může odkazovat do provozních příruček produktů třetích stran či produktů Zhotovitele za podmínky, že je možno dokumentaci předat na samostatném datovém nosiči (např. CD/DVD ROM). |
|
7.6.11 |
Dokumentace migrace Zhotovitel zpracuje dokumentaci o průběhu a výsledku migrace. |
|
7.6.12 |
Školící dokumentace Zhotovitel zpracuje dokumentaci pro školení. |
|
Soubor požadavků na nasazení nové verze systému REÚIP v rámci implementace a provozu Díla.
Xxxxx |
Xxxxxxxxx – základní popis |
Splněno |
7.7.1 |
Implementační plán Zhotovitel zpracuje vstupní analytické práce a činnosti, požadavky na architekturu a konfiguraci infrastruktury, nastavení akceptačních procedur nezbytných k provedení akceptace Díla, včetně max. počtu kritérií akceptace a návrhu akceptačních protokolů. Implementační plán bude dále obsahovat:
|
|
7.7.2 |
Sítě a komunikace
Informační
systém bude připojen k síťové a komunikační infrastruktuře
Objednatele. Zhotovitel musí tak respektovat topologii sítě
(na úrovni LAN
|
|
7.7.3 |
Účast Projektového architekta při spuštění Xxxxxxxxxx zajistí přítomnost odborného pracovníka – Projektového architekta Microsoft Dynamics 365. Přítomnost pracovníka bude zajištěna po dobu minimálně pěti pracovních dní. V případě výskytu závad představujících překážku v práci uživatelů, zajistí Zhotovitel přítomnost pracovníků do doby odstranění závad. |
|
Požadavky
na služby Exitu jsou skupinou požadavků na činnosti, které
Zhotovitel musí vykonat
v souvislosti s ukončením svého
plnění vůči Objednateli.
Xxxxx |
Xxxxxxxxx – základní popis |
Splněno |
7.8.1 |
Exitový plán Zhotovitel formou dokumentu zpracuje Exitový plán, který bude zahrnovat způsob přechodu na informační systém, odpovídající analýzu rizik, jejich zhodnocení a návrh jejich eliminace, harmonogram činností a jednotlivých kroků. |
|
7.8.2 |
Archivní režim informačního systému Zhotovitel zpracuje plán archivního režimu systému REÚIP (zakonzervování systému), který bude obsahovat popis způsobu jeho zakonzervování do podoby předatelné Objednateli a způsob obnovení (oživení) systému REÚIP ze zakonzervované podoby do funkčního stavu. Dále na základě plánu Zhotovitel popíše test obnovy systému REÚIP a test obnovy protokolárně ověří. |
|
7.8.3 |
Součinnost Zhotovitele
Zhotovitel
poskytne v souladu s vypracovaným a Objednatelem
odsouhlaseným exitovým plánem veškerou potřebnou součinnost,
dokumentaci a informace. Bude se účastnit jednání
s Objednatelem |
|
7.8.4 |
Migrace dat pro ukončení provozu systému REÚIP Pro případ ukončení provozu systému REÚIP Zhotovitel:
Výše požadované služby Zhotovitel poskytne na vyžádání Objednatele nejdéle však do ukončení plnění Zhotovitele.
|
|
7.8.5 |
Poskytnutí konzultace Zhotovitel poskytne služby konzultací ve vztahu k ukončení provozu či přechodu na sloučenou verzi informačního systému do maximálního rozsahu 5 člověkodní. Konzultace budou poskytovány na písemné vyžádání Objednatele. |
|
7.8.6 |
Další činnosti k předání systému REÚIP Zhotovitel je povinen na základě písemného pokynu Objednatele provést případné další činnosti vyplývající z potřeb Objednatele při ukončení plnění Zhotovitele v rozsahu nepřevyšujícím 5 člověkodní práce. |
|
7.8.7 |
Předání dokumentace Xxxxxxxxxx je povinen předat Objednateli kompletní elektronickou kopii veškeré dokumentace, kterou vytvořil v rámci svého plnění s tím, že bude aktualizována tak, aby odrážela stav systému REÚIP a poskytovaných služeb k termínu ukončení plnění. Dokumentace bude předána ve lhůtě písemně stanovené Objednatelem, nejpozději však k datu ukončení plnění Zhotovitele. |
|
7.8.8 |
Předání hesel a klíčů
Zhotovitel
předá Objednateli všechna hesla, šifrovací klíče,
certifikáty |
|
7.8.9 |
Předání konfiguračních souborů Zhotovitel předá Objednateli všechny konfigurační soubory potřebné pro provoz aplikace ve lhůtě písemně stanovené Objednatelem, nejpozději však k datu ukončení plnění Zhotovitele. |
|
7.8.10 |
Skartace údajů Zhotovitel je povinen protokolárně vymazat nebo jinak zlikvidovat veškerá data či uživatelské údaje Objednatele, které mu byly předány, a to dle pokynů a ve lhůtách písemně stanovených Objednatelem. |
|
7.8.11 |
Odvoz prostředků Zhotovitele Zhotovitel je povinen po ukončení plnění na výzvu Objednatele zajistit bezprostředně odvoz všech technických prostředků Zhotovitele, které užíval k poskytování služeb, a které se nacházejí v prostorách či lokalitách Objednatele. |
|
Dále uvedený katalog součinnosti Objednatele obsahuje popisy maximálních dílčích součinností, které se Objednatel zavazuje poskytnout pro realizaci projektu, aby Zhotovitel mohl splnit na něho kladené požadavky.
Součinnost pro projektové řízení je poskytovanou součinností Objednatele nezbytnou pro výkon projektového řízení Zhotovitelem.
Xxxxx |
Xxxxxxxxx – základní popis |
8.1.1 |
Organizační struktura Objednatele Pro potřeby projektu Objednatel obsadí dále uvedené role:
Vedoucí projektu je oprávněn vykonávat činnost a pravomoci kteréhokoliv výše uvedeného člena týmu Objednatele. |
8.1.2 |
Poskytování podkladů a informací
Objednatel
bude na požádání poskytovat Zhotoviteli dohodnuté podklady
|
8.1.3 |
Součinnost při předání Objednatel poskytne nezbytnou součinnost nutnou pro předání částí projektu nebo výstupů, a to i jednotlivých fází jeho plnění, která bude předem schválena na úrovni vedoucích projektu smluvních stran. |
8.1.4 |
Svolávání schůzek Objednatel bude svolávat po dohodě se Zhotovitelem pracovní schůzky k řešení sporných otázek, souvisejících s plněním dle předmětu smlouvy. |
8.1.5 |
Vyjádření k písemným materiálům Objednatel se bude vyjadřovat písemně k předkládaným písemným materiálům Zhotovitele nejpozději do deseti pracovních dnů od jejich doručení, pokud nebude dohodnuto jinak. |
8.1.6 |
Poskytnutí konzultací Objednatel bude na požádání konzultovat se Zhotovitelem v průběhu realizace plnění přijatá řešení, a to nejpozději do pěti pracovních dnů od doručení písemné žádosti. Objednatel zajistí pro takovéto konzultace účast kvalifikovaných pracovníků.
|
8.1.7 |
Poskytnutí zasedací místnosti Objednatel zajistí na svých pracovištích zasedací místnost vybavenou projektorem pro patnáct účastníků. Aktuální využití zasedací místnosti bude nutné ze strany Zhotovitele vždy rezervovat. |
8.1.8 |
Přístup do budovy Objednatel zajistí na požádání v pracovní době Objednatele přístup do budov pojmenovaným pracovníkům Zhotovitele. |
8.1.9 |
Poskytnutí vzdáleného přístupu
Objednatel
se zavazuje, že technicky a organizačně zajistí možnost
vzdáleného přístupu členů realizačního týmu Zhotovitele
prostřednictvím sítě Internet na ty |
Součinnost pro provedení analýzy je poskytovanou součinností Objednatele nezbytnou pro provedení analýzy Zhotovitelem.
Xxxxx |
Xxxxxxxxx – základní popis |
8.2.1 |
Rozsah součinnosti pro provedení analýzy
Pro
provedení vstupních analytických prací a s tím
související vypracování vstupního analytického prováděcího
plánu poskytne Objednatel odborné |
8.2.2 |
Rozsah součinnosti pro připojovaných HW a SW systémů – kapacity pracovníků Pro připojení HW a SW systémů poskytne Objednatel odborné a technické pracovníky v rozsahu odpovídajícímu ekvivalentu plného úvazku min. jednoho pracovníků. |
8.2.3 |
Rozsah součinnosti pro připojovaných HW a SW systémů – součinnosti se současnými dodavateli Objednatel zajistí součinnost se současnými dodavateli všech systémů. |
8.2.4 |
Podklady a informace Objednatel je povinen Zhotoviteli poskytnout veškeré podklady a informace nezbytné k provedení Díla. |
8.2.5 |
Rozsah součinnosti pro provedení Migrace dat Pro migrace dat poskytne Objednatel odborné a technické pracovníky v rozsahu odpovídajícímu ekvivalentu plného úvazku min. jednoho pracovníka. |
Součinnost pro provedení testování je poskytovanou součinností Objednatele nezbytnou pro provedení služeb testování Zhotovitele.
Xxxxx |
Xxxxxxxxx – základní popis |
8.3.1 |
Akceptační testy Objednatel poskytne pro provedení Akceptačních testů Zhotovitelem, dle testovacích scénářů připravených Zhotovitelem, součinnost maximálně dvaceti klíčových uživatelů. |
8.3.2 |
Bezpečnostní testy Objednatel zajistí s pomocí vlastních zdrojů či třetí strany provedení bezpečnostních testů podle metodiky a plánu testů zpracovaných Zhotovitelem. |
8.3.3 |
Zátěžové testy Objednatel zajistí s pomocí vlastních zdrojů či třetí strany návrh a provedení zátěžových (výkonnostních) testů systému REÚIP. |
Součinnost pro provedení migrace je poskytovanou součinností Objednatele nezbytnou pro provedení migrace Zhotovitelem.
Součinnost pro nasazení informačního systému je poskytovanou součinností Objednatele nezbytnou pro poskytnutí služeb Zhotovitele v souvislosti s nasazením nové verze systému REÚIP.
Xxxxx |
Xxxxxxxxx – základní popis |
8.5.1 |
Poskytnutí infrastruktury Objednatel poskytne Zhotoviteli, na základě Objednatelem schválených požadavků Zhotovitele, infrastrukturu potřebnou k provedení instalace (např. RACKy pro umístění dodávaného HW). |
8.5.2 |
Poskytnutí síťové a komunikační infrastruktury Síťovou a komunikační infrastrukturu LAN a WAN poskytne Objednatel na základě Objednatelem odsouhlasených požadavků Zhotovitele. |
Součinnost pro školení zahrnuje součinnost nezbytnou pro zajištění všech typů školení.
Xxxxx |
Xxxxxxxxx – základní popis |
8.6.1 |
Školící prostory Objednatel zajistí prostory pro provádění školení v prostorách na pracovištích Objednatele |
8.6.2 |
Velikost a vybavení Objednatel poskytne učebny adekvátní pro provedení školení. Každá učebna bude vybavena prezentační a výpočetní technikou. |
8.6.3 |
Zajištění účasti na školeních Objednatel zajistí účast školených osob na plánovaných školeních. |
8.6.4 |
Termíny Objednatel schválí termínový plán školení a seznámí s ním zaměstnance nejpozději do dvou týdnů před zahájením školení. |
Tato
kapitola definuje popis servisních služeb dle „Smlouvy o dílo a
smlouvy o poskytnutí licence
a souvisejících služeb“
formou Katalogu
servisních služeb
uvedeného níže. Servisní služby jsou poskytovány a garantovány
vůči spravovanému systému REÚIP jako celku a vůči aplikacím
k získávání údajů
z registrů veřejné správy, které nejsou přímou součástí
systému REÚIP a nejsou na něj napojeny, ale jsou k použití
uživatelům k další práci. Jedná se o dotazy do databází:
Úřadu práce České republiky – ověření evidence uchazeče o zaměstnání, ověření platnosti
a obsahu povolení k zaměstnání cizinců, vyhledání a ověření agentury;České správy sociálního zabezpečení - vyhledání a ověření zaměstnavatele daného zaměstnance, vyhledání a ověření zaměstnance daného zaměstnavatele;
Agendový informační systém cizinců Policie ČR (cizinecká) AISC - vyhledání a ověření povolení k pobytu, zaměstnanecké karty, atd.
Katalog servisních služeb specifikuje služby Zhotovitele a činnosti (tzv. definované formou katalogových listů), které vykonává Zhotovitel v rámci jednotlivých servisních služeb.
Katalog servisních služeb obsahuje popis těchto služeb a požadované parametry jednotlivých služeb. Pro účely poskytování servisních služeb definovaných v této kapitole se pojem „spravovaný systém“ myslí jako systém v jeho aktuálním stavu, tj. vč. všech dalších budoucích modifikací, které byly aplikovány od předání Díla do ostrého provozu ke dni poskytnutí dané servisní služby.
Zhotovitel umožní elektronický výpis jednotlivých poskytovaných servisních činnosti dle dále uvedeného členění, a to na základě požadavku Objednatele.
Servisní služby |
|
Režim |
|||
S1 |
Provozní podpora systému REÚIP |
KS1.1 |
Technologický update systému REÚIP (Garance softwarové podpory) |
|
Paušál |
|
|
KS1.2 |
Servisní garance systému REÚIP |
|
Paušál |
|
|
KS1.3 |
Garance příjmů hlášení chybových stavů a požadavků systému REÚIP |
|
Paušál |
|
|
KS1.4 |
Technická a metodická podpora systému REÚIP (Konzultační služby a návštěvy) |
|
Paušál |
|
|
KS1.5 |
Podpora provozu systému REÚIP |
|
Paušál |
|
|
KS1.6 |
Preventivní prohlídky systému REÚIP |
|
Paušál |
S2 |
Služby údržby dokumentace systému REÚIP (Garance aktualizované dokumentace) |
|
Paušál |
Označení |
Název servisní služby |
|
S1 |
Provozní podpora systému REÚIP |
|
Stručný popis služby |
||
Provozní podpora informačního systému je soubor servisních služeb zajišťujících kompletní podporu a zajištění provozu informačního systému způsobem vymezeným v samostatně definovaných servisních službách KS1.1 až KS1.6. |
||
Podmínky poskytování služby |
||
Zhotovitel je
povinen zajištovat korektní funkcionality uvedených logických
částí systému REÚIP pro
uživatele systému REÚIP, a to v rozsahu akceptované
specifikace vytvořené v rámci implementace systému
REÚIP a dílčích specifikací, jež jsou výstupem
implementovaných změn systému
REÚIP. Zároveň průběžně zabezpečuje veškeré náležitosti
pro korektní průběh integračních vazeb na jiné systémy.
Zhotovitel bude vykonávat všechny činnosti vedoucí Zhotovitel zajistí příjem, analýzu, zpracování a řízení incidentů zadaných do Helpdesku Zhotovitele spadajících do kompetence Zhotovitele. Činnosti, které Objednatel explicitně požaduje, jsou uvedeny u jednotlivých komponent služby. |
||
Seznam servisních služeb Provozní podpory systému REÚIP |
||
Označení |
Název |
|
KS1.1 |
Technologický update systému REÚIP (Garance softwarové podpory) |
|
KS1.2 |
Servisní garance systému REÚIP |
|
KS1.3 |
Garance příjmů hlášení chybových stavů a požadavků systému REÚIP |
|
KS1.4 |
Technická a metodická podpora systému REÚIP (Konzultační služby a návštěvy) |
|
KS1.5 |
Podpora provozu systému REÚIP |
|
KS1.6 |
Preventivní prohlídky systému REÚIP |
|
Parametry služby |
||
Parametry služby jsou uvedeny u jednotlivých komponent služby. |
Servisní služba „KS1.1 Technologický update systému REÚIP“
Označení
Název servisní služby
KS1.1
Technologický update systému REÚIP (Garance softwarové podpory)
Seznam činností
Garance funkčnosti
V rámci poskytování garance funkčnosti je Zhotovitel povinen zajistit aplikaci opravných softwarových kódů (hot-fix a patch) anebo jiných softwarových komponent k aplikačnímu programovému vybavení, veškerému základnímu programovému vybavení i ostatnímu provoznímu software nutnému pro zajištění funkčnosti informačního systému. Součástí garance funkčnosti je též průběžné provádění update/upgrade ovladačů a firmware. V případě závady způsobené aplikací opravných softwarových kódů, tzn. update/upgrade SW ve vlastnictví Objednatele je Zhotovitel povinen provést tzv. rollback, tj. uvést systém do posledního známého funkčního stavu.
Garance bezpečnosti
V rámci poskytování garance bezpečnosti je Zhotovitel povinen zajistit aplikaci všech vydaných nebo Objednatelem vyžádaných bezpečnostních záplat a upgradů ke spravovanému systému.
Garance rozvoje
V rámci poskytování garance rozvoje je Zhotovitel povinen zajistit aplikaci všech výrobcem uvolněných updatů a upgradů nebo nových verzí softwarového vybavení ke spravovanému systému.
Garance souladu s legislativou
Po implementaci požadovaných legislativních upgradů informačního systému provedených v rámci Rozvoje na základě uživatelských požadavků na úpravy a doplnění spravovaného systému je Zhotovitel povinen zajistit jejich soulad a poskytování v rámci spravovaného systému.
Podmínky provádění činností
Potřeba technologického update systému REÚIP může být např. vyvolána jak vznikem chybového stavu, tak požadavkem na bezpečnost systému REÚIP nebo nezbytnou servisní aktualizací.
Realizaci technologického updatu jakékoliv části systému REÚIP bude schvalovat Specialista servisních služeb Objednatele na základě návrhu Zhotovitele. Každý návrh bude obsahovat popis změny, výčet činností a možných dopadů změny na poskytování služeb systému REÚIP
a okolní systémy. Objednatel i Zhotovitel jsou povinni udržovat aktuálnost příslušné dokumentace související se změnami realizovanými v rámci plnění dle této servisní služby. Součástí realizace změn je tak i bezodkladná aktualizace Provozní dokumentace systému REÚIP Zhotovitelem, popř. i další dokumentace, pokud bude realizací změn dotčena.Kontrolu prováděných akcí bude provádět Objednatel nebo jiná třetí strana.
Rozsah plnění
Rozsah plnění ze strany Zhotovitele bude zahrnovat:
náklady na technické a případně jeho materiální vybavení související s poskytováním součinnosti, monitoringu a realizaci technologických opatření,
náklady na licenční a servisní poplatky třetím stranám, které vyplývají z nasazení
a použití SW třetích stran v rámci systému REÚIP, s výjimkou licenčních a servisních poplatků u SW dodaných Objednatelem,personální náklady na pracovníky Zhotovitele, kteří budou zajišťovat požadované činnosti technologického update,
dopravní a cestovní náklady související s přepravou pracovníků Zhotovitele do místa výkonů služby.
Rozsah činností
Garance funkčnosti
Zhotovitel je povinen poskytovat službu průběžně, při uvolnění příslušných opravných softwarových kódů, ovladačů HW a FW.
Garance bezpečnosti
Zhotovitel je povinen poskytovat tuto službu průběžně, při uvolnění příslušných bezpečnostních záplat a upgradů k softwarovým prostředkům informačního systému.
Garance rozvoje
Zhotovitel je povinen poskytovat tuto službu průběžně, při uvolnění příslušných updatů a upgradů nebo nových verzí SW prostředků dodaných Objednatelem (produktů Microsoft) a SW prostředků dodaných Zhotovitelem, vč. Zhotovitelem provedených softwarových úprav, např. bezpečnostní balíčky, aktualizace verzí a opravné aktualizace softwarových prostředků informačního systému.
Garance souladu s legislativou
Zhotovitel je povinen poskytovat službu garance souladu s legislativou, a to po implementaci v rámci rozvoje požadovaných legislativních upgradů informačního systému vyplývající z uživatelských požadavků na úpravy
a doplnění spravovaného systému.„Technologický update systému REÚIP“ je Servisní službou a bude Zhotovitelem zajišťován tak, aby byl rozsah potřebných činností nezbytný pro dosažení všech parametrů této služby naplněn.
Provozní doba poskytování služby
Servisní služba „Technologický update systému REÚIP” bude poskytována Zhotovitelem
v režimu 5×12 (tj. v pracovní dny od 6:00 do 18:00).Reakční lhůty pro poskytování služby a kvalita služby
Reakční lhůta pro poskytování služby a kvalita služby se bude řídit ujednáním o kvalitě služeb (SLA) popsaném v kapitole 9.3.1., 9.3.2 a 9.3.3. tohoto dokumentu. Zhotovitel je povinen poskytovat tuto službu dle požadavků Objednatele definovaných pro SLA 2.
Servisní služba „KS1.2 Servisní garance systému REÚIP“
Označení
Název servisní služby
KS1.2
Servisní garance systému REÚIP
Seznam činností
Garance poskytování servisních služeb
Garance poskytování servisních služeb zahrnuje řešení chybových stavů spravovaného systému (též servisní zásah) a požadavků Objednatele dohodnutým způsobem a v dohodnutých termínech dle SLA ujednání uvedených v kap. 9.3.1. a 9.3.2 a 9.3.3. tohoto dokumentu v režimu 5×12
(tj. v pracovní dny od 6:00 do 18:00).Garance vzdáleného monitoringu
Garance vzdáleného monitoringu zahrnuje sledování provozních stavů spravovaného systému a jeho jednotlivých funkčních celků Zhotovitelem, včetně hlídání prahových hodnot definovaných provozních ukazatelů
a předávání varovných hlášení helpdeskového systému Zhotovitele určeným osobám Objednatele v režimu 5×12 (tj. v pracovní dny od 6:00 do 18:00).Podmínky provádění činností
Objednatel i Zhotovitel jsou povinni zaznamenávat veškeré aktivity (události, incidenty, požadavky, komentáře atd.) související s poskytováním servisní služby „Servisní garance systému REÚIP“.
Realizaci řešení chybových stavů, požadavků na servisní zásah a dalších požadavků Objednatele bude schvalovat Specialista servisních služeb Objednatele. Objednatel i Zhotovitel jsou povinni udržovat aktuálnost příslušné dokumentace související se změnami realizovanými v rámci plnění dle této servisní služby. Součástí realizace změn je tak i bezodkladná aktualizace provozní dokumentace systému REÚIP Zhotovitelem, popř. i další dokumentace, pokud bude realizací změn dotčena.
Kontrolu prováděných akcí bude provádět Objednatel nebo jiná třetí strana.
Rozsah plnění
Rozsah plnění ze strany Zhotovitele bude zahrnovat:
náklady na technické a případně jeho materiální vybavení související s poskytováním součinnosti, monitoringu a realizaci technologických opatření,
náklady na licenční a servisní poplatky třetím stranám, které vyplývají z nasazení
a použití SW třetích stran v rámci systému REÚIP, s výjimkou licenčních a servisních poplatků u SW dodaných Objednatelem,personální náklady na pracovníky Zhotovitele, kteří budou zajišťovat požadované činnosti servisní garance vč. řešení incidentů, s výjimkou činnosti Zhotovitele dle servisní služby KS 1.5,
dopravní a cestovní náklady související s přepravou pracovníků Zhotovitele do místa výkonů služby.
Rozsah činností
„Servisní garance systému REÚIP“ je Servisní službou a bude Zhotovitelem zajišťována tak, aby byl rozsah potřebných činností nezbytný pro dosažení všech parametrů této služby naplněn.
Lhůty pro poskytování služby a kvalita služby
Objednatel i Zhotovitel považují varovná hlášení z monitorovacího systému REÚIP a uvedený čas záznamu o vzniku chybového stavu za ten čas, od kterého se měří (vyhodnocuje) plnění závazků definovaných v kap. 9.3.1., 9.3.2 a 9.3.3. tohoto dokumentu, kterým se řídí ujednání
o kvalitě služeb (SLA).Servisní služba „KS1.3 Garance příjmu hlášení chybových stavů a požadavků systému REÚIP“
Označení
Název servisní služby
KS1.3
Garance příjmu hlášení chybových stavů a požadavků systému REÚIP
Seznam činností
Garance dostupnosti služby Helpdesk
Garance dostupnosti služby Helpdesk zahrnuje přístup k helpdeskovému systému Zhotovitele pro hlášení (zápis), správu a administraci chybových stavů a požadavků a zápisů o servisních zásazích a událostech.
Garance dostupnosti služby HotLine
Garance dostupnosti služby HotLine zahrnuje přístup k službám telefonické podpory a hlášení chybových stavů.
Podmínky provádění činností
Zhotovitel je povinen zajistit provádění všech výše definovaných činností v takovém rozsahu, aby byla zachována požadovaná dostupnost dané služby. Zhotovitel je povinen zaznamenat každý realizovaný výkon, včetně podrobné informace do Helpdesku nejpozději do 2 hodin od jejího výskytu a průběžně aktualizovat její stav vzhledem k jejímu vývoji.
Rozsah plnění
Rozsah plnění ze strany Zhotovitele bude zahrnovat:
náklady na technické a případně jeho materiální vybavení související s poskytováním součinnosti, monitoringu a realizaci technologických opatření,
náklady na licenční a servisní poplatky třetím stranám, které vyplývají z nasazení
a použití SW třetích stran v rámci systému REÚIP,personální náklady na pracovníky Zhotovitele, kteří budou zajišťovat požadované činnosti garance příjmu,
dopravní a cestovní náklady související s přepravou pracovníků Zhotovitele do místa výkonů služby.
Rozsah činností
Garance dostupnosti služby Helpdesk
Dostupnost služby Helpdesk Zhotovitele musí být Zhotovitelem realizována bez časového, věcného a množstevního omezení.
Garance dostupnosti služby HotLine
Dostupnost služby HotLine Zhotovitele musí být Zhotovitelem realizována v režimu 5×12 (tj. v pracovní dny od 6:00 do 18:00).
„Garance příjmů hlášení chybových stavů a požadavků systému REÚIP“ je Servisní službou
a bude Zhotovitelem zajišťována tak, aby byl rozsah potřebných činností nezbytný pro dosažení všech parametrů této služby naplněn.Provozní doba poskytování servisní služby
Servisní služba “Garance příjmů hlášení chybových stavů a požadavků” bude poskytována v režimu 5×12 (tj. v pracovní dny od 6:00 do 18:00).
Reakční lhůty pro poskytování služby a kvalita služby
Reakční lhůta pro poskytování služby a kvalita služby se bude řídit ujednáním o kvalitě služeb (SLA) popsaném v kapitole 9.3.1. a 9.3.2 a 9.3.3. tohoto dokumentu. Zhotovitel se zavazuje poskytovat tuto službu dle požadavků Objednatele definovaných pro SLA 1 v případě chybových stavů a SLA 2 v případě požadavků.
Servisní služba „KS1.4 Technická a metodická podpora systému REÚIP“
Označení
Název servisní služby
KS1.4
Technická a metodická podpora systému REÚIP (Konzultační služby
a návštěvy)Seznam činností
Konzultační služby a návštěvy
Servisní služba „Konzultační služby a návštěvy“ zahrnuje činnosti související s poradenstvím k informačnímu systému poskytované v místě Objednatele na jím určeném pracovišti nebo jiným dohodnutým způsobem s možností průběžného čerpání dle potřeb Objednatele. Konzultační činnosti zahrnují konzultace provozní, organizační, analytické a metodické konzultace, jejichž náplň je specifikována níže.
Provozní konzultace
„Provozní konzultace“ zahrnuje činnosti související s poradenstvím provozních činností. Jedná se zejména o konzultace v oblasti správy uživatelů, nastavení práv, audity, zálohování, obnova apod.
Organizační konzultace
„Organizační konzultace“ zahrnuje činnosti související s organizační stránkou zajištění dodávek služeb systému REÚIP. Jedná se zejména, nikoliv však výlučně, o účast Zhotovitele na pracovních jednáních, seminářích, prezentacích, zpracování výkazů, poskytnutí součinnosti pro certifikaci vyžádaných Objednatelem atd.
Analytické konzultace
„Analytická konzultace“ zahrnuje činnosti související s rozvojem funkcionality systému REÚIP. Jedná se např. o činnosti zpracování návrhu dalšího rozvoje, oponentura záměrů, poradenství v oblasti fungování konkrétní části systému REÚIP, konzultace k nabídkám atd.
Metodické konzultace
„Metodická konzultace“ zahrnuje činnosti související s metodickou stránkou fungování konkrétní části systému REÚIP. Jedná se tedy o IT konzultace v oblasti metodiky monitorování, projektového řízení,
k práci s informačním systémem apod.Podmínky provádění činností
V rámci technické a metodické podpory zajistí Xxxxxxxxxx na vyžádání, konzultace technické
a metodické podpory. Podpora může být dohodou Objednatele a Zhotovitele poskytnuta formou přímého kontaktu v místě, telefon, emailem nebo jinými elektronickými prostředky komunikace.Objednatel i Zhotovitel jsou povinni zaznamenávat všechny požadavky na konzultace do HelpDesku. Zhotovitel je povinen zaznamenat (a to i v případě konzultace po telefonu, emailem nebo jinými elektronickými prostředky komunikace) příslušnou informaci do HelpDesku nejpozději do 4 hodin od jejího výskytu a průběžně aktualizovat její stav vzhledem k jejímu vývoji.
Rozsah plnění
Rozsah plnění ze strany Zhotovitele bude zahrnovat:
náklady na technické a případně jeho materiální vybavení související s poskytováním součinnosti, monitoringu a realizaci technologických opatření,
náklady na licenční a servisní poplatky třetím stranám, které vyplývají z nasazení
a použití SW třetích stran v rámci systému REÚIP,personální náklady na pracovníky Zhotovitele, kteří budou zajišťovat požadované činnosti technické a metodické podpory,
dopravní a cestovní náklady související s přepravou pracovníků Zhotovitele do místa výkonů služby.
Rozsah činností
Konzultační služby a návštěvy
Zhotovitel je povinen poskytnout součinnost v minimálním rozsahu 36 ČD za jeden kalendářní rok.
Servisní služba „Technická a metodická podpora systému REÚIP“ bude Zhotovitelem zajišťována jako paušální plnění, což znamená, že Zhotovitel bude zajišťovat potřebné činnosti v takovém rozsahu, který bude nezbytný pro dosažení všech parametrů příslušné služby. Rozsah plnění ze strany Zhotovitele bude omezen předpokládaným rozsahem činností odsouhlaseným Objednatelem. Nevyčerpané objednané hodiny technické a metodické podpory budou převedeny do dalšího období.
Provozní doba poskytování služby
Servisní služba „Technická a metodická podpora systému REÚIP” bude poskytována obvykle
v režimu 5×12 (tj. v pracovní dny od 6:00 do 18:00).Reakční lhůty pro poskytování služby a kvalita služby
Reakční lhůta pro poskytování služby a kvalita služby se bude řídit ujednáním o kvalitě služeb (SLA) popsaném v kapitole 9.3.1., 9.3.2 a 9.3.3. tohoto dokumentu. Zhotovitel se zavazuje poskytovat tuto službu dle požadavků Objednatele definovaných pro SLA 2.
Servisní služba „KS1.5 Podpora provozu a bezpečnosti systému REÚIP“
Označení
Název servisní služby
KS1.5
Podpora provozu a bezpečnosti systému REÚIP
Seznam činností
Instalace oprav
Zhotovitel je povinen v rámci této služby poskytnout na vyžádání Objednatele provedení instalace opravných softwarových kódů (hot-fix
a patch).Migrační podpora
Zhotovitel je povinen v rámci této služby zajistit podporu nebo provedení migrace informačního systému na vyšší verzi databázového, operačního nebo systémového prostředí obsaženého v informačním systému (např. prostředí pro monitoring, pro zajištění vysoké dostupnosti aj.).
Instalace nových SW komponent
Zhotovitel je povinen v rámci této služby zajistit na základě požadavku Objednatele podporu při instalaci nebo instalaci nových rozšiřujících SW komponent v požadovaném rozsahu.
Instalace bezpečnostních a legislativních upgradů
Zhotovitel je povinen v rámci této služby zajistit podporu při instalaci nebo instalaci bezpečnostních a legislativních upgradů.
Zvýšená podpora provozu
Činnosti nad rámec „Podpora provozu a bezpečnosti systému REÚIP“. Jedná se zejména o poskytnutí garancí součinnosti při realizaci činností nad rámec činností popsaných výše. Činnost bude realizována na vyžádání Objednatelem a po jeho schválení. Granularita vykazování komponenty je 0,25 ČD.
Kontrola logů
Zpracování auditní stopy
„Kontrola logů“ zajišťuje všechny dílčí činnosti spojené s proaktivní kontrolou chodu systému REÚIP s cílem včas odhalit potenciální problémy související s provozem aplikace. O provedení kontroly logů bude vždy proveden záznam do helpdesku tak, aby bylo možné vyhodnotit kvalitu poskytované služby. Součástí záznamu v helpdesku bude i informace
o potencionálních problémech, které byly v rámci logů identifikovány.„Zpracování auditní stopy“ zahrnují dílčí činnosti související s identifikací
a rozborem datových informací auditních logů, s cílem interpretovat auditní stopu prováděných činností uživatelů a administrátorů systému.Podmínky provádění činností
Objednatel i Zhotovitel jsou povinni zaznamenávat veškeré aktivity (události, incidenty, požadavky, komentáře atd.) související se servisní službou „Podpora provozu systému REÚIP“ do HelpDesku. Zhotovitel je povinen zaznamenat příslušnou informaci do HelpDesku nejpozději do 4 hodin od jejího výskytu a průběžně aktualizovat její stav vzhledem k jejímu vývoji.
Realizaci podpory provozu bude schvalovat Specialista servisních služeb Objednatele na základě návrhu Xxxxxxxxxxx. Každý návrh bude obsahovat výčet činností a případně i popis změny a možných dopadů na poskytování služeb systému REÚIP a okolní systémy. Objednatel i Zhotovitel jsou povinni udržovat aktuálnost příslušné dokumentace související se změnami realizovanými v rámci plnění dle této servisní služby. Součástí realizace změn je tak
i bezodkladná aktualizace provozní dokumentace systému REÚIP Zhotovitelem, popř. i další dokumentace dle kap. 7.6. tohoto dokumentu, pokud bude realizací změn dotčena.Kontrolu prováděných akcí bude provádět Objednatel nebo jiná třetí strana.
Rozsah plnění
Rozsah plnění ze strany Zhotovitele bude zahrnovat:
náklady na technické a případně jeho materiální vybavení související s poskytováním součinnosti, monitoringu a realizaci technologických opatření,
náklady na licenční a servisní poplatky třetím stranám, které vyplývají z nasazení
a použití SW třetích stran v rámci systému REÚIP,personální náklady na pracovníky Zhotovitele, kteří budou zajišťovat požadované činnosti podpory provozu,
dopravní a cestovní náklady související s přepravou pracovníků Zhotovitele do místa výkonů služby.
Rozsah činností
Instalace oprav
Zhotovitel je povinen poskytnout činnosti na vyžádání Objednatele.
Migrace na vyšší verzi DB
Zhotovitel je povinen poskytnout činnosti na vyžádání Objednatele.
Instalace SW komponent
Zhotovitel je povinen poskytnout činnosti na vyžádání Objednatele.
Instalace bezpečnostních a legislativních upgradů
Objednatel předpokládá poskytnutí služby průběžně, při uvolnění příslušných bezpečnostních a legislativních upgradů ke komponentám informačního systému bez časového, věcného
a množstevního omezení.Zvýšená podpora provozu
Zhotovitel je povinen poskytnout činnosti na vyžádání Objednatele
Servisní služba „Podpora provozu a bezpečnosti systému REÚIP“ bude Zhotovitelem zajišťována jako paušální plnění v rozsahu 36 ČD za jeden kalendářní rok, což znamená, že Zhotovitel bude zajišťovat potřebné činnosti v takovém rozsahu, který bude nezbytný pro dosažení všech kvalitativních parametrů příslušné služby. Rozsah plnění ze strany Zhotovitele bude omezen předpokládaným rozsahem činností.
Provozní doba poskytování služby
Servisní služba „Podpora provozu systému REÚIP” bude poskytována v režimu 5×12, v termínech dle dohody mezi Objednatelem a Zhotovitelem, až úspěšného dokončení činnosti.
Reakční lhůty pro poskytování služby a kvalita služby
Reakční lhůta pro poskytování služby a kvalita služby se bude řídit ujednáním o kvalitě služeb (SLA) popsaném v kapitole 9.3.1., 9.3.2 a 9.3.3. tohoto dokumentu. Zhotovitel se zavazuje poskytovat tuto službu dle požadavků Objednatele definovaných pro SLA 1.
Servisní služba „KS1.6 Preventivní prohlídky systému REÚIP“
Označení
Název servisní služby
KS1.6
Preventivní prohlídky systému REÚIP
Seznam činností
Preventivní prohlídky
Sledování a vyhodnocování kritických parametrů informačního systému s cílem minimalizovat výpadky služeb systému REÚIP. Tato služba zahrnuje zejména:
kontrolu funkčnosti, nastavení a zabezpečení informačního systému nebo jeho části
drobné opravy nebo úpravy v nastavení (je-li potřeba), pokud nevyžadují přerušení určité služby nebo služeb informačního systému nebo jeho částí
vypracování zprávy (protokolu) o výsledku preventivní prohlídky vč. doporučení nápravných opatření.
Podmínky provádění činností
Preventivní prohlídky budou prováděny průběžně.
Rozsah plnění
Rozsah plnění ze strany Zhotovitele bude zahrnovat:
náklady na technické a případně jeho materiální vybavení související s poskytováním součinnosti, monitoringu a realizaci technologických opatření,
náklady na licenční a servisní poplatky třetím stranám, které vyplývají z nasazení
a použití SW třetích stran v rámci systému REÚIP,personální náklady na pracovníky Zhotovitele, kteří budou zajišťovat požadované činnosti preventivních prohlídek,
dopravní a cestovní náklady související s přepravou pracovníků Zhotovitele do místa výkonů služby.
Rozsah činností
Preventivní prohlídky
Zhotovitel je povinen provést preventivní prohlídky průběžně.
„Preventivní prohlídky systému REÚIP“ jsou Servisní službou a bude Zhotovitelem zajišťoványa tak, aby byl rozsah potřebných činností nezbytný pro dosažení všech parametrů této služby naplněn. Rozsah plnění ze strany Zhotovitele nebude omezen, a to i v takovém případě, pokud množství aktuálně provedených činností bude vyšší než Objednatelem deklarovaný předpokládaný rozsah.
Provozní doba poskytování služby
Servisní služba „Preventivní prohlídky systému REÚIP” bude poskytována v termínu po dohodě s Objednatelem.
Reakční lhůty pro poskytování služby a kvalita služby
Reakční lhůta pro poskytování služby a kvalita služby se bude řídit ujednáním o kvalitě služeb (SLA) popsaném v kapitole 9.3.1., 9.3.2 a 9.3.3. tohoto dokumentu. Zhotovitel se zavazuje poskytovat tuto službu dle požadavků Objednatele definovaných pro SLA 2.
Služby údržby dokumentace systému REÚIP
Označení |
Název služby |
S2 |
Služby údržby dokumentace systému REÚIP (Garance aktualizované dokumentace) |
Stručný popis služby |
|
Službu údržby dokumentace (Garance aktualizované dokumentace) zajišťuje aktualizaci dokumentace v souvislosti se změnami a rozvojem informačního systému. |
|
Podmínky poskytování služby |
|
Služba údržby
dokumentace (garance aktualizované dokumentace) bude poskytována
|
|
Seznam činností |
|
V rámci služby údržby dokumentace Zhotovitel zajistí provedení činností vedoucích k udržení aktuálnosti dokumentace k informačnímu systému, v souvislosti se změnami či rozvojem informačního systému. Jedná se zejména o následující:
|
|
Rozsah plnění |
|
Plnění služby údržby dokumentace (garance aktualizované dokumentace) je:
Pokud
nebude s Objednatelem dohodnuto jinak, bude aktualizovaná
dokumentace předána ve stejných formátech jako dokumentace
původní, a to v termínu uvedeném výše. V souvislosti |
|
Rozsah činností |
|
Služba bude Zhotovitelem zajišťována jako paušální plnění, což znamená, že Zhotovitel bude zajišťovat potřebné činnosti v takovém rozsahu, který bude nezbytný pro dosažení všech parametrů příslušné služby. |
|
Provozní doba poskytování služby |
|
Služba „Služba údržby dokumentace systému REÚIP“ bude poskytována průběžně. |
|
Reakční lhůty pro poskytování služby a kvalita služby |
|
Reakční lhůta pro poskytování služby a kvalita služby se bude řídit ujednáním o kvalitě služeb (SLA) popsaném v kapitole 9.3.1., 9.3.2 a 9.3.3. tohoto dokumentu. Zhotovitel se zavazuje poskytovat tuto službu dle požadavků Objednatele definovaných pro SLA 2. |
SLA
(Service Level Agreement) je oboustranně odsouhlasená dohoda mezi
Xxxxxxxxxxxx Služeb
a Objednatelem jako odběratelem Služeb o
požadované kvalitě
ICT služeb poskytovaných spravovaným systémem jako
celku (příp. jeho funkčních částí) a o úrovni
kvality služeb poskytovaných Zhotovitelem.
Kvalita je měřena pomocí metrik.
SLA HA - metriky pro měření kvality ICT služeb poskytovaných spravovaným systémem
Pro účely měření kvality ICT služeb spravovaného systému jsou definovány tyto SLA metriky:
Dostupnost ICT služeb poskytovaných spravovaným systémem bude měřena v určeném období – kalendářní měsíc;
Maximálně přípustná nepřetržitá doba nedostupnosti ICT služeb poskytovaných spravovaným systémem.
Definice dostupnosti:
Dostupnost ICT služeb spravovaného systému je metrika, která udává minimální požadovanou celkovou dobu řádného poskytování ICT služeb spravovaným systémem (resp. definuje tolerovaný výpadek ICT služeb spravovaného systému) v určeném období. Udává se v %. Pro výpočet dostupnosti platí tento vzorec:
dostupnost [%] = ( (Tds - Tns)/ Tds x 100), kde
Tds je doba, po kterou Objednatel může spravovaný systém a služby jím poskytované řádně užívat, tj. v režimu 5×12 (tj. v pracovní dny od 6:00 do 18:00), přičemž bude započítaná každá zahájená minuta.
Tns je doba, po kterou Objednatel nemůže ICT služby poskytované spravovaným systémem řádně užívat v rámci výše uvedeného režimu, přičemž bude započítána každá zahájená minuta.
Do nedostupnosti Tns se nezapočítává doba, kdy Zhotovitel nemohl z důvodů zavinění na straně Objednatele poskytnout sjednané služby (např. výpadek konektivity, porucha HW mimo poruchu HW v záruce poskytované Zhotovitelem, závada způsobená update/upgrade SW ve vlastnictví Objednatele, apod.), nebo byla doba nedostupnosti způsobena chybovým stavem mimo spravovaný systém. Do nedostupnosti Tns se nezapočítává rovněž doba plánovaných odstávek, které jsou sjednány dohodou smluvních stran.
Nedostupnost Tns se počítá od nahlášení chybového stavu Zhotoviteli dohodnutým způsobem do obnovení ICT služeb spravovaného systému, které je stvrzené oběma stranami s uvedením času obnovy ICT služeb.
Pro účely měření kvality Služeb poskytovaných Zhotovitelem jsou definovány tyto SLA metriky:
Garance zahájení plnění požadavku;
Garance obnovení služeb;
Garance plnění požadavku.
Služby poskytované Zhotovitelem musí být poskytovány v takové úrovni a kvalitě, aby byla zajištěna níže uvedená požadovaná dostupnost ICT služeb spravovaného systému takto:
1) SLA HA 1 - Dostupnost služeb poskytovaných spravovaným systémem – měřeno v určeném období kalendářní měsíc: 95 % - viz čl. 9.3.1 a) SLA HA metriky.
2) SLA HA 2 - Maximálně přípustná nepřetržitá doba nedostupnosti služeb poskytovaných spravovaným systémem – měřeno v určeném období kalendářní měsíc: 12 hod.
SLA - ujednání o kvalitě služeb poskytovaných Xxxxxxxxxxxx
Zhotovitel se zavazuje poskytovat Služby vůči spravovanému systému v kvalitě definované následovně:
1) SLA 1 - Zhotovitel se zavazuje poskytovat Služby typu servisní zásah vůči spravovanému systému jako celku či jeho části následovně:
SLA 1 |
||
Kategorie události |
Garance servisního zásahu |
|
Garance zahájení servisního zásahu od nahlášení |
Garance obnovení služeb od nahlášení |
|
Havárie (mimořádná událost) |
Nejpozději do 1 hodiny |
Nejpozději do 24 hodin |
Významná závada (naléhavá událost) |
Nejpozději do 6 hodin |
Nejpozději do 48 hodin |
Závada (omezená událost) |
Nejpozději do 24 hodin |
Nejpozději do 72 hodin |
2) SLA 2 - Zhotovitel se zavazuje poskytovat služby typu plnění požadavků vůči spravovanému systému jako celku či jeho části následovně:
SLA 2 |
||
Kategorie události |
Garance plnění požadavků |
|
Garance zahájení plnění požadavku od nahlášení (reakční lhůta) |
Garance plnění požadavků od nahlášení |
|
Podpora dle KS.1.1, KS.1.3, KS.1.4, KS 1.6 |
Pokud není určeno jinak, nejpozději do následujícího pracovního dne |
Pokud není určeno jinak, plněním se zde rozumí realizace daného požadavku v dohodnutých termínech nejpozději však do 5 pracovních dnů. |
S2 |
Pokud není určeno jinak, nejpozději do 5 pracovních dnů. |
Pokud
není určeno jinak, plněním se zde rozumí realizace daného
požadavku |
SLA HA - sankční ujednání k ujednání o dostupnosti ICT služeb
Objednatel je oprávněn nárokovat u Zhotovitele smluvní pokutu za neplnění závazků vyplývajících z kap. 9.3.2 a) – SLA HA následovně:
Sankční ujednání k SLA HA |
|
SLA HA 1 - Nedodržení požadované dostupnosti ICT služeb v daném období: |
50 000,- Kč |
SLA HA 2 - Překročení maximálně přípustné nepřetržité doby nedostupnosti ICT služeb v daném období: |
10 000,- Kč |
SLA - sankční ujednání k ujednání o kvalitě služeb
1) SLA 1 – Objednatel je oprávněn nárokovat u Zhotovitele smluvní pokutu za neplnění závazků vyplývajících z kap. 9.3.2 b) bod 1 – SLA 1 následovně:
Sankční ujednání k SLA 1 |
||
Kategorie události |
Garance servisního zásahu |
|
Sankce za porušení závazku zahájení servisního zásahu, a to za každý i jen započatý den z prodlení |
Sankce za porušení závazku obnovení služeb, a to za každý i jen započatý den z prodlení |
|
Havárie (mimořádná událost) |
10 000,- Kč |
30 000,- Kč |
Významná závada (naléhavá událost) |
5 000,- Kč |
15 000,- Kč |
Závada (omezená událost) |
1 000,- Kč |
2) SLA 2 – Objednatel je oprávněn nárokovat u Zhotovitele smluvní pokutu za neplnění závazků vyplývajících z kap. 9.3.2 b) bod 2 – SLA 2 následovně:
Sankční ujednání k SLA 2 |
||
Kategorie události |
Sankce za porušení závazku zahájení plnění požadavku, a to za každý i jen započatý den z prodlení |
Sankce za porušení závazku plnění požadavku, a to za každý i jen započatý den z prodlení |
Podpora dle KS.1.1, KS.1.3, KS.1.4, KS 1.6, S2 |
1 000 Kč |
2 000 Kč |
Akceptace
– je právní úkon
vyjadřující schválení poskytnutého plnění služeb a garancí,
vč. potvrzení, že poskytnuté plnění nemá zjevné vady, je
kompletní, provedené ve sjednaných termínech a kvalitě. Součástí
akceptace může být i výčet výhrad, nedostatků, vč. jejich
popisu
a záznamu o závazných termínech provedení nápravy.
Akceptační
protokol – je signovaný
doklad o provedené akceptaci. Akceptační protokol signuje
za
Objednatele Vedoucí projektu na základě kladného vyjádření
příslušného specialisty nebo specialistů (Technický
specialista, Specialista servisních služeb, Specialista rozvojových
služeb).
Člověkoden (zkratka ČD) - znamená čas odpovídající práci jedné osoby po dobu jednoho pracovního dne. Odpovídá 8 člověkohodinám.
ICT služby – jsou služby, které prostřednictvím spravovaného systému anebo jeho částí, poskytují hodnotu koncovým uživatelům, odběratelům těchto služeb.
KO kritéria – typ a počet vad, které může mít Dílo v okamžiku předání, aniž by se bránily užívání.
Konfigurační položka – je hardwarový nebo softwarový prostředek nebo soubor prostředků tvořící funkční celek, včetně nastavené funkční konfigurace, který se podílí na dodávce ICT služeb informačního systému.
Servisní garance, garance – je závazek Zhotovitele servisních služeb poskytovat sjednané servisní služby dohodnutým způsobem a v dohodnutých termínech.
Servisní zásah – je poskytnutí servisních služeb za účelem eliminace, odstranění či nápravy chybových stavů s cílem obnovení dostupnosti anebo sjednané kvality ICT služeb.
Uživatel, koncový uživatel – je pracovník Objednatele nebo jiný Objednatelem určený pracovník, který je oprávněn využívat ICT poskytované spravovaným systémem.
Provozní prostředí Objednatele – základní provozní technologické IT prostředí je postaveno na produktech Microsoft, tj. operačních systémech MS WINDOWS pro servery a MS WINDOWS 10 pro koncové stanice, a databázích MS SQL server.
Chybový stav – je událost spojená s omezením kvality poskytování služeb danou konfigurační položkou nebo funkčním celkem na této konfigurační položce závislým nebo spravovaným systémem jako celkem, která znamená:
neplánované přerušení služeb poskytovaných konfigurační položkou, závislým funkčním celkem nebo spravovaným systémem,
omezení kvality služeb poskytovaných konfigurační položkou, závislým funkčním celkem nebo spravovaným systémem,
ohrožení kvality služeb poskytovaných konfigurační položkou, závislým funkčním celkem nebo spravovaným systémem na základě dosažení určitých definovaných prahových (kritických) hodnot sledovaných provozních parametrů na konfigurační položce nebo závislém funkčním celku (též nežádoucí událost).
Havárie (mimořádná událost) je:
úplné přerušení provozu či nedostupnost služeb poskytovaných spravovaným systémem s dopadem na všechny nebo většinu uživatelů,
Významná závada (naléhavá událost) je:
částečné přerušení provozu či omezení kvality služeb poskytovaných spravovaným systémem nebo jeho funkční části s dopadem na omezenou skupinu uživatelů či omezenou hmotnou škodu;
porucha konfigurační položky, která omezuje kvalitu užití služeb poskytovaných informačním systémem nebo jeho funkční části;
porucha konfigurační položky nebo funkčního celku, jejímž důsledkem může být v budoucnu způsobena mimořádná událost, havárie.
Závada (omezená událost, drobná porucha) je:
porucha konfigurační položky, která nemá bezprostřední vliv na schopnost spravovaného systému či jeho funkční části poskytovat požadované služby;
porucha konfigurační položky, spravovaného systému nebo jeho funkční části bránící užívání služeb konkrétnímu jednotlivému uživateli.
Cílem řešení chybových stavů je obnovení dostupnosti či úrovně kvality služeb poskytovaných spravovaným systémem nebo jeho funkční části nebo oprava chybového stavu či poruchy konkrétní konfigurační položky.
Pro účely prokazování plnění se definují následující procedury:
nahlášení chybového stavu nebo požadavku;
zahájení servisního zásahu;
zahájení plnění požadavku;
obnovení služby (funkčnosti);
akceptace a akceptační protokol.
Nahlášením chybového stavu nebo požadavku se rozumí:
nahlášení chybového stavu nebo požadavku kterýmkoliv odpovědným pracovníkem Objednatele způsobem skrze hotline, helpdesk, email Zhotovitele, anebo
prokazatelný příjem informace o chybovém stavu na straně Zhotovitele na základě automatizovaného sledování (vzdáleného monitoringu) vybraných provozních parametrů a následné předání této informace Objednateli dle dohodnuté procedury, dohodnutá procedura musí umožnit transparentní sledování
a vyhodnocování provozního stavu sledovaných systémů a chybových hlášení i ze strany Objednatele.
Zahájením servisního zásahu se rozumí:
zaslání potvrzení o zahájení servisního zásahu dohodnutým způsobem (email, helpdesk) odpovědným pracovníkům Objednatele, kteří servisní zásah nahlásili;
zahájení prací na eliminaci či odstranění chybového stavu pracovníky Zhotovitele.
Zahájením plnění požadavku se rozumí:
zaslání potvrzení o zahájení plnění požadavku Zhotovitelem dohodnutým způsobem (email, helpdesk) odpovědným pracovníkům Objednatele, který požadavek zadal a
zahájení prací na řešení požadavku Xxxxxxxxxxxx (např. analýza, upřesnění požadavku, příprava obchodní nabídky aj.).
Obnovením služby (funkčnosti) se rozumí:
obnovení služby (funkčnosti) dané konfigurační položky Díla nebo Díla jako celku či jeho funkční části do stavu, v jakém se nacházel před vznikem chybového stavu, nebo do nového stavu, který je schválen jako odpovídající Specialistou servisních služeb Objednatele.
Plnění sjednaných servisních
služeb ve sjednaném
rozsahu a kvalitě je prokazováno zápisem
o stavu plnění
servisních služeb vyhotoveným Zhotovitelem a podepsaným
odpovědnými pracovníky Zhotovitele i Objednatele.
Plnění Preventivní prohlídky ve sjednaném rozsahu a kvalitě je prokazováno formou předáním zprávy, protokolu o prohlídce, o výsledku provedené preventivní prohlídky vč. případných doporučení nápravných opatření; protokol o prohlídce vyhotovuje Zhotovitel.
Plnění Konzultační
návštěvy ve sjednaném
rozsahu a kvalitě je prokazováno prostým
zápisem
o konzultační
návštěvě, vč. záznamu o počtu čerpaných hodin (dnů)
z dohodnutého limitu.
Čestné prohlášení
Účastník prohlašuje na svou čest, že jim nabízené plnění splňuje zadavatelem požadované technické podmínky uvedené v tomto dokumentu.
V DOPLNÍ ÚČASTNÍK dne DOPLNÍ ÚČASTNÍK
Název účastníka: DOPLNÍ ÚČASTNÍK
Jméno a funkce osoby oprávněné za účastníka jednat: DOPLNÍ ÚČASTNÍK
…………………………………………………..
(podpis) DOPLNÍ ÚČASTNÍK
1 Účastník zadávacího řízení použije tuto tabulku tolikrát, kolik serverů o různé specifikaci ve své nabídce nabídne.
2 Účastník zadávacího řízení použije tuto tabulku 2× v případě, že nabídne diskové pole o různé specifikaci.
3 Účastník zadávacího řízení použije tuto tabulku 2× v případě, že nabídne switche o různé specifikaci.
Stránka 1 z 76