Formulář žádosti o stanovisko Hlavního architekta eGovernmentu k architektuře funkčního celku pokrývaného smlouvou na provoz, podporu, údržbu, rozvoj a dalších k již existujícímu ICT-řešení (dle usnesení vlády ČR č. 86/2020 a/nebo zákona 365/2000 Sb.)...

Formulář žádosti

o stanovisko Hlavního architekta eGovernmentu k architektuře funkčního celku pokrývaného smlouvou na provoz, podporu, údržbu, rozvoj a dalších k již existujícímu ICT-řešení

(dle usnesení vlády ČR č. 86/2020 a/nebo zákona 365/2000 Sb.)

typ B3

Odbor Hlavního architekta eGovernmentu MV

Praha, leden 2022

verze 7.1

UPOZORNĚNÍ: Přestože je formulář zveřejněn ve formátu umožňujícím změny, žadatel není oprávněn měnit strukturu vybraných otázek či předepsaných odpovědí. Pokud se tak stane, Xxxxx Hlavního architekta eGovernmentu vyhodnotí takovou změnu jako porušení pravidel při schvalování a formulář bude vrácen bez vydání stanoviska. Tam, kde je to třeba pro uvedení dalších položek do tabulky, je žadatel oprávněn přidávat řádky pro tyto položky.

Metodický pokyn k vyplňování na adrese: xxxxx://xxxxx.xxx.xx/xxxx_xxxxxxxxxxx#xxxx

1. Základní zařazení funkčního celku

   1. Úvodní informace o žadateli o stanovisko k funkčnímu celku

Tabulka 1: Úvodní informace o žadateli o stanovisko
Organizace žadatele	<název organizace>		<sídlo>		<IČO>
Ředitel pro informatiku nebo Statutární zástupce	<jméno a příjmení>	<funkce>	<mail>		<telefon>
Kontaktní osoba projektu	<jméno a příjmení>	<funkce, případně organizace>	<mail>		<telefon>
Architekt projektu	<jméno a příjmení>	<funkce, případně organizace>	<mail>		<telefon>
Verze předkládaných / doplněných žádostí o stanovisko, data jejich předložení a jejich čísla jednací
Číslo předkládané verze:	Datum předložení:			Verze předložena pod Čj,:

Tabulka 2: Žádost o stanovisko dle (důvod žádosti):
Usnesení vlády č. 86, ze dne 27. ledna 2020 (U86)	Zvolte položku.
Zákona č. 365/2000 Sb., o informačních systémech veřejné správy, ve znění pozdějších předpisů (ZoISVS)	Zvolte položku.
Výzev v Integrovaném regionálním operačním programu (IROP), vypište číslo výzvy	<číslo výzvy>
Dobrovolná žádost o stanovisko	Zvolte položku.

2. Shrnutí charakteristik funkčního celku

Tabulka 3: Shrnutí charakteristik projektu
Název projektu:
Specifický cíl / účel projektu:
Seznam žádostí, které již byly v souvislosti s celkovými cíli a specifickým cílem / účelem projektu předány OHA:
Odkazy na agendy VS, kterých se projekt týká:			Příklad: Základní registr – registr obyvatel xxxxx://xxx-xxx.xxxx.xxx.xx/xxx/xxxxxx-xxxxxx/X000_00000000.xxxx Údaje v evidenci musí být aktuální k datu podání projektu, v případě neaktuálnosti může OHA pozastavit vydání stanoviska do doby než budou data zaktualizována!
Seznam služeb veřejné správy a jejich úkonů z katalogu služeb veřejné správy, kterých se projekt týká:			Příklad: Zápis narození dítěte xxxxx://xxxxxx.xxx.xx/xxxxxx-xx/xxxxx-xxxxxxxx-xxxxxx-X0000, úkon žádost o rodný list Údaje v evidenci musí být aktuální k datu podání projektu, v případě neaktuálnosti může OHA pozastavit vydání stanoviska do doby než budou data zaktualizována!
Odkazy na určené IS dle UV 86/2020 a zákona 365/2000 Sb., kterých se projekt týká:		Přímo dotčené určené IS, které projekt realizuje nebo mění	Příklad: 8101 Registr obyvatel – základní registr Údaje v evidenci musí být aktuální k datu podání projektu, v případě neaktuálnosti může OHA pozastavit vydání stanoviska do doby než budou data zaktualizována!
		Nepřímo dotčené určené IS	Příklad: 33 Informační systém evidence obyvatel
Názvy a odkazy na projekty v katalogu Digitálního Česka nebo jejich ID a názvy Nebo informace, proč není součástí katalogu Digitální Česko. Financování z tohoto programu nehraje roli, jedná se o jednotný katalog všech ICT záměrů veřejné správy.			Příklad: Rozvoj ROB a souvisejících AIS v důsledku přijetí ZoPDS a dalších zákonů xxxxx://xxxxx.xxxxxxxxx.xxx/xxxxxxxxx-xxxxxx/xxxxxxxxxxx/xx-xx-x0xxxxx0-0000-0xx0-x000-0xx0000x0x00 Údaje v evidenci musí být aktuální k datu podání projektu, v případě neaktuálnosti může OHA pozastavit vydání stanoviska do doby než budou data zaktualizována!
Termíny:
	Zahájení realizace projektu:		Spuštění první služby do produkčního prostředí:		Ukončení provozní smlouvy plánované v tomto projektu:
