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

3.5. Auditní služby a logy 30

3.6. Systémové požadavky 30

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.3. Požadavky na školení 40

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

7.8. Požadavky na EXIT 48

8. Součinnost Objednatele 50

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. Hodnocení služeb 67

9.3.1. SLA metriky 67

9.3.2. SLA – ujednání o kvalitě servisních služeb poskytovaných Zhotovitelem 68

9.3.3. Sankční ujednání 69

9.4. Definice pojmů 70

9.5. Definice chybových stavů a požadavků 71

9.5.1. Chybový stav (incident) 71

9.5.2. Typy událostí 71

9.6. Způsob prokazování plnění servisních služeb. 71

1. Požadavky na rozsah plnění

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:

1. 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.

2. 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.

3. Kompletní dokumentaci v elektronické podobě.

4. Vyhotovení Exitového plánu.

5. Zajištění provozní podpory a rozvoje systému REÚIP.

1. Základní popis současného stavu 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

2. Umístění infrastruktury

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.

2. Cílový stav informačního systému po provedené transformaci

• 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í.

3. Základní požadavky na řešení systému REÚIP

Úč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.

1. Základní vymezení realizačního rámce

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: Proces řízení kontrol a podpory správního řízení Řízení postupu kontroly a všech souvisejících procesů, vč. vytvoření potřebného softwarového zázemí pro 700 současně pracujících uživatelů s možností budoucího rozšíření na dvojnásobek, tedy maximálně 1400 uživatelů. Součástí je také zajištění přijímání hlášení o úrazech a přijímání podnětů, jako vstupů iniciujících kontroly; vytvoření systému reportingů.
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: Napojení na informační systém základních registrů (ISZR) a následná implementace tohoto řešení, jehož výsledkem je fyzická integrace na ISZR; Zpřístupnění portálových modulů a rozhraní pro CzechPOINT@office; Zajištění napojení na rozhraní spisové služby za účelem řízené komunikace s externími subjekty v návaznosti na klíčové procesy správního řízení a agendy systému REÚIP v souladu se zákonnými normami; Napojení na jmenný rejstřík dle platné legislativy.
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 s ukončením svého plnění vůči Objednateli.

2. Provozní architektura – ideové schéma

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×):¹

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×)²:

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×)³:

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.

3. Obecné požadavky na řešení

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 a vytváří jednotné aplikační prostředí pro práci uživatelů.
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 a likvidaci dat, ve znění pozdějších předpisů (vyhláška o 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 a komunikační protokoly.
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ů a upgradů on-line s minimalizací přerušení provozu.

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 a likvidaci dat, ve znění pozdějších předpisů (vyhláška o 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., o službách vytvářejících důvěru pro elektronické transakce, ve znění pozdějších předpisů.

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.

4. Autentizace a řízení přístupů

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ě: aplikační SW musí být napojen na doménu a nesmí být napojen pouze na konkrétní doménový řadič; uživatel přihlášený do domény již nemusí být autentizován pro práci v systému REÚIP; pro řízení přístupu musí být využito tzv. uživatelských skupin v Active Directory, řešení musí umožnit načíst tyto uživatelské skupiny a členství uživatele ve skupině z MS Active Directory Objednatele.
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 a organizačních zvyklostí organizace.
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 a funkcím informačního systému.

5. Auditní služby a logy

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 z těchto uvedených protokolů – UDP/TCP 514 (SYSLOG), TCP 20514 (RELP, nešifrovaně) a TCP 20515 (RELP, šifrovaně) nebo přes databázové spojení.
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ů.

6. Systémové požadavky

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ů a výstupů.
3.6.7	Všechny tiskové výstupy a exporty musí být individuálně konfigurovatelné a přizpůsobitelné dle nastavení informačního systému a možnosti MS Microsoft Dynamics 365 Sales.
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: "Záznam o úrazu"; "Záznam o úrazu - hlášení změn"; Obsah a náležitosti stanoví Nařízení vlády č. 201/2010 Sb., o způsobu evidence úrazů, hlášení a zasílání záznamu o úrazu, ve znění pozdějších předpisů; Podání podnětu ke kontrole.

4. Požadavky na funkcionalitu systému REÚIP

Ř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)

1. Základní služby nové verze po sloučení programových platforem informačního systému REÚIP

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.

5. Požadavky na provozní prostředí a soulad s prostředím Objednatele

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: Počet fyzických serverů (počet jader procesoru, velikost paměti); Počet virtuálních severů (počet jader procesoru, velikost paměti); Specifikaci datového prostoru pro ukládání dat (velikost a strukturu); Specifikaci a rozsah síťového připojení (datové přepínače, kabeláž ad.).

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.

6. Interface – požadavky na aplikační rozhraní

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)

