SPECIFIKACE PLNĚNÍ
Příloha č. 1 Technická specifikace
SPECIFIKACE PLNĚNÍ
(část přílohy 1 Smlouvy o rozvoji a provozu systému ARSYS.X po přechodné období) OBSAH
1 Popis JSPSV a požadavky na integraci 3
1.1 Úvod 3
1.2 Modulová architektura 6
1.2.1 Modulární členění 6
1.2.2 Oblast výkonu agend v oblasti zaměstnanosti 6
1.2.3 Oblast výkonu agend v oblasti dávek 7
1.2.4 Oblast podpůrných a průřezových činností 11
1.2.5 Oblast integrace a provozu 15
1.3 Výpočetní prostředí 17
1.3.1 Popis prostředí 18
1.3.2 Poskytované funkce 19
2 Základní požadavky na systém ESS 20
2.1 Funkční požadavky 20
2.1.1 Požadavky k nasazení do 1. 12. 2015 20
2.1.2 Požadavky k nasazení do 31. 12. 2015 23
2.1.3 Požadavky k nasazení do 31. 3. 2016 27
2.1.4 Požadavky k nasazení do 30. 6. 2016 29
2.1.5 Požadavky k připojení nových agendových systémů v roce 2017 33
2.2 Další požadavky 36
2.2.1 Výkonnostní požadavky 36
2.2.2 Provozní požadavky 38
2.2.3 Požadavky na testování 38
2.2.4 Požadavky na dokumentaci 39
2.2.5 Požadavky na migraci 41
2.2.6 Požadavky na školení 42
3 Požadaveky na služby podpory provozu 44
3.1 Služby 44
3.1.1 Služba „S1_Provozní podpora ESS MPSV“ 44
3.1.2 Služba „S2_Export dat ESS, ukončení služby“ 60
3.2 Hodnocení služeb 62
3.2.1 Parametry hodnocení služeb, procentní nastavení 62
3.2.2 Vyhodnocení parametrů plnění dostupnosti 62
3.2.3 Celková kvalita služby 65
4 Způsob Podpory a rozvoje ESS 68
5 Součinnost Zadavatele 68
5.1 Součinnost pro analýzu a návrh 68
5.2 Součinnost pro testování 68
5.3 Součinnost pro migraci 69
5.4 Součinnost pro nasazení 70
5.5 Součinnost pro školení 70
5.6 Součinnost pro projektové řízení 71
6 Použité pojmy a zkratky 71
6.1 Obecné pojmy 71
6.2 Orgány veřejné moci 73
6.3 Předpisová základna 74
6.4 Dávky 75
6.5 Informační systémy 75
6.6 Informační technologie 76
Význam dokumentu |
Předmětem přílohy 1 smlouvy, kromě specifikace implementace a zajištění provozu a rozvoje spisové služby Zadavatele v souladu s legislativou, je i napojení nových agendových systémů na spisovou služby ArsysX v roce 2017 (viz bod 8 harmonogramu smlouvy a kapitola 3.1.9. smlouvy). Informace uvedené v kapitole 1 se vztahují na nově budovaný systém, ve kterém je spisová služba jedním ze základních pilířů. Rozsah požadované funkčnosti v závislosti na režimu a využívání spisové služby
v jednotlivých obdobích je definován požadavky v kapitole 2 tohoto dokumentu. Celkový rozsah poskytovaných služeb je uveden v kapitole 3 tohoto dokumentu.
1. Popis JSPSV a požadavky na integraci |
Zadavatel v této kapitole shrnuje základní architekturu Jednotného informačního systému práce a sociálních věcí, (dále také jako “JISPSV”).
1.1 ÚVOD
Ministerstvo práce a sociálních věcí provozuje dle příslušné legislativy “Jednotný informační systém práce a sociálních věcí” (dále také jako “JISPSV”), který zajišťuje podporu výkonu agend resortu a dalších návazných evidencí. Resort MPSV a jeho agendy jsou naprosto klíčovými službami státu, jež pro svoje klienty představují mnohdy naprostou existenční nutnost. V první řadě je tedy povinností resortu tyto služby zajistit, a to řádným výkonem souvisejících agend veřejné správy.
Pro výkon svých agend využívá resort zejména JISPSV, jež provozuje na základě § 4a, Zákona č. 73/2011 Sb., o Úřadu práce ČR a na základě jednotlivých agendových zákonů. JISPSV je informačním systémem veřejné správy dle Zákona č. 365/2000 Sb., o informačních systémech veřejné správy a je agendovým informačním systémem dle Zákona č. 111/2009 Sb., o základních registrech.
Ministerstvo je správcem Jednotného informačního systému práce a sociálních věcí, jehož obsahem jsou údaje nezbytné k plnění úkolů ministerstva a Úřadu práce v oblasti státní sociální podpory, pomoci v hmotné nouzi, příspěvku na péči, dávek pro osoby se zdravotním postižením, sociálně- právní ochrany dětí, státní politiky zaměstnanosti a ochrany zaměstnanců při platební neschopnosti zaměstnavatele. Jednotný informační systém práce a sociálních věcí může ministerstvo a Úřad práce využít rovněž za účelem získání potřebných údajů nezbytných pro výplatu a kontrolu vyplácení dávek nebo podpory v nezaměstnanosti, podpory při rekvalifikaci nebo kompenzace. Součástí Jednotného informačního systému práce a sociálních věcí je rovněž Standardizovaný záznam sociálního pracovníka vedený podle zákona o pomoci v hmotné nouzi a zákona o sociálních službách.
Ministerstvo práce a sociálních věcí hodlá formou více veřejných zakázek poptat a implementovat nový JISPSV tak, aby odpovídal potřebám resortu a potřebám podpory výkonu agend, aby byl v souladu s moderními principy eGovernmentu v ČR (jak jsou definovány Ministerstvem vnitra ČR a hlavním architektem) a aby tímto způsobem byly vyřešeny stávající problémy a nedostatky nekonsolidovaného řešení výkonu některých agend. MPSV tak činí na základě modulové architektury nového řešení JISPSV, a bude tedy poptávat jednotlivé části JISPSV (ať už jako informační systémy, evidence, či další části) v několika navazujících a zároveň logických celcích.
Prvním celkem je pak skupina zakázek v přímém vztahu k systémům podporujících činnost MPSV a ÚP v oblasti vykonávaných agend. Jedná se o tyto zakázky:
1. Jednotný informační systém práce a sociálních věcí – IS ZAMĚSTNANOST Předmětem zakázky je dodání a implementace a provoz a podpora systémů a evidencí oblastí pro podporu výkonu agend zaměstnanosti. Jedná se o Informační systém o zaměstnanosti. Tento informační systém podporuje agendy v oblasti zaměstnanosti a trhu práce, jak jsou popsány dle Zákona č. 435/2004 Sb., o zaměstnanosti, podporuje další související evidence a legislativy této oblasti.
2. Jednotný informační systém práce a sociálních věcí – IS DÁVKY Předmětem je dodání a implementace informačních systémů jednotlivých agend v oblasti dávek dle příslušné legislativy:
a. Informační systém o dávkách státní sociální podpory - tento informační systém je provozován dle Zákona č. 117/1995 Sb., o státní sociální podpoře a sdružuje evidence a údaje pro rozhodování a výplatu dávek státní sociální podpory. Předmětem je dodání tohoto informačního systému, a to včetně migrace stávajících dat a zajištění souvisejících procesů.
b. Informační systém pomoci v hmotné nouzi - tento informační systém je provozován na základě Zákona č. 111/2006 Sb., o pomoci v hmotné nouzi a vede údaje a evidence související s výkonem agendy a činností v tomto zákoně. Předmětem je dodání tohoto informačního systému, a to včetně migrace stávajících dat a zajištění souvisejících procesů.
c. Informační systém o příspěvku na péči - jedná se o jeden z informačních systémů provozovaných na základě Zákona č. 108/2006 Sb., o sociálních službách, jež slouží pro výkon agend a činností souvisejících s příspěvkem na péči. Předmětem je dodání tohoto informačního systému, a to včetně migrace stávajících dat a zajištění souvisejících procesů.
d. Registr poskytovatelů sociálních služeb - jedná se o jeden z informačních systémů provozovaných na základě Zákona č. 108/2006 Sb., o sociálních službách, jež slouží pro podporu agend a činností souvisejících s poskytovateli sociálních služeb, s dotačními programy a financováním, výkaznictvím v této oblasti a inspekcí v oblasti sociálních služeb. Předmětem je dodání tohoto informačního systému, a to včetně migrace stávajících dat a zajištění souvisejících procesů.
e. Informační systém o dávkách pro osoby se zdravotním postižením - tento informační systém je provozován na základě Zákona č. 329/2011 Sb., o poskytování dávek osobám se zdravotním postižením a jeho agend a slouží pro podporu agend a činností souvisejících s příspěvkem na mobilitu a s příspěvkem na zvláštní pomůcku a s posuzováním a vydáváním průkazu osob se zdravotním postižením. Předmětem je dodání tohoto informačního systému, a to včetně migrace stávajících dat a zajištění souvisejících procesů.
f. Evidence držitelů průkazů osoby se zdravotním postižením - evidence obsahuje údaje o držitelích průkazu osoby se zdravotním postižením na základě Zákona č. 329/2011 Sb., o poskytování dávek osobám se zdravotním postižením a rozsahu mimořádných výhod dle druhu průkazu. Existují orgány veřejné moci, jež takové údaje mohou od MPSV získávat a jež je potřebují k některým činnostem. V budoucnu se navíc objeví potřeba získávání těchto údajů k prověření nároku na mimořádné výhody pro držitele těchto průkazů i pro fyzické a právnické osoby poskytující služby, jejichž zvláštní režim poskytování pro zdravotně postižené je stanoven. Předmětem je dodání tohoto informačního systému, a to včetně migrace stávajících dat a zajištění souvisejících procesů.
g. Informační systém sociálně-právní ochrany dětí - tento informační systém je provozován pro agendy Zákona č. 359/1999 Sb., o sociálně-právní ochraně dětí. Obsahuje evidence a slouží pro podporu agend a činností v tomto zákoně, a to zejména v souvislosti s pěstounskou péčí a náhradní péčí o dítě. Předmětem je dodání tohoto informačního systému, a to včetně migrace stávajících dat a zajištění souvisejících procesů.
3. Integrovaná podpůrná a provozní data JIS – IS IPPD
Předmětem je dodání a implementace a vazby některých klíčových částí nutných pro podporu fungování celého řešení JISPSV, a to zejména v souvislosti s nutností naplnění legislativních požadavků souvisejících s principy eGovernmentu a s vazbami na činnosti, které nejsou primárně agendami dávkového typu:
a. Evidence subjektů a napojení na registry - je základní kmenovou evidencí osob – jak fyzických osob a jejich vazeb, tak právnických osob a jejich vazeb na osoby fyzické. Podle Zákona č. 111/2009 Sb., o základních registrech musejí i orgány v oblasti sociální péče jako orgány veřejné moci využívat referenční údaje ze základních registrů a nesmějí požadovat jejich další doložení. Evidence fyzických osob bude provázána s Registrem obyvatel (ROB) a Informačním systémem evidence obyvatel (ISEO) a Cizineckým informačním systémem (CIS), jako se základními systémy obsahujícími údaje o entitách fyzických osob a jejich základních vazbách. Pro účely sociální oblasti je však nezbytné udržovat také historii údajů a vazeb jednotlivých fyzických osob, a to jak v návaznosti na agendy v naší gesci, tak v návaznosti na další věci (zákonný zástupce, opatrovník osoby omezené na způsobilosti apod.). Základní údaje o fyzických osobách a jejich
vazbách budou jednotlivé informační systémy JISPSV čerpat z evidence subjektů. Evidence právnických osob bude provázána s údaji v Registru osob (ROS) o právnických osobách a o určitých vazbách na fyzické osoby (jednatel apod.), a to pro účely všech resortních agend a evidencí (třeba v oblasti zaměstnanosti, poskytovatelů sociálních služeb apod.). Existují ale i právnické osoby, které nejsou vedeny v ROS a tyto osoby bude vést evidence subjektů také. Evidence subjektů bude zajišťovat aktuálnost údajů ze základních registrů formou notifikací a aktualizací změn referenčních a dalších údajů.
b. Sdílené a kompozitní služby - tato část bude zajišťovat bod rozhraní pro poskytované služby orgánům veřejné moci a fyzickým a právnickým osobám ve třech základních módech - kompozitní služby ISZR, služby poskytované třetím stranám na základě oborových zákonů MPSV, služby poskytované třetím stranám na základě jiných práv.
c. Evidence případů - evidence případů bude sloužit k jednoduché evidenci informací o pravomocných rozhodnutích, kupříkladu o výplatách jednotlivých dávek. Subjekty budou identifikovány v Evidenci subjektů a jednotlivé informační systémy budou do této Evidence případů zapisovat informace o platných rozhodnutích, jež jsou v danou chvíli v právní moci, ale také o rozhodnutí historických. Evidence případů řeší situace, kdy legislativa a související procesy vyžadují znalost toho, zda subjekt pobírá nějakou dávku, či zda čerpá nějakou službu sociálního systému (třeba zda je v pobytovém zařízení sociálních služeb a tím pádem má omezená práva v souvislosti s dávkami pro osoby se zdravotním postižením). Místo složitého ručního dohledávání či dotazování do všech modulů i s historickými konsekvencemi (neboť v mnohých případech je nutno znát tyto skutečnosti s historickou znalostí několika měsíců předcházejících příslušnému řízení) se využije tato evidence. Tím se zabrání zbytečné nutnosti předávání údajů z mnoha systémů a naopak se ztransparentní, “co kdo a na základě čeho uvidí” a pro jaký účel.
d. Číselníky a datové prvky - obsahuje číselníky a společné datové prvky, jež jsou využívány v dalších modulech a částech JISPSV. Je-li určitý datový prvek řízen číselníkem možných hodnot, je tento číselník spravován zde centrálně a daná součást jej povinně čerpá i s hodnotami z této části.
e. Agendy právních služeb - tato část zajišťuje podporu pro agendy, jež nejsou primárními agendami resortu, ale jež s výkonem agend a činností v resortu souvisejí a mají nějaký vztah k datům vedeným v JISPSV – respektive k osobám vedeným v evidencích. Například se týká agend exekucí, srážek z dávek, insolvencí a dalších. Předmětem je dodání informačního systému podporujícího tyto agendy a činnosti dle jejich rozsahu a procesů.
4. Integrace a provoz JIS – IS PIP
Předmětem zakázky je:
a. Implementace technologií Enterprise Service Bus na platformě Microsoft, jejichž licencemi zadavatel disponuje.
b. Implementace technologií Enterprise Document Storage a Data Content Storage
na platformě Microsoft, jejichž licencemi zadavatel disponuje.
c. Koordinace a implementace referenčních a integračních rozhraní přes ESB pro integraci jednotlivých informačních systémů a částí JIS.
d. Zajištění integrace do JIS pro následující moduly - identity management a správa entit, certifikační autorita a správy certifikátů, auditování a logování, identity management a autentifikace a autorizace, certifikační autorita a správa prostředků důvěry, modul pro audity a logy, podpora tvorby a implementace metodik (formou workflow v rámci DS), modul školení uživatelů a eLearningu, systém podpory uživatelů, systém řízení činností, monitoring a dohled nad celým systémem
formou zajištění implementace a integrace příslušných dohledových nástrojů nad celým systémem a nad ESB.
1.2 Modulová architektura
Celý JISPSV je dle modulové architektury rozdělen jednak dle legislativních potřeb výkonu agend (popsaných v dokumentu "Legislativní rámce pro JISPSV”) a dle vazeb soudržnosti a účelnosti řešení, do čtyř základních oblastí:
• Oblast pro podporu výkonu agend v oblasti zaměstnanosti
• Oblast pro podporu agend v oblasti dávek
• Oblast podpůrných a provozních činností
• Oblast integrace a provozu
Dále uvedený popis architektury vymezuje kontext, v němž bude realizován poptávaný systém.
1.2.1 Modulární členění
Obrázek 1 - Systémy a aplikace
Diagram zobrazuje základní modulární členění informačního systémů JISPSV a jejich vzájemné závislosti.
Primární oblasti pokrývají informační podporu v oblastech zaměstnanosti a dávek a využívají jak služeb systémů oblasti podpory, tak i oblasti integrace a provozu.
Klíčovými závislostmi jsou vazby na společné evidence řešené v kontextu oblasti podpory.
1.2.2 Oblast výkonu agend v oblasti zaměstnanosti
Obrázek 2 - Oblast výkonu agend v oblasti zaměstnanosti
Diagram zachycuje členění informačních systémů v oblasti zaměstnanosti na dílčí podsystémy (aplikace) podporující výkon dílčích agend.
a) Popis zobrazených systémů
Název systému | Popis | Systémy a aplikace |
ISZAM | Tento informační systém podporuje agendy v oblasti zaměstnanosti a trhu práce, jak jsou popsány dle Zákona č. 435/2004 Sb., o zaměstnanosti a Zákona č. 118/2000 Sb. o ochraně zaměstnanců při platební neschopnosti zaměstnavatele. | Aktivní politika zaměstnanosti, Fondy Evropské unie, Insolvence, Monitoring a marketing, Osoby zdravotně postižené, Poradenství, Pracovní rehabilitace, Rekvalifikace, Sdílené zprostředkování, Veřejná služba, Výkon činnosti dítěte, Zahraniční zaměstnanost, Základní evidence |
1.2.3 Oblast výkonu agend v oblasti dávek
Obrázek 3 - Oblast výkonu agend v oblasti dávek
Diagram zobrazuje systémy sloužící podpoře činností v oblasti přiznání a výplaty dávek a souvisejících evidencí.
a) Popis zobrazených systémů
Název systému | Popis | Systémy a aplikace |
ISDOZP | Tento informační systém je provozován na základě Zákona č. 329/2011 Sb., o poskytování dávek osobám se zdravotním postižením a jeho agend. V tomto informačním systému se vedou údaje o příspěvku na mobilitu a příspěvku na zvláštní pomůcku a jejich výši, údaje o žadatelích o tyto dávky, příjemcích těchto dávek a osobách společně posuzovaných a žadatelích o průkaz osoby se zdravotním postižením (a o souvisejících řízeních pochopitelně). | Evidence příjemců, Evidence společně posuzovaných osob, Evidence žadatelů, Příspěvek na mobilitu, Příspěvek na zvláštní pomůcku |
ISDSSP | Tento informační systém je provozován dle Zákona č. 117/1995 Sb., o státní sociální podpoře a sdružuje evidence a údaje pro rozhodování a výplatu dávek státní sociální podpory. V tomto informačním systému se vedou evidence a údaje o dávkách státní sociální podpory a jejich výši, o poživatelích těchto dávek a žadatelích o tyto dávky a osobách s nimi společně posuzovanými. | Evidence dávek, Evidence poživatelů, Evidence společně posuzovaných osob, Evidence žadatelů |
Navíc tento IS poskytuje dalším orgánům veřejné moci údaje sloužící pro jednoznačnou identifikaci a ověření totožnosti osob v některých agendách (například Ministerstvu školství mládeže a tělovýchovy, Rejstříku trestů, zeměměřickým orgánům apod.). Poskytují se také údaje související s členstvím ČR v Evropské unii, a to týkající se oblasti sociálního zabezpečení - tyto údaje se primárně poskytují ČSSZ, ale i dalším orgánům. |
Název systému | Popis | Systémy a aplikace |
ISPNP | Jedná se o jeden z informačních systémů provozovaných na základě Zákona č. 108/2006 Sb., o sociálních službách. Informační systém o příspěvku na péči obsahuje a vede Údaje o žadatelích o příspěvek, o příjemcích příspěvku, výši příspěvku a o fyzických a právnických osobách, které poskytují pomoc (v neformální péči). | Evidence poskytovatelů, Evidence příjemců, Evidence příspěvků, Evidence žadatelů |
ISPHN | Tento informační systém je provozován na základě Zákona č. 111/2006 Sb., o pomoci v hmotné nouzi a vede údaje a evidence související s výkonem agendy v tomto zákoně. Jedná se o informační systém, který obsahuje údaje o dávkách hmotné nouze a jejich výši, o poživatelích těchto dávek a žadatelích o tyto dávky a osobách s nimi společně posuzovanými. Údaje z tohoto informačního systému sděluje ministerstvo ostatním orgánům pomoci v hmotné nouzi v souvislosti s řízením o dávkách. | Evidence dávek, Evidence poživatelů, Evidence společně posuzovaných osob, Evidence žadatelů, Poskytování informací |
ISSPOD | Tento informační systém je provozován pro agendy Zákona č. 359/1999 Sb., o sociálně - právní ochraně dětí. Tento informační systém obsahuje evidence a údaje: - o dávkách pěstounské péče a jejich výši, o žadatelích o tyto dávky a o příjemcích těchto dávek, - o žadatelích o zprostředkování osvojení nebo pěstounské péče a o dětech zařazených v evidenci dětí pro zprostředkování osvojení nebo pěstounské péče, - o osobách v evidencích dle tohoto zákona. Z tohoto informačního systému se mimo jiné také sdělují a využívají údaje krajským úřadům a obecním úřadům obcí s rozšířenou působností k plnění jejich úkolů v oblasti náhradní rodinné péče, zprostředkování osvojení a pěstounské péče, pěstounské péče na přechodnou dobu a pěstounské péče. | Evidence dávek, Evidence dětí, Evidence souvisejících osob, Evidence žadatelů, Poskytování informací |
RPSS | Jedná se o jeden z informačních systémů provozovaných na základě Zákona č. 108/2006 Sb., o sociálních službách. V rámci Registru poskytovatelů sociálních služeb se vesměs vedou údaje a evidence tohoto typu: - poskytovatelé sociálních služeb a jejich registrace jednotlivých služeb, - výkaznictví poskytovatelů sociálních služeb, - dotace a financování sociálních služeb (zejména poskytovatelů), - čerpání služeb poskytovatelů příjemci příspěvku na péči, - inspekce sociálních služeb. U tohoto systému je významná role krajských úřadů a krajských poboček ÚP. | Čerpání služeb, Dotace a financování, Evidence poskytovatelů, Inspekce, Výkaznictví poskytovatelů |
Název systému | Popis | Systémy a aplikace |
EPOZP | Evidence obsahuje údaje o držitelích průkazu osoby se zdravotním postižením na základě Zákona č. 329/2011 Sb., o poskytování dávek osobám se zdravotním postižením a rozsahu mimořádných výhod dle druhu průkazu. Existují orgány veřejné moci, jež takové údaje mohou od MPSV získávat a jež je potřebují k některým činnostem. V budoucnu se navíc objeví potřeba získávání těchto údajů k prověření nároku na mimořádné výhody pro držitele těchto průkazů i pro fyzické a právnické osoby poskytující služby, jejichž zvláštní režim poskytování pro zdravotně postižené je stanoven. | Evidence držitelů průkazů |
Jedná se o velice jednoduchou evidenci držitelů průkazů OZP s jejich druhem a dobou platnosti. | ||
EPSPD | EPSPD je plánovaný informační systém veřejné právy provozovaný na základě připravovaného Zákona o poskytování služby péče o dítě v dětské skupině. |
1.2.4 Oblast podpůrných a průřezových činností
Obrázek 4 - Oblast podpůrných a průřezových činností
Diagram zachycuje systémy modulu podpory. Ty lze s jejich podstaty členit podle podpory oblastí podpůrných agend, věcných agend (MPSV), výkaznictví, veřejných služeb a společných evidencí.
a) Popis zobrazených systémů
Název systému | Popis | Systémy a aplikace |
Ekonomický systém a podpora výplat | Zajišťuje výkon ekonomických agend a činností především (ale nejen) pro části JISPSV: - ekonomický informační systém, - jednotné výplatní místo a podpora výplat, - evidence všech výplat dávek (po jednotlivých dávkách, nikoliv rozhodnutích). | Ekonomický informační systém, Evidence všech výplat dávek, Jednotné výplatní místo a podpora výplat |
Název systému | Popis | Systémy a aplikace |
Elektronický systém spisové služby | Elektronický systém spisové služby je systém pro podporu výkonu spisové služby podle Zákona č. 499/2004 Sb., o archivnictví a spisové službě jako odborné správy analogových i digitálních dokumentů. Zahrnuje procesy a agendy týkající se spisové služby a životního cyklu dokumentu. Týká se jak dokumentů primárně vedených v ESSL, tak dokumentů evidovaných a spravovaných prostřednictvím jiných informačních systémů v organizaci. Měl by pokrývat tyto procesy a činnosti: - ESSL pro výkon spisové služby, - garantovaná správa dokumentů (proces a nikoliv úložiště), - důvěryhodné uložení dokumentů, - digitalizace a konverze, - zveřejňování a úřední desky. Systém ArsysX bude podporovat výše procesy a bude integrován na systémy v závislosti na stavu jejich implementace v roce 2017. | Lékařská posudková služba, Digitalizace a konverze, Důvěryhodné uložení dokumentů, ESSL pro výkon spisové služby, Garantovaná správa dokumentů, Zveřejňování a úřední desky |
Evidence případů | Evidence případů slouží k jednoduché evidenci informací o pravomocných rozhodnutích. Subjekty budou identifikovány v Evidenci subjektů a jednotlivé informační systémy budou do této Evidence případů zapisovat informace o platných rozhodnutích, jež jsou v danou chvíli v právní moci, ale také o rozhodnutí historických. Evidence případů řeší situace, kdy legislativa a související procesy vyžadují znalost toho, zda subjekt pobírá nějakou dávku, či zda čerpá nějakou službu sociálního systému (třeba zda je v pobytovém zařízení sociálních služeb a tím pádem má omezená práva v souvislosti s dávkami pro osoby se zdravotním postižením). Místo složitého ručního dohledávání či dotazování do všech modulů i s historickými konsekvencemi (neboť v mnohých případech je nutno znát tyto skutečnosti s historickou znalostí několika měsíců předcházejících příslušnému řízení) se využije tato evidence. Tím se zabrání zbytečné nutnosti předávání údajů z mnoha systémů a naopak se zprůhlední "co kdo a na základě čeho uvidí” a pro jaký účel. Systém bude následující entity - žádosti, rozhodnutí, údaje o výplatách dávek, předpisy plateb a výplatní kalendáře, exekuční požadavky a rozhodnutí. | Evidence dokladů o nezaopatřenosti, Evidence dokladů o studiu, Evidence příjmů a důchodů, Evidence rozhodných skutečností, Evidence stupně závislosti a svéprávnosti |
Název systému | Popis | Systémy a aplikace |
Evidence subjektů | Xxxx je základní kmenová evidence osob - jak fyzických osob a jejich vazeb, tak právnických osob a jejich vazeb na osoby fyzické. Podle Zákona č. 111/2009 Sb., o základních registrech musejí i orgány v oblasti sociální péče jako orgány veřejné moci využívat referenční údaje ze základních registrů a nesmějí požadovat jejich další doložení. Evidence fyzických osob bude provázána s Registrem obyvatel (ROB) a Informačním systémem evidence obyvatel (ISEO) a Cizineckým informačním systémem (CIS) jako se základními systémy obsahujícími údaje o entitách fyzických osob a jejich základních vazbách. Pro účely sociální oblasti je však nezbytné udržovat také historii údajů a vazeb jednotlivých fyzických osob, a to jak v návaznosti na agendy v naší gesci, tak v návaznosti na další věci (zákonný zástupce, opatrovník osoby omezené na způsobilosti apod.). Základní údaje o fyzických osobách a jejich vazbách budou jednotlivé informační systémy JISPSV čerpat z evidence subjektů. Evidence právnických osob bude provázána s údaji v Registru osob (ROS) o právnických osobách a o určitých vazbách na fyzické osoby (jednatel apod.), a to pro účely všech resortních agend a evidencí (třeba v oblasti zaměstnanosti, poskytovatelů sociálních služeb apod.). Existují ale i právnické osoby, které nejsou vedeny v ROS a tyto osoby bude vést evidence subjektů také. Evidence subjektů bude zajišťovat aktuálnost údajů ze základních registrů formou notifikací a aktualizací změn referenčních a dalších údajů. | Evidence adres, Evidence fyzických osob, Evidence klientů, Evidence lékařů, Evidence osob, Evidence právnických subjektů a jejich vazeb, Služby využívání základních registrů a aktualizací referenčních údajů |
Exekuce, insolvence a agendy právních služeb | Tato část zajišťuje podporu pro agendy, jež nejsou primárními agendami resortu, ale jež s výkonem agend a činností v resortu souvisejí a mají nějaký vztah k datům vedeným v JISPSV - respektive k osobám vedeným v evidencích. Například se týká agend exekucí, srážek z dávek, insolvencí a dalších. | Dožádání informací bezpečnostními složkami, Exekuce a insolvence, Kontroly, Odvolání, Poskytování identity pro rejstříky a elektronické podpisy, Právní služby, Sdružování příjmů, Systém odhalování podvodů |
Personalistika | Pro mnoho funkcí v rámci JISPSV je nutná vazba na personální systém, a to ať už řešený v rámci samotného JISPSV, či vazbou na jiný systém personalistiky v institucích. Zcela zásadní jsou tyto činnosti: - agenda ke služebnímu zákonu, - systém personalistiky, - podpora vzdělávání a vzdělanostní profil úředníka, - profily sociálního pracovníka, Určitá část systému personalistiky se také využívá v oblasti pěstounů. | Agenda ke služebnímu zákonu, Podpora vzdělávání a vzdělanostní profil úředníka, Profily sociálního pracovníka, Pěstouni, Systém personalistiky |
Název systému | Popis | Systémy a aplikace |
Portály a služby pro klienty | Zajišťuje provoz a funkčnosti portálových řešení pro instituce v resortu, například: - portál MPSV, - portál ÚP, - životní situace a formuláře, - zveřejňování statistik, - vazby na sociální sítě a další komunikační kanály. | Portál MPSV, Portál ÚP, Publikační systém, Sociální síť ÚP, Zveřejňování statistik, Životní situace a formuláře |
Sdílené a kompozitní služby | Tato část bude zajišťovat bod rozhraní pro poskytované služby orgánům veřejné moci a fyzickým a právnickým osobám ve třech základních módech: - kompozitní služby ISZ, - služby poskytované třetím stranám na základě oborových zákonů MPSV, - služby poskytované třetím stranám na základě jiných práv. | Kompozitní služby ISZR, Služby poskytované třetím stranám na základě jiných práv, Služby poskytované třetím stranám na základě oborových zákonů MPSV |
Manažerský a statistický informační systém | Statistický informační systém zpracovává informace za účelem tvorby statistických sestav a přehledů, výkazů pro vedení, provádění odborných analýz, modelování budoucího vývoje (predikce) a zpracování statistických údajů v geografickém kontextu (GIS). | Geografický informační systém, Společná statistická základna, Statistické analýzy a predikce, Systém centrálních výkazů, Výkazy pro vedení |
Číselníky a datové prvky | Obsahuje číselníky a společné datové prvky, jež jsou využívány v dalších modulech a částech JISPSV. Je-li určitý datový prvek řízen číselníkem možných hodnot, je tento číselník spravován zde centrálně a daná součást jej povinně čerpá i s hodnotami z této části. | Centrální číselníky |
Evidence rozhodných skutečností | Evidence je společnou evidencí rozhodných skutečností ve vztahu k evidovaným subjektům. Za rozhodné skutečnosti jsou považovány souvztažné informace k subjektům, které mají původ mimo "Jednotný informační systém práce a sociálních věcí (JISPSV)". Konkrétně systém bude evidovat následující entity - informace o nekolidujícím zaměstnání, nezaopatřenost do 26 let věku dítěte, informace o insolvenci, údaje o umístění dítěte v zařízení pro péči o děti a mládež (pobyt v ústavu), údaje o vedení dítěte v evidenci UoZ bez nároku na podporu v nezaměstnanosti či rekvalifikaci z důvodu nezaopatřenosti, vyloučení osoby z okruhu osob dle Zákona o právní ochraně dětí, stupně závislosti na péči, platnosti posudků o zdravotním stavu, údaj o nesplnění povinností dle Zákona o zaměstnanosti, informace, zda je osoba ubytována v pobytovém zařízení sociálních služeb, potvrzení o příjmech, potvrzení o studiu, vyloučení osoby z okruhu společně posuzovaných osob, umístění osoby ve výkonu ochranného opatření zabezpečovací detence, ve vazbě nebo ve výkonu trestu odnětí svobody. |
Název systému | Popis | Systémy a aplikace |
Systém správy dokumentů | Systém správy dokumentů (DMS) je úložiště digitálních dokumentů. Zajišťuje jak uložení, tak přístup k dokumentům, a to včetně zachování jejich důvěryhodnosti v takovém režimu, jaký budou konkrétní skupiny dokumentů vyžadovat. Systém správy dokumentů je určen jak pro elektronické systémy spisové služby jako fyzické úložiště datových souborů s digitálními dokumenty, tak i bude sloužit pro uložení dokumentů, jež nejsou spravovány v rámci ESS. | Archivace, Audit přístupu, Podepisování, Razítkování, Řízení přístupových práv, Systémové řízení dokumentů, Uživatelské řízení dokumentů, Vyhledávání a indexování |
Systém bude obsahovat několik dílčích aplikací poskytujících systémové řízení dokumentů, uživatelské řízení dokumentů, indexování a vyhledávání dokumentů a jejich obsahu, řízení práv přístupu, audit přístupu, archivace dokumentů, razítkování dokumentů časovou značkou, podepisování dokumentů elektronickým podpisem. | ||
Uvedené dílčí aplikace budou využívat služeb sdíleného úložiště poskytujícího technologické prostředky pro ukládání binárních dat dokumentové povahy. |
1.2.5 Oblast integrace a provozu
Obrázek 5 - Oblast integrace a provozu a systémové služby
a) Popis zobrazených systémů
Název systému | Popis | Systémy a aplikace |
Centrální distribuce | Systém poskytuje podporu vzdálené správy | |
aplikací | softwarového vybavení koncových uživatelských | |
stanic a serverů distribuovaných ve vzdálených | ||
lokalitách. |
Název systému | Popis | Systémy a aplikace | ||||
Certifikační autorita a správa prostředků důvěry | Zajišťuje evidenci a správu certifikátů a prostředků pro autentifikaci, autorizaci a podepisování: - interní certifikáty využité pro vnitřní zajištění důvěryhodnosti, - kvalifikované certifikáty vystavené kvalifikovanou certifikační autoritou určené třeba pro uznávaný elektronický podpis, - zajištění vnitřních časových razítek a kvalifikovaných časových razítek pro využití elektronickou spisovou službou. Plní i záležitosti evidence a správy certifikátů stanovené v legislativě týkající se spisové služby. | |||||
Dohled a monitoring | Součást zajišťující technický monitoring a dohled nad celým systémem a jeho částmi se schopností notifikací a vyhodnocování rizikových operací a rizikových okamžiků pro sledování a zajištění dostupnosti a funkčnosti systému. | Portál dohledů | ||||
Elektronická pošta | Systém elektronické pošty (e-mail) MPSV a ÚP. | |||||
Identity management a autentifikace a autorizace | V rámci JISPSV i v rámci organizací v resortu musí existovat jednotný identity management, který bude jednak nosičem identity úředníků a pracovníků, jež jsou uživateli jednotlivých informačních systémů a evidencí a jednak bude zajišťovat bazální určování rolí a jejich vazeb na jednotlivá oprávnění (která bude definovat a spravovat dle rolí konkrétního IS či aplikace). IDM musí být navázán na další služby, jako je identita pro e-mail, identita a nositel autority pro přihlašování jak k pracovním stanicím, tak k jednotlivým aplikacím a systémům apod. | Adresářové služby | ||||
Podpora tvorby a implementace metodik | Jedná se o součást, v níž bude probíhat proces schvalování a přístupu k metodikám, které se využijí při procesech výkonu jednotlivých agend úředníky prostřednictvím jednotlivých informačních systémů v rámci JISPSV. Metodikou pro tuto část se rozumí dokument obsahující metodiku, a to i se zahrnutím některých principů, kterými se metodika provede při práci s informačními systémy a aplikacemi. | |||||
Podpora školení uživatelů a eLearning | Systém podporuje evidenci v oblasti školení zaměstnanců MPSV a ÚP včetně poskytování služeb elektronického školení. | |||||
Systém podpory uživatelů | Jedná se o část, která bude systémem pro uživatelskou podporu všech modulů a informačních systémů v rámci JISPSV. | |||||
Integrační a komunikační rozhraní | Integrační konsolidaci systémům. | a a | komunikační normalizaci | rozhraní přístupu k | zajišťuje externím | |
Integrační sběrnice a rozhraní | Vnitřní informační sběrnice v rámci JISPSV zajišťuje realizaci vazeb mezi jednotlivými moduly a částmi a zajišťuje služby orchestrovaného využívání a výměny údajů z jednotlivých informačních systémů. Integrační sběrnice je budována na základě produktu Microsoft BizTalk Server. | |||||
Název systému | Popis | Systémy a aplikace |
Jmenné služby | Služby poskytující podporu komunikační infrastruktury v oblasti přidělování názvů komunikačních prvků (DNS) a správy adresní prostoru IP protokolu (DHCP). | |
Modul pro audity a logy | Tento modul zajistí logování jednotlivých úkonů a operací v jednotlivých informačních systémech a auditní stopy. Logování se zajistí včetně údaje o konkrétním uživateli a jeho roli, v níž danou věc provedl. Modul pro logování a audity splní nejen povinnosti stanovené v souvislosti se základními registry, ale díky němu bude dohledatelná každá operace v každém IS v rámci JISPSV. | Centrální audit |
Společné úložiště | Společné úložiště poskytuje služby pro ukládání binárních dat dokumentové povahy včetně zajištění jejich prokazatelnosti, značení časovým razítkem, archivaci a konverzi do archivních formátů. |
1.3 Výpočetní prostředí
Výpočetní prostředí je souborem technologické infrastruktury určené pro nasazení informačních systémů vytvářených primárně jako softwarové řešení.
Skupina výpočetních prostředí MPSV určených pro nasazení JISPSV zahrnuje jak vlastní produkční (provozní) prostředí, tak i prostředí (testovací, pomocné testovací a vývojové prostředí) určená pro podporu činností a procesů vyžadovaných pokrytím celého životního procesu informačních systémů.
Na nejnižší úrovni technologií je výpočetní prostředí realizováno formou virtuální infrastruktury (virtuální servery, virtuální datová úložiště, virtuální sítě) postavené v rámci hardwarové infrastruktury datových center.
V případě systému ArsysX jsou virtuální servery spravovány dodavatelem včetně virtualizační vrstvy.
Obrázek 6 - Výpočetní prostředí
Diagram znázorňuje výčet výpočetních prostředí MPSV a jejich umístění v lokalitách primární a záložního datového centra MPSV.
Primární a záložní produkční prostředí jsou určená pro souběžné provozní nasazení informačních systémů a vytváří tak geograficky rozprostřené vysoce dostupné prostředí ("geografický cluster").
Testovací a pomocné testovací prostředí jsou určená pro podporu všech kategorií testů prováděných v souvislosti s implementací a provozem informačních systémů.
Vývojové prostředí pak poskytuje rámec pro podporu softwarového vývoje informačních systémů.
1.3.1 Popis prostředí
Název prostředí | Popis |
Primární produkční prostředí | Primární produkční prostředí je určeno pro nasazení aktivních systémů v rutinním, denním provozu. |
Záložní produkční prostředí | Záložní produkční prostředí je určeno pro nasazení záložních (pasivních) systémů určených pro převzetí funkcionalit primárních provozních systémů po dobu výpadku primárního produkčního prostředí. Systémy v záložním produkčním prostředí mohou být též provozovány souběžně (aktivně) s jejich ekvivalenty v primárním provozním prostředí. Záložní produkční prostředí je svojí architekturou identické s primárním prostředím a je identické též v kapacitních parametrech. |
Název prostředí | Popis |
Testovací prostředí | Testovací prostředí je určeno pro nasazení systémů za účelem jejich (finálního, před-produkčního) akceptačního testování. Dále jsou systémy v něm nasazené využívány pro potřeby školení všech typů uživatelů, a to jak po dobu plošných školení, tak i po dobu průběžného zaškolování uživatelů. Testovací prostředí je nadále využívané pro primární simulaci chyb, které se vyskytly v produkčních prostředích. Testovací prostředí je tak nezbytně svojí architekturou identické primárnímu produkčnímu prostředí. Standardně svými kapacitními parametry nedosahuje parametrů produkčních prostředí. V případě potřeby je však možno (díky jeho kompletní virtualizaci) kapacitní parametry navýšit. |
Pomocné testovací prostředí | Pomocné testovací prostředí je určeno pro dynamické nasazení informačních systémů pro potřeby provádění specifických testů. Kapacitní parametry prostředí mohou být dočasně navýšeny na úroveň odrážející produkční prostředí například v případě provádění zátěžových testů. |
Vývojové prostředí | Vývojové prostředí je specifické prostředí poskytující služby nasazení informačních systémů a vývojových nástrojů za účelem provádění softwarového vývoje v prostředí věrně simulujícím produkční prostředí. |
1.3.2 Poskytované funkce
Funkce | Popis | Prostředí |
Podpora softwarového vývoje | Podpora softwarového vývoje se souhrnem dílčích funkcionalit pro vytvoření vývojového prostředí pro systémy realizované zakázkovým vývojem. Funkcionalita zahrnuje možnost vzdáleného přístupu prostřednictvím sítě Internet, poskytování referenčních rozhraní kooperujících systémů a poskytování vzorků testovacích dat odpovídajícím strukturou produkčním datům. | Vývojové prostředí |
Realizace školení | Realizace školení je soubor dílčích funkcionalit pro nasazení informačních systémů za účelem průběžného provádění školení jejich funkcionality všemi typy uživatelů. | Testovací prostředí |
Simulace chybových stavů | Simulace chybových stavů je funkcionalita zajišťující nasazení informačních systémů za účelem primárního ověřování, simulace, identifikace a popisu chyb, které se vyskytly v produkčních prostředích. | Testovací prostředí |
Realizace integračních testů | Funckionalita realizace integrační testů je souborem dílčích funkcionalit zajišťujících nasazení informačních systémů k provedení integračních testů v prostředí relevantně simulující produkční prostředí cílového nasazení systému. | Pomocné testovací prostředí |
Realizace zátěžových testů | Funckionalita realizace zátěžových testů je souborem dílčích funkcionalit zajišťujících nasazení informačních systémů k provedení zátěžových (výkonnostních) testů v prostředí relevantně simulující produkční prostředí včetně jeho kapacitních parametrů. | Pomocné testovací prostředí |
Funkce | Popis | Prostředí |
Realizace akceptačních testů | Funckionalita realizace akceptačních testů je souborem dílčích funkcionalit zajišťujících nasazení informačních systémů k provedení jejich funkčních testů za účelem jejich finální akceptace před jejich nasazením do provozu. | Testovací prostředí |
Realizace bezpečnostních testů | Funckionalita realizace bezpečnostních testů je souborem dílčích funkcionalit zajišťujících nasazení informačních systémů k provedení bezpečnostních testů v prostředí zcela odpovídajícímu svojí architekturou a bezpečnostním nastavením provoznímu prostředí. | Pomocné testovací prostředí |
Provozní nasazení | Funkcionalita provozního nasazení zajišťuje nezbytné dílčí funkcionality pro nasazení, monitorování, správu a řízení systémů v každodenním rutinním provozu. Zahrnuje též funkcionality nezbytné pro řešení mimořádných situací - havárií, na základě konceptu geografického clusteru rozprostřeného mezi primárním a záložním datovým centrem. | Záložní produkční prostředí Primární produkční prostředí |
Realizace testů plánů obnovy | Funckionalita realizace testů plánů obnovy je souborem dílčích funkcionalit zajišťujících nasazení informačních systémů k provedení testů plánu obnovy v prostředí, které je relevantní pro testovaný systém. | Pomocné testovací prostředí |
2. Základní požadavky na systém ESS |
Systém ArsysX bude v rámci dodávky rozšiřován takovým způsobem, aby mohl být integrován jako komponenta zajišťující podporu určených procesů nově budovaného integrovaného systému JISPSV v roce 2017. Současně jsou v požadavcích zohledněny potřeby spojené se startem systému, s jeho upgradem a konsolidací a v neposlední řadě rovněž s centralizací dat spisových služeb používaných MPSV a ÚP.
2.1 Funkční požadavky
Požadavky a jejich specifikace jsou rozděleny dle harmonogramu Přílohy 1 smlouvy.
2.1.1 Požadavky k nasazení do 1. 12. 2015 (ověřovací provoz)
ID požadavku | A001 |
Termín | Mezní termín nasazení do produktivního prostředí: do 1. 12. 2015 |
Název požadavku | Délka spisové značky |
Popis | Systém umožní registraci příchozí a vytvoření odchozí datové zprávy s položkou hlavičky datové zprávy „spisová značka“ delší než 48 znaků. |
ID požadavku | A002 |
Termín | Mezní termín nasazení do produktivního prostředí: do 1. 12. 2015 |
Název požadavku | Integrace na frankovačky |
Popis | Systém bude komunikovat s frankovacími stroji a maximálně jednoduchým ovládáním uživatelem podporovat procesy spojené s výpravou dokumentů přímo z aplikace. |
ID požadavku | A003 |
Termín | Mezní termín nasazení do produktivního prostředí: do 1. 12. 2015 |
Název požadavku | Organizační struktura - manuální správa |
Popis | Systém umožní komfortní správu organizační struktury administrátorem Zadavatelem. Stromová organizační strukturu bude možné importovat a exportovat v běžně užívaných formátech (XML, CSV, XLS, atd.) |
ID požadavku | A004 |
Termín | Mezní termín nasazení do produktivního prostředí: do 1. 12. 2015 |
Název požadavku | Aktualizace adresních míst |
Popis | Systém bude provádět automatickou aktualizace adresních míst ČR s využitím Základních registrů (RUIAN/UIADR). |
ID požadavku | A005 |
Termín | Mezní termín nasazení do produktivního prostředí: do 1. 12. 2015 |
Název požadavku | Dokumentové úložiště |
Popis | Systém umožní uživatelů přístup k dokumentům s aktuálně provozované spisové služby (Athena). Systém nijak neomezí přístup uživatelů, ke spisové službě Athena. |
ID požadavku | A006 |
Termín | Mezní termín nasazení do produktivního prostředí: do 1. 12. 2015 |
Název požadavku | Napojení na checkpoint, konverze dokumentů |
Popis | Systém umožní komfortní zpracování komunikace se službami konverze dokumentů (vazba na integrace). Konverze dokumentů (konverze z moci úřední). |
ID požadavku | A007 |
Termín | Mezní termín nasazení do produktivního prostředí: do 1. 12. 2015 |
Název požadavku | Zachování stávajících dat z ARSYS.X po upgrade verze. |
Popis | Systém bude disponovat dříve pořízenými daty za systému ARSYSX (provoz systému do roku 2011). Nedojde ke ztrátě, zneplatnění nebo skrytí dat, které byly již v systému před provedením upgrade, dostupné. |
ID požadavku | X000 |
Termín | Mezní termín nasazení do produktivního prostředí: do 1. 12. 2015 |
Název požadavku | Podepisování dokumentů |
Popis | Aplikace umožní uživatelsky přívětivé integrované podepisování dokumentů bez zbytečných mezikroků. Dokumenty nebude uživatel nucen opakovaně ukládat a otevírat v několika prostředích. |
ID požadavku | A009 |
Termín | Mezní termín nasazení do produktivního prostředí: do 1. 12. 2015 |
Název požadavku | Předání dokumentů mimo spisový uzel |
Popis | Systém umožní předání záznamu a dokumentu mimo spisový uzel v rámci systému, tj. bez vypravení a přijetí dokumentu. Zůstává zachováno datum doručení a evidenční číslo manipulovaného objektu. Informace o přesunu bude uvedena v transakčním protokolu. |
ID požadavku | A012 |
Termín | Mezní termín nasazení do produktivního prostředí: do 1. 12. 2015 |
Název požadavku | Zajištění funkčnosti na koncové stanici Zadavatele |
Popis | Systém bude navržen a dodán tak aby minimalizoval požadavky na změny konfigurací koncových stanic. Součástí dodávky, budou i zajištění automatizace případných změn v koncových stanicích. |
ID požadavku | A013 |
Termín | Mezní termín nasazení do produktivního prostředí: do 1. 12. 2015 |
Název požadavku | Nadřízený v rámci organizační struktury |
Popis | Systém umožní nahlížení na stav zpracování podřízených uživatelů dle organizační struktury. Umožní nadřízenému přesun na jiného zpracovatele. |
ID požadavku | A014 |
Termín | Mezní termín nasazení do produktivního prostředí: do 1. 12. 2015 |
Název požadavku | Zvýšená podpora provozu. |
Popis | Dodavatel zajistí zvýšenou podporu systému v době náběhu systému nebo po nasazení významných změn. |
ID požadavku | A015 |
Termín | Mezní termín nasazení do produktivního prostředí: do 1. 12. 2015 |
Název požadavku | ISDS - výprava dokumentů |
Popis | Expresní expedice referentem s možností podepisování a konverze dokumentů. |
ID požadavku | A016 |
Termín | Mezní termín nasazení do produktivního prostředí: do 1. 12. 2015 |
Název požadavku | Přístup k ISDS |
Popis | Systém umožní uživatelům organizace příjem datových zpráv ze všech datových schránek. Počet a nastavení jednotlivých schránek bude nastavitelné. Z jednoho uzlu bude možné přistupovat do více schránek. |
ID požadavku | A017 |
Termín | Mezní termín nasazení do produktivního prostředí: do 1. 12. 2015 |
Název požadavku | Předání dokumentů mimo spisový uzel 2 |
Popis | Systém umožní před předávání dokumentů s ČJ mimo spisový uzel odebrání ČJ. Odebrání provede administrátor nebo pracovník podatelny. |
ID požadavku | A018 |
Termín | Mezní termín nasazení do produktivního prostředí: do 1. 12. 2015 |
Název požadavku | Školení - iniciální. |
Popis | Dodavatel zajistí proškolení metodiků, garantů spisové služby, správců systémů (administrátorů) a zaměstnanců podatelen (výpraven). Součástí školení bude zpracování školících materiálů včetně elearning kitů. Školící materiály budou zpracovány ve vazbě na implementované funkčnosti. |
2.1.2 Požadavky k nasazení do 31. 12. 2015 (zvýšená provozní podpora)
ID požadavku | A010 |
Termín | Mezní termín nasazení do produktivního prostředí: do 31. 12. 2015 |
Název požadavku | Ukládání evidenčních čísel agendových aplikací. |
Popis | V případě integrace současných agendových systémů bude ESS v rámci importovaných dokumentů uchovávat ČJ i identifikační číslo zdrojového systému. |
ID požadavku | A011 |
Termín | Mezní termín nasazení do produktivního prostředí: do 31. 12. 2015 |
Název požadavku | Evidenční čísla dokumentů agendových systémů (OK aplikací) |
Popis | Evidenční čísla agendových aplikací tvoří číselnou řadu, kterou stanoví veřejnoprávní původce ve spisovém řádu. |
ID požadavku | A044 |
Termín | Mezní termín nasazení do produktivního prostředí: 31. 12. 2015 |
Název požadavku | Hlavní dokument |
Popis | Umožnit označení jedné z příloh ve spisu za hlavní dokument. |
ID požadavku | A046 |
Termín | Mezní termín nasazení do produktivního prostředí: 31. 12. 2015 |
Název požadavku | |
Popis | Systém bude integrován na systém elektronické pošty: - Odesílání ze spisové služby (výstupní kanál) volitelně vlastním nebo účtem podatelny. - umožní odeslání dokumentu emailem přímo z aplikace - Příjem (el. Podatelna) - odeslání notifikace |
ID požadavku | A047 |
Termín | Mezní termín nasazení do produktivního prostředí: 31. 12. 2015 |
Název požadavku | ZR ROS, XXX) |
Popis | Systém bude integrován na ISZR. Umožní vyhledávání a ověřování totožnosti obyvatel i firem. Nutné zejména pro právní služby UP a MPSV. |
ID požadavku | A048 |
Termín | Mezní termín nasazení do produktivního prostředí: 31. 12. 2015 |
Název požadavku | Zobrazení dokumentů současné spisové služby po ukončení jejího poskytování k 31. 12. 2015 |
Popis | Systém umožní zobrazení historických dokumentů, které stávající spisová služba Athena nyní ukládá do Sharepointu. Požadavek lze v požadovaném termínu splnit dočasně migrací dokumentů nebo napojením na SharePoint v režimu čtení. Způsob řešení bude specifikován ve fázi analýzy. |
ID požadavku | A049 |
Termín | Mezní termín nasazení do produktivního prostředí: 31. 12. 2015 |
Název požadavku | Migrace transakčních protokolů (PDF) |
Popis | Systém bude disponovat transakčními protokoly, které jsou vyžadovány NSESSS, migrovaných dokumentů. Legislativní požadavek. |
ID požadavku | A050 |
Termín | Mezní termín nasazení do produktivního prostředí: 31. 12. 2015 |
Název požadavku | Napojení na elektronickou podatelnu |
Popis | Příjem mailů podatelnou a jejich zpracování v podatelně. Automatické notifikace odesílateli o doručení (vazba na požadavek notifikací) |
ID požadavku | A051 |
Termín | Mezní termín nasazení do produktivního prostředí: 31. 12. 2015 |
Název požadavku | Kontrola validity elektronických podpisů |
Popis | Automatická kontrola validity elektronických podpisů a TS. Jedná se o interní a externí kvalifikované certifikáty používané k podepisování dokumentů. O kontrole systém umožní vystavit protokol. Součástí kontrolních mechanizmů bude automatické sehrávání CRL listů. |
ID požadavku | A052 |
Termín | Mezní termín nasazení do produktivního prostředí: 31. 12. 2015 |
Název požadavku | ISDS - doručenky |
Popis | Automatická aktualizace stavu doručení DZ z ISDS. |
ID požadavku | A053 |
Termín | Mezní termín nasazení do produktivního prostředí: 31. 12. 2015 |
Název požadavku | Evidence doručenek/dodejek analogové pošty |
Popis | Zaevidování termínů dodání a převzetí doporučených zásilek pro další zpracování (Správní řízení) |
ID požadavku | A054 |
Termín | Mezní termín nasazení do produktivního prostředí: 31. 12. 2015 |
Název požadavku | Přístup uživatele do modulů |
Popis | Systém umožní přístup jednou autentizací do všech modulů dle oprávnění. Platnost přihlášení bude zohledňovat práci uživatele v jiném modulu |
ID požadavku | A055 |
Termín | Mezní termín nasazení do produktivního prostředí: 31. 12. 2015 |
Název požadavku | Nad uzlové parametrické vyhledávání (dokumenty, spisy, DZ) |
Popis | Systém umožní parametricky vyhledávat spisy a dokumenty v závislosti na oprávnění nad všemi spisovými uzly organizace s využitím všech relevantních atributů hledaného objektu. |
ID požadavku | A056 |
Termín | Mezní termín nasazení do produktivního prostředí: 31. 12. 2015 |
Název požadavku | Informace o změnách |
Popis | Systém bude disponovat informacemi o zásadních změnách v aplikaci. Jedná se jak o programové úpravy, tak o změny některých nastavení. |
ID požadavku | A057 |
Termín | Mezní termín nasazení do produktivního prostředí: 31. 12. 2015 |
Název požadavku | Historie spisového plánu |
Popis | Sytém bude evidovat změny spisového plánu a skartačního plánu. Informace o historii změn bude dostupná uživatelům. |
ID požadavku | A058 |
Termín | Mezní termín nasazení do produktivního prostředí: 31. 12. 2015 |
Název požadavku | Konverze dokumentů |
Popis | Systém umožní komfortní konverzi do PDF/A. V rámci konverze bude dokument opatřen kvalifikovaným podpisem a kvalifikovaným časovým razítkem. |
ID požadavku | A059 |
Termín | Mezní termín nasazení do produktivního prostředí: 31. 12. 2015 |
Název požadavku | Přístup k ISDS |
Popis | Systém umožní komfortní přihlašování k DS za pomoci certifikátů. Současně systém umožní uživatelům vypravení prostřednictví DS tj. i mimo podatelnu. |
ID požadavku | A060 |
Termín | Mezní termín nasazení do produktivního prostředí: 31. 12. 2015 |
Název požadavku | Audit |
Popis | Systém musí o sobě poskytovat informace důležité pro audit prováděných činností. Každá činnost každého uživatele musí být zaznamenána, součástí záznamu je minimálně operace, identita uživatele a čas. |
ID požadavku | A061 |
Termín | Mezní termín nasazení do produktivního prostředí: 31. 12. 2015 |
Název požadavku | ISDS - ověření platnosti a dostupnost FO |
Popis | Automatická kontrola dostupnosti/existence datové schránky. Po zadání klíčových údajů adresáta systém vyhledá ID datové schránky a zajistí vypravení prostřednictvím ISDS. Legislativní požadavek na prioritní odesílání DZ před listinnými. |
ID požadavku | A062 |
Termín | Mezní termín nasazení do produktivního prostředí: 31. 12. 2015 |
Název požadavku | Časová razítka |
Popis | Opatřování TS z kvalifikované autority (ICA). Optimalizované operace. |
2.1.3 Požadavky k nasazení do 31. 3. 2016 (dokončení Roll-out)
ID požadavku | A063 |
Termín | Mezní termín nasazení do produktivního prostředí: 31. 3. 2016 |
Název požadavku | Rozhraní na centrální dohled |
Popis | Dohledový systém ESS bude disponovat rozhraním k integraci na centrální dohled Zadavatele. Součástí rozhraní budou rovněž informace o stavu zpracování spisové agendy (počet uživatelů, počet zpracovaných dokumentů a |
počet vypravených dokumentů (hodinové statistiky) aj.) |
ID požadavku | A064 |
Termín | Mezní termín nasazení do produktivního prostředí: 31. 3. 2016 |
Název požadavku | Skenování |
Popis | Systém bude disponovat funkcionalitou pro Zajištění komunikace se skenovacím SW MPSV. |
ID požadavku | A065 |
Termín | Mezní termín nasazení do produktivního prostředí: 31. 3. 2016 |
Název požadavku | Funkcionalita modulu Sekretariát |
Popis | Funkcionalita v modulu Sekretariát na převod libovolné přílohy do PDF z běžných formátů uložených dokumentů. Odstranění mezikroku před podpisem dokumentu PDF |
ID požadavku | A066 |
Termín | Mezní termín nasazení do produktivního prostředí: 31. 3. 2016 |
Název požadavku | Požadavek St. tajemníka na zneviditelnění vybraných dokumentů |
Popis | Požadavek plyne z legislativy. Nutno zavést neprodleně, v řádech týdnů. |
ID požadavku | A067 |
Termín | Mezní termín nasazení do produktivního prostředí: 31. 3. 2016 |
Název požadavku | Odstranění filtru pro zobrazování dokumentů |
Popis | Uživatelům se při defaultním nastavení zobrazují jen dokumenty, zaevidované max. půl roku zpátky. Proto se stává, že zejm. noví zaměstnanci si nevšimnou, že mají k vyřízení starší dokument. |
ID požadavku | A068 |
Termín | Mezní termín nasazení do produktivního prostředí: 31. 3. 2016 |
Název požadavku | Pořadové číslo dokumentu ve spisu. |
Popis | Při vložení dokumentu do spisu přiřadit dokumentu pořadové číslo v rámci vložených dokumentů do spisu. |
ID požadavku | A069 |
Termín | Mezní termín nasazení do produktivního prostředí: 31. 3. 2016 |
Název požadavku | Úpravy v modulu sekretariát |
Popis | Umožnit v ARSYS modulu sekretariát filtrovat uživatelské přihrádky dle kódu agendy. |
ID požadavku | A070 |
Termín | Mezní termín nasazení do produktivního prostředí: 31. 3. 2016 |
Název požadavku | Přepracovat spisový a skartační plán. Spisový řád uvést do souladu s platnými právními předpisy a prokazatelně seznámit s tímto předpisem všechny zaměstnance |
Popis | Přepracovaný Skartační plán bude implementován ještě do ARSYS, následně i do ARSYS X. |
ID požadavku | A071 |
Termín | Mezní termín nasazení do produktivního prostředí: 31. 3. 2016 |
Název požadavku | ISDS |
Popis | Možnost odeslání dokumentu do ISDS přímo z aplikace ARSYS.X referentem; Zajištění automatického stažení a uložení informace o vyzvednutí datové zprávy adresátem |
ID požadavku | A074 |
Termín | Mezní termín nasazení do produktivního prostředí: 31. 3. 2016 |
Název požadavku | Přechod používání Arsys na ArsysX; bezeztrátový přenos dat |
Popis | Systém bude disponovat všemi uživatelskými daty ze systému ARSYS. |
2.1.4 Realizace jednotného rozhraní do 30. 6. 2016
ID požadavku | A045 |
Termín | Mezní termín nasazení do produktivního prostředí: 30. 6. 2016 |
Název požadavku | Systém umožní evidenci dokumentů/spisů zpracovávaných v jiných agendách zadavatele (MPSV, UP) |
Popis | Systém bude integrován na stávající agendové aplikace OKpráce a OKCentrum. Bude disponovat rozhraním pro zápis informací o přijatých a vypravených dokumentech. Součástí přenosu budou i aplikací generované dokumenty, pro které bude XxxxxX sloužit jako druhé úložiště. |
ID požadavku | A019 |
Termín | Mezní termín nasazení do produktivního prostředí: 30. 6. 2016 |
Název požadavku | Napojení nových AIS |
Popis | Systém umožní napojení nových agendových systémů v roce 2017 dle aktuální specifikace NSESSS. |
ID požadavku | A020 |
Termín | Mezní termín nasazení do produktivního prostředí: 30. 6. 2016 |
Název požadavku | Využití spisové služby |
Popis | Agendový systém bude využívat služeb systému spisové služby pro zajištění všech náležitostí práce se spisem a evidence dokumentů. |
ID požadavku | A021 |
Termín | Mezní termín nasazení do produktivního prostředí: 30. 6. 2016 |
Název požadavku | Založení spisu a zahájení SŘ |
Popis | Dle §17 ZSŘ se v každé věci zakládá spis. Každý spis musí být označen spisovou značkou. Agendový systém umožní založení a vedení spisu ve spisové službě. Agendový systém přidělí prostřednictvím spisové služby na příkaz OUO spisovou značku a umožní založení žádosti do spisu a zahájení správního řízení. |
ID požadavku | A025 |
Termín | Mezní termín nasazení do produktivního prostředí: 30. 6. 2016 |
Název požadavku | Popisná data dokumentů |
Popis | Agendový systém bude vytvářet pro každý dokument popisná data (metadata). V případě digitalizovaných a listinných dokumentů budou tato data vyplněna OUO ručně. V případě dokumentů přijatých v elektronické strukturované podobě (ve formě elektronického formuláře) provede agendový systém automatické načtení dat z tohoto formuláře a umožní jejich kontrolu OUO. V případě dokumentů vytvářených systémem s pomocí šablon budou současně vytvořena i popisná data. Veškerá popisná data budou ukládána rovněž do spisové služby. |
ID požadavku | A026 |
Termín | Mezní termín nasazení do produktivního prostředí: 30. 6. 2016 |
Název požadavku | Ukládání dokumentů |
Popis | Agendový systém umožní ukládat i dokumenty, poznámky, šablony a další, které nebudou součástí spisu. |
Takové dokumenty nebudou ukládány do spisové služby. Agendový systém nevyužije rozhraní na spisovou službu. |
ID požadavku | A027 |
Termín | Mezní termín nasazení do produktivního prostředí: 30. 6. 2016 |
Název požadavku | Vyhledávání ve spise |
Popis | Agendový systém umožní vyhledávat ve spise pomocí jednotlivých polí žádosti a popisných dat dokumentů. |
ID požadavku | A028 |
Termín | Mezní termín nasazení do produktivního prostředí: 30. 6. 2016 |
Název požadavku | Soupis součástí spisu |
Popis | Dle §17 ZSŘ spis musí obsahovat soupis všech svých součástí včetně příloh s určením data, kdy byly do spisu vloženy. Agendový systém zajistí prostřednictvím spisové služby vytváření soupisu součástí spisu. |
ID požadavku | A029 |
Termín | Mezní termín nasazení do produktivního prostředí: 30. 6. 2016 |
Název požadavku | Archivace spisů |
Popis | Nakládání se spisem se řídí spisovým řádem. Agendový systém uchovává po neomezenou dobu veškerá data o proběhlých správních řízeních. Informace o změnách jsou oboustranně aktualizována. |
ID požadavku | A033 |
Termín | Mezní termín nasazení do produktivního prostředí: 30. 6. 2016 |
Název požadavku | Zobrazení digitálního dokumentu |
Popis | Součástí dat agendového systému bude odkaz na dokument, který je jejich podkladem (žádost, její přílohy, potvrzení prokazující rozhodné skutečnosti, zprávy, fotografie, poznámky, atp.). Pokud byl příslušný dokument digitalizován, systém ho vyhledá a zobrazí digitální obraz, pokud nebyla digitalizována, bude zobrazeno upozornění, že daný dokument není dostupná v digitální podobě. Spisová služba umožní přístup k dokumentu dávkovému systému prostřednictvím integračního rozhraní. |
ID požadavku | A037 |
Termín | Mezní termín nasazení do produktivního prostředí: 30. 6. 2016 |
Název požadavku | Doručování na zvláštní adresy |
Popis | Agendový systém umožní doručování s využitím spisové služby do ciziny, na vojenské újezdy a PO BOXy. |
ID požadavku | A038 |
Termín | Mezní termín nasazení do produktivního prostředí: 30. 6. 2016 |
Název požadavku | Doručování veřejnou vyhláškou |
Popis | Agendový systém musí umožnit doručování veřejnou vyhláškou, tj. vyvěšení dokumentu na úřední desce. Agendový systém bude kontrolovat lhůtu k vyvěšení na úřední desku dle §§ 25 a 26 ZSŘ. Spisová služba bude prostřednictvím rozhraní přijímat takové dokumenty včetně způsobu jejich vypravení. Samotné vypravení nebude spisová služba realizovat. |
ID požadavku | A039 |
Termín | Mezní termín nasazení do produktivního prostředí: 30. 6. 2016 |
Název požadavku | Osobní převzetí |
Popis | Dle SŘ veškeré dokumenty může účastník vyzvednout osobně. Tj. Agendový systém musí umožnit u všech generovaných dokumentů jejich doručení prostřednictvím osobního převzetí. Informace o způsobu vypravení musí být do spisové služby přenesena. |
ID požadavku | A041 |
Termín | Mezní termín nasazení do produktivního prostředí: 30. 6. 2016 |
Název požadavku | Kontrola doručení |
Popis | Agendový systém bude umožňovat kontrolu doručení dokumentů, Systém automaticky upozorní OUO, pokud je dokument ve stavu vypraven déle než nastavitelný parametr, tj. nebylo v dané lhůtě potvrzeno její doručení. Systém umožní vytvářet a tisknout seznam doručených i nedoručených dokumenty dle uživatelských filtrů. Spisová služba bude podporovat realizaci všech úkonů tohoto požadavku s využitím integračního rozhraní. Kontrolu lhůt zajistí agendový systém. |
ID požadavku | A042 |
Termín | Mezní termín nasazení do produktivního prostředí: 30. 6. 2016 |
Název požadavku | Překážky při doručování |
Popis | Agendový systém bude evidovat nedoručené dokumenty spolu s jejich typem, tj. zda se jedná o nedoručená rozhodnutí či ostatní dokumenty (např. výzvy, |
sdělení před vydáním RZ, oznámení) a důvod nedoručení. Agendový systém musí umožnit znovu vypravit dokument, případně změnit způsob doručování. Pokud se dokument nepodaří doručit, bude se v dalším řízení uplatňovat ustanovení § 24 ZSŘ. Spisová služba bude podporovat realizaci všech úkonů tohoto požadavku s využitím integračního rozhraní. |
2.1.5 Požadavky k nasazení do 30. 8. 2016 (přechod na platformu Microsoft)
ID požadavku | A072 |
Termín | Mezní termín nasazení do produktivního prostředí: 30. 8. 2016 |
Název požadavku | Konsolidace databází, dokumentů a dat |
Popis | Zajištění konsolidace dat a přechod databáze na databázovou platformu Microsoft SQL Server. Součástí řešení bude rovněž zajištění ukládání dokumentů a jejich přesun všech již dříve uložených dokumentů do prostředí Microsoft SharePoint |
ID požadavku | A073 |
Termín | Mezní termín nasazení do produktivního prostředí: 30. 8. 2016 |
Název požadavku | Plná integrace s úložištěm dokumentů SharePoint |
Popis | Integrace na SharePoint je plně v režii dodavatele. Předpokládá se využití standardního API Sharepointu. V případě, že API je nedostatečné, rozšíření funkcionality zajistí dodavatel v rámci realizace požadavku. |
2.1.6 Požadavky k dokončení připojení nových agendových systémů v roce 2017
Konkrétní termín nasazení bude koordinován s dalšími projekty (IS ZAM, IS SD, IPPD, PIP). Požadavky níže bude zajišťovat agendový systém s využitím spisové služby ArsysX.
ID požadavku | A022 |
Termín | Mezní termín nasazení do produktivního prostředí: 2017 |
Název požadavku | Evidence dokumentů |
Popis | Agendový systém bude evidovat veškeré dokumenty, tj. opatří je popisnými daty a vloží do spisu ve spisové službě. Spisovou značku přidělí spisová služba. Jeden dokument může být vložena do více spisů. |
ID požadavku | A023 |
Termín | Mezní termín nasazení do produktivního prostředí: 2017 |
Název požadavku | Evidence přijatých dokumentů |
Popis | Agendový systém umožní zaevidovat veškeré přijaté dokumenty dle číselníku vstupních dokumentů, opatřit je spisovou značkou a zařadit je do spisů spisové služby. Každý přijatý dokument bude opatřen čarovým kódem. Bude udržována vazba mezi čarovým kódem a spisovou značkou. |
ID požadavku | A024 |
Termín | Mezní termín nasazení do produktivního prostředí: 2017 |
Název požadavku | Evidence generovaných dokumentů |
Popis | Každý dokument vytvořený v dávkovém systému bude opatřen spisovou značkou přidělenou spisovou službou, číslem jednacím a vygenerovaným čárovým kódem a vložen do spisu. |
ID požadavku | A030 |
Termín | Mezní termín nasazení do produktivního prostředí: 2017 |
Název požadavku | Zobrazení dokumentů |
Popis | Agendový systém umožní zobrazení vybraného dokumentu včetně popisných dat a informace o historii zpracovávání. Spisová služba umožní prostřednictvím rozhraní takové informace vyhledat. |
ID požadavku | A031 |
Termín | Mezní termín nasazení do produktivního prostředí: 2017 |
Název požadavku | Seznam OUO |
Popis | Systém musí umožňovat vytvářet seznam OUO oprávněných k přístupu do spisu. Oprávnění může být časově omezeno (od-do). Systém vloží seznam OUO do spisu. Vytvářet seznam OUO může jen k tomu oprávněný uživatel (vedoucí útvaru). Jen osoby uvedené v tomto seznamu smí zasahovat do spisu. Seznam OUO je možné vytvářet automaticky podle předdefinovaných vzorů. Veškeré přístupy ke spisu jsou ukládány do auditního záznamu (datum, čas, identifikace OUO). Audit se musí archivovat. V auditu musí být možné vyhledávat a tisknout jej pro případ kontroly a v rámci odvolání. Spisová služba bude podporovat uvedený požadavek. Systém spisové služby bude auditovat přístup k jednotlivým dokumentům spolu s informací kdo, a kdy dokument vyhledal a zobrazil. |
ID požadavku | A032 |
Termín | Mezní termín nasazení do produktivního prostředí: 2017 |
Název požadavku | Digitalizované dokumenty |
Popis | Agendový systém umožní pracovat s digitalizovanými dokumenty. Agendový systém umožní načíst, zpracovat a tisknout čárový kód určený k označování dokumentu, Agendový systém umožní přiřadit čarový kód ke spisové značce a k digitálnímu obrazu dokumentu. Spisová služba bude podporovat realizaci všech úkonů tohoto požadavku s využitím integračního rozhraní. |
ID požadavku | A034 |
Termín | Mezní termín nasazení do produktivního prostředí: 2017 |
Název požadavku | Vyhledání dle čárového kódu |
Popis | Agendový systém bude umožňovat načtení čárového kódu, kterým je označen dokument v listinné podobě. Pokud byl tento dokument již digitalizován, systém ho vyhledá a zobrazí její digitální obraz. Spisová služba bude podporovat realizaci všech úkonů tohoto požadavku s využitím integračního rozhraní. |
ID požadavku | A035 |
Termín | Mezní termín nasazení do produktivního prostředí: 2017 |
Název požadavku | Vytváření a tisk obálek |
Popis | Agendový systém umožní vytvoření obálky dle definované šablony a její tisk. Obálky budou obsahovat spisové značky vložených dokumentů. Agendový systém bude podporovat všechny standardní formáty obálek. Spisová služba bude podporovat realizaci všech úkonů tohoto požadavku s využitím integračního rozhraní. |
ID požadavku | A036 |
Termín | Mezní termín nasazení do produktivního prostředí: 2017 |
Název požadavku | Doručování dokumentů |
Popis | Agendový systém bude umožňovat doručovat každý dokument v závislosti na jejím typu a příslušném úkonu, tj. vypravit ji prostřednictvím spisové služby zvoleným kanálem: - datovou schránkou, - poštou do vlastních rukou na doručovací adresu, - hybridní poštou na doručovací adresu (v případě, že není požadováno |
doručení do vlastních rukou) nebo - dokument vytisknout a připravit k osobnímu převzetí. Spisová služba bude podporovat realizaci všech úkonů tohoto požadavku s využitím integračního rozhraní. |
ID požadavku | A040 |
Termín | Mezní termín nasazení do produktivního prostředí: 2017 |
Název požadavku | Potvrzení doručení |
Popis | Agendový systém musí umožnit zadání způsobu převzetí a data doručení. V případě doručování prostřednictvím DS je potvrzení předáváno automaticky systémem DS. V případě doručování doporučené zásilky v listinné formě, zasílá pošta elektronickou dodejku. Agendový systém musí umožňovat zpracování těchto elektronických dodejek. Samotné nastavení data doručení pak musí být možné upravit a zadat OUO manuálně. Spisová služba bude podporovat realizaci všech úkonů tohoto požadavku s využitím integračního rozhraní. |
ID požadavku | A043 |
Termín | Mezní termín nasazení do produktivního prostředí: 2017 |
Název požadavku | Hybridní odeslání |
Popis | Systém umožní hybridní odeslání dokumentů prostřednictvím spisové služby a déle přes rozhraní Česká pošty. Odeslání nabude na významu po napojení nových agendových systémů |
2.2 Další požadavky
2.2.1 Výkonnostní požadavky
Soubor požadavků charakterizujících požadovanou výkonnost a výkonnostní chování díla.
Kód požadavku | VYK001 |
Název | Počet uživatelů |
Položka | Rozsah |
Příjem DZ | 2,5 mil. / rok |
Vypravení DZ | 2,2 mil. / rok |
Elektronické podepsání | 1 mil / rok |
Mailové podání | 100 tis. / rok |
Hybridní vypravení | 1,2 mil /rok |
Obsluha DS | 100 DS |
Počet dokumentů | 30 mil. / rok |
Počet spisů | 3 mil / rok |
Kód požadavku | VYK002 |
Název | Doby odezvy |
Popis | Systém musí být dodán tak, aby výsledná doba žádné z on-line operací zadaná uživatelem na koncové stanici, s výjimkou generování sestav, nebyla delší než 4 sekundy. V případě, že nebude ověřovat data v jiném systému, musí být Systém schopen reagovat na požadavky na službu přes definované API v řádu milisekund. |
Kód požadavku | VYK003 |
Název | Ověřování výkonnosti |
Systém musí být nastaven dostatečně robustně tak, aby zvládl obsloužit oblast podpůrných agend, věcných agend, výkaznictví, veřejných služeb a společných evidencí, a to nejméně pro:
• 7 000 koncových uživatelů oblasti IS ZAM
• 6 000 koncových uživatelů oblasti IS DÁVKY
• 1 100 koncových uživatelů systému „Exekuce, insolvence a agendy právních služeb“ souběžně pracujících v různých systémech a zadávajících požadavky, které budou vyřizovány přímo nebo budou na podpůrné a průřezové systémy propagovány přes jinou koncovou aplikaci.
Systém musí podporovat agendu spisové služby úřadů MPSV a Úřadu práce v celkovém rozsahu 14 tisíc zaměstnanců (viz. sizing obsahuje počtu):
Popis
Popis | Poskytovatel musí provést primární testování požadované výkonnosti a poskytnout podklady a součinnost pro zátěžové testování aplikací třetí stranou. Zadavatel může zátěžové testování prováděné třetí stranou opakovat v průběhu provozu v minimálním intervalu 6 měsíců, zjištěné negativní odchylky od požadované výkonnosti jsou závadou typu C. |
2.2.2 Provozní požadavky
Soubor požadavků na zajištění provozu díla a jeho kvalitu.
Kód požadavku | PRO001 |
Název | Testovací prostředí |
Popis | Součástí dodávky bude dodání plně funkčního testovacího prostředí včetně všech potřebných produktových licencí určených pro testovací prostředí. Funkční testy budou probíhat na tomto prostředí. Poskytovatel bude kromě produkčního prostředí zajišťovat rovněž provoz a podporu systému v testovacím prostředí. |
Kód požadavku | PRO002 |
Název | Provoz systému |
Popis | Systém bude primárně zajišťovat on-line práci koncových uživatelů podle požadavků na výkonnost a dostupnost aplikace. Některé funkcionality budou řešeny jako dávkové úlohy (např. generování tisků, synchronizace dat do jiných systémů, exporty dat). |
2.2.3 Požadavky na testování
Požadavky na rozsah a způsob testování díla.
Kód požadavku | TES001 |
Název | Testovací scénáře |
Popis | Pro potřeby provedení funkčních testů v rámci akceptace díla připraví Poskytovatel testovací plán a sadu testovacích scénářů vážících se ke každému z implementovaných případů užití. Provedení testů v rámci akceptace bude na základě připravených scénářů realizovat Zadavatel či jím pověřená třetí strana. Případné chyby nalezené při testování je Poskytovatel povinen na své náklady odstranit. |
Kód požadavku | TES002 |
Název | Bezpečnostní testy |
Popis | Poskytovatel poskytne nezbytnou součinnost odborné 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í Poskytovatele je tento povinen je na své náklady eliminovat. Zároveň je povinen doplnit související dokumentaci, pokud se tato 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 vadu kategorie B. |
Kód požadavku | TES003 | ||||
Název | Výkonnostní testy | ||||
Popis | Poskytovatel poskytne nezbytnou součinnost provedení výkonnostních (zátěžových) testů. | odborné | třetí | straně | pro |
2.2.4 Požadavky na dokumentaci
Soubor požadavků na dokumentaci vyhotovenou v rámci implementace a provozu díla.
Kód požadavku | DOC001 |
Název | Dokumentace |
Popis | V rámci plnění bude dodána dokumentace následujících typů - instalační příručka, provozní příručka, příručka správce aplikace, uživatelský manuál, analytická dokumentace, vývojářská dokumentace. |
Kód požadavku | DOC002 |
Název | Instalační příručka |
Popis | Poskytovatel dodá instalační příručku popisující jednotlivé kroky instalace, konfigurace a zprovoznění systému. Příručka bude zahrnovat všechny nezbytné instalační kroky nad rámec instalace operačního systému. Dále bude zahrnovat výčet všech nezbytných komponent včetně verzí, licencí a konfigurací, a to včetně operačního systému, DB a frameworků. Příručka se může odkazovat do instalačních příruček produktů třetích stran či produktů Poskytovatele za podmínky, že je možno dokumentaci předat na samostatném nosiči CD/DVD ROM. |
Kód požadavku | DOC003 |
Název | Provozní příručka |
Popis | Poskytovatel dodá provozní příručku popisující z pohledu správce (administrátora) činnosti nezbytné pro zajištění chodu systému. Součástí provozní příručky jsou operátorské procedury, které zahrnují provozní postupy údržby systému, plány obnovy systému, zálohovací plány a postupy archivace. Příručka se může odkazovat do provozních příruček produktů třetích stran či produktů Poskytovatele za podmínky, že je možno dokumentaci předat na samostatném nosiči CD/DVD ROM. |
Kód požadavku | DOC004 |
Název | Uživatelský manuál |
Popis | Poskytovatel dodá uživatelský manuál pro práci se systémem v rozsahu umožňujícím novému uživateli systému začít samostatně pracovat se systémem. Systém bude obsahovat uživatelskou příručku dostupnou jako nápověda a dílčí uživatelské návody dostupné také jako kontextová nápověda. |
Kód požadavku | DOC005 |
Název | Analytická dokumentace |
Popis | Poskytovatel dodá výstupy analytické fáze projektu ve formě modelu v nástroji předepsaném jiným požadavkem s minimálním obsahem tvořeným katalogem detailních požadavků, modelu části podnikové architektury, která je pokryta systémem a modelu podporovaných procesů. Model části podnikové architektury bude využívat notaci Archimate 2.1 (či novější revizi), model procesů notaci BPMN 2.0 (či novější revizi). |
Kód požadavku | DOC006 |
Název | Vývojářská dokumentace |
Popis | Poskytovatel dodá výstupy fáze návrhu a vývoje formou modelu s využitím notace UML2 (verze 2.4.1 či novější) a bude obsahovat model tříd, model případů užití, model komponent a model nasazení. Nad rámec dílčích UML2 modelů bude model obsahovat katalog požadavků (rozpracovaný a doplněný z analytické dokumentace) a model perzistence (schéma relační databáze). Součástí vývojářské dokumentace bude také výčet a informativní popis s odkazy na dokumentaci všech použitých knihoven zahrnutých v řešení. |
Kód požadavku | DOC007 |
Název | Formáty dokumentace |
Popis | Instalační příručka, provozní příručka a uživatelský manuál budou dodány formou dokumentů ve formátu Microsoft Word a PDF (každý dokument v obou formátech), ve verzi aktuálně uvolněné ke dni akceptace. Ve stejném formátu bude dodána i doplňková dokumentace ve vztahu ke zdrojovým kódům, vývojovému prostředí a softwarovým knihovnám. |
Kód požadavku | DOC008 |
Název | Enterprise Architect |
Popis | Analytická a vývojářská dokumentace vytvářené formou modelu budou dodány ve formě modelu nástroje SparxSystems Enterprise Architect, ve verzi aktuálně uvolněné ke dni akceptace, kterým Zadavatel disponuje. |
Kód požadavku | DOC009 |
Název | Zdrojové kódy |
Popis | Poskytovatel předá zdrojové kódy a související konfigurační soubory k veškerému softwarovému vybavení, které vytvořil v rámci plnění. Zdrojové kódy budou předány protokolárně na datovém nosiči určeném pouze pro čtení. |
Kód požadavku | DOC010 |
Název | Vývojové prostředí |
Popis | Poskytovatel předá dokumentaci popisující instalaci, konfiguraci, způsob použití prostředí pro vývoj systému tak, aby na jejím základě mohlo být takové prostředí vybudováno a sestaveny komponenty systému na základě předaných zdrojových kódů. |
Kód požadavku | DOC011 |
Název | Příručka správce aplikace |
Popis | Poskytovatel předá příručku správce aplikace, ve které budou podrobně popsány postupy správy aplikace pro správce a klíčové uživatele Zadavatele. |
2.2.5 Požadavky na migraci
Požadavky na migraci dat ze stávajících systémů.
Kód požadavku | MIG001 |
Název | Obecné požadavky na migraci |
Popis | Součástí nabídky musí být také vlastní provedení migrace dat ze stávajících systémů podle platné legislativy. |
Kód požadavku | MIG002 |
Název | Minimální kontroly |
Popis | Minimální kontroly během migrace budou na formáty a platnost dat tam, kde je možné provést jejich ověření pomocí kontrolních součtů, intervalů a/nebo číselníků. Po migraci proběhnou kontroly na integritu a úplnost migrovaných dat, které připraví Poskytovatel podle pokynů Zadavatele. |
Kód požadavku | MIG003 |
Název | Nepřerušitelnost provozu |
Popis | Migrace dat ze stávajících systémů bude navržena tak, aby byla zajištěna vysoká dostupnost. |
2.2.6 Požadavky na školení
Souhrn požadavků na zajištění školení k dodávanému dílu.
Kód požadavku | SKO001 |
Název | Podklady pro školení |
Popis | Poskytovatel vytvoří podklady pro školení uživatelů ve formě prezentace školených vlastností a funkcionalit systému. Podklady pro školení budou strukturovány podle dílčích modulů reflektujících skupiny samostatně prováděných činností. Součástí podkladů ke každému typy školení budou interaktivní eLearning kurzy ve formátu SCORM. Všechny podklady budou předávány i ve zdrojovém formátu. |
Kód požadavku | SKO002 |
Název | Microsoft PowerPoint |
Popis | Podklady pro školení budou realizovány ve formě prezentace produktu Microsoft PowerPoint, ve verzi aktuálně uvolněné ke dni předání podkladů pro školení. |
Kód požadavku | SKO003 |
Název | Portál školení a dokumentace |
Popis | Součástí systému bude jednoduchá portálová aplikace poskytující veškerou uživatelskou dokumentaci a školící podklady. |
Kód požadavku | SKO004 |
Název | Školení uživatelů |
Popis | Uživatel zajistí v rámci díla iniciální proškolení v rozsahu: - ÚP 350 osob (viz. smlouva kap. 3.1.5) - MPSV 25 osob (viz. xxxxxxx kap. 3.1.7) - Školení bude vždy pro maximálně 30 osob. Každý účastník kurzu bude školen na PC s přístupem na testovací (školící) prostředí Zadavatele. Uživatelé budou školeni dle rolí (metodik, administrátor, klíčový uživatel, podatelna, sekretariát) Školení bude pro ÚP a MPSV bude probíhat odděleně v závislosti na harmonogramu nasazení a obsahu školení. |
Kód požadavku | SKO005 |
Název | Místo konání |
Popis | Zadavatel požaduje proškolení všech účastníků prezentačním školením. |
3. Požadaveky na služby podpory provozu |
Služba Komponenta Režim | |||
S1 | Provozní podpora ESS KS1.1 | Podpora provozu ESS | Paušál |
KS1.2 | Uživatelská podpora ESS | Paušál | |
KS1.3 | Technická a metodická podpora ESS | Paušál | |
KS1.4 | Bezpečnostní dohled ESS | Paušál | |
KS1.5 | Technologický update ESS | Paušál | |
KS1.6 | Záloha a obnova ESS | Paušál | |
KS1.7 | Dohled nad provozem ESS | Paušál | |
S2 | Export dat ESS, ukončení služby“ | Skutečnost | |
3.1 SLUŽBY
3.1.1 Služba „S1_Provozní podpora ESS MPSV“
a) Vymezení služby
Označení Název služby |
S1 Provozní podpora ESS |
Stručný popis služby |
Služba zajišťuje provoz všech hlavních modulů ESS. Její součástí jsou především podpora základních funkcí ESS. Součástí služby je příjem, zpracování a řešení incidentů v úrovni L2 a L3 v systému Service Desk Zadavatele. |
Podmínky poskytování služby |
Předmětem služby je zajištění korektní funkcionality uvedených logických částí ESS pro uživatele systému, a to v rozsahu akceptované specifikace vytvořené v rámci implementace ESS a dílčích specifikací, jež jsou výstupem implementovaných změn ESS. Předmětem služby je rovněž zajištění všech náležitostí pro korektní průběh integračních vazeb na jiné systémy v rozsahu akceptované specifikace. Poskytovatel bude vykonávat všechny činnosti vedoucí k bezproblémovému chodu všech logických částí ESS ve všech požadovaných prostředí. Činnosti, které Zadavatel explicitně požaduje, jsou uvedeny u jednotlivých komponent služby. Zadavatel požaduje plnou funkčnost systému na testovacím prostředí minimálně pro potřeby školení, testování integrací, změn a nových verzí. Součástí služby jsou všechny činnosti nutné k zajištění požadované dostupnost ESS a odezvy služby. Zadavatel požaduje plnění například, nikoliv však výlučně, činností uvedených u komponent služby KS1.1 – KS1.7 v rozsahu pokrývající všechny uvedené logické části systému ESS. Poskytovatel zajistí příjem, analýzu, zpracování a řízení incidentů zadaných do Service Desku Zadavatele spadajících do kompetence Poskytovatele. |
Seznam komponent služby (oblasti zajišťovaných činností, jejichž detailní popis je uvedeny níže) |
Označení Název |
KS1.1 Podpora provozu ESS KS1.2 Uživatelská podpora ESS KS1.3 Technická a metodická podpora ESS KS1.4 Bezpečnostní dohled ESS KS1.5 Technologický update ESS KS1.6 Záloha a obnova ESS KS1.7 Dohled nad provozem ESS |
Parametry služby |
Provozní parametry jsou uvedeny u jednotlivých komponent služby. |
b) Vymezení komponent služby (zajišťovaných činností)
3.1.1.b.1 Komponenta služby „KS1.1 Podpora provozu ESS“
Označení Název komponenty |
KS1.1 Podpora provozu ESS |
Seznam činností |
Řešení „Řešení Incidentů“ se vztahuje na realizaci všech dílčích činností, které jsou Incidentů nezbytné pro odstranění dané chyby. Jedná se například, nikoliv však výlučně, o činnosti související s příjmem a analýzou incidentů, návrhu řešení nebo dočasného řešení, realizací oprav a dohledem nad průběhem řešením. Řešení Incidentů se vztahuje na všechny technologické části (GUI, aplikační logika, data) systému ESS. Opravy chyb se vztahují i na SW třetích stran, který je nedílnou součástí dané aplikační části (jedná se pouze o komponenty převzaté nebo poskytnuté v rámci plnění). Optimalizace “Optimalizace chodu” zahrnuje dílčí činnosti související s úpravami systému chodu (změna programového kódu, indexace, změny datového modelu, změny konfigurací, apod.) s cílem udržet požadované výkonnostní parametry systému ESS. Optimalizace chodu se vztahuje na všechny technologické části (virtualizační vrstva serverů, operační systém, GUI, aplikační logika, databáze, data) systému ESS. |
Kontrola logů „Kontrola logů“ zajišťuje všechny dílčí činnosti spojené s proaktivní kontrolou chodu aplikace 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 Service Desku tak, aby bylo možné vyhodnotit kvalitu poskytované služby. Součástí záznamu v Service Desk bude i informace o potencionálních problémech, které byly v rámci logů identifikovány. Zálohování logů bude prováděno v rámci činnosti zálohování datové základny ESS. Kontrola Kontrola interních čítačů aplikace zahrnuje pravidelnou kontrolu hodnot čítačů, interních čítačů které má aplikace v sobě zabudované a dává k dispozici prostřednictvím své MIB. aplikace Jedná se především o čítače počtu vyřízených požadavků, minimální a maximální doby odezvy směrem k uživateli a na jiné systémy, interních chyb aj. Zvýšená „Zvýšená provozní podpora“ zahrnuje činnosti související se změnou parametrů provozní aplikací nutných pro provoz systému ESS, které nemají povahu změny podpora programového kódu a které si nebude Zadavatel vykonávat sám prostřednictvím vlastních pracovníků. Jedná se o činnosti související s realizací drobných změn ESS, podporou a poskytování součinnosti při nasazování a testování změn komponent jiných dodavatelů, jejichž provoz má úzkou souvislost s provozem ESS. Činnosti a jejich náročnosti bude Poskytovatel vykazovat v granularitě 0,25 MD a budou samostatně uvedeny v měsíčním reportu. Činnosti budou realizovány až na základě schválení oprávněnou osobou Xxxxxxxxxx. Správa prostředí “Správa prostředí” zahrnuje dílčí činnosti související se správou prostředí ESS a to především operačních systémů, databázového prostředí, aplikačního prostředí. Poskytovatel vykonává sám prostřednictvím vlastních pracovníků. Poskytovatel tuto činnost vykonává na všech požadovaných prostředích Zadavatele. Součástí oblasti je aktualizace dat testovacího a pomocného testovacího prostředí. Součástí komponenty je rovněž aktualizace provozní dokumentace. |
Podmínky provádění činností |
Zadavatel požaduje provádění všech výše definovaných činností v takovém rozsahu, aby byla zachována požadovaná dostupnost aplikace ESS a všech jejích logických částí. V případě, že provádění činností vyžaduje odstávku aplikace, je Poskytovatel oprávněn provádět dané činností pouze v předem stanoveném servisním okně a podle procesu Proces plánovaných zásahů. Toto servisní okno bude maximálně v rozsahu 4 hodin měsíčně. Pravidelnost plánování servisního okna včetně seznamu všech pravidelných úkonů bude stanovena v analytické fázi. Realizaci plánovaných i mimořádných servisních oken a všechny plánované činností bude možné realizovat po schválení odpovědnou osobou Zadavatele. Zadavatel požaduje pravidelné provádění aktualizací dat testovacích prostředí. Proces výběru a anonymizace dat bude definován v úvodní fázi projektu. Zadavatel požaduje vedení podrobné provozní dokumentace o rozsahu pravidelných i nepravidelných prací s uvedením jména nebo kódu pracovníka, který činnosti prováděl a časovým razítkem. Provozní dokumentace bude vedena na centrálním úložišti Zadavatele v dostatečném rozsahu pro potřeby vyhodnocení kvality služby a dokumentace systému. Poskytovatel je povinen zaznamenat každý realizovaný výkon včetně podrobné informace do Service Desku nejpozději do 2 hodin od jejího výskytu a průběžně aktualizovat její stav vzhledem k jejímu vývoji. |
Obsah plnění |
Rozsah plnění ze strany Poskytovatele bude zahrnovat: a) veškeré licenční poplatky spojené s údržbou technologií a komponent, které byly použity pro realizaci nabízeného řešení dle licenční politiky příslušných výrobců/dodavatelů, b) náklady na pracovníky Poskytovatele, kteří budou zajišťovat požadované činnosti, c) veškeré náklady související se zajištěním definovaných činností. |
Rozsah činností |
Zadavatel požaduje následující rozsah činností: Řešení Řešení Incidentů je dáno aktuální potřebou ESS. Činnosti budou realizovány bez Incidentů časového, věcného a množstevního omezení. Optimalizace Úpravy systému jsou dány aktuální potřebou ESS a budou realizovány bez chodu časového, věcného a množstevního omezení. Kontrola logů a Kontrola logů a čítačů v aplikaci v minimálním rozsahu 2x za den jako prevence čítačů proti výpadkům, tedy s cílem zajistit požadovanou dostupnost aplikace. Zvýšená Zadavatel předpokládá využití v rozsahu maximálně 4,5 MD měsíčně. provozní Nevyčerpaná část bude převoditelná do dalšího období. podpora Správa prostředí Aktualizace dat testovacích prostředí na vyžádání maximálně však 2x ročně. „Podpora provozu ESS“ bude Poskytovatelem zajišťována jako paušální plnění, což znamená, že Poskytovatel 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. |
Provozní doba poskytování komponenty |
Komponenta “Podpora provozu ESS” bude poskytována v režimu 7x24 (Po-Ne, 00:00 – 24:00 hod) včetně státních svátků a dnů pracovního volna. |
Reakční lhůty pro poskytování služby |
Typ požadavku Reakční doba Doba vyřešení v v hodinách hodinách |
Dle dohody, Požadavek uživatele 2 maximálně však do 14 kalendářních dnů |
Incident Dle požadavku Dle požadavku v kap. 3.2.2 v kap. 3.2.2.2 |
Reakční lhůta běží v provozní dobu poskytování komponenty a začíná od okamžiku zapsání požadavku oprávněnou osobou do Service Desku ESS. Reakční lhůta na vyřešení požadavku se vztahuje na všechny činnosti nutné pro vyřešení požadavku v provozním prostředí, pokud Zadavatel v daném případě nestanovil jinak. Řešení incidentů je ve lhůtách uvedených v kapitole 3.2.2. |
3.1.1.b.2 Komponenta služby „KS1.2 Uživatelská podpora ESS“
Označení Název komponenty |
KS1.2 Uživatelská podpora ESS |
Seznam činností |
Řešení „Řešení požadavků uživatelů“ se vztahuje na realizaci všech dílčích činností, které požadavků jsou nezbytné pro vyřešení požadavků uživatelů v souvislosti s ESS. Jedná se uživatelů například, nikoliv však výlučně, o činnosti související s přijetím, analýzou a řešením uživatelských požadavků na úrovni L2. Zvýšená „Zvýšená uživatelská podpora“ zahrnuje činnosti související s úpravou parametrů uživatelská nebo úpravou kritických konfigurací systému ESS, které si nebude Zadavatel podpora vykonávat sám prostřednictvím vlastních pracovníků. Jedná se o činnosti související s realizací drobných úprav ESS na základě požadavků oprávněných osob Zadavatele. Činnosti a jejich náročnosti bude Poskytovatel vykazovat v granularitě 0,25 MD a budou samostatně uvedeny v měsíčním reportu. |
Podmínky provádění činností |
Zadavatel požaduje provádění všech výše definovaných činností v takovém rozsahu, aby byla zachována požadovaná dostupnost dané aplikace. Poskytovatel je povinen zaznamenat každý realizovaný výkon včetně podrobné informace do Service Desku nejpozději do 2 hodin od jejího výskytu a průběžně aktualizovat její stav vzhledem k jejímu vývoji. |
Obsah plnění |
Rozsah plnění ze strany Poskytovatele bude zahrnovat: a) veškeré licenční poplatky spojené s údržbou technologií a komponent, které byly použity pro realizaci nabízeného řešení dle licenční politiky příslušných výrobců/dodavatelů, b) náklady na pracovníky Poskytovatele, kteří budou zajišťovat požadované činnosti, c) ostatní náklady související se zajištěním definovaných činností. |
Rozsah činností |
Zadavatel požaduje následující rozsah činností: Řešení Příjem a analýza požadavků dány aktuální potřebou Zadavatele a budou požadavků realizovány bez časového, věcného a množstevního omezení. uživatelů Zvýšená Zadavatel předpokládá využití v rozsahu maximálně 3 MD měsíčně. Nevyčerpaná uživatelská část bude převoditelná do dalšího období. podpora „Uživatelská podpora ESS“ bude Poskytovatelem zajišťována jako paušální plnění, což znamená, že Poskytovatel 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. |
Provozní doba poskytování komponenty |
Komponenta “Uživatelská podpora ESS ” bude poskytována v režimu 5x12 (Po-Pá, 06:00 – 18:00 hod, pracovní dny vyjma svátků). |
Reakční lhůty pro poskytování služby |
Typ požadavku | Reakční doba v hodinách | Doba vyřešení v hodinách |
Dle dohody, | ||
Požadavek uživatele | 2 | maximálně však do |
14 kalendářních | ||
dnů | ||
Reakční lhůta běží v provozní dobu poskytování komponenty a začíná od okamžiku zapsání požadavku oprávněnou osobou do Service Desku ESS. Reakční lhůta na vyřešení požadavku se vztahuje na všechny činnosti nutné pro vyřešení požadavku v provozním prostředí, pokud Zadavatel v daném případě nestanovil jinak. | ||
3.1.1.b.3 Komponenta služby „KS1.3 Technická a metodická podpora ESS“
Označení Název komponenty |
KS1.3 Technická a metodická podpora ESS |
Seznam činností |
Provozní konzultace „Provozní konzultace“ zahrnuje činnosti související s poradenstvím provozních činností příslušné logické části ESS. Jedná se zejména o konzultace v oblasti správy uživatelů, nastavení práv, audity, zálohování, obnova apod. Organizační „Organizační konzultace“ zahrnuje činnosti související s organizační konzultace stránkou zajištění dodávky služby a provozu EKIS MPSV. Jedná se zejména, nikoliv však výlučně, o účast Poskytovatele na pracovních jednáních, seminářích, prezentacích, zpracování výkazů Analytická konzultace „Analytická konzultace“ zahrnuje činnosti související s rozvojem funkcionality příslušné logické části ESS. Jedná se např. o činnosti zpracování návrhu, oponentura záměrů, poradenství v oblasti fungování systému, konzultace k nabídkám, atd. Metodická konzultace „Metodická konzultace“ zahrnuje činnosti související s metodickou stránkou fungování příslušné logické části ESS. Jedná se tedy o IT konzultace v oblasti metodiky monitorování, ITILu a konzultace k práci se systémem ve vztahu k problematice metodiky a legislativy. Ostatní provozní „Ostatní provozní konzultace“ zahrnují činnosti spojené se školením, konzultace s poskytování součinnosti k přípravě, testování, realizaci změn systémů s úzkou vazbou na ESS. Jedná se o konzultace odborných specialistů v rozsahu technologií ESS. Činnosti a jejich náročnosti bude Poskytovatel v granularitě 0,25 MD a budou samostatně uvedeny v měsíčním reportu. Činnosti budou realizovány až na základě schválení oprávněnou osobou Xxxxxxxxxx. |
Podmínky provádění činností |
V rámci technické a metodické podpory zajistí Poskytovatel pro pověřené pracovníky Zadavatele (administrátoři systému, metodici, klíčový uživatelé) konzultace související s provozem a rozvojem příslušné logické části ESS na L2 a L3 úrovni. Komunikace bude probíhat prioritně ve stanovených projektových týmech. Jako komunikační kanál bude zvolen email nebo telefon v rámci kontaktů uvedených v projektových týmech, nebo Poskytovatel zajistí příslušný kontakt v případě přesahu tématu do jiné tematické oblasti. Zadavatel i Poskytovatel jsou povinni zaznamenávat všechny požadavky na konzultace do Service Desku tak, aby bylo možné vyhodnotit jednotlivé parametry hodnocení služeb. Poskytovatel je povinen zaznamenat (a to i v případě konzultace po telefonu) příslušnou informaci do Service Desku nejpozději do 2 hodin od jejího výskytu a průběžně aktualizovat její stav vzhledem k jejímu vývoji. Granularita vykazování komponenty je 0,25 MD. |
Obsah plnění |
Rozsah plnění ze strany Poskytovatele bude zahrnovat: a) náklady na technické a materiální vybavení související s poskytováním konzultací včetně licenčních nákladů na autorská díla, pokud jsou tyto díla nezbytná pro poskytování dané konzultace, b) personální náklady na pracovníky Poskytovatele, kteří budou zajišťovat požadované činnosti, c) dopravní a cestovní náklady související s přepravou pracovníků Poskytovatele do místa konzultace. |
Rozsah činností |
Zadavatel požaduje následující rozsah činností: Provozní konzultace Zadavatel předpokládá rozsah 2 MD za 1 kalendářní měsíc. Organizační konzultace Zadavatel předpokládá rozsah 0,5 MD za 1 kalendářní měsíc. Analytická konzultace Zadavatel předpokládá rozsah 3 MD za 1 kalendářní měsíc. Metodická konzultace Zadavatel předpokládá rozsah 4,5 MD za 1 kalendářní měsíc. Ostatní provozní konzultace Zadavatel předpokládá rozsah 3,5 MD za 1 kalendářní měsíc. Komponenta „Technická a metodická podpora ESS“ bude Poskytovatelem zajišťována jako paušální plnění, což znamená, že Poskytovatel 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 Poskytovatele bude omezen požadovaným rozsahem činností. Nevyčerpané MD technické a metodické podpory budou převedeny do dalšího období. |
Provozní doba poskytování komponenty |
Komponenta “Technická a metodická podpora ESS” bude poskytována v režimu 5x12 (pracovní dny mimo státní svátky a dny pracovního volna od 6:00 do 18:00). |
Reakční lhůty pro poskytování služby |
Typ požadavku Reakční doba Doba vyřešení v v hodinách hodinách |
Dle dohody, Požadavek uživatele 2 maximálně však do 14 kalendářních dnů |
Reakční lhůta běží v provozní dobu poskytování komponenty a začíná od okamžiku zapsání požadavku oprávněnou osobou do Service Desku ESS. Reakční lhůta na vyřešení požadavku se vztahuje na všechny činnosti nutné pro vyřešení požadavku v provozním prostředí, pokud Zadavatel v daném případě nestanovil jinak. |
3.1.1.b.4 Komponenta služby “KS1.4 Bezpečnostní dohled ESS“
Označení Název komponenty |
KS1.4 Bezpečnostní dohled ESS |
Seznam činností |
Součinnost Poskytnutí součinnosti pracovníkům Poskytovatele, kteří realizují bezpečnostní audit a dohled. Jedná se například o zpřístupnění všech logů, umožnění penetračních testů, zpřístupnění dokumentace a apod. Zpracování „Zpracování auditní stopy“ zahrnují dílčí činnosti související s identifikací a rozborem auditní stopy datových informací auditních logů, s cílem interpretovat auditní stopu prováděných činností uživatelů a administrátorů systému. Bezpečnostní Realizace bezpečnostních opatření identifikovaných ve výstupech z bezpečnostních dohled dohledů a auditů na základě pravidel definovaných v analytické fázi při definici bezpečnostního konceptu. Bezpečnostní dohled se vztahuje na realizaci všech dílčích činností, které jsou nezbytné pro bližší identifikaci bezpečnostního incidentu a návrhu vhodných protiopatření. |
Podmínky provádění činností |
Poskytovatel je povinen sledovat a upozorňovat na bezpečnostní incidenty identifikované v rámci provozu ESS z pohledu vnější bezpečnosti, vnitřní bezpečnosti i ochraně citlivých a osobních dat. Zadavatel (resp. jím určený subjekt) i Poskytovatel jsou povinni zaznamenávat veškeré aktivity (události, incidenty, požadavky, komentáře, atd.) související s komponentou služeb „Bezpečnostní dohled“ do Service Desku tak, aby bylo možné na jedné straně vyhodnotit jednotlivé parametry hodnocení služeb. Poskytovatel bude aktualizovat dokumentaci v oblasti bezpečnosti s ohledem na identifikované bezpečností incidenty, jejich nápravě nebo protiopatření k jejich zmírnění. Poskytovatel je povinen zaznamenat příslušnou informaci do Service Desku nejpozději do 2 hodin od jejího výskytu a průběžně aktualizovat její stav vzhledem k jejímu vývoji. Mechanizmy automatického vyhodnocování pravidel pro identifikaci možných bezpečnostních rizik budou provozovány v režimu komponenty „KS1.1 Podpora provozu ESS“. |
Obsah plnění |
Rozsah plnění ze strany Poskytovatele bude zahrnovat: a) náklady na technické a materiální vybavení související s poskytováním součinnosti a realizaci bezpečnostních opatření, b) 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 ESS, c) personální náklady na pracovníky Poskytovatele, kteří budou zajišťovat požadované činnosti, d) dopravní a cestovní náklady související s přepravou pracovníků Poskytovatele do místa konzultace, pokud se toto místo nachází na území ČR. |
Rozsah činností |
Zadavatel požaduje následující rozsah činností: Součinnost Zadavatel předpokládá poskytnutí součinnosti v rozsahu 1 MD za jeden kalendářní měsíc. Zpracování auditní stopy Součinnost při zpracování auditní stopy v min. rozsahu 1 auditní stopa za 1 kalendářní měsíc. Bezpečnostní dohled Zadavatel předpokládá rozsah 1,5 MD za 1 kalendářní měsíc. Nevyčerpaná část bude převoditelná do dalšího období. Komponenta “Bezpečnostní dohled ESS“ bude Poskytovatelem zajišťována jako paušální plnění, což znamená, že Poskytovatel 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 Poskytovatele bude omezen požadovaným rozsahem činností. Nevyčerpané MD budou převedeny do dalšího období. |
Provozní doba poskytování komponenty |
Komponenta “Bezpečnostní dohled ESS” bude poskytována v režimu 5x12 (pracovní dny mimo státní svátky a dny pracovního volna od 6:00 do 18:00). |
Reakční lhůty pro poskytování služby |
Typ požadavku Reakční doba Doba vyřešení v v hodinách hodinách |
Dle dohody, Požadavek uživatele 2 maximálně však do 14 kalendářních dnů |
Reakční lhůta běží v provozní dobu poskytování komponenty a začíná od okamžiku zapsání požadavku oprávněnou osobou do Service Desku ESS. Reakční lhůta na vyřešení požadavku se vztahuje na všechny činnosti nutné pro vyřešení požadavku v provozním prostředí, pokud Zadavatel v daném případě nestanovil jinak. |
3.1.1.b.5 Komponenta služby “KS1.5 Technologický update ESS“
Označení Název komponenty |
KS1.5 Technologický update ESS |
Seznam činností |
Monitoring V rámci monitoringu musí Poskytovatel celého systému neustále sledovat nové verze podpůrných a aplikačních systémů tak, aby postupnou implementaci těchto nových verzí do ESS byla celá ESS provozována v aktuálních verzích po celou dobu servisního kontraktu. Součinnost V rámci poskytování součinnosti zajistí Poskytovatel vzájemnou spolupráci (komunikaci, poskytování informací, účast na jednáních, atd.) s Poskytovatelem a provozovatelem HW platformy a Poskytovatelem a provozovatelem Infrastruktury serverovny k dosažení a udržení vzájemné vnitřní kompatibility celé Aplikace ESS a dále „vnější“ kompatibility s programovým vybavením koncových uživatelských stanic. |
Technologický Realizace technologických opatření – údržba Systému (testování a instalace oprav update systémových SW provozovaných Poskytovatelem pro podporu provozu ESS) vyplývající z monitoringu a poskytované součinnosti. Technologický update se vztahuje na realizaci všech dílčích činností, které jsou nezbytné pro odstranění technologické nekonzistentnosti. Technologický update se vztahuje i na SW třetích stran, který je nedílnou součástí dané aplikační části (jedná se např. o komponenty ovládacích prvků, reportovací nástroje, kryptografické knihovny apod.). Zvýšená Činnosti nad rámec „Technologického update“. Jedná se zejména o poskytnutí podpora pro součinnosti při realizaci změn v HW platformě Zadavatele nebo pro instalace nových technologický verzí systémového SW ve správě Poskytovatele. Činnost bude realizována až na update základě schválení oprávněnou osobou Zadavatele. Granularita vykazování komponenty je 0,25 MD. |
Podmínky provádění činností |
Zadavatel i Poskytovatel jsou povinni zaznamenávat veškeré aktivity (události, incidenty, požadavky, komentáře, atd.) související s komponentou služeb „Technologický update IS “ do Service Desku. Poskytovatel je povinen zaznamenat příslušnou informaci do Service Desku nejpozději do 2 hodin od jejího výskytu a průběžně aktualizovat její stav vzhledem k jejímu vývoji. Realizaci technologického updatu jakékoliv části ESS bude schvalovat odpovědný pracovník Zadavatele na základě návrhu Poskytovatele. Každý návrh bude obsahovat výčet činností a možných dopadů na ESS a okolní systémy. Kontrolu prováděných akcí bude provádět Zadavatel nebo jím najatá konzultační firma. Součástí realizace změn je bezodkladná aktualizace provozní dokumentace ESS. |
Obsah plnění |
Rozsah plnění ze strany Poskytovatele bude zahrnovat: a) náklady na technické a materiální vybavení související s poskytováním součinnosti, monitoringu a realizaci technologických opatření, b) 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 ESS, c) personální náklady na pracovníky Poskytovatele, kteří budou zajišťovat požadované činnosti, d) dopravní a cestovní náklady související s přepravou pracovníků Poskytovatele do místa konzultace, pokud se toto místo nachází na území ČR. |
Rozsah činností |
Zadavatel požaduje následující rozsah činností: Součinnost Zadavatel předpokládá poskytnutí součinnosti v minimálním rozsahu 0,5 MD za jeden kalendářní měsíc. Monitoring Průběžný monitoring updatů SW prostředků v minimálním rozsahu 4x měsíčně. Technologický Zadavatel předpokládá poskytnutí součinnosti v minimálním rozsahu 3 MD za jeden update kalendářní rok za každou logickou část ESS. Zvýšená Zadavatel předpokládá rozsah 1 MD za 1 kalendářní měsíc. Nevyčerpané MD podpora pro Technologického update budou převedeny do dalšího období. technologický update |
Komponenty „Monitoring technologických update“ a „Technologický update EKIS MPSV“ budou Poskytovatelem zajišťována jako paušální plnění, což znamená, že Poskytovatel 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. Pro činnosti „Součinnost“ a „Zvýšená podpora pro technologický update“ bude rozsah plnění ze strany Poskytovatele omezen požadovaným rozsahem činností. Nevyčerpané MD budou převedeny do dalšího období. |
Provozní doba poskytování komponenty |
Komponenta “Technologický update ESS” bude poskytována v režimu 5x12 (pracovní dny mimo státní svátky a dny pracovního volna od 6:00 do 18:00). |
Reakční lhůty pro poskytování služby |
Typ požadavku Reakční doba Doba vyřešení v v hodinách hodinách |
Dle dohody, Požadavek uživatele 2 maximálně však do 14 kalendářních dnů |
Reakční lhůta běží v provozní dobu poskytování komponenty a začíná od okamžiku zapsání požadavku oprávněnou osobou (vč. požadavků, které vzniknou interně v rámci činnosti Poskytovatele) do Service Desku MPSV. Reakční lhůta na vyřešení požadavku se vztahuje na všechny činnosti nutné pro vyřešení požadavku v provozním prostředí, pokud Zadavatel v daném případě nestanovil jinak. Reakční lhůty na incidenty jsou stanoveny jednotně pro celý systém ESS a pro všechny služby a komponenty. |
3.1.1.b.6 Komponenta služby “KS1.6_Záloha a obnova ESS“
Označení Název komponenty |
KS1.6 Záloha a obnova ESS |
Seznam činností |
Příprava a Jedná se o poskytnutí součinnosti při definici a aktualizací zálohovacího plánu aktualizace pro všechny části aplikaci JISPSV jehož je ESS součástí. Příprava a aktualizace zálohovacího zálohovacího plánu spočívá v zajištění těchto činností: plánu • identifikace datových aktiv (data i SW), • stanovení maximální doby ztráty dat, • definice zálohovacích postupů. Součástí komponenty je rovněž součinnost na zpracování dokumentace: Zálohovací plán, Recovery plán, Havarijní plán a plán kontinuity služeb, Analýzu rizik. Všechny zpracované/aktualizované dokumenty podléhají akceptaci dle akceptační procedury. Realizace / V součinnosti s garantem zálohování (koordinaci se správcem zálohování zajistí provedení záloh Zadavatel) zajistí Poskytovatel realizaci / provedení zálohy nativními prostředky v rozsahu nezbytném pro řádnou obnovu Systému (online/ofline zálohy). |
Test obnovy V součinnosti s garantem zálohování (koordinaci se správcem zálohování zajistí Zadavatel) zajistí Poskytovatel test obnovy ESS spočívající v obnově všech části SW (uživatelské rozhraní, aplikační logika a data). Test obnovy spočívá v zajištění těchto činnosti: • obnova dat ze záloh, • ověření validity dat, • ověření funkčnosti integrací, • ověření funkčností ESS (interní logika, GUI a ostatní komponenty). Kontrola záloh Jedná se o činnosti související s kontrolou záloh. Vlastní proces zálohování provádí garant zálohování (koordinaci zajistí Zadavatel). Kontrola záloh spočívá v provedení: • kontroly úplnosti záloh, • kontroly logů agenta zálohovacího SW, • kontroly velikosti zálohovaných dat, • vedení zápisu. Zvýšená podpora „Zvýšená podpora zálohování a obnovy“ zahrnují činnosti spojené s poskytování zálohování a součinnosti k přípravě, testování, realizaci změn zálohovacího systému a jeho obnovy rekonfigurací. Součásti služby je rovněž realizace speciálních testů obnovy celého ESS nebo některých jeho částí nebo příprava vývojového prostředí k ověření funkčnosti zdrojových kódů v prostředí Poskytovatele. Činnosti a jejich náročnosti bude Poskytovatel vykazovat v granularitě 0,25 MD a budou samostatně uvedeny v měsíčním reportu. Činnosti budou realizovány až a základě schválení oprávněnou osobou Xxxxxxxxxx. |
Podmínky provádění činností |
Zadavatel požaduje, aby Poskytovatel vykonával denní kontroly zálohovacích rutin. Jedná se zejména o kontrolu vlastního provedení zálohy, kontrolu integrity a úplnosti záloh, kontrolu logů zálohovacího SW, velikostí záloh a kontroly dodržování předepsaných postupů. Poskytovatel bude mít pasivní práva k monitoringu backupů k zajištění tohoto požadavku, vlastní provádění záloh bude zajišťovat administrátor HW platformy. Zadavatel požaduje denní zaznamenání podrobného reportu do aplikace Service Desk s časovým razítkem a jménem / kódem pracovníka, který kontrolu provedl. Zadavatel požaduje, aby Poskytovatel součinil se správcem zálohování, který bude řídit proces úplného Testu Obnovy celé ESS jak po stránce vlastní aplikace, tak i všech uložených dat. Zadavatel zajistí koordinaci a součinnost provozovatele HW platformy, případně provozovatele Infrastruktury serverovny. Test obnovy bude proveden do testovacího prostředí na HW platformě (případně do jiné dohodnuté). V době Testu Obnovy budou zablokována veškerá přístupová práva do testovací instance ESS tak, aby nemohlo dojít ke zneužití dat ani pouhým zobrazením nepovolané osobě. Po otestování funkcionalit obnovené ESS budou všechna data z testovací instance prokazatelně vymazána. Všechny kroky Testu Obnovy budou podrobně zapisovány (kdo, co a jak prováděl) s uvedením časových razítek. Souběžně bude provedena kontrola popisu postupů v příručkách, zda rozsahem a úplností vyhovují. Všechny tyto informace budou přehledně, čitelně a srozumitelně uvedeny v protokolu a kompletnost protokolu bude podmínkou jeho převzetí Zadavatelem. Test Obnovy se provádí 1x ročně, maximální doba na předložení finální verze podrobného protokolu Zadavateli je 14 dní od data fyzického provedení. Pokud se stane, že v daném termínu nebude kompletní Test Obnovy úspěšně proveden, bude Poskytovatelem navržen nejbližší náhradní termín, ve kterém se proces bude opakovat. Celý proces se bude opakovat tak dlouho, dokud nebude úspěšně proveden kompletní a funkční Test Obnovy. |
Zadavatel si dále vymezuje právo na Speciální Obnovu pouze ze zdrojových kódů uložených u Zadavatele a požaduje plnou součinnost Poskytovatele. Speciální oblastí, která bude podléhat zvýšené pozornosti při přípravě zálohovacího plánu a následně kontrole záloh je datová oblast pro logy. Zadavatel požaduje, aby zálohovací plán respektoval požadavek na dlouhodobou archivaci logů tak, aby bylo možné dohledat potřebné auditní údaje v dlouhodobém horizontu. Stanovení konkrétních lhůt pro archivaci a zálohu bude provedeno při přípravě zálohovacího plánu a lze očekávat, že bude v řádu měsíců, popřípadě let. |
Obsah plnění |
Rozsah plnění ze strany Poskytovatele bude zahrnovat: a) náklady na technické a materiální vybavení nezbytné pro zajištění požadovaných činností, b) personální náklady na pracovníky Poskytovatele, kteří budou zajišťovat požadované činnosti, c) dopravní a cestovní náklady související s přepravou pracovníků Poskytovatele do místa konzultace, pokud se toto místo nachází na území ČR. |
Rozsah činností |
Zadavatel požaduje následující rozsah činností: Příprava a aktualizace Zadavatel předpokládá rozsah dle aktuálních potřeb ESS a činnosti zálohovacího plánu budou realizovány bez časového, věcného a množstevního omezení. Test obnovy Zadavatel požaduje realizovat test obnovy v rozsahu 1x za kalendářní rok. Realizace / provedení záloh Zadavatel předpokládá rozsah dle aktuálních potřeb ESS a činnosti budou realizovány bez časového, věcného a množstevního omezení. Kontrola záloh Zadavatel požaduje provádět činnosti kontroly záloh v minimálním rozsahu 1x denně. Zvýšená podpora zálohování a Zadavatel předpokládá rozsah 1,5 MD za 1 kalendářní měsíc. obnovy. Nevyčerpané MD budou převedeny do dalšího období. Komponenta služby „Záloha a obnova ESS“ bude Poskytovatelem zajišťována jako paušální plnění, což znamená, že Poskytovatel 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 Poskytovatele bude omezen požadovaným rozsahem činností. Nevyčerpané MD budou převedeny do dalšího období. |
Provozní doba poskytování komponenty |
Komponenta “Záloha a obnova ESS” bude poskytována v režimu 7x24 (Po-Ne, 00:00 – 24:00 hod) včetně státních svátků a dnů pracovního volna a v souladu se Zálohovacím plánem ESS. Pro činnosti „Zvýšená podpora zálohování a obnovy“ rozsah plnění ze strany Poskytovatele bude omezen požadovaným rozsahem činností. Nevyčerpané MD budou převedeny do dalšího období. |
Reakční lhůty pro poskytování služby |
Typ požadavku Reakční doba Doba vyřešení v v hodinách hodinách |
Dle dohody, Požadavek uživatele 2 maximálně však do 14 kalendářních dnů |
Reakční lhůta běží v provozní dobu poskytování komponenty a začíná od okamžiku zapsání požadavku oprávněnou osobou do Service Desku ESS. Reakční lhůta na vyřešení požadavku se vztahuje na všechny činnosti nutné pro vyřešení požadavku v provozním prostředí, pokud Zadavatel v daném případě nestanovil jinak. Reakční lhůty na incidenty jsou stanoveny jednotně pro všechny částí ESS a pro všechny služby a komponenty. |
3.1.1.b.7 Komponenta služby “KS1.7_Dohled nad provozem ESS“
Označení Název komponenty |
KS1.7 Dohled nad provozem ESS |
Seznam činností |
Monitoring Sledování a vyhodnocování kritických parametrů ESS s cílem minimalizovat dostupnosti výpadky ESS. Monitoring výkonu Sledování a vyhodnocování výkonnostních parametrů ESS s cílem predikovat budoucí potřeby a chování systému. Monitoring Sběr události z jednotlivých aplikačních a systémových logů ESS s cílem události identifikovat prostřednictvím pokročilých analytických technik potencionální problémy s fungováním ESS. Návrh a změna Realizace změn nastavení dohledu v úrovni dohledu jednotlivých komponent a parametrů nastavením jejich požadovaných parametrů. Zadavatel požaduje, aby dohledu Poskytovatel na základě pravidelných měsíčních vyhodnocení provozu ESS prováděl aktualizaci návrhu Xxxxxxx nad provozem ESS a předkládal ji před realizací změn ke schválení Zadavateli. |
Podmínky provádění činností |
V návaznosti na dohledové a kontrolní činnosti realizované v rámci komponenty „KS1.1 Podpora provozu ESS“ bude Poskytovatel vykonávat dohledové činnosti nad provozem celého ESS. Jedná se o kontinuální automatizovaný dohled jednotlivých relevantních částí systému. Poskytovateli bude umožněn přístup k dohledu komponent s úzkou vazbou na ESS, jako např. HW, komunikačních linek, zálohování, integračních rozhraní atd. V případě zjištění jakékoliv závady/problému v průběhu monitoringu bude Poskytovatel automaticky generovat tickety do Service Desku Zadavatele, včetně správného rozřazení dle kompetencí. Zadavatel kromě automatizovaného dohledu funkčních parametrů požaduje kontinuální kontroly a analýzy logů, kontroly chování zdrojů a kapacit a kontroly využití a vytížení zdrojů. Na základě této pravidelné kontroly Poskytovatel vydá konkrétní doporučení Zadavateli v oblasti HW platformy, nebo Infrastruktury serverovny, a to vždy cestou záznamu do Service Desku. V rámci řešení těchto doporučení budou uchovány v Service Desku i konkrétní výsledky komunikace a způsob řešení všech doporučení. Rozsah monitorovaných dat navrhne Poskytovatel a pro potřeby rutinního provozu bude odsouhlasen Zadavatelem. V průběhu servisního kontraktu může být rozsah upravován po odsouhlasení obou |
smluvních stran. Poskytovatel umožní přístup k monitorovacím nástrojům pověřeným osobám Zadavatele a současně zpřístupní Dohled pro automatické vyčítání informací o stavu ESS centrálnímu dohledovému nástroji Zadavatele. |
Obsah plnění |
Rozsah plnění ze strany Poskytovatele bude zahrnovat: a) náklady na technické a materiální vybavení nezbytné pro zajištění požadovaných činností, b) personální náklady na pracovníky Poskytovatele, kteří budou zajišťovat požadované činnosti, c) dopravní a cestovní náklady související s přepravou pracovníků Poskytovatele do místa konzultace, pokud se toto místo nachází na území ČR. |
Rozsah činností |
Zadavatel požaduje následující rozsah činností: Monitoring Zadavatel požaduje zajistit monitorování dostupnosti kritických parametrů dostupnosti v takovém rozsahu, který umožní identifikovat výpadek služeb nejpozději do 5 minut od jeho výskytu. Poskytovatel je povinen předat vyhodnocený a v Service Desku zadaný incident (tzn. incident prověřený pracovníkem Poskytovatele) příslušnému řešiteli Poskytovatele nejpozději do 30 minut od jeho výskytu. Informace o Incidentu v kompetenci jiného dodavatele předá Zadavateli doplňujícím zápisem do Service Desku nejpozději do 30 minut od jeho výskytu. Monitoring výkonu Zadavatel požaduje zajistit monitorování výkonu ESS v takovém rozsahu, který umožní identifikovat výkonnostní problémy nejpozději do 30 minut od jejich výskytu. Poskytovatel je povinen předat vyhodnocený a v Service Desku zadaný incident (tzn. incident prověřený pracovníkem Poskytovatele) příslušnému řešiteli nejpozději do 60 minut od jeho výskytu. Informace o Incidentu v kompetenci jiného dodavatele předá Zadavateli doplňujícím zápisem do Service Desku nejpozději do 60 minut od jeho výskytu. Monitoring Zadavatel požaduje zajistit sběr událostí z aplikačních a systémových služeb události ESS takovým způsobem, aby došlo nejpozději do 60 minut od vzniku relevantní události (ta, která byla vyhodnocena analytickým aparátem) ke generování odpovídajícího incidentu do Service Desku, který bude směřován na příslušného řešitele. Informace o Incidentu v kompetenci jiného dodavatele předá Zadavateli doplňujícím zápisem do Service Desku nejpozději do 60 minut od jeho výskytu. Návrh a změna Zadavatel požaduje 4x ročně provést vyhodnocení nastavení dohledového parametrů systému a sledovaných parametrů. dohledu Komponenta služby „Dohled nad provozem ESS“ bude Poskytovatelem zajišťována jako paušální plnění, což znamená, že Poskytovatel 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 Poskytovatele nebude omezen, a to i v takovém případě, pokud množství aktuálně provedených činností bude vyšší, než Zadavatelem deklarovaný minimální rozsah. Poskytovatel v rámci součinnosti zpřístupní všechny monitorované body Zadavateli. Rovněž Zadavatel zpřístupní relevantní body pro dohled Poskytovatele. |
Provozní doba poskytování komponenty |
Komponenta “ Dohled nad provozem ESS ” bude poskytována v režimu 7x24 (Po-Ne, 00:00 – 24:00 hod) včetně státních svátků a dnů pracovního volna. |
Reakční lhůty pro poskytování služby |
Reakční lhůta běží v provozní dobu poskytování komponenty a začíná od okamžiku zapsání Incidentu do Service Desku ESS. Reakční lhůty na vyřešení Incidentů se vztahují na všechny činnosti nutné k jeho odstranění nebo minimalizaci jeho dopadu (dočasné řešení). Reakční lhůty na incidenty jsou stanoveny jednotně pro všechny logické částí ESS a pro všechny služby a komponenty. |
3.1.2 Služba „S2_Export dat ESS, ukončení služby“
Označení Název služby |
S2 Export dat ESS, ukončení služby |
Seznam činností |
Příprava Poskytoval zajistí soulad systému s aktuálně platným Národním standardem systému na spisové služby tak, aby bylo možné kdykoliv v předpokládaném termínu (viz. ukončení. harmonogram v příloze 1 smlouvy) provést opakovaný export dat. Součástí aktivity bude aktualizována dokumentace s popisem exportovaných dat u volitelných položek a popisem případných omezení. Data, která nepodléhají NSESS budou exportována s detailním popisem struktur a významu jednotlivých položek. Jedná se zejména o seznamy uživatelů, jejich rolí, číselníky, logy, uživatelská nastavení, pravidla a stavy zpracování procesů. Součástí přípravy bude i zpracování nástrojů pro rychlé vyhodnocení a zpracování otevřených dokumentů. Ukončení služby Součástí ukončení poskytování spisové služby bude poskytovatelem předána kompletní aktualizovaná dokumentace (viz. požadavky v kapitole 2.2.4) včetně zdrojových kódů. Rovněž budou realizována finální (archivní) záloha dat. Export dat Poskytovatel zajistí předání dat dle aktivity „Příprava systému na ukončení“. Data mohou být pro jednotlivé organizace požadována opakovaně. |
Podmínky provádění činností |
Podmínky poskytování služby vymezuje detailně smlouva (kapitola 7.). Poskytovatel je povinen zaznamenat každý realizovaný výkon včetně podrobné informace do Service Desku nejpozději do 2 hodin od jejího výskytu a průběžně aktualizovat její stav vzhledem k jejímu vývoji. |
Obsah plnění |
Rozsah plnění ze strany Poskytovatele bude zahrnovat: a) veškeré licenční poplatky spojené s údržbou technologií a komponent, které byly použity pro realizaci nabízeného řešení dle licenční politiky příslušných výrobců/dodavatelů, b) náklady na pracovníky Poskytovatele, kteří budou zajišťovat požadované činnosti, c) veškeré náklady související se zajištěním definovaných činností. |
Rozsah činností |
Zadavatel požaduje následující rozsah činností: |
Příprava Zadavatel přepokládá v průběhu plnění minimálně jednu aktualizaci Národního systému na standardu elektronické spisové služby. ukončení. Ukončení služby Zadavatel předpokládá ukončení pro obě provozované organizace odděleně. Export dat Export dat Zadavatel předpokládá v rozsahu maximálně 5 exportů za instanci (1x testovací export, 2x testovací k importu, 1x finální export a 1x export finálních změn) |
„Export dat ESS, ukončení služby“ bude Poskytovatelem zajišťována dle skutečnosti, což znamená, že Poskytovatel bude zajišťovat potřebné činnosti v souladu s kapitolou 8 smlouvy. |
Provozní doba poskytování komponenty |
Služba “ Export dat ESS, ukončení služby” bude poskytována v režimu 5x12 (pracovní dny mimo státní svátky a dny pracovního volna od 6:00 do 18:00). |
Reakční lhůty pro poskytování služby |
Typ požadavku Reakční doba Doba vyřešení v v hodinách hodinách |
Dle dohody, Požadavek uživatele 2 maximálně však do 14 kalendářních dnů |
Reakční lhůta běží v provozní dobu poskytování komponenty a začíná od okamžiku zapsání požadavku oprávněnou osobou do Service Desku ESS. Reakční lhůta na vyřešení požadavku se vztahuje na všechny činnosti nutné pro vyřešení požadavku v provozním prostředí, pokud Zadavatel po dohodě s Poskytovatelem v daném případě nestanovil jinak. |
3.2 Hodnocení služeb
3.2.1 Parametry hodnocení služeb, procentní nastavení
a) Parametry Hodnocení služeb
Služba Komponenta | ZD | SLA Vstupní parametry pro vyhodnocení kvality | ||
S1 | Provozní KS1.1 podpora KS1.2 ESS KS1.3 KS1.4 KS1.5 KS1.6 KS1.7 | Podpora provozu ESS Uživatelská podpora ESS Technická a metodická podpora ESS Bezpečnostní dohled ESS Technologický update ESS Záloha a obnova ESS Dohled nad provozem ESS | 7x24 | Incidenty |
5x12 | Požadavky | |||
5x12 | Požadavky | |||
5x12 | Požadavky | |||
5x12 | Požadavky | |||
7x24 | Požadavky | |||
7x24 | Požadavky | |||
S2 | Export dat ESS, ukončení služby | 7x5 | Požadavky | |
Vyhodnocení kvalita poskytovaných služeb bude součástí pravidelných měsíčních reportů. Nedodržení požadovaných SLA parametrů bude zpracováno za jednotlivé Služby podpory provozu.
Slevy za nedodržení jednotlivých parametrů se sčítají.
3.2.2 Vyhodnocení parametrů plnění dostupnosti
a) Vyhodnoceni dostupnosti ESS
Parametr | Dostupnost ESS |
Popis | Dostupností je vyjádřena v % doby, po kterou bude ESS dostupná. Dostupnost se vyhodnocuje pro zaručenou provozní dobu (ZPD) a mimo ZPD. |
Metrika | Dostupnost se vypočítá dle následujícího vzorce: 𝐴 = (𝐴𝑆𝑇 − 𝐷𝑇) ∗ 100 𝐴𝑆𝑇 A Dostupnost (Availability) 𝐴𝑆𝑇 Celková odsouhlasená provozní doba za sledované období (měsíc) bez plánovaných odstávek DT = Celková doba neplánovaných odstávek ve sledovaném období (měsíc). |
Metoda | Měření bude prováděno automatickým vyhodnocováním Incidentů (kategorie A) v Service Desku (SD) a porovnáním s informacemi v dohledovém systému. | |||||
Časové body | Začátek: Čas evidence nedostupnosti služby v Service Desku (SD). Konec: Čas nahlášení dostupnosti služby do SD systému. | |||||
Místo měření | Místo, kde bude probíhat měření dostupnosti je SD a dohledový systém. | |||||
Časový interval | Dostupnost bude vypočítávána, hlášena a vyhodnocována měsíčně. | |||||
Výjimky | Měření bude prováděno pro všechny produkční systémy. Měření nebude prováděno pro systémy testovací a vývojové prostředí. Měření bude prováděno pouze v odsouhlasené provozní době KS 1.1 nebo prvku infrastruktury | |||||
Dostupnost pro ZPD | ||||||
Dosažená dostupnost | >99,8% | >99,0% | >97,0% | >95,0% | >90,0% | <90,0% |
Sleva z ceny služby | 0% | 10% | 20% | 30% | 40% | 50% |
Dostupnost mimo ZPD | ||||||
Dosažená dostupnost | >98,0% | >94,0% | >90,0% | >86,0% | >80,0% | <80,0% |
Sleva z ceny služby | 0% | 10% | 20% | 30% | 40% | 50% |
Celková sleva za nedostupnost aplikace je dána součtem slev za nedostupnost v ZPD a mimo ZPD. Do nedostupnosti se nezapočítávají plánovaná servisní okna.
b) Vyhodnocení zpracování incidentů
Vyhodnocení incidentů bude prováděno na základě Kategorie incidentu a prostředí, ve kterém k Incidentu došlo. Do vyhodnocení vstupují parametry Reakční doba a Doba vyřešení.
3.2.2.b.1 Kategorizace Incidentů (vad)
Kategorie A – Vážný incident s nejvyšší prioritou, který má kritický dopad do funkčnosti ESS nebo její zásadní části a dále incident, který znemožňuje užívání ESS nebo její části nebo způsobuje vážné provozní problémy.
Kategorie B - Incident, který svým charakterem nespadá do kategorie A. Znamená vážné zhoršení výkonnosti a funkčnosti ESS nebo její části. ESS nebo její část má zásadní omezení nebo je částečně nefunkční. Jedná se o incidenty odstranitelné, které způsobují problémy při užívání a provozování ESS nebo její části, ale umožňují provoz. Bezpečnostní incident, který neohrožuje dostupnost služby, spadá vždy do kategorie B.
Kategorie C – Incident, který svým charakterem nespadá do kategorie A nebo kategorie B. Znamená snadno odstranitelné incidenty s minimálním dopadem na funkcionality či funkčnost ESS nebo její části.
3.2.2.b.2 Priority reakce a vyřešení incidentu:
Tabulka níže definuje požadované parametry Reakční doby a požadované doby vyřešení incidentů pro jednotlivé priority.
Popis | Reakční doba na incident | Doba vyřešení incidentu | |
1 | Nejvyšší priorita na odstranění chyby | 30 minut | 4 hodiny |
2 | Vysoká priorita na odstranění chyby | 1 hodina | 24 hodin |
3 | Střední priorita na odstranění chyby | 2 hodiny | 72 hodin |
4 | Nízká priorita na odstranění chyby | 2 hodiny | 144 hodin |
Incidenty s prioritou 1 a 2 budou řešeny bez ohledu na ZPD.
3.2.2.b.3 Matice přiřazení priorit pro řešení incidentů:
V závislosti na typu prostředí a kategorii incidentu je v následující tabulce provedeno přiřazení konkrétní požadované priority. Z vazby na parametry priorit je odvozen požadavek na Reakční dobu a požadovanou dobu vyřešení.
Prostředí Zadavatele | Incident Kategorie A | Incident Kategorie B | Incident Kategorie C |
Produkční prostředí (primární, záložní) | 1 | 2 | 3 |
Testovací prostředí | 2 | 3 | 3 |
Pomocné testovací prostředí | 3 | 4 | 4 |
Vývojové prostředí | 4 | 4 | 4 |
V rámci řešení Incidentu, především vzhledem k požadavku na minimalizaci dopadů Incidentu, může Poskytovatel použít i dočasné řešení (náhradní řešení). Dočasné řešení je založené na postupu, jehož pomocí lze nevyhovující stav ESS překlenout či obejít, nebo na úpravě, která eliminuje klíčové negativní dopady Incidentu. Na základě poskytnutí takového dočasného řešení může dojít ke změně klasifikace kategorie Incidentu, a tedy i ke snížení Priority. Změnu priority schvaluje Zadavatel.
3.2.2.b.4 Vyhodnocení slevy dle SLA pro Incidenty
Následující tabulka udává výši slevy z ceny Služeb za úhrn překročení Reakční doby jednotlivých kategorií Incidentů. Pro výpočet překročení Reakční doby se nezapočítává tolerance 15 minut u kategorie A a B a tolerance 30 minut u kategorie C, vypočet je prováděn měsíčně.
Kategorie incidentu | Sleva za překročení Reakční doby za každou započatou hodinu | Sleva za překročení Reakční doby za každou započatou hodinu nad 4 násobek požadované Reakční doby dle Priority. |
Kategorie A | 3000,- Kč | 6000,- Kč |
Kategorie B | 1200,- Kč | 2400,- Kč |
Kategorie C | 300,- Kč | 600,- Kč |
Následující tabulka udává výši slevy z ceny Služeb za úhrn překročení Doby vyřešení jednotlivých kategorií Incidentů. Pro výpočet překročení Doby vyřešení se nezapočítává tolerance 15 minut u kategorie A a B a tolerance 30 minut u kategorie C, vypočet je prováděn měsíčně.
Kategorie incidentu | Sleva za překročení požadované Xxxx vyřešení za každou započatou hodinu | Sleva za překročení Doby vyřešení za každou započatou hodinu nad 4 násobek požadované Doby vyřešení dle Priority. |
Kategorie A | 9000,- Kč | 12000,- Kč |
Kategorie B | 6000,- Kč | 5000,- Kč |
Kategorie C | 600,- Kč | 1200,- Kč |
c) Vyhodnocení zpracování požadavků (requesty)
Následující tabulka udává výši slevy z ceny Služeb za úhrn překročení Reakční doby jednotlivých požadavků. Vypočet je prováděn měsíčně.
Požadavek | Sleva za překročení Reakční doby za každou započatou hodinu | Sleva za překročení Reakční doby za každou započatou hodinu nad 4 násobek požadované Reakční doby dle Priority. |
Požadavek | 2000,- Kč | 3000,- Kč |
Následující tabulka udává výši slevy z ceny Služeb za úhrn překročení vyřešení jednotlivých požadavků. Vypočet je prováděn měsíčně.
Požadavek | Sleva za překročení požadované Doby vyřešení za každou započatou hodinu | Sleva za překročení Doby vyřešení za každou započatou hodinu nad 4 násobek požadované Doby vyřešení dle Priority. |
Požadavek | 4000,- Kč | 6000,- Kč |
3.2.3 Celková kvalita služby
Stanovení slev za poskytování služeb odpovídá kvalitě služeb, tj. odpovídá nedodržení požadovaných parametrů. Jedná se o parametry: dostupnost ESS, dodržování termínů Reakčních dob a dob vyřešení. Jednotlivé dílčí slevy se sčítají.
3.2.3.a.1 Měsíční výkaz kvality plnění dostupnosti
Součástí měsíčního vyhodnocení bude seznam všech dílčích nedostupnosti v ZPD a mimo ZPD a celkový procentuální úhrn za obě tato období.
𝑆𝑁 = 𝑆𝑁Z𝑃𝐷 + 𝑆𝑁0𝑆𝑇
𝑆𝑁 Xxxxxxx sleva za nedostupnost ESS
𝑆𝑁Z𝑃𝐷 Sleva za nedostupnost ESS v Zaručené provozní době (ZPD)
𝑆𝑁0𝑆𝑇 Sleva za nedostupnost ESS mimo Zaručenou provozní dobu (ZPD)
3.2.3.a.2 Měsíční výkaz kvality plnění Reakční doby a doby vyřešení
Vyhodnocovány jsou jednotlivé požadavky a incidenty. Celková sleva za nedodržení smluvených termínů je dána součtem slev za překročení jednotlivých případů.
Sleva za nesplnění termínů požadavku
𝑆𝑃 = 𝑆𝑃𝑅𝐷 + 𝑆𝑃𝐷𝑉
𝑆𝑃 Xxxxxxx sleva za nedodržení parametrů u požadavků
𝑆𝑃𝑅𝐷 Sleva za nedodržení Reakční doby u požadavků
𝑆𝑃𝐷𝑉 Sleva za nevyřešení požadavků v dohodnutém termínu. Nedodržení Doby vyřešení.
Sleva za nesplnění termínů Incidentu
𝑆𝐼 = 𝑆𝐼𝑅𝐷 + 𝑆𝐼𝐷𝑉
𝑆𝐼 Xxxxxxx sleva za nedodržení parametrů u Incidentů.
𝑆𝐼𝑅𝐷 Sleva za nedodržení Reakční doby u Incidentů.
𝑆𝐼𝐷𝑉 Sleva za nevyřešení Incidentů v dohodnutém termínu. Nedodržení Doby vyřešení.
Sleva za nesplnění termínů všech případů
𝑆𝑇 = ∑ 𝑆𝑃 + ∑ 𝑆𝐼
𝑆𝑇 Xxxxxxx sleva za nedodržení termínů.
3.2.3.a.3 Výpočet celkové slevy z poskytovaných služeb
𝑆 = 𝑆𝑁 + 𝑆𝑇
S Xxxxxxx sleva za vyhodnocovací období.
𝑆𝑁 Xxxxxxx sleva za nedostupnost ESS
𝑆𝑇 Xxxxxxx sleva za nedodržení termínů.
4. Způsob Podpory a rozvoje ESS |
Zadavatel stanovuje povinný minimální rámec organizační struktury projektu:
• řídící výbor projektu,
• hlavní tým projektu,
• realizační týmy projektu.
Řídícím výborem projektu se rozumí vrcholný orgán projektu, který je vytvořen na období trvání projektu. Tvoří jej členové vrcholového vedení Zadavatele a zástupce Poskytovatele.
Hlavním týmem projektu se rozumí výkonné vedení projektu, které řídí práce jednotlivých realizačních týmů a přijímá rozhodnutí přesahující pravomoci těchto týmů.
5. Součinnost Zadavatele |
Součinnost je seznamem závazků Zadavatele za účelem poskytnutí nezbytné podpory řešitele v oblastech, které principiálně nemůže sám zajistit.
5.1 Součinnost pro analýzu a návrh
Součinnost pro analýzu a návrh zahrnuje součinnost nezbytnou pro provedení detailní analýzy a detailního návrhu v úvodních fázích projektu.
Kód součinnosti | SAN001 |
Název | Odborná součinnost |
Popis | Zadavatel poskytne pro provedení detailní analýzy a návrhu systému součinnost maximálně 1 klíčového uživatele za každou organizaci v rozsahu nepřevyšujícím 20% jejich pracovní kapacity. |
Kód součinnosti | SAN002 |
Název | Model |
Popis | Pro potřeby modelování dodávaného řešení v rámci analytické a vývojářské dokumentace poskytne Zadavatel centrální model (pro software SparxSystem Enterprise Architect v minimální edici Corporate Edition) přístupný zabezpečeným způsobem přes síť Internet. Přístup k modelu bude poskytován individuálním pracovníkům řešitele na základě písemné podepsané žádosti. |
5.2 Součinnost pro testování
Součinnost pro testování zahrnuje součinnost nezbytnou pro provedení akceptačních, zátěžových a bezpečnostních testů.
Kód součinnosti | SST001 |
Název | Akceptační testy |
Popis | Zadavatel poskytne pro provedení akceptačních testů Poskytovatelem, dle testovacích scénářů připravených Poskytovatelem, součinnost maximálně 1 klíčového uživatele a 4 správců pro každou instanci (organizaci) ESS |
Kód součinnosti | SST002 |
Název | Zátěžové testy |
Popis | Zadavatel zajistí s pomocí vlastních zdrojů či třetí strany návrh a provedení zátěžových (výkonnostních) testů dodávaného systému. |
Kód součinnosti | SST003 |
Název | Bezpečnostní testy |
Popis | Zadavatel zajistí s pomocí vlastních zdrojů či třetí strany provedení bezpečnostních testů na úrovni sítě (penetrační) tak i úrovně aplikační, ke které dodavatel poskytne součinnost (viz. katalog služeb) |
5.3 Součinnost pro migraci
Součinnost pro migraci zahrnuje součinnost nezbytnou pro provedení migrace dat ze stávajícího systému do systému nového.
Kód součinnosti | SIG001 |
Název | Struktura dat |
Popis | Zadavatel poskytne Poskytovateli nejpozději v etapě „Analýzy“ data, která budou migrována do dodávaného systému ze systému stávajícího. |
Kód součinnosti | SIG002 |
Název | Forma dat |
Popis | Zadavatel poskytne data pro migraci v otevřeném datovém formátu či ve formátu zálohy současně provozovaného systému Athena metadat MSSQL a zálohy dokumentů v MSSQL SharePoint. Upgrade systému Arsys na ArsysX požaduje realizovat včetně dat. V případě, že bude migrace nutná, zajistí ji dodavatel s využitím dat, které spravuje v systému Arsys. |
Kód součinnosti | SIG003 |
Název | Produkční data |
Popis | Zadavatel poskytne Poskytovateli celková produkční data nejpozději dva týdny před zahájením přechodu na nový systém pro účely finálních testů migrace. Data pro přechod na nový systém budou poskytnuta ke dni odstávky systému stávajícího. |
5.4 Součinnost pro nasazení
Součinnost pro nasazení zahrnuje součinnost nezbytnou pro nasazení systému do provozu a pro potřeby školení a testování.
Kód součinnosti | SAS001 |
Název | Výpočetní platforma |
Popis | Pro potřeby provozu systému poskytne Zadavatel výpočetní výkon včetně diskových úložišť. |
Kód součinnosti | SAS002 |
Název | Konfigurace |
Popis | Provozní konfigurace (počet serverů, počet a typ procesorů, kapacita úložiště) bude ze strany Zadavatele zajištěna na základě primárních požadavků a následně po provedení zátěžových testů. |
Kód součinnosti | SAS003 |
Název | Prostředí |
Popis | Zadavatel poskytne výpočetní platformu pro prostředí produkční a testovací. Dále dočasné prostředí pro provádění integračních a zátěžových testů při realizaci připojení nových agendových systémů v roce 2017. |
Kód součinnosti | SAS004 |
Název | Sítě a komunikace |
Popis | Zadavatel poskytne pro potřeby provozu aplikace síťovou a komunikační infrastrukturu LAN a WAN. Zajistí tak on-line připojení kontaktních pracovišť a krajských poboček k centrálním výpočetním střediskům. |
5.5 Součinnost pro školení
Součinnost pro školení zahrnuje součinnost nezbytnou pro zajištění všech typů školení.
Kód součinnosti | SSK001 |
Název | Školící prostory |
Popis | Zadavatel zajistí prostory pro provádění školení. Prostory mohou být dislokovány v lokalitách MPSV, a v lokalitě generálního ředitelství Úřadu práce. |
Kód součinnosti | SSK002 |
Název | Velikost a vybavení |
Popis | Školící učebny budou svojí velikostí umožňovat školení nejvýše 20 pracovníků. Každá učebna bude vybavena prezentační technikou. Předpokládaný minimální počet účastníků jednoho běhu školení je 10 osob. |
Kód součinnosti | SSK003 |
Název | Termíny |
Popis | Zadavatel vypracuje 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í. |
5.6 Součinnost pro projektové řízení
Součinnost pro projektové řízení zahrnuje součinnost nezbytnou pro realizaci projektu tvorby nového informačního systému v rovině organizační a řízení projektu.
Kód součinnosti | SPR001 |
Název | Zasedací místnost |
Popis | Zadavatel zajistí v místě řešiteli přidělených kanceláří zasedací místnost vybavenou projektorem pro deset účastníků. Aktuální využití zasedací místnosti bude nutné ze strany řešitele vždy rezervovat. |
6. Použité pojmy a zkratky |
6.1 Obecné pojmy
Pojem / zkratka | Význam |
AP | Agentura práce |
EU | Evropská unie |
Pojem / zkratka | Význam |
FO | Fyzická osoba |
GP | Grantové projekty |
CHPM | Chráněné pracovní místo |
IAP | Individuální akční plán - metoda práce s klienty na úřadech práce při hledání zaměstnání |
Infosoud | Vyhledávání informací o průběhu soudních řízení |
IPJIS | Integrace a Provoz Jednotného Informačního Systému (JIS) |
IPPD | Integrovaná Podpůrná a Provozní Data |
IPPR | Individuální plán pracovní rehabilitace |
KKOV | Klasifikace kódů oborů vzdělání |
KoP | Kontaktní pracoviště |
KrP | Krajská pobočka |
LPS | Lékařská posudková služba |
MK | Modrá karta |
MZ | Monitorovací zpráva |
NIP | Národní individuální projekty zaměřené na nástroje a opatření APZ |
NSD | Nepojistné sociální dávky |
NSP | Národní soustava povolání |
OSVČ | Osoba samostatně výdělečně činná |
OUO | Oprávněná úřední osoba, vystupuje jako uživatel systému |
OVM | Orgán veřejné moci |
OZP | Osoba se zdravotním postižením |
PIN | Personal Identification Number - osobní ověřovací číslo |
PkZ | Povolení k zaměstnání |
PM | Project management |
PO | Právnická osoba |
PR | Pracovní rehabilitace |
PSS | Poskytovatel sociálních služeb |
PZ | Příspěvek na zapracování dle §116 ZoZam |
RIP | Regionální individuální projekty standardní nástroje a opatření APZ na území jednoho nebo více krajů |
RK | Rekvalifikační kurz |
RPSS | Registr poskytovatelů sociálních služeb |
ŘO | Řídící orgán |
SPO | Společně posuzované osoby |
Pojem / zkratka | Význam |
SPRSS | Střednědobé plánování rozvoje sociálních služeb |
SŘ | Správní řízení dle ZSŘ |
SS | Sociální služby poskytované PSS |
SSP | Státní sociální podpora |
SÚPM | Společensky účelná pracovní místa |
SVČ | Samostatná výdělečná činnost |
UoZ | Poskytovatel o zaměstnání - Poskytovatelem o zaměstnání je fyzická osoba, která požádá o zprostředkování vhodného zaměstnání krajskou pobočku ÚP, v jejímž územním obvodu má bydliště a při splnění zákonem stanovených podmínek je krajskou pobočkou ÚP zařazena do evidence Poskytovatelů o zaměstnání |
ústav | Ústav (zařízení) pro péči o děti nebo mládež ve smyslu ZoSSP |
VPM | Volné pracovní místo |
VPP | Veřejně prospěšné práce |
VS | Veřejná služba |
ZMK | Zaměstnanecká karta |
ZS | Zaměstnavatelský subjekt |
ZZ | Zahraniční zaměstnanost |
KZmÚ | Konverze z moci úřední |
ISDS | Informační systém datových schránek |
DS | Datová schránka |
DZ | Datová zpráva |
NSESS | Národní standart elektronické spisové služby (xxxx://xxx.xxxx.xx/xxxxxx/xxxxxxx-xxxxxxxx-xxx-xxxxxxxxxxxx- systemy-spisove-sluzby.aspx ) |
6.2 Orgány veřejné moci
Pojem / zkratka | Význam |
BIS | Bezpečnostní informační služba |
CÚ | Celní úřad |
ČNB | Česká národní banka |
ČR | Česká republika |
ČSSZ | Česká správa sociálního zabezpečení |
ČSU | Český statistický úřad |
FÚ | Finanční úřad |
GŘ ÚP | Generální ředitelství úřadu práce |
KÚ | Krajský úřad |
Pojem / zkratka | Význam |
MDČR | Ministerstvo dopravy ČR |
MFČR | Ministerstvo financí ČR |
MMR | Ministerstvo pro místní rozvoj ČR |
MOČR | Ministerstvo obrany ČR |
MPSV | Ministerstvo práce a sociálních věcí ČR |
MSČR | Ministrerstvo spravedlnosti ČR |
MŠMT | Ministerstvo školství, mládeže a tělovýchovy ČR |
MVČR | Ministerstvo vnitra ČR |
MZČR | Ministerstvo zdravotnictví ČR |
NÚV | Národní ústavu pro vzdělávání |
OSSZ | Okresní správa sociálního zabezpečení |
OSZMV | Odbor sociálního zabezpečení MVČR |
SÚIP | Státní úřad inspekce práce |
ÚP | Úřad práce |
ÚP ČR | Úřad práce České republiky |
VÚSZ | Vojenský úřad sociálního zabezpečení |
6.3 Předpisová základna
Pojem / zkratka | Význam |
ZKŘ | Předpis č. 255/2012 Sb. Zákon o kontrole (kontrolní řád) |
ZoDP | Předpis č. 586/1992 Sb. Zákon České národní rady o daních z příjmů |
ZoDuPo | Předpis č. 155/1995 Sb. Zákon o důchodovém pojištění |
ZoFK | Předpis č. 320/2001 Sb. Zákon o finanční kontrole ve veřejné správě a o změně některých zákonů (zákon o finanční kontrole) |
ZoHN | Předpis č. 111/2006 Sb. Zákon o pomoci v hmotné nouzi |
ZoISVS | Předpis č. 365/2000 Sb. Zákon o informačních systémech veřejné správy a o změně některých dalších zákonů |
ZoISVSnov | Předpis č. 81/2006 Sb. Zákon, kterým se mění zákon č. 365/2000 Sb., o informačních systémech veřejné správy a o změně některých dalších zákonů, ve znění pozdějších předpisů, a další související zákon |
ZoNP | Předpis č. 187/2006 Sb. Zákon o nemocenském pojištění |
ZoOZPNZ | Předpis č. 118/2000 Sb. Zákon o ochraně zaměstnanců při platební neschopnosti zaměstnavatele a o změně některých zákonů |
ZoPDOZP | Předpis č. 329/2011 Sb. Zákon o poskytování dávek osobám se zdravotním postižením a o změně souvisejících zákonů |
ZoPř | Předpis č. 200/1990 Sb. Zákon České národní rady o přestupcích |
Pojem / zkratka | Význam |
ZoSP | Předpis č. 634/2004 Sb. Zákon o správních poplatcích |
ZoSPOD | Předpis č. 359/1999 Sb. Zákon o sociálně-právní ochraně dětí |
ZoSS | Předpis č. 108/2006 Sb. Zákon o sociálních službách |
ZoSSP | Předpis č. 117/1995 Sb. Zákon o státní sociální podpoře |
ZoVZP | Předpis č. 592/1992 Sb. Zákon České národní rady o pojistném na všeobecné zdravotní pojištění |
ZoZam | Předpis č. 435/2004 Sb. Zákon o zaměstnanosti |
ZoŽEM | Předpis č. 110/2006 Sb. Zákon o životním a existenčním minimu |
ZP | Předpis č. 262/2006 Sb. Zákon zákoník práce |
ZSŘ | Předpis č. 500/2004 Sb. Zákon správní řád |
ZZR | Předpis č. 111/2009 Sb. Zákon o základních registrech |
6.4 DÁVKY
Pojem / zkratka | Význam |
DnB | Doplatek na bydlení |
MOP | Mimořádná okamžitá pomoc |
NPP | Příspěvek při přechodu na nový podnikatelský program dle §117 ZoZam |
PnP | Příspěvek na péči |
PnŽ | Příspěvek na živobytí |
PP | Překlenovací příspěvek dle §114 ZoZam |
PpR | Podpora při rekvalifikaci |
XXxx | Příspěvek na úhradu potřeb dítěte |
PvN | Podpora v nezaměstnanosti |
6.5 Informační systémy
Pojem / zkratka | Význam |
AISEO | Informační systém evidence obyvatel |
CEDR | Centrální registr dotací provozovaní MFČR |
CIS | Evidence cizinců |
DotInfo | Systém, který umožňuje vyhledávání nad poskytovateli dotací a návratných finančních výpomocí ze státního rozpočtu ČR. Zprostředkovává zobrazení údajů podle zákona č. 171/2012 Sb |
DS | Datová schránka, resp. informační systém datových schránek |
EKIS | Ekonomický informační systém |
ESS | Elektronická spisová služba |
Pojem / zkratka | Význam |
Evidence případů | Registr obsahující aktualizované informace všech zpracovávaných žádostí, jejich stavu i případných rozhodnutí |
Evidence subjektů | Evidence je součástí Modulu podpůrných a průřezových činností |
IDM | Identity Management |
IS SD | Informační systém sociálních dávek |
IS ZAM | Informační systém Zaměstnanost |
ISEO | Informační systém pro evidenci obyvatel ve správě MVČR |
ISZR | Informační systém základních registrů |
JVM | Jednotné výplatní místo |
Portál | Webový portál, který obsahuje veřejnou část a část přístupnou po přihlášení. Slouží k publikování informací veřejnosti a vybraným subjektům a ke vstupu (hlášení, formulářů žádostí, atp.) od externích subjektů (klientů, obcí, zaměstnavatelů apod.) směrem k MPSV a ÚP |
ROB | Registr obyvatel je součástí Systému základních registrů. Eviduje referenční údaje o FO. Jedná se o občany ČR a EU, cizince s povolením pobytu v ČR a cizince, kterým byla na území ČR udělena mezinárodní ochrana formou azylu nebo doplňkové ochrany. Zdrojem dat jsou současné relevantní evidence |
ROS | Registr osob je součástí Systému základních registrů. Jeho správcem je ČSU. Eviduje právnické osoby a organizační složky právnických osob, podnikající fyzické osoby, podnikající zahraniční osoby a organizační složky zahraničních osob, organizace s mezinárodním prvkem, organizační složky státu a orgány veřejné moci |
RR | Referenční rozhraní (RR) je souhrn právních, technických, organizačních a jiných opatření, vytvářejících jednotné integrační prostředí ISVS, které poskytuje kvalitní soustavu společných služeb, včetně výměny oprávněně vyžadovaných informací mezi jednotlivými informačními systémy orgánů veřejné správy a dalšími subjekty |
RTr | Rejstříku trestů |
RUIAN | Registr územní identifikace, adres a nemovitostí |
SpS | Spisová služba |
ZR | Základní registry |
6.6 Informační technologie
Pojem / zkratka | Význam |
AD | Active Directory |
AJAX | Asynchronous Javascript and XML |
API | Aplikační programový interface |
BLOB | Binary Large Object |
BPMN | Business Process Model and Notation |
Pojem / zkratka | Význam |
CA | Certifikační Autorita |
CEF | Common Event Format |
CIFS | Common Internet File System |
CRL | Certificate Revocation List - seznam zneplatněných certifikátů |
CSV | Comma separated value |
ČJ | Číslo jednací |
DB | Database |
DMS | Document Management System |
DNS | Domain Name Service |
DTD | Document Type Definition |
ESB | Enterprise Service Bus |
Evidence rozhodných skutečností | Evidence rozhodných skutečností, centrální evidence společná pro všechny agendy JISPSV |
FIM | Forefront Identity Management |
FS | File system - souborový systém, je označení pro způsob organizace dat ve formě souborů (a většinou i adresářů) tak, aby k nim bylo možné snadno přistupovat |
FTP | File Transfer Protocol |
HTTP | Hypertext Transfer Protocol |
CHM | Change management |
IKMPSV | Identifikátor klienta MPSV |
JSON | JavaScript Object Notation |
KDC | Kerberos Domain Controler |
MS | Microsoft |
MVC | Model - View - Controller |
ORM | Object Relationship Mapping |
OS | Operační Systém |
PC | Personal Computer - osobní počítač |
REST | Representational State Transfer |
SED | Strukturovaný elektronický dokument |
SMB | Server Message Block |
SOAP | Simple Object Access Protocol |
SoD | Segregation of Duty |
SQL | Structured Query Language |
SSO | Single Sign On |
Pojem / zkratka | Význam |
UDDI | Universal Description, Discovery and Integration |
UML | Unified Modeling Language |
VYKONT | Služba, poskytující informace o kontrolách dotací prováděných FÚ, které primárně vznikají v IS CEDR. Služba umožňuje oprávněným uživatelům na dožádání získat informace o výsledcích prováděných kontrol OFS za účelem přijetí příslušných opatření při poskytování podpory ze státního rozpočtu, státních fondů a prostředků EU |
WS | Web Service - Webová Služba |
WSDL | Web Services Description Language |
WSUS | Windows Server Update Service |
XML | Extensible Markup Language |
XSD | XML Schema Definition |
XSLT | eXtensible Stylesheet Language Transformations |
ID | Milník | Termín |
1. | Vytvoření a předání Návrhu realizace ve smyslu odst. 3.1.1 Smlouvy. | do 15 dnů ode dne účinnosti Smlouvy |
2. | Zajištění ověřovacího provozu ARSYS.X v prostředí Objednatele | od 1. 12 2015 do 31. 12. 2015 |
3. | Dokončení Úvodního upgrade ve smyslu odst. 3.1 Smlouvy | do 31. 12. 2015 |
4. | Zajištění poskytování zvýšené provozní podpory ARSYS.X dle odst. Chyba! Nenalezen zdroj odkazů. Smlouvy | od 1. dne následující po dokončení Úvodního upgrade dle Milníku 3, nejpozději však od 1. 1. 2016, do 31. 3. 2016 |
5. | Dokončení Roll-out Systému ve smyslu odst. dle odst. 3.1.6 a 3.1.7 Smlouvy | do 31. 3. 2016 |
6. | Zahájení poskytování Služeb podpory provozu v souladu s odst. 3.2 Smlouvy | 1. den následující po dokončení Roll-out Systému dle Milníku 5, nejpozději však k 1. 4. 2016 |
6a. | Realizace jednotného rozhraní pro ARSYS.X a agendové systémy (Realizace požadavků A019, A020, A021, A025, A026, A27,A028, A029, A033, A037, A038, A039, A041, A042 dle Návrhu realizace) | 30. 6. 2016 |
7. | Dokončení přechodu z platformy Oracle na platformu Microsoft ve smyslu odst. 3.1.8 Smlouvy | 30. 8. 2016 |
8. | Dokončení aktualizace Návrhu realizace a tvorby rozhraní pro napojení Systému na nové agendové informační systémy (Realizace požadavků A022, A023, A024, A030, A031, A032, A034, A035, A036, A040, A043 dle Xxxxxx realizace) | v průběhu roku 2017 (dle dohody smluvních stran) |
Příloha č. 2 Harmonogram
Část plnění | Cenová položka | Výše ceny v Kč bez DPH |
Cena za vytvoření Návrhu realizace | 620 000 | |
(ve smyslu odst. 3.1.1 smlouvy) | ||
Cena za obnovení rozhraní ARSYS.X na stávající agendové informační systémy užívané v resortu Objednatele | 1 430 000 | |
(ve smyslu odst. 3.1.2 smlouvy) | ||
Cena za zajištění migrace materiálů | ||
1 255 000 | ||
(ve smyslu odst. 3.1.3 smlouvy) | ||
Cena za úpravu a upgrade ARSYS.X v souvislosti se změnami legislativy pro účely zajištění jeho funkčnosti v prostředí ÚP ČR a Objednatele | 7 715 000 | |
(ve smyslu odst. 3.1.4 smlouvy) | ||
Dílo | Cena za zajištění ověřovacího provozu ARSYS.X v prostředí Objednatele | 1 870 000 |
(ve smyslu odst. 3.1.5 smlouvy) | ||
Xxxx za následné sjednocení úrovně technologií ARSYS.X a ARSYS | 9 130 000 | |
(ve smyslu odst. 3.1.6 smlouvy) | ||
Cena za zajištění poskytování zvýšené provozní podpory ARSYS.X | 2 150 000 | |
(ve smyslu odst. 3.1.7 smlouvy) | ||
Cena za přechod z platformy Oracle na platformu Microsoft | 4 375 000 | |
(ve smyslu odst. 3.1.8 smlouvy) | ||
Cena za tvorbu jednotného rozhraní pro | ||
napojení na nové agendové systémy | ||
(ve smyslu odst. 3.1.9 smlouvy a požadavků A019, A020, A021, A025, A026, A27,A028, A029, A033, A037, A038, A039, A041, A042 Návrhu realizace) | 2 310 000 |
Příloha č. 3 Cena
Cena za dokončení rozhraní pro napojení Systému na nové agendové informační systémy včetně aktualizace Návrhu realizace (ve smyslu odst. 3.1.9 smlouvy a požadavků A022, A023, A024, A030, A031, A032, A034, A035, A036, A040, A043 Návrhu realizace) | 1 540 000 | |
Celková cena Díla (údaj dle odst. 12.1.1 smlouvy; tato položka zahrnuje veškeré ceny uvedené v rámci Díla v této tabulce výše a je jejich součtem) | 32 395 000 | |
Služby podpory provozu | Celková měsíční cena Služeb podpory provozu v rozsahu provozu pro MPSV a ÚP ČR (údaj dle odst. 12.2.1 smlouvy) | 741 600 |
Celková měsíční cena Služeb podpory provozu pouze pro ÚP ČR (údaj dle odst. 12.2.1 smlouvy) | 648 600 | |
Rozvoj | Cena Rozvoje za 1 člověkoden Rozvoje – Role A „Architekt informačního systému“[1] (ve smyslu odst. 3.3 smlouvy) | 14 400 |
Cena Rozvoje za 1 člověkoden Rozvoje – Role B „Analytik“[2] (ve smyslu odst. 3.3 smlouvy) | 14 400 | |
Cena Rozvoje za 1 člověkoden Rozvoje – Role C „Vývojář“[3] (ve smyslu odst. 3.3 smlouvy) | 13 200 | |
Cena Rozvoje za 1 člověkoden Rozvoje – Role D „Migrační specialista“[4] (ve smyslu odst. 3.3 smlouvy) | 14 800 | |
Cena Rozvoje za 1 člověkoden Rozvoje – Role E „Školitel“[5] (ve smyslu odst. 3.3 smlouvy) | 14 400 | |
Exit | Cena Exitu za 1 člověkoden Exitu (ve smyslu čl. 8 smlouvy) | 14 400 |