Výhrady ke zveřejnění formuláře:
	Formulář obsahuje veřejné informace a předpokládá se jeho zveřejnění. Pokud se zveřejněním nesouhlasíte, uveďte důvod, případně úpravy, které budou nutné, aby bylo zveřejnění možné:		Neveřejné jsou informace o tom, zda je žadatel povinnou osobou dle zákona č. 181/2014 Sb., o kybernetické bezpečnosti (ZKB); dále pak informace obsažené v tabulce č. 31: Dopady narušení bezpečnosti informací v systému. Tyto informace nebudou na základě výjimky dle § 10a ZKB veřejnosti poskytovány
Výjimky:
	Žádáte výjimku/y vyplývající z nedodržení architektonických principů eGovernmentu nebo jiných skutečností?		Zvolte položku.	Počet žádostí o výjimku/y v přílohách:
Určení rolí věcného správce, technického správce, provozovatele a dodavatele (pokud je předmětem více IS, klasifikujte hlavní a ostatní vysvětlete v tabulce 8):
	Věcný správce Subjekt, který je investorem předmětu projektu
	Technický správce Subjekt, který zajišťuje technickou realizaci požadavků věcného správce k předmětu projektu
	Provozovatel Subjekt, který zajišťuje provoz HW a SW předmětu projektu
	Dodavatel Subjekt, který dodává předmět projektu, pokud je znám v době přípravy projektu
Bylo provedeno hodnocení ekonomické výhodnosti způsobu provozu určených IS? Povinnost dle §5 odst. 2 písm. j) zákona č. 365/2000 Sb.						Zvolte položku. <uveďte jako přílohu>
Realizační (implementační) výdaje v rámci projektu (součet hodnot ve sloupci ① tabulky 49) v Kč bez DPH:						0
Provozní výdaje plánované v rámci projektu (součet hodnot ve sloupci ② tabulky 49) v Kč bez DPH:						0
Pětileté TCO projektu (součet hodnot ve sloupci ③ tabulky 49) v Kč bez DPH:						0

3. Popis, potřebnost a výstupy funkčního celku

   Tabulka 4: Popis funkčního celku:

   Popis funkčního celku:

4. Právní klasifikace specifického cíle / účelu funkčního celku

Tabulka 5: Klasifikace specifického cíle / účelu projektu dle legislativy eGovernmentu (pokud je v rámci projektu realizováno více IS, klasifikujte hlavní a ostatní vysvětlete)
Klasifikace	Vyberte
Druh informačního systému dle klasifikace zák. č. 365/2000 Sb., o informačních systémech VS	Zvolte položku.
Je projektem dotčen (tj. realizován nebo na úrovni jeho procesní a aplikační architektonické vrstvy měněn) určený informační systém dle zák. č. 365/2000 Sb., o informačních systémech VS?	Zvolte položku.	1. Využívá služby referenčního rozhraní nebo poskytuje služby referenčnímu rozhraní 2. Má vazbu na systém dle bodu 1 3. Je určený k poskytování služby fyzickým nebo právnickým osobám s předpokládaným počtem uživatelů, kteří využívají přístup se zaručenou identitou, alespoň 5000 ročně
Je projektem dotčen agendový informační systém dle zákona č. 111/2009 Sb., o základních registrech?	Zvolte položku. <Kontrola, zda předmět projektu je AIS, který podporuje alespoň jednu agendu VS z tabulky 3>
Budou informačním systémem, který je projektem dotčen, přijímány a odesílány datové zprávy dle zák. č. 300/2008 Sb., o elektronických úkonech a autorizované konverzi dokumentů?	Zvolte položku. <Kontrola, zda předmět projektu pro alespoň jeden úkon z tabulky 3 podporuje příjem/odesílání pomocí ISDS>
Druh informačního / komunikačního systému dle klasifikace stanovené zákonem č. 181/2014 Sb., o kybernetické bezpečnosti	Zvolte položku. <Významný IS je formou samoindikace, ostatní možnosti indikuje NUKIB>
Bezpečnostní úroveň informačního systému dle vyhlášky č. 315/2021 Sb., o bezpečnostních úrovních pro využívání cloud computingu orgány veřejné moci	Zvolte položku. < Do bezpečnostní úrovně je třeba zařadit jak IS fungující skrze služby cloud computingu, tak on premise řešení dle vyhlášky o dlouhodobém řízení ISVS>

Tabulka 6: Vysvětlení k základním podmínkám dosažení přínosů (nutným předpokladům a rizikům dosažení celkového cíle / cílů) funkčního celku

2. Architektonické informace o funkčním celku

   1. Dodržení architektonických principů NA VS ČR