1. Požadované aplikační rozhraní (interface) na externí systémy

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ů a distribuci dokumentů a elektronickým systémem spisové služby. Propojení bude vytvořeno dle rozhraní definovaného v kapitole 9 Národního standardu pro elektronické systémy spisové služby nebo obdobného z něj vycházejícího rozhraní, přičemž dokument VMV čá. 57/2017 (část II) vč. jeho příloh 1A – 1F je zveřejněn ve Věstníku MV ČR v sekci pro rok 2017 (xxxxx://xxx.xxxx.xx/xxxxxx/xxxxxxx-xxxxxxxxxxxx-xxxxxx-xxxxxxx-xxxxxxxxxxxx-xxxxxx.xxxx)
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: Provádění autentizace uživatelů na základě přístupových práv AD SÚIP; Import uživatelů a jejich atributů.
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.

7. Doplňkové (nefunkční) požadavky

Úč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)

1. Požadavky na projektové řízení

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ů v uvedených rolích může být učiněna pouze na základě písemné žádosti Objednateli a jejím schválení Objednatelem. Jedná se o tyto role Realizačního týmu: Vedoucí projektu; Specialista správy operačních systémů Microsoft Windows Server; Databázový specialista; Projektový architekt Microsoft Dynamics 365; Programátor/Vývojář Microsoft Dynamics 365; Implementátor (konfigurační manažer) Microsoft Dynamics 365; Bezpečnostní konzultant ICT.
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 o kontrole kvality je Zhotovitel povinen odstranit v dohodnutých termínech.
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.

2. Požadavky na testování

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 a Objednatelem schválených scénářů realizovat Objednatel či jím pověřená třetí strana, přičemž Zhotovitel je povinen na žádost Objednatele rozšířit testovací scénáře. 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 v důsledku plnění Zhotovitele, je povinen je na své náklady eliminovat. Zároveň je povinen doplnit související dokumentaci, pokud se ukáže jako nedostatečná v rámci bezpečnostních testů. Bezpečnostní problém vyplývající z testů se považuje za významnou závadu dle kapitoly 9.5.2.. tohoto dokumentu.
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.

3. Požadavky na školení

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ášť: Administrátor a správce systému REÚIP - max. 15 osob; Garant - školitel - max. 20 osob.
7.3.9	Místo konání Objednatel požaduje proškolení uživatelů systému REÚIP v prostorách SÚIP.

4. Požadavky na migraci dat do dodávaného řešení systému REÚ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 o průběhu a výsledku migrace.
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 a úplnost migrovaných dat. O průběhu migrace bude vedena Xxxxxxxxxxxx dokumentace dle kap. 7.4.5. tohoto dokumentu.
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 a požadovanou konzultační součinnost. Xxxxxxxxxx provede nápravu na základě auditního nálezu a provede aktualizaci dokumentace migrace.
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í: Analýza rozsahu, objemu a formátu dat; Analýza cílového zdrojového systému; Stanovení pravidel migrace, struktury migrovaných dat a formy migrace; Harmonogram provedení migrace – datový vzorek, zkušební migrace, ostrá migrace; Definice požadavků na případnou zápůjčku migračního SW a HW. Příprava převodního prostředí (aplikací pro export, import, čištění, kontrolu); Způsob a provedení integračních a migrační testů (odzkoušení exportu a importu dat); Čištění dat; Zkušební vzorek; Zkušební migrace; Ostrá migrace dat; Kontrola a testování migrace, vč. kontroly na integritu a úplnost migrovaných dat; Zálohování starých dat.
7.4.13	Zkušební migrace Zhotovitel odpovídá za provedení zkušební migrace dat v rozsahu, termínu a způsobu provedení dle schváleného Plánu migrace.
7.4.14	Ostrá migrace Zhotovitel odpovídá za provedení ostré migrace dat v rozsahu, termínu a způsobu provedení dle schváleného Plánu migrace.