Tabulka 7: Dodržení architektonických principů Národní architektury veřejné správy ČR
Klasifikace	Vyberte	Č. žádosti o výjimku	Vysvětlete
Standardně digitalizované	Zvolte položku.		<Dodržení principu je dle mapující tabulky NAP>
Zásada „pouze jednou“	Zvolte položku.		<Dodržení principu je dle mapující tabulky NAP>
Podpora začlenění a přístupnost	Zvolte položku.		<Dodržení principu je dle mapující tabulky NAP>
Otevřenost a transparentnost	Zvolte položku.		<Dodržení principu je dle mapující tabulky NAP>
Přeshraniční přístup jako standard	Zvolte položku.		<Dodržení principu je dle mapující tabulky NAP>
Interoperabilita jako standard	Zvolte položku.		<Dodržení principu je dle mapující tabulky NAP>
Důvěryhodnost a bezpečnost	Zvolte položku.		<Dodržení principu je dle mapující tabulky NAP>
Jeden stát	Zvolte položku.		<Dodržení principu je dle mapující tabulky NAP>
Sdílené služby veřejné správy	Zvolte položku.		<Dodržení principu je dle mapující tabulky NAP>
Připravenost na změny	Zvolte položku.		<Dodržení principu je dle mapující tabulky NAP>
eGovernment jako platforma	Zvolte položku.		<Dodržení principu je dle mapující tabulky NAP>
Vnitřně pouze digitální	Zvolte položku.		<Dodržení principu je dle mapující tabulky NAP>
Otevřená data jako standard	Zvolte položku.		<Dodržení principu je dle mapující tabulky NAP>
Technologická neutralita	Zvolte položku.		<Dodržení principu je dle mapující tabulky NAP>
Uživatelská přívětivost	Zvolte položku.		<Dodržení principu je dle mapující tabulky NAP>
Konsolidace a propojování	Zvolte položku.		<Dodržení principu je dle mapující tabulky NAP>
Omezení budování monolitických systémů	Zvolte položku.		<Dodržení principu je dle mapující tabulky NAP>

2. Enterprise architektura funkčního celku a její kontext

Tabulka 8: Architektonický model
V rámci Enterprise Architektury funkčního celku přiložte jako přílohu model exportovaný ve standardizovaném výměnném formátu The Open Group ArchiMate Model Exchange File Format	Zvolte položku.
Případně vysvětlete, proč není model přiložen ve standardizovaném formátu či není přiložen vůbec.

1. Motivační architektura – strategie a směrování

Tabulka 9: Vysvětlete, proč funkční celek realizujete v této podobě a čeho jím chcete dosáhnout. Pro vysvětlení motivace použijte zejména pojmy z odpovídajícího modelu motivační architektury (motivátory, zainteresované osoby, cíle, principy, podmínky, architektonické požadavky):

Tabulka 10: Katalog prvků motivační architektury
ID	Typ prvku	Xxxxx prvku	Popis prvku

Diagram motivační architektury

zde vložte diagram/y, které odpovídají tomu, co je uvedeno výše

2. Efektivita funkčního celku – výkonnostní architektura

Tabulka 11: Vysvětlete dopad funkčního celku na hospodárnost, účelnost, účinnost, časovou a kvalifikační náročnost a na kvalitu služeb v organizaci (viz metodika TCO zveřejněná zde):

Tabulka 12: Přehled parametrů SLA služeb
Název služby v rámci funkčního celku	Specifikace SLA parametru služby	Sjednaná mezní hodnota SLA parametru	Sjednaný způsob měření hodnoty SLA

Tabulka 13: Popis povinných objektivně ověřitelných ukazatelů výkonnosti (příklad získání a výpočtu hodnot je uveden v metodice k tomuto formuláři; pokud nejsou zde uváděné objektivně ověřitelné ukazatele běžně dostupné, jako mohou být např. údaje o spokojenosti uživatelů nebo preferencích el. služby před neelektronickou, musí být jejich získání zahrnuto a zohledněno v zdrojích nezbytných pro provoz)
Název služby v rámci funkčního celku	Předpokládaný počet transakcí za rok	Náklady na dokončenou transakci bez DPH? [Kč]	Jaké % uživatelů je spokojeno s poskytovanou službou?	Jaké % transakcí je úspěšně dokončeno?	Jaké % uživatelů zvolí raději elektronickou formu služby než ne-elektronickou?

Tabulka 14: Popis volitelných měřitelných ukazatelů výkonnosti
Název ukazatele	Předmět měření	Jednotka	Očekávaná hodnota od	Očekávaná hodnota do

3. Byznys architektura

Tabulka 15: Katalog prvků byznys architektury
ID	Typ prvku	Xxxxx prvku	Popis prvku

Tabulka 16: Využití front-office rozhraní předmětem funkčního celku
Rozhraní		Využití		Popis využití rozhraní funkčního celku
Asistovaná přepážka
	Umožnění asistovaného vyřízení podání či jiné služby v rámci projektu	Zvolte položku.
		Č. žádosti o výjimku:
	Umožnění vyřízení služby na Kontaktním místě veřejné správy (Czech POINT)	Zvolte položku.		<Vypište, jakých formulářů Czech POINT se týká>
		Č. žádosti o výjimku:
Webový portál
	Identifikace úředních osob vstupujících do procesu je řešena v souladu s JIP/XXXX	Zvolte položku.
		Č. žádosti o výjimku:
	Identifikace osob vstupujících do procesu je řešena v souladu se zákonem č. 250/2017 Sb., o elektronické identifikaci	Zvolte položku.		<Tato otázka souvisí s potřebou ztotožnění datového kmene klientů>
		Č. žádosti o výjimku:
	Portál poskytující služby klientům využívá design dle xxxxx://xxxxxxxxxxxx.xxx.xx/	Zvolte položku.
		Č. žádosti o výjimku:
Datová zpráva (ISDS)
	Využití Datových schránek pro účely doručování od OVM soukromoprávním subjektům a mezi OVM navzájem	Zvolte položku.
		Č. žádosti o výjimku:
	Využití datových schránek pro účely dodávání mezi soukromoprávními subjekty navzájem	Zvolte položku.
		Č. žádosti o výjimku:
	Využití Informačního systému datových schránek pro účely příjmu úkonů učiněných soukromoprávním subjektem vůči OVM (např. podání)	Zvolte položku.
		Č. žádosti o výjimku:
Elektronicky podepsaný dokument do e-Podatelny		Zvolte položku.
Nepodepsaný dokument do e-Podatelny		Zvolte položku.
Listinnou cestou do podatelny		Zvolte položku.

Tabulka 17: Identifikace, autentizace a autorizace subjektů/uživatelů v jejich rolích
Služba využívající identifikaci, autentizaci a autorizaci	Vysvětlete způsob identifikace a autentizace do služby	Použitý prostředek (Pokud není určený LoA v NIA) a druh autentizace	Vysvětlete autorizaci ve službě (přidělení role, mandáty, zastupování, atd.)

Model byznys architektury (výkonu veřejné správy) – pohled činnostních funkcí

zde vložte diagram(y), které odpovídají tomu, co je uvedeno výše

Model byznys architektury (výkonu veřejné správy) – pohled služeb veřejné správy

zde vložte diagram(y), které odpovídají tomu, co je uvedeno výše

Tabulka 18: Vysvětlení v kontextu byznys architektury úřadu

1. jaké k funkčnímu celku existují či vznikají duplicity a proč?

2. jsou využity všechny sdílené služby?

Vysvětlení byznys architektury funkčního celku

4. Architektura informačních systémů (aplikací a dat)

   1. Architektura informačních systémů – část: Aplikační architektura

Tabulka 19: Katalog všech aplikačních komponent řešení a klíčových aplikačních funkcí
ID	Typ prvku	Xxxxx prvku	Popis prvku

Diagram aplikační architektury – pohled struktury aplikací

zde vložte diagram/y,které odpovídají tomu, co je uvedeno výše

Diagram aplikační architektury – pohled komunikace aplikací

zde vložte diagram/y které odpovídají tomu, co je uvedeno výše

Tabulka 20: Vysvětlení v kontextu aplikační architektury úřadu

1. jaké k funkčnímu celku existují či vznikají duplicity?

2. proč a jsou využity všechny sdílené služby?

Vysvětlení aplikační architektury funkčního celku

2. Architektura informačních systémů – část: Datová architektura

Tabulka 21: Katalog objektů a subjektů
Objekt nebo subjekt, který je předmětem evidence	Vysvětlení objektu nebo subjektu	Označení objektu nebo subjektu dle Agend VS	Je objekt čerpán nebo poskytován jiným subjektům?
Příklad: Obyvatel	Příklad: Občan ČR nebo osoba s trvalým pobytem….	Příklad: Obyvatel 115-1	Zvolte položku.
			Zvolte položku.
			Zvolte položku.
			Zvolte položku.

Tabulka 22: Využití datového fondu základních registrů a dalších agend
Název		Použito		Vysvětlení
Základní registry
Způsob vedení datového kmene		Zvolte položku.
	Čtení údajů ROB	Zvolte položku.		<popište včetně zákonného zmocnění>
		Č. žádosti o výjimku:
	Editace údajů ROB	Zvolte položku.		<popište včetně zákonného zmocnění>
		Č. žádosti o výjimku:
	Čtení údajů ROS	Zvolte položku.		<popište včetně zákonného zmocnění>
		Č. žádosti o výjimku:
	Editace údajů ROS	Zvolte položku.		<popište včetně zákonného zmocnění>
		Č. žádosti o výjimku:
	Čtení údajů RÚIAN	Zvolte položku.		<popište včetně zákonného zmocnění>
		Č. žádosti o výjimku:
	Editace údajů RÚIAN	Zvolte položku.		< popište včetně zákonného zmocnění >
		Č. žádosti o výjimku:
	Čtení údajů RPP	Zvolte položku.		< popište včetně zákonného zmocnění >
		Č. žádosti o výjimku:
	Editace údajů RPP	Zvolte položku.		< popište včetně zákonného zmocnění >
		Č. žádosti o výjimku:
Evidujeme subjekty nebo objekty, které nejsou v základních registrech		Zvolte položku.		< popište, o jaké subjekty se jedná a proč > <příklad: agenda eviduje cizince bez pobytového statutu v ČR z důvodu zákonné potřeby je evidovat viz §1 zákon č. 100/1990>
Využití údajů publikovaných prostřednictvím kompozitních služeb editorů Základních registrů
	Evidence obyvatel (ISEO)	Zvolte položku.		< popište včetně zákonného zmocnění >
		Č. žádosti o výjimku:
	Cizinecký informační systém (CIS)	Zvolte položku.		< popište včetně zákonného zmocnění >
		Č. žádosti o výjimku:
	Evidence občanských průkazů (AISEOP)	Zvolte položku.		< popište včetně zákonného zmocnění >
		Č. žádosti o výjimku:
	Evidence cestovních dokladů (AISECD)	Zvolte položku.		< popište včetně zákonného zmocnění >
		Č. žádosti o výjimku:
Informační systém sdílené služby (ISSS dříve jako eGSB)
	Čerpání dat přes ISSS	Zvolte položku.		< popište včetně zákonného zmocnění s odkazem na kontexty xxxxx://xxxxx.xxx.xx/xxx:xxxxxxx, pokud neexistuje kontext, jaké objekty či subjekty z tabulky 23 by se požadovaly po jiných agendách>
		Č. žádosti o výjimku:
	Publikování vlastních dat přes ISSS	Zvolte položku.		< popište včetně zákonného zmocnění, a jakých objektů či subjektů z tabulky 23 se bude týkat>
		Č. žádosti o výjimku:
Komunikace mimo propojený datový fond
	Využívání vlastních proprietárních rozhraní	Zvolte položku.		< popište jakých objektů či subjektů z tabulky 23 se bude týkat>
		Č. žádosti o výjimku:
	Využívání Czech POINT pro přístup nebo editaci údajů PPDF	Zvolte položku.		< popište, zda a jak využíváte pro přístup k údajům objektů či subjektů práva Czech POINT nebo zda jej využíváte pro editaci údajů do jiných ISVS>

Tabulka 23: Způsob zajištění vedení datového kmene
Požadavek	Použito		Vysvětlení
Zajištění přístupu k datům pro správce předmětu funkčního celku
Máte zajištěn přístup k veškerým datům vedeným v databázích dotčených předmětem funkčního celku ve strojově čitelném a otevřeném formátu?	Zvolte položku.
	Č. žádosti o výjimku:
Máte výše popsaný přístup k datům zajištěn bez dodatečných finančních nákladů?	Zvolte položku.
	Č. žádosti o výjimku:
Můžete se zpřístupněnými daty libovolně nakládat?	Zvolte položku.
	Č. žádosti o výjimku:
Publikace výstupů ve formátu otevřených dat
Jsou data vedená v databázích dotčených předmětem funkčního celku zveřejňována jako otevřená data?	Zvolte položku.
	Č. žádosti o výjimku:
Jaké datové oblasti zveřejňujete jako otevřená data a na jakém stupni otevřenosti?

Tabulka 24: Nakládání s osobními a citlivými údaji
Způsoby identifikace subjektů (FO, PO) v informačním systému	AIFO	Zvolte položku.	<popište>
	IČO	Zvolte položku.	<popište>
	Rodné číslo	Zvolte položku.	<popište>
	Vlastní klientský identifikátor	Zvolte položku.	<popište včetně zákonného zmocnění a pravidel správy tohoto identifikátoru dle xxxxx://xxxxx.xxx.xx/xxx:xxxxxxxx_xxxxx_x_xxxxxxxxxx >
	Jiný identifikátor	Zvolte položku.	<popište>
Předpokládaný počet subjektů údajů dotčených zpracováním osobních údajů v systému (orientační počet osob, jejichž údaje budou v systému zpracovávány)		Má-li OVM informační systém, kde jsou zpracovávány údaje více než 50 000 osob, je skoro jisté, že půjde o VIS. Má-li organizace informační systém, kde jsou zpracovávány údaje více než 125 000 osob, mohlo by jít o KII, pokud bude naplněno některé z odvětvových kritérií v příloze č. 1 řešeného nařízení. Má-li OVM informační systém, kde jsou zpracovávány údaje více než 300 000 osob, půjde vždy o KII. Specificky u provozovatelů základních služeb v oblasti zdravotnictví je pak jedno z dopadových kritérií „kompromitace citlivých osobních údajů o více než 200000 osobách“.
Způsoby zavedení základních principů práce s osobními a citlivými údaji dle GDPR a zákona o zpracování osobních údajů
Zabezpečení zpracování:		<vysvětlete využití: pseudonymizace, šifrování, integrity, důvěryhodnosti apod. dle článku 32 GDPR>
Logování přístupů k osobním a citlivým údajům:		<vysvětlete zajištění logování přístupů k osobním a citlivým údajům včetně následného prokazování v rámci bezpečnostních auditů>
Používáte nakládání s osobními údaji na základě doloženého souhlasu subjektu údajů:		<vypište seznam a důvod>
Ostatní:		<případně vysvětlete další připravenost na práva dle GDPR nebo jejich neaplikovatelnost pro tento projekt>

Tabulka 25: Vysvětlení v kontextu datové architektury úřadu

1. jaké k funkčnímu celku existují či vznikají duplicity?

2. jsou využity všechny sdílené služby?

Vysvětlení datové architektury funkčního celku

5. Technologická architektura – vrstva IT technologie (HW a SW)

Tabulka 26: Katalog uzlů a klíčových funkcí nebo služeb
ID	Typ prvku	Xxxxx prvku	Popis prvku

Diagram technologické architektury – pohled struktury IT technologické architektury

<zde vložte diagram/y>

Tabulka 27: Vysvětlení v kontextu technologické architektury úřadu

1. jaké k funkčnímu celku existují či vznikají duplicity?

2. jsou využity všechny sdílené služby?

Vysvětlení technologické architektury funkčního celku:

6. Technologická architektura – vrstva komunikační infrastruktury

Tabulka 28: Katalog infrastrukturních komunikačních funkcí, sítí, cest a klíčových služeb
ID	Typ prvku	Xxxxx prvku	Popis prvku

Diagram technologické architektury – pohled struktury komunikační infrastruktury

<zde vložte diagram/y>

Tabulka 29: Využití sdílených služeb komunikační infrastruktury
Název	Popis	Použito	Č. žádosti o výjimku
CMS	Pro publikaci služeb tohoto funkčního celku je využito Centrální místo služeb – aplikace jsou publikovány prostřednictvím CMS	Zvolte položku.
KIVS	Využití komunikační infrastruktury veřejné správy, tj. fyzického propojení infrastruktury úřadů připojení k CMS	Zvolte položku.
NDC	Umístění technologií do Národních datových center v perimetru CMS	Zvolte položku.
Housing (IaaS)	Využití umístění vlastní HW infrastruktury do prostor datového centra třetí strany	Zvolte položku.

Tabulka 30: Vysvětlení v kontextu architektury komunikační infrastruktury úřadu, tedy:

1. jaké k funkčnímu celku existují či vznikají duplicity a proč?

2. jsou využity všechny sdílené služby?

Vysvětlení architektury komunikační infrastruktury funkčního celku:

7. Bezpečnostní architektura

Tabulka 31: Katalog bezpečnostní architektury funkčního celku:
Dotčený nebo bezpečnostní prvek	Hrozba / riziko	Vysvětlení způsobu zmírnění hrozby / rizika prvkem architektury včetně technických a organizačních opatření

Tabulka 32: Dopady narušení bezpečnosti informací v systému
Možné dopady v případě narušení dostupnosti	<Vyplňte např.: „V případě narušení dostupnosti informací v systému bude omezeno vykonávání agendy dle zákona č. 134/2016 Sb. o zadávání veřejných zakázek. Tato nedostupnost by se teoreticky mohla dotknout až 5000 uživatelů předmětného systému. V konečném důsledku by mohlo dojít k výraznému zdržení zadávacích řízení vedených naší organizací. “>
Možné dopady v případě narušení důvěrnosti	<Vyplňte např.: „Narušení důvěrnosti informací v systému může mít dopad na snížení důvěryhodnosti organizace vůči veřejnosti a ostatním partnerským organizacím. V posuzovaném systému jsou zpracovávány osobní údaje zhruba 10 000 osob, přičemž nejsou zpracovávány zvláštní kategorie osobních údajů (citlivé osobní údaje).“>
Možné dopady v případě narušení integrity	<Vyplňte např.: „Při narušení integrity informací v systému může dojít ke změně údajů v tomto systému, v důsledku čehož bude rozhodováno podle chybných informací a budou probíhat operace nezávisle na vůli organizace. Takovéto narušení navíc nemusí být ihned patrné, v důsledku čehož může dojít k následným omezením, které budou mít dopad na poskytování služeb. Dopady zde mohou být závažnější než v případě nedostupnosti služby.“>
Je v rámci Vaší organizace určen jakýkoliv prvek kritické infrastruktury?		ANO ☐ / NE ☐
Případně specifikujte ty určené prvky KI, jejichž činnost významně nebo zcela ovlivňuje tento posuzovaný informační systém:

Tabulka 33: Bezpečnostní opatření a zohlednění principu „security by design“
Bezpečnostní opatření dle Minimálního bezpečnostního standardu NÚKIB (dále jen „MBS“)	Odpověď	Popis realizace, případně odůvodnění nezavedení
Organizační opatření
Plán zavádění bezpečnostních opatření (kapitola 2.1 MBS)	Zvolte položku.
Klasifikace a ochrana informací (kapitola 3 MBS)	Zvolte položku.
Řízení dodavatelů (kapitola 4 MBS)	Zvolte položku.
Řízení lidských zdrojů (kapitola 5 MBS)	Zvolte položku.
Řízení změn (kapitola 6 MBS)	Zvolte položku.
Řízení kontinuity činností (kapitola 7 MBS)	Zvolte položku.
Audit kybernetické bezpečnosti (kapitola 8 MBS)	Zvolte položku.
Další opatření	Zvolte položku.
Technická opatření
Fyzická bezpečnost (kapitola 9 MBS)	Zvolte položku.
Řízení přístupů (kapitola 10 MBS)	Zvolte položku.
Ochrana před škodlivým kódem (kapitola 11 MBS)	Zvolte položku.
Řešení kyberbezpečnostních událostí a incidentů (kapitola 12 MBS)	Zvolte položku.
Aplikační bezpečnost (kapitola 13 MBS)	Zvolte položku.
Kryptografické prostředky (kapitola 14 MBS)	Zvolte položku.
Zajišťování úrovně dostupnosti informací (kapitola 15 MBS)	Zvolte položku.
Požadavky v oblasti cloudových služeb (kapitola 16 MBS)	Zvolte položku.
Řízení výjimek běhu, chyb a hlášení (kapitola 17.1 MBS)	Zvolte položku.
Ochrana webových aplikací (kapitola 17.2 MBS)	Zvolte položku.
Zabezpečení komunikace s externími systémy (kapitola 17.4 MBS)	Zvolte položku.
Další opatření	Zvolte položku.

Tabulka 34: Vysvětlení bezpečnostní architektury funkčního celku:

8. Shoda s pravidly, standardizace a dlouhodobá udržitelnost

Tabulka 35: Uveďte, které licence standardizovaných SW produktů nebo HW produktů jsou pořizovány formou centrálních rámcových smluv zajištěných Ministerstvem vnitra. Pokud tuto formu nevyužijete, vysvětlete proč:
Rámec	Odpověď	Vysvětlení důvodů nepoužití
Centrální nákup produktů Cisco Systems	Zvolte položku.
Centrální nákup produktů IBM	Zvolte položku.
Centrální nákup produktů Microsoft	Zvolte položku.
Centrální nákup produktů Oracle	Zvolte položku.
Centrální nákup produktů VMware	Zvolte položku.
Centrální nákup CITRIX	Zvolte položku.
Centrální nákup ICT komodit	Zvolte položku.
Centrální soutěžení KIVS	Zvolte položku.

Tabulka 36: Cloud Computing
Požadavek	Odpověď	Vysvětlení
Bude pro řešení využito služeb cloud computingu dle výsledku ekonomické výhodnosti provozu?	Zvolte položku.	<vypište příslušné jednotlivé dílčí cíle, které budou řešením naplňovány>
Uveďte odkaz na poptávku, nabídku nebo využívání z katalogu cloud computingu		<např. xxxxx://xxx.xxxx.xx/xxxxxx/xxxxxxx-xxxxx-xxxxxxxxxx-xxxx-xxxx-xxxx-x-0-0000-xxxxxxxxxxx-xxxx-xxxx-x-x.xxxx >