5. Požadavky na napojení SW a HW systémů a výstupů

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ů Data o nákladech řízení jsou prostřednictvím datového souboru předávána ekonomickému informačnímu systému SÚIP (EIS); Data o pravomocných sankcích jsou v termínech dle platné legislativy prostřednictvím datového souboru předávána v rámci resortu SÚIP; Data o opakovaných oprávněných či částečně oprávněných podnětech jsou v termínech dle platné legislativy prostřednictvím datového souboru předávána v rámci resortu SÚIP; Napojení (konektor) informačního systému na jmenný rejstřík jako samostatnou součást (databázi) systému elektronické spisové služby dle platné legislativy. Podpora exportu otevřených dat podle zákona č. 106/1999 Sb., o svobodném přístupu k informacím, ve znění pozdějších předpisů. Možnost výběru možné datové sady ke zveřejnění Stupeň otevřenosti alespoň 3 Možnost exportu vybrané datové sady v kódování UTF-8 a formátech: Comma-separated Values (CSV), eXtensible Markup Language (XML, xxxx://xxx.x0.xxx/XX/xxx/), kde jednotlivé řádky tabulky jsou zapsány jako samostatné XML elementy strukturované pomocí zanořených XML elementů a XML atributů reflektujících hlavičku reprezentované tabulky, nebo JavaScript Object Notation (JSON, xxxx://xxx.xxxx-xxxxxxxxxxxxx.xxx/xxxxxxxxxxxx/xxxxx/XXXX-XX/XXXX-000.xxx), kde jednotlivé řádky tabulky jsou reprezentovány jako samostatné JSON objekty strukturované do dle hlavičky reprezentované tabulky. Technické standardy pro export otevřených dat jsou uvedeny na stránkách Ministerstva vnitra xxxxx://xxxxxxxx.xxx.xx/xxxxxxxxx:xxxxxxxxx-xxxxxxxxx-xxx-xxxxxx-xxxx-xx-xxxxxx-0

6. Požadavky na dokumentaci nové verze systému REÚIP

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í a provozní. Zhotovitel povede centrální knihovnu těchto dokumentů s uvedením všech verzí a datem posledních změn v úložišti dokumentů poskytnutém Objednatelem.
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 a ve formátu PDF (každý dokument v obou formátech), a to ve verzi aktuálně uvolněné ke dni akceptace. Dokumenty nebudou uzamčené na provádění editace a tisku.
7.6.4	Jazyk dokumentace Výstupy dokumentové povahy budou vytvořeny v českém jazyce s výjimkou odkazované technické dokumentace pro správce a administrátory, která může být též v jazyce anglickém. 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é v kontextové nápovědě.
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 o postupu prací).
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ě: Popis přístupů ke všem správcovským, administrátorským a servisním účtům, Disaster-recovery plány (plány obnovení dostupnosti služeb dodávaného řešení), 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: Bezpečnostní dokumentace informačního systému veřejné správy; Systémová příručka a Uživatelská příručka. Zhotovitel dále dodá provozní příručky: Příručku činnosti správce – popisující jednotlivé administrátorské činnosti vzhledem k opravě chyb a uživatelských postupů (workflow); Příručku činnosti správce – popisující administrátorské činnosti při úpravách a vytváření procesů, dokumentů a šablon a popis nastavení jednotných procesů a uživatelů; Součástí provozní dokumentace budou operační příručky, které zahrnují provozní postupy údržby, plány obnovy, zálohovací plány a postupy archivace. Zhotovitel v Provozní dokumentaci uvede také: Finální popis implementace dodávaného řešení, vč. dokumentace databázových struktur (tj. popis jednotlivých tabulek, jejich vazeb a databázových pohledů); Popis procesů správy dodávaného řešení (procesy a nastavení související s managementem dodávaného řešení, s monitoringem provozních stavů s postupy pro nasazování nových verzí softwarových komponent). 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í.

7. Požadavky na nasazení nové verze systému REÚIP

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: plán migrace, plán testování, plán školení.
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 i WAN), technologické možnosti sítě a bezpečnostní pravidla. Síťový standard je popsán v příloze č. H zadávacích podmínek, resp. příloze č. 2 smlouvy.
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.

8. Požadavky na EXIT

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 a popřípadě s třetími osobami za účelem plynulého a řádného převedení všech činností spojených s poskytováním Servisních služeb nebo Rozvoje na Objednatele nebo nového Poskytovatele těchto služeb.
7.8.4	Migrace dat pro ukončení provozu systému REÚIP Pro případ ukončení provozu systému REÚIP Zhotovitel: Navrhne formou dokumentu způsob ověřitelného předání dat Objednateli na základě kontrolních mechanismů dat. Provede ověření předaných dat podle návrhu. Protokolárně Objednateli předá data na dvojici kopií datových médií. 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 a další autentizační prostředky, které Objednateli umožní administrátorský přístup k veškerým datům, databázím, systémům a aplikaci, případně k dalším technickým prostředkům využívaným Zhotovitelem pro potřeby plnění jeho služeb, a to ve lhůtě písemně stanovené Objednatelem, nejpozději však k datu ukončení plnění Zhotovitele.
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.

8. Součinnost 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.

1. Součinnost pro projektové řízení

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, Technický specialista, Specialista servisních služeb, Specialista rozvojových služeb, Manažer kybernetické bezpečnosti, Členové realizačního týmu. 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 a informace, související s realizací plnění, a to nejpozději do pěti pracovních dnů po doručení písemné žádosti, pokud se strany nedohodnou jinak.
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 a pouze ty určené technické prostředky Objednatele, kam je přístup nutný z důvodu plnění Díla, přičemž o úrovni přístupových práv rozhoduje Objednatel. K tomu smluvní strany sjednávají vzdálený přístup prostřednictvím zabezpečeného kanálu sítě Internet, způsobem připojení je VPN tunel (IPSec, PPTP, SSL) + RDP nebo RDP přístup (terminálová relace).

2. Součinnost pro implementaci

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é a technické pracovníky v rozsahu odpovídajícímu ekvivalentu plného úvazku min. dvou pracovníků.
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.

3. Součinnost pro provedení testování

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.

4. Součinnost pro provedení migrace

Součinnost pro provedení migrace je poskytovanou součinností Objednatele nezbytnou pro provedení migrace Zhotovitelem.

Xxxxx	Xxxxxxxxx – základní popis
8.4.1	Rozsah součinnosti pro provedení migrace V rámci Zhotovitelem vytvářeného Plánu migrace poskytne Objednatel nezbytné konzultace a současně se bude účastnit pracovních schůzek a workshopů jak se Zhotovitelem, tak s dodavateli stávajících informačních systémů.
8.4.2	Poskytnutí přístupu k datům Objednatel poskytne nezbytný přístup k datům stávající verze informačního systému a zajistí součinnost s dodavateli všech systémů.
8.4.3	Data pro migraci Objednatel zajistí relevantní data pro migraci dle domluvené struktury a integritních pravidel. Podílí se na ověření správnosti převedených dat a na čištění dat před migrací, nebo následných korekcích a pořizování dat, která nemohla být plně převedena. Pokud v rámci kontroly migrovaných dat v nové verzi systému REÚIP dojde k nekonzistenci a problém byl po kontrole migrační databáze nalezen v předávaných datech, zajistí Objednatel doplnění chybějících položek, entit či vazeb v následující „migrační dávce“.
8.4.4	Formát dat Objednatel poskytne aktuální datové soubory ze stávajících informačních systémů ve formátu akceptovaném cílovým systémem MS Microsoft Dynamics 365 Sales. Požadované soubory budou obsahovat dohodnutou strukturu dat, včetně platných formátů.
8.4.5	Datový vzorek Objednatel spolupracuje na vytvoření datového vzorku pro testovací migraci se Zhotovitelem.
8.4.6	Zkušební migrace Objednatel spolupracuje na kontrole konzistence dat po zkušební migraci se Zhotovitelem.
8.4.7	Ostrá migrace Objednatel spolupracuje na provedení ostré migrace se Zhotovitelem a zavazuje se mu poskytnout „ostrá data“ k migraci do nové verze systému REÚIP před zahájením rutinního provozu. Termín předání dat bude uveden v Plánu migrace.