Tabulka 37: Shoda se strategickými dokumenty
Požadavek		Odpověď	Č. žádosti o výjimku	Vysvětlení
Je řešení v souladu s Informační koncepcí úřadu?	Zvolte položku.			<uveďte odkaz na identifikovaný projekt / balíček práce z IK a text aktuálního znění koncepce jako přílohu žádosti>
Je řešení v souladu s Informační koncepcí ČR a cíli či principy Digitálního Česka?	Zvolte položku.			<vypište příslušné jednotlivé dílčí cíle, které budou řešením naplňovány>
Je řešení v souladu s NAP?	Zvolte položku.			<viz kapitola 2.3>

Tabulka 38: Legislativní update
Zahrnuje podpora rovněž udržování řešení v souladu s novými právními předpisy (tzv. legislativní update)? Vysvětlete v jakém rozsahu:	Jakým způsobem je legislativní update hrazen?
	Zvolte položku.

Tabulka 39: Jak je zajištěno řízené ukončení životnosti jednotlivých výstupů funkčního celku a případný přechod na další řešení, či případná výměna dodavatele nad stejným řešením (tzv. Exit strategie):

Tabulka 40: Vysvětlení standardizace a udržitelnosti architektury funkčního celku

3. Kontrola shody architektury řešení funkčního celku s požadavky Národního architektonického plánu

Tabulka 41: Kontrola shody architektury řešení funkčního celku se vzory sdílených služeb eGovernmentu
Název architektonického vzoru eGovernmentu		Byl dodržen vzor?		Č. žádosti o výjimku	Podrobný popis způsobu a míry dodržení vzorů návrhem řešení funkčního celku
Centrální místo služeb
	Publikujete aplikační služby řešené tímto projektem do CMS druhé generace?		Zvolte položku.
	Přistupujete ke službám jiných ISVS prostřednictvím CMS druhé generace?		Zvolte položku.
	Jakým způsobem přistupujete do CMS druhé generace?		Zvolte položku.
	Využíváte vlastní připojení do veřejného internetu?		Zvolte položku.
Univerzální kontaktní místo
	Publikujete na CzechPOINT všechny své samoobslužné služby tak, aby mohly být přístupné i asistovaně?		Zvolte položku.
	Jste na centrálu CzechPOINT připojeni skrze systém CMS?		Zvolte položku.
Rozšířený backoffice úředníka
	Máte služby CzechPOINT@office integrovány do svých systémů?		Zvolte položku.
	Budou všechny interní aplikace dostupné z intranetu úřadu/resortu?		Zvolte položku.
	Bude využito principu Single Sign-On?		Zvolte položku.
ÚEP včetně eFakturace
	Máte zajištěno předvyplňování formulářů ÚEP všemi státu známými údaji subjektu?		Zvolte položku.
	Máte zajištěn příjem a zpracování elektronických faktur?		Zvolte položku.
Elektronický systém spisové služby
	Je realizace propojení systému se spisovou službou vytvořena dle rozhraní definovaného v kapitole 9 Národního standardu?		Zvolte položku.
Informační systém datových schránek
	Je prováděno automatické vytěžování přijatých formulářů do informačního systému?		Zvolte položku.
	Jakým způsobem je předmět projektu napojen na ISDS?		Zvolte položku.
Propojený datový fond
	Jste ke službám PPDF připojeni skrze CMS?		Zvolte položku.
	Využíváte pro překlad identity mezi agendami služby ISZR?		Zvolte položku.
	Využíváte pouze údaje, které máte explicitně uvedeny v daném zákoně?		Zvolte položku.
	Odebíráte na údaje PPDF notifikace skrze služby ISZR?		Zvolte položku.
	Je veškerá výměna údajů mezi ISVS realizována pomocí referenčního rozhraní (ISZR, eGSB/ISSS)?		Zvolte položku.
Elektronická identita
	Využíváte služeb Národního bodu pro identifikaci a autentizaci?		Zvolte položku.
	Používáte pro překlad identifikátoru identity do své agendy (BSI na AIFO) služeb ISZR?		Zvolte položku.
	Využíváte při obsazení identifikované a autentizované osoby do role úředníka systém JIP/XXXX?		Zvolte položku.

3. Další údaje o funkčním celku

   1. Majetkoprávní vztahy funkčního celku

Tabulka 42: Majetkoprávní vztahy
Podmínka	Odpověď	Poznámka (důvod)
Jsou vám udělena výhradní práva k užívání k dodávanému produktu?	Zvolte položku.
Jsou vám udělena nevýhradní práva k užívání k dodávanému produktu?	Zvolte položku.
Jsou práva k autorskému dílu nějak omezena (IČO, konkrétní uživatel, převoditelnost a další šíření, úpravy produktu, parametry…)?	Zvolte položku.
Máte přístup ke zdrojovému kódu pro čtení?	Zvolte položku.
Je vám či třetímu subjektu umožněno provádět údržbu, měnit produkt, upravovat jej či rozšiřovat bez souhlasu dodavatele?	Zvolte položku.
Máte přístup k aktuální technické dokumentaci produktu?	Zvolte položku.
Obsahuje smlouva ujednání o vyloučení odpovědnosti za výpadky fungování?	Zvolte položku.
Byly externí nákupy veřejně soutěženy?	Zvolte položku.
Je celé nebo část řešení publikováno nebo využívá Open Source?	Zvolte položku.