5. Součinnost pro nasazení nové verze systému REÚIP

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.

6. Součinnost pro školení

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í.

9. Definice servisních služeb

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

1. Provozní podpora systému REÚIP

Vymezení servisní služby

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í k bezproblémovému chodu všech logických částí systému REÚIP ve všech požadovaných prostředích. Součástí služby jsou všechny činnosti nutné k zajištění požadované dostupnosti systému REÚIP a odezvy služby. Objednatel požaduje plnění nejméně v rozsahu pokrývajícím všechny uvedené logické části a systému REÚIP a činností uvedených u komponent služby KS1.1 – KS1.6. 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.

1. 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.

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).

3. 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ů.

4. 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.

5. 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.

6. 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.

1. Služby údržby dokumentace systému REÚIP

Vymezení služby

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 v závislosti na změnách či rozvoji informačního systému, který zanáší do aktuálně platné dokumentace nepřesnosti, či v jejichž důsledku musí být odebrány či přidány v dokumentaci nové části. Údržba dokumentace se provádí průběžně, přičemž předání aktuální dokumentace skutečného stavu Objednateli se uskuteční na jeho výzvu, xxx. však jednou za rok, a to do jednoho měsíce od odeslání výzvy.
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í: Údržba uživatelské dokumentace; Údržba základní bezpečnostní dokumentace; Údržba provozní dokumentace; Údržba školící dokumentace; Údržba projektové dokumentace.
Rozsah plnění
Plnění služby údržby dokumentace (garance aktualizované dokumentace) je: Aktualizovaná dokumentace reflektuje všechny změny, které byly provedeny v rámci změn či rozvoje informačního systému; Aktualizovaná uživatelská, školicí a provozní dokumentace bude předána před implementací změn, které aktualizaci vyvolaly. Ostatní dokumentace do dvou pracovních dnů po provedené implementaci; Nově vzniklá dokumentace je napsána v českém jazyce. V anglickém jazyce mohou být původní produktové manuály, které se stanou součástí dokumentace. 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 s dokumentací bude vedena evidence změn dokumentace obsahující seznam všech typů a verzí dokumentace se stručným popisem změn od předcházejících verzí dokumentace. Tato evidence bude předávána Objednateli vždy společně s aktualizovanou dokumentací. Rozsah plnění ze strany Zhotovitele zahrnuje veškeré náklady Zhotovitele vyplývající z této činnosti.
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.

3. Hodnocení služeb

   1. SLA metriky

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.

1. 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 [%] = ( (T_ds - T_ns)/ T_ds x 100), kde

• T_ds 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.

• T_ns 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 T_ns 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 T_ns se nezapočítává rovněž doba plánovaných odstávek, které jsou sjednány dohodou smluvních stran.

Nedostupnost T_ns 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.

2. SLA - metriky pro měření kvality Služeb poskytovaných Zhotovitelem

Pro účely měření kvality Služeb poskytovaných Zhotovitelem jsou definovány tyto SLA metriky:

1. Garance zahájení servisního zásahu;

2. Garance zahájení plnění požadavku;

3. Garance obnovení služeb;

4. Garance plnění požadavku.

2. SLA – ujednání o kvalitě servisních služeb poskytovaných Zhotovitelem

1. SLA HA - ujednání o úrovni dostupnosti ICT služeb poskytovaných spravovaným systémem

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.

2. 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 v dohodnutých termínech nejpozději však do 20 pracovních dnů.

3. Sankční ujednání

1. 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č

2. 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č	3 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č

4. Definice pojmů

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.

5. Definice chybových stavů a požadavků

   1. Chybový stav (incident)

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).

1. Typy událostí

1. 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ů,

1. 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.

1. 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.

6. Způsob prokazování plnění servisních služeb.

1. 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.

2. 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.

3. 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.

4. 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.).

5. 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