2. Finanční zabezpečení funkčního celku

   Tabulka 43: Finanční připravenost
   Druh financování	Odpověď	Popis zajištění, získání financování
   Financování pomocí ESIF1	Zvolte položku.
   Financování z vlastních zdrojů	Zvolte položku.
   Financování pomocí jiných externích zdrojů	Zvolte položku.

3. Metodické zabezpečení funkčního celku

Tabulka 44: Metodické připravenost
Metodické zajištění	Odpověď	Popis
Řízení pomocí metodiky (uveďte název)	Zvolte položku.
Podpora od projektové kanceláře úřadu/resortu	Zvolte položku.
Podpora od architektonické kanceláře úřadu/resortu	Zvolte položku.
Bude tento formulář součástí zadávací dokumentace projektu?	Zvolte položku.

4. Personální náročnost funkčního celku

Tabulka 45: Vysvětlete personální náročnost realizace funkčního celku, jako odhady dopadu do počtu systemizovaných míst, či kapacitní náročnost realizace funkčního celku dle FTE:

5. Harmonogram realizace funkčního celku

Tabulka 46: Hrubý harmonogram realizace předloženého funkčního celku
Fáze / milník	Začátek	Konec	Základní náplň	Navazuje na

Tabulka 47: Související záměry (v rozvojovém programu, portfoliu úřadu)
Předchozí projekty	Popis návaznosti na předchozí projekty
Souběžné projekty	Popis návaznosti na souběžné projekty
Navazující záměry	Popis návaznosti na budoucí záměry

Tabulka 48: Vysvětlení dalších údajů o funkčním celku

6. Ekonomické parametry funkčního celku

Hrubý odhad hodnoty záměru nákupu služeb či investic (externích výdajů), souvisejících s informačními a komunikačními technologiemi (funkčního celku). Ekonomická náročnost funkčního celku založená na metodologii pětiletých celkových nákladů vlastnictví (tzv. Total Costs of Ownership) - účelové členění nákladů na funkční celek.

Tabulka 49: TCO
Souhrnná položka modelu TCO [Kč] bez DPH	TCO přepočtené na 5 let	Vysvětlení k položce
Počet měsíců trvání fáze	60
A. Předběžné analýzy (vč. rizik), tvorba zadání, výběr řešení, výběr dodavatele – náklady nákupního procesu	0
B. Nákup SW a HW pro funkční celek (bez SaaS či PaaS)	0	<uveďte do tabulky 50 nebo samostatné přílohy rozpad výdajů, pokud výdaj přesahuje 10% celkové ceny funkčního celku a současně přesahuje 1 mil. Kč>
C. Analýza, finální záměr, vývoj, implementace, školení uživatelů, zkušební provoz a testy, případně i migrace dat a akceptační audit	0	<při jakékoliv částce uveďte do tabulky 50 nebo samostatné přílohy seznam rolí s počtem člověkodnů a cenu za člověkoden>
D. Provoz a podpora řešení HW a SW (bez SaaS či PaaS)	0	<uveďte do tabulky 50 nebo samostatné přílohy rozpad výdajů, pokud roční provoz a podpora přesahuje 20% celkové ceny řešení>
E. Hardware/Software údržba a průběžné úpravy (bez SaaS či PaaS)	0	<uveďte do tabulky 50 nebo samostatné přílohy rozpad výdajů, pokud roční údržba a průběžné úpravy přesahuje 20% celkové ceny řešení>
F. Záměry postupné inovace a zlepšování (plánované)	0
G. Záměry upgrade (pokud jsou plánovány)
H. Zvýšené náklady užívání řešení vč. nákladů na přechod z předchozího řešení (pokud se vyskytnou)	0
I. Útlum, konzervace a ukončení řešení	0	<uveďte do tabulky 50 nebo samostatné přílohy rozpad výdajů, pokud útlum, konzervace a ukončení řešení přesahuje 10% celkové ceny řešení>
X. Licence, HW, provoz, podpora, údržba, průběžný rozvoj - vše v subskripci (pouze SaaS a PaaS)	0	<uveďte do tabulky 50 nebo samostatné přílohy rozpad výdajů, pokud výdaj na SaaS a PaaS přesahuje 1 mil. Kč>
Z. Ostatní nerozlišené režijní náklady		<uveďte do tabulky 50 nebo samostatné přílohy rozpad výdajů, pokud výdaj na nerozlišenou režii přesahuje 0,5 mil. Kč>
Celkem	0

Tabulka 50: Vysvětlení a komentář k souhrnu výdajů a ekonomické náročnosti funkčního celku

4. Vyjádření k bezpečnostním aspektům

   Tabulka 51: Předkladatel prohlašuje, že předkládaný funkční celek je realizován plně v souladu s níže uvedeným prohlášením

   Text vyplňujte až na případnou výzvu OHA.

5. Upozornění a doporučení

   Tabulka 52:Upozornění a doporučení

6. Přílohy

Tabulka 53: Přílohy
Typ	Číslo a název přílohy	Upřesnění přílohy
Zvolte položku.
Zvolte položku.
Zvolte položku.
Zvolte položku.
Zvolte položku.
Celkový počet příloh:

1 Evropské strukturální a investiční fondy

Toto dílo podléhá licenci Creative Commons Uveďte původ 4.0 Mezinárodní Licence