Architektura eGovernmentu ČR - nap

Agendový model veřejné správy

Anonymous (anonymous@undisclosed.example.com) — 2021-05-31T13:32:58+00:00

2021/04/23 09:09		aktuální
Řádek 1:		Řádek 1:
-	<title>Agendový model veřejné správy</title>	+	======Agendový model veřejné správy======

	===== Popis Agendového modelu veřejné správy =====		===== Popis Agendového modelu veřejné správy =====
Řádek 57:		Řádek 57:
	==== Pohled na ohlašovatele a vykonavatele agendy ====		==== Pohled na ohlašovatele a vykonavatele agendy ====

-	{{ :soubor:byznys.png \|}}	+	{{ nap-dokument:byznys.png \|}}

Agendový informační systém Vyrozumívací (AISV)

Anonymous (anonymous@undisclosed.example.com) — 2026-04-10T07:50:14+00:00

2026/04/10 07:26		aktuální
Řádek 58:		Řádek 58:
	* Změny hodnoty nebo stavu údaje subjektu údajů označené příslušným kódem údaje podle registrovaného číselníku změn údajů PAIS.		* Změny hodnoty nebo stavu údaje subjektu údajů označené příslušným kódem údaje podle registrovaného číselníku změn údajů PAIS.
	* Změny záznamu subjektu údajů vzniklé na základě události označené klíčovým slovem (vznik záznamu, zrušení záznamu, skartace záznamu, změna editora záznamu)		* Změny záznamu subjektu údajů vzniklé na základě události označené klíčovým slovem (vznik záznamu, zrušení záznamu, skartace záznamu, změna editora záznamu)
		+
		+	=== Seznam publikujících AIS na AIS-V ===
		+
		+	<WRAP center round important 60%>
		+	Informace zde jsou platné k 10.4.2026, aktuální informace jsou vždy dostupné na [[ https://szrcr.cz/cs/sluzby/spravci-a-vyvojari?view=article&id=407:agendov%C3%BD-informa%C4%8Dn%C3%AD-syst%C3%A9m-vyrozum%C3%ADvac%C3%AD&catid=18\|stránkách DIA]]
		+	</WRAP>
		+
		+	<datatable>
		+	^Název systému^Agenda^Pais^Seznam kódů publikovaných údajů^Poznámka^
		+	\|Registr obyvatel \|A101 \|1192 \|101-1-1 Příjmení \\ 101-1-2 Jméno, popř. jména \\ 101-1-3 Adresa místa pobytu \\ 101-1-4 Doručovací adresa \\ 101-1-5 Datum narození \\ 101-1-6 Místo a okres (stát) narození \\ 101-1-7 Datum úmrtí \\ 101-1-8 Datum nabytí právní moci rozhodnutí soudu o prohlášení za mrtvého \\ 101-1-9 Místo a okres (stát) úmrtí \\ 101-1-10 Státní občanství \\ 101-1-11 Čísla a druhy identifikačních dokladů a datum skončení jejich platnosti \\ 101-1-12 Záznam o zřízení datové schránky a identifikátor datové schránky \\ 101-1-13 Rodné příjmení \\ 101-1-14 Pohlaví \\ 101-1-15 Rodinný stav nebo registrované partnerství \\ 101-1-16 Omezení svéprávnosti \\ 101-1-17 Telefonní číslo \\ 101-1-18 Adresa elektronické pošty \\ 101-1-19 Kvalifikovaný certifikát pro elektronický podpis (sériové číslo, vydavatel a platnost) \|produkční prostředí\|
		+	\|Registr osob \|A102 \|163 \|102-1-1 IČO (Identifikační číslo osoby) \\ 102-1-2 Fyzická osoba podnikatele \\ 102-1-3 Obchodní jméno \\ 102-1-4 Datum vzniku \\ 102-1-5 Datum zániku \\ 102-1-6 Právní forma \\ 102-1-7 Právní stav \\ 102-1-8 Datová schránka \\ 102-1-9 Statutární orgán \\ 102-1-10 Likvidátor \\ 102-1-11 Opatrovník právnické osoby \\ 102-1-12 Insolvenční správce \\ 102-1-13 Nucený správce \\ 102-1-14 Sídlo \\ 102-1-16 Přerušení nebo pozastavení činnosti \\ 102-1-17 Provozovna \\ 102-1-18 Fyzická osoba zastupující právnickou osobu, která je členem statutárního orgánu jiné právnické osoby \\ 102-1-19 Kontaktní údaje \\ 102-1-20 Doručovací adresa osoby \\ 102-1-21 Doručovací adresa provozovny \|produkční prostředí\|
		+	\|Agendový informační systém systém evidence obyvatel \|A115 \|33 \|115-1-7 Rodné číslo \\ 115-1-139 Záznam o matce \\ 115-1-140 Záznam o otci \\ 115-1-141 Záznam o jiném zákonném zástupci \\ 115-1-143 Záznam o manželovi \\ 115-1-144 Záznam o partnerovi \\ 115-1-145 Záznam o dítěti \\ 115-1-146 Záznam o opatrovníkovi \\ 115-1-14 Datum ukončení trvalého pobytu \\ \|produkční prostředí\|
		+	\|Agendový informační systém cizinců \|A116 \|198 \|116-1-1 Jméno cizince \\ 116-1-10 Rodinný stav cizince \\ 116-1-11 Místo uzavření manžel/partner \\ 116-1-13 Stav osoby od - datum úmrtí \\ 116-1-14 Místo úmrtí (místo,okr.,stát) \\ 116-1-15 Typ pobytu \\ 116-1-16 Adresa pobytu cizince \\ 116-1-17 Skutečný pobyt \\ 116-1-18 Platnost povolení pobytu od do \\ 116-1-19 Způsobilost cizince \\ 116-1-2 Příjmení cizince \\ 116-1-20 Údaje o otci cizince \\ 116-1-21 Údaje o matce cizince \\ 116-1-22 Údaje o zákonném zástupci \\ 116-1-23 Základní údaje o partnerovi/ce \\ 116-1-24 Základní údaje o dětech \\ 116-1-25 Státní občanství otce a matky \\ 116-1-26 Manžel/partner - občanství \\ 116-1-27 Státní občanství dítěte \\ 116-1-28 Místo narození dítěte \\ 116-1-29 Předchozí jména cizince \\ 116-1-3 Rodné příjmení cizince \\ 116-1-30 Předchozí místa pobytu \\ 116-1-31 Změna manželství/partnerství \\ 116-1-33 Změna pohlaví- datum \\ 116-1-34 Předchozí rodná čísla cizince \\ 116-1-35 Údaje o osvojených dětech \\ 116-1-36 Údaje o osvojení cizince \\ 116-1-37 Správní nebo soudní vyhoštění \\ 116-1-38 Doručovací adresa cizince \\ 116-1-39 Cizinci dle písmene u) \\ 116-1-4 Ostatní jména \\ 116-1-41 Zápis do seznamu voličů \\ 116-1-42 Zaměstnání,zařazení,místo výkonu \\ 116-1-43 Osvojenec - Typ osvojení \\ 116-1-44 Osvojenec - Původní rodné číslo \\ 116-1-45 Osvojenec - Původní jméno \\ 116-1-46 Osvojenec - Původní rod.příjmení \\ 116-1-47 Datum NPM osvojení osvojitelkou \\ 116-1-48 Dat.NPM zrušení os.osvojitelkou \\ 116-1-49 Datum NPM osvojení osvojitelem \\ 116-1-5 Datum narození cizince \\ 116-1-50 Dat.NPM zrušení os. osvojitelem \\ 116-1-51 RČ původního otce \\ 116-1-52 Datum narození původního otce \\ 116-1-53 Jméno původního otce \\ 116-1-54 Příjmení původního otce \\ 116-1-55 Rodné příjmení původního otce \\ 116-1-56 AIFO původního otce \\ 116-1-57 RČ původní matky \\ 116-1-58 Datum narození původní matky \\ 116-1-59 Jméno původní matky \\ 116-1-6 Místo narození (místo,okr.,stát) \\ 116-1-60 Příjmení původní matky \\ 116-1-61 Rodné příjmení původní matky \\ 116-1-62 AIFO původní matky \\ 116-1-63 Dřívější rodná příjmení \\ 116-1-64 Nezvěstnost \\ 116-1-65 Územní zákaz pobytu \\ 116-1-66 Obrazový záznam \\ 116-1-7 Rodné číslo cizince \\ 116-1-8 Státní občanství \\ 116-1-9 Pohlaví cizince \|produkční prostředí\|
		+	\|Agendový informační systém evidence cestovních dokladů \|A118 \|31 \| 118-1-28 omezení spočívající v zákazu vycestování do zahraničí \|produkční prostředí\|
		+	\|Agendový informační systém registru zastupování \|A14633 \|14600 \|14633-3-2 Identifikátor certifikátu \|produkční prostředí\|
		+	\|Centrální registr pojištěnců \|A1341 \|8658 \|1341-15-1 Číslo pojištěnce \\ 1341-15-2 Jméno/jména \\ 1341-15-3 Příjmení \\ 1341-15-4 Rodné příjmení \\ 1341-15-5 Datum narození \\ 1341-15-6 Pohlaví \\ 1341-15-7 Datum úmrtí \\ 1341-15-8 Adresa pobytu \\ 1341-16-1 Registrace od \\ 1341-16-2 Registrace do \\ 1341-17-1 Kód zdravotní pojišťovny \\ 1341-18-1 Stav zdravotního pojištění od \\ 1341-18-2 Stav zdravotního pojištění do \\ 1341-19-1 Druh Pojištění \\ 1341-19-2 Kód stavu pojištění \\ 1341-20-1 Rozsah od \\ 1341-20-2 Rozsah do \\ 1341-21-1 Kód rozsahu \\ 1341-22-1 Stav účasti od \\ 1341-22-2 Stav účasti do \\ 1341-23-1 Kód účasti \\ 1341-24-1 Příslušnost od \\ 1341-24-2 Příslušnost do \\ 1341-25-1 Stát plátcem pojistného \\ 1341-25-2 Kód státní kategorie \\ 1341-26-1 Příslušnost od \\ 1341-26-2 Příslušnost do \\ 1341-27-1 Číslo pojištěnce živitele \\ 1341-28-1 Příslušnost nezaopatřeného rodinného příslušníka od \\ 1341-28-2 Příslušnost nezaopatřeného rodinného příslušníka do \\ 1341-29-1 Číslo pojištěnce \\ \|produkční prostředí\|
		+	\|Informační systém evidence přestupků \|A483 \|7209 \|483-2-1 Evidence osob, které byly pravomocně uznány vinnými spácháním přestupku \\ 483-2-17 Datum zápisu pravomocného rozhodnutí o přestupku \|produkční prostředí\|
		+	\|Informační systém rejstříku trestů \|A483 \|123 \|483-1-28 Evidence odsouzení \|produkční prostředí\|
		+	\|Agendový informační systém ZBRANĚ \|A419 \|1098 \|419-17-17 je držitelem \|produkční prostředí\|
		+	</datatable>

	==== Čtenářský agendový informační systém (AIS) ====		==== Čtenářský agendový informační systém (AIS) ====
Řádek 83:		Řádek 103:

	<WRAP center round important 60%>		<WRAP center round important 60%>
-	Současné notifikační služby ROB a ROS, tj. E07 robCtiZmeny a E28 rosCtiZmeny, budou do koncem roku 2026 vypnuty. \\	+	Současné notifikační služby ROB a ROS, tj. E07 robCtiZmeny a E28 rosCtiZmeny, budou koncem roku 2026 vypnuty. \\
	Informace zde jsou platné k 10.4.2026, aktuální informace jsou vždy dostupné na [[ https://szrcr.cz/cs/sluzby/spravci-a-vyvojari?view=article&id=407:agendov%C3%BD-informa%C4%8Dn%C3%AD-syst%C3%A9m-vyrozum%C3%ADvac%C3%AD&catid=18\|stránkách DIA]]		Informace zde jsou platné k 10.4.2026, aktuální informace jsou vždy dostupné na [[ https://szrcr.cz/cs/sluzby/spravci-a-vyvojari?view=article&id=407:agendov%C3%BD-informa%C4%8Dn%C3%AD-syst%C3%A9m-vyrozum%C3%ADvac%C3%AD&catid=18\|stránkách DIA]]
	</WRAP>		</WRAP>
Řádek 90:		Řádek 110:
	Správci AIS by měli postupně migrovat na nahrazující notifikační a čtecí služby, jak ukazuje následující tabulka:		Správci AIS by měli postupně migrovat na nahrazující notifikační a čtecí služby, jak ukazuje následující tabulka:

-	^Končící služba^Název končící služby^Nahrazující služba^Název nahrazující služby^	+	^Končící či utlumovaná služba^Název končící či utlumované služby^Nahrazující služba^Název nahrazující služby^
	\|E03 \|robCtiAifo \|E276 \|robCtiAifo2 \|		\|E03 \|robCtiAifo \|E276 \|robCtiAifo2 \|
	\|E05 \|robCtiPodleUdaju \|E278 \|robCtiPodleUdaju2 \|		\|E05 \|robCtiPodleUdaju \|E278 \|robCtiPodleUdaju2 \|
Řádek 99:		Řádek 119:
	\|E46 \|orgOdhlasAifo \|E316 \|aisvOdhlasID \|		\|E46 \|orgOdhlasAifo \|E316 \|aisvOdhlasID \|

-	==== Seznam publikujících AIS na AIS-V ====	+
-	<datatable>	+
-	^Název systému^Agenda^Pais^Seznam kódů publikovaných údajů^Poznámka^	+
-	\|Registr obyvatel \|A101 \|1192 \|101-1-1 Příjmení \\ 101-1-2 Jméno, popř. jména \\ 101-1-3 Adresa místa pobytu \\ 101-1-4 Doručovací adresa \\ 101-1-5 Datum narození \\ 101-1-6 Místo a okres (stát) narození \\ 101-1-7 Datum úmrtí \\ 101-1-8 Datum nabytí právní moci rozhodnutí soudu o prohlášení za mrtvého \\ 101-1-9 Místo a okres (stát) úmrtí \\ 101-1-10 Státní občanství \\ 101-1-11 Čísla a druhy identifikačních dokladů a datum skončení jejich platnosti \\ 101-1-12 Záznam o zřízení datové schránky a identifikátor datové schránky \\ 101-1-13 Rodné příjmení \\ 101-1-14 Pohlaví \\ 101-1-15 Rodinný stav nebo registrované partnerství \\ 101-1-16 Omezení svéprávnosti \\ 101-1-17 Telefonní číslo \\ 101-1-18 Adresa elektronické pošty \\ 101-1-19 Kvalifikovaný certifikát pro elektronický podpis (sériové číslo, vydavatel a platnost) \|produkční prostředí\|	+
-	\|Registr osob \|A102 \|163 \|102-1-1 IČO (Identifikační číslo osoby) \\ 102-1-2 Fyzická osoba podnikatele \\ 102-1-3 Obchodní jméno \\ 102-1-4 Datum vzniku \\ 102-1-5 Datum zániku \\ 102-1-6 Právní forma \\ 102-1-7 Právní stav \\ 102-1-8 Datová schránka \\ 102-1-9 Statutární orgán \\ 102-1-10 Likvidátor \\ 102-1-11 Opatrovník právnické osoby \\ 102-1-12 Insolvenční správce \\ 102-1-13 Nucený správce \\ 102-1-14 Sídlo \\ 102-1-16 Přerušení nebo pozastavení činnosti \\ 102-1-17 Provozovna \\ 102-1-18 Fyzická osoba zastupující právnickou osobu, která je členem statutárního orgánu jiné právnické osoby \\ 102-1-19 Kontaktní údaje \\ 102-1-20 Doručovací adresa osoby \\ 102-1-21 Doručovací adresa provozovny \|produkční prostředí\|	+
-	\|Agendový informační systém systém evidence obyvatel \|A115 \|33 \|115-1-7 Rodné číslo \\ 115-1-139 Záznam o matce \\ 115-1-140 Záznam o otci \\ 115-1-141 Záznam o jiném zákonném zástupci \\ 115-1-143 Záznam o manželovi \\ 115-1-144 Záznam o partnerovi \\ 115-1-145 Záznam o dítěti \\ 115-1-146 Záznam o opatrovníkovi \\ 115-1-14 Datum ukončení trvalého pobytu \\ \|produkční prostředí\|	+
-	\|Agendový informační systém cizinců \|A116 \|198 \|116-1-1 Jméno cizince \\ 116-1-10 Rodinný stav cizince \\ 116-1-11 Místo uzavření manžel/partner \\ 116-1-13 Stav osoby od - datum úmrtí \\ 116-1-14 Místo úmrtí (místo,okr.,stát) \\ 116-1-15 Typ pobytu \\ 116-1-16 Adresa pobytu cizince \\ 116-1-17 Skutečný pobyt \\ 116-1-18 Platnost povolení pobytu od do \\ 116-1-19 Způsobilost cizince \\ 116-1-2 Příjmení cizince \\ 116-1-20 Údaje o otci cizince \\ 116-1-21 Údaje o matce cizince \\ 116-1-22 Údaje o zákonném zástupci \\ 116-1-23 Základní údaje o partnerovi/ce \\ 116-1-24 Základní údaje o dětech \\ 116-1-25 Státní občanství otce a matky \\ 116-1-26 Manžel/partner - občanství \\ 116-1-27 Státní občanství dítěte \\ 116-1-28 Místo narození dítěte \\ 116-1-29 Předchozí jména cizince \\ 116-1-3 Rodné příjmení cizince \\ 116-1-30 Předchozí místa pobytu \\ 116-1-31 Změna manželství/partnerství \\ 116-1-33 Změna pohlaví- datum \\ 116-1-34 Předchozí rodná čísla cizince \\ 116-1-35 Údaje o osvojených dětech \\ 116-1-36 Údaje o osvojení cizince \\ 116-1-37 Správní nebo soudní vyhoštění \\ 116-1-38 Doručovací adresa cizince \\ 116-1-39 Cizinci dle písmene u) \\ 116-1-4 Ostatní jména \\ 116-1-41 Zápis do seznamu voličů \\ 116-1-42 Zaměstnání,zařazení,místo výkonu \\ 116-1-43 Osvojenec - Typ osvojení \\ 116-1-44 Osvojenec - Původní rodné číslo \\ 116-1-45 Osvojenec - Původní jméno \\ 116-1-46 Osvojenec - Původní rod.příjmení \\ 116-1-47 Datum NPM osvojení osvojitelkou \\ 116-1-48 Dat.NPM zrušení os.osvojitelkou \\ 116-1-49 Datum NPM osvojení osvojitelem \\ 116-1-5 Datum narození cizince \\ 116-1-50 Dat.NPM zrušení os. osvojitelem \\ 116-1-51 RČ původního otce \\ 116-1-52 Datum narození původního otce \\ 116-1-53 Jméno původního otce \\ 116-1-54 Příjmení původního otce \\ 116-1-55 Rodné příjmení původního otce \\ 116-1-56 AIFO původního otce \\ 116-1-57 RČ původní matky \\ 116-1-58 Datum narození původní matky \\ 116-1-59 Jméno původní matky \\ 116-1-6 Místo narození (místo,okr.,stát) \\ 116-1-60 Příjmení původní matky \\ 116-1-61 Rodné příjmení původní matky \\ 116-1-62 AIFO původní matky \\ 116-1-63 Dřívější rodná příjmení \\ 116-1-64 Nezvěstnost \\ 116-1-65 Územní zákaz pobytu \\ 116-1-66 Obrazový záznam \\ 116-1-7 Rodné číslo cizince \\ 116-1-8 Státní občanství \\ 116-1-9 Pohlaví cizince \|produkční prostředí\|	+
-	\|Agendový informační systém evidence cestovních dokladů \|A118 \|31 \| 118-1-28 omezení spočívající v zákazu vycestování do zahraničí \|produkční prostředí\|	+
-	\|Agendový informační systém registru zastupování \|A14633 \|14600 \|14633-3-2 Identifikátor certifikátu \|produkční prostředí\|	+
-	\|Centrální registr pojištěnců \|A1341 \|8658 \|1341-15-1 Číslo pojištěnce \\ 1341-15-2 Jméno/jména \\ 1341-15-3 Příjmení \\ 1341-15-4 Rodné příjmení \\ 1341-15-5 Datum narození \\ 1341-15-6 Pohlaví \\ 1341-15-7 Datum úmrtí \\ 1341-15-8 Adresa pobytu \\ 1341-16-1 Registrace od \\ 1341-16-2 Registrace do \\ 1341-17-1 Kód zdravotní pojišťovny \\ 1341-18-1 Stav zdravotního pojištění od \\ 1341-18-2 Stav zdravotního pojištění do \\ 1341-19-1 Druh Pojištění \\ 1341-19-2 Kód stavu pojištění \\ 1341-20-1 Rozsah od \\ 1341-20-2 Rozsah do \\ 1341-21-1 Kód rozsahu \\ 1341-22-1 Stav účasti od \\ 1341-22-2 Stav účasti do \\ 1341-23-1 Kód účasti \\ 1341-24-1 Příslušnost od \\ 1341-24-2 Příslušnost do \\ 1341-25-1 Stát plátcem pojistného \\ 1341-25-2 Kód státní kategorie \\ 1341-26-1 Příslušnost od \\ 1341-26-2 Příslušnost do \\ 1341-27-1 Číslo pojištěnce živitele \\ 1341-28-1 Příslušnost nezaopatřeného rodinného příslušníka od \\ 1341-28-2 Příslušnost nezaopatřeného rodinného příslušníka do \\ 1341-29-1 Číslo pojištěnce \\ \|produkční prostředí\|	+
-	\|Informační systém evidence přestupků \|A483 \|7209 \|483-2-1 Evidence osob, které byly pravomocně uznány vinnými spácháním přestupku \\ 483-2-17 Datum zápisu pravomocného rozhodnutí o přestupku \|produkční prostředí\|	+
-	\|Informační systém rejstříku trestů \|A483 \|123 \|483-1-28 Evidence odsouzení \|produkční prostředí\|	+
-	\|Agendový informační systém ZBRANĚ \|A419 \|1098 \|419-17-17 je držitelem \|produkční prostředí\|	+
-	</datatable>	+

	{{tag>AISV vyrozumívací notifikace vyrozumění}}		{{tag>AISV vyrozumívací notifikace vyrozumění}}

Centrální autentizační a autorizační systém (CAAIS)

Anonymous (anonymous@undisclosed.example.com) — 2026-02-20T14:08:58+00:00

2025/01/24 14:51		aktuální
Řádek 12:		Řádek 12:
	Na rozdíl od systému JIP/KAAS rozhoduje DIA o využívání bez licenčních omezení, což představuje finanční úsporu.		Na rozdíl od systému JIP/KAAS rozhoduje DIA o využívání bez licenčních omezení, což představuje finanční úsporu.

-	===== Současný stav =====	+	==== Současný stav ====

	Systém CAAIS se skládá ze dvou modulů:		Systém CAAIS se skládá ze dvou modulů:
Řádek 77:		Řádek 77:
	AIS při volání autentizačních služeb používá ověřovací certifikát pro autentizaci vůči CAAIS. Tento certifikát musí být typu komerční serverový a musí být zaregistrovaný v nastavení AIS a musí být vydaný podporovanou certifikační autoritou (I.CA, PostSignum, eIdentity, NCA). V konfiguraci AIS v CAAIS může být zaregistrován pouze jeden ověřovací certifikát pro JIP/KAAS legacy, právě jeden podpisový a právě jeden šifrovací pro SAML a více certifikátů pro OIDC.		AIS při volání autentizačních služeb používá ověřovací certifikát pro autentizaci vůči CAAIS. Tento certifikát musí být typu komerční serverový a musí být zaregistrovaný v nastavení AIS a musí být vydaný podporovanou certifikační autoritou (I.CA, PostSignum, eIdentity, NCA). V konfiguraci AIS v CAAIS může být zaregistrován pouze jeden ověřovací certifikát pro JIP/KAAS legacy, právě jeden podpisový a právě jeden šifrovací pro SAML a více certifikátů pro OIDC.

-	===== Budoucí stav =====	+	====Přístup dodavatelů do AIS====
		+
		+
		+	^ Situace ^ Ideální řešení ^ Funkční, ale nedoporučované řešení ^
		+	\|Správce AIS využívá CAAIS a potřebuje umožnit přístup i uživatelům z externích subjektů (dodavatelé, provozovatelé). \|Architektura AIS s tím počítala. Jsou definovány aplikační role pro dodavatele/provozovatele. Správce CAAIS zakládá subjekty dle IČO, určují se lokální administrátoři, ti zakládají uživatele a přidělují role. AIS správně rozpozná uživatele podle údajů z CAAIS a loguje jejich činnost jako činnost dodavatele/provozovatele. \|Design s tím nepředpokládal. Garant AIS požádá svého lokálního administrátora o zavedení uživatelů dodavatelů. Doporučuje se interní předpis upravující odpovědnosti za životní cyklus účtů. Existuje riziko, že externí uživatel může jednat i v jiných systémech správce. Doporučuje se formálně ošetřit závazek nepoužívat účet mimo vymezené systémy. \|
		+	\|Externí pracovníci potřebují pracovat na produkci se stejným rozsahem oprávnění jako interní uživatelé (např. pro testování). \|AIS má interní testovací účty vedené v interním IDM. Tyto účty jsou určeny omezenému okruhu lidí, jsou odlišitelné od reálných účtů, nejsou zahrnuty do statistik a neovlivňují reálné subjekty. AIS obsahuje izolovaný „paralelní vesmír“ pro testování. \|Viz předchozí řešení \|
		+	\|Správce pověřil výkonem některých činností externí subjekt, který má jednat „jako správce“, ale pod svou vlastní hlavičkou. \|AIS využívá služby Registru zastoupení (REZA). Správce AIS definuje šablonu zastoupení a povolí zastupování externím subjektům. Správce CAAIS založí subjekty, ti si určují administrátory a zakládají uživatele. AIS ověřuje oprávnění v REZA a loguje činnost jako jednání v zastoupení. \|AIS obsahuje vlastní matici pověření. Oprávnění uživatelé jednoho subjektu zapisují pověření pro druhý subjekt nebo konkrétní osoby. Externí uživatelé se přihlašují buď přes CAAIS pod svým subjektem, nebo interním účtem v IDM AIS. \|
		+
		+
		+
		+	==== Budoucí stav ====

	V budoucnu se očekává přechod všech současných systémů na CAAIS a v případě nově vznikajících, jejich přednostní implementace CAAIS. Rozšířením identitních prostředků se ulehčí práce úředníků.		V budoucnu se očekává přechod všech současných systémů na CAAIS a v případě nově vznikajících, jejich přednostní implementace CAAIS. Rozšířením identitních prostředků se ulehčí práce úředníků.
Řádek 85:		Řádek 95:
	Předpokládá se i úplné vypnutí systému JIP/KAAS, jakmile bude uveden do provozu systém Czech POINT 2.0 v rámci projektu „Generační́ obnova informačního systému Czech POINT“. Do té doby zůstává nadále v platnosti přihlašování výhradně pomocí JIP/KAAS u pracovníků kontaktních míst veřejné správy Czech POINT do rozhraní Czech POINT.		Předpokládá se i úplné vypnutí systému JIP/KAAS, jakmile bude uveden do provozu systém Czech POINT 2.0 v rámci projektu „Generační́ obnova informačního systému Czech POINT“. Do té doby zůstává nadále v platnosti přihlašování výhradně pomocí JIP/KAAS u pracovníků kontaktních míst veřejné správy Czech POINT do rozhraní Czech POINT.

		+	{{tag>caais jip kaas}}

Cizinecký informační systém

Anonymous (anonymous@undisclosed.example.com) — 2021-04-30T09:01:38+00:00

2020/04/21 12:44		aktuální
Řádek 1:		Řádek 1:
-	<title>Cizinecký informační systém</title>	+	======Cizinecký informační systém======

	Cizinecký informační systém (také jako "CIS") je spravován Policií České republiky a Ministerstvem vnitra a obsahuje údaje o cizincích s trvalým nebo dlouhodobým pobytem, občanech EU, azylantech, tzv. jiných fyzických osobách		Cizinecký informační systém (také jako "CIS") je spravován Policií České republiky a Ministerstvem vnitra a obsahuje údaje o cizincích s trvalým nebo dlouhodobým pobytem, občanech EU, azylantech, tzv. jiných fyzických osobách
Řádek 10:		Řádek 10:
	* čísla elektronicky čitelných identifikačních dokladů - průkaz o povolení k pobytu (Policie České republiky)		* čísla elektronicky čitelných identifikačních dokladů - průkaz o povolení k pobytu (Policie České republiky)

-	*****Agendový informační systém cizinců*****	+	===Agendový informační systém cizinců===

	Agendový informační systém cizinců (také jako "AISC") je zrcadlem Cizineckého informačního systému, který slouží k editaci a poskytování údajů do základních registrů. Hlavním důvodem rozdělení CIS a AISC je bezpečnost a nutnost oddělit vnitřní a vnější prostředí Policie ČR.		Agendový informační systém cizinců (také jako "AISC") je zrcadlem Cizineckého informačního systému, který slouží k editaci a poskytování údajů do základních registrů. Hlavním důvodem rozdělení CIS a AISC je bezpečnost a nutnost oddělit vnitřní a vnější prostředí Policie ČR.

CzechPOINT

Anonymous (anonymous@undisclosed.example.com) — 2024-08-12T08:38:23+00:00

Digitální dvojče veřejné správy

Anonymous (anonymous@undisclosed.example.com) — 2025-08-08T09:31:24+00:00

2026/09/20 01:24	aktuální
Řádek 1:	Řádek 1:
	+	====== Digitální dvojče veřejné správy ======

	+	Veřejná správa disponuje obrovským množstvím procesů, vazeb a povinností vyplývajících z legislativy. Digitální dvojče veřejné správy si můžeme představit jako komplexní datový model, který zrcadlí strukturu úřadů, agend, právních předpisů a toků dat v rámci státní správy. V českém prostředí se nabízí využít jako základ Registr práv a povinností (RPP), který transformuje “řeč zákonů” do řeči IT systémů – eviduje každou agendu veřejné správy, její zakládající zákon, příslušné orgány veřejné moci, prováděné činnosti a oprávnění k přístupu k údajům v základních registrech či agendových systémech. RPP de facto uchovává referenční model fungování veřejné správy: obsahuje údaje o působnostech úřadů, matice oprávnění k datům atd. Digitální dvojče veřejné správy by nad těmito daty vystavělo dynamický model vztahů a procesů – umožnilo by vizuálně prozkoumat, který úřad co dělá, na základě jakého zákona, jaké informační systémy přitom využívá a jaké údaje sdílí. Takový model by byl neocenitelný při analyzování dopadů změn: například při novelizaci zákona by okamžitě ukázal, jakých agend se změna týká, které úřady budou muset upravit postupy, nebo které informační systémy si budou muset nově vyměňovat data. V současnosti je navíc kladen důraz na standardizaci a konceptuální modelování dat ve veřejné správě – Digitální a informační agentura (DIA) vyžaduje, aby každá ohlašovaná agenda měla předem schválený konceptuální model údajů.
	+
	+	===== Úvod do konceptu digitálního dvojčete veřejné správy =====
	+	Digitální dvojče veřejné správy (DT VS) představuje ambiciózní koncept, jehož cílem je vytvořit datově řízený model fungování veřejné správy. Tento model umožňuje sledovat, simulovat a optimalizovat výkon agend, služeb, technologických komponent a územních dat. DT VS je navrženo jako nástroj pro efektivní řízení a plánování, který podporuje rozhodování na základě reálných dat a predikcí.
	+
	+	Základní oblasti, které DT VS pokrývá, zahrnují legislativu, agendový model veřejné správy, agendové informační systémy, služby veřejné správy a územní data. Dále se rozšiřuje o doménové modely v oblastech jako školství, zdravotnictví, energetika, finance, zemědělství a trh práce. Cílem je vytvořit jednotný rámec, který propojí jednotlivé subjekty veřejné správy a umožní jejich koordinaci.
	+
	+	===== Architektura digitálního dvojčete =====
	+	Architektura DT VS je navržena jako vícevrstvý systém, který zahrnuje business, aplikační, technologickou, územní, datovou, bezpečnostní a analytickou vrstvu. Každá z těchto vrstev má specifické funkce a komponenty, které dohromady tvoří komplexní ekosystém.
	+
	+	Business vrstva se zaměřuje na modelování agend, služeb, úkonů, klientů a klíčových ukazatelů výkonnosti (KPI). Aplikační vrstva zahrnuje DT Engine, integrační platformu, API Gateway a vizualizační nástroje. Technologická vrstva pracuje s IoT daty, GIS systémy a technologickými rozhraními. Územní vrstva je reprezentována 3D mapami obcí a adres. Datová vrstva uchovává historii, snapshoty a rollbacky dat. Bezpečnostní vrstva je založena na principech Zero Trust, IAM a SIEM. Analytická vrstva umožňuje ETL procesy, sandboxové analýzy, BI a simulace.
	+
	+	===== Příprava a budování modelu DT =====
	+	Před samotným návrhem DT je nutné vyjasnit jeho vizi a cíle. To zahrnuje definici účelu (např. monitoring výkonu agend, kapacitní plánování, simulace legislativních změn) a identifikaci klíčových stakeholderů. Dále je třeba popsat konkrétní scénáře využití, jako je sledování dostupnosti systémů AIS/ISVS nebo dopadů legislativních změn.
	+
	+	Budování modelu DT zahrnuje analýzu procesů a potřeb, analýzu datových zdrojů, návrh architektury, modelování objektů a vazeb, návrh bezpečnostních opatření a technickou dokumentaci. Každý krok je podpořen konkrétními nástroji a technologiemi, jako jsou ArchiMate, Azure Digital Twins, Event Grid, Data Lake nebo Power BI.
	+
	+	===== Portál DT a vizualizace =====
	+	Portál DT je klíčovým rozhraním pro uživatele, které poskytuje přehled o živém stavu objektů DT, interaktivní dashboardy, vizualizace vazeb mezi objekty, filtrování dat, sledování incidentů a simulace změn. Umožňuje také přístup k historickým datům a jejich analýze.
	+
	+	Technologicky je portál realizován jako webová aplikace (např. React, Angular) napojená na backend DT. Vizualizace jsou zajištěny pomocí Power BI Embedded, Grafana nebo D3.js. Autentizace probíhá přes NIA/SSO s definovanými rolemi (analytik, správce, OVM).
	+
	+	===== Zabezpečení a provozní komponenty =====
	+	Bezpečnostní komponenty DT zahrnují ochranu proti útokům pomocí WAF, detekci DDoS, penetrační testy, šifrování dat, auditní logy a správu certifikátů. Monitoring neobvyklého chování je zajištěn nástroji jako Security Center nebo Sentinel.
	+
	+	Další provozní komponenty zahrnují logovací systém ZRNG, testovací prostředí DT, notifikační systém, helpdesk, zálohování a disaster recovery plán, verzování modelů a API katalog. Tyto prvky zajišťují stabilitu, rozšiřitelnost a bezpečnost systému.
	+
	+	===== Shrnutí a nezbytné podmínky úspěchu =====
	+	Po dokončení projektu bude k dispozici plně funkční portál DT s živými daty, historizační úložiště s BI vrstvou, bezpečné prostředí s monitoringem, napojení na Event Grid a Data Lake a připravený systém pro ostrý provoz. Klíčovým faktorem úspěchu je součinnost všech zapojených subjektů – ohlašovatelů agend, OVM, MV/DIA, ISZR/NIA/ISDS, uživatelů a bezpečnostních týmů.

Editorské agendové informační systémy

Anonymous (anonymous@undisclosed.example.com) — 2025-02-07T19:37:43+00:00

2020/11/27 08:29		aktuální
Řádek 1:		Řádek 1:
-	<title>Editorské agendové informační systémy</title>	+	======Editorské agendové informační systémy======

	Systémy jejichž údaje jsou publikované kompozitními službami [[nap:iszr\|ISZR]]. Kompozitními službami se rozumí služby [[nap:iszr\|ISZR]], které poskytují údaje vedené v editorských systémech ZR s vazbou na referenční údaje vedené v ZR:		Systémy jejichž údaje jsou publikované kompozitními službami [[nap:iszr\|ISZR]]. Kompozitními službami se rozumí služby [[nap:iszr\|ISZR]], které poskytují údaje vedené v editorských systémech ZR s vazbou na referenční údaje vedené v ZR:
Řádek 15:		Řádek 15:
	Čtenář může čerpat nereferenční údaje formou tzv. kompozitních služeb. Jelikož v ZR se nacházejí pouze údaje k aktuálnímu stavu, které jsou správné a garantované státem (kromě údajů nereferenčních vedených v základních registrech), v rámci kompozitních služeb je možné získat z editačních systémů editorů ostatní nereferenční údaje (např. historické údaje o subjektu práva nebo další užitečné údaje, které se v ZR nenachází).		Čtenář může čerpat nereferenční údaje formou tzv. kompozitních služeb. Jelikož v ZR se nacházejí pouze údaje k aktuálnímu stavu, které jsou správné a garantované státem (kromě údajů nereferenčních vedených v základních registrech), v rámci kompozitních služeb je možné získat z editačních systémů editorů ostatní nereferenční údaje (např. historické údaje o subjektu práva nebo další užitečné údaje, které se v ZR nenachází).

-	Informace o kompozitních službách jsou k dispozici na [[http://www.szrcr.cz/vyvojari/kompozitni-sluzby-ais-eo\|stránkách SZR]].	+	Informace o kompozitních službách jsou k dispozici na [[https://szrcr.cz/cs/sluzby/spravci-a-vyvojari/kompozitn%C3%AD-slu%C5%BEby-aiseo,-aiseop,-aiscd-a-aisc\|stránkách SZR]].

	{{tag>"Funkční celek" "Editorské AIS" " editori "editori ZR" "kompozitni sluzby"}}		{{tag>"Funkční celek" "Editorské AIS" " editori "editori ZR" "kompozitni sluzby"}}

eGovernment cloud

Anonymous (anonymous@undisclosed.example.com) — 2026-09-18T13:16:31+00:00

2024/07/17 13:29		aktuální
Řádek 71:		Řádek 71:
	==== Katalog cloud computingu ====		==== Katalog cloud computingu ====

-	{{page>nap:katalog_cloud}}	+	{{page>reporty:katalog_cloud}}

	===== Pravidla eGovernment cloudu =====		===== Pravidla eGovernment cloudu =====
Řádek 105:		Řádek 105:
	==== Povinnosti komerčních poskytovatelů služeb eGC ====		==== Povinnosti komerčních poskytovatelů služeb eGC ====

-	Konkrétní povinnosti stanoví zákon o informačních systémech veřejné správy a na základě tohoto zákona pak vydané vyhlášky ministerstva a NÚKIB. Řídící orgán eGovernment Cloudu pak na základě zákona a vyhlášek připravuje a vydává metodické pokyny. Již nyní však platí pravidla pro nutnost připojení skrze infrastrukturu [[nap:komunikacni_infrastruktura_verejne_spravy\|CMS/KIVS]] a tím i respektování {{:dokumenty:katalogovy_list_sluzby_cms2-08-2_v2-0-5.pdf\|katalogového listu služby připojení přes IPSec}}	+	Konkrétní povinnosti stanoví zákon o informačních systémech veřejné správy a na základě tohoto zákona pak vydané vyhlášky ministerstva a NÚKIB. Řídící orgán eGovernment Cloudu pak na základě zákona a vyhlášek připravuje a vydává metodické pokyny. Již nyní však platí pravidla pro nutnost připojení skrze infrastrukturu [[nap:komunikacni_infrastruktura_verejne_spravy\|CMS/KIVS]] a tím i respektování katalogového listu služby připojení přes IPSec.

	==== Určování nástrojů osobní produktivity jako ISVS ====		==== Určování nástrojů osobní produktivity jako ISVS ====

eGovernment On-Line Service Bus / Informační systém sdílené služby

Anonymous (anonymous@undisclosed.example.com) — 2025-05-15T13:48:37+00:00

2023/06/05 08:58		aktuální
Řádek 1:		Řádek 1:
	======eGovernment On-Line Service Bus / Informační systém sdílené služby======		======eGovernment On-Line Service Bus / Informační systém sdílené služby======

-	eGovernment On-Line Service Bus (eGSB), dle legislativního znění také Informační systém sdílené služby (ISSS), je unifikované rozhraní pro sdílení údajů mezi jednotlivými informačními systémy veřejné správy. Je součást [[nap:referencni_rozhrani\|referenčního rozhraní]] umožňující jednotlivým AIS čerpat a publikovat údaje vedené o jednotlivých subjektech práva. Pokud agenda dle zákona vede svou evidenci údajů, má povinnost publikovat svoje údaje jiným agendám skrze [[:nap:egsb\|eGSB / ISSS]], jakožto bezpečným, standardním a dokumentovaným rozhraním pro oprávněné čtenáře. Spravuje a provozuje jej Správa základních registrů. Rozhraní [[:nap:egsb\|eGSB / ISSS]] umožňuje:	+	eGovernment On-Line Service Bus (eGSB), dle legislativního znění také Informační systém sdílené služby (ISSS), je unifikované rozhraní pro sdílení údajů mezi jednotlivými informačními systémy veřejné správy. Je součást [[nap:referencni_rozhrani\|referenčního rozhraní]] umožňující jednotlivým AIS čerpat a publikovat údaje vedené o jednotlivých subjektech práva. Pokud agenda dle zákona vede svou evidenci údajů, má povinnost publikovat svoje údaje jiným agendám skrze [[:nap:egsb\|eGSB / ISSS]], jakožto bezpečným, standardním a dokumentovaným rozhraním pro oprávněné čtenáře. Spravuje a provozuje jej Digitální a informační agentura. Rozhraní [[:nap:egsb\|eGSB / ISSS]] umožňuje:

	* Publikovat služby pro sdílení údajů týkajících se konkrétního subjektu nebo objektu práva		* Publikovat služby pro sdílení údajů týkajících se konkrétního subjektu nebo objektu práva
Řádek 10:		Řádek 10:
	* Zajištění nezávislého auditu výměny údajů (ukládá informace identifikující dotaz a odpověď a technický kryptografický otisk zprávy – hash)		* Zajištění nezávislého auditu výměny údajů (ukládá informace identifikující dotaz a odpověď a technický kryptografický otisk zprávy – hash)

-	V eGSB/ISSS je oproti ISZR omezující podmínka pro použití elementu MapaAIFO. V tomto elementu může být při volání službami {{ https://www.szrcr.cz/images/dokumenty/ISSS/popis_slu%C5%BEeb_ISSS/Popis_sluzby_G1_gsbCtiData_v1_03.pdf \|G1:gsbCtiData}} a {{ https://www.szrcr.cz/images/dokumenty/ISSS/popis_slu%C5%BEeb_ISSS/Popis_sluzby_G11_gsbZapisData_v1_04.pdf \|G11:gsbZapisData}} pouze jediné AIFO. V odpovědi může být AIFO více. Důvodem je, že	+	V eGSB/ISSS je oproti ISZR omezující podmínka pro použití elementu MapaAIFO. V tomto elementu může být při volání službami {{ https://www.szrcr.cz/cs/isss-egsb?view=article&id=316:popis-slu%C5%BEeb-isss-egsb&catid=25:isss \|G1:gsbCtiData}} a {{ https://www.szrcr.cz/cs/isss-egsb?view=article&id=316:popis-slu%C5%BEeb-isss-egsb&catid=25:isss \|G11:gsbZapisData}} pouze jediné AIFO. V odpovědi může být AIFO více. Důvodem je, že
-	eGSB/ISSS je v principu multizdrojový systém. Jeden kontext může být publikován více publikátory/AIS a čtenář nemusí vědět, v kterém z nich se informace o fyzické osobě nachází. ISSS provádí logické vyhledání, kdy pomocí [[nap:zakladni_registry\|ORG]] identifikuje cílové AIS (vedou AIFO a publikují kontext) a na tyto publikátory následně posílá požadavek. Současně platí, že eGSB/ISSS nesmí jakkoli měnit payload zprávy, tedy ani nemůže „rozdělit“ a posílat po jednom na různé cíle. Výše zmíněné zatím platí pro všechny volání, avšak je v plánu tzv. metoda zúžení multizdrojového na jednozdrojový. Tedy pokud je jednoznačně určen cílový AIS, a tedy ho uživatel služby {{ https://www.szrcr.cz/images/dokumenty/ISSS/popis_slu%C5%BEeb_ISSS/Popis_sluzby_G1_gsbCtiData_v1_03.pdf \|G1:gsbCtiData}} či {{ https://www.szrcr.cz/images/dokumenty/ISSS/popis_slu%C5%BEeb_ISSS/Popis_sluzby_G11_gsbZapisData_v1_04.pdf \|G11:gsbZapisData}} zná. Tímto by se dal odstranit požadavek na jedno AIFO pouze pro metodu zúžení na cílový AIS.	+	eGSB/ISSS je v principu multizdrojový systém. Jeden kontext může být publikován více publikátory/AIS a čtenář nemusí vědět, v kterém z nich se informace o fyzické osobě nachází. ISSS provádí logické vyhledání, kdy pomocí [[nap:zakladni_registry\|ORG]] identifikuje cílové AIS (vedou AIFO a publikují kontext) a na tyto publikátory následně posílá požadavek. Současně platí, že eGSB/ISSS nesmí jakkoli měnit payload zprávy, tedy ani nemůže „rozdělit“ a posílat po jednom na různé cíle. Výše zmíněné zatím platí pro všechny volání, avšak je v plánu tzv. metoda zúžení multizdrojového na jednozdrojový. Tedy pokud je jednoznačně určen cílový AIS, a tedy ho uživatel služby {{ https://www.szrcr.cz/cs/isss-egsb?view=article&id=316:popis-slu%C5%BEeb-isss-egsb&catid=25:isss \|G1:gsbCtiData}} či {{ https://www.szrcr.cz/cs/isss-egsb?view=article&id=316:popis-slu%C5%BEeb-isss-egsb&catid=25:isss \|G11:gsbZapisData}} zná. Tímto by se dal odstranit požadavek na jedno AIFO pouze pro metodu zúžení na cílový AIS.

	Cílem je, aby klienti veřejné správy nebyli nuceni dokládat skutečnosti, o kterých veřejná správa již ví, či které vznikly dokonce na základě rozhodnutí veřejné správy. Většina skutečností potřebných pro rozhodování veřejné správy je již někde evidována, a to formou údajů v informačních systémech veřejné správy. Dále existují skutečnosti, které sice jsou na základě rozhodování veřejné správy, nicméně nejsou dosud vedeny v AIS jako údaje (příkladem je potvrzení o studiu, dohoda o chráněné dílně apod.). Zmapováním údajů v jednotlivých agendách, které probíhá nyní v rámci nových povinností ohlašovatelů vůči [[nap:rpp\|RPP]] je postupně zjištěna základní mapa údajů evidovaných, vyžadovaných a poskytovaných v rámci jednotlivých agend a to, kde a jakým způsobem jsou evidovány a v jakém AIS. Tím, jak již bylo popsáno výše, vznikne základní datová mapa veřejné správy, a je tedy možné ji zanalyzovat a identifikovat ty údaje a skutečnosti, které jsou používány ve více agendách		Cílem je, aby klienti veřejné správy nebyli nuceni dokládat skutečnosti, o kterých veřejná správa již ví, či které vznikly dokonce na základě rozhodnutí veřejné správy. Většina skutečností potřebných pro rozhodování veřejné správy je již někde evidována, a to formou údajů v informačních systémech veřejné správy. Dále existují skutečnosti, které sice jsou na základě rozhodování veřejné správy, nicméně nejsou dosud vedeny v AIS jako údaje (příkladem je potvrzení o studiu, dohoda o chráněné dílně apod.). Zmapováním údajů v jednotlivých agendách, které probíhá nyní v rámci nových povinností ohlašovatelů vůči [[nap:rpp\|RPP]] je postupně zjištěna základní mapa údajů evidovaných, vyžadovaných a poskytovaných v rámci jednotlivých agend a to, kde a jakým způsobem jsou evidovány a v jakém AIS. Tím, jak již bylo popsáno výše, vznikne základní datová mapa veřejné správy, a je tedy možné ji zanalyzovat a identifikovat ty údaje a skutečnosti, které jsou používány ve více agendách
Řádek 39:		Řádek 39:
	- na základě zákonného zmocnění vedení údajů v agendě s označením čerpání v [[nap:rpp\|RPP]] (z moci úřední)		- na základě zákonného zmocnění vedení údajů v agendě s označením čerpání v [[nap:rpp\|RPP]] (z moci úřední)

-	Informace k informačnímu systému sdílení údajů jsou k dispozici na [[https://www.szrcr.cz/cs/isss-egsb\|stránkách SZR ČR]] včetně dokumentů:	+	Informace k informačnímu systému sdílení údajů jsou k dispozici na [[https://szrcr.cz/cs/isss-egsb\|stránkách SZR ČR]] včetně dokumentů:
-	* {{ https://www.szrcr.cz/images/dokumenty/ISSS/Publikace_AIS_na_ISSS_v1_06.pdf \|Publikace AIS na eGSB / ISSS}}	+	* {{ https://szrcr.cz/images/dokumenty/ISSS/Publikace_AIS_na_ISSS_v1_09_20231016.pdf \|Publikace AIS na eGSB / ISSS}}
-	* {{ https://www.szrcr.cz/images/dokumenty/ISSS/Pr%CC%8Cipojeni%CC%81_c%CC%8Ctena%CC%81r%CC%8Cske%CC%81ho_AISSSVU%CC%81_k_ISSS.pdf \|Připojení čtenářského AIS na eGSB / ISSS}}	+	* {{ https://szrcr.cz/images/dokumenty/ISSS/Vyuziti_sluzeb_ISSS_ctenarskymi_a_zdrojovymi_AIS_v1_07.pdf \|Využití služeb eGSB / ISSS čtenářskými a publikačními AIS}}
-	* {{ https://www.szrcr.cz/images/dokumenty/ISSS/Pr%CC%8Cipojeni%CC%81_publikac%CC%8Cni%CC%81ho_AISSSVU%CC%81_k_ISSS_.pdf \|Připojení publikačního AIS na eGSB / ISSS}}	+
-	* {{ https://www.szrcr.cz/images/dokumenty/ISSS/Vyuz%CC%8Citi%CC%81_sluz%CC%8Ceb_eGSB__ISSS_c%CC%8Ctena%CC%81r%CC%8Csky%CC%81mi_a_publikac%CC%8Cni%CC%81mi_AIS.pdf \|Využití služeb eGSB / ISSS čtenářskými a publikačními AIS}}	+

	===== Způsob komunikace mezi čtenáři a publikátory =====		===== Způsob komunikace mezi čtenáři a publikátory =====
Řádek 73:		Řádek 72:

	^Kód^Podrobný popis služby^Verze^		^Kód^Podrobný popis služby^Verze^
-	\|G1 \|{{ https://www.szrcr.cz/images/dokumenty/ISSS/popis_slu%C5%BEeb_ISSS/Popis_sluzby_G1_gsbCtiData_v1_03.pdf \|gsbCtiData}} \|1.03 \|	+	\|G1 \|{{ https://www.szrcr.cz/cs/isss-egsb?view=article&id=316:popis-slu%C5%BEeb-isss-egsb&catid=25:isss \|gsbCtiData}} \|1.03 \|
-	\|G2 \|{{ https://www.szrcr.cz/images/dokumenty/ISSS/popis_slu%C5%BEeb_ISSS/Popis_sluzby_G2_gsbCtiZmeny_v1_01.pdf \|gsbCtiZmeny}} \|1.01 \|	+	\|G2 \|{{ https://www.szrcr.cz/cs/isss-egsb?view=article&id=316:popis-slu%C5%BEeb-isss-egsb&catid=25:isss \|gsbCtiZmeny}} \|1.01 \|
-	\|G3 \|{{ https://www.szrcr.cz/images/dokumenty/ISSS/popis_slu%C5%BEeb_ISSS/Popis_sluzby_G3_gsbVlozOdpoved_v1_02.pdf \|gsbVlozOdpoved}} \|1.02 \|	+	\|G3 \|{{ https://www.szrcr.cz/cs/isss-egsb?view=article&id=316:popis-slu%C5%BEeb-isss-egsb&catid=25:isss \|gsbVlozOdpoved}} \|1.02 \|
-	\|G4 \|{{ https://www.szrcr.cz/images/dokumenty/ISSS/popis_slu%C5%BEeb_ISSS/Popis_sluzby_G4_gsbVlozSoubor_v1_01.pdf \|gsbVlozSoubor}} \|1.04 \|	+	\|G4 \|{{ https://www.szrcr.cz/cs/isss-egsb?view=article&id=316:popis-slu%C5%BEeb-isss-egsb&catid=25:isss \|gsbVlozSoubor}} \|1.04 \|
-	\|G5 \|{{ https://www.szrcr.cz/images/dokumenty/ISSS/popis_slu%C5%BEeb_ISSS/Popis_sluzby_G5_gsbCtiSoubor_v1_01.pdf \|gsbCtiSoubor}} \|1.01 \|	+	\|G5 \|{{ https://www.szrcr.cz/cs/isss-egsb?view=article&id=316:popis-slu%C5%BEeb-isss-egsb&catid=25:isss \|gsbCtiSoubor}} \|1.01 \|
-	\|G6 \|{{ https://www.szrcr.cz/images/dokumenty/ISSS/popis_slu%C5%BEeb_ISSS/Popis_sluzby_G6_gsbVypisFronty_v1_01.pdf \|gsbVypisFronty}} \|1.01 \|	+	\|G6 \|{{ https://www.szrcr.cz/cs/isss-egsb?view=article&id=316:popis-slu%C5%BEeb-isss-egsb&catid=25:isss \|gsbVypisFronty}} \|1.01 \|
-	\|G7 \|{{ https://www.szrcr.cz/images/dokumenty/ISSS/popis_slu%C5%BEeb_ISSS/Popis_sluzby_G7_gsbOdpovedZFronty_v1_01.pdf \|gsbOdpovedZFronty}} \|1.01 \|	+	\|G7 \|{{ https://www.szrcr.cz/cs/isss-egsb?view=article&id=316:popis-slu%C5%BEeb-isss-egsb&catid=25:isss \|gsbOdpovedZFronty}} \|1.01 \|
-	\|G8 \|{{ https://www.szrcr.cz/images/dokumenty/ISSS/popis_slu%C5%BEeb_ISSS/Popis_sluzby_G8_gsbSmazatFrontu_v1_01.pdf \|gsbSmazatFrontu}} \|1.01 \|	+	\|G8 \|{{ https://www.szrcr.cz/cs/isss-egsb?view=article&id=316:popis-slu%C5%BEeb-isss-egsb&catid=25:isss \|gsbSmazatFrontu}} \|1.01 \|
-	\|G9 \|{{ https://www.szrcr.cz/images/dokumenty/ISSS/popis_slu%C5%BEeb_ISSS/Popis_sluzby_G9_gsbProbe_v1_01.pdf \|gsbProbe}} \|1.01 \|	+	\|G9 \|{{ https://www.szrcr.cz/cs/isss-egsb?view=article&id=316:popis-slu%C5%BEeb-isss-egsb&catid=25:isss \|gsbProbe}} \|1.01 \|
-	\|G10 \|{{ https://www.szrcr.cz/images/dokumenty/ISSS/popis_slu%C5%BEeb_ISSS/Popis_sluzby_G10_gsbCtiKontexty_v1_01.pdf \|gsbCtiKontexty }} \|1.01 \|	+	\|G10 \|{{ https://www.szrcr.cz/cs/isss-egsb?view=article&id=316:popis-slu%C5%BEeb-isss-egsb&catid=25:isss \|gsbCtiKontexty }} \|1.01 \|
-	\|G11 \|{{ https://www.szrcr.cz/images/dokumenty/ISSS/popis_slu%C5%BEeb_ISSS/Popis_sluzby_G11_gsbZapisData_v1_04.pdf \|gsbZapisData}} \|1.04 \|	+	\|G11 \|{{ https://www.szrcr.cz/cs/isss-egsb?view=article&id=316:popis-slu%C5%BEeb-isss-egsb&catid=25:isss \|gsbZapisData}} \|1.04 \|
-	\|K1 \| {{ https://www.szrcr.cz/images/dokumenty/ISSS/popis_slu%C5%BEeb_ISSS/Popis_sluzby_K1_katCtiSluzby_v1_01.pdf \|katCtiSluzby}} \|1.01 \|	+	\|K1 \| {{ https://www.szrcr.cz/cs/isss-egsb?view=article&id=316:popis-slu%C5%BEeb-isss-egsb&catid=25:isss \|katCtiSluzby}} \|1.01 \|
-	\|K2 \| {{ https://www.szrcr.cz/images/dokumenty/ISSS/popis_slu%C5%BEeb_ISSS/Popis_sluzby_K2_katCtiDetailSluzby_v1_01.pdf \|katCtiDetailSluzby}} \|1.01 \|	+	\|K2 \| {{ https://www.szrcr.cz/cs/isss-egsb?view=article&id=316:popis-slu%C5%BEeb-isss-egsb&catid=25:isss \|katCtiDetailSluzby}} \|1.01 \|
-	\|K3 \| {{ https://www.szrcr.cz/images/dokumenty/ISSS/popis_slu%C5%BEeb_ISSS/Popis_sluzby_K3_katCtiPrilohu_v1_01.pdf \|katCtiPrilohu}} \|1.01 \|	+	\|K3 \| {{ https://www.szrcr.cz/cs/isss-egsb?view=article&id=316:popis-slu%C5%BEeb-isss-egsb&catid=25:isss \|katCtiPrilohu}} \|1.01 \|
-	\|K4 \| {{ https://www.szrcr.cz/images/dokumenty/ISSS/popis_slu%C5%BEeb_ISSS/Popis_sluzby_K4_katCtiEndpoint_v1_01.pdf \|katCtiEndpoint}} \|1.01 \|	+	\|K4 \| {{ https://www.szrcr.cz/cs/isss-egsb?view=article&id=316:popis-slu%C5%BEeb-isss-egsb&catid=25:isss \|katCtiEndpoint}} \|1.01 \|

Evidence jiných fyzických osob

Anonymous (anonymous@undisclosed.example.com) — 2021-06-01T08:13:36+00:00

2020/11/05 10:09		aktuální
Řádek 1:		Řádek 1:
-	<title>Evidence jiných fyzických osob</title>	+	======Evidence jiných fyzických osob======

	Při výkonu veřejné správy nastává situace, kdy se poskytované služby netýkají subjektu, který je vedený v [[nap:rob\|základním registru obyvatel]]. Příkladem může být koupě nemovitosti cizincem, který nemá k ČR žádný další vztah. Taková osoba je vedena jen u správce systému spravující právní vztahy k nemovitostem (katastr nemovitostí). Závažným problémem se tato situace stane v okamžiku, kdy osoba, která je vedená v jenom systému požaduje další služby v jiných systémech, typicky může jít o zaplacení daní. V různých systémech se tedy vedou údaje k jedné a té samé osobě a není možné si je sdílet pomocí referenčního rozhraní, protože neexistuje v základním registru.		Při výkonu veřejné správy nastává situace, kdy se poskytované služby netýkají subjektu, který je vedený v [[nap:rob\|základním registru obyvatel]]. Příkladem může být koupě nemovitosti cizincem, který nemá k ČR žádný další vztah. Taková osoba je vedena jen u správce systému spravující právní vztahy k nemovitostem (katastr nemovitostí). Závažným problémem se tato situace stane v okamžiku, kdy osoba, která je vedená v jenom systému požaduje další služby v jiných systémech, typicky může jít o zaplacení daní. V různých systémech se tedy vedou údaje k jedné a té samé osobě a není možné si je sdílet pomocí referenčního rozhraní, protože neexistuje v základním registru.
Řádek 5:		Řádek 5:

	Každý správce AIS, který eviduje subjekt, který není v [[nap:zakladni_registry\|základním registru]] má povinnost:		Každý správce AIS, který eviduje subjekt, který není v [[nap:zakladni_registry\|základním registru]] má povinnost:
-	1. Zjistit o subjektu maximum dostupných informací. Minimálně však jméno, příjmení, datum narození, číslo a typ identifikačního dokladu.	+	-Zjistit o subjektu maximum dostupných informací. Minimálně však jméno, příjmení, datum narození, číslo a typ identifikačního dokladu.
-	2. Editovat tyto údaje do systému Evidence jiných fyzických osob.	+	-Editovat tyto údaje do systému Evidence jiných fyzických osob.
-	3. Zajisti aktualizaci údajů v Evidenci jiných fyzických osob, pokud o nich bude správce AIS informován.	+	-Zajisti aktualizaci údajů v Evidenci jiných fyzických osob, pokud o nich bude správce AIS informován.

	Výše popsaná situace však nefunguje, respektive z mnoha důvodů na všech zúčastněných stranách je nemožné ji tímto způsobem realizovat. Níže je tedy popsán budoucí stav, ke kterému je třeba dospět, aby se eliminovaly nežádoucí efekty plynoucí z toho, že jednotlivé evidence veřejné správy spravují subjekty, které nejsou v [[nap:zakladni_registry\|základních registrech]].		Výše popsaná situace však nefunguje, respektive z mnoha důvodů na všech zúčastněných stranách je nemožné ji tímto způsobem realizovat. Níže je tedy popsán budoucí stav, ke kterému je třeba dospět, aby se eliminovaly nežádoucí efekty plynoucí z toho, že jednotlivé evidence veřejné správy spravují subjekty, které nejsou v [[nap:zakladni_registry\|základních registrech]].
Řádek 39:		Řádek 39:

	Každý správce AIS, který eviduje subjekt, který není v [[nap:zakladni_registry\|základním registru]] má povinnost:		Každý správce AIS, který eviduje subjekt, který není v [[nap:zakladni_registry\|základním registru]] má povinnost:
-	1. Zjistit o subjektu maximum dostupných informací. Minimálně však název, typ zřízení a další údaje o registraci právnické osoby včetně daňových a dalších identifikátorů.	+	-Zjistit o subjektu maximum dostupných informací. Minimálně však název, typ zřízení a další údaje o registraci právnické osoby včetně daňových a dalších identifikátorů.
-	2. Zajisti aktualizaci údajů ve svém datovém fondu, pokud o nich bude správce AIS informován a následně propagaci této změny do evidence jiných právnických osob.	+	-Zajisti aktualizaci údajů ve svém datovém fondu, pokud o nich bude správce AIS informován a následně propagaci této změny do evidence jiných právnických osob.

eLegalizace

Anonymous (anonymous@undisclosed.example.com) — 2024-08-14T07:53:36+00:00

2026/09/20 01:24	aktuální
Řádek 1:	Řádek 1:
	+	====== eLegalizace ======
	+
	+	<WRAP center round info 60%>
	+	Texty jsou převzaty z článku https://www.lupa.cz/clanky/elektronicky-uredne-overeny-podpis-jak-funguje-elegalizace-na-czech-pointech/
	+	</WRAP>
	+
	+	Možnost legalizace elektronických podpisů (eLegalizace) na [[nap:czechpoint\|Czech POINTech]], díky které takového podpisy mají účinky úředně ověřených podpisů, se otevřela v polovině roku 2022. To když nabyly účinnosti příslušné pasáže ([[https://www.zakonyprolidi.cz/cs/2020-12#p6-1-a\|§ 6 odst. 1 písm. a]]) zákona č. 12/2020 Sb., o právu na digitální služby, a také [[https://www.e-sbirka.cz/sb/2006/21/2022-07-01?zalozka=text\|zákona č. 21/2006 Sb.]], o ověřování.
	+
	+	Legalizace jednoho podpisu, a to jak toho elektronického v rámci eLegalizace, tak i toho vlastnoručního při klasickém ověřování, stála do 31. 12. 2023 30 Kč, od 1. 1. 2024 (díky [[https://www.zakonyprolidi.cz/cs/2023-414/zneni-20240101#cl7-4\|novelizaci]] zákona o správních poplatcích) přijde již na 50 Kč.
	+
	+	K uvedené možnosti eLegalizace na Czech POINT existují (a u příjemců začínají být reálně akceptovány) i další možnosti, jak u elektronických podpisů dosáhnout účinků úředně ověřených podpisů. Jde například o jednorázové vložení kvalifikovaného certifikátu do základního registru obyvatel (dle [[https://www.zakonyprolidi.cz/cs/2020-12#p6-2\|§ 6 odst. 2]] zákona č. 12/2020 Sb., o právu na digitální služby).
	+
	+	Varianta zapsání kvalifikovaného certifikátu do základního registru obyvatel má smysl, pokud uživatel potřebuje dosáhnout požadovaného efektu opakovaně. U uživatelů, kteří by službu potřebovali jen jednorázově, bude k dispozici eLegalizace na Czech POINT.
	+
	+	=====K čemu je eLegalizace?=====
	+
	+	eLegalizace slouží k tomu, aby se to, co vyžaduje úředně ověřený podpis, dalo dělat elektronicky. Jde například o návrhy vkladu do katastru, souhlasy se zápisem do veřejného rejstříku, hlasovací lístky v insolvencích, některé plné moci atd.
	+
	+	Kromě toho právní úprava eLegalizace (v [[https://www.zakonyprolidi.cz/cs/2020-12#p6-1\|§ 6 odst 1]] zákona č. 12/2020 Sb. o právu na digitální služby) přichází i s tím, že legalizovaný elektronický podpis může nahradit také uznávaný elektronický podpis. Tedy „slabší“ podpis, který nemá účinky úředně ověřeného podpisu. Jsou to jakási zadní vrátka pro toho, kdo by chtěl dělat elektronicky něco, co ani nevyžaduje úředně ověřený podpis, ale současně se nechtěl sám řádně elektronicky podepsat, a to pomocí uznávaného elektronického podpisu. Třeba proto, aby si nemusel pořizovat kvalifikovaný certifikát. A tak využije toho, že legalizovaným elektronickým podpisem může být úplně cokoli elektronického. Třeba (pouze) zaručený elektronický podpis (např. založený na certifikátu, který si někdo vystavil sám sobě), nebo dokonce i tzv. prostý elektronický podpis (třeba smajlík, viz dále). Takovýto podpis si nechá (jednorázově, za oněch 50 Kč) legalizovat a pak jej může použít i tam, kde by jinak musel použít svůj uznávaný (či kvalifikovaný) elektronický podpis.
	+
	+	<WRAP center round tip 60%>
	+	Primární účel eLegalizace spočívá v dosažení účinků úředně ověřeného podpisu.
	+	Úředně ověřený podpis neměl donedávna žádnou elektronickou variantu, ale mohl se například využít proces, kdy potřebné písemnosti se připravily v listinné podobě, podepsaly vlastnoručními podpisy, ty se nechaly úředně ověřit a pak se celé dokumenty nechaly autorizovaně konvertovat do elektronické podoby.
	+	</WRAP>
	+
	+
	+	Kvalifikované (či jen uznávané) elektronické podpisy nemají účinky úředně ověřených podpisů proto, že neidentifikují podepsanou osobu dostatečně jednoznačně. I podle nařízení eIDAS musí stačit, aby tato osoba byla určena jen (křestním) jménem a příjmením (tj. aby příslušný kvalifikovaný certifikát obsahoval jen tyto údaje). Ovšem osob stejného jména a příjmení může být (a je) více. Proto aby mohl mít elektronický podpis účinky úředně ověřeného podpisu, musí k němu být doplněna vhodná upřesňující informace o podepsané osobě. U vlastnoručních podpisů takovouto informaci obsahuje ověřovací doložka, nedílně spojená se samotným listinným dokumentem a jeho podpisem.
	+
	+	V případě elektronických podpisů lze postupovat více různými způsoby. Jedním z nich je již zmiňované jednorázové vložení kvalifikovaného certifikátu do účtu konkrétního držitele v základním registru obyvatel (ROBu). Tím vzniká ona „upřesňující informace“, která je ale dostupná jen pro toho příjemce podepsaného dokumentu, který má možnost si ji v registru obyvatel ověřit. Tomu, kdo ji nemá, ale může podepisující osoba vyjít vstříc tím, že k podepsanému dokumentu přiloží svůj vlastní výpis z ROBu, kde jsou údaje o vložených kvalifikovaných certifikátech uvedeny (mezi nereferenčními údaji).
	+
	+	V současné době je to asi nejjednodušší řešení, navíc zcela zdarma pro libovolný počet vytvořených podpisů. Vlastně pro všechny platné elektronické podpisy založené na příslušném kvalifikovaném certifikátu a vytvořené v době, kdy byl tento certifikát vložen do základního registru. Funguje ale jen pro uznávané a kvalifikované elektronické podpisy, což jsou právě ty, které jsou založené na kvalifikovaném certifikátu. Nefunguje pro zaručené elektronické podpisy ani pro tzv. prosté elektronické podpisy.
	+
	+	=====Jak připojit ověřovací doložku?=====
	+
	+	Další možností, jak dosáhnout toho, aby jednotlivý elektronický podpis konkrétní osoby mohl mít účinky úředně ověřeného podpisu, je přidat potřebné „upřesňující informace“ přímo k podepsanému dokumentu a jeho podpisu. Je to vlastně stejný princip jako u klasického ověřování vlastnoručních podpisů, kdy se k listinnému dokumentu a jeho podpisu připojuje ověřovací doložka. Ta [[https://www.zakonyprolidi.cz/cs/2006-21#p12-1\|obsahuje]] křestní jméno, příjmení, datum a místo narození i místo pobytu podepsané osoby, které zjistila a v doložce uvedla ověřující osoba.
	+
	+	Tvorba doložek v elektronické podobě funguje například u autorizovaných konverzí. U nich není problémem ani připojení takovéto doložky ke konvertovanému dokumentu, při jeho konverzi z listinné do elektronické podoby: výstupem je nový dokument v datovém formátu PDF, jehož jednou (poslední) stránkou je právě ona doložka v elektronické podobě. No a ověřující osoba pak celý dokument opatří svým kvalifikovaným elektronickým podpisem (a také kvalifikovaným elektronickým časovým razítkem). Je to první a jediný elektronický podpis na výstupu z konverze, který současně vytváří nedělitelné pouto mezi samotným konvertovaným obsahem a doložkou a chrání je proti změně.
	+
	+	Co je problémem, je připojení obdobné doložky k takovému elektronickému dokumentu, který již může být elektronicky podepsán. Nejde totiž měnit obsah již dříve podepsaného dokumentu ani jej nějak „prodlužovat“ (něco přidávat), protože to by způsobilo zneplatnění již připojených podpisů. Jinými slovy, obsah ověřovací doložky, o který nám zde jde (tj. onu „upřesňující informaci“), nelze přidat přímo do již elektronicky podepsaného dokumentu (jehož elektronický podpis má být ověřen neboli legalizován).
	+
	+	Co se udělat dá, je vytvořit doložku jako samostatný elektronický dokument, řádně elektronicky podepsaný ověřující osobou (či opatřený její pečetí) a také časovým razítkem. Jenže jak tuto samostatnou doložku spojit s původním dokumentem, ke kterému se doložka vztahuje, do vhodného celku? Navíc tak, aby to bylo korektní – aby se nedalo fixlovat a různě zaměňovat buď dokument s legalizovaným podpisem, či naopak doložku. Tedy aby se dosáhlo toho, co právní úprava požaduje a označuje jako „nedílné spojení“.
	+
	+	=====Notáři používají ASiC kontejnery=====
	+
	+	Notáři, kteří legalizaci elektronických podpisů mohou provádět od září 2021 „zabalí“ doložku i s legalizovaným dokumentem do ASiC kontejneru, který „uzavře“ tím, že jej opatří svým (kvalifikovaným) elektronickým podpisem. Postupuje přitom podle [[https://www.zakonyprolidi.cz/cs/2021-317#p3\|§ 3]] nařízení vlády č. 317/2021 Sb., o postupu notáře při legalizaci elektronického podpisu, kde je tento postup zakotven.
	+
	+	Samotné ASiC kontejnery, formálně „kontejnery s přidruženým podpisem“, jsou standardizovaným řešením, se kterým počítají i prováděcí předpisy k nařízení eIDAS. Zejména [[https://www.e-sbirka.cz/pravoeu/32015D1506?zalozka=text\|Prováděcí rozhodnutí Komise 2015/1506]], „kterým se stanoví specifikace pro formáty zaručených elektronických podpisů a zaručených pečetí uznávaných subjekty veřejného sektoru“ a které veřejnoprávním subjektům mj. ukládá povinnost akceptovat ASiC kontejnery.
	+
	+	Podpora ASiC kontejnerů se může opírat o detailní [[https://www.etsi.org/standards-search?search=ETSI+TS+101+903#page=1&search=ASiC&title=1&etsiNumber=1&content=1&version=0&onApproval=1&published=1&withdrawn=1&historical=1&isCurrent=1&superseded=1&startDate=1988-01-15&endDate=2024-01-14&harmonized=0&keyword=&TB=&stdType=&frequency=&mandate=&collection=&sort=1\|technické standardy]] od organizace ETSI. Díky tomu mohou existovat – a skutečně existují – běžně dostupné nástroje a služby pro práci s ASiC kontejnery, stejně jako programové knihovny pro využití při tvorbě nových programů a služeb.
	+
	+	ASiC kontejnery podporují například všechny tuzemské kvalifikované služby pro ověřování platnosti elektronických podpisů.
	+
	+	=====Místo nedílného celku samostatné dokumenty=====
	+
	+	Výstupem eLegalizace na Czech POINTu není jeden celek zahrnující jak originální dokument s legalizovaným podpisem, tak i ověřovací (legalizační) doložku, jako je tomu u ASiC či u klasické legalizace ((jeden ASiC kontejner v případě eLegalizace u notáře, či několik „sešitých“ a přelepkou opatřených listů papíru u klasické legalizace vlastnoručních podpisů na listinných dokumentech (případně jen jeden list s nalepenou doložkou či doložkami).))
	+
	+	To u eLegalizace na Czech POINTu je ověřovací (legalizační) doložka zcela samostatným elektronickým dokumentem. Právě takováto samostatná doložka je to, co dostanete od Czech POINTu, když si u něj necháte provést nějakou eLegalizaci. To, co vám (po ověření na přepážce Czech POINTu) buď pošlou do datové schránky, nebo co si na základě vydaného „šatního lístku“ můžete sami vyzvednou v úschovně Czech POINTu.
	+
	+	Jde o samostatné PDFko, opatřené kvalifikovaným elektronickým podpisem ověřující osoby a kvalifikovaným elektronickým časovým razítkem. Kromě identifikace konkrétní fyzické osoby obsahuje doložka ještě údaje o samotném legalizovaném elektronickém podpisu. Dále v doložce najdete údaje o certifikátu, na kterém je podpis založen.
	+
	+	<WRAP center round tip 60%>
	+	Elektronickým podpisem, který chcete legalizovat, může být i prostý elektronický podpis, což může být úplně cokoli.
	+	</WRAP>
	+
	+	Podstatné je, že tyto „doplňující údaje“ nepostačují k jednoznačnému určení dokumentu, na kterém se legalizovaný podpis má nacházet. Tedy ke kterému (elektronickému) dokumentu se doložka vztahuje. A ještě přesněji, ke které jeho instanci, protože tento dokument může procházet změnami. Smysl těchto „doplňujících údajů“ je jiný: určit, o který konkrétní podpis na originálním dokumentu se jedná, protože jich tam může být více. V případě zaručených (a vyšších) elektronických podpisů k tomu slouží údaje o certifikátu, na kterém je podpis založen.
	+
	+	V případě prostých elektronických podpisů jde už i o to, co vlastně je oním podpisem, když to může být úplně cokoli. Třeba některé slovo v textu, nějaké interpunkční znaménko, ikona a podobně. Proto zde ověřující osoba uvádí určité své hodnocení.
	+
	+	=====Nedílné spojení skrze otisky (hashe)=====
	+
	+	Čím je tedy dáno to, ke kterému konkrétnímu dokumentu se doložka vztahuje? Doložka je zcela samostatným dokumentem, který tak existuje „vedle“ originálního dokumentu s legalizovaným podpisem. Jak a čím je mezi oběma samostatnými dokumenty tvořena vazba, o které právní úprava hovoří jako o nedílném spojení?
	+
	+	Odpověď je taková, že doložka se odkazuje na originální dokument prostřednictvím jeho kryptografického otisku neboli tzv. hashe. Což je stejný princip, jaký používají třeba externí elektronické podpisy, které jsou také samostatnými objekty (dokumenty) a na podepsaný obsah (dokument) se odkazují přes jeho otisk.
	+
	+	Zásadní rozdíl je ale v tom, že externí podpisy jsou standardizovaným řešením. Existují pro ně platné standardy, které určují, jak má vše vypadat a fungovat. Díky tomu může být (a dávno je) jejich podpora zabudována všude tam, kde je o ni zájem. Pro programátory jsou k dispozici různé knihovny a další potřebné nástroje usnadňující další zavádění této podpory.
	+
	+	=====Vazbu vytváří hned 4 různé otisky=====
	+
	+	Zpětnou analýzou výstupu z eLegalizace lze vysledovat, že doložka se na dokument s legalizovaným podpisem odkazuje nikoli jedním, ale hned čtyřmi různými kryptografickými otisky. Tedy otisky, vytvořenými pomocí různých hashovacích funkcí. Což posiluje odolnost vůči postupnému zastarávání těchto funkcí, a lépe chrání před nebezpečím existence tzv. kolizních dokumentů. To jsou takové, které mají jiný obsah, ale stejný otisk.
	+
	+	Tyto otisky lze nalézt v textové podobě přímo v doložce.
	+
	+	Je to ale spíše „pro úplnost“, protože těžko někdo bude ručně kontrolovat shodu otisků mezi doložkou a dokumentem, ke kterému se doložka vztahuje. Strojovému zpracování vychází vstříc to, že otisky jsou dostupné i ve strojově čitelné podobě – jako XML dokument, obsažený v PDFku s ověřovací doložkou jako jeho přílohou.

Elektronická fakturace

Anonymous (anonymous@undisclosed.example.com) — 2021-04-29T12:35:05+00:00

2019/10/07 13:13		aktuální
Řádek 1:		Řádek 1:
-	<title>Elektronická fakturace</title>	+	======Elektronická fakturace======
-		+
-	<WRAP center round tip 60%>	+
-	Popis architektury úřadu a veřejné správy ČR po jednotlivých vrstvách architektury a zapracování požadavků do informační koncepce a architektury úřadu je popsán v části [[nap-dokument:pravidla_tvorby_a_udrzby_vlastni_ctyrvrstve_architektury_jednotlivych_uradu\|Architektura úřadu v kontextu veřejné správy a jejích vrstvách architektury]].	+
-		+
-	Pravidla pro jednotlivé sdílené služby, funkční celky a tematické oblasti jsou popsány v části [[nap-dokument:pravidla_pro_funkcni_celky_architektury_jednotlivych_uradu#Pravidla pro elektronickou fakturaci\|Způsoby využívání sdílených služeb, funkčních celků a tematických oblastí jednotlivými úřady]]	+
-	</WRAP>	+

		+	===== Popis elektronické fakturace =====

	Elektronická fakturace (také jako „e-fakturace“ či „efakturace“) je moderní prostředek, jehož primárním cílem je usnadnit a zefektivnit ekonomickým subjektům odesílání, příjem e-faktur a jejich následnou archivaci k dalšímu zpracování v rámci Evropské unie. E-faktura je dokumentem v digitální podobě (elektronickým dokumentem) podle ustanovení [[https://www.zakonyprolidi.cz/cs/2004-499#p2\|§ 2 zákona č. 499/2004 Sb., o archivnictví a spisové službě]] a o změně některých zákonů a nařízení eIDAS. Může být doručena ve strukturovaném nebo nestrukturovaném datovém formátu. Může být účetním záznamem podle [[https://www.zakonyprolidi.cz/cs/1991-563\|zákona č. 563/1991 Sb., o účetnictví]], daňovým dokladem podle [[https://www.zakonyprolidi.cz/cs/2004-235\|zákona č. 235/2004 Sb., o dani z přidané hodnoty]], může sloužit i pro jiné účely (např. jako dodací list, záruční list, důkazní prostředek apod.)		Elektronická fakturace (také jako „e-fakturace“ či „efakturace“) je moderní prostředek, jehož primárním cílem je usnadnit a zefektivnit ekonomickým subjektům odesílání, příjem e-faktur a jejich následnou archivaci k dalšímu zpracování v rámci Evropské unie. E-faktura je dokumentem v digitální podobě (elektronickým dokumentem) podle ustanovení [[https://www.zakonyprolidi.cz/cs/2004-499#p2\|§ 2 zákona č. 499/2004 Sb., o archivnictví a spisové službě]] a o změně některých zákonů a nařízení eIDAS. Může být doručena ve strukturovaném nebo nestrukturovaném datovém formátu. Může být účetním záznamem podle [[https://www.zakonyprolidi.cz/cs/1991-563\|zákona č. 563/1991 Sb., o účetnictví]], daňovým dokladem podle [[https://www.zakonyprolidi.cz/cs/2004-235\|zákona č. 235/2004 Sb., o dani z přidané hodnoty]], může sloužit i pro jiné účely (např. jako dodací list, záruční list, důkazní prostředek apod.)
Řádek 17:		Řádek 12:
	* Zajištění přeshraniční interoperability e-fakturace v rámci Evropské unie		* Zajištění přeshraniční interoperability e-fakturace v rámci Evropské unie

-	===== Ekonomické aspekty =====	+	==== Ekonomické aspekty ====

	Evropská komise předpokládá, že „Masové přijetí elektronické fakturace v EU by vedlo k významným hospodářským přínosům a odhaduje se, že přechodem od papírových faktur k fakturám elektronickým se za období šesti let ušetří přibližně 240 miliard EUR.“1. Na základě tohoto zjištění „Komise chce, aby se elektronická fakturace stala převládající metodou fakturace v Evropě do roku 2020.		Evropská komise předpokládá, že „Masové přijetí elektronické fakturace v EU by vedlo k významným hospodářským přínosům a odhaduje se, že přechodem od papírových faktur k fakturám elektronickým se za období šesti let ušetří přibližně 240 miliard EUR.“1. Na základě tohoto zjištění „Komise chce, aby se elektronická fakturace stala převládající metodou fakturace v Evropě do roku 2020.
Řádek 26:		Řádek 21:

	Práce s elektronickými fakturami, ale zejména elektronizace celého nákupního řetězce od sběru požadavků, veřejné výběrové řízení, přes objednávku/smlouvu, potvrzení dodávek, fakturu, po platbu a rozúčtování výdajů/nákladů přinese významné úspory transakční i úspory spojené s lepším rozhodování a mnohem snáze a lépe provedenými řídícími kontrolami (1., 2., 3. a 4.) podle zákona č. 320/2001 Sb. o finanční kontrole a vyhlášky č. 416/2004 Sb., kterou se provádí zákon o finanční kontrole.		Práce s elektronickými fakturami, ale zejména elektronizace celého nákupního řetězce od sběru požadavků, veřejné výběrové řízení, přes objednávku/smlouvu, potvrzení dodávek, fakturu, po platbu a rozúčtování výdajů/nákladů přinese významné úspory transakční i úspory spojené s lepším rozhodování a mnohem snáze a lépe provedenými řídícími kontrolami (1., 2., 3. a 4.) podle zákona č. 320/2001 Sb. o finanční kontrole a vyhlášky č. 416/2004 Sb., kterou se provádí zákon o finanční kontrole.
		+
		+	===== Pravidla elektronické fakturace =====
		+
		+	Povinnost akceptovat elektrickou fakturu (de standardů níže) se dle [[https://www.zakonyprolidi.cz/cs/2016-134\|zákona č. 134/2016, o zadávání veřejných zakázek, ve znění pozdějších předpisů]] týká všech orgánů veřejné moci, kteří přijímají platbu plnění veřejné zakázky. Tato povinnost platí od 1. 1. 2019 pro ústřední orgány moci a od 1.4.2020 pro uzemní samosprávu §279 (5) b) [[https://www.zakonyprolidi.cz/cs/2016-134\|zákona č. 134/2016, o zadávání veřejných zakázek, ve znění pozdějších předpisů]].
		+	Všechny povinné orgány veřejné moci musí kromě procesních změn zajistit i příjem a vydávání elektronických faktur dle evropských a českých pravidel.
		+
		+	==== Technické aspekty ====
		+
		+	E-fakturaci je možné implementovat a realizovat ve svých organizačních jednotkách za dodržení jednoho z následujících technických standardů, který je v souladu se [[https://eur-lex.europa.eu/eli/dir/2014/55/oj\|směrnicí 2014/55/EU]]:
		+
		+	* Evropská norma pro elektronickou fakturaci EN 16931-1:2017 - otevřená a zdarma dostupná na [[https://sponzorpristup.agentura-cas.cz/Vysledky.aspx\|této stránce]]
		+	* Syntaxe dle [[https://eur-lex.europa.eu/eli/dir/2014/55/oj\|Evropské směrnice 2014/55/EU]] čl. 3, odst. 2
		+	* XML zprávu meziodvětvové faktury UN/CEFACT podle XML schémat 16B (SCRDM - CII)
		+	* UBL zprávy faktury a dobropisu podle ISO/IEC 19845:2015
		+
		+	Je třeba zmínit, že [[https://eur-lex.europa.eu/eli/dir/2014/55/oj\|směrnice 2014/55/EU]]:
		+
		+	* nepředepisuje, která syntaxe by měla být použita pro elektronickou fakturaci v rámci veřejné zakázky. Pouze uvádí, které syntaxe jsou veřejní zadavatelé povinni akceptovat. Je zcela možné a velmi pravděpodobné, že jiné syntaxe, které nejsou uvedeny na seznamu výše, se budou i nadále používat, a to i pro přeshraniční výměny, zvláště tam, kde již existuje rozšířená národní nebo místní praxe. To je případ českého národního formátu elektronické faktury ISDOC (Information System Document), verze 5.2 a vyšší (který je definován vyhláškou č.194/2009 Sb a který musí být dle Usnesení vlády č. 347/2017 akceptován veřejnoprávními subjekty od 1.1.2019). Tento formát logicky není součástí výše uvedené směrnice, jakkoli je syntaxi UBL 2.1 velmi blízký, jelikož vychází z verze UBL 2.0. V rámci vnitřního trhu České republiky je formát ISDOC velmi široce rozšířen, zejména mezi soukromoprávními subjekty, které ve veřejné zakázce figurují v roli dodavatele, tedy vystavitele faktury.
		+	* neponechává veřejným zadavatelům žádný prostor odmítnout fakturu ve kterékoliv ze syntaxí, které jsou uvedeny na seznamu, jenž bude zveřejněn v Úředním věstníku Evropské unie, v návaznosti na článek 3 směrnice. Článek 7 jasně uvádí, že veřejní zadavatelé a zadavatelé v EU musí přijímat a zpracovávat elektronické faktury, které splňují normu a odpovídají kterékoli ze syntaxí uvedených na zveřejněném seznamu.
		+
		+
		+	==== Právní aspekty ====
		+
		+	Implementace e-fakturace do prostředí veřejné správy České republiky je dána [[https://eur-lex.europa.eu/eli/dir/2014/55/oj\|směrnicí 2014/55/EU]], která nabyla účinnosti 19. 4. 2018. K tomuto datu je také nutné mít ve svých spisových službách v rámci organizace nastavené technickoorganizační opatření, která budou v souladu s výše uvedenou směrnicí a technickými standardy z ní vyplývající. Směrnice byla inkorporována do české legislativy v rámci § 221 [https://www.zakonyprolidi.cz/cs/2016-134\|zákona č. 134/2016, o zadávání veřejných zakázek, ve znění pozdějších předpisů]]. Zadavatel nesmí odmítnout elektronickou fakturu vystavenou dodavatelem za plnění veřejné zakázky z důvodu jejího formátu, který je v souladu s evropským standardem elektronické faktury.
		+
		+	Všechny veřejné zakázky, které jsou nadlimitní mohou být dodavatelem vyžadovány ve formě e-fakturace.
		+
		+	V neposlední řadě bylo schváleno Usnesení vlády č. 347/2017, které dává povinnost od 1. 1. 2019 Ústředním orgánům státní správy a jimi podřízeným organizačním složkám státu přijímat elektronické faktury ve formátech stanovených Evropskou směrnicí 2014/55/EU a dále ve formátu isdoc/isdocx (Information System Document) verze 5.2 a vyšší
		+
		+


	{{tag>eFaktura eFakturace Faktura Fakturace "Tematická oblast"}}		{{tag>eFaktura eFakturace Faktura Fakturace "Tematická oblast"}}

Identifikace klientů veřejné správy

Anonymous (anonymous@undisclosed.example.com) — 2025-11-11T15:36:16+00:00

2021/04/29 13:20		aktuální
Řádek 29:		Řádek 29:

	Podporu celého procesu elektronické identifikace prostřednictvím kvalifikovaného systému elektronické identifikace je vytvořena platforma Národní identitní autority (také jako NIA), která vykonává činnosti Národního bodu dle [[https://www.zakonyprolidi.cz/cs/2017-250#p20\|§ 20]] a následujících a národního uzlu eIDAS pro spolupráci s oznámenými systémy elektronické identifikace dle nařízení Evropské parlamentu a Rady (EU) č. 910/2014 ze dne 23. července 2014 o elektronické identifikaci a službách vytvářejících důvěru pro elektronické transakce na vnitřním trhu a o zrušení směrnice 1999/93/ES.		Podporu celého procesu elektronické identifikace prostřednictvím kvalifikovaného systému elektronické identifikace je vytvořena platforma Národní identitní autority (také jako NIA), která vykonává činnosti Národního bodu dle [[https://www.zakonyprolidi.cz/cs/2017-250#p20\|§ 20]] a následujících a národního uzlu eIDAS pro spolupráci s oznámenými systémy elektronické identifikace dle nařízení Evropské parlamentu a Rady (EU) č. 910/2014 ze dne 23. července 2014 o elektronické identifikaci a službách vytvářejících důvěru pro elektronické transakce na vnitřním trhu a o zrušení směrnice 1999/93/ES.
-
-	=== Mandáty, práva a role v elektronické identifikaci pro klienty veřejné správy ===
-
-	Kvalifikovaný poskytovatel elektronických služeb bude nadále zodpovědný za řízení oprávnění (autorizaci) fyzické osoby, která prokázala takto svoji totožnost. Nadále tedy musí provádět správu oprávnění na základě údajů o osobě, které získá z [[nap:propojeny_datovy_fond\|Propojeného datového fondu]] a vlastních údajů vedených v agendě.

	==== Pohled na identifikaci a identifikátory klientů VS ====		==== Pohled na identifikaci a identifikátory klientů VS ====
Řádek 95:		Řádek 91:
	Autentizovaná fyzická osoba si tedy vybírá, za koho a v jaké roli bude prostřednictvím [[nap:elektronicke_ukony_a_dorucovani\|datových schránek]] jednat. Informaci o tomto oprávnění si [[nap:elektronicke_ukony_a_dorucovani\|ISDS]] obstarává např. z [[nap:ros\|ROS]], z jiných zdrojů (např. údaj o tom, že určitá osoba je advokátem nebo insolvenčním správcem) anebo jej vede na základě sdělení samotného držitele datové schránky (např. údaj o tzv. pověřené osobě). Bez ohledu na zdroj informace o oprávnění k zastupování jiné osoby, resp. na zdroj informace o roli je však na samotném [[nap:elektronicke_ukony_a_dorucovani\|ISDS]] jakožto poskytovateli služeb, aby oprávnění k zastupování jiné osoby ve svém prostředí řádně implementoval tak, aby osoby mohly toto oprávnění realizovat. Nabídka jednotlivých oprávnění, resp. rolí, tedy spadá do kompetence daného poskytovatele služeb a odvíjí se od údajů a oprávnění, které vede v rámci svého informačního systému nebo od údajů, ke kterým má přístup.		Autentizovaná fyzická osoba si tedy vybírá, za koho a v jaké roli bude prostřednictvím [[nap:elektronicke_ukony_a_dorucovani\|datových schránek]] jednat. Informaci o tomto oprávnění si [[nap:elektronicke_ukony_a_dorucovani\|ISDS]] obstarává např. z [[nap:ros\|ROS]], z jiných zdrojů (např. údaj o tom, že určitá osoba je advokátem nebo insolvenčním správcem) anebo jej vede na základě sdělení samotného držitele datové schránky (např. údaj o tzv. pověřené osobě). Bez ohledu na zdroj informace o oprávnění k zastupování jiné osoby, resp. na zdroj informace o roli je však na samotném [[nap:elektronicke_ukony_a_dorucovani\|ISDS]] jakožto poskytovateli služeb, aby oprávnění k zastupování jiné osoby ve svém prostředí řádně implementoval tak, aby osoby mohly toto oprávnění realizovat. Nabídka jednotlivých oprávnění, resp. rolí, tedy spadá do kompetence daného poskytovatele služeb a odvíjí se od údajů a oprávnění, které vede v rámci svého informačního systému nebo od údajů, ke kterým má přístup.

-	=== Mandáty, role a práva v elektronické komunikaci ===	+	{{tag>NIA "Národní identitní prostor" "Identity provider" "Service provider" IdP "Tematická oblast" eop "občanský průkaz" "identifikační doklad" "cestovní pas"}}
-		+
-	Zajištění správné obsazení do role neboli autorizace, klienta využívajícího elektronické služby je jedním ze základních předpokladů jejího správného fungování. Různé role mají v rámci služby různá oprávnění a povinnosti a poskytovatel služby je povinen nabídnout klientovi veškeré role, do kterých se v rámci služby může pasovat, včetně rolí jako zástupce právnické osoby, zástupce nezletilého, registrující lékař pacienta a další. Tyto role s oprávněními vůči jiným klientům veřejné správy jsou mandáty. Aby proběhlo správné obsazení do role a zjištění mandátu, je pro poskytování elektronických služeb klientům veřejné správy nutné mít zajištěno několik základních náležitostí:	+
-		+
-	- Znalost typů mandátů při jednání s veřejnou správou	+
-	- Jednoznačnou identifikaci a autentizaci klienta veřejné správy	+
-	- Systém veřejné správy schopný komunikovat a získávat údaje z propojeného datového fondu	+
-	- Vlastní zajištění autorizace klienta veřejné správy	+
-		+
-	== Mandáty pro jednání s veřejnou správou ==	+
-		+
-	Při výkonu veřejné správy a to zejména při jakékoliv interakci a komunikaci s klientem veřejné správy je nutné, aby veřejná správa respektovala mandáty k zastupování jedné osoby druhou na základě různých titulů. Zjednodušeně se dá rozdělit forma mandátu zastupování dle následující tabulky.	+
-		+
-	^ Typ subjektu ^ Mandát ^	+
-	\| Fyzická osoba \| Jednající sama svým jménem \|	+
-	\|::: \| Jednající jménem jiné fyzické osoby ze zákona: \\ - rodič dítěte,\\ - manžel/manželka,\\ - registrovaný partner/partnerka,\\ - opatrovník, osvojitel, poručík, pěstoun \\ - dědic, exekutor,\\ - zastupující osoba pro osoby neschopné jednat nebo nemající zákonného zástupce\|	+
-	\|::: \| Jednající jménem jiné fyzické osoby ze zmocnění: \\ - plná moc,\\ - advokát,\\ - zastupující FO,\\ - jiný druh zmocnění,\\ - na žádost bez zmocnění\|	+
-	\|::: \| Plná moc opravňující konkrétní osobu jednat jménem právnické osoby \|	+
-	\| Fyzická osoba jednající za právnickou osobu \|Jednatel právnické osoby \|	+
-	\|::: \|statutární zástupce právnické osoby (jedna FO) \|	+
-	\|::: \|Statutární orgán právnické osoby (více FO) \|	+
-	\|::: \|Insolvenční správce \|	+
-	\|::: \|Likvidátor \|	+
-	\|::: \|Jednající jménem zřizovatele právnické osoby \|	+
-	\|::: \|Pověřen k jednání za právnickou osobu: \\ - Veřejnoprávním titulem, \\ - Soukromoprávním titulem (smlouva, plná moc, společenská smlouva, apod.) \|	+
-	\|::: \| Pokud agendový předpis povoluje využívání přístupových údajů k systému datových schránek jako identifikačních prostředků je to dále: \\ a) Pro fyzické osoby – statutární zástupce oprávněné k přístupu do datové schránky právnické osoby ověřením oprávnění k datové schránce právnické osoby prostřednictvím Informačního systému datových schránek (ověření přístupových údajů a oprávnění). \\ b) Pro fyzické osoby - oprávněné statutárním zástupcem k přístupu do datové schránky právnické osoby ověřením oprávnění k datové schránce právnické osoby prostřednictvím Informačního systému datových schránek (ověření přístupových údajů a oprávnění). \\ c) Ověřením speciálního agendového oprávnění podle agendového předpisu, na jehož základě jsou poskytovány agendové digitální služby. \|	+
-		+
-	Příklady mandátů pro fyzické osoby vyplývající z některých vyhlášek a nařízení měst a obcí:	+
-	* Pro přihlášení k platbě poplatku za odvoz komunálního odpadu	+
-	* Pro přihlášení k platbě poplatku:	+
-	* ubytovacího,	+
-	* ze psa,	+
-	* za zábor a užívání veřejného prostranství.	+
-	* Pro převody, koupě, prodej, nabytí městského majetku, (provozovny v budovách v majetku města)	+
-	* Pro užívání, podnájem, zrušení užívání bytového fondu města	+
-	* Mandát pro jednání s knihovnou – výpůjčky registrovaného čtenáře	+
-		+
-	Jak je zdůrazněno níže, při výkonu veřejné správy je nutné, aby příslušný orgán konající nějakou činnost v rámci dané agendy věděl, pro jakou formu zastupování je mandát umožněný nebo dokonce nutný. Zcela jiným způsobem se orgán veřejné moci bude chovat k mandátu plynoucímu z veřejnoprávního titulu rodičovství a jinak k mandátu plynoucímu ze soukromoprávního titulu plné moci.	+
-		+
-	Je také vhodné rozlišovat účel mandátu, tedy typ úkonů, které prostřednictvím zastupované osoby klient veřejné správy dělá. Ty je možno rozdělit do následujících skupin:	+
-		+
-	* Nahlížení na údaje subjektů práva bez jakéhokoliv interaktivního využívání či zapisování údajů (informační účel).	+
-	* Přístup k údajům subjektů a jejich reklamace, nebo pokud je přímo umožněna editace klientům veřejné správy (transakční účel).	+
-	* Zmocnění k přístupu či využívání údajů subjektu práva pro třetí strany, nebo poskytnutí údajů z ISVS třetím stranám (zmocňovací účel).	+
-	* Činění podání a úkonů vůči orgánům veřejné správy (účel úkonu).	+
-	* Využívání elektronických klientských služeb jako je objednání se k úředníkovi.	+
-	* Zápis, úprava a zrušení mandátu.	+
-		+
-	== Jednoznačná identifikace a autentizace klienta veřejné správy ==	+
-		+
-	Všechny subjekty povinné dle [[https://www.zakonyprolidi.cz/cs/2017-250#p2\|zákona č. 250/2017 Sb., o elektronické identifikaci mají povinnost dle §2]] využívat k prokázání totožnosti při elektronickém kontaktu pouze kvalifikovaný systém, konkrétně:	+
-		+
-	„Vyžaduje-li právní předpis nebo výkon působnosti prokázání totožnosti, lze umožnit prokázání totožnosti s využitím elektronické identifikace pouze prostřednictvím kvalifikovaného systému elektronické identifikace.“	+
-		+
-	Kvalifikovaný systém spravuje kvalifikovaný správce (státní orgán nebo akreditovaná osoba) a splňuje technické normy i specifikace Evropské unie a především je propojen s národním bodem pro identifikaci a autentizaci – tzv. Národní identitní autorita ([[nap:nia\|NIA]]).	+
-		+
-	Identifikace a autentizace prostřednictvím NIA zajistí jen a pouze službu ověřené identity fyzické osoby, neboli každý systém čerpající služby [[nap:nia\|NIA]], se může spolehnout na to, že přihlášená fyzická osoba je skutečna ta, za kterou se vzdáleně a elektronicky vydává. Již se dále nezajišťují další služby typu autorizace.	+
-		+
-	== Systém veřejné správy schopný komunikovat a získávat údaje z propojeného datového fondu ==	+
-		+
-	Systém poskytující elektronické služby veřejné správy musí být schopen komunikovat a získávat údaje z [[nap:propojeny_datovy_fond\|propojeného datového fondu]]. K tomu musí systém odpovídat předpisům:	+
-		+
-	* [[https://www.zakonyprolidi.cz/cs/2000-365\|Zákon 365/2000 Sb.]], o informačních systémech veřejné správy. Systém klasifikovaný jako Informační systém veřejné správy (ISVS) využívající referenční rozhraní veřejné správy.	+
-	* [[https://www.zakonyprolidi.cz/cs/2009-111\|Zákon 111/2009 Sb.]], o základních registrech. Systém klasifikovaný jako agendový informační systém (AIS) využívající údaje základních registrů a editorů základních registrů dle svého agendového zákona.	+
-	* [[https://www.zakonyprolidi.cz/cs/2017-250\|Zákon 250/2014 Sb.]], o elektronické identifikaci. Systém, který vyžaduje ověření totožnosti	+
-	* Nařízení eIDAS	+
-		+
-	Více o využívání údajů propojeného datového fondu a infrastruktuře referenčního rozhraní je napsáno v kapitolách:	+
-		+
-	* [[:nap:egsb\|eGON Service Bus/Informační systém sdílené služby]]	+
-	* [[nap:komunikacni_infrastruktura_verejne_spravy\|Centrální místo služeb]]	+
-	* [[nap:propojeny_datovy_fond\|Propojenný datový fond]]	+
-		+
-	Centrální sdílené služby eGovernmentu dokáží zajistit následující mandáty pro fyzické osoby, které se prokázaly u poskytovatele služeb svou zaručenou elektronickou identitou:	+
-		+
-	* eGON služba [[https://www.szrcr.cz/images/dokumenty/v%C3%BDvoj%C3%A1%C5%99i/detailn%C3%AD_popisy_eGon_slu%C5%BEeb/E22_-_rosCtiPodleUdaju_2_02.pdf\|rosCtiPodleUdaju]], [[https://www.szrcr.cz/images/dokumenty/v%C3%BDvoj%C3%A1%C5%99i/detailn%C3%AD_popisy_eGon_slu%C5%BEeb/E20_-_rosCtiIco_2_02.pdf\|rosCtiIco]], [[https://www.szrcr.cz/images/dokumenty/v%C3%BDvoj%C3%A1%C5%99i/detailn%C3%AD_popisy_eGon_slu%C5%BEeb/E21_-_rosCtiAifo_2_02.pdf\|rosCtiAifo]] (základní registr osob)	+
-	* pro zajištění ověření, zda je fyzická osoba statutárním zástupcem	+
-	* eGON služba [[https://www.szrcr.cz/images/dokumenty/v%C3%BDvoj%C3%A1%C5%99i/detailn%C3%AD_popisy_eGon_slu%C5%BEeb/SZR_popis_eGON_sluz%CC%8Ceb_E172_aiseoCtiPodleUdaju2_4_02_v03.pdf\|aiseoCtiPodleUdaju]], [[https://www.szrcr.cz/images/dokumenty/v%C3%BDvoj%C3%A1%C5%99i/detailn%C3%AD_popisy_eGon_slu%C5%BEeb/E171_aiseoCtiAifo2.pdf\|aiseoCtiAifo]] (agendový informační systém evidence obyvatel)	+
-	* pro zajištění ověření, zda je fyzická osoba rodič nezletilého, který není svéprávný	+
-	* pro zajištění ověření, zda je fyzická osoba zákonným zástupcem jiné fyzické osoby	+
-	* pro zajištění ověření, zda je fyzická osoba opatrovníkem jiné fyzické osoby	+
-	* pro zajištění ověření, zda je fyzická osoba manžel/manželka	+
-	* eGON služba [[https://www.szrcr.cz/images/dokumenty/v%C3%BDvoj%C3%A1%C5%99i/detailn%C3%AD_popisy_eGon_slu%C5%BEeb/SZR_popis_eGON_sluz%CC%8Ceb_E238_isknCtiVlastniky2_v1_00_v01_r0.pdf\|isknCtiVlastniky]] (informační systém katastru nemovitostí)	+
-	* pro zajištění ověření, zda je fyzická osoba vlastníkem nemovitosti	+
-	* Služba ISDS	+
-	* Pro zajištění, zda je fyzická osoba pověřená k činění úkonů v ISDS vlastníkem datové schránky	+
-		+
-	Žádné další centrální služby ověření oprávnění/mandátů se v současné, ani dohledné době, neplánují. Proto je důležité, aby si každý poskytovatel elektronických služeb zajistit jiné typy mandátů sám.	+
-		+
-	== Vlastní zajištění autorizace klienta veřejné správy ==	+
-		+
-	Každá vykonávaná agenda (výkon veřejné správy) může pro svoji potřebu vyžadovat jiné mandáty. Například mandát podání daňového přiznání za jinou fyzickou osobu, mandát nahlížení na zdravotnickou dokumentaci jiné fyzické osoby, nakládání s majetkem právnické osoby, u které nejsem statutární zástupce, či například mandát k zastupování při dědickém řízení.	+
-		+
-	Všechny tyto mandáty se musí řešit v rámci dané agendy a jako ideální řešení navrhujeme:	+
-		+
-	* Zřídit buď v jednotlivých agendových informačních systémech, nebo v rámci centralizované správy subjektů mandátní registr.	+
-	* V rámci mandátního registru určit předem definované typy mandátů přípustné v dané agendě a způsob zápisu mandátů pro nahlížení a pro transakce ze strany klienta	+
-	* Povolit zapisovat všem klientům mandáty dle definovaných typů pod svou zaručenou elektronickou identitou.	+
-	* Umožnit klientům přidat mandát i offline, například na přepážce úřadu.	+
-	* Při každém přihlášení klienta kontrolovat kromě mandátů z centrálních sdílených služeb eGovernmentu i vlastní mandátní registr a dát vždy při přihlášení vybrat klientovi, v jaké roli a s jakým mandátem chce pracovat.	+
-		+
-	Je důležité zdůraznit, že veřejná správa nemá rozlišovat formu komunikace a jednání s klientem. Tedy mandát obecně platící pro osobní jednání s úředníkem, nebo pro fyzické prováděné úkony na přepážce, musí mít klient umožněn využívat i při elektronické komunikaci a naopak. Také proto je nutné vést mandáty standardizovanou formou na jednom místě a využívat jich i při elektronické komunikaci klienta.	+
-		+
-	Mandát plynoucí z veřejnoprávního nebo soukromoprávního titulu a to včetně plných mocí a dohod o zastupování při správním jednání s úřady patří mezi společné rozhodné skutečnosti, tak jak jsou zakotveny v souvisejících ustanoveních Správního řádu (zejména § 6 a § 50 a související). Proto je nanejvýš vhodné, aby příslušný orgán veřejné moci, pokud	+
-		+
-	* využívá a buduje centrální evidenci subjektů,	+
-	* centrální evidenci rozhodných skutečností,	+
-	* skutečnosti o zapsaném anebo z něčeho plynoucím mandátu k zastupování,	+
-	* je zahrnul do rozhodných skutečností.	+
-		+
-	Klient se totiž může odvolat na příslušná ustanovení správního řádu a neposkytovat zejména plné moci a další dokumenty, z nichž mandát plyne, úřadu opakovaně.	+
-		+
-		+
-	{{tag>NIA "Národní identitní prostor" "Identity provider" "Service provider" IdP "Tematická oblast" eop "občanský průkaz" "identifikační doklad" "cestovní pas" "mandáty" "mandáty v elektronické komunikaci" "zastupování" "oprávnění" "mandát"}}	+

Elektronické úkony a doručování

Anonymous (anonymous@undisclosed.example.com) — 2022-03-28T13:31:45+00:00

2020/05/12 12:49		aktuální
Řádek 1:		Řádek 1:
-	<title>Elektronické úkony a doručování</title>	+	======Elektronické úkony a doručování======
-		+	{{page>nap:isds}}
-	===== Popis Informačního systému datových schránek =====	+
-	{{page>nap:popisy:popis_isds}}	+
-		+
-	===== Pravidla Informačního systému datových schránek =====	+
-	{{page>nap:pravidla:pravidla_isds}}	+

	{{tag>"Funkční celek" ISDS datovka "datové schránky" "Tematická oblast"}}		{{tag>"Funkční celek" ISDS datovka "datové schránky" "Tematická oblast"}}

Evropská peněženka digitální identity (EUDIW)

Anonymous (anonymous@undisclosed.example.com) — 2026-06-22T06:32:40+00:00

2025/03/13 13:25		aktuální
Řádek 28:		Řádek 28:
	* QEAA – qualified electronic attestation of attributes – kvalifikovaná elektronická potvrzení atributů		* QEAA – qualified electronic attestation of attributes – kvalifikovaná elektronická potvrzení atributů
	* PuB-EAA – public body authentic source electronic attestation of attributes – elektronická potvrzení atributů pocházejících z původních veřejných zdrojů		* PuB-EAA – public body authentic source electronic attestation of attributes – elektronická potvrzení atributů pocházejících z původních veřejných zdrojů
-	* EEA – electronic attestation of attributes – běžná nekvalifikovaná elektronická potvrzení atributů	+	* EAA – electronic attestation of attributes – běžná nekvalifikovaná elektronická potvrzení atributů

	==== Řešení EUDIW ====		==== Řešení EUDIW ====
Řádek 48:		Řádek 48:
	Zásadní dva termíny se týkají vydávání Peněženek a povinnosti jejich akceptace:		Zásadní dva termíny se týkají vydávání Peněženek a povinnosti jejich akceptace:

-	* 21. 11. 2026 (vztaženo k vydání prováděcích předpisů 21. 11. 2024 + 24 měsíců) – každý stát vydá alespoň jednu EDIW pro své občany	+	* 21. 11. 2026 (vztaženo k vydání prováděcích předpisů 21. 11. 2024 + 24 měsíců) – každý stát vydá alespoň jednu EUDIW pro své občany
	* 21. 11. 2027 (vztaženo k vydání prováděcích předpisů 21. 11. 2024 + 36 měsíců) – povinnost akceptace pro vybrané soukromoprávní subjekty		* 21. 11. 2027 (vztaženo k vydání prováděcích předpisů 21. 11. 2024 + 36 měsíců) – povinnost akceptace pro vybrané soukromoprávní subjekty

Evidence subjektů

Anonymous (anonymous@undisclosed.example.com) — 2024-04-04T14:24:17+00:00

2022/12/15 10:31		aktuální
Řádek 15:		Řádek 15:
	\|Bezvýznamný směrový identifikátor (BSI) (Pseudonym od [[:nap:nia\|NIA]])\| Identifikátor, který přiděluje [[:nap:nia\|NIA]] každému kvalifikovanému poskytovateli služeb (resp. "uživateli" ve smyslu Z 12/2020, §12a (1)), na základě kombinace poskytnutých identifikačních údajů FO. Je jedinečný pro kombinaci FO a poskytovatele služby. Nesmí se používat veřejně, tj. mimo uživatele služby, kterému byl přidělen, s výjimkou použití vůči OVM.\|BSI pro portál občana, BSI pro portál ČSSZ, BSI pro všeobecnou fakultní nemocnici\| Speciální typ stykového identifikátoru pro účely jednoznačné identifikace fyzické osoby pouze v kontextu daného poskytovatele služby. Fakticky nahrazuje [[znalostni_baze:utlum_rc\|rodné číslo]] sadou těchto identifikátorů různých pro každého poskytovatele. Každý OVM si může přeložit kterékoliv BSI pomocí služeb [[:nap:zakladni_registry\|základních registrů]] na své AIFO.\|		\|Bezvýznamný směrový identifikátor (BSI) (Pseudonym od [[:nap:nia\|NIA]])\| Identifikátor, který přiděluje [[:nap:nia\|NIA]] každému kvalifikovanému poskytovateli služeb (resp. "uživateli" ve smyslu Z 12/2020, §12a (1)), na základě kombinace poskytnutých identifikačních údajů FO. Je jedinečný pro kombinaci FO a poskytovatele služby. Nesmí se používat veřejně, tj. mimo uživatele služby, kterému byl přidělen, s výjimkou použití vůči OVM.\|BSI pro portál občana, BSI pro portál ČSSZ, BSI pro všeobecnou fakultní nemocnici\| Speciální typ stykového identifikátoru pro účely jednoznačné identifikace fyzické osoby pouze v kontextu daného poskytovatele služby. Fakticky nahrazuje [[znalostni_baze:utlum_rc\|rodné číslo]] sadou těchto identifikátorů různých pro každého poskytovatele. Každý OVM si může přeložit kterékoliv BSI pomocí služeb [[:nap:zakladni_registry\|základních registrů]] na své AIFO.\|
	\|Stykový Identifikátor (SI) \| Jednoznačný identifikátor pocházející z veřejné listiny, kterým lze identifikovat osobu při komunikaci s veřejnou správou. Jakýkoliv stykový identifikátor musí být v ROB, kromě BSI. \| Typ a číslo dokladu (OP, pas, ŘP) \| Využívá se při prezenční či listinné či elektronické komunikaci s klientem, namísto nebo vedle KI. Podle něj se provede překlad na KI pro vnitřní práci v agendě a AIS, i na AIFO v agendě pro komunikaci v rámci PPDF. AIS poté ví, jak AIFO, tak KI, v systémech se tento identifikátor (SI) neeviduje a neukládá.\|		\|Stykový Identifikátor (SI) \| Jednoznačný identifikátor pocházející z veřejné listiny, kterým lze identifikovat osobu při komunikaci s veřejnou správou. Jakýkoliv stykový identifikátor musí být v ROB, kromě BSI. \| Typ a číslo dokladu (OP, pas, ŘP) \| Využívá se při prezenční či listinné či elektronické komunikaci s klientem, namísto nebo vedle KI. Podle něj se provede překlad na KI pro vnitřní práci v agendě a AIS, i na AIFO v agendě pro komunikaci v rámci PPDF. AIS poté ví, jak AIFO, tak KI, v systémech se tento identifikátor (SI) neeviduje a neukládá.\|
-	\|Klientský identifikátor (KI) \| Klientské číslo používané v dané agendě nebo skupině agend jednoho OVS, jako úředníkům i klientům známý bezvýznamový identifikátor \| DIČ, Číslo pojištěnce, klientské číslo \| Úřední identifikátor, na rozdíl od AIFO je prezentován klientovi i úředníkovi. Využívá se při vnitřním i vnějším úředním styku v dané agendě nebo skupině příbuzných agend, zpravidla se neposkytuje mimo, ale využívá se jen v rámci této agendy. Klient si své číslo může, ale nemusí pamatovat, užívat či dokládat, k tomu slouží stykový klientský identifikátor (SI).\|	+	\|Klientský identifikátor (KI) \| Klientské číslo používané v dané agendě nebo skupině agend jednoho resortu (ve výjimečných případech více úřadů spolupracujících nad jednou agendou, pak však nesmí spolupracující úřad přenést toto KI mimo agendu), jako úředníkům i klientům známý bezvýznamový identifikátor \| DIČ, Číslo pojištěnce, klientské číslo \| Úřední identifikátor, na rozdíl od AIFO je prezentován klientovi i úředníkovi. Využívá se při vnitřním i vnějším úředním styku v dané agendě nebo skupině příbuzných agend, zpravidla se neposkytuje mimo, ale využívá se jen v rámci této agendy. Klient si své číslo může, ale nemusí pamatovat, užívat či dokládat, k tomu slouží stykový klientský identifikátor (SI).\|

	=== Evidence jiných fyzických osob ===		=== Evidence jiných fyzických osob ===

Formulářový agendový informační systém

Anonymous (anonymous@undisclosed.example.com) — 2023-10-13T07:54:32+00:00

2021/04/30 09:07		aktuální
Řádek 21:		Řádek 21:

	FAIS bude zajišťovat odpovídající proces výdeje údajů prostřednictvím datových schránek pro veškeré údaje publikované na PPDF.		FAIS bude zajišťovat odpovídající proces výdeje údajů prostřednictvím datových schránek pro veškeré údaje publikované na PPDF.
		+
		+	===== Implementace zpracování hromadných požadavků =====
		+
		+	Dále je popsán detailní návrh implementace pro oblast „Zpracování hromadných požadavků“ ve FAIS.
		+
		+	Primárním cílem hromadného zpracování je řízené využití služeb ISSS, které povede k zásadnímu omezení rizik plynoucích ze vznikajících potřeb hromadného zpracování dat prostřednictvím ISSS.
		+
		+	==== Zpracování hromadných požadavků ====
		+
		+	Obsahem návrhu a implementace požadavku na zpracování hromadných požadavků ve FAIS je obecná implementace příjmu požadavku na hromadné zpracování prostřednictvím ISDS, respektive prostřednictvím služby referenčního rozhraní PPDF a následné zpracování tohoto požadavku prostřednictvím ISSS, respektive ISZR.
		+
		+	==== Motivace ====
		+
		+	Zpracování dat prostřednictvím ISSS je omezeno na zpracování požadavků pro jeden subjekt. V praxi aktuálně vzniká potřeba zpracování dávkových úloh obsahujících rozsáhlou množinu subjektů. V současné době je tato potřeba řešena na úrovni AIS, které v rámci své individuální implementace využívají různé přístupy, které zajišťují rozpad dávkové úlohy na individuální žádosti a zpracování těchto individuálních žádostí prostřednictvím rozhraní webových služeb ISSS.
		+
		+	Výše popsaný přístup znamená, že AIS může ke své implementaci přistoupit způsobem, který je buď sám o sobě nevyhovující z pohledu zátěže generované na ISSS, respektive může být nevyhovující společně v kombinaci s dalšími AIS, které řeší hromadné zpracování prostřednictvím ISSS.
		+
		+	Nevyhovujícím přístupem z pohledu ISSS se rozumí potenciální přetěžování jak vlastního ISSS, tak i potenciální přetěžování navázaných služeb ISZR.
		+
		+	Rizika plynoucí z možného přetěžování ISSS ošetřuje ISSS vlastními kontrolními mechanismy, jejichž výsledkem může být omezování povolených přístupů AIS ke službám ISSS, důsledkem čehož mohou nastávat problémy na straně AIS a jejich business procesů.
		+
		+	Aby bylo možné řídit zátěž ISSS pro účely dávkového zpracování a efektivně zpracovávat dávkové úlohy, požaduje OHA implementovat efektivní podporu pro dávkové zpracování prostřednictvím úprav systému FAIS, který je součástí implementace ISZR a tedy se i stane součástí referenčního rozhraní PPDF.
		+
		+	==== Aplikační architektura ====
		+
		+	Na následujícím obrázku je znázorněna stávající aplikační architektura FAIS.
		+
		+	{{ :nap:fais1.png?600 \|Obsah obrázku text, diagram, Plán, Technický výkres Popis byl vytvořen automaticky}}
		+
		+	Interní aplikační komponenty FAIS
		+
		+	Interní komponenty FAIS jsou realizovány formou objektů vystavujících metody pro provádění příslušných operací.
		+
		+	* Příjem z ISDS – komponenta FAIS zabezpečující vyzvedávání a validaci datových zpráv doručených do příslušné datové schránky sloužící pro příjem požadavků na zpracování.
		+	* Odesílání ISDS – komponenta FAIS slouží pro odesílání výsledků zpracování požadavků formou datových zpráv prostřednictvím definované datové schránky ISDS.
		+	* WS – komponenta FAIS vystavující rozhraní webových služeb pro příjem a validaci požadavků doručených webovou službou na eGON rozhraní ISZR.
		+	* Orchestrace – komponenta FAIS zajišťující proces získání dat a přípravu výstupů s využitím dalších podpůrných komponent FAIS a eGON rozhraní ISZR.
		+	* Logování – komponenta FAIS zajišťující logování průběhu zpracování požadavku.
		+	* Formátovací šablony – komponenta FAIS poskytující formátovacímu procesu XSLT šablony pro generování výstupů.
		+	* Formátování výstupů – komponenta FAIS zajišťující sestavení výstupů na základě dat a s využitím formátovacích šablon.
		+	* Podepisování a pečetění – komponenta FAIS zajišťující s využitím HSM modulu podepisování sestavených PDF výstupů.
		+
		+	Externí komponenty
		+
		+	Externí komponenty jsou systémy nebo rozhraní systémů mimo implementační perimetr FAIS. Tyto systémy a rozhraní jsou nutné pro zpracování požadavků doručovaných do systému FAIS.
		+
		+	* ISDS – webové služby ISDS, příjem a odesílání datových zpráv. Do datové schránky pro příjem požadavků na formuláře jsou doručovány žádosti o zpracování a výsledek zpracování je odesílán zpět žadateli.
		+	* ISZR – interní orchestrátor ISZR zpracovávající požadavky na formuláře doručované prostřednictvím webových služeb eGON rozhraní ISZR
		+	* HSM – HSM modul pro podepisování sestavených PDF výstupů
		+	* eGON ISZR – eGON rozhraní webových služeb ISZR vystavující služby využívané při zpracování požadavků.
		+
		+	==== Architektonický model FAIS ====
		+
		+	Na následujícím obrázku je znázorněn model technologické infrastruktury FAIS ve vazbě na předchozí model aplikační architektury FAIS.
		+
		+	{{ :nap:fais2.png?600 \|Obsah obrázku diagram, text, Plán, řada/pruh Popis byl vytvořen automaticky}}
		+
		+	Na logických uzlech FAIS (Fx.DCx – virtuální server v datovém centru DC1 a DC2, tj. STC nebo CP) je spuštěn řídící proces. Na všech serverech jsou nainstalovány všechny interní aplikační komponenty FAIS (viz předchozí kapitola – aplikační role). Konfiguračně je řízeno, jaká konkrétní aplikační komponenta (nebo více komponent, respektive aplikačních rolí) je na konkrétním serveru spuštěna.
		+
		+	Popsaná architektura umožňuje jednotlivým serverům přiřazovat aplikační role s ohledem na aktuální potřeby (procesně řízeno provozem).
		+
		+	==== Zpracování hromadných požadavků ====
		+
		+	FAIS bude implementovat podporu pro hromadné zpracování vůči ISSS, respektive ISZR. Jde o implementaci nového procesu, který dosud FAIS nepodporuje.
		+
		+	V následujícím popisu je popsána funkcionalita primárně s ohledem na zpracování HP vůči ISSS, zpracování vůči ISZR je principiálně totožné, pokud jsou ve zpracování rozdílu, jsou v textu uvedeny.
		+
		+	==== Definice hromadného zpracování ====
		+
		+	Hromadným zpracováním se v kontextu FAIS se rozumí zpracování, kdy je technicky zabezpečeno zpracování více než jednoho volání ISSS nebo ISZR na základě jednoho vstupního požadavku do FAIS.
		+
		+	Jednotlivá volání ISSS, respektive ISZR musí být v rámci zpracování jednoho hromadného požadavku na sobě nezávislá, tj. musí být proveditelná v libovolném pořadí, respektive souběžně.
		+
		+	Hromadné zpracování je určeno pro provedení více volání ISSS respektive ISZR, kdy je v rámci každého volání zpracováván právě jeden subjekt. Subjektem se rozumí buď subjekt vedený v ROB (identifikovaný jeho AIFO) nebo subjekt vedený v ROS (identifikovaný jeho IČO).
		+
		+	V rámci hromadného zpracování jsou podporovány operace jednoho typu, tj. buď zápis, nebo čtení, nad jedním typem subjektu a v jednom kontextu.
		+
		+	V rámci hromadného zpracování budou existovat logická omezení oproti případnému řešení na straně AIS. Tato omezení jsou vyvážena zjednodušením a zefektivněním procesu zpracování, omezením rizik přetížení ISSS a ISZR, a zjednodušením implementace na straně AIS v oblasti hromadného zpracování.
		+
		+	==== Přínosy hromadného zpracování ====
		+
		+	Hromadné zpracování bude generovat přínosy na prakticky všech stranách zúčastněných v procesu zpracování:
		+
		+	* Pro ISSS a ISZR bude přínosem optimalizace procesu, snížení nutné zátěže systému a omezení rizik přetížení těchto systémů.
		+	* Pro AIS žadatelů bude přínosem zjednodušení implementace procesu generování hromadných požadavků. Na straně AIS žadatelů nebude nutné řešit mechanismy řídící zátěž vůči ISSS a ošetřovat chybové stavy plynoucí z potenciálních problémů přetížení ISSS, požadavky AIS budou zpracovány optimálně.
		+	* Pro AIS poskytovatelů služeb prostřednictvím ISSS (PAIS a AISSÚ) bude výsledkem implementace omezení potenciálních rizik plynoucích z generování současné zátěže z více AIS žadatelů, tzn., že požadavky budou přicházet řízeně.
		+
		+	==== Omezení hromadného zpracování ====
		+
		+	Zpracování hromadných požadavků bude mít následující základní omezení:
		+
		+	* Předávání dat prostřednictvím souborů, případně vyzvednutí souboru na ISSS si musí zajistit žadatel voláním služby ISSS.
		+	* Nelze provést současnou specifikaci primární entit různých typů (subjekt ROB a subjekt ROS).
		+	* Velikost požadavku je omezena maximální možnou velikostí volání webové služby (bude definováno v provozních parametrech služby), respektive maximální možnou velikostí datové zprávy.
		+
		+	==== Princip hromadného zpracování ====
		+
		+	Z principu je hromadné zpracování asynchronní proces, zpracování řídí FAIS dle aktuálního provozního stavu systému. V procesu hromadného zpracování existují z pohledu žadatele dva kroky:
		+
		+	* Předání hromadného požadavku a obdržení potvrzení o jeho přijetí FAIS
		+	* Získání odpovědi
		+
		+	==== Předání hromadného požadavku ====
		+
		+	Předání požadavku na hromadné zpracování může být provedeno buď voláním webové služby nebo datovou zprávou prostřednictvím ISDS. Na následujícím diagramu je znázorněn proces předání požadavku ke zpracování.
		+
		+	{{ :nap:fais3.png?600 \|Obsah obrázku text, diagram, Plán, Paralelní Popis byl vytvořen automaticky}}
		+
		+	Popis procesu pro jednotlivé vstupní rozhraní je uveden v následujících podkapitolách.
		+
		+	==== Identifikátor hromadného požadavku ====
		+
		+	Každému hromadnému požadavku bude na vstupu FAIS přidělen globální identifikátor transakce. Účelem tohoto identifikátoru bude kromě jednoznačné identifikace v rámci FAIS také příprava na integraci na jednotné logovací a auditní prostředí RR PPDF.
		+
		+	Tento globální identifikátor transakce bude v rámci procesu zpracování průběžně využíván při předávání požadavků mezi systémy, pokud to bude příslušný systém umožňovat, respektive bude připraven k předání tak, aby byla dodržena koncepce budoucí integrace na jednotné logovací a auditní prostředí RR PPDF.
		+
		+	==== Formát hromadného požadavku ====
		+
		+	Hromadný požadavek bude předáván v XML souboru definovaném XSD schématem. Návrh XML je optimalizován pro účely hromadného zpracování.
		+
		+	Základní řídící informace budou definovány typově fixovanou strukturou, vlastní data určená pro hromadné zpracování budou v XML vložena jako CDATA nebo odkazem.
		+
		+	V principu jsou součástí požadavku informace jako identifikace žadatele, identifikace požadované operace, identifikace subjektů, a další datové položky detailně specifikující požadavek na zpracování.
		+
		+	==== Předání požadavku webovou službou ====
		+
		+	Základní princip zpracování hromadných požadavků zasílaných webovou službou bude následující:
		+
		+	* Žadatel odešle na definované rozhraní webové služby požadavek ke zpracování. Požadavek bude předán prostřednictvím XML dokumentu v definovaném formátu, tento XML dokument bude součástí volání webové služby.
		+	* FAIS provede validaci požadavku s ohledem na způsob doručení webovou službou.
		+	* Validní požadavky jsou předány do procesu orchestrace, žadatel dostane v odpovědi na volání přidělený identifikátor požadavku a informaci o přijetí.
		+	* Pro nevalidní požadavky dostane žadatel v odpovědi identifikátor požadavku, informaci o nepřijetí a informaci o důvodu nepřijetí. Zpracování je ukončeno.
		+
		+	Poznámka: požadavky předávané webovou službou mohou obsahovat AIFO pro specifikaci subjektů ROB. Pro případné předání identity subjektů ROB je možné volitelně použít i úložku AIFO (služba ISZR E175 ulozMapaAifo). FAIS je součástí referenčního rozhraní a jako důvěryhodný systém vůči ISZR bude mít automaticky implicitní přístup pro čtení úložky AIFO).
		+
		+	==== Technická implementace rozhraní webové služby pro příjem HP ====
		+
		+	V současném stavu referenčního rozhraní PPDF je rozhraní FAIS pro konzumenty dostupné prostřednictvím eGON rozhraní ISZR. Stejným způsobem bude dostupné rozhraní webových služeb FAIS pro zpracování hromadných požadavků.
		+
		+	Poznámka: ISZR zprostředkovává ve stávající architektuře dostupnost FAIS na eGON rozhraní, tento stav bude využit i pro příjem hromadných požadavků. V budoucnu v rámci rozvoje konceptu RR PPDF, kdy bude FAIS integrální součástí referenčního rozhraní, bude možné tento mezikrok vypustit.
		+
		+	Hromadné požadavky budou přijímány prostřednictvím eGON služby E153 iszrZpracujFormular. Tato eGON služba je připravena na příjem obecného XML, prostřednictvím kterého budou zadávány hromadné požadavky. Současně bude možné touto službou získat informace o stavu zpracování HP a výsledek zpracovaného HP.
		+
		+	==== Předání požadavku datovou schránkou ====
		+
		+	Základní princip zpracování hromadných požadavků zasílaných přes datovou schránku bude následující:
		+
		+	* Žadatel odešle do definované technické datové schránky požadavek ke zpracování. Požadavek bude popsán prostřednictvím XML souboru v definovaném formátu, který bude přílohou odeslané datové zprávy.
		+	* FAIS provede vyzvednutí datové zprávy z technické datové schránky a provede validaci požadavku s ohledem na způsob doručení prostřednictvím ISDS.
		+	* Validní požadavky jsou předány do procesu orchestrace. FAIS odešle datovou zprávu o přijetí požadavku ke zpracování do datové schránky odesílatele hromadného požadavku, zohlední identifikátory zdrojové DZ, číslo jednací, respektive spisovou značku.
		+	* Pro nevalidní požadavky je vytvořen PDF a XML protokol o zamítnutí požadavku, který je vložen do výstupní fronty pro odeslání datovou zprávou. Výstup (PDF i XML) obsahuje identifikátor požadavku, informaci o nepřijetí a informaci o důvodu nepřijetí. Zpracování je ukončeno.
		+
		+	Poznámka: požadavky předávané datovou schránkou nesmí obsahovat AIFO pro specifikaci subjektů ROB. Případné předání identity subjektů ROB je možné výhradně úložku AIFO (služba ISZR E175 ulozMapaAifo). FAIS je součástí referenčního rozhraní a jako důvěryhodný systém vůči ISZR bude mít automaticky implicitní přístup pro čtení úložky AIFO.
		+
		+	==== Stavy zpracování hromadného požadavku ====
		+
		+	Stavy zpracování hromadného požadavku ve FAIS jsou znázorněny na následujícím obrázku.
		+
		+	{{ :nap:fais4.png?600 \|Obsah obrázku text, snímek obrazovky, kruh, Písmo Popis byl vytvořen automaticky}}
		+
		+	Stavy požadavku jsou:
		+
		+	* Nový – požadavek je vytvořen a čeká na zahájení validace. V principu je relevantní pouze pro požadavky doručené do datové schránky, požadavky doručené webovou službou jsou buď přijaté, nebo zamítnuté.
		+	* Přijatý – požadavek je validní a čeká na zahájení zpracování.
		+	* Zamítnutý – požadavek je nevalidní, existuje výsledek s informací o chybě.
		+	* Probíhá zpracování – pro validní požadavek probíhá zpracování.
		+	* Zpracovaný – zpracování bylo dokončeno, existuje validní výsledek s informací o výsledku zpracování.
		+
		+	Poznámka: informace o tom, zda byla žadateli, v případě iniciace prostřednictvím ISDS, odeslána DZ o přijetí / zamítnutí / odeslání výsledku bude řešena samostatnými příznaky spojenými s informací o ID DZ, tj. například stav = Zamítnutý, DS o zamítnutí = odeslána + ID DZ. Tyto příznaky se pro iniciaci WS nevyužívají.
		+
		+	==== Orchestrace zpracování ====
		+
		+	* FAIS zajistí optimalizované zpracování požadavku.
		+	* FAIS předá výsledek zpracování požadovaným způsobem na výstup.
		+
		+	Jednotlivé kroky orchestrace realizované na straně FAIS jsou popsány v následujících kapitolách.
		+
		+	==== Validace požadavku ====
		+
		+	==== Formální validace ====
		+
		+	V rámci formální validace je zkontrolován formát požadavku (XML) vůči stanovenému schématu – viz kapitoly //Formát hromadného požadavku// a splnění logických pravidel na obsah požadavku.
		+
		+	V rámci hlavičky požadavku jsou zkontrolovány údaje nutné pro ověření oprávnění, specifikaci požadované operace a řídící informace.
		+
		+	V rámci těla požadavku je zkontrolována provázanost požadované operace, šablony požadavku a optimalizovaných dat. Je ověřena existence a konzistence datových vět v rámci optimalizovaných dat a podobně.
		+
		+	==== Validace oprávnění ====
		+
		+	Pro přístup k datům publikovaným prostřednictvím RR je třeba validovat oprávnění žadatele v rámci výkonu agendy. Atributy nutné pro ověření přístupu musí žadatel předat v rámci hlavičky požadavku.
		+
		+	V hlavičce požadavku musí žadatel specifikovat následující údaje:
		+
		+	* Kód OVM (nebo SPUU)
		+	* Kód agendy
		+	* Kód činnosti
		+	* Kód AIS
		+	* Subjekt
		+	* Uživatel
		+	* Důvod nebo účel
		+
		+	Při validaci oprávnění se ověří, zda údaje uvedené v těle požadavku odpovídají známým informacím:
		+
		+	* Kombinace OVM/SPUU, agenda, činnost, AIS je vedena v RPP (s využitím služeb online matice oprávnění) a oprávněna využívat požadované údaje v členění dle katalogu RPP.
		+
		+	Dále se ověří, že žadatel vyplnil hodnoty subjekt, uživatel a důvod nebo účel.
		+
		+	==== Validace požadavku doručeného webovou službou ====
		+
		+	U požadavků doručených webovou službou se navíc oproti společným validacím ověří, že:
		+
		+	* Žadatel volající webovou službu (metadata procesu) odpovídá specifikaci v hlavičce. Tj. údaje hlavičky HP odpovídají žadateli o eGON službu (ZadostInfo).
		+
		+	==== Validace požadavku doručeného přes datovou schránku ====
		+
		+	U požadavků doručených prostřednictvím ISDS se navíc oproti společným validacím ověří, že:
		+
		+	* datová schránka odesílatele (metadata procesu) je zapsána pro OVM (SPUU) v ROS z hlavičky HP.
		+
		+	==== Věcná validace ====
		+
		+	V rámci věcné validace jsou provedeny podle obsahu řídících dat následující operace:
		+
		+	* Přečtení seznamu AIFO (hlavička požadavku nebo úložka AIFO)
		+	* Přečtení seznamu IČO (hlavička požadavku)
		+	* Ověření údajů hlavičky
		+	* Ověření existence šablony a datových vět
		+
		+	==== Zpracování validního požadavku ====
		+
		+	Validní požadavek je požadavek splňující všechna validační pravidla. Po úspěšném provedení validace je požadavek uložen do interního úložiště FAIS, ze kterého je následně přejímán k dalšímu zpracování.
		+
		+	Interní úložiště validovaných požadavků funguje na principu fronty, ze které jsou položky vybírány ke zpracování orchestrační komponentou (jedna nebo více instancí – v závislosti na dostupné infrastruktuře prostředí a konfiguraci).
		+
		+	Komponenty FAIS a proces zajišťující zpracování hromadných požadavků jsou znázorněny na následujícím obrázku.
		+
		+	{{ :nap:fais5.png?600 \|Obsah obrázku text, diagram, Plán, Nalepovací papírek Popis byl vytvořen automaticky}}
		+
		+	==== Princip zpracování validního hromadného požadavku ====
		+
		+	FAIS nově obsahuje komponentu (službu) – HPIniciator - zajišťující zpracování validních hromadných požadavků – požadavků ve stavu „Přijatý“.
		+
		+	FAIS provede změnu stavu hromadného požadavku do stavu „Probíhá zpracování“. Následně FAIS dekomponuje vstupní hromadný požadavek na individuální požadavky, u nichž si zaznamená informace o zdrojové hromadné žádosti (čas, celkový počet nutných volání, kontext volání) a tyto dekompozice si uloží ke zpracování).
		+
		+	Komponenta pro individuální zpracování – HPProces - má definovaný počet vláken, ve kterých provádí zpracování individuálních požadavků. Počet těchto vláken je závislý na aktuálním množství HW zdrojů (na kolika HW prostředcích je komponenta spuštěna, jaké má k dispozici systémové zdroje).
		+
		+	Po zpracování všech dekomponovaných požadavků jednoho hromadného požadavku je sestavena hromadná odpověď a hromadný požadavek interně označen jako zpracovaný.
		+
		+	Výsledek zpracovaného hromadného požadavku obslouží k tomu určená samostatná komponenta (služba) FAIS – HPVysledek, která buď připraví výsledek pro proces iniciovaný voláním webové služby, nebo zajistí kroky nutné pro odeslání odpovědi datovou schránkou. Tento proces je popsán v kapitole //Předání výsledku zpracování//.
		+
		+	==== Bezpečnostní aspekty zpracování ve FAIS ====
		+
		+	Princip zpracování je založený na tom, že FAIS zprostředkovává optimalizovaná individuální volání ISSS a ISZR v zastoupení za žadatelské AIS.
		+
		+	V okamžiku zahájení zpracování validního požadavku je z předchozího zpracování ve FAIS zajištěno, že:
		+
		+	* Požadavek je syntakticky správný
		+	* Žadatel je oprávněn k volání požadavku prostřednictvím ISSS,
		+
		+	FAIS je v tomto okamžiku součástí interních komponent referenčního rozhraní PPDF a může využít optimalizovaný přístup k ISZR a ISSS na základě prokázání svojí identity obdobně jako již prokazuje svoji identitu ISSS vůči ISZR.
		+
		+	FAIS v aktuálním stavu implementace prokazuje svoji identitu vůči ISZR na základě vlastnictví privátního klíče certifikátu vydaného CA SZR, totožný certifikát bude používán i při komunikaci s ISSS.
		+
		+	==== Zpracování požadavku a optimalizace výkonu a zátěže na ISZR a ISSS ====
		+
		+	Optimalizace výkonu a zátěže ISZR a ISSS bude spočívat ve dvou oblastech:
		+
		+	* Odstranění redundantních kontrol
		+	* Optimalizace současného volání ISSS (a v důsledku následně ISZR, PAIS a AISSÚ)
		+
		+	==== Stávající proces zpracování požadavku prostřednictvím ISSS ====
		+
		+	Proces zpracování jednoho typického volání služby ISSS je následující:
		+
		+	- Ověření oprávnění žadatele prostřednictvím eGON služby ISZR
		+	- Operace s AIFO na vstupu (úložka AIFO)
		+	- Operace s IČO na vstupu
		+	- Předání do PAIS / AISSÚ
		+	- Operace s AIFO na výstupu (úložka AIFO)
		+	- Operace s IČO na výstupu
		+	- Čtení AIFO
		+	- Čtení IČO
		+
		+	To, které z výše uvedených operací jsou pro konkrétní požadavek provedeny, závisí na datech požadavku. Vždy je provedena minimálně jedna z operací 1, 2, 3, vždy je provedena operace 4, a podle dat jsou provedeny některé z operací 5, 6, 7 a 8.
		+
		+	Uvedený proces je znázorněn na následujícím obrázku.
		+
		+	{{ :nap:fais6.png?600 \|Obsah obrázku text, diagram, číslo, Paralelní Popis byl vytvořen automaticky}}
		+
		+	Každé volání služby ISZR, jak je znázorněno i na obrázku výše, vyžaduje samostatné ověření oprávnění (autorizaci) procesem „Přístupová vrstva eGON rozhraní ISZR“.
		+
		+	V případě zpracování hromadných požadavků je počet nutných operací autorizace v ISZR násoben počtem subjektů předávaných v rámci hromadného zpracování, přičemž provedení operace autorizace vyžaduje v ISZR nezanedbatelný čas a konzumuje (s ohledem na počty souběžných volání ISZR obecně) nezanedbatelné množství systémových zdrojů.
		+
		+	==== Optimalizace redundantních kontrol ====
		+
		+	V rámci optimalizovaného procesu zpracování na ISSS na základě bezpečně prokázané identity volajícího AIS (vůči ISSS je touto identitou v tomto okamžiku FAIS) lze:
		+
		+	Při volání z FAIS na straně ISSS neprovádět kontrolu oprávnění prostřednictvím služeb ISZR.
		+	Při volání ISZR v rámci zpracování požadavku iniciovaném v ISSS prostřednictvím FAIS na straně ISZR neprovádět kontrolu oprávnění interními mechanismy ISZR.
		+	ISSS a ISZR pro tyto účely budou na svém rozhraní umožňovat důvěryhodné předání informace o prokázané identitě žadatele a prokázaných oprávněních žadatele.
		+
		+	Princip optimalizace je znázorněn na následujícím obrázku.
		+
		+	{{ :nap:fais7.png?600 \|Obsah obrázku text, diagram, řada/pruh, Paralelní Popis byl vytvořen automaticky}}
		+
		+	Namísto opakovaného ověřování oprávnění na všech úrovních je v rámci přípravy implementace koncepce referenčního rozhraní PPDF prováděno předávání informace o prokázané identitě a prokázaných oprávněních, na základě které se lze vyhnout opakovaným komplexním procesům ověřování oprávnění v rámci individuálních voláních mezi komponentami RR PPDF (ISZR, ISSS, FAIS).
		+
		+	Procesy „eGON-d WS *“ tedy postihují modifikaci standardního volání eGON služby zahrnující převzetí a ověření důvěry volajícího.
		+
		+	Poznámka: v případě přímého volání z AIS na ISSS (mimo proces zpracování HP FAIS) provede iniciální kontrolu ISSS a informaci o provedení kontroly předá do ISZR. V procesu zpracování HP je kontrola předsunuta před ISSS a provede se pro každý HP právě jednou.
		+
		+	==== Optimalizace současného volání ISSS ====
		+
		+	Optimalizace současného volání ISSS je prováděna na základě dvou skutečností:
		+
		+	* FAIS v konkrétním okamžiku zná požadavky, které musí prostřednictvím ISSS zpracovat a může tedy zajistit, že sám o sobě nebude generovat zátěž, která by sama o sobě generovala riziko přetížení ISSS (nebo PAIS/AISSÚ).
		+	* FAIS jako interní komponenta referenčního rozhraní PPDF může optimalizovat volání na základě znalosti aktuálního zatížení ISSS.
		+	* FAIS při výběru individuálních požadavků ke zpracování vytváří logické fronty pro jednotlivé datové kontexty. Jednotlivé fronty jsou zpracovávány cyklicky. Z každé z těchto front pak vybírá a paralelně zpracovává požadavky tak, aby v konkrétním kontextu nebyla překročena definovaná hranice současného počtu žádostí per kontext. Výběr požadavků z fronty probíhá pseudonáhodně, se zohledněním data doručení hromadného požadavku a pořadí individuálního požadavku tak, aby zpracování jednoho hromadného požadavku nezpůsobilo dlouhodobé odložení zpracování jiných hromadných požadavků.
		+	* FAIS jako interní komponenta RR PPDF má přístup k aktuálním stavovým informacím ISSS a na základě těchto informací může dynamicky řídit zátěž generovanou vůči ISSS. FAIS získává aktuální informace o stavu zátěže v rámci zpracování jednotlivých požadavků a tyto informace pak bere v úvahu při výběru dalších požadavků čekajících na zpracování.
		+	Parametry pro optimalizaci známé při běhu:
		+	* P - Aktuální počet dekomponovaných požadavků zpracovávaných v ISSS
		+	* Pk - Aktuální počet dekomponovaných požadavků na kontext v ISSS
		+	* I – Aktuální průměrná zátěž ISZR
		+	* Omezující parametry pro optimalizaci:
		+	* M – Maximální počet paralelních požadavků vůči ISSS
		+	* Mk – Maximální počet paralelních požadavků na kontext v ISSS
		+	* Imax – Maximální zátěž ISZR včetně FAIS HP
		+	* Počet požadavků, pro které FAIS v daném okamžiku zahájí zpracování:
		+	* S = Imax – I – P
		+	Zpracování je zahajováno periodicky v definovaných intervalech (konfigurace – řádově sekundy)
		+
		+	==== Prioritizace požadavků ====
		+
		+	FAIS v této popisované verzi nepodporuje funkci prioritizace hromadných požadavků.
		+
		+	Prioritizace spočívá v zavedení vhodných mechanismů pro výběr pořadí, v jakém jsou požadavky vybírány ke zpracování. V současné době nejsou jasné požadavky na způsob prioritizace a implementace mechanismů by byla založena na více či měně uměle smyšlených potřebách. Podporu prioritizace bude možné implementovat v budoucnu.
		+
		+	==== Ošetření výsledku operace ====
		+
		+	V rámci zpracování výsledku volání ISSS ošetřuje FAIS chybové stavy, které je možné z principu ošetřit na jeho úrovni. Jde o následující stavy:
		+
		+	* Nedostupnost ISSS
		+	* Nedostupnost ISZR (v rámci zpracování na ISSS)
		+	* Nedostupnost PAIS/AISSÚ (v rámci zpracování na ISSS).
		+	* Ošetření těchto stavů řeší FAIS dočasným pozastavením zpracování v úrovni, která příslušnému stavu odpovídá.
		+	* V případě nedostupnosti ISSS nebo ISZR pozastavuje FAIS kompletně zpracování hromadných požadavků. Znovuspuštění po zastavení se provádí automaticky pokusem o opakované provedení nejstaršího čekajícího individuálního požadavku.
		+
		+	Poznámka: nedostupnost rozhraní ISZR anebo ISSS je vždy dočasná provozní záležitost, tj. tato událost se ošetří automaticky a není třeba provádět další činnosti. Žadatel, pokud má pochybnosti, může získat informaci o stavu zpracování.
		+
		+	Informace o stavu zpracování je dostupná v administraci FAIS a je možné ji monitorovat prostřednictvím standardních dohledových nástrojů v rámci provozní infrastruktury, viz kapitola //Provozní monitoring//.
		+
		+	Ostatní chybové stavy jsou propagovány do výsledku zpracování hromadného požadavku pro zdrojový AIS.
		+
		+	==== Sestavení výsledku pro předání žadateli ====
		+
		+	Výsledek odpověď pro předání žadateli je dán sjednocením jednotlivých odpovědí individuálních požadavků.
		+
		+	Takto sestavená odpověď, pokud by byla řešena jedním „dokumentem“, by však mohla překročit technické limity pro předání odpovědi prostřednictvím podporovaných rozhraní. Toto FAIS ošetřuje zavedením možnosti dělení odpovědi na části při předání výsledku.
		+
		+	Interně tedy FAIS výsledek nesestavuje průběžně při zpracování ani při dokončení všech individuálních požadavků, ale připravuje jej až v okamžiku, kdy je předáván žadateli, způsob sestavení je uveden v kapitole //Předání výsledku zpracování// v členění podle možných způsobů předání.
		+
		+	==== Předání výsledku zpracování ====
		+
		+	==== Formát výsledku ====
		+
		+	Technický výsledek je vždy předáván jako XML dokument, který se skládá z hlavičky, popisující předávaná data a z datové části obsahující výsledky zpracování individuálních požadavků.
		+
		+	V hlavičce je uvedeno:
		+
		+	* Identifikátor hromadného požadavku
		+	* Datum, čas a výsledek zpracování
		+	* Identifikátor výsledku, pořadí výsledku a celkový počet výsledků (počet výsledků je větší než jedna v případě, kdy je překročeno technické omezení pro velikost předávaných dat).
		+
		+	==== Předání AIFO na výstupu ====
		+
		+	Seznam AIFO je předáván v případě, že je ve výstupu alespoň jednoho individuálního požadavku uvedena neprázdná MapaAifo.
		+
		+	Předání může být provedeno dvěma způsoby, přičemž pro hromadný požadavek iniciovaný datovou zprávou připadá v úvahu pouze jeden z těchto způsobů:
		+
		+	* Předání v MapaAifo (pouze pro HP iniciované webovou službou)
		+	* Předání prostřednictvím úložky AIFO
		+	* Volbu způsobu předání volí žadatelský AIS při iniciaci HP (viz //Řídící data//).
		+	* V případě předaní prostřednictvím MapaAifo obsahuje výstup seznam MapaAifo, kde je každá položka seznamu vázána na konkrétní individuální požadavek prostřednictvím gsbZadostId.
		+	* V případě předání prostřednictví úložky AIFO obsahuje výstup seznam ID úložek AIFO, kde je každá položka seznamu vázána na konkrétní individuální požadavek prostřednictvím gsbZadostId.
		+
		+	Poznámka: MapaAifo jednotlivých individuálních výsledků nejsou na výstupu slučována do jedné množiny, protože každá odpověď má individuální vazbu.
		+
		+	==== Předání výsledku webovou službou ====
		+
		+	Zpracování HP je z pohledu AIS žadatele asynchronní proces. Získání výsledku zpracování HP si ošetřuje žadatelský AIS ve vlastní režii voláním FAIS (popis rozhraní FAIS viz kapitola //Rozhraní WS FAIS pro hromadné požadavky//) prostřednictvím eGON služby ISZR E153.
		+
		+	Poznámka: WS služby FAIS jsou pro konzumenty zprostředkovány prostřednictvím eGON služby ISZR E153.
		+
		+	==== Vyzvednutí výsledku žadatelem ====
		+
		+	V kompetenci AIS žadatele je dotaz na stav zpracování HP. Prostřednictvím WS může AIS žadatele jednak číst stav zpracování HP, jednak získat výsledek zpracování.
		+
		+	AIS žadatele kontroluje periodicky stav zpracování hromadného požadavku. Podle aktuálního stavu zpracování pak přizpůsobuje četnost kontroly.
		+
		+	==== Periodické čtení stavu a omezení četnosti volání ====
		+
		+	FAIS implementuje interní mechanismy na řízení zátěže při zpracování HP. Jedním z těchto mechanismů je ochrana proti nadměrnému přetěžování při získávání informací o stavu zpracování, respektive při pokusech o vyzvednutí výsledku dosud nezpracovaného požadavku.
		+
		+	V případě zjištění opakovaného volání operací dotazu na stav požadavku, respektive čtení odpovědi dosud nedokončeného požadavku může FAIS operaci odmítnout bez zahájení jejího provádění.
		+
		+	Důvod odmítnutí z důvodu nadměrného opakování bude uveden v odpovědi pro volající AIS v souladu s implementací požadavku na řízení zátěže na externím rozhraní ISZR.
		+
		+	==== Podpora asynchronního PUSH režimu na ISSS ====
		+
		+	Speciální funkcionalitou rozšiřující zpracování HP je podpora asynchronního PUSH režimu ISSS.
		+
		+	FAIS bude podporovat asynchronní režim ISSS s podporou aktivního doručení odpovědi do AIS. V tomto režimu zajistí FAIS iniciaci všech individuálních požadavků na ISSS v asynchronním PUSH režimu, přičemž konzumentem PUSH operace výsledku bude přímo AIS žadatele.
		+
		+	V tomto režimu bude výsledek zpracování individuálního požadavku doručen na žadatelský AIS přímo z ISSS. AIS obdrží výsledek individuálního zpracování ihned po zpracování na ISSS a nemusí čekat na dokončení kompletního zpracování ve FAIS.
		+
		+	Tento režim je řízen prostřednictvím specifikace v řídících datech HP, viz kapitola //Identifikace operace//.
		+
		+	Příjem asynchronního výsledku z ISSS je standardně definován v dokumentaci ISSS (chování, požadavky na AIS na vystavení cílového bodu pro příjem výsledku, jeho registraci v ISSS , atd.).
		+
		+	Poznámka: ISSS současně s dokončením asynchronního zpracování kromě odeslání výsledku na žadatelský AIS notifikuje o dokončení zpracování i FAIS, viz kapitola Notifikace z ISSS o dokončení individuálního požadavku. V případě neúspěchu notifikace ISSS notifikuje individuální požadavky do FAIS opakovaně v definovaných intervalech, přičemž v případě detekce dočasného selhání konektivity je proces notifikace na straně ISSS uspán a probuzen po definované době.
		+
		+	==== Předání výsledku datovou zprávou ====
		+
		+	Výsledek je předán datovou zprávou do datové schránky, ze které byla žádost provedena.
		+
		+	Při předání výsledku je podporována vazba prostřednictvím čísla jednacího, respektive spisové značky, pokud je žadatel specifikoval v jím zaslané iniciační datové zprávě.
		+
		+	==== Požadavek zpracován ====
		+
		+	Pokud bude provedena alespoň jedna požadovaná operace, pak bez ohledu na její výsledek bude do výstupní datové zprávy předáno definované XML s výsledkem zpracování.
		+
		+	V případě, že by velikost výsledku překročila maximální povolenou velikost, bude předání provedeno ve více datových zprávách, z XML je patrná informace o rozdělení, aktuální části a celkovém počtu datových zpráv, ze kterých se skládá výsledek.
		+
		+	==== Požadavek nezpracován ====
		+
		+	Pokud nebude možné z nějakých důvodů požadavek zpracovat, tzn., že nebude provedena žádná požadovaná operace, bude výstupní datová zprava obsahovat PDF s popisem chyby a současně XML v definované struktuře, obsahující informaci o chybě.
		+
		+	==== Provozní podpora zpracování hromadných požadavků ====
		+
		+	==== Stav zpracování požadavku pro žadatele ====
		+
		+	Informace o stavu zpracování hromadného požadavku lze získat jak pro požadavky iniciované prostřednictvím webové služby, tak pro požadavky iniciované prostřednictvím datové zprávy. Při čtení informace o stavu hromadného zpracování musí být na vstupu uveden minimálně buď:
		+
		+	* Identifikátor hromadného požadavku zadaný z AIS (musí být jedinečný v rámci AIS, zabezpečuje AIS).
		+	* Identifikátor přidělený identifikátor žádosti ve FAIS
		+	* Identifikátor vstupní datové zprávy (pro žádosti doručené přes ISDS).
		+
		+	Pro získání informace o stavu zpracování je možné použít pouze rozhraní webových služeb. Popis je uveden v kapitole //Dotaz na stav požadavku//.
		+
		+	==== Přehled hromadných požadavků ====
		+
		+	V uživatelském rozhraní FAIS (řídící pult FAIS) je možné zobrazovat přehled hromadných požadavků.
		+
		+	Primárním cílem tohoto přehledu je podpora provozu, pro zobrazení výstupu bude nutné zadat filtry pro zobrazení.
		+
		+	Požadavky bude možné vyhledat:
		+
		+	* Dle identifikátoru konkrétní operace na vstupu, ve FAIS, v ISZR nebo v ISSS
		+	* Dle identifikátoru datové zprávy
		+	* Dle identifikátoru volání webové služby
		+	* Dle data doručení do DS nebo přijetí WS
		+	* Zobrazit dosud nedokončené požadavky
		+
		+	==== Provozní monitoring ====
		+
		+	==== API pro provozní monitoring ====
		+
		+	FAIS v souvislosti s implementací hromadného zpracování vystavuje pro infrastrukturní nástroje monitorovací rozhraní, prostřednictvím kterého lze průběžně monitorovat provozní stav FAIS. V rámci tohoto rozhraní jsou dostupné informace:
		+
		+	* Stav komunikace FAIS s ISSS/ISZR (dostupný / nedostupný)
		+	* Stav komunikace ISSS s PAIS/AISSÚ (dostupný / nedostupný)
		+	* Stav logických front pro jednotlivé kontexty (fronta, počet čekajících požadavků, čas nejstaršího a nejnovějšího požadavku)
		+	* Počty hromadných požadavků seskupené dle stavu požadavku
		+
		+	Monitorovací rozhraní je dostupné prostřednictvím http protokolu v rámci interní sítě.
		+
		+	Rozhraní tohoto API je dostupné na adrese IszrFaisHPMon/Full v rámci webového rozhraní webových služeb FAIS. Výstupní formát rozhraní je JSON.
		+
		+	==== Provozní monitoring v ŘP FAIS ====
		+
		+	Informace o provozním stavu vystavované prostřednictvím API pro provozní monitoring (popsané v předchozí kapitole //API pro provozní monitoring//) jsou dostupné i v uživatelském rozhraní FAIS.
		+
		+	V ŘP FAIS jsou výše popsané informace dostupné v menu Monitoring / Hromadné požadavky.
		+
		+

	{{tag>FAIS "Referenční rozhraní" "Funkční celek"}}		{{tag>FAIS "Referenční rozhraní" "Funkční celek"}}

Identita fyzické osoby mimo registr obyvatel

Anonymous (anonymous@undisclosed.example.com) — 2026-09-18T12:31:21+00:00

2026/09/20 01:24	aktuální
Řádek 1:	Řádek 1:
	+	====== Identita fyzické osoby mimo registr obyvatel ======
	+
	+	Tato stránka popisuje, jak se v propojeném datovém fondu (PPDF) pracuje s fyzickou osobou, která není vedena v registru obyvatel (ROB), a jaká pravidla z toho plynou pro architekty agendových informačních systémů — zejména pro resorty, které si zavádějí vlastní resortní identifikátor osoby, a pro čtenáře jejich údajů.
	+
	+	Stránka je psána jako popis stávajícího stavu a doporučených postupů. Kapitola „Uvažovaný směr řešení“ popisuje záměr, o kterém dosud nebylo rozhodnuto, a je jako záměr výslovně označena.
	+
	+	===== 1. Proč to řešit =====
	+
	+	Řada agend vede osoby, které nejsou a nebudou subjektem údajů registru obyvatel podle § 17 písm. a) až d) zákona č. 111/2009 Sb., o základních registrech — cizince bez pobytového statusu, přeshraniční pracovníky a jejich rodinné příslušníky, samoplátce nebo osoby ošetřené jednorázově. Zákon s nimi počítá v § 17 písm. e) („jiné fyzické osoby, u nichž to vyžaduje jiný právní předpis“), ale evidence jiných fyzických osob (EJFO) nebyla uvedena do provozu.
	+
	+	Takové osobě dnes nemá kdo vydat AIFO. Bez AIFO nefunguje nic z PPDF: ani čtení údajů přes ISSS, ani vyrozumívání o změnách, ani předávání údajů mezi agendami. Resort proto typicky sáhne po vlastním identifikátoru a k němu si postaví vlastní ztotožňovací a notifikační mechanismus.
	+
	+	Není to ojedinělá situace. Vlastní bezvýznamový identifikátor osoby zavádí:
	+
	+	* RID — resortní identifikátor pacienta v kmenovém registru pacientů podle zákona č. 325/2021 Sb., o elektronizaci zdravotnictví;
	+	* OIČ — osobní identifikační číslo podle zákona č. 323/2025 Sb., o jednotném měsíčním hlášení zaměstnavatele.
	+
	+	Struktura problému je v obou případech stejná a bude se opakovat u každého dalšího resortu, který povede osoby mimo ROB.
	+
	+	===== 2. Co konkrétně selže =====
	+
	+	^ Krok ^ Chování dnes ^
	+	\| Ztotožnění podle údajů (jméno, datum narození…) \| Je k dispozici pouze nad ROB a AISC (E278 robCtiPodleUdaju2, E174 aiscCtiPodleUdaju2). Nad publikovanými kontexty ISSS vyhledání podle údajů neexistuje — ISSS se dotazuje výhradně podle AIFO nebo IČO. \|
	+	\| Čtení údajů z cizího AIS (G1 gsbCtiData) \| Entity zadané na vstupu musí existovat, jinak je volání zamítnuto; ověření existence AIFO a překlad mezi agendami se navíc zaznamenávají v ROB jako využití údajů. Pro osobu bez záznamu v ROB tedy neprojde ani volání, ani jeho auditní zaznamenání. \|
	+	\| Vyrozumívání o změnách \| Bez AIFO nelze subjekt přihlásit k vyrozumívání v AISV (E315). \|
	+
	+	Praktickým důsledkem je bilaterální integrace: každý čtenář se s každým publikátorem domlouvá zvlášť, tedy //n × m// rozhraní místo //n + m//, a to opakovaně při každé změně.
	+
	+	===== 3. Co v PPDF s identitou mimo ROB funguje už dnes =====
	+
	+	Následující vlastnosti jsou ověřené a je vhodné je znát dřív, než si resort začne stavět vlastní řešení.
	+
	+	==== 3.1 ZIFO a první AIFO vznikají dříve než záznam v ROB ====
	+
	+	Vydání identifikátoru a zápis referenčních údajů jsou dva různé kroky. ZIFO a první AIFO vytváří ORG na žádost primárního editora službou E95 orgZalozAIFOPE; zápis záznamu do ROB je samostatný úkon editora podle § 19 zákona č. 111/2009 Sb. Vazba identifikátoru na registr obyvatel tedy není technicky nutná — je to důsledek toho, že dnešními žadateli jsou pouze editoři ROB.
	+
	+	Vstupem služby E95 je pouze kód agendy a kód AIS, výstupem AIFO. Služba nepředává žádný osobní údaj a ORG žádný osobní údaj nedostane ani nevede — to platí i pro identity bez vazby na registr obyvatel.
	+
	+	Tomu odpovídá i dikce zákona: podle § 9 odst. 1 zákona č. 111/2009 Sb. se AIFO přiřazuje //„záznamu o fyzické osobě v agendovém informačním systému, základním registru nebo soukromoprávním systému pro využívání údajů“//, nikoli osobě zapsané v registru obyvatel.
	+
	+	==== 3.2 ZIFO bez AIFO agendy A101 je legitimní stav ====
	+
	+	ORG nekontroluje, zda k vydanému AIFO existuje AIFO pro agendu registru obyvatel. Taková identita se neobjeví v žádné chybové sestavě ani úklidovém procesu a ostatní služby ORG nad ní pracují beze změny — E199, E78 orgCtiZmenyAifo, přihlášení AIFO, rodokmen i editační služby E68 orgZneplatniZIFO, E69 orgSpojZIFO a E70 orgRozdelZIFO.
	+
	+	==== 3.3 Předávání AIFO neexistujícího v ROB je podporováno od roku 2019 ====
	+
	+	Dvojice služeb E175 iszrUlozMapaAifo a E176 iszrPodejMapaAifo slouží k předávání nereferenčních údajů mezi dvěma AIS: zdrojový AIS uloží do ISZR dvojice svých a lokálních AIFO a předá cílovému AIS identifikátor úložky. Věcná pravidla služby rozlišují tři situace a AIFO, která nejsou v ORG evidována pro ROB nebo nejsou v ROB platná, se ukládají a cílovému AIS předávají — jen s příznakem. Toto chování zavedla verze V2 účinná od 27. 6. 2019.
	+
	+	Neexistence záznamu v ROB je tedy u této dvojice služeb příznak na výstupu, nikoli důvod k zamítnutí. Je to zároveň nejjednodušší dostupná cesta, jak se čtenář dostane k AIFO osoby v rámci procesu, který stejně probíhá.
	+
	+	==== 3.4 Oprávnění volat služby ORG vyhodnocuje ISZR, nikoli ORG ====
	+
	+	Pro pochopení toho, co je konfigurace a co vývoj, je podstatné, kde se oprávnění vyhodnocuje:
	+
	+	^ Vrstva ^ Co vyhodnocuje ^
	+	\| ISZR \| Nejprve obecné oprávnění na přístup k ISZR — dvojice agenda + role + OVM + AIS podle RPP (neexistuje-li k dané agendě volající AIS, ověří se agenda–AIS podle RAZR). Poté oprávnění volat konkrétní službu podle bezpečnostního profilu evidovaného v RAZR pro dvojici agenda × AIS. \|
	+	\| ORG \| Oprávnění volat službu nevyhodnocuje; nekontroluje ani, pro jakou agendu a AIS je služba volána. \|
	+
	+	Oprávnění se v RAZR eviduje po celých bezpečnostních profilech, ne po jednotlivých službách. Potřebuje-li agenda jen část služeb některého profilu, řeší se to založením nového profilu, nikoli výjimkou v kódu.
	+
	+	===== 4. Zásada: E199 je adresář, nikoli detektor =====
	+
	+	Služba E199 orgZjistiAis vydá seznam kombinací agenda / AIS, ve kterých v ORG existuje AIFO odpovídající vstupnímu AIFO. Odpověď obsahuje pouze prvky Agenda a AIS — žádné cizí AIFO ani osobní údaj.
	+
	+	Z toho plyne pravidlo, které se snadno přečte obráceně, a proto je uvedeno výslovně: implikace platí jen jedním směrem.
	+
	+	* //Nepřítomnost// agendy A101 v odpovědi je spolehlivá negace. Kdo je veden v ROB, musí mít AIFO pro agendu A101, protože na něm ROB své záznamy klíčuje.
	+	* //Přítomnost// agendy A101 neprokazuje, že záznam v ROB existuje nebo dosud trvá. ORG ví pouze to, že pro agendu A101 AIFO kdysi odvodil.
	+
	+	Že jde o dva různé stavy, není odvození: věcná pravidla služeb E175 / E176 je rozlišují explicitně a každý předávají s jiným příznakem — //„globální AIFO, která nejsou v ORG evidována pro ROB“// proti //„globální AIFO, která nejsou v ROB platná (v ROB neexistují)“//.
	+
	+	^ Otázka ^ Kdo na ni odpovídá autoritativně ^
	+	\| Existuje k tomuto AIFO záznam v ROB? \| ROB — E276 robCtiAifo2, hromadně O25 robOverHromadneAifo \|
	+	\| Ve které agendě a v jakém AIS je osoba vedena? \| ORG — E199 orgZjistiAis \|
	+	\| Je osoba mimo ROB? \| Negativně ORG (chybí-li A101, osoba v ROB není); pozitivní potvrzení „je v ROB“ dává jen ROB \|
	+
	+	E199 odpovídá na otázku „kde je osoba vedena“, ne na otázku „je osoba v ROB“.
	+
	+	===== 5. Doporučené pořadí dotazů čtenáře =====
	+
	+	Čtenář, který má AIFO osoby a neví, zda jde o osobu vedenou v ROB, se ptá nejdřív registru obyvatel a teprve po jeho záporné odpovědi volá E199, aby zjistil, která agenda je primární evidencí.
	+
	+	Důvody jsou tři:
	+
	+	- Většina osob v ROB je. Předřazení E199 by zatížilo ORG jedním voláním navíc pro celou populaci, aby se obsloužil zlomek. Obráceně stojí většinový případ jedno volání a menšinový dvě.
	+	- E199 se v menšinovém případě volá tak jako tak. Čtenář z něj nepotřebuje jen příznak „není v ROB“, ale hlavně adresu primární evidence, bez které se k údajům nedostane.
	+	- Odpověď ROB je autoritativní, odvození z ORG jen nepřímé (viz kapitola 4).
	+
	+	Volání E199 je přitom jednorázové na osobu, nikoli na transakci — zjištění, která agenda je primární evidencí, je stabilní údaj a čtenář si jej uloží ke svému záznamu spolu s AIFO.
	+
	+	==== 5.1 Záporná odpověď ROB má tři různé významy ====
	+
	+	^ Význam ^ Jak se rozliší ^ Co má čtenář udělat ^
	+	\| Osoba v ROB skutečně není \| E199 vrátí agendu primární evidence a nevrátí A101 \| číst údaje z publikovaného kontextu přes ISSS \|
	+	\| ROB je dočasně nedostupný \| E199 vrátí i A101 — záznam v ROB tedy existuje \| dotaz zopakovat, do resortní evidence nechodit \|
	+	\| Čtenář drží neplatné AIFO po sloučení identit \| E199 nevrátí nic použitelného, resp. vstupní AIFO neprojde \| zjistit nové AIFO službou E78 orgCtiZmenyAifo \|
	+
	+	Třetí řádek není okrajový jev — viz kapitola 6.
	+
	+	==== 5.2 Čím čtenář začíná ====
	+
	+	Scénář výše začíná ve chvíli, kdy čtenář AIFO osoby už má. To je jeho podstatný předpoklad a je nutné jej odlišit od otázky, kam se s AIFO obrátit:
	+
	+	^ Otázka čtenáře ^ Čím se řeší ^
	+	\| Je osoba vedena v ROB? \| Dotazem do ROB — E276 robCtiAifo2, hromadně O25 robOverHromadneAifo. Jediná autoritativní odpověď a první krok. \|
	+	\| Ve které agendě a v jakém AIS je osoba vedena? \| E199 orgZjistiAis, volaná až po záporné odpovědi ROB. \|
	+	\| Který kontext té agendy hledané údaje obsahuje a smím jej číst? \| Katalog ISSS zveřejňuje definice publikovaných kontextů a datových obsahů; oprávnění čtenáře vzniká ohlášením agendy v RPP a žádostí v RAZR. \|
	+	\| Jak získám AIFO osoby, o níž vím jen jméno a datum narození? \| Nijak — vyhledání podle údajů existuje pouze nad ROB a AISC. Viz kapitola 2. \|
	+
	+	Řetěz tedy vždy začíná tím, že se čtenář o osobě dozví jinak než vyhledáním podle údajů: předáním od protistrany v rámci procesu (E175 / E176), z vyrozumění v AISV, nebo z odpovědi publikačního AIS přes ISSS.
	+
	+	===== 6. Duplicitní identity =====
	+
	+	Duplicitám osoby vedené mimo ROB nelze předcházet, lze je jen detekovat a slučovat. Získá-li osoba pobytový status, editor ROB se nemá jak dozvědět, že už je vedena v resortní evidenci — musel by ji vyhledat podle údajů v resortních kontextech, a taková služba neexistuje. Vznikne tedy druhá identita a řeší se až zpětně. Totéž platí pro osobu vedenou u dvou resortů.
	+
	+	Z toho plyne několik věcí, které patří do metodiky každého dotčeného AIS:
	+
	+	* Sloučení identit mění AIFO ve všech agendách. Služba E69 orgSpojZIFO nahrazuje více ZIFO jedním novým, takže se generují nová AIFO i pro ostatní agendy. Čtenáři změnu zpracují službou E78 orgCtiZmenyAifo, která vrací dvojice původní / nové AIFO. Tvrzení „AIFO se nemění“ platí pro převzetí identity jiným editorem podle § 10 odst. 3, nikoli pro sloučení dvou identit.
	+	* Čtenář může o téže osobě vést dva záznamy až do okamžiku sloučení, protože jde o dvě různá AIFO.
	+	* Postup podle § 10 odst. 6 a 7 zákona č. 111/2009 Sb. směruje řešení nedostatků v přidělení AIFO na správce dotčeného AIS a následně na správce ROB. U osoby mimo ROB nemá správce ROB podle čeho rozhodnout — nevede o ní referenční údaje ani záznam. Je to jedna z mezer, které se řeší legislativně (kapitola 8).
	+	* Editační služby ORG jsou vyhrazeny primárním editorům. E68 orgZneplatniZIFO a E69 orgSpojZIFO smí volat jen AIS primárního editora a předpokládají, že volající už ví, která ZIFO se mají spojit. Kanál, kterým by šlo podezření na duplicitu nahlásit — od jiného orgánu veřejné moci nebo od subjektu údajů — dnes neexistuje; do jeho vzniku se duplicity řeší na podnět a část agendy zůstává ruční.
	+	* Duplicitě, které lze předejít, se předejít má. Očekává-li se u osoby zápis do registru obyvatel v dohledné době (typicky u novorozence, který se do ROB zapisuje do tří měsíců), identita mimo ROB se nezakládá — jinak vznikne duplicita zbytečně.
	+
	+	===== 7. Referenčnost, publikace údajů a vyrozumívání =====
	+
	+	==== 7.1 Údaje o osobě mimo ROB jsou nereferenční ====
	+
	+	Údaje o osobě, kterou nevede ROB, pocházejí z datového kontextu publikovaného resortem do ISSS. Jsou to údaje nereferenční a čtenáři to musí být zřejmé — z hlediska § 5 odst. 2 zákona č. 111/2009 Sb. (využívání údajů bez ověřování správnosti) je to rozdíl, který nesmí zaniknout. Publikační AIS proto označuje zdroj a referenčnost údaje ve svém datovém modelu.
	+
	+	U osob mimo ROB jde o víc než o formální označení: identifikační údaje pocházejí zpravidla z dokladů vydaných v jiném státě a mohou se v čase změnit, aniž se to česká evidence dozví.
	+
	+	==== 7.2 Stavy záznamu: „má AIFO“ přestává znamenat „je v ROB“ ====
	+
	+	Agendy, které vedou i osoby mimo ROB, potřebují ve svém datovém modelu tři stavy, nikoli dva:
	+
	+	^ Stav záznamu ^ AIFO ^ Zdroj identifikačních údajů ^ Referenčnost ^
	+	\| Ztotožněný \| ano, z ztotožnění proti ROB \| ROB \| referenční \|
	+	\| Ztotožněný mimo ROB \| ano \| kontext publikovaný do ISSS \| nereferenční \|
	+	\| Neztotožněný \| ne \| pouze vlastní evidence \| nereferenční \|
	+
	+	Stav „neztotožněný“ nezaniká — zůstává pro záznamy před vydáním identity a pro případy, kdy identita vydána nebude.
	+
	+	Z toho plyne kontrola, kterou je vhodné provést ve všech dotčených AIS i ve standardech a metodikách. Kdekoli je dnes podmínka formulovaná jako „má AIFO“ nebo „nemá AIFO“, je nutné ověřit, co se tím ve skutečnosti myslí. Pokud je to zkratka za „je vedený v registru obyvatel“, přestane platit v okamžiku, kdy AIFO dostanou i osoby mimo ROB, a pravidlo začne dělat něco jiného, než bylo zamýšleno. Typický příklad je pravidlo zakazující sloučit dva záznamy, které mají AIFO: má-li chránit záznamy navázané na ROB, zablokuje po zavedení identit mimo ROB právě ty případy, které se slučovat mají. Kritériem musí být vedení v ROB, nikoli přítomnost AIFO.
	+
	+	==== 7.3 Vyrozumívání běží přes AISV ====
	+
	+	Pro vyrozumívání o změnách se používá AISV (agendový informační systém vyrozumívací, v provozu od 1. 9. 2024, správcem je DIA):
	+
	+	^ Role ^ Služba ^ Funkce ^
	+	\| Publikační AIS (PAIS) \| E308 aisvEvidujZmenu \| eviduje změnu jím publikovaného údaje; PAIS musí být předem zaregistrován včetně číselníku změn údajů, který se kontroluje proti RPP \|
	+	\| Čtenářský AIS \| E315 aisvPrihlasId / E316 aisvOdhlasId \| přihlášení a odhlášení identifikátoru subjektu (AIFO nebo IČO) \|
	+	\| Čtenářský AIS \| E317 aisvCtiZmeny / E318 aisvCtiZmenyId \| čtení změn u přihlášených, resp. u zadaných subjektů \|
	+	\| Vybraný čtenářský AIS \| E319 aisvCtiZmenyZalozAifo \| identifikátory subjektů nově založených v daném PAIS; služba není veřejná, používání schvaluje DIA na žádost s odůvodněním \|
	+
	+	Dvě souvislosti, které je vhodné znát:
	+
	+	* E45 orgPrihlasAIFO a E46 orgOdhlasAIFO se k vyrozumívání už nepoužívají — nahrazují je E315 a E316. Ostatní služby ORG tím nezanikají; E78 orgCtiZmenyAifo pro změny samotných AIFO zůstává.
	+	* E07 robCtiZmeny a E28 rosCtiZmeny mají ukončenou podporu k 30. 6. 2026 a od 1. 1. 2027 je nebude možné používat. Každý čtenář tedy oblast vyrozumívání právě teď stejně předělává.
	+
	+	===== 8. Uvažovaný směr řešení =====
	+
	+	//Tato kapitola popisuje záměr, o kterém nebylo rozhodnuto. Je zde uvedena proto, aby resorty, které dnes stojí před stejným rozhodnutím, věděly, jaká cesta se zvažuje, a nezaváděly řešení, která by bylo nutné později reintegrovat.//
	+
	+	Uvažuje se, aby ORG vydal AIFO i subjektu, který není veden v ROB, na žádost primárního editora resortní evidence. Zdrojem identifikačních údajů o takové osobě by nebyl ROB, ale datový kontext publikovaný resortem do ISSS — stejným způsobem, jakým dnes údaje publikuje kterýkoli AIS. Resortní identifikátor (RID, OIČ) by přitom zůstal v resortu; do centra se neukládá.
	+
	+	Co by se tím dodalo i bez vzniku EJFO: celostátně jedinečná identita osoby, čtení jejích údajů přes ISSS, překlad identity mezi agendami, vyrozumívání o změnách přes AISV a nástroje na zrušení a sloučení identity.
	+
	+	Co zůstává otevřené až do vzniku EJFO: referenčnost údajů, ztotožňování podle údajů (a tím i prevence duplicit), arbitráž nad nedostatky v přidělení AIFO, vstupní ztotožnění pro čtenáře, který má jen údaje osoby, a stabilní identifikátor, kterým by se osoba prokázala napříč resorty.
	+
	+	Legislativní mezery, které je nutné řešit bez ohledu na technické provedení:
	+
	+	* § 11 — zákon svěřuje vytváření ZIFO a AIFO Úřadu, ale neupravuje, na čí žádost vzniká //nová// identita. Dnes to plyne implicitně z toho, že žádá editor ROB.
	+	* § 18 odst. 5 — záznam o využití údajů se vede v ROB. U osoby, která v ROB záznam nemá, není kam zapisovat a subjekt údajů nemá jak získat výpis o tom, kdo se na něj díval.
	+	* § 10 odst. 7 — nedostatky v přidělení AIFO řeší správce ROB, který u osoby mimo ROB nemá o čem rozhodovat.
	+
	+	Doporučení, které platí nezávisle na rozhodnutí: nezavádět v centru mapování AIFO na resortní identifikátor. § 9 zákona č. 111/2009 Sb. staví celý systém na tom, že z AIFO ani ZIFO nelze dovodit údaje o osobě; centrální tabulka „AIFO ↔ resortní identifikátor“ by tuto vlastnost porušila a stala by se nejcennější databází ve státě. Věcně navíc není potřeba — čtenář v PPDF pracuje s AIFO své agendy a překlad na AIFO publikátora provádí ISSS přes ORG. Kdo potřebuje resortní identifikátor, dostane jej jako údaj v publikovaném kontextu.
	+
	+	===== 9. Doporučení pro architekty =====
	+
	+	* Ověřte, zda vaše agenda vede osoby mimo ROB, a kolik jich je. Bez tohoto čísla nelze rozhodnout nic dalšího.
	+	* Nestavte vlastní vyrozumívací kanál pro externí čtenáře. Vlastní notifikační systém má smysl pro subjekty uvnitř resortu; pro OVM a soukromoprávní uživatele údajů se použije AISV a ISSS.
	+	* Publikujte údaje jako datový kontext do ISSS a označte je jako nereferenční.
	+	* Neodvozujte ztotožněnost osoby z toho, že pole AIFO je prázdné. Vede-li vaše agenda osoby mimo ROB, přestane být prázdné AIFO použitelným příznakem; veďte údaj o ztotožnění explicitně a rozlišujte tři stavy podle kapitoly 7.2.
	+	* Projděte všechna pravidla opřená o přítomnost AIFO — ve validacích, v pravidlech pro slučování záznamů, v reportech i v textu standardů a metodik. Kde je „má AIFO“ zkratkou za „je v ROB“, je nutné kritérium přeformulovat (kapitola 7.2).
	+	* Neodvozujte existenci záznamu v ROB z přítomnosti agendy A101 v odpovědi E199 (kapitola 4).
	+	* Počítejte se změnou AIFO po sloučení identit a zpracujte ji službou E78 (kapitola 6).
	+	* Ptejte se nejdřív ROB, E199 volejte až po jeho záporné odpovědi a výsledek si uložte k záznamu (kapitola 5).
	+
	+	===== 10. Související stránky =====
	+
	+	* [[znalostni_baze:ga_ppdf\|Globální architektura propojeného datového fondu]]
	+	* [[znalostni_baze:rc\|Identifikátory, rodná čísla a jejich vazby]]
	+	* [[znalostni_baze:ztotoznovani_spuu\|Metodické doporučení ke ztotožňování fyzických osob u SPUÚ]]
	+	* [[znalostni_baze:predavani_datoveho_fondu\|Předávání obsahu datového fondu]]
	+	* [[znalostni_baze:opravneni_udaje\|Využívání oprávnění na údaje jiných informačních systémů]]
	+	* [[znalostni_baze:evidence_udaju\|Evidence údajů v agendě]]
	+	* [[znalostni_baze:seznam_udaju_agend\|Seznam údajů agend veřejné správy]]
	+	* [[znalostni_baze:pravidla_ref_rozhrani\|Pravidla užívání služeb referenčního rozhraní]]
	+	* [[znalostni_baze:implementace_zopds\|Implementace povinností dle zákona o právu na digitální služby]]
	+	* [[znalostni_baze:klicove_zakony_eg\|Klíčové zákony týkající se eGovernmentu]]
	+	* [[znalostni_baze:souhlas_vyuziti_udaju\|Souhlas s využitím údajů uživatele služby]]
	+
	+	===== 11. Zdroje =====
	+
	+	* Zákon č. 111/2009 Sb., o základních registrech — zejména § 5 odst. 2, § 9, § 10, § 11, § 17, § 18 odst. 5, § 19.
	+	* Zákon č. 325/2021 Sb., o elektronizaci zdravotnictví, ve znění zákona č. 236/2025 Sb.
	+	* Zákon č. 323/2025 Sb., o jednotném měsíčním hlášení zaměstnavatele.
	+	* [[https://www.szrcr.cz/images/Katalog_eGON_sluzeb_15_3_verejny.pdf\|Katalog eGON služeb, v. 15.3, veřejná část]]
	+	* [[https://www.szrcr.cz/images/dokumenty/v%C3%BDvoj%C3%A1%C5%99i/detailn%C3%AD_popisy_eGon_slu%C5%BEeb/SZR_popis_eGON_sluz%CC%8Ceb_E199_orgZjistiAis.pdf\|Popis eGON služby E199 — orgZjistiAis]]
	+	* [[https://www.szrcr.cz/images/dokumenty/v%C3%BDvoj%C3%A1%C5%99i/detailn%C3%AD_popisy_eGon_slu%C5%BEeb/SZR_popis_eGON_sluz%CC%8Ceb_E175_iszrUlozMapaAifo.pdf\|Popis eGON služby E175 — iszrUlozMapaAifo]]
	+	* [[https://szrcr.cz/images/dokumenty/v%C3%BDvoj%C3%A1%C5%99i/detailn%C3%AD_popisy_eGon_slu%C5%BEeb/SZR_popis_eGON_sluz%CC%8Ceb_E176_iszrPodejMapaAifo.pdf\|Popis eGON služby E176 — iszrPodejMapaAifo]]
	+	* [[https://www.szrcr.cz/images/dokumenty/v%C3%BDvoj%C3%A1%C5%99i/AISV_prirucka_pro_pripojeni_externe_1_10.pdf\|Uživatelská příručka pro připojení k AISV, v. 1.10]]
	+	* [[https://ncez.mzcr.cz/sites/default/files/Attachment/EZ_SL01.03_Standard%20EZ%20Kmenov%C3%A9%20registry_v0.6.pdf\|Standard elektronického zdravotnictví — Kmenové registry, v. 0.6]]
	+	* [[https://www.uzis.cz/res/file/projekty/ehealth-optimalizace-postupu/metodika-kmenovy-registr-pacientu.pdf\|Metodika Kmenový registr pacientů, ÚZIS ČR]]
	+
	+	~~DISCUSSION~~

Sdílené služby INSPIRE

Anonymous (anonymous@undisclosed.example.com) — 2021-04-30T07:25:52+00:00

2020/05/12 13:01		aktuální
Řádek 1:		Řádek 1:
-	<title>Sdílené služby INSPIRE</title>	+	======Sdílené služby INSPIRE======

	===== Popis Sdílených služeb INSPIRE =====		===== Popis Sdílených služeb INSPIRE =====
-	{{page>nap:popisy:popis_inspire}}	+	Evropská směrnice INSPIRE ukládá členským státům povinnost zajistit zpřístupnění prostorových dat a souvisejících síťových služeb, které náleží k 34 tématům 3 příloh Směrnice INSPIRE. V České republice se tak děje prostřednictvím Národního geoportálu INSPIRE (gesce Ministerstva životního prostředí), jehož součástí je centrální metadatový katalog, který obsahuje metadata prostorových dat, síťových služeb a z nich vytvořených mapových kompozic. Národní geoportál INSPIRE zpřístupňuje prostorová data a služby nad prostorovými daty i pro národní účely, pro potřeby veřejné správy a ostatních subjektů (veřejnost, soukromé firmy) České republiky.
		+
		+	{{ :nap-dokument:inspire.png \|}}
		+
		+	Směrnice INSPIRE zavádí jednotné závazné standardy formou nařízení a doporučujících i technických prováděcích pokynů, které jednotlivá nařízení doplňují. Východiskem pro nařízení a pokyny jsou celosvětově platné ISO normy řady 19 1XX nebo dokumenty známé jako standardy OGC (Open Geospatial Consorcium), INSPIRE však zavádí některé další specifikace. Technické prováděcí pokyny týkající se služeb nad prostorovými daty jsou publikovány na [[http://inspire.ec.europa.eu/index.cfm/pageid/761]].
		+	Infrastruktura INSPIRE disponuje obdobným výčtem typů služeb jako infrastruktura národní, v rámci INSPIRE jsou však služby nad prostorovými daty přesně pojmenovány a specifikovány. Jedná se o služby vyhledávácí (služby, které umožňují vyhledání a zpřístupnění metadat), prohlížecí, stahovací (online nebo formou předpřipravených datových sad), transformační služby a služby umožňující spuštění služeb nad prostorovými daty. Tyto služby jsou pak v rámci infrastruktury INSPIRE rozděleny na harmonizované (nad INSPIRE datovými sadami), interoperabilní (zpřístupňující data v geodetickém referenčním systému ETRS89) a vyhledatelné (popsané metadaty). Uvedené služby nemusí zajišťovat každý poskytovatel sám, pro zajištění povinnosti vůči Směrnici INSPIRE lze využít i nástrojů Národního geoportálu INSPIRE. Vzhledem k rozdílným termínům pro soulad služeb a interoperabilitu prostorových dat zobrazují, s výjimkou ČÚZK, všechny přístupné prohlížecí služby data neharmonizovaná (nekonformní). ČÚZK, jako ústřední správní úřad zeměměřictví a katastru nemovitostí České republiky odpovídající za geodetické systémy závazné na území státu, provozuje i službu transformační umožňující transformaci souřadnic ze systému S-JTSK do ETRS89 s využitím zpřesněných transformačních klíčů.
		+
		+	Zákon 123/1998 Sb. povinuje poskytovatele zpřístupňováním prostorových dat na základě licenčních smluv. Související nařízení Komise (EUS) č. 268/2010 pak určuje termín pro doručení dat a služeb vyžádaných orgány a institucemi EU (20 dní od podání žádosti). Prováděcí pokyny k tomuto nařízení doporučují pro zrychlení komunikace využít pro INSPIRE data a služby dva typy licenčních smluv a to smlouvu základní (pro data bezplatná s účelem užití, ke kterému byl primárně vytvořen i INSPIRE) a specifickou (kde již může být požadována úhrada, účely užití mohou být rozšířeny atd.)

	===== Pravidla pro Sdílené služby INSPIRE =====		===== Pravidla pro Sdílené služby INSPIRE =====
-	{{page>nap:pravidla:pravidla_inspire}}	+	Stručný přehled povinností pro naplnění technických požadavků INSPIRE (detailně viz Strategie implementace INSIRE):
		+	- vytvořit, zpřístupňovat a aktualizovat metadata dat a služeb INSPIRE (v souladu s nařízením (ES) č. 1205/2008); Metadata musí být zpřístupněna na Národní geoportál INSPIRE buď pomocí služby vytvořené nad katalogem každého poskytovatele nebo uložením metadat do katalogu geoportálu. Metadaty je možné popsat i aplikace využívající prostorová data.
		+	- zpřístupňovat vyhledávací a prohlížecí síťové služby (v souladu s nařízením (ES) č. 976/2009); Požaduje se vytvořit vyhledávací službu, která umožní vyhledat služby na základě specifikovaných vyhledávacích kritérií, a prohlížecí službu, která umožní datové sady zobrazit.
		+	- vytvořit a aktualizovat nově vytvořené nebo rozsáhle rekonstruované datové sady; Požaduje se publikovat prostorová data ve formátu GML dle datových specifikací maximálně do 6 měsíců od počátku jejich platnosti v produkčních databázích, sledovat jejich kvalitu a informace o ní zpřístupnit v metadatech.
		+	- zpřístupňovat stahovací a transformační síťové služby (mít je v souladu s nařízením (ES) č. 976/2009); Požaduje se umožnit stahování INSPIRE datových sad on-line (WFS) nebo tzv. předpřipravených datových sad off-line způsobem. Transformační služby musí umožňovat transformovat datové sady neharmonizovaných dat ve formátu GML do požadovaného geodetického referenčního systému. Je požadováno zajistit kvalitu služby a popsat ji v metadatech;
		+	- poskytovat přístup k datovým sadám a službám orgánům a subjektům Evropské unie (v souladu s nařízením (EU) č. 268/2010); Požaduje se poskytovat datové sady nebo služby orgánům a subjektům Evropské unie do 20 dnů od doručení žádosti s možností využití standardizované licence.
		+	- mít interoperabilní a harmonizované služby prostorových dat v souladu s nařízením (EU) č. 1089/2010; mít v souladu s novelizovaným nařízením (ES) č. 976/2009 služby umožňující spuštění služeb založených na prostorových datech; Požaduje zpřístupnit informace o kvalitě služeb a doplnit ke službám další operace zajišťující interoperabilitu (do října 2020).
		+
		+	Při implementaci technických požadavků Směrnice INSPIRE je nutné náročnosti jednotlivých činností poskytovatelů dat dále rozlišit podle role ve vztahu k tvorbě, správě a rozvoji infrastruktury INSPIRE. Zapojení všech dotčených subjektů do infrastruktury INSPIRE předpokládá jejich rozdělení do různých rolí ve vztahu k prostorovým datům, službám založených na prostorových datech, anebo aplikacím, které jsou nad daty nebo službami vytvořeny. Je samozřejmostí, že jeden poskytovatel může vystupovat ve více rolích:
		+	* Povinný subjekt (definován v § 2 písm. b) zákona č. 123/1998 Sb.)
		+	* Jiný poskytovatel (definován v § 11a odst. 3 zákona č. 123/1998 Sb.)
		+	* Gestor národní datové sady INSPIRE – povinný subjekt odpovědný za konsolidaci a publikaci výsledné národní datové sady INSPIRE, pokud je jediným poskytovatelem pro dané téma příloh Směrnice INSPIRE. V opačném případě koordinuje spolugestory přispívající svými prostorovými daty do obsahu národní datové sady INSPIRE (přesně a úplně definován ve Strategii implementace INSPIRE)
		+	* Spolugestor národní datové sady INSPIRE - Jeden či více povinných subjektů k danému tématu příloh Směrnice INSPIRE, který odpovídá za harmonizaci příslušné části NDSI (přesně a úplně definován ve Strategii implementace INSPIRE)

		+	Tabulka uvádí základní přehled oblastí, které jsou pro jednotlivé role závazné:
		+	{{ :nap-dokument:role_inspire.png \|}}

		+	{{tag>"sdílené služby" "funkční celek" "INSPIRE" geoinformace "prostorová data" ruian}}

Integrace informačních systémů

Anonymous (anonymous@undisclosed.example.com) — 2021-04-30T09:17:04+00:00

2020/05/12 12:23		aktuální
Řádek 1:		Řádek 1:
-	<title>Integrace informačních systémů</title>	+	======Integrace informačních systémů======

	===== Popis Integrace informačních systémů =====		===== Popis Integrace informačních systémů =====
-	{{page>nap:popisy:popis integrace informacnich systemu}}	+	Z ostatních částí NAP lze vyvodit určité povinnosti pro integraci mezi jednotlivými informačními systémy. Je nutno rozlišovat, zda se jedná o vnitřní či vnější integraci a také, jaké údaje a za jakým účelem se v integraci vyměňují. Integraci informačních systémů můžeme rozdělit následovně:
		+
		+	- Integrace uvnitř jednoho ISVS mezi více komponentami
		+	- Integrace uvnitř systémů jednoho správce (vnitřní integrace)
		+	* mezi dvěma informačními systémy veřejné správy
		+	* mezi informačním systémem a systémem spisové služby a mezi informačním systémem a jmenným rejstříkem
		+	* mezi ISVS a provozním informačním systémem
		+	* na portál za účelem zveřejnění
		+	- Integrace na systémy jiného správce (externí integrace)
		+
		+	==== Integrace na systémy jiného správce s pomocí eGSB / ISSS ====
		+
		+	{{ :nap-dokument:intergacni_platformy.png \|}}

	===== Pravidla Integrace informačních systémů =====		===== Pravidla Integrace informačních systémů =====
-	{{page>nap:pravidla:pravidla_intergace_is}}	+	==== Vnitřní integrace u jednoho správce či v jednom AIS ====
		+
		+	Integrace mezi informačními systémy jednoho správce je primárně zodpovědností a oblastí onoho správce. To neznamená, že taková integrace nepodléhá splnění EG principů, ale primárně se jí OHA nezabývá, dokud správce ISVS doloží soulad se zde uvedenými principy (jako je evidence subjektů, nebo propojený datový fond).
		+
		+	Technicky je doporučenou optimální metodou vybudovat jednu integrační platformu a integraci mezi jednotlivými informačními systémy zajistit formou služeb volaných a orchestrovaných v této integrační platformě. I při integraci (respektive výměně údajů mezi jednotlivými IS či agendami se musí ale myslet například na řádné logování transakcí a audit zpracování osobních údajů, zejména pokud se jedná o údaje o fyzických či právnických osobách.
		+
		+	Pro vnitřní integraci ale vždy platí následující:
		+
		+	* Jako identifikátor subjektu pro výměnu údajů i ve vnitřní integraci se využije AIFO, pokud se integrace zajišťuje překladem přes [[:nap:egsb\|eGSB/ISSS]].
		+	* Pokud se integrace odehrává jen v perimetru správce, a tedy mimo překlad přes [[:nap:egsb\|eGSB/ISSS]], tak se jako identifikátor využije buď klientské číslo, nebo stykový identifikátor. To platí i v multiagendovém provozu, kdy jsou subjekty integrovány v jedné evidenci jednoho AIS sloužícího pro podporu více agend.
		+	* Identifikátor AIFO se v žádném případě nevyužije při integraci AIS na provozní systémy, pokud tyto systémy nevyužívají AIFO v jejich agendě. V případě integrace subjektů mezi AIS a provozními systémy, které nemají pro subjekt přidělené AIFO v podporované agendě, se využije klientský identifikátor.
		+	* AIFO se neeviduje a neposkytuje ve společných evidencích a v multiagendových AISech, AIFO se v takovém případě využije jen pro vnější integraci a pochopitelně pro ztotožnění a aktualizaci údajů pro konkrétní agendu. Mezi více agendami v jednom ISVS se pro propojení využije klientský identifikátor a AIFA jsou zapsána jen v komponentách AISu pro jednotlivé agendy, nikdy ve společné evidenci. Při vnější integraci pak volá AIS přes společnou evidenci službu [[:nap:egsb\|eGSB/ISSS]] či ISZR prostřednictvím svého AIFO.
		+
		+	=== Vnitřní výměna údajů o subjektech ===
		+
		+	Při vnitřní integraci mezi komponentami a systémy jednoho správce se primárně AIFO nevyužívá, protože se využije klientský identifikátor. Pomocí klientského identifikátoru a vazby všech údajů vedených o subjektu ve všech agendách (vždy přes jednotlivý AIS) se dá naplnit povinnost nevyžadovat již jednou vedené údaje a v kombinaci s jednotnou evidencí případů lze snadno zajistit povinnosti poskytnout subjektu práva z ISVS a mít přehled o údajích, které o něm vedeme a o rozhodných skutečnostech, které se ho týkají.
		+
		+	Pokud se jedná o integraci mezi AIS a provozními informačními systémy, tak provozní IS kromě ESSL nevyužívají AIFO ve svých agendách. I proto je nutno využívat klientský identifikátor, nebo si na úřadě zavést jiný klidně i neveřejný identifikátor, kterým provážeme údaje vedené i v provozních systémech. V žádném případě k tomu nevyužíváme některý z AIFO identifikátorů, kterým bychom nahrazovali vlastní identifikátor v úřadu.
		+
		+	==== Vnější integrace na AIS jiného správce ====
		+
		+	Při vnější integraci se v maximální míře využívá referenční rozhraní, a to zejména [[:nap:egsb\|eGSB/ISSS]] jako technický způsob výměny údajů o subjektech a objektech práva. Technická realizace integrace prostřednictvím [[:nap:egsb\|eGSB/ISSS]] se řídí příslušnou provozní dokumentací [[:nap:egsb\|eGSB/ISSS]].
		+
		+	Při vnější integraci se využije:
		+
		+	* při výměně údajů o subjektu (fyzická osoba) překlad AIFO identifikátorů, nikdy se nevyužije přímá výměna prostřednictvím jiného identifikátoru,
		+	* při výměně údajů o objektu (třeba vozidlo) jeho identifikátor (třeba RZ), ale je-li součástí i sada údajů o subjektu, pak se u fyzických osob (třeba vlastník vozidla) využije opět překlad AIFO mezi dvěma agendami.
		+
		+
		+	=== Vnější výměna údajů o subjektech ===
		+
		+	Při výměně údajů v rámci propojeného datového fondu se vždy využije mechanismus výměny prostřednictvím překladu agendových identifikátorů (AIFO) přes ORG. Integrace se uskutečňuje prostřednictvím služeb [[:nap:egsb\|eGSB/ISSS]]. I v situaci, kdy OVM vede některé další identifikátory o subjektu, vždy postupuje v souladu s § 8, odst. 3, zákona o základních registrech a využije volání služby poskytované agendovým informačním systémem poskytujícím údaje, službu volá přes [[:nap:egsb\|eGSB/ISSS]] a volá ji s identifikací subjektu svým AIFO, kdy následně [[:nap:egsb\|eGSB/ISSS]] zajistí překlad AIFO, poskytující AIS pak opět přes [[:nap:egsb\|eGSB/ISSS]] zašle odpověď, a to zase s přeložených AIFO tazatele. Jiné identifikátory tedy nejsou nutné.
		+
		+	Obě strany integrace pochopitelně všechny transakce logují a samotné [[:nap:egsb\|eGSB/ISSS]] uchovává informaci o využití služby.
		+
		+	Chce-li nějaké OVM získat z jiného AISu údaje o subjektu, musí si nejprve daný subjekt ztotožnit a mít k němu přidělené AIFO své agendy. Nezíská-li od poskytovatele údaje třeba proto, že nejsou správně nastavena oprávnění k údajům v RPP, nebo protože poskytovatel nemá řádně ztotožněný subjekt a nemá k němu AIFO, reklamuje to u poskytovatele jako porušení povinností podle zákona o základních registrech. Poskytovatel pak zjedná nápravu.
		+
		+	Pozor: U údajů takto získaných z jiných agend se jedná o údaje, které úřad vede (i když je technicky získal z jiného AIS), a tedy úřad musí postupovat podle paragrafu 6, odst. 2, Správního řádu a po subjektu je nevyžaduje a nepožaduje jejich doložení.

Informační systém datových schránek

Anonymous (anonymous@undisclosed.example.com) — 2022-03-28T13:29:39+00:00

2026/09/20 01:24	aktuální
Řádek 1:	Řádek 1:
	+	====== Informační systém datových schránek ======

	+	===== Popis Informačního systému datových schránek =====
	+	Pro zajištění důvěryhodné, bezpečné a průkazné elektronické komunikace mezi orgány veřejné moci na straně jedné a fyzickými či právnickými na straně druhé, jakož i mezi orgány veřejné moci navzájem, provozuje Ministerstvo vnitra ČR informační systém datových schránek (také jako "ISDS"). Ministerstvo vnitra ČR a spolupracující subjekty se při provozování ISDS řídí [[https://www.datoveschranky.info/documents/1744842/2717964/provozni_rad_isds.pdf/a49d0691-d02d-44fd-8068-c158599de574\|provozním řádem]], který je pro ně závazný.
	+
	+	Orgány veřejné moci jsou povinni mezi sebou komunikovat prostřednictvím ISDS, stejně tak s klientem veřejné správy, pokud datovou schránku vlastní.
	+
	+
	+	==== Typy datové schránky ====
	+
	+	Způsob, resp. proces zřízení datové schránky se liší podle typu subjektu, pro který má být datová schránka zřízena. Typ subjektu určuje, zda se jedná o datovou schránku zřizovanou ze zákona, tedy automaticky, nebo o datovou schránku zřizovanou na žádost dle následující tabulky
	+
	+	^ Typ subjektu^ Typ datové schránky v ISDS^ Zřízena \|
	+	\| Orgán veřejné moci\| OVM (10)\| Ze zákona \|
	+	\| Fyzická osoba, která je v roli OVM\| OVM_FO (14)\| Ze zákona \|
	+	\| Podnikající fyzická osoba, která je v roli OVM\| OVM_PFO (15)\| Ze zákona \|
	+	\| Právnická osoba v roli OVM\| OVM_PO (16)\| Ze zákona \|
	+	\| Právnická osoba zapsaná v obchodním rejstříku\| PO (20)\| Ze zákona \|
	+	\| Podnikající fyzická osoba - advokát\| PFO_ADVOK (31)\| Ze zákona \|
	+	\| Podnikající fyzická osoba - daňový poradce\| PFO_DANPOR (32)\| Ze zákona \|
	+	\| Podnikající fyzická osoba - insolvenční správce\| PFO_INSSPR (33)\| Ze zákona \|
	+	\| Podnikající fyzická osoba - statutární auditor (OSVČ nebo zaměstnanec)\| PFO_AUDITOR (34)\| Ze zákona \|
	+	\| Fyzická osoba\| FO (40)\| Na žádost \|
	+	\| Podnikající fyzická osoba\| PFO (30)\| Na žádost \|
	+	\| Právnická osoba - na žádost\| PO_REQ (22)\| Na žádost \|
	+	\| Schránka OVM zřízená na žádost\| OVM_REQ (13\| Na žádost \|
	+
	+
	+
	+	==== Zápis rozhodnutí do Registru práv a povinností ====
	+
	+	Zákon o základních registrech vyžaduje, aby při každé změně referenčního údaje v základních registrech došlo také k zápisu o příslušném rozhodnutí, na jehož základě byl údaj změněn, do Registru práv a povinností. Ministerstvo vnitra je v agendě datových schránek editorem jediného referenčního údaje – identifikátoru datové schránky. Při každém zápisu i výmazu tohoto údaje do Registru obyvatel nebo Registru osob proto ISDS provádí zároveň zápis do Registru práv a povinností.
	+
	+
	+	==== Využití údajů základních registrů (ZR) ====
	+
	+	Ministerstvo vnitra rozsáhle využívá referenční údaje základních registrů pro účely správy datových schránek. Základní registry tak představují nejdůležitější zdroj dat, na základě kterých jsou datové schránky zřizovány i znepřístupňovány a také aktualizovány identifikační údaje datových schránek a jejich uživatelů.
	+
	+
	+	==== Zřizování datových schránek ze zákona ====
	+
	+	Na základě informací z Registru osob jsou zřizovány datové schránky subjektům, kterým se datová schránka zřizuje ze zákona. Výjimku představuje malá množina subjektů, které v Registru osob nejsou vedeny, protože nemají přiděleno své unikátní IČO (orgány veřejné moci bez právní subjektivity).
	+
	+
	+	==== Znepřístupňování datových schránek ====
	+
	+	Na základě informací z Registru osob jsou znepřístupňovány datové schránky subjektů, u kterých bylo v Registru osob vyplněno datum zániku. Obdobně, jakmile je u fyzické osoby v Registru obyvatel vyplněno datum úmrtí, datová schránka je k tomuto datu znepřístupněna.
	+
	+
	+	==== Aktualizace údajů datových schránek ====
	+
	+	Pro datové schránky všech typů platí, že pokud je subjekt veden v základních registrech, identifikační údaje datové schránky jsou automatizovaně přebírány ze Základních registrů. Tzn. změny názvu subjektu nebo adresy sídla není nutné Ministerstvu hlásit – změny jsou promítnuty automaticky.
	+
	+
	+	==== Přidání / odebrání Oprávněné osoby ====
	+
	+	Oprávněné osoby u datových schránek těch subjektů, které jsou zapsány v Registru osob, jsou aktualizovány podle změn ve výčtu statutárních zástupců vedených u daného subjektu v Registru osob. Tzn. je-li do registru zapsán nový statutární zástupce, automatizovaně mu je zřízen účet Oprávněné osoby u datové schránky subjektu a naopak, je-li statutární zástupce z registru odebrán, jeho účet Oprávněné osoby u datové schránky je zrušen.
	+
	+
	+	==== Aktualizace osobních údajů uživatelů datových schránek ====
	+
	+	U všech uživatelů datových schránek se Ministerstvo vnitra pokouší o jejich automatizované ztotožnění vůči příslušnému záznamu v Registru obyvatel. U těch uživatelů, kde se ztotožnění zdařilo, jsou automatizovaně přebírány aktuální referenční údaje z Registru obyvatel. Tzn. např. v případě změny příjmení nebo adresy pobytu nemusí držitel datové schránky Ministerstvu vnitra nic hlásit – změna je promítnuta automaticky.
	+
	+
	+	===== Pravidla Informačního systému datových schránek =====
	+	Úřadu je doporučeno využívat systém ISDS jako integrální součást své [[nap:system_spravy_dokumentu\|elektronické spisové služby]]. Úřady musí mezi sebou komunikovat prostřednictvím systému ISDS a svých datových schránek, pokud se jedná o výměnu dokumentů a jejich zaručeného doručení. Pokud se jedná o výměnu údajů mezi úřady, nevyužívají se datové schránky, ale [[nap:propojeny_datovy_fond\|propojený datový fond]] a jeho [[nap:referencni_rozhrani\|refereční rozhraní]]. Je nutné brát v potaz, že veškeré úkony činěné skrze datovou zprávu směrem do úřadu od klienta VS se pokládají za elektronicky podepsané a není potřeba po klientovi vyžadovat žádné další formy autorizace.
	+
	+	ISDS umožňují na vyžádání u věcného správce (Ministerstva vnitra) využívat identitní prostor datových schránek k přihlašování do vlastních řešení - typicky [[nap:portaly_verejne_spravy_a_soukromopravnich_uzivatelu_udaju\|portálů]]. Tento způsob identifikace a autentizace klienta VS bude umožněn pouze do 1.7.2020, kdy vyprší přechodné ustanovení zákona 250/2017 Sb., které zavádí povinnost využívat systém [[nap:nia\|Národní identitní autority ]].
	+
	+	Pro zajištění digitální kontinuity datové zprávy, podobně jako v části [[nap:system_spravy_dokumentu\|Systém správy dokumentů]], je z pohledu uživatele (příjemce) nutné si vždy uložit nejen přijatý dokument, ale celou datovou zprávu (obálka + dokument). Tato celá datová zpráva lze kdykoliv zpětně věřit proti samotnému informačnímu systému datových schránek, samotný dokument však ne.
	+
	+
	+	{{tag>"Funkční celek" ISDS datovka "datové schránky" "Tematická oblast"}}

Informační systém Evidence obyvatel

Anonymous (anonymous@undisclosed.example.com) — 2021-04-30T09:08:32+00:00

2020/09/04 12:41		aktuální
Řádek 1:		Řádek 1:
-	<title>Informační systém Evidence obyvatel</title>	+	======Informační systém Evidence obyvatel======

	Informační systém Evidence obyvatel (také jako ISEO či AISEO) je upravený zákonem č. 133/2000 Sb., o evidenci obyvatel a rodných číslech a o změně některých zákonů (zákon o evidenci obyvatel), ve znění pozdějších předpisů, patří mezi základní informační systémy veřejné správy a jeho účelem je zpracovávání údajů o obyvatelích České republiky, např. shromažďování a uchovávání těchto údajů a jejich poskytování oprávněným subjektům. Správcem informačního systému evidence obyvatel je Ministerstvo vnitra.		Informační systém Evidence obyvatel (také jako ISEO či AISEO) je upravený zákonem č. 133/2000 Sb., o evidenci obyvatel a rodných číslech a o změně některých zákonů (zákon o evidenci obyvatel), ve znění pozdějších předpisů, patří mezi základní informační systémy veřejné správy a jeho účelem je zpracovávání údajů o obyvatelích České republiky, např. shromažďování a uchovávání těchto údajů a jejich poskytování oprávněným subjektům. Správcem informačního systému evidence obyvatel je Ministerstvo vnitra.
Řádek 14:		Řádek 14:
	Informační systém evidence obyvatel je jedním z editorů [[nap:rob\|základního registru obyvatel]] a tedy [[nap:editorske_ais\|editorských informačních systémů]].		Informační systém evidence obyvatel je jedním z editorů [[nap:rob\|základního registru obyvatel]] a tedy [[nap:editorske_ais\|editorských informačních systémů]].

-	==== Statistiky z informačního systému evidence obyvatel (ISEO) ====	+	==== Statistiky z informačního systému evidence obyvatel ====

	===Osoby, které mají stejné jméno, příjmení a datum narození:===		===Osoby, které mají stejné jméno, příjmení a datum narození:===

Informační systém základních registrů

Anonymous (anonymous@undisclosed.example.com) — 2026-01-30T10:08:01+00:00

2026/01/30 08:55		aktuální
Řádek 66:		Řádek 66:
	^Kategorie ^Název služby ^		^Kategorie ^Název služby ^
	\| Služby založené na Registru obyvatel\| E03_robCtiAifo \|		\| Služby založené na Registru obyvatel\| E03_robCtiAifo \|
-	\| :::\| E04 - robAutentizace \|	+	\| Služby založené na Registru obyvatel\| E04 - robAutentizace \|
-	\| :::\| E05_robCtiPodleUdaju \|	+	\| Služby založené na Registru obyvatel\| E05_robCtiPodleUdaju \|
-	\| :::\| E06 - robVymazObyvatele \|	+	\| Služby založené na Registru obyvatel\| E06 - robVymazObyvatele \|
-	\| :::\| E07_robCtiZmeny \|	+	\| Služby založené na Registru obyvatel\| E07_robCtiZmeny \|
-	\| :::\| E08_robCtiHromadneAifo \|	+	\| Služby založené na Registru obyvatel\| E08_robCtiHromadneAifo \|
-	\| :::\| E15 - robCtiEditora \|	+	\| Služby založené na Registru obyvatel\| E15 - robCtiEditora \|
-	\| :::\| E103 - robCtiZmenyZaloz \|	+	\| Služby založené na Registru obyvatel\| E103 - robCtiZmenyZaloz \|
-	\| :::\| E154_robVypisVyuzitiPoskytnuti \|	+	\| Služby založené na Registru obyvatel\| E154_robVypisVyuzitiPoskytnuti \|
-	\| :::\| E274_robVlozObyvatele2 \|	+	\| Služby založené na Registru obyvatel\| E274_robVlozObyvatele2 \|
-	\| :::\| E275_robZmenObyvatele2 \|	+	\| Služby založené na Registru obyvatel\| E275_robZmenObyvatele2 \|
-	\| :::\| E276_robCtiAifo2 \|	+	\| Služby založené na Registru obyvatel\| E276_robCtiAifo2 \|
-	\| :::\| E277_robCtiHromadneAifo2 \|	+	\| Služby založené na Registru obyvatel\| E277_robCtiHromadneAifo2 \|
-	\| :::\| E278_robCtiPodleUdaju2_ \|	+	\| Služby založené na Registru obyvatel\| E278_robCtiPodleUdaju2_ \|
-	\| :::\| E279_robOverHromadneAifo2 \|	+	\| Služby založené na Registru obyvatel\| E279_robOverHromadneAifo2 \|
	\| Služby založené na Registru osob\| E16_rosPridelIco \|		\| Služby založené na Registru osob\| E16_rosPridelIco \|
-	\| :::\| E17 - rosPridelIcp \|	+	\| Služby založené na Registru osob\| E17 - rosPridelIcp \|
-	\| :::\| E23 - rosZapisDatovouSchranku \|	+	\| Služby založené na Registru osob \| E23 - rosZapisDatovouSchranku \|
-	\| :::\| E24 - rosVymazOsobu \|	+	\| Služby založené na Registru osob \| E24 - rosVymazOsobu \|
-	\| :::\| E25 - rosVlozProvozovnu \|	+	\| Služby založené na Registru osob \| E25 - rosVlozProvozovnu \|
-	\| :::\| E26_rosZmenProvozovnu \|	+	\| Služby založené na Registru osob \| E26_rosZmenProvozovnu \|
-	\| :::\| E27 - rosVymazProvozovnu \|	+	\| Služby založené na Registru osob \| E27 - rosVymazProvozovnu \|
-	\| :::\| E28 - rosCtiZmeny \|	+	\| Služby založené na Registru osob \| E28 - rosCtiZmeny \|
-	\| :::\| E31 - rosCtiSeznamEditoru \|	+	\| Služby založené na Registru osob \| E31 - rosCtiSeznamEditoru \|
-	\| :::\| E253 -_rosVlozOsobu2 \|	+	\| Služby založené na Registru osob \| E253 -_rosVlozOsobu2 \|
-	\| :::\| E254 - rosZmenOsobu2 \|	+	\| Služby založené na Registru osob \| E254 - rosZmenOsobu2 \|
-	\| :::\| E255 - rosZapisPravniStav2 \|	+	\| Služby založené na Registru osob \| E255 - rosZapisPravniStav2 \|
-	\| :::\| E256_rosCtiIco2 \|	+	\| Služby založené na Registru osob \| E256_rosCtiIco2 \|
-	\| :::\| E257_rosCtiAifo2 \|	+	\| Služby založené na Registru osob \| E257_rosCtiAifo2 \|
-	\| :::\| E258_rosCtiSeznamIco2 \|	+	\| Služby založené na Registru osob \| E258_rosCtiSeznamIco2 \|
-	\| :::\| E259_rosCtiPodleUdaju2 \|	+	\| Služby založené na Registru osob \| E259_rosCtiPodleUdaju2 \|
-	\| :::\| E273_rosZapisKontaktniUdaje \|	+	\| Služby založené na Registru osob \| E273_rosZapisKontaktniUdaje \|
	\| Služby založené na Registru územní identifikace, adres a nemovitostí\| E37 - ruianVyhledejAdresu \|		\| Služby založené na Registru územní identifikace, adres a nemovitostí\| E37 - ruianVyhledejAdresu \|
-	\| :::\| E38 - ruianCtiSeznamZmen \|	+	\| Služby založené na Registru územní identifikace, adres a nemovitostí \| E38 - ruianCtiSeznamZmen \|
-	\| :::\| E39 - ruianSouboryZmen \|	+	\| Služby založené na Registru územní identifikace, adres a nemovitostí \| E39 - ruianSouboryZmen \|
-	\| :::\| E40 - ruianSouboryDat \|	+	\| Služby založené na Registru územní identifikace, adres a nemovitostí \| E40 - ruianSouboryDat \|
-	\| :::\| E170 - ruianVyhledejSeznamAMVO \|	+	\| Služby založené na Registru územní identifikace, adres a nemovitostí \| E170 - ruianVyhledejSeznamAMVO \|
-	\| :::\| E184 - ruianCtiSeznamAdres \|	+	\| Služby založené na Registru územní identifikace, adres a nemovitostí \| E184 - ruianCtiSeznamAdres \|
-	\| :::\| E185 ruianCtiSeznamZmenAD \|	+	\| Služby založené na Registru územní identifikace, adres a nemovitostí \| E185 ruianCtiSeznamZmenAD \|
-	\| :::\| E249a_ruianVyhledejPrvekAdresniMisto2 \|	+	\| Služby založené na Registru územní identifikace, adres a nemovitostí \| E249a_ruianVyhledejPrvekAdresniMisto2 \|
-	\| :::\| E249c_ruianVyhledejPrvekCastObce2 \|	+	\| Služby založené na Registru územní identifikace, adres a nemovitostí \| E249c_ruianVyhledejPrvekCastObce2 \|
-	\| :::\| E249d_ruianVyhledejPrvekKatastralniUzemi2 \|	+	\| Služby založené na Registru územní identifikace, adres a nemovitostí \| E249d_ruianVyhledejPrvekKatastralniUzemi2 \|
-	\| :::\| E249f_ruianVyhledejPrvekMomc2 \|	+	\| Služby založené na Registru územní identifikace, adres a nemovitostí \| E249f_ruianVyhledejPrvekMomc2 \|
-	\| :::\| E249g_ruianVyhledejPrvekObvodPrahy2 \|	+	\| Služby založené na Registru územní identifikace, adres a nemovitostí \| E249g_ruianVyhledejPrvekObvodPrahy2 \|
-	\| :::\| E249h_ruianVyhledejPrvekObec2 \|	+	\| Služby založené na Registru územní identifikace, adres a nemovitostí \| E249h_ruianVyhledejPrvekObec2 \|
-	\| :::\| E249i_ruianVyhledejPrvekOkres2 \|	+	\| Služby založené na Registru územní identifikace, adres a nemovitostí \| E249i_ruianVyhledejPrvekOkres2 \|
-	\| :::\| E249j_ruianVyhledejPrvekOrp2 \|	+	\| Služby založené na Registru územní identifikace, adres a nemovitostí \| E249j_ruianVyhledejPrvekOrp2 \|
-	\| :::\| E249k_ruianVyhledejPrvekParcela2 \|	+	\| Služby založené na Registru územní identifikace, adres a nemovitostí \| E249k_ruianVyhledejPrvekParcela2 \|
-	\| :::\| E249l_ruianVyhledejPrvekPou2 \|	+	\| Služby založené na Registru územní identifikace, adres a nemovitostí \| E249l_ruianVyhledejPrvekPou2 \|
-	\| :::\| E249m_ruianVyhledejPrvekRegionSoudrznosti2 \|	+	\| Služby založené na Registru územní identifikace, adres a nemovitostí \| E249m_ruianVyhledejPrvekRegionSoudrznosti2 \|
-	\| :::\| E249n_ruianVyhledejPrvekSpravniObvod2 \|	+	\| Služby založené na Registru územní identifikace, adres a nemovitostí \| E249n_ruianVyhledejPrvekSpravniObvod2 \|
-	\| :::\| E249p_ruianVyhledejPrvekStavebniObjekt2 \|	+	\| Služby založené na Registru územní identifikace, adres a nemovitostí \| E249p_ruianVyhledejPrvekStavebniObjekt2 \|
-	\| :::\| E249q_ruianVyhledejPrvekUlice2 \|	+	\| Služby založené na Registru územní identifikace, adres a nemovitostí \| E249q_ruianVyhledejPrvekUlice2 \|
-	\| :::\| E249r_ruianVyhledejPrvekVusc2 \|	+	\| Služby založené na Registru územní identifikace, adres a nemovitostí \| E249r_ruianVyhledejPrvekVusc2 \|
-	\| :::\| E249s_ruianVyhledejPrvekZsj2 \|	+	\| Služby založené na Registru územní identifikace, adres a nemovitostí \| E249s_ruianVyhledejPrvekZsj2 \|
-	\| :::\| E249t_ruianVyhledejPrvekVolebniOkrsek2 \|	+	\| Služby založené na Registru územní identifikace, adres a nemovitostí \| E249t_ruianVyhledejPrvekVolebniOkrsek2 \|
-	\| :::\| E250a_ruianCtiPrvekAdresniMisto2 \|	+	\| Služby založené na Registru územní identifikace, adres a nemovitostí \| E250a_ruianCtiPrvekAdresniMisto2 \|
-	\| :::\| E250c_ruianCtiPrvekCastObce2 \|	+	\| Služby založené na Registru územní identifikace, adres a nemovitostí \| E250c_ruianCtiPrvekCastObce2 \|
-	\| :::\| E250d_ruianCtiPrvekKatastralniUzemi2 \|	+	\| Služby založené na Registru územní identifikace, adres a nemovitostí \| E250d_ruianCtiPrvekKatastralniUzemi2 \|
-	\| :::\| E250f_ruianCtiPrvekMomc2 \|	+	\| Služby založené na Registru územní identifikace, adres a nemovitostí \| E250f_ruianCtiPrvekMomc2 \|
-	\| :::\| E250g_ruianCtiPrvekObvodPrahy2 \|	+	\| Služby založené na Registru územní identifikace, adres a nemovitostí \| E250g_ruianCtiPrvekObvodPrahy2 \|
-	\| :::\| E250h_ruianCtiPrvekObec2 \|	+	\| Služby založené na Registru územní identifikace, adres a nemovitostí \| E250h_ruianCtiPrvekObec2 \|
-	\| :::\| E250i_ruianCtiPrvekOkres2 \|	+	\| Služby založené na Registru územní identifikace, adres a nemovitostí \| E250i_ruianCtiPrvekOkres2 \|
-	\| :::\| E250j_ruianCtiPrvekOrp2 \|	+	\| Služby založené na Registru územní identifikace, adres a nemovitostí \| E250j_ruianCtiPrvekOrp2 \|
-	\| :::\| E250k_ruianCtiPrvekParcela2 \|	+	\| Služby založené na Registru územní identifikace, adres a nemovitostí \| E250k_ruianCtiPrvekParcela2 \|
-	\| :::\| E250l_ruianCtiPrvekPou2 \|	+	\| Služby založené na Registru územní identifikace, adres a nemovitostí \| E250l_ruianCtiPrvekPou2 \|
-	\| :::\| E250m_ruianCtiPrvekRegionSoudrznosti2 \|	+	\| Služby založené na Registru územní identifikace, adres a nemovitostí \| E250m_ruianCtiPrvekRegionSoudrznosti2 \|
-	\| :::\| E250n_ruianCtiPrvekSpravniObvod2 \|	+	\| Služby založené na Registru územní identifikace, adres a nemovitostí \| E250n_ruianCtiPrvekSpravniObvod2 \|
-	\| :::\| E250o_ruianCtiPrvekStat2 \|	+	\| Služby založené na Registru územní identifikace, adres a nemovitostí \| E250o_ruianCtiPrvekStat2 \|
-	\| :::\| E250p - ruianCtiPrvekStavebniObjekt2 \|	+	\| Služby založené na Registru územní identifikace, adres a nemovitostí \| E250p - ruianCtiPrvekStavebniObjekt2 \|
-	\| :::\| E250q_ruianCtiPrvekUlice2 \|	+	\| Služby založené na Registru územní identifikace, adres a nemovitostí \| E250q_ruianCtiPrvekUlice2 \|
-	\| :::\| E250r_ruianCtiPrvekVusc2 \|	+	\| Služby založené na Registru územní identifikace, adres a nemovitostí \| E250r_ruianCtiPrvekVusc2 \|
-	\| :::\| E250s_ruianCtiPrvekZsj2 \|	+	\| Služby založené na Registru územní identifikace, adres a nemovitostí \| E250s_ruianCtiPrvekZsj2 \|
-	\| :::\| E250t_ruianCtiPrvekVolebniOkrsek2 \|	+	\| Služby založené na Registru územní identifikace, adres a nemovitostí \| E250t_ruianCtiPrvekVolebniOkrsek2 \|
-	\| :::\| E251_ruianCtiAdresu2 \|	+	\| Služby založené na Registru územní identifikace, adres a nemovitostí \| E251_ruianCtiAdresu2 \|
-	\| :::\| E281_ruianVyhledejUup \|	+	\| Služby založené na Registru územní identifikace, adres a nemovitostí \| E281_ruianVyhledejUup \|
-	\| :::\| E282_ruianVyhledejUupEd \|	+	\| Služby založené na Registru územní identifikace, adres a nemovitostí \| E282_ruianVyhledejUupEd \|
-	\| :::\| E283_ruianCtiUup \|	+	\| Služby založené na Registru územní identifikace, adres a nemovitostí \| E283_ruianCtiUup \|
-	\| :::\| E284_ruianCtiUupEd \|	+	\| Služby založené na Registru územní identifikace, adres a nemovitostí \| E284_ruianCtiUupEd \|
-	\| :::\| E314_RuianCtiSeznamZmenNespravnost \|	+	\| Služby založené na Registru územní identifikace, adres a nemovitostí \| E314_RuianCtiSeznamZmenNespravnost \|
	\| Služby založené na ORG\| E45 - orgPrihlasAifo \|		\| Služby založené na ORG\| E45 - orgPrihlasAifo \|
-	\| :::\| E46 - orgOdhlasAifo \|	+	\| Služby založené na ORG \| E46 - orgOdhlasAifo \|
-	\| :::\| E69 - orgSpojZIFO \|	+	\| Služby založené na ORG \| E69 - orgSpojZIFO \|
-	\| :::\| E70 - orgRozdelZIFO \|	+	\| Služby založené na ORG \| E70 - orgRozdelZIFO \|
-	\| :::\| E71 - orgZkontrolujAIFO \|	+	\| Služby založené na ORG \| E71 - orgZkontrolujAIFO \|
-	\| :::\| E75 - orgCtiDavkuAIFO \|	+	\| Služby založené na ORG \| E75 - orgCtiDavkuAIFO \|
-	\| :::\| E76 - orgPredchudciAIFO \|	+	\| Služby založené na ORG \| E76 - orgPredchudciAIFO \|
-	\| :::\| E77 - orgRodokmenAIFO \|	+	\| Služby založené na ORG \| E77 - orgRodokmenAIFO \|
-	\| :::\| E78 - orgCtiZmenyAIFO \|	+	\| Služby založené na ORG \| E78 - orgCtiZmenyAIFO \|
-	\| :::\| E95 - orgZalozAIFOPE \|	+	\| Služby založené na ORG \| E95 - orgZalozAIFOPE \|
-	\| :::\| E199 - orgZjistiAis \|	+	\| Služby založené na ORG \| E199 - orgZjistiAis \|
	\| Služby založené na informačním systému základních registrů\| E62 - iszrReklamujUdajeRob \|		\| Služby založené na informačním systému základních registrů\| E62 - iszrReklamujUdajeRob \|
-	\| :::\| E97 - iszrCtiSeznamCiselniku \|	+	\| Služby založené na informačním systému základních registrů \| E97 - iszrCtiSeznamCiselniku \|
-	\| :::\| E99 - iszrAsyncVypisFronty \|	+	\| Služby založené na informačním systému základních registrů \| E99 - iszrAsyncVypisFronty \|
-	\| :::\| E100 - iszrAsyncOdpovedZFronty \|	+	\| Služby založené na informačním systému základních registrů \| E100 - iszrAsyncOdpovedZFronty \|
-	\| :::\| E101 - iszrAsyncSmazatFrontu \|	+	\| Služby založené na informačním systému základních registrů \| E101 - iszrAsyncSmazatFrontu \|
-	\| :::\| E164 - iszrProbe \|	+	\| Služby založené na informačním systému základních registrů \| E164 - iszrProbe \|
-	\| :::\| E166 - iszrAutentizaceAis \|	+	\| Služby založené na informačním systému základních registrů \| E166 - iszrAutentizaceAis \|
-	\| :::\| E175 - iszrUlozMapaAifo \|	+	\| Služby založené na informačním systému základních registrů \| E175 - iszrUlozMapaAifo \|
-	\| :::\| E176 - iszrPodejMapaAifo \|	+	\| Služby založené na informačním systému základních registrů \| E176 - iszrPodejMapaAifo \|
-	\| :::\| E177 - iszrCtiReklamaci \|	+	\| Služby založené na informačním systému základních registrů \| E177 - iszrCtiReklamaci \|
-	\| :::\| E227 - iszrVypisOpravneniPolozky \|	+	\| Služby založené na informačním systému základních registrů \| E227 - iszrVypisOpravneniPolozky \|
-	\| :::\| E311 – iszrReklamujUdajeRos2 \|	+	\| Služby založené na informačním systému základních registrů \| E311 – iszrReklamujUdajeRos2 \|
-	\| :::\| E344_iszrRobCtiPodleCertifikatu \|	+	\| Služby založené na informačním systému základních registrů \| E344_iszrRobCtiPodleCertifikatu \|
-	\| :::\| E345_iszrOverCertifikat \|	+	\| Služby založené na informačním systému základních registrů \| E345_iszrOverCertifikat \|
	\| Služby založené na Registru práv a povinností\| E105 - rppCtiZmeny \|		\| Služby založené na Registru práv a povinností\| E105 - rppCtiZmeny \|
-	\| :::\| E106 - rppVypisSeznamAgend \|	+	\| Služby založené na Registru práv a povinností \| E106 - rppVypisSeznamAgend \|
-	\| :::\| E115 - rppVlozRozhodnuti \|	+	\| Služby založené na Registru práv a povinností \| E115 - rppVlozRozhodnuti \|
-	\| :::\| E135 - rppVypisSeznamSluzeb \|	+	\| Služby založené na Registru práv a povinností \| E135 - rppVypisSeznamSluzeb \|
-	\| :::\| E136 - rppVypisSluzbu \|	+	\| Služby založené na Registru práv a povinností \| E136 - rppVypisSluzbu \|
-	\| :::\| E140 - rppVypisSeznamSLA \|	+	\| Služby založené na Registru práv a povinností \| E140 - rppVypisSeznamSLA \|
-	\| :::\| E207_rppVypisSeznamZmenOpravneni \|	+	\| Služby založené na Registru práv a povinností \| E207_rppVypisSeznamZmenOpravneni \|
-	\| :::\| E208_rppVypisOpravneniKonzumace \|	+	\| Služby založené na Registru práv a povinností \| E208_rppVypisOpravneniKonzumace \|
-	\| :::\| E209_rppVypisOpravneniPoskytovani \|	+	\| Služby založené na Registru práv a povinností \| E209_rppVypisOpravneniPoskytovani \|
-	\| :::\| E212_rppVlozOvmSpuu \|	+	\| Služby založené na Registru práv a povinností \| E212_rppVlozOvmSpuu \|
-	\| :::\| E213_rppZmenOvmSpuu \|	+	\| Služby založené na Registru práv a povinností \| E213_rppZmenOvmSpuu \|
-	\| :::\| E214_rppVypisSeznamKategoriiOvmSpuu \|	+	\| Služby založené na Registru práv a povinností \| E214_rppVypisSeznamKategoriiOvmSpuu \|
-	\| :::\| E216_rppVlozKategoriiOvmSpuu \|	+	\| Služby založené na Registru práv a povinností \| E216_rppVlozKategoriiOvmSpuu \|
-	\| :::\| E217_rppZmenKategoriiOvmSpuu \|	+	\| Služby založené na Registru práv a povinností \| E217_rppZmenKategoriiOvmSpuu \|
-	\| :::\| E218_rppCtiZmenyOvmSpuu \|	+	\| Služby založené na Registru práv a povinností \| E218_rppCtiZmenyOvmSpuu \|
-	\| :::\| E219 - rppCtiEditoraOvmSpuu \|	+	\| Služby založené na Registru práv a povinností \| E219 - rppCtiEditoraOvmSpuu \|
-	\| :::\| E220_rppZapisDatovouSchranku \|	+	\| Služby založené na Registru práv a povinností \| E220_rppZapisDatovouSchranku \|
-	\| :::\| E262_rppCtiZmenySluzebVs \|	+	\| Služby založené na Registru práv a povinností \| E262_rppCtiZmenySluzebVs \|
-	\| :::\| E264_rppVypisSeznamSluzebVs \|	+	\| Služby založené na Registru práv a povinností \| E264_rppVypisSeznamSluzebVs \|
-	\| :::\| E290 - rppCtiZmenyOpravneni \|	+	\| Služby založené na Registru práv a povinností \| E290 - rppCtiZmenyOpravneni \|
-	\| :::\| E291 - rppCtiZmenyAisAgenda \|	+	\| Služby založené na Registru práv a povinností \| E291 - rppCtiZmenyAisAgenda \|
-	\| :::\| E292_rppCtiZmenyUdajuAgendy \|	+	\| Služby založené na Registru práv a povinností \| E292_rppCtiZmenyUdajuAgendy \|
-	\| :::\| E293_rppVypisAgendu6_ \|	+	\| Služby založené na Registru práv a povinností \| E293_rppVypisAgendu6_ \|
-	\| :::\| E294_rppVypisKategoriiOvmSpuu2 \|	+	\| Služby založené na Registru práv a povinností \| E294_rppVypisKategoriiOvmSpuu2 \|
-	\| :::\| E295_rppVypisOpravneni2 \|	+	\| Služby založené na Registru práv a povinností \| E295_rppVypisOpravneni2 \|
-	\| :::\| E296_rppVypisOvmSpuu3 \|	+	\| Služby založené na Registru práv a povinností \| E296_rppVypisOvmSpuu3 \|
-	\| :::\| E297_rppVypisPusobnostOvm6 \|	+	\| Služby založené na Registru práv a povinností \| E297_rppVypisPusobnostOvm6 \|
-	\| :::\| E298_rppVypisSeznamPusobnostiOvm3 \|	+	\| Služby založené na Registru práv a povinností \| E298_rppVypisSeznamPusobnostiOvm3 \|
-	\| :::\| E299_rppVypisSeznamUdajuAgendy2 \|	+	\| Služby založené na Registru práv a povinností \| E299_rppVypisSeznamUdajuAgendy2 \|
-	\| :::\| E300_rppVypisSluzbuVs2 \|	+	\| Služby založené na Registru práv a povinností \| E300_rppVypisSluzbuVs2 \|
-	\| :::\| E301_rppVypisSeznamOpravneni \|	+	\| Služby založené na Registru práv a povinností \| E301_rppVypisSeznamOpravneni \|
-	\| :::\| E302_rppVypisUdajAgendy \|	+	\| Služby založené na Registru práv a povinností \| E302_rppVypisUdajAgendy \|
-	\| :::\| E303_rppVypisSeznamAisAgenda \|	+	\| Služby založené na Registru práv a povinností \| E303_rppVypisSeznamAisAgenda \|
-	\| :::\| E304_rppVypisSeznamOvmSpuu2 \|	+	\| Služby založené na Registru práv a povinností \| E304_rppVypisSeznamOvmSpuu2 \|
-	\| :::\| E305_rppVypisOpravneniRidici \|	+	\| Služby založené na Registru práv a povinností \| E305_rppVypisOpravneniRidici \|
-	\| :::\| E324_rppVypisAgendu7 \|	+	\| Služby založené na Registru práv a povinností \| E324_rppVypisAgendu7 \|
-	\| :::\| E325_rppVypisKategoriiOvmSpuu3 \|	+	\| Služby založené na Registru práv a povinností \| E325_rppVypisKategoriiOvmSpuu3 \|
-	\| :::\| E326_rppVypisOpravneni3 \|	+	\| Služby založené na Registru práv a povinností \| E326_rppVypisOpravneni3 \|
-	\| :::\| E327_rppVypisOvmSpuu4 \|	+	\| Služby založené na Registru práv a povinností \| E327_rppVypisOvmSpuu4 \|
-	\| :::\| E328_rppVypisSluzbuVs3 \|	+	\| Služby založené na Registru práv a povinností \| E328_rppVypisSluzbuVs3 \|
-	\| :::\| E329_rppVypisUdajAgendy2 \|	+	\| Služby založené na Registru práv a povinností \| E329_rppVypisUdajAgendy2 \|
-	\| :::\| E330_rppVypisOpravneniKonzumace2 \|	+	\| Služby založené na Registru práv a povinností \| E330_rppVypisOpravneniKonzumace2 \|
-	\| :::\| E331_rppVypisOpravneniPoskytovani2 \|	+	\| Služby založené na Registru práv a povinností \| E331_rppVypisOpravneniPoskytovani2 \|
-	\| :::\| E333_rppRezaVypisVyuzitiOpravneniKZastupovani \|	+	\| Služby založené na Registru práv a povinností \| E333_rppRezaVypisVyuzitiOpravneniKZastupovani \|
-	\| :::\| E334_rppRezaVypisVedeneOpravneniKZastupovani \|	+	\| Služby založené na Registru práv a povinností \| E334_rppRezaVypisVedeneOpravneniKZastupovani \|
-	\| :::\| E335_rppRezaOverOpravneniKZastupovani \|	+	\| Služby založené na Registru práv a povinností \| E335_rppRezaOverOpravneniKZastupovani \|
-	\| :::\| E336_rppRezaCtiOpravneniKZastupovani \|	+	\| Služby založené na Registru práv a povinností \| E336_rppRezaCtiOpravneniKZastupovani \|
-	\| :::\| E337_rppRezaPoskytniZastupujici \|	+	\| Služby založené na Registru práv a povinností \| E337_rppRezaPoskytniZastupujici \|
-	\| :::\| E338_rppRezaPoskytniZastupovane \|	+	\| Služby založené na Registru práv a povinností \| E338_rppRezaPoskytniZastupovane \|
-	\| :::\| E339_rppRezaCtiZmenyOpravneniKZastupovani \|	+	\| Služby založené na Registru práv a povinností \| E339_rppRezaCtiZmenyOpravneniKZastupovani \|
-	\| :::\| E340_RppRezaCtiSeznamOpravneniKZastupovani \|	+	\| Služby založené na Registru práv a povinností \| E340_RppRezaCtiSeznamOpravneniKZastupovani \|
-	\| :::\| E341_rppRezaCtiDetailOpravneniKZastupovani \|	+	\| Služby založené na Registru práv a povinností \| E341_rppRezaCtiDetailOpravneniKZastupovani \|
-	\| :::\| E342_rppRezaZapisOpravneniKZastupovani \|	+	\| Služby založené na Registru práv a povinností \| E342_rppRezaZapisOpravneniKZastupovani \|
-	\| :::\| E343_rppRezaUkonciOpravneniKZastupovani \|	+	\| Služby založené na Registru práv a povinností \| E343_rppRezaUkonciOpravneniKZastupovani \|
	\| Služby založené na Agendovém informačním systému evidence obyvatel\| E158 - aiseoZtotozneni \|		\| Služby založené na Agendovém informačním systému evidence obyvatel\| E158 - aiseoZtotozneni \|
-	\| :::\| E171 - aiseoCtiAifo2 \|	+	\| Služby založené na Agendovém informačním systému evidence obyvatel \| E171 - aiseoCtiAifo2 \|
-	\| :::\| E172_aiseoCtiPodleUdaju2 \|	+	\| Služby založené na Agendovém informačním systému evidence obyvatel \| E172_aiseoCtiPodleUdaju2 \|
	\| Služby založené na agendovém informačním systému cizinců\| E173 - aiscCtiAifo2 \|		\| Služby založené na agendovém informačním systému cizinců\| E173 - aiscCtiAifo2 \|
-	\| :::\| E174 - aiscCtiPodleUdaju2 \|	+	\| Služby založené na agendovém informačním systému cizinců \| E174 - aiscCtiPodleUdaju2 \|
	\| Služby založené na Agendovém informačním systému RPP Působnostní\| E237 – aispCtiZmenyIs \|		\| Služby založené na Agendovém informačním systému RPP Působnostní\| E237 – aispCtiZmenyIs \|
-	\| :::\| E265_aispVypisSeznamIsV2 \|	+	\| Služby založené na Agendovém informačním systému RPP Působnostní \| E265_aispVypisSeznamIsV2 \|
-	\| :::\| E312 – aispSeznamIsProIszr2 \|	+	\| Služby založené na Agendovém informačním systému RPP Působnostní \| E312 – aispSeznamIsProIszr2 \|
-	\| :::\| E266_aispVypisDetailIs2 \|	+	\| Služby založené na Agendovém informačním systému RPP Působnostní \| E266_aispVypisDetailIs2 \|
-	\| Služby založené na agenfovém informačním systému vyrozumívací\| E308_aisvEvidujZmenu \|	+	\| Služby založené na agendovém informačním systému vyrozumívací\| E308_aisvEvidujZmenu \|
-	\| :::\| E315_aisvPrihlasId \|	+	\| Služby založené na agendovém informačním systému vyrozumívací \| E315_aisvPrihlasId \|
-	\| :::\| E316_aisvOdhlasId \|	+	\| Služby založené na agendovém informačním systému vyrozumívací \| E316_aisvOdhlasId \|
-	\| :::\| E317_aisvCtiZmeny \|	+	\| Služby založené na agendovém informačním systému vyrozumívací \| E317_aisvCtiZmeny \|
-	\| :::\| E318_aisvCtiZmenyId \|	+	\| Služby založené na agendovém informačním systému vyrozumívací \| E318_aisvCtiZmenyId \|
-	\| :::\| E319_aisvCtiZmenyZalozAifo \|	+	\| Služby založené na agendovém informačním systému vyrozumívací \| E319_aisvCtiZmenyZalozAifo \|
-	\| :::\| E320_aisvCtiZmenyZalozIco \|	+	\| Služby založené na agendovém informačním systému vyrozumívací \| E320_aisvCtiZmenyZalozIco \|
-	\| :::\| E321_aisvCtiCiselnikUdaju \|	+	\| Služby založené na agendovém informačním systému vyrozumívací \| E321_aisvCtiCiselnikUdaju \|
	\| Služby založené na Evidenci občanských průkazů\| E188 - eopCtiAifo \|		\| Služby založené na Evidenci občanských průkazů\| E188 - eopCtiAifo \|
-	\| :::\| E191 - eopCtiHromadneAifo \|	+	\| Služby založené na Evidenci občanských průkazů \| E191 - eopCtiHromadneAifo \|
-	\| :::\| E194 - eopCtiPodleUdaju \|	+	\| Služby založené na Evidenci občanských průkazů \| E194 - eopCtiPodleUdaju \|
	\| Služby založené na Evidenci cestovních dokladů\| E189 - ecdCtiAifo \|		\| Služby založené na Evidenci cestovních dokladů\| E189 - ecdCtiAifo \|
-	\| :::\| E192 - ecdCtiHromadneAifo \|	+	\| Služby založené na Evidenci cestovních dokladů \| E192 - ecdCtiHromadneAifo \|
-	\| :::\| E195 - ecdCtiPodleUdaju \|	+	\| Služby založené na Evidenci cestovních dokladů \| E195 - ecdCtiPodleUdaju \|
	\| Služby Mediadata (fotografie a podpisy)\| E197 - agendaMediaDataCtiAifo \|		\| Služby Mediadata (fotografie a podpisy)\| E197 - agendaMediaDataCtiAifo \|
-	\| :::\| E198 - agendaMediaDataCtiPodleUdaju \|	+	\| Služby Mediadata (fotografie a podpisy) \| E198 - agendaMediaDataCtiPodleUdaju \|
	\| Služby založené na eIdentitě\| E226 - eidentitaCtiAifo \|		\| Služby založené na eIdentitě\| E226 - eidentitaCtiAifo \|
-	\| :::\| E306_eidentitaCtiProstredekAifo \|	+	\| Služby založené na eIdentitě \| E306_eidentitaCtiProstredekAifo \|
	\| Služby založené na Informačním systému katastru nemovitostí\| E94 - isknReklamujPrvek \|		\| Služby založené na Informačním systému katastru nemovitostí\| E94 - isknReklamujPrvek \|
-	\| :::\| E238 – isknCtiVlastniky2 \|	+	\| Služby založené na Informačním systému katastru nemovitostí \| E238 – isknCtiVlastniky2 \|
-	\| :::\| E242d – isknCtiPrvekKDatuKatastralniUzemi \|	+	\| Služby založené na Informačním systému katastru nemovitostí \| E242d – isknCtiPrvekKDatuKatastralniUzemi \|
-	\| :::\| E242k – isknCtiPrvekKDatuParcela \|	+	\| Služby založené na Informačním systému katastru nemovitostí \| E242k – isknCtiPrvekKDatuParcela \|
-	\| Služby založené na Infomračním systému územní identifikace\| E53 - isuiReklamujPrvek \|	+	\| Služby založené na Informačním systému územní identifikace\| E53 - isuiReklamujPrvek \|
-	\| :::\| E234_isuiVyhledejParceluGP \|	+	\| Služby založené na Informačním systému územní identifikace \| E234_isuiVyhledejParceluGP \|
-	\| :::\| E252a_isuiCtiPrvekAdresniMistoKDatu2 \|	+	\| Služby založené na Informačním systému územní identifikace \| E252a_isuiCtiPrvekAdresniMistoKDatu2 \|
-	\| :::\| E252c_isuiCtiPrvekCastObceKDatu2 \|	+	\| Služby založené na Informačním systému územní identifikace \| E252c_isuiCtiPrvekCastObceKDatu2 \|
-	\| :::\| E252f_isuiCtiPrvekMomcKDatu2 \|	+	\| Služby založené na Informačním systému územní identifikace \| E252f_isuiCtiPrvekMomcKDatu2 \|
-	\| :::\| E252g_isuiCtiPrvekObvodPrahyKDatu2 \|	+	\| Služby založené na Informačním systému územní identifikace \| E252g_isuiCtiPrvekObvodPrahyKDatu2 \|
-	\| :::\| E252h_isuiCtiPrvekObecKDatu2 \|	+	\| Služby založené na Informačním systému územní identifikace \| E252h_isuiCtiPrvekObecKDatu2 \|
-	\| :::\| E252i_isuiCtiPrvekOkresKDatu2 \|	+	\| Služby založené na Informačním systému územní identifikace \| E252i_isuiCtiPrvekOkresKDatu2 \|
-	\| :::\| E252j_isuiCtiPrvekOrpKDatu2 \|	+	\| Služby založené na Informačním systému územní identifikace \| E252j_isuiCtiPrvekOrpKDatu2 \|
-	\| :::\| E252l_isuiCtiPrvekPouKDatu2 \|	+	\| Služby založené na Informačním systému územní identifikace \| E252l_isuiCtiPrvekPouKDatu2 \|
-	\| :::\| E252m_isuiCtiPrvekRegionSoudrznostiKDatu2 \|	+	\| Služby založené na Informačním systému územní identifikace \| E252m_isuiCtiPrvekRegionSoudrznostiKDatu2 \|
-	\| :::\| E252n_isuiCtiPrvekSpravniObvodKDatu2 \|	+	\| Služby založené na Informačním systému územní identifikace \| E252n_isuiCtiPrvekSpravniObvodKDatu2 \|
-	\| :::\| E252o_isuiCtiPrvekStatKDatu2 \|	+	\| Služby založené na Informačním systému územní identifikace \| E252o_isuiCtiPrvekStatKDatu2 \|
-	\| :::\| E252p - isuiCtiPrvekStavebniObjektKDatu2 \|	+	\| Služby založené na Informačním systému územní identifikace \| E252p - isuiCtiPrvekStavebniObjektKDatu2 \|
-	\| :::\| E252q_isuiCtiPrvekUliceKDatu2 \|	+	\| Služby založené na Informačním systému územní identifikace \| E252q_isuiCtiPrvekUliceKDatu2 \|
-	\| :::\| E252r_isuiCtiPrvekVuscKDatu2 \|	+	\| Služby založené na Informačním systému územní identifikace \| E252r_isuiCtiPrvekVuscKDatu2 \|
-	\| :::\| E252s_isuiCtiPrvekZsjKDatu2 \|	+	\| Služby založené na Informačním systému územní identifikace \| E252s_isuiCtiPrvekZsjKDatu2 \|
-	\| :::\| E285_isuiCtiUupKDatu \|	+	\| Služby založené na Informačním systému územní identifikace \| E285_isuiCtiUupKDatu \|
-	\| :::\| E286_isuiCtiStavReklamace \|	+	\| Služby založené na Informačním systému územní identifikace \| E286_isuiCtiStavReklamace \|
-	\| :::\| E313_IsuiCtiHraniceZsj \|	+	\| Služby založené na Informačním systému územní identifikace \| E313_IsuiCtiHraniceZsj \|
-	\| :::\| E332 - IsknCtiVlastnictviSNemovitostmi \|	+	\| Služby založené na Informačním systému územní identifikace \| E332 - IsknCtiVlastnictviSNemovitostmi \|
-	\| :::\| E356_isuiCtiStavebniObjektCsu \|	+	\| Služby založené na Informačním systému územní identifikace \| E356_isuiCtiStavebniObjektCsu \|
-	</datateble>	+	</datatable>


	{{tag>ISZR "Informační systém základních registrů" "Propojený datový fond" "Referenční rozhraní" "Základní registry" "Funkční celek" "eGON" "eGON služby"}}		{{tag>ISZR "Informační systém základních registrů" "Propojený datový fond" "Referenční rozhraní" "Základní registry" "Funkční celek" "eGON" "eGON služby"}}

Integrovaná Telekomunikační Síť

Anonymous (anonymous@undisclosed.example.com) — 2023-04-20T08:46:27+00:00

2022/05/06 12:18		aktuální
Řádek 17:		Řádek 17:
	* MSp – Soudy		* MSp – Soudy
	* ČUZK - Pozemkové a katastrální úřady		* ČUZK - Pozemkové a katastrální úřady
-	* MZV – Nemocnice, UZIS, Krajské Hygienické stanice	+	* MZ – Krajské Hygienické stanice
-	* Agrární komory	+	* MŠMT - Školská zařízení
-	* Školy, školky, dětské domovy…	+

	Každá z těchto organizací viz. výše využívá pro komunikaci vlastní síť založenou na vlastních, pronajatých, nebo [[nap:komunikacni_infrastruktura_verejne_spravy\|KIVS]] linkách. Cílem je nastartování procesu sdílení komunikačních sítí na principu jedné robustní komunikační sítě s přípojnými body v krajích a okresech, na které se připojují metropolitní sítě jednotlivých měst a obcí.		Každá z těchto organizací viz. výše využívá pro komunikaci vlastní síť založenou na vlastních, pronajatých, nebo [[nap:komunikacni_infrastruktura_verejne_spravy\|KIVS]] linkách. Cílem je nastartování procesu sdílení komunikačních sítí na principu jedné robustní komunikační sítě s přípojnými body v krajích a okresech, na které se připojují metropolitní sítě jednotlivých měst a obcí.
Řádek 31:		Řádek 30:
	Pro další plánované období IROP 2021-2027 jsou plánovány prostředky a programy pro další budování metropolitních a krajských sítí a posílení komunikace páteřní sítě ITS a [[nap:komunikacni_infrastruktura_verejne_spravy\|Centrálního místa služeb]].		Pro další plánované období IROP 2021-2027 jsou plánovány prostředky a programy pro další budování metropolitních a krajských sítí a posílení komunikace páteřní sítě ITS a [[nap:komunikacni_infrastruktura_verejne_spravy\|Centrálního místa služeb]].

-	=== Propojení s CMS pomocí ITS ===

-	{{ nap-dokument:its.png \|ITS}}

Jednotné obslužné kanály úředníků

Anonymous (anonymous@undisclosed.example.com) — 2021-04-30T07:59:45+00:00

2020/05/12 12:58		aktuální
Řádek 1:		Řádek 1:
-	<title>Jednotné obslužné kanály úředníků</title>	+	======Jednotné obslužné kanály úředníků======

	===== Popis Jednotných obslužných kanálů úředníků =====		===== Popis Jednotných obslužných kanálů úředníků =====
-	{{page>nap:popisy:popis_jednotne_ui_uredniku}}	+	Ve shodě s cílem a s principy poskytnout úředníkům efektivní navigační a uživatelské prostředí pro elektronické úřadování, pro elektronickou správu zdrojů úřadu a pro zaměstnaneckou samoobsluhu je potřeba výrazně posílit a rozvinou, případně nahradit dosavadní možnosti sdílených služeb Portál úředníka a CzechPOINT@Office.
		+
		+
		+	==== Portál úředníka ====
		+
		+	Aktuálně částečně plní tuto roli pouze portál IS o Státní službě (ISoSS), který má dvě části - veřejnou část a část pro služební úřady, s přístupem přes JIP/KAAS.
		+
		+	Veřejná část poskytuje 3 funkce:
		+
		+	* Přihlašování na úřednickou zkoušku
		+	* Evidence obsazovaných služebních míst
		+	* Evidence provedených úřednických zkoušek
		+
		+	Portál ISoSS v sekci pro služební úřady umožňuje:
		+
		+	* Vkládání návrhů na systemizaci pracovních míst (a dále také Vlastní kontrola návrhů, Úprava návrhů, Odesílání návrhů do schvalovacího procesu, Možnost vkládání odůvodnění k návrhu, Prohlížení postupu schvalovacího procesu návrhu)
		+
		+	Podle architektonické vize eGovernmentu pro každého úředníka bude v jeho „kmenovém“ úřadě poskytnuto jednotné univerzální vnitřní navigační prostředí a webové uživatelské pracovní prostředí, umožňující mu přístup do všech místních a do všech centrálních informačních systémů, k nimž je z titulu svých rolí v OVS oprávněn.
		+
		+	Portál úředníka (PÚ) bude federativní (federalizovaný) obráceným způsobem než PVS. Tj. budou existovat jednotlivé centrální portálové služby (HR, vzdělávání, NEN, IISSP, …), které budou připojovány do lokálního transakčního PÚ, do něhož by se měl postupně transformovat každý tzv. Intranet úřadu.
		+	Vedlo toho se jeden z centrálních portálů VS, IKČR navrhuje, aby to byl buď personální portál ISoSS, případně portál odvozený od Portálu občana, rozšíří tak, aby pro úřední osoby a zaměstnance úřadů, pro něž je nehospodárné spravovat svůj vlastní PÚ, poskytl službu zprostředkování všech centrálních interních portálů na jednom místě.
		+
		+	Vedlo toho se jeden z centrálních portálů VS, IKČR navrhuje, aby to byl personální portál ISoSS, rozšíří tak, aby pro úřední osoby a zaměstnance úřadů, pro něž je nehospodárné spravovat svůj vlastní PÚ, poskytl službu zprostředkování všech centrálních interních portálů na jednom místě.
		+
		+	Všechny funkce portálu úředníka, přesahující hranice „domovského“ OVS budou dostupné výhradně s využitím JIP/KAAS. Proto musí být i lokální IS dostupné se stejnou identitou nebo musí mít úřad pro Portál úředníka a do něj zařazené IS vybudovaný lokální Single-Sign-On řešení, integrované s JIP/KAAS.
		+
		+
		+	==== CzechPOINT@Office ====
		+
		+	Jde o neveřejné pracoviště úřadu, kde úředník samostatně čerpá informace, ověřuje a předkládá podání v rámci k eGovernmentu. Je určeno pro úředníky orgánů veřejné moci, kteří ze zákona přistupují k rejstříkům nebo provádějí autorizovanou konverzi dokumentů z moci úřední. (Např. místo toho, aby občan nebo podnikatel dokládal Výpis z rejstříku trestů, úředník si pořídí nutný doklad pomocí Czech POINT@Office).
		+
		+	Jedná se o pracoviště na libovolném úřadě, s technickým vybavením stejným jako v případě veřejnosti přístupných pracovišť Czech POINT, tzn. standardní počítač s přístupem na internet, webový, formulářový a dokumentový prohlížeč, účet pro používání Czech POINT@Office (přístup pomocí dvojice certifikátů pro autentizaci a podpis žádostí).
		+
		+	Systém Czech POINT poskytuje rozhraní CzechPOINT@office, které je určeno pro orgány veřejné moci. Pomocí formulářů, dostupných v rozhraní CzechPOINT@office, mohou úředníci využívat pro výkon své působnosti. Jedná se zejména o:
		+
		+	* výpis a opis z Rejstříku trestů
		+	* výpisy ze základních registrů
		+	* autorizovanou konverzi z moci úřední
		+	* agendy matrik
		+	* agendy ohlašoven
		+	* agendy soudů
		+
		+	Do oblasti nástrojů pro úředníky patří také podpora provádění autorizované konverze z moci úřední (také jako KzMU). K dispozici jsou dvě API rozhraní systému CzechPOINT pro tuto úlohu.
		+
		+	Služby CzechPOINT@Office budou představovat jedny z prvních centrálních sdílených služeb pro Portály úředníka, CzechPOINT@Office bude postupně konvergovat k Portálu úředníka, splyne s ním nebo bude nahrazen a společně vytvoří jedno efektivní interní obslužné rozhraní.
		+
		+	==== Pohled na jednotné obslužné kanály úředníků ====
		+
		+	{{ :nap-dokument:egov_rbou_l2.png \|}}


	===== Pravidla Jednotných obslužných kanálů úředníků =====		===== Pravidla Jednotných obslužných kanálů úředníků =====
-	{{page>nap:pravidla:jednotne_ui_ureniku}}	+	NAP nestanovuje v této verzi pro tento funkční celek či tematickou oblast žádná pravidla.


	{{tag>KZMU CzechPOINT "Portál úředníka"}}		{{tag>KZMU CzechPOINT "Portál úředníka"}}

Jednotný identitní prostor veřejné správy

Anonymous (anonymous@undisclosed.example.com) — 2025-01-24T14:48:49+00:00

2024/10/03 11:06		aktuální
Řádek 2:		Řádek 2:

	<WRAP center round important 60%>		<WRAP center round important 60%>
-	Jednotný identitní prostor - v současném provedení systému JIP/KAAS bude postupně nahrazen systémem CAAIS (Centrální autentizační a autorizační informační systém), jehož popis API je k dispozici {{ :dokumenty:caais_api.zip \|zde}}	+	Jednotný identitní prostor - v současném provedení systému JIP/KAAS bude postupně nahrazen systémem [[nap:caais\|CAAIS (Centrální autentizační a autorizační informační systém)]], jehož popis API je k dispozici {{ :dokumenty:caais_api.zip \|zde}}
	</WRAP>		</WRAP>

Řádek 28:		Řádek 28:

	Důležité je, že vznik a zejména zánik identifikace a oprávnění k roli musí v JIP vznikat na základě jeho integrace s lokálními personálními systémy, resp. s centrálními služebními a zaměstnaneckými registry na jedné straně a v integraci na lokální IDM/IAM systémy na druhé straně. Tyto základní požadavky a potřeby budou formovat budoucí architekturu JIP a nezbytných spolupracujících systémů.		Důležité je, že vznik a zejména zánik identifikace a oprávnění k roli musí v JIP vznikat na základě jeho integrace s lokálními personálními systémy, resp. s centrálními služebními a zaměstnaneckými registry na jedné straně a v integraci na lokální IDM/IAM systémy na druhé straně. Tyto základní požadavky a potřeby budou formovat budoucí architekturu JIP a nezbytných spolupracujících systémů.
		+
		+	==== Procesy založení a zjištění lokálního administrátora ====
		+
		+	Pro zjištění informací o lokálním administrátorovi subjektu a zároveň i pro registraci nového, slouží formulář pro správu lokálních administrátorů. Najdete jej na stránce Czech POINT – ke stažení [[https://www.czechpoint.cz/data/formulare/files/sprava_lokalnich_administratoru.zfo]].
		+	Formulář je ve formátu ZFO, pro jeho otevření a vyplnění je zapotřebí mít nainstalovaný program „Software602 Form Filler“, který je zdarma ke stažení na [[https://www.602.cz/form-filler]].
		+
		+	Formulář je tříkrokový:
		+	- Otevřete formulář prostřednictvím programu Software602 Form Filler a v rámci prvního kroku pouze zaškrtněte políčko „Žádám o zaslání aktuálního seznamu lokálních administrátorů“. Formulář odešlete buď přímo z formuláře (formulář vás vyzve k zadání údajů o datové schránce vašeho subjektu) nebo jej uložte na lokální disk a odešlete jako přílohu z datové schránky vašeho subjektu, případně prostřednictvím spisové služby. Formulář pošlete ve formátu ZFO do tzv. „další datové schránky“ Digitální a informační agentury – Automat SOVM (vu33nsr). Průvodní dopis není zapotřebí, ale není na překážku.
		+	- Systém vaši žádost automaticky zpracuje a pošle odpověď do datové schránky vašeho subjektu (spisové služby). Odpověď má podobu předvyplněného formuláře ZFO. Ve formuláři bude uveden seznam všech lokálních administrátorů registrovaných pod vaším subjektem. V rámci tohoto formuláře proveďte editaci již existujících lokálních administrátorů (včetně možnosti deaktivace účtu) nebo požádejte o zřízení nového účtu. Upravený formulář opět odešlete ke zpracování do DS DIA buď přímo z programu, nebo prostřednictvím datové schránky.
		+	- V rámci posledního kroku obdržíte do datové schránky odpověď s výsledkem zpracování vaší žádosti. V případě založení nového účtu budou k odpovědi připojeny pokyny pro lokálního administrátora k vyzvednutí přihlašovacích údajů k účtu.
		+
		+	<WRAP center round info 60%>
		+	POZOR_ Jakmile pošlete formulář se žádostí o informace/registraci nového lokálního administrátora, pokračujte prosím v provedení i zbývajících kroků, i když jste s aktuálním nastavením lokálního administrátora spokojení a nechcete ho měnit
		+	</WRAP>
		+

	==== Pohledy na jednotný identitní prostor ====		==== Pohledy na jednotný identitní prostor ====

Jednotný informační systém sběru dat (JISSD)

Anonymous (anonymous@undisclosed.example.com) — 2026-09-02T08:47:32+00:00

2026/09/20 01:24	aktuální
Řádek 1:	Řádek 1:
	+	====== Jednotný informační systém sběru dat (JISSD) ======

	+	===== Popis =====
	+
	+	Jednotný informační systém sběru dat (JISSD) přináší jednotné prostředí pro vytváření, distribuci a zpracování dotazníků, vyhodnocování získaných dat a sdílení již existujících informačních zdrojů. Díky tomu pomáhá zjednodušit sběr informací, omezovat duplicitní šetření a efektivněji využívat data veřejné správy i veřejné prostředky. Systém se skládá ze tří základních modulů, kterými jsou Dotazníkový nástroj, Analytický nástroj a Knihovna zdrojů. JISSD je dostupný na adrese [[https://sberdat.gov.cz/]]. Na tomto webu naleznete i další informace, návody a možnost přihlásit se na uživatelská školení.
	+
	+	{{ :nap:jissd.png?600 \|}}
	+
	+	===== Využití =====
	+
	+	Systém mohou aktivně využívat – realizovat v něm dotazníková šetření, analyzovat jejich výsledky či vkládat odkazy na zajímavé datové zdroje relevantní pro veřejnou správu – všichni úředníci státu i samospráv, kteří mají uživatelský účet v JIP/KAAS, integrace s CAAIS bude dostupná od Q4/2026.
	+
	+	Hlavní přínosy systému jsou následující:
	+
	+	* Data jsou ukládána a zpracovávána v bezpečném a důvěryhodném prostředí
	+	* Úspora nákladů na komerční nástroje
	+	* Podpora rozhodování založeného na datech
	+	* Eliminace duplicitních sběrů dat díky podpoře sdílení

Katalog služeb veřejné správy

Anonymous (anonymous@undisclosed.example.com) — 2026-02-24T07:16:06+00:00

2025/02/07 09:57		aktuální
Řádek 47:		Řádek 47:
	Tipy:		Tipy:

-	* Pro přípravu podkladů evidence je možné využít [[https://pma3.gov.cz/uploads/doc/P2-Sablona-pro-pripravu-podkladu-pro-katalog-sluzeb-VS.XLSM\|šablonu P2 XLSX]].	+	* Pro přípravu podkladů evidence je možné využít {{ :znalostni_baze:ks:p2-sablona-pro-pripravu-podkladu-pro-katalog-sluzeb-vs.xlsx \|šablonu P2}}
-	* Návod, jak vyplnit služby VS v AIS RPP Působnostní.	+	* [[znalostni_baze:aisp_ohlaseni_sluzeb\|Návod, jak vyplnit služby VS v AIS RPP Působnostní]].
	* [[znalostni_baze:aisp_hromadna_editace_sluzeb\|Část atributů lze upravovat hromadně]].		* [[znalostni_baze:aisp_hromadna_editace_sluzeb\|Část atributů lze upravovat hromadně]].

Řádek 77:		Řádek 77:

	<hidden Jak se zveřejňují elektronické formuláře dle zákona č. 12/2020 Sb.? Pro rozbalení nebo schování klikněte>		<hidden Jak se zveřejňují elektronické formuláře dle zákona č. 12/2020 Sb.? Pro rozbalení nebo schování klikněte>
-	Odkaz na elektronický formulář dle § 4, odst. 3 zákona č. 12/2020 Sb., o právu na digitální služby (ZoPDS), se zveřejňuje v rámci detailního popisu služby. Jde o atributy:	+	Odkaz na elektronický formulář dle § 4, odst. 3 zákona č. 12/2020 Sb., o právu na digitální služby (ZoPDS), se zveřejňuje v [[https://rpp-ais.egon.gov.cz/AISK/\|AIS Správa katalogů (AISK)]]. V katalogu detailních popisů služeb je nutné vyplnit:
	* Název transakčního portálu		* Název transakčního portálu
	* Odkaz na službu na transakčním portálu		* Odkaz na službu na transakčním portálu
		+	a aktualizovat popis v atributu //Kde a jak službu řešit elektronicky// (zmínit možnost využít el. formulář).

	Elektronický formulář dle ZoPDS je takový formulář, který po přihlášení přes prostředky NIA zajistí předvyplnění údajů uživatele služby.		Elektronický formulář dle ZoPDS je takový formulář, který po přihlášení přes prostředky NIA zajistí předvyplnění údajů uživatele služby.

Komunikační infrastruktura veřejné správy

Anonymous (anonymous@undisclosed.example.com) — 2026-09-18T13:29:06+00:00

2026/04/30 11:48		aktuální
Řádek 81:		Řádek 81:
	==== Služby Centrálního místa služeb 2. generace (služby 2.0) ====		==== Služby Centrálního místa služeb 2. generace (služby 2.0) ====

-	<WRAP center round info 60%>	+	<WRAP center round info 60%>Popis služeb na této stránce vychází z dokumentu Ministerstva vnitra [[https://mv.gov.cz/soubor/prehled-sluzeb-cms.aspx\|Přehled služeb CMS]], verze 2.8.0 ze dne 11. 3. 2025. Závazným zdrojem je vždy aktuální verze tohoto dokumentu; rozcestník je na [[https://mv.gov.cz/clanek/komunikacni-infrastruktura-verejne-spravy-a-centralni-misto-sluzeb.aspx?q=Y2hudW09NA%3D%3D\|webu MV]].</WRAP>
-	Přehled služeb k nalezení také na webu MV [[https://mv.gov.cz/clanek/komunikacni-infrastruktura-verejne-spravy-a-centralni-misto-sluzeb.aspx?q=Y2hudW09NA%3d%3d]]	+
-	</WRAP>	+

		+	=== Rejstřík katalogových služeb CMS 2.0 ===
		+
		+	^ Kód služby ^ Název služby ^ Stav služby ^
		+	\| CMS2-01-1 \| Akceptace provozních podmínek CMS \| V provozu \|
		+	\| CMS2-01-2 \| Akceptace provozních podmínek Extranetu CMS \| V provozu \|
		+	\| CMS2-02-1 \| Zveřejnění aplikace \| V provozu \|
		+	\| CMS2-03-1 \| Přístup k aplikaci v síti CMS \| V provozu \|
		+	\| CMS2-03-2 \| Přístup k aplikaci v síti TESTA-ng \| V provozu \|
		+	\| CMS2-03-3 \| Přístup k aplikaci v síti Internet \| V provozu \|
		+	\| CMS2-04-1 \| Publikace AIS na eGSB \| Ukončena \|
		+	\| CMS2-05-1 \| Odchozí provoz elektronické pošty \| V provozu \|
		+	\| CMS2-05-2 \| Příchozí provoz elektronické pošty \| V provozu \|
		+	\| CMS2-05-3 \| Server elektronické pošty \| V provozu \|
		+	\| CMS2-06-1 \| DNS hosting – Veřejná registrovaná doména do Internetu \| V provozu \|
		+	\| CMS2-06-2 \| DNS hosting – Veřejná doména CMS \| V provozu \|
		+	\| CMS2-06-3 \| DNS hosting – Neveřejná doména \| V provozu \|
		+	\| CMS2-06-4 \| DNS – Distribuce veřejně registrované domény do KIVS \| Ukončena \|
		+	\| CMS2-06-5 \| DNS – Hosting veřejně registrované domény do KIVS \| Ukončena \|
		+	\| CMS2-07-1 \| Služby TESTA-ng \| V provozu \|
		+	\| CMS2-08-1 \| Přístup do CMS přes KIVS \| V provozu \|
		+	\| CMS2-08-2 \| Přístup do CMS přes IPsec \| V provozu \|
		+	\| CMS2-08-3 \| Přístup do CMS přes SSL \| V provozu \|
		+	\| CMS2-08-4 \| Přístup do CMS z NDC \| V provozu \|
		+	\| CMS2-08-5 \| Přístup technických pracovníků Subjektu do CMS přes SSL \| V provozu \|
		+	\| CMS2-09-1 \| Přímý přístup do Internetu \| V provozu \|
		+	\| CMS2-09-2 \| Bezpečný přístup do Internetu \| V provozu \|
		+	\| CMS2-10-1 \| Přístup k záznamům o provozu \| Nerealizovaná \|
		+	\| CMS2-11-1 \| Přístup k účtovacím informacím \| Nerealizovaná \|
		+	\| CMS2-12-1 \| Propojovací bod Subjektu \| V provozu \|
		+	\| CMS2-12-2 \| Propojovací bod pro Extranet \| V provozu \|
		+	\| CMS2-13-1 \| Testování publikace aplikace \| V provozu \|
		+	\| CMS2-13-2 \| Testování distribuce veřejně registrované domény do KIVS \| V provozu \|
		+	\| CMS2-13-3 \| Testování hostingu veřejně registrované domény do KIVS \| V provozu \|
		+	\| CMS2-14-1 \| MS WSUS – Aktualizační služba WSUS \| V provozu \|
		+
		+	Služby označené jako Nerealizovaná nelze objednat, přestože jsou v katalogu popsány. Služby označené jako Ukončena se již neposkytují.
		+
		+	=== Přehled SLA u služeb CMS 2.0 ===
		+
		+	^ Kód služby ^ Název služby ^ SLA v % ^ Max. reakční doba ^ Max. doba obnovy ^ Doba držení SLA ^ Měřicí bod služby ^
		+	\| CMS2-01-1 \| Akceptace provozních podmínek CMS \| 99,9 \| 30 min \| 4 h \| 24x7 \| Dostupnost Portálu CMS \|
		+	\| CMS2-01-2 \| Akceptace provozních podmínek Extranetu CMS \| 99,9 \| 30 min \| 4 h \| 24x7 \| Dostupnost Propojovacího bodu Extranetu \|
		+	\| CMS2-02-1 \| Zveřejnění aplikace \| 99,9 \| 30 min \| 4 h \| 24x7 \| Dostupnost aplikace na hraně CMS \|
		+	\| CMS2-03-1 \| Přístup k aplikaci v síti CMS \| 99 \| 30 min \| 8 h \| 24x7 \| Dostupnost konektivity z připojovacího bloku \|
		+	\| CMS2-03-2 \| Přístup k aplikaci v síti TESTA-ng \| 99 \| 30 min \| 8 h \| 24x7 \| Dostupnost konektivity z připojovacího bloku \|
		+	\| CMS2-03-3 \| Přístup k aplikaci v síti Internet \| 99 \| 30 min \| 8 h \| 24x7 \| Dostupnost konektivity z připojovacího bloku \|
		+	\| CMS2-04-1 \| Publikace AIS na eGSB (ukončena) \| 99 \| 30 min \| 8 h \| 24x7 \| Dostupnost AIS na hraně CMS \|
		+	\| CMS2-05-1 \| Odchozí provoz elektronické pošty \| 99,9 \| 30 min \| 4 h \| 24x7 \| Dostupnost MTA služby CMS \|
		+	\| CMS2-05-2 \| Příchozí provoz elektronické pošty \| 99,9 \| 30 min \| 4 h \| 24x7 \| Dostupnost MTA služby CMS \|
		+	\| CMS2-05-3 \| Server elektronické pošty \| 99,9 \| 30 min \| 4 h \| 24x7 \| Dostupnost virtuálního mailserveru CMS \|
		+	\| CMS2-06-1 \| DNS hosting – veřejná registrovaná doména \| 99,9 \| 30 min \| 4 h \| 24x7 \| Dostupnost DNS služby CMS \|
		+	\| CMS2-06-2 \| DNS hosting – veřejná doména CMS \| 99,9 \| 30 min \| 4 h \| 24x7 \| Dostupnost DNS služby CMS \|
		+	\| CMS2-06-3 \| DNS hosting – neveřejná doména \| 99,9 \| 30 min \| 4 h \| 24x7 \| Dostupnost DNS služby CMS \|
		+	\| CMS2-06-4 \| DNS – distribuce domény do KIVS (ukončena) \| 99,9 \| 30 min \| 4 h \| 24x7 \| Dostupnost DNS služby CMS \|
		+	\| CMS2-06-5 \| DNS – hosting domény do KIVS (ukončena) \| 99,9 \| 30 min \| 4 h \| 24x7 \| Dostupnost DNS služby CMS \|
		+	\| CMS2-07-1 \| Služby TESTA-ng \| N/A \| – \| – \| – \| – \|
		+	\| CMS2-08-1 \| Přístup do CMS přes KIVS \| 99 \| 30 min \| 8 h \| 24x7 \| Dostupnost konektivity z připojovacího bloku \|
		+	\| CMS2-08-2 \| Přístup do CMS přes IPsec \| N/A \| – \| – \| – \| – \|
		+	\| CMS2-08-3 \| Přístup do CMS přes SSL \| N/A \| – \| – \| – \| – \|
		+	\| CMS2-08-4 \| Přístup do CMS z NDC \| 99,9 \| 30 min \| 4 h \| 24x7 \| Dostupnost konektivity z NDC bloku \|
		+	\| CMS2-08-5 \| Přístup technických pracovníků do CMS přes SSL \| N/A \| – \| – \| – \| – \|
		+	\| CMS2-09-1 \| Přímý přístup do Internetu \| 99 \| 30 min \| 8 h \| 24x7 \| Dostupnost Internetu \|
		+	\| CMS2-09-2 \| Bezpečný přístup do Internetu \| 99 \| 30 min \| 8 h \| 24x7 \| Dostupnost proxy CMS \|
		+	\| CMS2-10-1 \| Přístup k záznamům o provozu \| 99 \| 30 min \| 8 h \| 8x5 \| Dostupnost portálu \|
		+	\| CMS2-11-1 \| Přístup k účtovacím informacím \| 99 \| 30 min \| 8 h \| 8x5 \| Dostupnost portálu \|
		+	\| CMS2-12-1 \| Propojovací bod Subjektu \| 99,9 \| 30 min \| 4 h \| 24x7 \| Dostupnost FW Subjektu \|
		+	\| CMS2-12-2 \| Propojovací bod pro Extranet \| 99,9 \| 30 min \| 4 h \| 24x7 \| Dostupnost FW Extranet \|
		+	\| CMS2-13-1 \| Testování publikace aplikace \| N/A \| 30 min \| BE \| 24x7 \| Dostupnost SSL VPN koncentrátoru \|
		+	\| CMS2-13-2 \| Testování distribuce domény do KIVS \| N/A \| – \| – \| – \| Služba není monitorována \|
		+	\| CMS2-13-3 \| Testování hostingu domény do KIVS \| N/A \| – \| – \| – \| Služba není monitorována \|
		+	\| CMS2-14-1 \| MS WSUS – Aktualizační služba WSUS \| N/A \| – \| – \| – \| Dostupnost Aktualizační služby WSUS CMS \|
		+
		+	N/A = dostupnost služby bez garance. BE = doba obnovy bezodkladně.

	=== Služba CMS2 – 01 – Akceptace provozních podmínek CMS ===		=== Služba CMS2 – 01 – Akceptace provozních podmínek CMS ===
		+
	^ Název parametru ^ Vysvětlení ^		^ Název parametru ^ Vysvětlení ^
	\| Kód služby \| CMS2-01 \|		\| Kód služby \| CMS2-01 \|
	\| Název služby \| Akceptace provozních podmínek CMS \|		\| Název služby \| Akceptace provozních podmínek CMS \|
-	\| Popis služby \| Služba je procesní nástroj pro akceptaci provozních podmínek systému CMS pro jeho nové uživatele. Bez akceptování provozních podmínek není možné žádat o další služby CMS – viz kapitola 4 Závislosti služeb CMS 2.0. Varianty služby:\ - 1. Celé CMS\ - 2. Extranet CMS – viz služba CMS2-12-2 \|	+	\| Varianty a stav \| CMS2-01-1 Celé CMS – v provozu \\ CMS2-01-2 Extranet CMS – v provozu (viz služba CMS2-12-2) \|
		+	\| Popis služby \| Služba je procesním nástrojem pro akceptaci provozních podmínek systému CMS novými uživateli. Bez akceptace provozních podmínek nelze žádat o další služby CMS, viz [[#zavislosti_sluzeb_cms_20\|Závislosti služeb CMS 2.0]]. \|

-	Akceptaci provozních podmínek CMS (CMS2-01-1) musí provést oprávněná osoba Subjektu (OVM) prostřednictvím datové schránky. Aktualizaci provozních podmínek CMS bude možné akceptovat prostřednictvím Portálu CMS. Při akceptaci Vám bude zřízena tzv. GOV položka s pořadovým číslem ve tvaru GOVxxxxxx, kde x je pořadové číslo. GOV položka slouží jako jednoznačný identifikátor služby daného Subjektu, kterým můžete nahlašovat změny, poruchy či rušení služby. Akceptováním provozních podmínek CMS a vytvořením GOV položky získáváte přístup na Portál CMS.	+	Akceptaci provozních podmínek CMS (CMS2-01-1) musí provést oprávněná osoba Subjektu (OVM) prostřednictvím datové schránky. Aktualizaci provozních podmínek bude možné akceptovat prostřednictvím Portálu CMS. Při akceptaci je zřízena tzv. GOV položka s pořadovým číslem ve tvaru GOVxxxxxx. GOV položka slouží jako jednoznačný identifikátor služby daného Subjektu, kterým lze nahlašovat změny, poruchy či rušení služby. Akceptováním provozních podmínek a vytvořením GOV položky Subjekt získává přístup na Portál CMS na adrese [[https://www.cms2.cz/\|https://www.cms2.cz/]], dostupný pouze z prostředí CMS (zadáním adresy z Internetu se uživatel dostane na web Ministerstva vnitra). O zřízení služby je Subjekt informován e-mailem.

-	Akceptace provozních podmínek Extranetu CMS (CMS2-01-2) – oprávněná osoba Subjektu Extranetu zašle „Žádost o přístup do Extranetu“ do datové schránky správce CMS. Po schválení žádosti Správcem CMS je žádost postoupena provozovateli CMS, který vystavuje předávací protokol k danému Extranetu.	+	Akceptace provozních podmínek Extranetu CMS (CMS2-01-2) – oprávněná osoba Subjektu Extranetu zašle „Žádost o přístup do Extranetu“ do datové schránky správce CMS. Po schválení žádosti správcem CMS je žádost postoupena provozovateli CMS, který vystavuje předávací protokol k danému Extranetu. V protokolu jsou informace o operátorech, přes které je možné se k Extranetu připojit, a technické parametry realizace připojení.

	=== Služba CMS2 – 02 – Zveřejnění aplikace ===		=== Služba CMS2 – 02 – Zveřejnění aplikace ===
		+
	^ Název parametru ^ Vysvětlení ^		^ Název parametru ^ Vysvětlení ^
	\| Kód služby \| CMS2-02 \|		\| Kód služby \| CMS2-02 \|
	\| Název služby \| Zveřejnění aplikace \|		\| Název služby \| Zveřejnění aplikace \|
-	\| Popis služby \| Služba vytvoří prostředí pro publikaci aplikační služby informačního systému OVM. Službu lze zřídit do následujících prostředí:\ - 1) do sítě CMS\ - 2) do sítě Internet\ - a) zveřejnění IPsec koncentrátoru Subjektu\ - 3) do sítě TESTA-ng\ - 4) do Extranetu \|	+	\| Varianty a stav \| CMS2-02-1 Zveřejnění aplikace – v provozu \|
		+	\| Popis služby \| Služba vytvoří prostředí pro publikaci aplikační služby informačního systému OVM. Službu lze zřídit do prostředí: \\ 1) sítě CMS \\ 2) sítě Internet, včetně zveřejnění IPsec koncentrátoru Subjektu \\ 3) sítě TESTA-ng \\ 4) Extranetu \|

-	Aplikační služba může být umístěna v infrastruktuře OVM nebo v infrastruktuře Národního datového centra (NDC). Aplikační služba může být zveřejněna do více prostředí současně. Nejdříve je aplikace publikována do sítě CMS.	+	Aplikační služba může být umístěna v infrastruktuře OVM nebo v infrastruktuře Národního datového centra (NDC). Může být zveřejněna do více prostředí současně a je zveřejněna na definovaných protokolech a portech.
		+
		+	Nejdříve je aplikace publikována do sítě CMS. Aplikaci jsou přiděleny privátní IP adresy z prostoru CMS (konsolidované IP adresy). Službu lze zveřejnit pro všechny ostatní Subjekty připojené do sítě CMS (služba s otevřeným přístupem), pro definované Subjekty či skupiny Subjektů (schvalovaná služba), nebo přístup z CMS zakázat. O přístup ke schvalované službě žádají přistupující Subjekty službou CMS2-03-1.
		+
		+	Při zveřejnění aplikace do sítě Internet jsou aplikaci přiděleny veřejné IP adresy z prostoru CMS. Přístup ke zveřejněné službě může být omezen na definované zdrojové IP adresy.
		+
		+	Při zveřejnění IPsec koncentrátoru Subjektu do sítě Internet je nad rámec standardního zveřejnění umožněn i provoz opačným směrem s využitím statického NATu.
		+
		+	Při zveřejnění aplikace do sítě TESTA-ng jsou aplikaci přiděleny IP adresy z prostoru pro ČR v síti TESTA-ng. Přístup je omezen na definované zdrojové IP adresy. Zveřejnění musí být provozováno v souladu s provozními a bezpečnostními požadavky EU pro síť TESTA-ng.
		+
		+	Při zveřejnění aplikace do Extranetu jsou aplikaci přiděleny privátní IP adresy z prostoru CMS (konsolidované IP adresy). Aplikační služba je zveřejněna do existujícího Extranetu, který vytváří správce CMS. Přístup k aplikaci v Extranetu mají všichni uživatelé s přístupem do daného Extranetu.

	=== Služba CMS2 – 03 – Přístup k aplikaci ===		=== Služba CMS2 – 03 – Přístup k aplikaci ===
		+
	^ Název parametru ^ Vysvětlení ^		^ Název parametru ^ Vysvětlení ^
	\| Kód služby \| CMS2-03 \|		\| Kód služby \| CMS2-03 \|
	\| Název služby \| Přístup k aplikaci \|		\| Název služby \| Přístup k aplikaci \|
-	\| Popis služby \| Služba umožňuje zřizovat a rušit přístupy k aplikačním službám. Varianty služby se liší podle cílového prostředí:\ - 1. k aplikaci v síti CMS\ - 2. k aplikaci v síti TESTA-ng\ - 3. k aplikaci v síti Internet \|	+	\| Varianty a stav \| CMS2-03-1 k aplikaci v síti CMS – v provozu \\ CMS2-03-2 k aplikaci v síti TESTA-ng – v provozu \\ CMS2-03-3 k aplikaci v síti Internet – v provozu \|
		+	\| Popis služby \| Služba umožňuje zřizovat, měnit a rušit přístupy k aplikačním službám. Varianty se liší cílovým prostředím. \|

-	Přístup k aplikaci v síti CMS (CMS2-03-1) umožní Subjektu připojení k aplikační službě zveřejněné jiným Subjektem v síti CMS.	+	Jednou žádostí lze zřídit přístup právě k jedné aplikační službě. Připojení je povoleno z definovaných IP adres v síti Subjektu.

-	Přístup k aplikaci v síti TESTA-ng** (CMS2-03-2) umožní Subjektu připojení k aplikační službě zveřejněné jiným státem EU**.	+	Přístup k aplikaci v síti CMS** (CMS2-03-1) umožní Subjektu připojení k aplikační službě zveřejněné jiným Subjektem službou CMS2-02-1. Zřízení přístupu je podmíněno souhlasem vlastníka zveřejněné aplikační služby, který probíhá prostřednictvím Portálu CMS**.

-	Přístup k aplikaci v síti Internet (CMS2-03-3) umožní Subjektu připojení k aplikační službě zveřejněné v síti Internet.	+	Přístup k aplikaci v síti TESTA-ng (CMS2-03-2) umožní Subjektu připojení k aplikační službě zveřejněné jiným státem Evropské unie v síti TESTA-ng. Připojení je povoleno na definovaných protokolech a portech a musí být provozováno v souladu s provozními a bezpečnostními požadavky EU pro síť TESTA-ng.
		+
		+	Přístup k aplikaci v síti Internet (CMS2-03-3) umožní Subjektu připojení k aplikační službě zveřejněné v síti Internet na definovaných protokolech a portech. Cílovou aplikační službu je nutné definovat konkrétními IP adresami, protokoly a porty.

	=== Služba CMS2 – 04 – Publikace AIS na eGSB ===		=== Služba CMS2 – 04 – Publikace AIS na eGSB ===
		+
	^ Název parametru ^ Vysvětlení ^		^ Název parametru ^ Vysvětlení ^
-	\| Kód služby \| CMS2-04 Služba ukončena a nahrazena aplikací ISSS \|	+	\| Kód služby \| CMS2-04 \|
	\| Název služby \| Publikace AIS na eGSB \|		\| Název služby \| Publikace AIS na eGSB \|
-	\| Popis služby \| Služba zajišťuje zpřístupnění publikačního agendového informačního systému (AIS) v rámci CMS a povolení síťové komunikace s rozhraním eGON Service Bus (eGSB). \|	+	\| Varianty a stav \| CMS2-04-1 – ukončena k verzi katalogu 2.8.0 (11. 3. 2025), nahrazena [[nap:isss\|Informačním systémem sdílené služby (ISSS)]] \|
		+	\| Popis služby \| Služba zajišťovala zpřístupnění publikačního agendového informačního systému (AIS) v rámci CMS a povolení síťové komunikace s rozhraním eGON Service Bus (eGSB). \|
		+
		+	Služba zajišťovala provozovateli publikačního AIS síťovou konektivitu mezi eGSB a publikačním AIS na definovaných protokolech a portech; v rámci publikace byly přiděleny privátní IP adresy z prostoru CMS (konsolidované IP adresy). Ve výchozím stavu byla komunikace mezi eGSB a publikačním AIS synchronní, volitelně bylo možné zprovoznit komunikaci asynchronní.

	=== Služba CMS2 – 05 – Přenos elektronické pošty ===		=== Služba CMS2 – 05 – Přenos elektronické pošty ===
		+
	^ Název parametru ^ Vysvětlení ^		^ Název parametru ^ Vysvětlení ^
	\| Kód služby \| CMS2-05 \|		\| Kód služby \| CMS2-05 \|
	\| Název služby \| Přenos elektronické pošty \|		\| Název služby \| Přenos elektronické pošty \|
-	\| Popis služby \| Služba MTA zajišťuje předávání zpráv elektronické pošty mezi Subjekty KIVS a sítí Internet. Varianty služby:\ - Odchozí SMTP Službu již není možné nově objednat\ - Příchozí SMTP Službu již není možné nově objednat\ - Server elektronické pošty \|	+	\| Varianty a stav \| CMS2-05-1 Odchozí SMTP provoz – v provozu \\ CMS2-05-2 Příchozí SMTP provoz – v provozu \\ CMS2-05-3 Server elektronické pošty – v provozu \|
		+	\| Popis služby \| Služba MTA zajišťuje předávání zpráv elektronické pošty jak mezi jednotlivými Subjekty KIVS, tak mezi Subjekty KIVS a uživateli sítě Internet. \|
		+
		+	V principu jde o službu Mail Transfer Agent (MTA) – zajišťuje předávání zpráv mezi mailovými servery a zároveň plní bezpečnostní funkce antiviru a antispamu. Varianta Odchozí SMTP provoz (CMS2-05-1) zajišťuje odesílání elektronické pošty ze serveru Subjektu, varianta Příchozí SMTP provoz (CMS2-05-2) přijímání elektronické pošty na server Subjektu; obě varianty lze objednat současně. Subjektu může být zřízena pouze jedna instance této služby.
		+
		+	Předávání elektronické pošty lze realizovat v rámci prostředí KIVS nebo do a z prostředí sítě Internet. Služba nezahrnuje poštovní schránky a není určena k přeposílání zpráv v rámci jednoho Subjektu.
		+
		+	Varianta Server elektronické pošty (CMS2-05-3) zajišťuje odesílání a přijímání zpráv v definovaných e-mailových doménách, nastavení e-mailových politik, zpracování zpráv ve frontě a směrování pošty v rámci e-mailových domén Subjektu i mimo ně. Hlavním cílem je odesílání elektronické pošty pro systémy a aplikace, které nedisponují vlastním e-mailovým serverem. Služba neumožňuje funkcionalitu e-mailových schránek.

	=== Služba CMS2 – 06 – DNS hosting ===		=== Služba CMS2 – 06 – DNS hosting ===
		+
	^ Název parametru ^ Vysvětlení ^		^ Název parametru ^ Vysvětlení ^
	\| Kód služby \| CMS2-06 \|		\| Kód služby \| CMS2-06 \|
	\| Název služby \| DNS hosting \|		\| Název služby \| DNS hosting \|
-	\| Popis služby \| Služba zajišťuje vedení DNS záznamů na jmenných serverech CMS. Varianty:\ - Veřejná registrovaná doména\ - Veřejná doména CMS Služba ukončena****\ - Neveřejná doména\ - Distribuce domény do KIVS **Služba ukončena**\ - Hosting domény do KIVS **Služba ukončena \|**	+	\| Varianty a stav \| CMS2-06-1 Veřejná registrovaná doména do Internetu – v provozu \\ CMS2-06-2 Veřejná doména CMS – v provozu \\ CMS2-06-3 Neveřejná doména – v provozu \\ CMS2-06-4 Distribuce veřejně registrované domény do KIVS – ukončena \\ CMS2-06-5 Hosting veřejně registrované domény do KIVS – ukončena \|
		+	\| Popis služby \| Služba zajišťuje vedení DNS záznamů na jmenných serverech CMS. \|
		+
		+	Služba Veřejná registrovaná doména do Internetu (CMS2-06-1) zajišťuje poskytování jmenných služeb (DNS) do sítě Internet pro domény ve vlastnictví Subjektu, veřejně registrované v síti Internet. Subjekt musí zabezpečit nasměrování domény na jmenné servery CMS. Služba nezajišťuje vlastní registraci domény. Volitelně lze doménu zabezpečit pomocí DNSSEC.
		+
		+	Služba Veřejná doména CMS (CMS2-06-2) zajišťuje poskytování jmenných služeb (DNS) do sítě Internet pro domény vyššího řádu v doméně „gov.cz“.
		+
		+	Služba Neveřejná doména (CMS2-06-3) zajišťuje poskytování jmenných služeb (DNS) do sítě CMS pro záznamy v interní doméně sítě CMS „cms2.cz“.
		+
		+	Služby Distribuce veřejně registrované domény do KIVS (CMS2-06-4) a Hosting veřejně registrované domény do KIVS (CMS2-06-5) zajišťovaly poskytování jmenných služeb do prostředí KIVS/CMS pro veřejně registrované domény ve vlastnictví Subjektu. Obě služby jsou ukončeny.

	=== Služba CMS2 – 07 – Služby TESTA-ng ===		=== Služba CMS2 – 07 – Služby TESTA-ng ===
		+
	^ Název parametru ^ Vysvětlení ^		^ Název parametru ^ Vysvětlení ^
	\| Kód služby \| CMS2-07 \|		\| Kód služby \| CMS2-07 \|
	\| Název služby \| Služby TESTA-ng \|		\| Název služby \| Služby TESTA-ng \|
		+	\| Varianty a stav \| CMS2-07-1 – v provozu, bez garance dostupnosti (SLA N/A) \|
	\| Popis služby \| Služba umožňuje nastavení doplňkových služeb v síti Evropské unie TESTA-ng. \|		\| Popis služby \| Služba umožňuje nastavení doplňkových služeb v síti Evropské unie TESTA-ng. \|
		+
		+	Jde především o správu DNS záznamů v zóně „cz.testa.eu“ či změnu nastavení směrování elektronické pošty v rámci sítě TESTA-ng. Požadavky Subjektu jsou zpracovány a následně uplatněny u provozovatele sítě TESTA-ng. Změna nastavení služeb musí být v souladu s provozními a bezpečnostními požadavky EU pro síť TESTA-ng.

	=== Služba CMS2 – 08 – Přístup do CMS ===		=== Služba CMS2 – 08 – Přístup do CMS ===
		+
	^ Název parametru ^ Vysvětlení ^		^ Název parametru ^ Vysvětlení ^
	\| Kód služby \| CMS2-08 \|		\| Kód služby \| CMS2-08 \|
	\| Název služby \| Přístup do CMS \|		\| Název služby \| Přístup do CMS \|
-	\| Popis služby \| Služba je určena pro připojení počítačových sítí OVM k síti CMS. Varianty služby:\ - Přístup do CMS přes KIVS **již není možné nově objednat**\ - Přístup do CMS přes IPsec\ - Přístup do CMS přes SSL\ - Přístup do CMS z NDC\ - Přístup technických pracovníků přes SSL\ - Přístup do CMS přes KIVS (CMS2.5) \|	+	\| Varianty a stav \| CMS2-08-1 přes KIVS – v provozu \\ CMS2-08-2 přes IPsec – v provozu (SLA N/A) \\ CMS2-08-3 přes SSL – v provozu (SLA N/A) \\ CMS2-08-4 z NDC – v provozu \\ CMS2-08-5 přístup technických pracovníků přes SSL – v provozu (SLA N/A) \|
		+	\| Popis služby \| Služba je určena pro připojení počítačových sítí OVM k síti CMS a vytvoření tzv. připojovací sítě. \|
		+
		+	Přístup do CMS přes KIVS (CMS2-08-1) – připojení koncové lokality nebo více lokalit prostřednictvím MPLS sítě telekomunikačního operátora, a to jak prostřednictvím centrálních připojovacích míst, tak prostřednictvím krajských konektorů. Varianta je určena pro lokality, ve kterých sídlí řádově alespoň desítky uživatelů, resp. počítačů připojených k síti.
		+
		+	Přístup do CMS přes IPsec (CMS2-08-2) – připojení koncové lokality pomocí šifrovaného spojení přes síť Internet. K zabezpečení komunikace mohou být využívány certifikáty vydávané neveřejnou certifikační autoritou CMS. Varianta je vhodná pro lokality, ve kterých sídlí do 25 uživatelů, resp. počítačů připojených k síti. Služba je poskytována bez garance dostupnosti, viz upozornění v kapitole [[#ipsec_a_jeho_uskali\|IPsec a jeho úskalí]].
		+
		+	Přístup do CMS přes SSL (CMS2-08-3) – uživatelské připojení pomocí šifrovaného spojení přes síť Internet prostřednictvím VPN klienta instalovaného na každém připojovaném počítači. Varianta je určena pro připojení jednotlivých počítačů. Koncoví uživatelé se autentizují uživatelským účtem v JIP/KAAS.
		+
		+	Přístup do CMS z NDC (CMS2-08-4) – připojení infrastruktury umístěné v Národním datovém centru do sítě CMS. Připojení je realizováno přes hraniční prvky CMS umístěné v Národních datových centrech.
		+
		+	Přístup technických pracovníků do CMS přes SSL (CMS2-08-5) – uživatelské připojení pomocí šifrovaného SSL spojení přes síť Internet prostřednictvím VPN klienta instalovaného na každém připojovaném počítači. Varianta je určena pro technické pracovníky Subjektu nebo jeho externí dodavatele. Ověření uživatelů probíhá v interním adresáři CMS, jehož součástí je i rozhraní pro správu uživatelů.

	=== Služba CMS2 – 09 – Přístup do Internetu ===		=== Služba CMS2 – 09 – Přístup do Internetu ===
		+
	^ Název parametru ^ Vysvětlení ^		^ Název parametru ^ Vysvětlení ^
	\| Kód služby \| CMS2-09 \|		\| Kód služby \| CMS2-09 \|
	\| Název služby \| Přístup do Internetu \|		\| Název služby \| Přístup do Internetu \|
-	\| Popis služby \| Služba zajistí přístup Subjektu do sítě Internet. Varianty:\ - Přímé připojení\ - Bezpečné připojení \|	+	\| Varianty a stav \| CMS2-09-1 Přímé připojení – v provozu \\ CMS2-09-2 Bezpečné připojení – v provozu \|
		+	\| Popis služby \| Služba zajistí přístup Subjektu do sítě Internet prostřednictvím zřízené přípojky do CMS. Varianty se liší požadovanou úrovní zabezpečení. Služba neslouží k zajištění přístupu ke službám CMS. \|
		+
		+	Ve variantě přímého připojení (CMS2-09-1) není mezi síť OVM a Internet vkládán jakýkoli bezpečnostní prvek. OVM je přidělena veřejná IP adresa z rozsahu CMS. Službu lze poskytnout prostřednictvím připojení KIVS operátora, krajských konektorů nebo připojení v NDC. Přípojku využívanou pro tuto variantu nelze využít v kombinaci s jinými službami CMS. Každý Subjekt může mít zřízenu maximálně jednu službu Přímého připojení u každého KIVS operátora a maximálně jednu v každém NDC.
		+
		+	Ve variantě Bezpečného připojení (CMS2-09-2) je síťový provoz kontrolován a překládán. Varianta umožňuje využít protokoly HTTP, HTTPS a FTPoHTTP. Služba neslouží k přístupu na zákaznické kamerové systémy a jiné jednoúčelové aplikace na nestandardních portech; k tomuto účelu slouží služba CMS2-03-3 Přístup k aplikaci v síti Internet.

	=== Služba CMS2 – 10 – Přístup k záznamům o provozu ===		=== Služba CMS2 – 10 – Přístup k záznamům o provozu ===
		+
	^ Název parametru ^ Vysvětlení ^		^ Název parametru ^ Vysvětlení ^
	\| Kód služby \| CMS2-10 \|		\| Kód služby \| CMS2-10 \|
	\| Název služby \| Přístup k záznamům o provozu \|		\| Název služby \| Přístup k záznamům o provozu \|
		+	\| Varianty a stav \| CMS2-10-1 – nerealizovaná, službu není možné objednat \|
	\| Popis služby \| Přístup OVM k provozním statistikám jeho služeb včetně údajů o plnění SLA. \|		\| Popis služby \| Přístup OVM k provozním statistikám jeho služeb včetně údajů o plnění SLA. \|
		+
		+	Služba má zahrnovat přístup OVM k provozním statistikám a záznamům o provozu jím objednaných služeb včetně údajů o plnění SLA a výsledků monitoringu linek, na kterých jsou tyto služby provozovány. Přístup má být OVM umožněn přes Portál CMS. Dle katalogu služeb ve verzi 2.8.0 je služba ve stavu //nerealizovaná//.

	=== Služba CMS2 – 11 – Přístup k účtovacím informacím ===		=== Služba CMS2 – 11 – Přístup k účtovacím informacím ===
		+
	^ Název parametru ^ Vysvětlení ^		^ Název parametru ^ Vysvětlení ^
	\| Kód služby \| CMS2-11 \|		\| Kód služby \| CMS2-11 \|
	\| Název služby \| Přístup k účtovacím informacím \|		\| Název služby \| Přístup k účtovacím informacím \|
-	\| Popis služby \| Přístup OVM k vlastním účtovacím informacím přes portál CMS. \|	+	\| Varianty a stav \| CMS2-11-1 – nerealizovaná, službu není možné objednat \|
		+	\| Popis služby \| Přístup OVM k vlastním účtovacím informacím přes Portál CMS. \|
		+
		+	Dle katalogu služeb ve verzi 2.8.0 je služba ve stavu //nerealizovaná//.

	=== Služba CMS2 – 12 – Propojovací bod ===		=== Služba CMS2 – 12 – Propojovací bod ===
		+
	^ Název parametru ^ Vysvětlení ^		^ Název parametru ^ Vysvětlení ^
	\| Kód služby \| CMS2-12 \|		\| Kód služby \| CMS2-12 \|
	\| Název služby \| Propojovací bod \|		\| Název služby \| Propojovací bod \|
-	\| Popis služby \| Služba zajišťuje zřízení propojovacího bodu v infrastruktuře CMS (virtuální firewall). Varianty:\ - Propojovací bod Subjektu již není možné nově objednat****\ - Propojovací bod pro Extranet již není možné nově objednat****\ - Propojovací bod pro Extranet CMS2.5 \|	+	\| Varianty a stav \| CMS2-12-1 Propojovací bod Subjektu – v provozu \\ CMS2-12-2 Propojovací bod pro Extranet – v provozu (do provozu převeden verzí katalogu 2.8.0) \|
		+	\| Popis služby \| Služba zajišťuje zřízení propojovacího bodu v infrastruktuře CMS, technicky realizovaného jako virtuální firewall. Na tomto bodu jsou zakončeny jednotlivé přípojky a zveřejňovány služby. Bez propojovacího bodu není možné poskytovat některé další služby CMS. \|
		+
		+	V rámci služby Propojovací bod je automaticky zřízen přístup k následujícím službám:
		+
		+	* Portál CMS (pouze přes Propojovací bod Subjektu, CMS2-12-1)
		+	* DNS služba CMS
		+	* NTP služba CMS
		+	* Služby s otevřeným přístupem v prostředí CMS (pouze přes Propojovací bod Subjektu)
		+	* Čtenář eGON Service Bus (eGSB, ISSS)
		+
		+	Služba Propojovací bod Subjektu** (CMS2-12-1) zajišťuje zřízení virtuálního firewallu v infrastruktuře CMS pro jednotlivá OVM. Na tomto bodu jsou zakončovány jednotlivé VPN. V rámci zřízení služby je Subjektu vyhrazena část rozsahu privátních IP adres CMS (konsolidovaný adresní rozsah). Jde o překladové IP adresy, pod kterými Subjekt přistupuje k ostatním službám v CMS a které zároveň používá při publikaci svých služeb. Každý Subjekt může mít zřízenu maximálně jednu službu Propojovací bod Subjektu.**
		+
		+	Služba Propojovací bod pro Extranet (CMS2-12-2) slouží jako nástroj správce CMS k definici Extranetu. Správce CMS v Extranetu definuje Subjekty Extranetu na základě parametrů z RPP. Subjekty Extranetu žádají o přístup do Extranetu službou CMS2-01-2. Do Extranetu se publikují aplikační služby určené pro stejný okruh OVM a SPUÚ.
		+
		+	Přistupující Subjekt Extranetu může využívat služby nejvýše jednoho Extranetu. Subjekty Extranetu nemohou v Extranetu publikovat žádné aplikace. Služba Extranetu není určena pro Subjekty registrované v CMS službou CMS2-01-1. Zveřejnění aplikací do daného Extranetu probíhá na základě žádosti publikujících Subjektů prostřednictvím služby CMS2-02-1.
		+
		+	=== Služba CMS2 – 13 – Testovací procedury ===

-	=== Služba CMS2 – 13 – Testovací procedury ===
	^ Název parametru ^ Vysvětlení ^		^ Název parametru ^ Vysvětlení ^
	\| Kód služby \| CMS2-13 \|		\| Kód služby \| CMS2-13 \|
	\| Název služby \| Testovací procedury \|		\| Název služby \| Testovací procedury \|
-	\| Popis služby \| Služba zajišťuje možnost testování služeb CMS před uvedením do produkce. \|	+	\| Varianty a stav \| CMS2-13-1 Testování publikace aplikace – v provozu \\ CMS2-13-2 Testování distribuce veřejně registrované domény do KIVS – v provozu \\ CMS2-13-3 Testování hostingu veřejně registrované domény do KIVS – v provozu \|
		+	\| Popis služby \| Služba zajišťuje možnost testování jednotlivých služeb před uvedením do produkce. Bez otestování služby není možné poskytovat některé další služby CMS. \|
		+
		+	Služba Testování publikace aplikace (CMS2-13-1) umožní otestovat chování aplikace zveřejněné do CMS službou CMS2-02-1. Je určena pro Subjekt, který danou aplikaci do CMS zveřejňuje, a simuluje standardní přístup Subjektu ke zveřejněné aplikaci. Pro testovací rozhraní je použit vzdálený přístup ze sítě Internet přes SSL VPN zakončenou na virtuálním firewallu v CMS. Testeři se do testovací SSL VPN autentizují uživatelským účtem v JIP/KAAS.
		+
		+	Služba Testování distribuce veřejně registrované domény do KIVS (CMS2-13-2) zajišťuje otestování distribuce veřejně registrované domény Subjektu na testovací jmenné servery CMS a otestování funkčnosti v prostředí KIVS/CMS. Subjekt distribuuje doménu z vlastního DNS serveru na testovací jmenné servery CMS. Služba nezajišťuje vlastní registraci domény.
		+
		+	Služba Testování hostingu veřejně registrované domény do KIVS (CMS2-13-3) zajišťuje otestování hostingu veřejně registrované domény Subjektu na testovacích jmenných serverech CMS a otestování funkčnosti v prostředí KIVS/CMS. Doména je vedena na testovacích jmenných serverech CMS na základě podkladů od Subjektu. Služba nezajišťuje vlastní registraci domény.
		+
		+	Poznámka: služby CMS2-13-2 a CMS2-13-3 jsou v katalogu vedeny jako //v provozu//, přestože odpovídající produkční služby CMS2-06-4 a CMS2-06-5 jsou ukončeny. Stav je třeba ověřit u správce CMS.

	=== Služba CMS2 – 14 – Aktualizační služby ===		=== Služba CMS2 – 14 – Aktualizační služby ===
		+
	^ Název parametru ^ Vysvětlení ^		^ Název parametru ^ Vysvětlení ^
	\| Kód služby \| CMS2-14 \|		\| Kód služby \| CMS2-14 \|
	\| Název služby \| Aktualizační služby \|		\| Název služby \| Aktualizační služby \|
-	\| Popis služby \| Služba zajistí přístup Subjektu k aktualizačním službám CMS. \|	+	\| Varianty a stav \| CMS2-14-1 MS WSUS – Aktualizační služba WSUS – v provozu (SLA N/A) \|
		+	\| Popis služby \| Služba zajistí přístup Subjektu k aktualizačním službám CMS. Cílem služby je poskytovat aktualizace podporovaných produktů. \|
		+
		+	Služba MS WSUS (CMS2-14-1) zajistí přístup Subjektu k serveru Microsoft Windows Update ležícímu v CMS prostřednictvím zřízené přípojky do CMS. Jde zejména o produkty Windows, Office, Windows Server, SQL Server a System Center.
		+
		+	Služba neslouží jako přístup do internetu ani jako proxy server s bezpečným internetem. Lze ji využít pouze jako zdroj aktualizací pro vlastní WSUS server.
		+
		+	=== Závislosti služeb CMS 2.0 ===
		+
		+	Služby CMS na sebe navazují hierarchicky. Nejprve je nutné akceptovat provozní podmínky CMS službou CMS2-01-1; teprve poté lze objednávat další služby. Vždy musí být zřízena služba v hierarchii výše, která je nutnou podmínkou pro zřízení služeb závislých.
		+
		+	* CMS2-01-1 Akceptace provozních podmínek CMS – vstupní podmínka pro všechny ostatní služby
		+	* Zřízení připojovací sítě – alespoň jedna služba z rodiny CMS2-08 (KIVS, IPsec, SSL, NDC, přístup technických pracovníků)
		+	* CMS2-12-1 Propojovací bod Subjektu – podmínka pro zveřejňování a přístup k aplikacím
		+	* CMS2-02-1 Zveřejnění aplikace, na kterou navazuje CMS2-13-1 Testování publikace aplikace
		+	* CMS2-03-1 až CMS2-03-3 Přístup k aplikaci v sítích CMS, TESTA-ng a Internet
		+	* CMS2-05-1 až CMS2-05-3 Přenos elektronické pošty
		+	* CMS2-06-1 až CMS2-06-3 DNS hosting
		+	* CMS2-07-1 Služby TESTA-ng
		+	* CMS2-09-2 Bezpečný přístup do Internetu
		+	* CMS2-14-1 Aktualizační služby
		+	* CMS2-09-1 Přímý přístup do Internetu (samostatná přípojka, nelze kombinovat s jinými službami CMS)
		+	* CMS2-10-1 a CMS2-11-1 – podpůrné služby Portálu CMS (nerealizovány)
		+	* CMS2-12-2 Propojovací bod pro Extranet zřizuje správce CMS; Subjekty Extranetu žádají o přístup službou CMS2-01-2
		+
		+	Přístup k aplikaci v síti CMS (CMS2-03-1) je navíc podmíněn tím, že cílovou aplikaci zveřejnilo jiné OVM službou CMS2-02-1. Úplné schéma závislostí je v kapitole 4 dokumentu [[https://mv.gov.cz/soubor/prehled-sluzeb-cms.aspx\|Přehled služeb CMS]].
		+
		+	=== Výklad pojmů a zkratek ===
		+
		+	^ Pojem/zkratka ^ Popis ^
		+	\| AIS \| Agendový informační systém \|
		+	\| BE \| Doba obnovy je bezodkladně \|
		+	\| CMS \| Centrální místo služeb \|
		+	\| DNS \| Domain Name System \|
		+	\| eGSB \| eGON Service Bus \|
		+	\| IPsec \| Internet Protocol Security \|
		+	\| KIVS \| Komunikační infrastruktura veřejné správy \|
		+	\| N/A \| Dostupnost služby bez garance \|
		+	\| NDC \| Národní datové centrum \|
		+	\| OVM \| Orgán veřejné moci \|
		+	\| SMTP \| Simple Mail Transfer Protocol \|
		+	\| SPUÚ \| Soukromoprávní uživatel údajů \|
		+	\| SSL \| Secure Socket Layer \|
		+	\| TESTA-ng \| (Secure) Trans European Services for Telematics between Administrations – privátní síť propojující jednotlivé státy EU, dříve sTESTA \|
		+	\| VPN \| Virtual Private Network \|
		+
		+	=== Služby související s migrací do CMS2.5 ===
		+
		+	//Následující služby nejsou uvedeny v katalogu Přehled služeb CMS ve verzi 2.8.0. Jde o informace správce CMS nad rámec katalogu; před použitím doporučujeme ověřit u správce CMS. Doplnit zdroj a datum.//
		+
		+	Přístup do CMS přes KIVS – CMS2.5 (CMS2-08-6) vzniká jako náhrada služby CMS2-08-1 tak, aby Subjekty nemusely po přechodu do CMS2.5 měnit konfiguraci. Jde o připojení koncové lokality nebo více lokalit prostřednictvím MPLS sítě telekomunikačního operátora, jak prostřednictvím centrálních připojovacích míst, tak prostřednictvím krajských konektorů. Varianta je určena pro lokality, ve kterých sídlí řádově alespoň desítky uživatelů, resp. počítačů připojených k síti.
		+
		+	Propojovací bod pro Extranet CMS2.5 (CMS2-12-4) vznikl jako náhrada služby CMS2-12-2 z důvodu plánované migrace do CMS2.5, zejména aby se předešlo nutnosti změn v konfiguraci na straně Subjektů. Správce CMS v Extranetu definuje Subjekty Extranetu na základě parametrů z RPP. Subjekty Extranetu žádají o přístup do Extranetu CMS2.5 službou CMS2-01-1. Do Extranetu CMS2.5 se publikují aplikační služby určené pro stejný okruh OVM a SPUÚ. Přistupující Subjekt Extranetu CMS2.5 může využívat služby jako standardní Subjekt CMS. Služba Extranetu CMS2.5 je určena pro Subjekty registrované v CMS službou CMS2-01-1.

		+	//K ověření: číslování služby CMS2-12-4 přeskakuje neexistující kód CMS2-12-3. Dále je třeba doložit, od kdy a na základě čeho není možné nově objednat služby CMS2-08-1 a CMS2-12-1/CMS2-12-2, které katalog ve verzi 2.8.0 vede jako v provozu.//

	==== Právní aspekty ====		==== Právní aspekty ====

Kontext eGSB/ISSS

Anonymous (anonymous@undisclosed.example.com) — 2026-07-10T07:25:10+00:00

2026/07/10 07:23		aktuální
Řádek 34:		Řádek 34:
	Detailní a aktuální seznam kontextů, datových obsahů a AIS je dostupný na adrese [[https://egsbkatalog.cms2.cz/]] a [[https://katalogisss.dia.cms2.cz]]. Tento seznam je dostupný pouze ze sítě CMS/KIVS, ne z veřejného internetu.		Detailní a aktuální seznam kontextů, datových obsahů a AIS je dostupný na adrese [[https://egsbkatalog.cms2.cz/]] a [[https://katalogisss.dia.cms2.cz]]. Tento seznam je dostupný pouze ze sítě CMS/KIVS, ne z veřejného internetu.

-	Zde uvedené informace jsou platné k 30.1.2026	+	Zde uvedené informace jsou platné k 10.7.2026
	</WRAP>		</WRAP>

Řádek 456:		Řádek 456:
	\|1025\|Registr silničních vozidel (RSV)\|		\|1025\|Registr silničních vozidel (RSV)\|
	\|1078\|Informační systém RBP\|		\|1078\|Informační systém RBP\|
-	\|1098\| Centrální registr zbraní\|	+	\|1098\|Centrální registr zbraní\|
	\|1507\|eAVA\|		\|1507\|eAVA\|
	\|2679\|KIS\|		\|2679\|KIS\|
Řádek 465:		Řádek 465:
	\|5304\|IS úřadu pro civilní letectví\|		\|5304\|IS úřadu pro civilní letectví\|
	\|5351\|CIS OZP\|		\|5351\|CIS OZP\|
-	\|5636\| Elektronické testy uchazečů o řidičská oprávnění (eTesty)\|	+	\|5636\|Elektronické testy uchazečů o řidičská oprávnění (eTesty)\|
	\|5838\|Informační systém technických prohlídek (IS TP)\|		\|5838\|Informační systém technických prohlídek (IS TP)\|
	\|5866\|Systém elektronického mýta (Mýto)\|		\|5866\|Systém elektronického mýta (Mýto)\|
-	\|6726\| Rejstřík podnikatelů v silniční dopravě (RPSD)\|	+	\|6726\|Rejstřík podnikatelů v silniční dopravě (RPSD)\|
	\|7199\|Informační systém Státní plavební správy\|		\|7199\|Informační systém Státní plavební správy\|
	\|7638\|Národní kontaktní místo pro elektronické zdravotnictví \|		\|7638\|Národní kontaktní místo pro elektronické zdravotnictví \|
	\|7874\|Centrální evidence přeplatků a nedoplatků\|		\|7874\|Centrální evidence přeplatků a nedoplatků\|
		+	\|8453\|Statistický informační systém (SIS)\|
	\|8456\|IS Digitální tachograf (ISDT)\|		\|8456\|IS Digitální tachograf (ISDT)\|
	\|8618\|IS Elektronická dálniční známka\|		\|8618\|IS Elektronická dálniční známka\|
	\|8657\|Monitorovací systém fondů EU 21+\|		\|8657\|Monitorovací systém fondů EU 21+\|
	\|8658\|Centrální registr pojištenců\|		\|8658\|Centrální registr pojištenců\|
		+	\|8659\|e-Sbírka a e-Legislativa\|
	\|8830\|IS eRecept\|		\|8830\|IS eRecept\|
	\|8929\|Portál dopravy\|		\|8929\|Portál dopravy\|
Řádek 481:		Řádek 483:
	\|9209\|Portál dopravy - stage\|		\|9209\|Portál dopravy - stage\|
	\|9616\|Informační systém vzdělávání eEdu\|		\|9616\|Informační systém vzdělávání eEdu\|
-	\|10357\| IS pro nadrozměrnou přepravu (IS NADR)\|	+	\|10357\|IS pro nadrozměrnou přepravu (IS NADR)\|
	\|14600\|Informační systém oprávnění k zastupování (REZA)\|		\|14600\|Informační systém oprávnění k zastupování (REZA)\|
	\|14835\|EUCARIS \|		\|14835\|EUCARIS \|
	\|15736\|Agendový informační systém pojištění odpovědnosti z provozu vozidla (AISPOV)\|		\|15736\|Agendový informační systém pojištění odpovědnosti z provozu vozidla (AISPOV)\|
-	\|17678\| Kmenový registr pacientů\|	+	\|16703\|Integrovaný informační systém Ministerstva práce a sociálních věcí\|
-	\|18776\| Správa PPP a zobrazení souhlasů\|	+	\|17678\|Kmenový registr pacientů\|
		+	\|18576\|Centrální evidence psů (CEP)\|
		+	\|18776\|Správa PPP a zobrazení souhlasů\|
	</datatables>		</datatables>

Oprávnění k zastupování v elektronické komunikaci

Anonymous (anonymous@undisclosed.example.com) — 2025-11-11T15:36:24+00:00

Připojování Metropolitních sítí do CMS

Anonymous (anonymous@undisclosed.example.com) — 2023-04-20T09:31:42+00:00

2026/09/20 01:24	aktuální
Řádek 1:	Řádek 1:
	+	======Připojování Metropolitních sítí do CMS======
	+
	+	Níže jsou popsány varianty a způsob připojení Metropolitních sítí (MAN) k [[nap:komunikacni_infrastruktura_verejne_spravy\|Centrálnímu místu služeb (CMS)]] prostřednictvím Krajských sítí, Územních odborů Policie ČR, Akademické sítě CESNET nebo Finančních úřadů (síť GFŘ).
	+
	+	===== Definice Metropolitní sítě (MAN) =====
	+
	+	Metropolitní síť je optická páteřní komunikační síť města – vysokokapacitní a vysokorychlostní komunikační infrastruktura. Primární účel této sítě je propojovat veřejnosprávní úřady ve městě, školská zařízení, nemocniční zařízení, hasičský záchranný sbor, kulturní a sociální zařízení města a další subjekty zřízené městem. Jedna ze služeb, kterou Metropolitní sítě budoucnosti poskytují je připojení k [[nap:komunikacni_infrastruktura_verejne_spravy\|CMS/KIVS]].
	+
	+	{{ :nap-dokument:metropolitky_1.jpg?800 \|Příklad metropolitní sítě a možností propojení}}
	+
	+	===== Popis způsobu připojení Metropolitní sítě do CMS =====
	+
	+	==== Připojení Metropolitní sítě prostřednictví Krajské sítě ====
	+
	+	Podmínkou připojení MAN přes Krajskou síť je vybudovaný funkční optický propoj mezi MAN a Krajskou sítí viz. následující obrázek
	+
	+	{{ :nap-dokument:metropolitky_2.jpg?800 \|Příklad připojení Metropolitní sítě prostřednictvím Krajské sítě}}
	+
	+	==== Připojení Metropolitní sítě prostřednictví Akademické sítě CESNET ====
	+
	+	Podmínkou připojení MAN přes Akademickou síť CESNET je členství v Zájmovém sdružení CESNET a mít vybudovaný funkční optický propoj mezi MAN a Akademickou sítí CESNET viz. následující obrázek
	+
	+	{{ :nap-dokument:metropolitky_4.jpg?800 \|Příklad připojení Metropolitní sítě prostřednictvím Akademické sítě CESNET}}
	+
	+	==== Připojení Metropolitní sítě prostřednictví sítě GFŘ ====
	+
	+	Podmínkou připojení MAN přes síť GFŘ je vybudovaný funkční optický propoj mezi MAN a sítí GFŘ viz. následující obrázek
	+
	+	{{ :nap-dokument:metropolitky_5.jpg?800 \|Příklad připojení Metropolitní sítě prostřednictvím sítě GFŘ}}

Mezistátní komunikace informačních systémů

Anonymous (anonymous@undisclosed.example.com) — 2024-02-22T11:35:03+00:00

2023/11/16 10:44		aktuální
Řádek 35:		Řádek 35:
	{{ :nap:aplikace_-_komunikace_oots.png?1200 \|}}		{{ :nap:aplikace_-_komunikace_oots.png?1200 \|}}

-	{{tag>OOTS SDG "jednotná digitální brána" }}	+	===== Jednotná digitální brána (SDG) a systém pouze jednou (OOTS) =====
		+
		+	{{page>znalostni_baze:sdg_oots}}

Mobilní klíč eGovernmentu

Anonymous (anonymous@undisclosed.example.com) — 2024-08-30T07:07:46+00:00

2021/08/31 08:18		aktuální
Řádek 5:		Řádek 5:
	Mobilní klíč eGovernmentu (aplikace pro mobilní telefon či tablet) původně vznikl jako jedna z možností přihlašování k [[nap:elektronicke_ukony_a_dorucovani\|Informačnímu systému Datových schránek]]. Pro jeho snadné použití, a také možnost využít již existující mobilní aplikaci, proběhlo rozšíření o možnost přihlášení i přes [[nap:nia\|Národní bod]].		Mobilní klíč eGovernmentu (aplikace pro mobilní telefon či tablet) původně vznikl jako jedna z možností přihlašování k [[nap:elektronicke_ukony_a_dorucovani\|Informačnímu systému Datových schránek]]. Pro jeho snadné použití, a také možnost využít již existující mobilní aplikaci, proběhlo rozšíření o možnost přihlášení i přes [[nap:nia\|Národní bod]].

-	Nosičem Mobilního klíče eGovernmentu je zařízení, na kterém je naistalována aplikace „Mobilní klíč eGovernmentu“. Aplikaci je možné naistalovat z obchodu s aplikacemi (dostupné pro [[https://play.google.com/store/apps/details?id=cz.mojedatovaschranka.mobilniklic&hl=cs&gl=US\|Google Play]] a [[https://apps.apple.com/cz/app/mobiln%C3%AD-kl%C3%AD%C4%8D-egovernmentu/id1466762017?l=cs#?platform=iphone\|Apple App Store)]]. Aplikace funguje na principu sejmutí QR kódu z obrazovky zařízení, na kterém se někam přihlašujete. Není tedy nutné si pamatovat často složité přihlašovací údaje, ani opisovat dlouhé kódy ze SMS, zaslané do vašeho mobilního telefonu.	+	Nosičem Mobilního klíče eGovernmentu je zařízení, na kterém je nainstalována aplikace „Mobilní klíč eGovernmentu“. Aplikaci je možné naistalovat z obchodu s aplikacemi (dostupné pro [[https://play.google.com/store/apps/details?id=cz.mojedatovaschranka.mobilniklic&hl=cs&gl=US\|Google Play]] a [[https://apps.apple.com/cz/app/mobiln%C3%AD-kl%C3%AD%C4%8D-egovernmentu/id1466762017?l=cs#?platform=iphone\|Apple App Store)]]. Aplikace funguje na principu sejmutí QR kódu z obrazovky zařízení, na kterém se někam přihlašujete. Není tedy nutné si pamatovat často složité přihlašovací údaje, ani opisovat dlouhé kódy ze SMS, zaslané do vašeho mobilního telefonu.

	Pro umožnění přihlašování je třeba danou instanci jednorázově navázat (registrovat) na fyzickou osobu. To je možné provést několika způsoby, pro každý způsob je v rámci aplikace připraven jednoduchý návod, jak postupovat.		Pro umožnění přihlašování je třeba danou instanci jednorázově navázat (registrovat) na fyzickou osobu. To je možné provést několika způsoby, pro každý způsob je v rámci aplikace připraven jednoduchý návod, jak postupovat.
Řádek 11:		Řádek 11:
	* Založení prostřednictvím portálu [[nap:nia\|Národního bodu]]		* Založení prostřednictvím portálu [[nap:nia\|Národního bodu]]
	* Založení skrze [[nap:elektronicke_ukony_a_dorucovani\|Informační systém Datových schránek]]		* Založení skrze [[nap:elektronicke_ukony_a_dorucovani\|Informační systém Datových schránek]]
-	* Udělením souhlasu s poskytnutím údajů jiným osobám, v tomto případě [[https://www.szrcr.cz\|Správě základních registrů]], prostřednictvím [[nap:univerzalni_kontaktni_misto\|kontaktního místa veřejné správy CzechPoint]]. Jeho využití je v tomto případě zdarma.	+	* Udělením souhlasu s poskytnutím údajů jiným osobám, v tomto případě [[https://www.dia.gov.cz\|Digitální a informační agentuře]], prostřednictvím [[nap:univerzalni_kontaktni_misto\|kontaktního místa veřejné správy Czech POINT]]. Jeho využití je v tomto případě zdarma.

	Jakmile je účet aktivní, tak již nic nebrání jej využívat pro přihlašování k elektronickým službám státu. Jednou z výhod je možnost zasílání upozornění, že Vaše identita byla použita k přihlášení k nějaké online službě prostřednictvím Národního bodu a přispívá tak k případnému odhalení zneužití některého z prostředků. Vyjma zasílání upozornění z Národního bodu umožňuje aplikace zasílání upozornění i z [[nap:elektronicke_ukony_a_dorucovani\|Informačního systému Datových schránek]], a uživatel tak má přehled, zda obdržel datovou zprávu.		Jakmile je účet aktivní, tak již nic nebrání jej využívat pro přihlašování k elektronickým službám státu. Jednou z výhod je možnost zasílání upozornění, že Vaše identita byla použita k přihlášení k nějaké online službě prostřednictvím Národního bodu a přispívá tak k případnému odhalení zneužití některého z prostředků. Vyjma zasílání upozornění z Národního bodu umožňuje aplikace zasílání upozornění i z [[nap:elektronicke_ukony_a_dorucovani\|Informačního systému Datových schránek]], a uživatel tak má přehled, zda obdržel datovou zprávu.

-	Využití: Přihlašování pomocí Mobilního klíče eGovermentu lze využít pro přihlašování k online službám státu na úrovni značná a nižší. Jednou z největších výhod je snadnost použití, kdy po odemčení aplikace stačí prosté sejmutí obrazovky fotoaparátem a celý přihlašovací proces již nevyžaduje další zadávání hesel či nějakého uživatelského jména. V případě přihlašování na zařízení, kde je vlastní aplikace nainstalována (na vlastním mobilním telefonu) je situace ještě jednodušší a odpadá kopírování různých SMS kódů a podobně mezi okny aplikací. Jak již bylo zmíněno, tak další výhodou je získávání upozornění, ať už z Národního bodu, tak z Informačního systému Datových schránek.	+	Využití: Přihlašování pomocí Mobilního klíče eGovernmentu lze využít pro přihlašování k online službám státu na úrovni značná a nižší. Jednou z největších výhod je snadnost použití, kdy po odemčení aplikace stačí prosté sejmutí obrazovky fotoaparátem a celý přihlašovací proces již nevyžaduje další zadávání hesel či nějakého uživatelského jména. V případě přihlašování na zařízení, kde je vlastní aplikace nainstalována (na vlastním mobilním telefonu) je situace ještě jednodušší a odpadá kopírování různých SMS kódů a podobně mezi okny aplikací. Jak již bylo zmíněno, tak další výhodou je získávání upozornění, ať už z Národního bodu, tak z Informačního systému Datových schránek.

-	Více informací: [[https://info.eidentita.cz/mep/\|Info eIdentita]]	+	Více informací: [[https://info.identitaobcana.cz/mep/\|Info Identita Občana]]

	{{tag>"mobilni klic" "mobilni klic egovernmentu" nia identita}}		{{tag>"mobilni klic" "mobilni klic egovernmentu" nia identita}}

Národní datová centra

Anonymous (anonymous@undisclosed.example.com) — 2021-04-30T08:09:57+00:00

2019/10/04 13:42		aktuální
Řádek 1:		Řádek 1:
-	<title>Národní datová centra</title>	+	======Národní datová centra======
-		+
-	<WRAP center round tip 60%>	+
-	Popis architektury úřadu a veřejné správy ČR po jednotlivých vrstvách architektury a zapracování požadavků do informační koncepce a architektury úřadu je popsán v části [[nap-dokument:pravidla_tvorby_a_udrzby_vlastni_ctyrvrstve_architektury_jednotlivych_uradu\|Architektura úřadu v kontextu veřejné správy a jejích vrstvách architektury]].	+
-		+
-	Pravidla pro jednotlivé sdílené služby, funkční celky a tematické oblasti jsou popsány v části [[nap-dokument:pravidla_pro_funkcni_celky_architektury_jednotlivych_uradu#Pravidla pro Narodni_datova_centra\|Způsoby využívání sdílených služeb, funkčních celků a tematických oblastí jednotlivými úřady]]	+
-	</WRAP>	+

		+	===== Popis Národních datových center =====

	Cílově jsou i NDC nadále nedílnou součástí IKČR, budou se rozvíjet vedle eGC a často dokonce ve stejných prostorách a se stejnými kvalitativními parametry, například bezpečnosti. Jejich role je pro řadu centrálních systémů eGovernmentu nezastupitelná.		Cílově jsou i NDC nadále nedílnou součástí IKČR, budou se rozvíjet vedle eGC a často dokonce ve stejných prostorách a se stejnými kvalitativními parametry, například bezpečnosti. Jejich role je pro řadu centrálních systémů eGovernmentu nezastupitelná.
Řádek 17:		Řádek 12:
	* Služby datového zálohování		* Služby datového zálohování
	* Služby vystavení publikovaných služeb v DMZ1 a DMZ2 v CMS KIVS		* Služby vystavení publikovaných služeb v DMZ1 a DMZ2 v CMS KIVS
		+
		+
		+	===== Pravidla Národních datových center =====
		+
		+	NAP nestanovuje v této verzi pro tento funkční celek či tematickou oblast žádná pravidla.

	{{tag>NDC "NDC Blok" Vápenka Zeleneč Olšanská "Národní datová centra" DMZ "Demilitarizovaná zóna"}}		{{tag>NDC "NDC Blok" Vápenka Zeleneč Olšanská "Národní datová centra" DMZ "Demilitarizovaná zóna"}}

I.CA

Anonymous (anonymous@undisclosed.example.com) — 2021-08-31T08:25:25+00:00

2026/09/20 01:24	aktuální
Řádek 1:	Řádek 1:
	+	===== I.CA =====

	+	Garant: I.CA
	+
	+	Úroveň záruky: Vysoká
	+
	+	Popis: Čipová karta Starcos 3.5 a vyšší s komerčním identitním certifikátem je stejně jako [[nap:nia_eop\|občanské průkazy vydávané od 1. 7. 2018]] nástrojem, kterým se prostřednictvím [[nap:nia\|NIA]] prokazuje, že přihlašující se uživatel je skutečně tím, za koho se vydává.
	+
	+	Čipová karta Starcos od výrobce Giesecke&Devrient je v České republice poskytována společností První certifikační autorita a. s. (I.CA), a to především jako nástroj pro splnění některých požadavků nařízení eIDAS.
	+
	+	Ve spojení s komerčním identitním certifikátem splňuje požadavky na kvalifikovaný prostředek pro elektronickou identifikaci.
	+
	+	Z hlediska uživatele je proces získání identitního certifikátu jednoduchý – je obdobný, jako při vydání kvalifikovaného certifikátu pro elektronický podpis s uložením soukromého klíče v bezpečném hardwarovém prostředku, tj. čipové kartě nebo tokenu. Stejně tak je jednoduché jeho používání. Certifikáty vydávají tytéž registrační autority I.CA, které vydávají i jiné typy certifikátů a kterých je v ČR více než 30. Jejich aktuální seznam je na webových stránkách [[http://www.ica.cz/\|I.CA]].
	+
	+	Zájemci mají možnost zvolit využití čipu pro uložení
	+
	+	* komerčního identitního certifikátu pro elektronickou identifikaci
	+	* komerčního identitního certifikátu pro elektronickou identifikaci a kvalifikovaného certifikátu pro elektronický podpis (produkt Identitní TWINS, tj. TWINS pro elektronickou identifikaci).
	+
	+	U varianty TWINS je výhodou vydání obou certifikátů na základě jedné žádosti a jednoho ověření totožnosti žadatele.
	+
	+	Čipová karta Starcos je zabezpečena PIN a PUK. Citlivé operace na kartě je možné realizovat vždy pouze po zadání PIN. PUK lze využít v případě zablokování karty pro získání dalších pokusů pro zadání PIN. Při dodávce čipových karet je možné si vybrat ze dvou možných nastavení PIN a PUK:
	+
	+	* PIN a PUK je generován při personalizaci a je umístěn do tzv. PIN obálky
	+	* karta není po personalizaci vybavena PIN a PUK a klient je při prvním použití karty požádán o jejich zadání.
	+
	+	Čipová karta Starcos umožňuje:
	+
	+	* zadat informace o majiteli karty, doplnit identifikační údaje vlastníka karty a fotografii
	+	* zvolit podporované (důvěryhodné) Certifikační autority, jejichž klientské certifikáty může klient využívat (standardně certifikáty I.CA); jiné klientské certifikáty pak není možné na kartu umístit, čímž se významně omezuje možnost použití karty k nepovoleným operacím.
	+
	+	Čipová karta ve standardní velikosti je určena pro použití se čtečkou čipových karet. Oblíbená je varianta plug-in, tj. s vylamovacím čipem. V tomto případě si klient samostatnou čtečku čipových karet nepořizuje.
	+
	+	Některé z nabízených čteček umožňují kromě připojení k USB portu PC rovněž bezdrátové připojení prostřednictvím Bluetooth.
	+
	+	Využití: V současné době se čipová karta Starcos 3.5 a vyšší s komerčním identitním certifikátem využívá například v systému Zákaznické samoobsluhy systému elektronického mýtného a v Informačním systému technických prohlídek. Stala se také jednou z možností registrace do dotačních programů COVID pro firmy a OSVČ. Samozřejmě je možné použít tento prostředek i pro přihlášení do [[nap:elektronicke_ukony_a_dorucovani\|datové schránky]] či [[nap:portal_obcana\|Portálu občana]].
	+
	+	Více informací: [[https://www.ica.cz/ica-identity-provider\|I.CA provider]], [[https://www.ica.cz/kvalifikovany-prostredek-uroven-vysoka\|I.CA prostředek]].
	+
	+	{{tag>I.CA starcos nia identita}}

Bankovní identita

Anonymous (anonymous@undisclosed.example.com) — 2021-08-31T08:31:12+00:00

2026/09/20 01:24	aktuální
Řádek 1:	Řádek 1:
	+	====== Bankovní identita ======
	+
	+	Úroveň záruky: Značná
	+
	+	Popis: Bankovní identita je metoda digitálního ověření v online světě provozovaná bankami. Stejně jednoduše jako se občané přihlašují do svého internetového bankovnictví, se s bankovní identitou mohou identifikovat při vstupu na webové portály se službami státu (eGovernmentu) nebo i do služeb soukromých společností jako jsou eShopy a další portály.
	+
	+	Princip fungování bankovní identity je jednoduchý a bezpečný, prověřený řadou let úspěšného užívání v severských státech a dalších digitálně vyspělých zemích.
	+
	+	Občané si pro využití bankovní identity nemusí nic zřizovat, nikam chodit ani se nic nového učit – většina z nich již totiž svou bankovní identitu u své banky má a aktivně ji používá při přihlašování do svého internetového bankovnictví. Využití bankovní identity je zdarma, v případě jakýchkoli problémů s použitím se občané navíc mohou spolehnout na klientský servis své banky.
	+
	+	Klíčovým prvkem při používání bankovní identity je její bezpečnost, na níž si banky obecně dlouhodobě zakládají, a to nejen z důvodů přísných regulatorních pravidel, ale i za účelem udržení důvěry svých klientů. Díky propracovanému systému vícefaktorového ověření, které je v případě bank naprostým standardem a jehož součástí je dnes zpravidla i biometrická identifikace v rámci mobilní potvrzovací aplikace, zajišťují banky svým klientům při využívání tohoto druhu e-identity maximální možnou bezpečnost.
	+
	+	Každé ověření je provedeno pouze na základě iniciativy a souhlasu občana. Banky uskutečňují pouze identifikaci, tím jejich zapojení končí. To znamená, že banky přihlašovací údaje svých klientů nikomu nepředávají, dále je pečlivě chrání, a samozřejmě ani nevidí, jaké úkony klient následně po úspěšné identifikaci realizuje a na jakém portálu.
	+
	+	Využití: Bankovní identitu je možné využít jako identifikační prostředek, kterým je možné se přihlásit k většině online služeb (agend) státu, které jsou na odpovídající úrovni záruk (značná), jakožto i službám soukromých společností, pokud se tento identifikační prostředek rozhodnou svým klientům nabídnout a implementovat do svých systémů.
	+
	+	Více informací: [[http://www.bankovni-identita.cz/\|Bankovní identita]], webové stránky jednotlivých českých bank a [[http://www.bankid.cz/\|BankID]] společnosti Bankovní identita, a.s, zprostředkovávající implementaci tohoto řešení soukromým společnostem pod názvem BankID.
	+
	+	{{tag>bankid "bankovni identita" nia}}

eObčanka

Anonymous (anonymous@undisclosed.example.com) — 2023-08-01T07:24:28+00:00

2021/08/31 08:17		aktuální
Řádek 3:		Řádek 3:
	Úroveň záruky: Vysoká		Úroveň záruky: Vysoká

-	Popis: Občanský průkaz vydávaný od 1. července 2018 (tzv. „eObčanka“) je možné využít pro [[nap:elektronicka_identifikace_pro_klienty_verejne_spravy\|elektronickou identifikaci a autentizaci]], pokud si držitel v okamžiku jeho vyzvednutí na úřadě aktivoval jeho elektronický čip. Aktivaci může provést osoba starší 15 let tím, že na úřadě příslušném k vydávání občanských průkazů zadá identifikační osobní kód (IOK) a deblokační osobní kód (DOK). Pokud chceme využívat všechny vlastnosti eObčanky, je nutné si na svůj počítač, tablet či mobilní telefon naistalovat obslužný software (obsahující aplikace „eObčanka – Identifikace“ a „eObčanka - Správce karty“), který je volně ke stažení na internetové adrese: [[https://info.eidentita.cz/Download/\|Info eIdentita]], a mít k němu připojenu příslušnou čtečku čipových karet (tu je potřeba si dokoupit). Čtečka čipových karet by měla splňovat základní parametry – soulad s normou ISO 7816, CCID (Chip Card Interface Device), komunikační standard PC/SC a být kompatibilní s operačním systémem počítače. U mobilních platforem, které většinou nedisponují USB konektorem pro připojení běžné čtečky, je možné použít čtečku s rozhraním Bluetooth, která je o něco dražší, a je potřeba jí samostatně nabíjet.	+	Popis: Občanský průkaz vydávaný od 1. července 2018 (tzv. „eObčanka“) je možné využít pro [[nap:elektronicka_identifikace_pro_klienty_verejne_spravy\|elektronickou identifikaci a autentizaci]], pokud si držitel v okamžiku jeho vyzvednutí na úřadě aktivoval jeho elektronický čip. Aktivaci může provést osoba starší 15 let tím, že na úřadě příslušném k vydávání občanských průkazů zadá identifikační osobní kód (IOK) a deblokační osobní kód (DOK). Pokud chceme využívat všechny vlastnosti eObčanky, je nutné si na svůj počítač, tablet či mobilní telefon naistalovat obslužný software (obsahující aplikace „eObčanka – Identifikace“ a „eObčanka - Správce karty“), který je volně ke stažení na internetové adrese: [[https://info.identitaobcana.cz/Download/\|Info Identita Občana]], a mít k němu připojenu příslušnou čtečku čipových karet (tu je potřeba si dokoupit). Čtečka čipových karet by měla splňovat základní parametry – soulad s normou ISO 7816, CCID (Chip Card Interface Device), komunikační standard PC/SC a být kompatibilní s operačním systémem počítače. U mobilních platforem, které většinou nedisponují USB konektorem pro připojení běžné čtečky, je možné použít čtečku s rozhraním Bluetooth, která je o něco dražší, a je potřeba jí samostatně nabíjet.

-	Občanský průkaz lze použít také pro účely podepisování elektronických dokumentů a dále pro přihlašování do informačních systémů s využitím autentizačních certifikátů. Za tímto účelem je držitel občanského průkazu oprávněn uložit do kontaktního elektronického čipu kvalifikované certifikáty pro elektronické podpisy a autentizační certifikáty. Pokud chce občan využít svoji eObčanku jako úložiště svého elektronického podpisu nebo autentizačních certifikátů, musí nastavit také další přístupové kódy – PIN, QPIN a PUK, jejichž popis a postup nastavení je popsán na [[https://info.eidentita.cz/eop/OchranneKody.aspx\|Info eIdentita]]. Pro účely správy kvalifikovaných certifikátů pro elektronické podpisy, autentizačních certifikátů a změny přístupových kódů, je k dispozici zmiňovaná aplikace "eObčanka – správce karty", která je součástí instalačního balíčku s obslužným softwarem.	+	Občanský průkaz lze použít také pro účely podepisování elektronických dokumentů a dále pro přihlašování do informačních systémů s využitím autentizačních certifikátů. Za tímto účelem je držitel občanského průkazu oprávněn uložit do kontaktního elektronického čipu kvalifikované certifikáty pro elektronické podpisy a autentizační certifikáty. Pokud chce občan využít svoji eObčanku jako úložiště svého elektronického podpisu nebo autentizačních certifikátů, musí nastavit také další přístupové kódy – PIN, QPIN a PUK, jejichž popis a postup nastavení je popsán na [[https://info.identitaobcana.cz/eop/OchranneKody.aspx\|Info Identita Občana]]. Pro účely správy kvalifikovaných certifikátů pro elektronické podpisy, autentizačních certifikátů a změny přístupových kódů, je k dispozici zmiňovaná aplikace "eObčanka – správce karty", která je součástí instalačního balíčku s obslužným softwarem.

	Využití: eObčanku s aktivovaným čipem lze použít jako prostředek pro [[nap:elektronicka_identifikace_pro_klienty_verejne_spravy\|elektronickou identifikaci]] s vysokou úrovní záruky a rovněž jako úložiště svého elektronického podpisu a autentizačních certifikátů. eObčanka, jako zatím jediný prostředek pro [[nap:elektronicka_identifikace_pro_klienty_verejne_spravy\|elektronickou identifikaci]] vydávaný v ČR, je notifikována do EU v souladu s nařízení eIDAS. Tj. občané mohou svoji eObčanku s aktivovaným čipem používat i pro přístup k online službám, které jsou poskytovány jinými členskými státy v EU, při splnění podmínek daných nařízením eIDAS.		Využití: eObčanku s aktivovaným čipem lze použít jako prostředek pro [[nap:elektronicka_identifikace_pro_klienty_verejne_spravy\|elektronickou identifikaci]] s vysokou úrovní záruky a rovněž jako úložiště svého elektronického podpisu a autentizačních certifikátů. eObčanka, jako zatím jediný prostředek pro [[nap:elektronicka_identifikace_pro_klienty_verejne_spravy\|elektronickou identifikaci]] vydávaný v ČR, je notifikována do EU v souladu s nařízení eIDAS. Tj. občané mohou svoji eObčanku s aktivovaným čipem používat i pro přístup k online službám, které jsou poskytovány jinými členskými státy v EU, při splnění podmínek daných nařízením eIDAS.

-	Více informací o eObčance je k dispozici na adresách: [[https://info.eidentita.cz/eop/\|Info eIdentita]] a [[https://www.mvcr.cz/clanek/podminky-pouziti-obcanskeho-prukazu-se-strojove-citelnymi-udaji-a-s-kontaktnim-elektronickym-cipem-pro-ucely-elektronicke-identifikace-a-doporucena-bezpecnostni-opatreni.aspx\|MVČR]]	+	Více informací o eObčance je k dispozici na adresách: [[https://info.identitaobcana.cz/eop/\|Info Identita Občana]] a [[https://www.mvcr.cz/clanek/podminky-pouziti-obcanskeho-prukazu-se-strojove-citelnymi-udaji-a-s-kontaktnim-elektronickym-cipem-pro-ucely-elektronicke-identifikace-a-doporucena-bezpecnostni-opatreni.aspx\|MVČR]]

-	{{tag>eop elektronicky obcansky prukaz nia obcanka eobcanka}}	+	{{tag>eop "elektronicky obcansky prukaz" nia obcanka eobcanka}}

NIA ID

Anonymous (anonymous@undisclosed.example.com) — 2023-08-01T07:28:34+00:00

2026/09/20 01:24	aktuální
Řádek 1:	Řádek 1:
	+	====== NIA ID ======

	+	Úroveň záruky: Značná
	+
	+	Popis: Prostředek NIA ID je spjatý s [[nap:nia\|Národním bodem]] již od jeho počátku v roce 2018 (původně se prostředek jmenoval „jméno, heslo a SMS“). Občané ČR a cizinci vedení v [[nap:rob\|Registru obyvatel]] a zároveň starší 18 let, si mohou založit prostředek, ať již skrze odkaz pod oknem pro přihlášení tímto prostředkem, či přímo na webové stránce [[https://niaid.cz/\|NIA ID]]. Pro založení prostředku je vyžadováno výhradní vlastnictví emailové adresy a mobilního telefonního čísla pro příjem SMS (přičemž číslo musí mít českou předvolbu +420).
	+
	+	Samotné založení prostředku je prvním krokem do elektronického světa přihlašování k online službám státu. Účet je třeba aktivovat připojením k identitě konkrétní fyzické osoby. Dokud není účet aktivován, tj. navázán na fyzickou osobu, tak je umožněno přihlášení pouze k portálu [[nap:nia\|Národního bodu]]. Možností, jak navázat identifikační prostředek NIA ID na fyzickou osobu, je několik:
	+
	+	* Přihlášením jiným prostředkem úrovně Značná nebo Vysoká,
	+	* Přihlášením přes [[nap:elektronicke_ukony_a_dorucovani\|Informační systém Datových schránek, schránkou fyzické, nebo podnikající fyzické, osoby]],
	+	* Udělením souhlasu s poskytnutím údajů jiným osobám, v tomto případě [[https://www.szrcr.cz\|Správě základních registrů]], prostřednictvím [[nap:univerzalni_kontaktni_misto\|kontaktního místa veřejné správy CzechPOINT]].
	+
	+	Jakmile je účet aktivní, tak již nic nebrání jej využívat pro přihlašování k elektronickým službám státu.
	+
	+	Využití: NIA ID je možné využít jako identifikační prostředek, kterým je možné se přihlásit ke všem online službám [[nap:nia\|Kvalifikovaných poskytovatelů]], které akceptují úroveň značná, což je dnes drtivá většina. Pro použití prostředku není potřeba speciálních zařízení, ale uživatel si vystačí se znalostí přihlašovacích údajů a výhradním vlastnictvím mobilního telefonního čísla, registrovaného v České republice. Tato metoda přihlášení usnadňuje použití NIA ID napříč všemi věkovými kategoriemi obyvatelstva.
	+
	+	Více informací: [[https://info.identitaobcana.cz/ups/\|Info Identita Občana]]
	+
	+	{{tag>nia sms "jmeno heslo" identita}}

MojeID

Anonymous (anonymous@undisclosed.example.com) — 2021-08-31T08:29:06+00:00

2026/09/20 01:24	aktuální
Řádek 1:	Řádek 1:
	+	====== MojeID ======
	+
	+	Garant: CZ.NIC
	+
	+	Úroveň záruky: Nízká, značná a vysoká
	+
	+	Popis: Služba mojeID vznikla již v roce 2010 a patří tak k jedné z prvních široce dostupných služeb [[nap:elektronicka_identifikace_pro_klienty_verejne_spravy\|elektronické identifikace]] v Česku. V roce 2020 prošla služba mojeID akreditačním procesem na MV ČR. S mojeID je možné se přihlašovat k mnoha službám v ČR, a dokonce také v zahraničí.
	+
	+	Ověřené údaje uživatelů
	+
	+	Již od vzniku služby mojeID byl jednou z jejích hlavních předností důraz na ověřování údajů, které o sobě uživatel uvádí. U všech účtů dochází k ověření e-mailového a telefonického kontaktu. Dobrovolně je pak možné ověřit i korespondenční adresu a jako nejvyšší stupeň ověření je možné provázat účet s [[nap:rob\|registrem obyvatel]] a díky tomu je možné působit jako identitní prostředek v rámci [[nap:nia\|NIA]]. V takovém případě lze ověřit totožnost několika způsoby – návštěvou pobočky [[nap:univerzalni_kontaktni_misto\|Czech POINT]], [[nap:elektronicke_ukony_a_dorucovani\|systémem datových schránek]] nebo [[nap:nia_eop\|eObčankou]], případně dalšími [[nap:nia\|prostředky elektronické identifikace]].
	+
	+	Bezpečnost
	+
	+	Druhým klíčovým znakem služby mojeID je od začátku snaha nabídnout nejmodernější a nejbezpečnější prostředky [[nap:elektronicka_identifikace_pro_klienty_verejne_spravy\|elektronické identifikace]] pro vícefaktorové přihlašování. Již krátce po spuštění se objevila možnost využití generátoru jednorázových hesel, následovala vlastní mobilní aplikace pro jednoduché potvrzování jedním kliknutím. V roce 2019 byla do služby mojeID implementována možnost přihlašovat se bezpečnostním klíčem podle standardu FIDO. Technologie FIDO zajišťuje maximální ochranu proti útokům typu MITM (nabourání útočníka do komunikace mezi dvěma účastníky). Pro její použití v nejběžnějších zařízeních, jako jsou ty s operačním systémem Windows 10 nebo Android, není nutné nic dalšího pořizovat a je možné použít bezpečnostní klíč zabudovaný přímo v operačním systému. Bezpečnostní klíč FIDO je možné nahradit nebo doplnit o přihlašování pomocí mobilní aplikace MojeID Klíč, která je k dispozici zdarma pro telefony a tablety využívající systémy Android nebo iOS. Přihlašování je tak nejen maximálně bezpečné, ale zároveň maximálně pohodlné. Pro nejvyšší úroveň záruky je možné použít externí HW klíč s odpovídající certifikací.
	+
	+	Využití: S prostředkem mojeID je možné se přihlašovat nejen ke službám eGovernmentu, ale také do různých elektronických obchodů, zpravodajských portálů, městských knihoven a do mnoha portálů obcí a měst a řady dalších služeb. Přehled smluvních partnerů je k dispozici v katalogu služeb dostupném na [[https://www.mojeid.cz/cs/kde-pouzit/katalog-sluzeb/\|mojeID katalog]]. Účet je také možné použít pro správu domény u některých doménových registrátorů.
	+
	+	Od září 2020 je možné používat účet mojeID také pro přihlašování ke službám veřejné správy. Více informací: [[https://www.mojeid.cz/cs/\|mojeID]].
	+
	+	{{tag>mojeid nia identita cznic}}

Národní identitní autorita

Anonymous (anonymous@undisclosed.example.com) — 2025-10-03T06:40:00+00:00

2025/01/03 11:54		aktuální
Řádek 28:		Řádek 28:
	\|IIG - International ID Gateway\| Výběr z možných identitních prostředků, které jsou ohlášené jinými členskými státy EU v rámci eIDAS uzlů \| nízká až vysoká dle daného prostředku \| Aktuálně je možné v rámci eIDAS uzlů vybírat z prostředků, které jsou zveřejnyny na stránkác eIDAS [[https://ec.europa.eu/cefdigital/wiki/display/EIDCOMMUNITY/Overview+of+pre-notified+and+notified+eID+schemes+under+eIDAS]] \| \|NE\|		\|IIG - International ID Gateway\| Výběr z možných identitních prostředků, které jsou ohlášené jinými členskými státy EU v rámci eIDAS uzlů \| nízká až vysoká dle daného prostředku \| Aktuálně je možné v rámci eIDAS uzlů vybírat z prostředků, které jsou zveřejnyny na stránkác eIDAS [[https://ec.europa.eu/cefdigital/wiki/display/EIDCOMMUNITY/Overview+of+pre-notified+and+notified+eID+schemes+under+eIDAS]] \| \|NE\|
	\|[[nap:nia_bankid\|Bankovní identita]]\|Identita poskytovaná Československou obchodní bankou, a. s. \|Značná \| \|[[https://www.csob.cz/portal/csob/csob-identita]] \|Ne \|		\|[[nap:nia_bankid\|Bankovní identita]]\|Identita poskytovaná Československou obchodní bankou, a. s. \|Značná \| \|[[https://www.csob.cz/portal/csob/csob-identita]] \|Ne \|
		+	\|:::\|Identita poskytovaná Československou obchodní bankou, a. s. \|Nízká \| \|[[https://www.csob.cz/portal/csob/csob-identita]] \|Ne \|
	\|:::\|Identita poskytovaná Českou spořitelnou, a. s. \|Značná \| \|[[https://www.csas.cz/cs/o-nas/bezpecnost-ochrana-dat/bankovni-identita]] \|Ne \|		\|:::\|Identita poskytovaná Českou spořitelnou, a. s. \|Značná \| \|[[https://www.csas.cz/cs/o-nas/bezpecnost-ochrana-dat/bankovni-identita]] \|Ne \|
	\|:::\|Identita poskytovaná Bankou CREDITAS a.s \|Značná \| \|[[https://www.creditas.cz/]] \|Ne \|		\|:::\|Identita poskytovaná Bankou CREDITAS a.s \|Značná \| \|[[https://www.creditas.cz/]] \|Ne \|
Řádek 36:		Řádek 37:
	\|:::\|Identita poskytovaná Raiffeisenbank, a.s. \|Značná \| \|[[https://www.rb.cz/informacni-servis/pro-media/tiskove-zpravy/tiskove-zpravy-2021/tiskove-zpravy-202109/01092021-bankovni-identita]] \|Ne \|		\|:::\|Identita poskytovaná Raiffeisenbank, a.s. \|Značná \| \|[[https://www.rb.cz/informacni-servis/pro-media/tiskove-zpravy/tiskove-zpravy-2021/tiskove-zpravy-202109/01092021-bankovni-identita]] \|Ne \|
	\|:::\|Identita poskytovaná UniCredit Bank Czech Republic and Slovakia, a.s. \|Značná \| \|[[https://www.unicreditbank.cz/cs/obcane/bankID.html]] \|Ne \|		\|:::\|Identita poskytovaná UniCredit Bank Czech Republic and Slovakia, a.s. \|Značná \| \|[[https://www.unicreditbank.cz/cs/obcane/bankID.html]] \|Ne \|
		+	\|:::\|Identita poskytovaná mBank, S.A.,Prosta 18 00-850 Varšava, Polská republika, zapsaná ve vnitrostátním soudním rejstříku, sč. zápisu 0000025237, a identifikačním číslem – REGON 001254524, vykonávající činnost na území České republiky prostřednictvím odštěpného závodu \|Značná \| \|[[https://www.mbank.cz/osobni/]] \|Ne \|
		+	\|:::\|Partners Banka, a. s. \|Značná \| \|[[https://www.partnersbanka.cz/]] \|Ne \|

	==== Statistiky využití identitních prostředků ====		==== Statistiky využití identitních prostředků ====

	<WRAP center round info 60%>		<WRAP center round info 60%>
-	Data jsou informativní a platná k datu 1.1.2025	+	Data jsou informativní a platná k datu 1.10.2025
	</WRAP>		</WRAP>

	=== Celkové statistiky identitních prostředků ===		=== Celkové statistiky identitních prostředků ===

-	\|Celkem ID prostředků \|17 439 277 \|	+	\|Celkem ID prostředků \|19 789 832 \|
-	\|Počet profilů alespoň s jedním aktivním prostředkem\|6 862 671 \|	+	\|Počet profilů alespoň s jedním aktivním prostředkem\|7 165 402 \|
-	\|Celkový počet unikátních přihlášení \|3 775 963 \|	+	\|Celkový počet unikátních přihlášení \|4 547 751 \|
-	\|Konverze - procentuální zastoupení těch, kdo se skutečně přihlásili z těch, kdo se přihlásit mohli\| 55.02 %\|	+	\|Konverze - procentuální zastoupení těch, kdo se skutečně přihlásili z těch, kdo se přihlásit mohli\| 63.47 %\|

	=== Statistika za jednotlivé poskytovatele služeb ===		=== Statistika za jednotlivé poskytovatele služeb ===

	<datatables>		<datatables>
-	^URL portálu^ Název portálu ^Celkem přihlášení^	+	^Url ^Název ^Celkem ^
-	\|http://adisdpr.mfcr.cz/adistc\|Daňový portál - Elektronické služby Finanční správy_2\|513\|	+	\|http://adisdpr.mfcr.cz/adistc \|Daňový portál - Elektronické služby Finanční správy_2 \|513 \|
-	\|http://adisepo.mfcr.cz/adistc\|Daňový portál - Elektronické služby Finanční správy\|53236\|	+	\|http://adisepo.mfcr.cz/adistc \|Daňový portál - Elektronické služby Finanční správy \|53236 \|
-	\|http://adisspr.mfcr.cz/adistc\|Daňový portál - Elektronické služby Finanční správy_3\|3215\|	+	\|http://adisspr.mfcr.cz/adistc \|Daňový portál - Elektronické služby Finanční správy_3 \|3215 \|
-	\|http://sso.plzensky-kraj.cz\|http://sso.plzensky-kraj.cz\|7\|	+	\|http://sso.plzensky-kraj.cz \|http://sso.plzensky-kraj.cz \|7 \|
-	\|https://adisspr.mfcr.cz/auth\|MOJE daně – Elektronické služby Finanční správy\|3681051\|	+	\|https://adisspr.mfcr.cz/auth \|MOJE daně – Elektronické služby Finanční správy \|5367176 \|
-	\|https://agw.pardubickykraj.cz/authgateService\|Autentizační brána\|4\|	+	\|https://agw.pardubickykraj.cz/authgateService \|Autentizační brána \|4 \|
-	\|https://aispms.justice.cz/cas\|Portál Probační a mediační služby - PP\|79\|	+	\|https://aispms.justice.cz/cas \|Portál Probační a mediační služby - PP \|136 \|
-	\|https://aisportal.mpo.cz/AISCIPortal/NIA/overeni\|https://aisportal.mpo.cz/AISCIPortal/NIA/overeni\|10993\|	+	\|https://aisportal.mpo.cz/AISCIPortal/NIA/overeni \|https://aisportal.mpo.cz/AISCIPortal/NIA/overeni \|10993 \|
-	\|https://aisportal.mpo.cz/aisportal/nia/overeni\|https://aisportal.mpo.cz/aisportal/nia/overeni\|1155431\|	+	\|https://aisportal.mpo.cz/aisportal/nia/overeni \|https://aisportal.mpo.cz/aisportal/nia/overeni \|1155431 \|
-	\|https://aisportal.mpo.gov.cz/AISCIPortal/NIA/overeni\|CzechInvest\|742\|	+	\|https://aisportal.mpo.gov.cz/AISCIPortal/NIA/overeni \|CzechInvest \|7983 \|
-	\|https://aisportal.mpo.gov.cz/aisportal/nia/overeni\|AIS MPO\|3308\|	+	\|https://aisportal.mpo.gov.cz/aisportal/nia/overeni \|AIS MPO \|24084 \|
-	\|https://aisportal.mpo.gov.cz/TWIST/NIA/overeni\|AIS MPO TWIST\|318\|	+	\|https://aisportal.mpo.gov.cz/PDS/NIA/overeni \|AIS MPO PDS \|70 \|
-	\|https://alpha.ezconvey.cz/AKVych/ProviderMetadata\|https://alpha.ezconvey.cz/AKVych/ProviderMetadata\|54\|	+	\|https://aisportal.mpo.gov.cz/TWIST/NIA/overeni \|AIS MPO TWIST \|7721 \|
-	\|https://api.dipsy.cz/v1/auth/nia-secure\|DiPSy\|1728760\|	+	\|https://alpha.ezconvey.cz/AKVych/ProviderMetadata \|https://alpha.ezconvey.cz/AKVych/ProviderMetadata \|54 \|
-	\|https://api.portal.stavebnisprava.gov.cz/auth/saml2/service-provider-metadata/nia\|Portál stavební správy\|397716\|	+	\|https://api.diotima.eu \|Diotima, s.r.o. \|22 \|
-	\|https://api.portal.stavebnisprava-int.gov.cz/auth/saml2/service-provider-metadata/nia\|Portál stavební správy - ref\|576\|	+	\|https://api.dipsy.cz/v1/auth/nia-secure \|DiPSy \|3533748 \|
-	\|https://api.vvz.nipez.cz/vvz-nia/\|Věstník veřejných zakázek - Prod\|8550\|	+	\|https://api.portal.stavebnisprava.gov.cz/auth/saml2/service-provider-metadata/nia \|Portál stavební správy \|1062406 \|
-	\|https://asterx.sukl.cz/api\|ASTERx - produkční prostředí\|41\|	+	\|https://api.portal.stavebnisprava-int.gov.cz/auth/saml2/service-provider-metadata/nia \|Portál stavební správy - ref \|1774 \|
-	\|https://auth.mpsv.cz/\|Jenda MPSV\|13583467\|	+	\|https://api.vvz.nipez.cz/vvz-nia/ \|Věstník veřejných zakázek - Prod \|10651 \|
-	\|https://auth.projektovezamery.cz/auth/response/nia\|MMR\|2128\|	+	\|https://asterx.sukl.cz/api \|ASTERx - produkční prostředí \|51 \|
-	\|https://auth.vzp.cz\|Moje VZP\|1026077\|	+	\|https://auth.mpsv.cz/ \|Jenda MPSV \|23557748\|
-	\|https://authg.kr-vysocina.cz\|IDM Kraje Vysočina - autentizační brána AM\|4\|	+	\|https://auth.nipez.cz \|Autentizace a autorizace NIPEZ \|16 \|
-	\|https://authgate.kraj-jihocesky.gov.cz\|Jihočeký kraj - AuthGate\|297\|	+	\|https://auth.projektovezamery.cz/auth/response/nia \|MMR \|3585 \|
-	\|https://authgate.kr-vysocina.cz\|IDM Kraje Vysočina\|3922\|	+	\|https://auth.vzp.cz \|Moje VZP \|1417237 \|
-	\|https://beta-moje.kdpcr.cz/\|https://beta-moje.kdpcr.cz/\|7\|	+	\|https://authg.kraj-jihocesky.cz \|Jihočeský kraj - AuthG \|4 \|
-	\|https://caas.szif.cz/cas/login?client_name=NIA\|Státní zemědělský intervenční fond\|219\|	+	\|https://authg.kr-vysocina.cz \|IDM Kraje Vysočina - autentizační brána AM \|4145 \|
-	\|https://cak.cz.s6.abuco.cz/admin-moje-cak/\|https://cak.cz.s6.abuco.cz/admin-moje-cak/\|157\|	+	\|https://authgate.jmk.cz \|AM JMK \|57 \|
-	\|https://card2.dev.cvut.cz/PrivateAccess\|CARD2\|17\|	+	\|https://authgate.kraj-jihocesky.gov.cz \|Jihočeký kraj - AuthGate old \|300 \|
-	\|https://cas.cuni.cz/cas/sp/metadata\|Univerzita Karlova SDG CAS\|3741\|	+	\|https://authgate.kr-vysocina.cz \|IDM Kraje Vysočina \|5164 \|
-	\|https://cas.mestouvaly.cz/simplesaml/module.php/clave/sp/metadata.php/clave/eidasSP/eidasSP\|Město Úvaly\|786\|	+	\|https://authgate.pardubice.eu \|AM Magistrát města Pardubice \|8 \|
-	\|https://cas.portalzp.cz/kms-cas\|PZP KMS NIA\|9419\|	+	\|https://beta-moje.kdpcr.cz/ \|https://beta-moje.kdpcr.cz/ \|7 \|
-	\|https://cevd.gov.cz/moje-drazby\|Centrální evidence veřejných dražeb\|7\|	+	\|https://beta-portal.kdpcr.cz/ \|Portál KDP ČR - Beta \|9 \|
-	\|https://code.gov.cz/\|code.gov.cz\|8275\|	+	\|https://bilovice.mestopodpalcem.cz/api/sep/ \|Karta občana Bílovic nad Svitavou \|2177 \|
-	\|https://cportal.celnisprava.cz/cas\|cPortál Celní správy\|191632\|	+	\|https://caas.szif.cz/cas/login?client_name=NIA \|Státní zemědělský intervenční fond \|219 \|
-	\|https://cro.slu.cz\|Centrální registr osob Slezské univerzity (CRO SU)\|212\|	+	\|https://cak.cz.s6.abuco.cz/admin-moje-cak/ \|https://cak.cz.s6.abuco.cz/admin-moje-cak/ \|157 \|
-	\|https://crv.mdcr.cz/\|Registr silničních vozidel (RSV)\|81\|	+	\|https://card2.dev.cvut.cz/PrivateAccess \|CARD2 \|17 \|
-	\|https://crz.policie.cz/WEB_CRZ_PRIHLASENI/Default.aspx\|Centrální registr zbraní\|501259\|	+	\|https://cas.cuni.cz/cas/sp/metadata \|Univerzita Karlova SDG CAS \|7788 \|
-	\|https://ctu.gov.cz\|Český telekomunikační úřad - WWW\|75\|	+	\|https://cas.mestouvaly.cz/simplesaml/module.php/clave/sp/metadata.php/clave/eidasSP/eidasSP\|Město Úvaly \|934 \|
-	\|https://dataportal.eru.cz/\|https://dataportal.eru.cz/\|1109\|	+	\|https://cas.portalzp.cz/kms-cas \|PZP KMS NIA \|12309 \|
-	\|https://dataportal.eru.gov.cz/\|Datový portál ERÚ\|23109\|	+	\|https://cevd.gov.cz/moje-drazby \|Centrální evidence veřejných dražeb \|2460 \|
-	\|https://davkyuk.mpsv.cz/login/nia\|Dávky UK\|8192369\|	+	\|https://code.gov.cz/ \|code.gov.cz \|9024 \|
-	\|https://des.mpsv.cz/login\|Portál Dětské skupiny\|83788\|	+	\|https://cportal.celnisprava.cz/cas \|cPortál Celní správy \|238705 \|
-	\|https://development.niatest.vfn.cz/\|https://development.niatest.vfn.cz/\|4\|	+	\|https://cro.slu.cz \|Centrální registr osob Slezské univerzity (CRO SU) \|599 \|
-	\|https://dev-pacient.vfn.cz\|VFN DEV portál pacienta\|202\|	+	\|https://crv.mdcr.cz/ \|Registr silničních vozidel (RSV) \|94 \|
-	\|https://di.gov.cz/podani/zadost-dle-zakona-c-106-1999-sb\|Drážní inspekce\|7\|	+	\|https://crz.policie.cz/WEB_CRZ_PRIHLASENI/Default.aspx \|Centrální registr zbraní \|645678 \|
-	\|https://dicr.cz/podani/zadost-dle-zakona-c-106-1999-sb\|https://dicr.cz/podani/zadost-dle-zakona-c-106-1999-sb\|32\|	+	\|https://ctu.gov.cz \|Český telekomunikační úřad - WWW \|99 \|
-	\|https://digitalnibrana.gov.cz/logon\|SDG procedurální portál\|12\|	+	\|https://dataportal.eru.cz/ \|https://dataportal.eru.cz/ \|1109 \|
-	\|https://dmvs.cuzk.cz/cas\|https://dmvs.cuzk.cz/cas\|6703\|	+	\|https://dataportal.eru.gov.cz/ \|Datový portál ERÚ \|37365 \|
-	\|https://dmvs.cuzk.gov.cz/cas\|ČÚZK - portál DMVS\|63133\|	+	\|https://davkyuk.mpsv.cz/login/nia \|Dávky UK \|8192369 \|
-	\|https://dotace.kr-karlovarsky.cz/gordic/ginis/app/RAP05/\|Karlovarský kraj\|7778\|	+	\|https://demo-obchod.vismo.cz \|https://demo-obchod.vismo.cz \|74 \|
-	\|https://dotace.pardubickykraj.cz/portal\|Dotační portál Pk\|19807\|	+	\|https://des.mpsv.cz/login \|Portál Dětské skupiny \|95056 \|
-	\|https://dotace.prerov.eu/\|Statutární město Přerov\|887\|	+	\|https://dev1-admin.eru.client.puxdesign.cz/ \|kalkulátor ERÚ - vývoj \|586 \|
-	\|https://dotace-soc.pardubickykraj.cz\|DOTACE-SOC Dotační portál\|1559\|	+	\|https://development.niatest.vfn.cz/ \|https://development.niatest.vfn.cz/ \|4 \|
-	\|https://dotace-soc.pardubickykraj.cz/sp/shibboleth\|https://dotace-soc.pardubickykraj.cz/sp/shibboleth\|7\|	+	\|https://dev-pacient.vfn.cz \|VFN DEV portál pacienta \|202 \|
-	\|https://dpmkportal.mkcr.cz/NIA/overeni\|DPMK\|106834\|	+	\|https://dfmv-p.gov.cz/auth/realms/eportal/broker/eidas-saml/endpoint \|Elektronický podací portál MV \|2410 \|
-	\|https://drazby.financnisprava.cz/nia_saml2/\|https://drazby.financnisprava.cz/nia_saml2/\|67272\|	+	\|https://di.gov.cz/podani/zadost-dle-zakona-c-106-1999-sb \|Drážní inspekce \|13 \|
-	\|https://drazby.fs.gov.cz/nia_saml2/\|drazby.fs.gov.cz\|6024\|	+	\|https://dicr.cz/podani/zadost-dle-zakona-c-106-1999-sb \|https://dicr.cz/podani/zadost-dle-zakona-c-106-1999-sb \|32 \|
-	\|https://dron.caa.cz\|Registrace bezpilotních systémů\|196266\|	+	\|https://digitalnibrana.gov.cz/logon \|SDG procedurální portál \|26 \|
-	\|https://dron.notia.cz\|Registrace bezpilotních systémů - test\|565\|	+	\|https://dmvs.cuzk.cz/cas \|https://dmvs.cuzk.cz/cas \|6703 \|
-	\|https://dron.notia.cz/\|Registrace bezpilotních systémů - test\|1\|	+	\|https://dmvs.cuzk.gov.cz/cas \|ČÚZK - portál DMVS \|172364 \|
-	\|https://dtm.jmk.cz/auth/realms/JMK\|DTM-JMK\|561\|	+	\|https://dotace.kr-karlovarsky.cz/gordic/ginis/app/RAP05/ \|Karlovarský kraj \|10000 \|
-	\|https://dtm.kraj-lbc.cz/auth/realms/LBC\|DTM-LBC\|812\|	+	\|https://dotace.pardubickykraj.cz/portal \|Dotační portál Pk \|39594 \|
-	\|https://dtm.kr-karlovarsky.cz/auth/realms/KVK\|DTM-KVK\|547\|	+	\|https://dotace.prerov.eu/ \|Statutární město Přerov \|1183 \|
-	\|https://dtm.zlinskykraj.cz/auth/realms/ZLK\|DTM-ZLK\|1649\|	+	\|https://dotace-soc.pardubickykraj.cz \|DOTACE-SOC Dotační portál \|1861 \|
-	\|https://dtmk.plzensky-kraj.cz/auth/realms/PZK\|DTM-PZK\|594\|	+	\|https://dotace-soc.pardubickykraj.cz/sp/shibboleth \|https://dotace-soc.pardubickykraj.cz/sp/shibboleth \|7 \|
-	\|https://dvbtform.ctu.cz/\|Český telekomunikační úřad - DVBT Form\|441\|	+	\|https://dpmkportal.mk.gov.cz/NIA/overeni \|DPMK \|19159 \|
-	\|https://eagri.cz/ssl/app/eagriapp/OOS/Uvod.aspx\|https://eagri.cz/ssl/app/eagriapp/OOS/Uvod.aspx\|1316\|	+	\|https://dpmkportal.mkcr.cz/NIA/overeni \|https://dpmkportal.mkcr.cz/NIA/overeni \|142095 \|
-	\|https://eagri.cz/ssl/app/rmext/\|https://eagri.cz/ssl/app/rmext/\|340\|	+	\|https://drazby.financnisprava.cz/nia_saml2/ \|https://drazby.financnisprava.cz/nia_saml2/ \|67272 \|
-	\|https://eagri.cz/ssl/app/rvext/\|https://eagri.cz/ssl/app/rvext/\|75\|	+	\|https://drazby.fs.gov.cz/nia_saml2/ \|drazby.fs.gov.cz \|14632 \|
-	\|https://eagritest.cz/ssl/app/rmext/\|https://eagritest.cz/ssl/app/rmext/\|1\|	+	\|https://dron.caa.cz \|Registrace bezpilotních systémů \|255100 \|
-	\|https://edoklady.gov.cz/auth\|eDoklady\|7613270\|	+	\|https://dron.notia.cz \|Registrace bezpilotních systémů - test \|609 \|
-	\|https://eedu-idm.msmt.cz/realms/msmt_realm\|https://eedu-idm.msmt.cz/realms/msmt_realm\|8\|	+	\|https://dron.notia.cz/ \|Registrace bezpilotních systémů - test \|1 \|
-	\|https://eforms.zpmvcr.cz/eforms/ekomunikace\|E-Komunikace ZP MV ČR\|4\|	+	\|https://dtm.jmk.cz/auth/realms/JMK \|DTM-JMK \|1384 \|
-	\|https://eforms.zpmvcr.cz/eforms/ekomunikace/niasaml\|E-Komunikace ZP MV ČR\|109927\|	+	\|https://dtm.kraj-lbc.cz/auth/realms/LBC \|DTM-LBC \|1716 \|
-	\|https://e-health-auth.bnzlin.cz/signin-e-identity\|Krajská nemocnice T. Bati, a. s.\|348\|	+	\|https://dtm.kr-karlovarsky.cz/auth/realms/KVK \|DTM-KVK \|938 \|
-	\|https://e-health-auth.ftn.cz/signin-e-identity\|Fakultní Thomayerova nemocnice\|165\|	+	\|https://dtm.zlinskykraj.cz/auth/realms/ZLK \|DTM-ZLK \|4333 \|
-	\|https://e-health-auth.hospital-bn.cz/signin-e-identity\|Nemocnice Rudolfa a Stefanie Benešov, a.s., nemocnice Středočeského kraje\|76\|	+	\|https://dtmk.plzensky-kraj.cz/auth/realms/PZK \|DTM-PZK \|1743 \|
-	\|https://e-health-auth.msk.cz/signin-e-identity\|Portál pacienta Moravskoslezského kraje\|8719\|	+	\|https://dvbtform.ctu.cz/ \|Český telekomunikační úřad - DVBT Form \|499 \|
-	\|https://e-health-auth.nemocnicepribram.cz/signin-e-identity\|Oblastní nemocnice Příbram, .a.s.\|219\|	+	\|https://eagri.cz/ssl/app/eagriapp/OOS/Uvod.aspx \|https://eagri.cz/ssl/app/eagriapp/OOS/Uvod.aspx \|1316 \|
-	\|https://e-health-auth.nudz.cz/signin-e-identity\|Portál pacienta\|238\|	+	\|https://eagri.cz/ssl/app/rmext/ \|https://eagri.cz/ssl/app/rmext/ \|340 \|
-	\|https://e-health-auth.pnvd.cz/signin-e-identity\|Psychiatrická nemocnice v Dobřanech\|23\|	+	\|https://eagri.cz/ssl/app/rvext/ \|https://eagri.cz/ssl/app/rvext/ \|75 \|
-	\|https://e-health-auth.uhkt.cz/signin-e-identity\|Ústav hematologie a krevní transfuze\|14\|	+	\|https://eagritest.cz/ssl/app/rmext/ \|https://eagritest.cz/ssl/app/rmext/ \|1 \|
-	\|https://e-health-auth.unbr.cz/signin-e-identity\|Úrazová nemocnice v Brně\|135\|	+	\|https://edoklady.gov.cz/auth \|eDoklady \|17060333\|
-	\|https://elektronicky.trest.cz/gordic/ginis/app/rap05/\|Město Třešť\|134\|	+	\|https://eedu-idm.msmt.cz/realms/msmt_realm \|https://eedu-idm.msmt.cz/realms/msmt_realm \|8 \|
-	\|https://elisportal.mpo.cz/elisportal/nia/overeni\|ELIS EPODATELNA\|3044\|	+	\|https://eforms.zpmvcr.cz/eforms/ekomunikace \|E-Komunikace ZP MV ČR \|4 \|
-	\|https://ems.mestys-svitavka.cz/Gordic/RAP05.test/\|https://ems.mestys-svitavka.cz/Gordic/RAP05.test/\|3\|	+	\|https://eforms.zpmvcr.cz/eforms/ekomunikace/niasaml \|E-Komunikace ZP MV ČR \|144642 \|
-	\|https://ems.mestys-svitavka.cz/Gordic/RAP05/\|Městys Svitávka\|475\|	+	\|https://e-health-auth.bnzlin.cz/signin-e-identity \|Krajská nemocnice T. Bati, a. s. \|1021 \|
-	\|https://ems.mestys-svitavka.cz:8443/Gordic/RAP05/\|https://ems.mestys-svitavka.cz:8443/Gordic/RAP05/\|2\|	+	\|https://e-health-auth.ftn.cz/signin-e-identity \|Fakultní Thomayerova nemocnice \|280 \|
-	\|https://epacient.fnkv.cz/\|eHealth Portál Fakultní nemocnice Královské Vinohrady\|100\|	+	\|https://e-health-auth.hospital-bn.cz/signin-e-identity \|Nemocnice Rudolfa a Stefanie Benešov, a.s., nemocnice Středočeského kraje \|78 \|
-	\|https://epo.plzen.eu/irj/portal/anonymous/login\|Statutární město Plzeň\|4026\|	+	\|https://e-health-auth.mediconas.cz/signin-e-identity \|Portál pacienta MEDICON \|50 \|
-	\|https://eportal.archirepo.com/\|https://eportal.archirepo.com/\|10\|	+	\|https://e-health-auth.msk.cz/signin-e-identity \|Portál pacienta Moravskoslezského kraje \|11410 \|
-	\|https://eportal.cssz.cz/ikr-cas\|ePortál ČSSZ\|8835476\|	+	\|https://e-health-auth.nemocnicepribram.cz/signin-e-identity \|Oblastní nemocnice Příbram, .a.s. \|354 \|
-	\|https://eportal.ctu.gov.cz\|Český telekomunikační úřad - ePortál\|6\|	+	\|https://e-health-auth.nudz.cz/signin-e-identity \|Portál pacienta \|321 \|
-	\|https://eportal.mo.gov.cz/auth/realms/eportal/broker/eidas-saml/endpoint\|ePortál Ministerstva obrany České republiky\|55\|	+	\|https://e-health-auth.pnvd.cz/signin-e-identity \|Psychiatrická nemocnice v Dobřanech \|25 \|
-	\|https://eportal.pardubice.eu/gordic/ginis/app/RAP05\|eportal.pardubice.eu\|7682\|	+	\|https://e-health-auth.uhkt.cz/signin-e-identity \|Ústav hematologie a krevní transfuze \|26 \|
-	\|https://eportal.rumburk.cz/portal\|https://eportal.rumburk.cz/portal\|138\|	+	\|https://e-health-auth.unbr.cz/signin-e-identity \|Úrazová nemocnice v Brně \|135 \|
-	\|https://eportal.rumburk.cz/wab/\|Město Rumburk\|87\|	+	\|https://elektronicky.trest.cz/gordic/ginis/app/rap05/ \|Město Třešť \|205 \|
-	\|https://eportal.statistika.cz\|Centrální autentizační bod ČSÚ\|116\|	+	\|https://elisportal.mpo.cz/elisportal/nia/overeni \|ELIS EPODATELNA \|10851 \|
-	\|https://ereg.ksrzis.cz/\|Ústav zdravotnických informací a statistiky ČR\|113166\|	+	\|https://ems.mestys-svitavka.cz/Gordic/RAP05.test/ \|https://ems.mestys-svitavka.cz/Gordic/RAP05.test/ \|3 \|
-	\|https://eru-admin.rachel.puxdesign.cz/\|kalkulátor ERÚ\|143\|	+	\|https://ems.mestys-svitavka.cz/Gordic/RAP05/ \|Městys Svitávka \|532 \|
-	\|https://esfcr.cz\|https://esfcr.cz\|45\|	+	\|https://ems.mestys-svitavka.cz:8443/Gordic/RAP05/ \|https://ems.mestys-svitavka.cz:8443/Gordic/RAP05/ \|2 \|
-	\|https://esluzby.ckrumlov.cz/portal/\|https://esluzby.ckrumlov.cz/portal/\|614\|	+	\|https://epacient.fnkv.cz/ \|eHealth Portál Fakultní nemocnice Královské Vinohrady \|100 \|
-	\|https://esluzby.ckrumlov.cz/wab/\|Město Český Krumlov\|14\|	+	\|https://epo.plzen.eu/irj/portal/anonymous/login \|Statutární město Plzeň \|5853 \|
-	\|https://etltst.brno.cz:10443/realms/nia\|Statutární město Brno\|39\|	+	\|https://eportal.archirepo.com/ \|https://eportal.archirepo.com/ \|10 \|
-	\|https://eurad.mestock.cz/\|Město Červený Kostelec\|13\|	+	\|https://eportal.coi.gov.cz/ \|ePortal ČOI \|31 \|
-	\|https://ezca.mzcr.cz/\|Ústav zdravotnických informací a statistiky ČR\|20\|	+	\|https://eportal.cssz.cz/ikr-cas \|ePortál ČSSZ \|12316321\|
-	\|https://flexi.bucovice.cz/portal/\|Město Bučovice\|405\|	+	\|https://eportal.csu.gov.cz \|Centrální autentizační bod ČSÚ \|8 \|
-	\|https://frs.gov.cz/api/ip/saml2/authenticate/nia\|https://frs.gov.cz/api/ip/saml2/authenticate/nia\|7\|	+	\|https://eportal.ctu.gov.cz \|Český telekomunikační úřad - ePortál \|2469 \|
-	\|https://ginis.mu-lostice.cz/Gordic/Ginis/App/RAP05/\|Město Loštice\|310\|	+	\|https://eportal.mo.gov.cz/auth/realms/eportal/broker/eidas-saml/endpoint \|ePortál Ministerstva obrany České republiky \|449 \|
-	\|https://ginis.mupisek.cz:11443/Gordic/Ginis/App/RAP05\|Portál občana města Písku\|13\|	+	\|https://eportal.pardubice.eu/gordic/ginis/app/RAP05 \|eportal.pardubice.eu \|14173 \|
-	\|https://gordic.muchropyne.cz\|Chropyně\|447\|	+	\|https://eportal.rumburk.cz/portal \|https://eportal.rumburk.cz/portal \|138 \|
-	\|https://hades.uhk.cz/nia/\|UHK eCŽV přihláška\|32\|	+	\|https://eportal.rumburk.cz/wab/ \|Město Rumburk \|214 \|
-	\|https://hlksehealthportal.azurewebsites.net/home/home\|HLKS eHealth Portál TEST\|51\|	+	\|https://eportal.statistika.cz \|https://eportal.statistika.cz \|126 \|
-	\|https://iam.env.cz\|Ministerstvo životního prostředí\|115510\|	+	\|https://eportal.zlinskykraj.cz/login/realms/EPORTAL-PUBLIC/broker/nia/endpoint \|ePortál ZK \|5 \|
-	\|https://identity.semily.cz:8184/\|Portál občana\|705\|	+	\|https://eportal-p.mo.gov.cz/auth/realms/eportal/broker/eidas-saml/endpoint \|https://eportal-p.mo.gov.cz/auth/realms/eportal/broker/eidas-saml/endpoint \|28 \|
-	\|https://idm.isv.gov.cz/realms/msmt_realm\|Informační systém vzdělávání eEdu\|29\|	+	\|https://ereg.ksrzis.cz/ \|Ústav zdravotnických informací a statistiky ČR \|138102 \|
-	\|https://iiptp.metodickecentrum.cz\|Metodické centrum\|15027\|	+	\|https://eru-admin.rachel.puxdesign.cz/ \|https://eru-admin.rachel.puxdesign.cz/ \|196 \|
-	\|https://iiptpt.metodickecentrum.cz\|Metodické centrum - test\|277\|	+	\|https://esfcr.cz \|https://esfcr.cz \|45 \|
-	\|https://insis.vse.cz/\|VŠE Praha – studijní systém\|6113\|	+	\|https://esluzby.ckrumlov.cz/portal/ \|https://esluzby.ckrumlov.cz/portal/ \|614 \|
-	\|https://is.cuni.cz/studium/index.php\|Univerzita Karlova SDG SIS\|7690\|	+	\|https://esluzby.ckrumlov.cz/wab/ \|Město Český Krumlov \|339 \|
-	\|https://is.czu.cz/\|ČZU v Praze - studijní systém\|969\|	+	\|https://etltst.brno.cz:10443/realms/nia \|https://etltst.brno.cz:10443/realms/nia \|39 \|
-	\|https://is.jamu.cz/\|Janáčkova akademie múzických umění\|72\|	+	\|https://eurad.mestock.cz/ \|Město Červený Kostelec \|13 \|
-	\|https://is.mendelu.cz\|MENDELU Brno - Univerzitní informační systém\|10485\|	+	\|https://ezca.mzcr.cz/ \|Ústav zdravotnických informací a statistiky ČR \|70 \|
-	\|https://is.muni.cz/\|Masarykova univerzita\|41880\|	+	\|https://fd.isdr.gov.cz/nia/signedin \|https://fd.isdr.gov.cz/nia/signedin \|45 \|
-	\|https://is.slu.cz\|Informační systém Slezské univerzity (IS SU)\|61\|	+	\|https://flexi.bucovice.cz/portal/ \|https://flexi.bucovice.cz/portal/ \|482 \|
-	\|https://is.vstecb.cz/\|Vysoká škola technická a ekonomická v Českých Budějovicích\|33\|	+	\|https://flexi.bucovice.cz/wab/ \|Město Bučovice \|59 \|
-	\|https://isdtm.olkraj.cz/auth/realms/OLK\|DTM - OLK\|580\|	+	\|https://frs.gov.cz/api/ip/saml2/authenticate/nia \|https://frs.gov.cz/api/ip/saml2/authenticate/nia \|7 \|
-	\|https://isdv.upv.cz/webapp/webapp.nia.niareg\|https://isdv.upv.cz/webapp/webapp.nia.niareg\|11388\|	+	\|https://ginis.mesto.jilemnice.cz/Gordic/Ginis/App/RAP05/ \|Město Jilemnice – Portál občana \|118 \|
-	\|https://isdv.upv.gov.cz/webapp/webapp.nia.niareg\|Úřad průmyslového vlastnictví\|14339\|	+	\|https://ginis.mu-lostice.cz/Gordic/Ginis/App/RAP05/ \|Město Loštice \|486 \|
-	\|https://isdvakc.upv.cz/webapp/webapp.nia.niareg\|https://isdvakc.upv.cz/webapp/webapp.nia.niareg\|732\|	+	\|https://ginis.mupisek.cz:11443/Gordic/Ginis/App/RAP05 \|https://ginis.mupisek.cz:11443/Gordic/Ginis/App/RAP05 \|31 \|
-	\|https://isdvakc.upv.gov.cz/webapp/webapp.nia.niareg\|AKC - ÚPV\|327\|	+	\|https://ginis.mupisek.cz:11443/Gordic/Ginis/App/RAP05/ \|https://ginis.mupisek.cz:11443/Gordic/Ginis/App/RAP05/ \|12 \|
-	\|https://isdvtst.int.upv.cz/webapp/webapp.nia.niareg\|TST - ÚPV\|327\|	+	\|https://gordic.muchropyne.cz \|Chropyně \|606 \|
-	\|https://iskp21.mssf.cz/\|ISKP21+\|1397097\|	+	\|https://hades.uhk.cz/nia/ \|UHK eCŽV přihláška \|43 \|
-	\|https://iskp21.mssf.cz/sd/\|ISKP21+ -údaje\|62256\|	+	\|https://hlksehealthportal.azurewebsites.net/home/home \|HLKS eHealth Portál TEST \|51 \|
-	\|https://iskp21-ref.mssf.cz/\|ISKP21+ Ref\|186\|	+	\|https://iam.env.cz \|Ministerstvo životního prostředí \|176262 \|
-	\|https://iskp21-sandbox.mssf.cz/\|https://iskp21-sandbox.mssf.cz/\|7\|	+	\|https://ib.msk.cz \|Identitní brána MSK \|1 \|
-	\|https://iskp21-test.mssf.cz/\|ISKP21+ Test\|7256\|	+	\|https://identita.svscr.cz/Prod/User \|Státní veterinární správa \|97 \|
-	\|https://iskp21-test.mssf.cz/sd/\|ISKP21+ -test údaje\|110\|	+	\|https://identity.semily.cz:8184/ \|Portál občana \|749 \|
-	\|https://is-stag.osu.cz/nia/shibboleth\|is-stag.osu.cz\|621\|	+	\|https://idm.isv.gov.cz/realms/msmt_realm \|Informační systém vzdělávání eEdu \|29 \|
-	\|https://istp.mdcr.cz/Logon.aspx\|Informační systém technických prohlídek\|4538766\|	+	\|https://idm.jcu.cz/saml/nia \|IDM \|654 \|
-	\|https://jaas.justice.cz/\|Justiční autentizační a autorizační služba\|425141\|	+	\|https://iiptp.metodickecentrum.cz \|Metodické centrum \|37219 \|
-	\|https://jaaspreauth.justice.cz/\|Justiční autentizační a autorizační služba\|1\|	+	\|https://iiptpt.metodickecentrum.cz \|Metodické centrum - test \|277 \|
-	\|https://jck.krajdtm.cz/auth/realms/JCK\|DTM-JCK\|977\|	+	\|https://insis.vse.cz/ \|VŠE Praha – studijní systém \|13057 \|
-	\|https://jenda.mpsv.cz/\|https://jenda.mpsv.cz/\|1996811\|	+	\|https://ipc.gov.cz/api/ip/saml2/authenticate/nia \|IP-PROD (FRS.GOV.CZ) \|375020 \|
-	\|https://khk.krajdtm.cz/auth/realms/KHK\|DTM-KHK\|774\|	+	\|https://is.ambis.cz/ \|AMBIS vysoká škola, a.s. \|2151 \|
-	\|https://kissos.pardubickykraj.cz/sp/shibboleth\|https://kissos.pardubickykraj.cz/sp/shibboleth\|6\|	+	\|https://is.cuni.cz/studium/index.php \|Univerzita Karlova SDG SIS \|23098 \|
-	\|https://kko-nia.mkcr.bootiq-preview.eu/private\|KKO-TEST\|6\|	+	\|https://is.czu.cz/ \|ČZU v Praze - studijní systém \|4290 \|
-	\|https://klient.fnol.cz/\|Fakultní nemocnice Olomouc – eHealth portál\|2004\|	+	\|https://is.jamu.cz/ \|Janáčkova akademie múzických umění \|108 \|
-	\|https://kp.vozp.cz\|Vojenská zdravotní pojišťovna České republiky\|75356\|	+	\|https://is.mendelu.cz \|MENDELU Brno - Univerzitní informační systém \|17487 \|
-	\|https://lektor.metodickecentrum.cz\|Metodické centrum (lektor)\|4512\|	+	\|https://is.muni.cz/ \|Masarykova univerzita \|56133 \|
-	\|https://lektort.metodickecentrum.cz\|Metodické centrum - test (lektor)\|118\|	+	\|https://is.slu.cz \|Informační systém Slezské univerzity (IS SU) \|256 \|
-	\|https://lime.sazka.cz/bank-business-card/saml/SSO\|SAZKA a.s.\|12021\|	+	\|https://is.vstecb.cz/ \|Vysoká škola technická a ekonomická v Českých Budějovicích \|91 \|
-	\|https://lime.uat.sazka.cz/bank-business-card/saml/SSO\|SAZKA a.s. UAT\|147\|	+	\|https://isdr.gov.cz/nia/signedin \|Informační systém dlouhodobého řízení ISVS \|31 \|
-	\|https://login.cmi.cz/auth/realms/CMI_Portaly\|ČMI Portály\|5\|	+	\|https://isdtm.olkraj.cz/auth/realms/OLK \|DTM - OLK \|1561 \|
-	\|https://login.cuzk.cz/nia/\|https://login.cuzk.cz/nia/\|4877603\|	+	\|https://isdv.upv.cz/webapp/webapp.nia.niareg \|https://isdv.upv.cz/webapp/webapp.nia.niareg \|11388 \|
-	\|https://login.cuzk.gov.cz/nia/\|ČÚZK - přihlašovací portál\|168119\|	+	\|https://isdv.upv.gov.cz/webapp/webapp.nia.niareg \|Úřad průmyslového vlastnictví \|25580 \|
-	\|https://login.vspj.cz\|IS VŠPJ\|345\|	+	\|https://isdvakc.upv.cz/webapp/webapp.nia.niareg \|https://isdvakc.upv.cz/webapp/webapp.nia.niareg \|732 \|
-	\|https://modurad.otevrenamesta.cz/mutabor/nia\|info.mutabor.cz\|335\|	+	\|https://isdvakc.upv.gov.cz/webapp/webapp.nia.niareg \|AKC - ÚPV \|461 \|
-	\|https://moje.cak.cz/admin-moje-cak/\|ČAK\|1923\|	+	\|https://isdvtst.int.upv.cz/webapp/webapp.nia.niareg \|TST - ÚPV \|329 \|
-	\|https://moje.kdpcr.cz/\|Web KDP ČR\|266\|	+	\|https://isform.mf.gov.cz/be/ \|Informační systém formulářového rozhraní \|291 \|
-	\|https://moje.test2.kdpcr.cz/\|https://moje.test2.kdpcr.cz/\|23\|	+	\|https://isform-test.mf.gov.cz/be/ \|IS FORM \|42 \|
-	\|https://mojeid.cz/nia/client\|mojeID\|27779\|	+	\|https://iskp21.mssf.cz/ \|ISKP21+ \|2354580 \|
-	\|https://moje-kdp.dimov-pc.ldock.dev.feo.cz/\|https://moje-kdp.dimov-pc.ldock.dev.feo.cz/\|76\|	+	\|https://iskp21.mssf.cz/sd/ \|ISKP21+ -údaje \|75043 \|
-	\|https://monitoringtrhu.ctu.cz/\|https://monitoringtrhu.ctu.cz/\|32646\|	+	\|https://iskp21-ref.mssf.cz/ \|ISKP21+ Ref \|310 \|
-	\|https://monitoringtrhu.ctu.gov.cz/\|Český telekomunikační úřad - ESD\|606\|	+	\|https://iskp21-sandbox.mssf.cz/ \|https://iskp21-sandbox.mssf.cz/ \|7 \|
-	\|https://moodle.mssf.cz/auth/saml2/sp/metadata.php\|Moodle MS2021+\|13\|	+	\|https://iskp21-test.mssf.cz/ \|ISKP21+ Test \|11058 \|
-	\|https://moodle-test.mssf.cz/auth/saml2/sp/metadata.php\|Moodle MS2021+ Test\|71\|	+	\|https://iskp21-test.mssf.cz/sd/ \|ISKP21+ -test údaje \|127 \|
-	\|https://msk.krajdtm.cz/auth/realms/MSK\|DTM-MSK\|401\|	+	\|https://iskp21-tu-test.mssf.cz \|ISKP21+ Test TU \|649 \|
-	\|https://myto.gov.cz/selfcare/\|Ředitelství silnic a dálnic ČR, Doručovací adresa: Čerčanská 12, CZ-14000 PRAHA\|3224\|	+	\|https://is-stag.osu.cz/nia/shibboleth \|is-stag.osu.cz \|1848 \|
-	\|https://mytocz.eu/selfcare/\|https://mytocz.eu/selfcare/\|1545914\|	+	\|https://istp.mdcr.cz/Logon.aspx \|Informační systém technických prohlídek \|5534726 \|
-	\|https://mze.gov.cz/ssl/app/eagriapp/OOS/Uvod.aspx\|Elektronický přenos dat s Odborem osiv a sadby ÚKZÚZ\|3\|	+	\|https://jaas.justice.cz/ \|Justiční autentizační a autorizační služba \|560042 \|
-	\|https://mze.gov.cz/ssl/app/rmext/\|Registr množitelských porostů\|22\|	+	\|https://jaaspreauth.justice.cz/ \|Justiční autentizační a autorizační služba \|1 \|
-	\|https://mze.gov.cz/ssl/app/rvext/\|Registr vinic\|31\|	+	\|https://jck.krajdtm.cz/auth/realms/JCK \|DTM-JCK \|2384 \|
-	\|https://mze.gov.cz/ssl/portal/mze/farmar\|Portál Ministerstva zemědělství\|6687\|	+	\|https://jenda.mpsv.cz/ \|https://jenda.mpsv.cz/ \|1996811 \|
-	\|https://nadmery.gov.cz\|IS NADR\|1427\|	+	\|https://khk.krajdtm.cz/auth/realms/KHK \|DTM-KHK \|1351 \|
-	\|https://nadmery.mdcr.cz\|https://nadmery.mdcr.cz\|24377\|	+	\|https://kissos.pardubickykraj.cz/sp/shibboleth \|https://kissos.pardubickykraj.cz/sp/shibboleth \|6 \|
-	\|https://nahlizeni.nsa.gov.cz/\|Národní sportovní agentura\|409\|	+	\|https://kko-nia.mkcr.bootiq-preview.eu/private \|KKO-TEST \|6 \|
-	\|https://nahlizeni.uohs.cz/Gordic/Ginis/App/RAP05/\|https://nahlizeni.uohs.cz/Gordic/Ginis/App/RAP05/\|2691\|	+	\|https://klient.fnol.cz/ \|Fakultní nemocnice Olomouc – eHealth portál \|5876 \|
-	\|https://nahlizeni.uohs.gov.cz/Gordic/Ginis/App/RAP05/\|Úřad pro ochranu hospodářské soutěže\|1846\|	+	\|https://kp.vozp.cz \|Vojenská zdravotní pojišťovna České republiky \|102481 \|
-	\|https://nahlizeni.uohs.gov.cz/Gordic/Ginis/App/RAP07/\|Úřad pro ochranu hospodářské soutěže\|36\|	+	\|https://lektor.metodickecentrum.cz \|Metodické centrum (lektor) \|8165 \|
-	\|https://ncp.nixzd.cz\|NÁRODNÍ KONTAKTNÍ BOD PRO PŘESHRANIČNÍ VÝMĚNU ZDRAVOTNÍ DOKUMENTACE\|47\|	+	\|https://lektort.metodickecentrum.cz \|Metodické centrum - test (lektor) \|118 \|
-	\|https://nia.eidentita.cz/sep1/secure/\|https://nia.eidentita.cz/sep1/secure/\|407\|	+	\|https://lime.sazka.cz/bank-business-card/saml/SSO \|SAZKA a.s. \|12025 \|
-	\|https://nia.eidentita.cz/sep2/secure/\|https://nia.eidentita.cz/sep2/secure/\|137\|	+	\|https://lime.uat.sazka.cz/bank-business-card/saml/SSO \|SAZKA a.s. UAT \|147 \|
-	\|https://nia.eidentita.cz/sep3/secure/\|https://nia.eidentita.cz/sep3/secure/\|357\|	+	\|https://login.cmi.cz/auth/realms/CMI_Portaly \|ČMI Portály \|37 \|
-	\|https://nia.eidentita.cz/sep4/secure/\|https://nia.eidentita.cz/sep4/secure/\|30\|	+	\|https://login.cuzk.cz/nia/ \|https://login.cuzk.cz/nia/ \|4877603 \|
-	\|https://nia.eidentita.cz/sep5/\|https://nia.eidentita.cz/sep5/\|92\|	+	\|https://login.cuzk.gov.cz/nia/ \|ČÚZK - přihlašovací portál \|1796235 \|
-	\|https://nia.eidentita.cz/sep6/\|https://nia.eidentita.cz/sep6/\|54\|	+	\|https://login.iprpraha.cz/auth/realms/vydej \|VYDEJ \|1 \|
-	\|https://nia.identitaobcana.cz/sep1/secure/\|SeP 1\|250\|	+	\|https://login.vspj.cz \|IS VŠPJ \|659 \|
-	\|https://nia.identitaobcana.cz/sep2/secure/\|SeP 2\|4\|	+	\|https://mestysvladislav.obcanplus.cz/auth \|Městys Vladislav - Občan+ \|10 \|
-	\|https://nia.identitaobcana.cz/sep3/secure/\|SeP 3\|102\|	+	\|https://modurad.otevrenamesta.cz/mutabor/nia \|info.mutabor.cz \|335 \|
-	\|https://nia.identitaobcana.cz/sep4/secure/\|SeP 4\|39\|	+	\|https://moje.cak.cz/admin-moje-cak/ \|https://moje.cak.cz/admin-moje-cak/ \|2136 \|
-	\|https://nia.identitaobcana.cz/sep5/\|SeP 5\|141\|	+	\|https://moje.kdpcr.cz/ \|Web KDP ČR \|684 \|
-	\|https://nia.sukl.cz/login\|Externí identity - NIA\|37947\|	+	\|https://moje.test2.kdpcr.cz/ \|https://moje.test2.kdpcr.cz/ \|23 \|
-	\|https://nia.upol.cz/\|UPOL NIA API\|421\|	+	\|https://mojeid.cz/nia/client \|mojeID \|32073 \|
-	\|https://niatest.scio.cz/ws-callback\|Scio\|97\|	+	\|https://moje-kdp.dimov-pc.ldock.dev.feo.cz/ \|https://moje-kdp.dimov-pc.ldock.dev.feo.cz/ \|76 \|
-	\|https://niatest.vfn.cz/\|https://niatest.vfn.cz/\|13\|	+	\|https://monitoringtrhu.ctu.cz/ \|https://monitoringtrhu.ctu.cz/ \|32646 \|
-	\|https://nsaweb.ssw.cz/app\|Národní sportovní agentura\|121\|	+	\|https://monitoringtrhu.ctu.gov.cz/ \|Český telekomunikační úřad - ESD \|12224 \|
-	\|https://oauth.oneticket.cz/v2/\|OneTicket\|135\|	+	\|https://moodle.mssf.cz/auth/saml2/sp/metadata.php \|Moodle MS2021+ \|13 \|
-	\|https://obcan.benesov-city.cz/\|Město Benešov\|6134\|	+	\|https://moodle-test.mssf.cz/auth/saml2/sp/metadata.php \|Moodle MS2021+ Test \|71 \|
-	\|https://obcan.bilovec.cz/\|Město Bílovec\|8\|	+	\|https://msk.krajdtm.cz/auth/realms/MSK \|DTM-MSK \|926 \|
-	\|https://obcan.bilovec.cz/portal/\|https://obcan.bilovec.cz/portal/\|187\|	+	\|https://muhb.cz/portal-obcana \|https://muhb.cz/portal-obcana \|3 \|
-	\|https://obcan.bilovicens.cz/obcan/\|PO Bílovice nad Svitavou\|362\|	+	\|https://myto.gov.cz/selfcare/ \|Ředitelství silnic a dálnic ČR, Doručovací adresa: Čerčanská 12, CZ-14000 PRAHA \|236875 \|
-	\|https://obcan.bohumin.cz\|Portál občana Bohumín\|3645\|	+	\|https://mytocz.eu/selfcare/ \|https://mytocz.eu/selfcare/ \|1545914 \|
-	\|https://obcan.bystricenp.cz/Gordic/Ginis/App/RAP05/\|Město Bystřice nad Pernštejnem\|430\|	+	\|https://mze.gov.cz/ssl/app/eagriapp/OOS/Uvod.aspx \|Elektronický přenos dat s Odborem osiv a sadby ÚKZÚZ \|793 \|
-	\|https://obcan.havirov-city.cz\|Portál občana statutárního města Havířov\|175\|	+	\|https://mze.gov.cz/ssl/app/rmext/ \|Registr množitelských porostů \|86 \|
-	\|https://obcan.jaromer-josefov.cz/obcan\|PO Jaroměř\|206\|	+	\|https://mze.gov.cz/ssl/app/rvext/ \|Registr vinic \|73 \|
-	\|https://obcan.kraliky.eu/obcan/\|PO Králíky\|198\|	+	\|https://mze.gov.cz/ssl/nosso-app/SEPO/ \|Elektronické podání – formulářové řešení MZe \|19 \|
-	\|https://obcan.kravare.cz/portal\|Portál Města Kravaře\|137\|	+	\|https://mze.gov.cz/ssl/portal/mze/farmar \|Portál Ministerstva zemědělství \|26530 \|
-	\|https://obcan.letovice.net\|Portál občana\|109\|	+	\|https://nadmery.gov.cz \|IS NADR \|24396 \|
-	\|https://obcan.litomerice.cz/obcan\|PO Litoměřice\|3839\|	+	\|https://nadmery.mdcr.cz \|https://nadmery.mdcr.cz \|24377 \|
-	\|https://obcan.mestolysa.cz/obcan\|LYSÁ NAD LABEM - PORTÁL OBČANA MĚSTA LYSÁ NAD LABEM\|1319\|	+	\|https://nahlizeni.nsa.gov.cz/ \|Národní sportovní agentura \|664 \|
-	\|https://obcan.mesto-nymburk.cz/obcan/\|PO Nymburk\|1265\|	+	\|https://nahlizeni.uohs.cz/Gordic/Ginis/App/RAP05/ \|https://nahlizeni.uohs.cz/Gordic/Ginis/App/RAP05/ \|2691 \|
-	\|https://obcan.mesto-uh.cz/portal/\|Portál občana Uherské Hradiště\|2314\|	+	\|https://nahlizeni.uohs.gov.cz/Gordic/Ginis/App/RAP05/ \|Úřad pro ochranu hospodářské soutěže \|3684 \|
-	\|https://obcan.mnhradiste.cz/obcan\|MNICHOVO HRADIŠTĚ - PORTÁL OBČANA MĚSTA MNICHOVO HRADIŠTĚ\|1091\|	+	\|https://nahlizeni.uohs.gov.cz/Gordic/Ginis/App/RAP07/ \|Úřad pro ochranu hospodářské soutěže \|72 \|
-	\|https://obcan.mubruntal.cz/portal/\|BRUNTÁL - PORTÁL OBČANA MĚSTA BRUNTÁL\|1827\|	+	\|https://ncp.nixzd.cz \|NÁRODNÍ KONTAKTNÍ BOD PRO PŘESHRANIČNÍ VÝMĚNU ZDRAVOTNÍ DOKUMENTACE \|47 \|
-	\|https://obcan.mupe.cz/obcan\|Město Pelhřimov\|1953\|	+	\|https://nia.brno.cz/realms/nia \|Statutární město Brno \|36 \|
-	\|https://obcan.mutabor.cz/\|Město Tábor\|6261\|	+	\|https://nia.eidentita.cz/sep1/secure/ \|https://nia.eidentita.cz/sep1/secure/ \|407 \|
-	\|https://obcan.neratovice.cz/\|Portál občana města Neratovice\|8\|	+	\|https://nia.eidentita.cz/sep2/secure/ \|https://nia.eidentita.cz/sep2/secure/ \|137 \|
-	\|https://obcan.novy-bor.cz/\|PO Nový Bor\|539\|	+	\|https://nia.eidentita.cz/sep3/secure/ \|https://nia.eidentita.cz/sep3/secure/ \|357 \|
-	\|https://obcan.ostrov.cz/gordic/ginis/app/rap05/\|Portál občana města Ostrov\|8\|	+	\|https://nia.eidentita.cz/sep4/secure/ \|https://nia.eidentita.cz/sep4/secure/ \|30 \|
-	\|https://obcan.otrokovice.cz\|Identity\|409\|	+	\|https://nia.eidentita.cz/sep5/ \|https://nia.eidentita.cz/sep5/ \|92 \|
-	\|https://obcan.portal.gov.cz/auth\|Portál občana\|13351503\|	+	\|https://nia.eidentita.cz/sep6/ \|https://nia.eidentita.cz/sep6/ \|54 \|
-	\|https://obcan.rajecjestrebi.cz/Gordic/Ginis/App/RAP05/\|Město Rájec-Jestřebí\|292\|	+	\|https://nia.identita.gov.cz/sep4/secure/ \|SeP 4 \|49 \|
-	\|https://obcan.ricany.cz/obcan\|PO Říčany\|2548\|	+	\|https://nia.identitaobcana.cz/sep1/secure/ \|SeP 1 \|422 \|
-	\|https://obcan.suchdol.cz/obcan/\|PO Suchdol na Lužnicí\|51\|	+	\|https://nia.identitaobcana.cz/sep2/secure/ \|SeP 2 \|11 \|
-	\|https://obcan.urad-nepomuk.cz/\|Portál občana Města Nepomuk\|25\|	+	\|https://nia.identitaobcana.cz/sep3/secure/ \|SeP 3 \|130 \|
-	\|https://obcan.zdarns.cz\|Portál občana\|2214\|	+	\|https://nia.identitaobcana.cz/sep4/secure/ \|SeP 4 \|41 \|
-	\|https://obcan.zidlochovice.cz/obcan/\|Portál občana Města Židlochovice\|590\|	+	\|https://nia.identitaobcana.cz/sep5/ \|SeP 5 \|265 \|
-	\|https://obcan-stage.portal.gov.cz/auth\|Portál veřejné správy - Stage\|9571\|	+	\|https://nia.identitaobcana.cz/sep6/ \|SeP 6 \|6 \|
-	\|https://ocko.uzis.cz/\|Ústav zdravotnických informací a statistiky ČR\|3845120\|	+	\|https://nia.sukl.cz/login \|Externí identity - NIA \|79991 \|
-	\|https://oidc.kraslice.cz/id/\|PO Kraslice\|484\|	+	\|https://nia.upol.cz/ \|UPOL NIA API \|927 \|
-	\|https://oidc.mag-ul.cz/id/\|Statutární město Ústí nad Labem\|2674\|	+	\|https://niaprox1.brno.cz/realms/nia \|https://niaprox1.brno.cz/realms/nia \|9 \|
-	\|https://oidc-tst.kraslice.cz/id/\|https://oidc-tst.kraslice.cz/id/\|2\|	+	\|https://niatest.scio.cz/ws-callback \|Scio \|97 \|
-	\|https://online.nkcr.cz/nia/login\|Notářská komora České republiky\|1016\|	+	\|https://niatest.vfn.cz/ \|https://niatest.vfn.cz/ \|13 \|
-	\|https://onlinescitani.cz/#/\|Sčítání lidu, domů a bytů 2021\|151096\|	+	\|https://nsatest-rs.ssw.cz/App \|Národní sportovní agentura \|11 \|
-	\|https://oslavice.cz/nia-formular\|OBEC OSLAVICE\|72\|	+	\|https://nsaweb.ssw.cz/app \|https://nsaweb.ssw.cz/app \|142 \|
-	\|https://osu.zpspraha.cz/id/\|Osobní stránky uživatele ZPS\|80244\|	+	\|https://oauth.oneticket.cz/v2/ \|OneTicket \|301 \|
-	\|https://osz.mv.gov.cz\|OSZMV\|8\|	+	\|https://obcan.benesov-city.cz/ \|Město Benešov \|9683 \|
-	\|https://pacient.erecept.sukl.cz/suklerp/Pacient\|https://pacient.erecept.sukl.cz/suklerp/Pacient\|124501\|	+	\|https://obcan.bilovec.cz/ \|Město Bílovec \|73 \|
-	\|https://pacient.erecept.sukl.cz/suklweb/Pacient/Home\|eRecept - pacientská aplikace\|983327\|	+	\|https://obcan.bilovec.cz/portal/ \|https://obcan.bilovec.cz/portal/ \|187 \|
-	\|https://pacient.nmbbrno.cz/\|Nemocnice Milosrdných bratří, příspěvková organizace\|59\|	+	\|https://obcan.bilovicens.cz/obcan/ \|PO Bílovice nad Svitavou \|362 \|
-	\|https://pacient.vfn.cz\|Všeobecná fakultní nemocnice - rezervace léků\|1392\|	+	\|https://obcan.bohumin.cz \|Portál občana Bohumín \|4430 \|
-	\|https://pak.krajdtm.cz/auth/realms/PAK\|DTM-PAK\|1234\|	+	\|https://obcan.bystricenp.cz/Gordic/Ginis/App/RAP05/ \|Město Bystřice nad Pernštejnem \|624 \|
-	\|https://pardubice.chytrejsiparking.cz\|Pardubice - parkovací systém\|15069\|	+	\|https://obcan.havirov-city.cz \|Portál občana statutárního města Havířov \|884 \|
-	\|https://parking.masterit.cz/pardubice\|Pardubice - parkovací systém\|225\|	+	\|https://obcan.jaromer-josefov.cz/obcan \|PO Jaroměř \|250 \|
-	\|https://parkovani.jihlava.cz\|Statutární město Jihlava\|30787\|	+	\|https://obcan.kraliky.eu/obcan/ \|PO Králíky \|346 \|
-	\|https://pavlinov.cz/nia-formular\|Obec Pavlínov\|44\|	+	\|https://obcan.kravare.cz/portal \|Portál Města Kravaře \|334 \|
-	\|https://pct22007.b2clogin.com/pct22007.onmicrosoft.com/B2C_1A_TrustFrameworkBase\|https://pct22007.b2clogin.com/pct22007.onmicrosoft.com/B2C_1A_TrustFrameworkBase\|1\|	+	\|https://obcan.letovice.net \|Portál občana \|204 \|
-	\|https://pisek.mestopodpalcem.cz/api/sep/\|MPP Písek\|979\|	+	\|https://obcan.litomerice.cz/obcan \|PO Litoměřice \|4700 \|
-	\|https://podatelna.msk.cz/rap05/\|ePodatelna Moravskoslezského kraje\|10063\|	+	\|https://obcan.mestolysa.cz/obcan \|LYSÁ NAD LABEM - PORTÁL OBČANA MĚSTA LYSÁ NAD LABEM \|1512 \|
-	\|https://podebrady.mestopodpalcem.cz/api/sep/\|Eternal s.r.o\|296\|	+	\|https://obcan.mesto-nymburk.cz/obcan/ \|PO Nymburk \|1914 \|
-	\|https://portal.baska.cz\|Obec Baška\|2\|	+	\|https://obcan.mesto-uh.cz/portal/ \|https://obcan.mesto-uh.cz/portal/ \|2399 \|
-	\|https://portal.baska.cz/\|Obec Baška\|203\|	+	\|https://obcan.mesto-uh.cz/wab/ \|Portál občana Uherské Hradiště \|326 \|
-	\|https://portal.baska.cz/portal\|https://portal.baska.cz/portal\|11\|	+	\|https://obcan.milevsko-mesto.cz/ \|Město Milevsko \|6 \|
-	\|https://portal.bilina.cz\|Portál občana\|2189\|	+	\|https://obcan.mnhradiste.cz/obcan \|MNICHOVO HRADIŠTĚ - PORTÁL OBČANA MĚSTA MNICHOVO HRADIŠTĚ \|1335 \|
-	\|https://portal.brusperk-mesto.cz/\|Městský úřad Brušperk\|5\|	+	\|https://obcan.mubruntal.cz/portal/ \|https://obcan.mubruntal.cz/portal/ \|2175 \|
-	\|https://portal.bystriceph.cz\|Město Bystřice pod Hostýnem\|601\|	+	\|https://obcan.mubruntal.cz/wab/ \|BRUNTÁL - PORTÁL OBČANA MĚSTA BRUNTÁL \|343 \|
-	\|https://portal.caa.cz\|Portál úřadu pro civilní letectví\|3280\|	+	\|https://obcan.mupe.cz/obcan \|Město Pelhřimov \|2076 \|
-	\|https://portal.cesbrod.cz/id/\|Portál občana\|161\|	+	\|https://obcan.mutabor.cz/ \|Město Tábor \|9094 \|
-	\|https://portal.chotebor.cz/portal/\|CHOTĚBOŘ - PORTÁL OBČANA MĚSTA CHOTĚBOŘ\|1852\|	+	\|https://obcan.neratovice.cz/ \|Portál občana města Neratovice \|112 \|
-	\|https://portal.chrustenice.cz/\|Obec Chrustenice\|182\|	+	\|https://obcan.novy-bor.cz/ \|PO Nový Bor \|647 \|
-	\|https://portal.chvaletice.cz/\|Město Chvaletice\|1\|	+	\|https://obcan.ostrov.cz/gordic/ginis/app/rap05/ \|Portál občana města Ostrov \|140 \|
-	\|https://portal.ckrumlov.cz/portal/\|https://portal.ckrumlov.cz/portal/\|4\|	+	\|https://obcan.otrokovice.cz \|Identity \|478 \|
-	\|https://portal.cpzp.cz/app\|Česká průmyslová zdravotní pojišťovna\|64241\|	+	\|https://obcan.portal.gov.cz/auth \|Portál občana \|20525538\|
-	\|https://portal.cvikov.cz/\|Portál občana Cvikov\|68\|	+	\|https://obcan.rajecjestrebi.cz/Gordic/Ginis/App/RAP05/ \|Město Rájec-Jestřebí \|339 \|
-	\|https://portal.dacice.cz/portal/\|Město Dačice\|872\|	+	\|https://obcan.ricany.cz/obcan \|PO Říčany \|2845 \|
-	\|https://portal.drnholec.eu/\|OSP Městys Drnholec\|92\|	+	\|https://obcan.suchdol.cz/obcan/ \|PO Suchdol na Lužnicí \|54 \|
-	\|https://portal.dron.caa.cz\|https://portal.dron.caa.cz\|31018\|	+	\|https://obcan.urad-nepomuk.cz/ \|Portál občana Města Nepomuk \|47 \|
-	\|https://portal.dron.notia.com\|Portál provozovatele bezpilotních systémů - test\|145\|	+	\|https://obcan.veseli.cz \|Město Veselí nad Lužnicí \|177 \|
-	\|https://portal.frydlantno.cz/wab/\|Město Frýdlant nad Ostravicí\|1\|	+	\|https://obcan.zdarns.cz \|Portál občana \|2233 \|
-	\|https://portal.fulnek.cz/portal/\|https://portal.fulnek.cz/portal/\|1222\|	+	\|https://obcan.zidlochovice.cz/obcan/ \|Portál občana Města Židlochovice \|643 \|
-	\|https://portal.fulnek.cz/wab/\|Portál občana města Fulnek\|44\|	+	\|https://obcan-stage.portal.gov.cz/auth \|Portál veřejné správy - Stage \|10430 \|
-	\|https://portal.hanusovice.info/\|Město Hanušovice\|43\|	+	\|https://obcan-test.milevsko-mesto.cz/ \|Město Milevsko \|13 \|
-	\|https://portal.holesov.cz/portal\|https://portal.holesov.cz/portal\|639\|	+	\|https://ocko.uzis.cz/ \|Ústav zdravotnických informací a statistiky ČR \|4018072 \|
-	\|https://portal.holesov.cz/wab\|HOLEŠOV - PORTÁL OBČANA MĚSTA HOLEŠOV\|59\|	+	\|https://oidc.kraslice.cz/id/ \|PO Kraslice \|500 \|
-	\|https://portal.homolka.cz/NiaLogin\|Nemocnice na Homolce\|1073\|	+	\|https://oidc.mag-ul.cz/id/ \|Statutární město Ústí nad Labem \|2963 \|
-	\|https://portal.horskelazne.cz/home/home\|HLKS eHealth Portál\|106\|	+	\|https://oidc-tst.kraslice.cz/id/ \|https://oidc-tst.kraslice.cz/id/ \|2 \|
-	\|https://portal.hosteradice.cz/\|Osobní Portál Občana Hostěradice\|200\|	+	\|https://online.nkcr.cz/nia/login \|Notářská komora České republiky \|1405 \|
-	\|https://portal.hukvaldy.eu/\|Obec Hukvaldy\|8\|	+	\|https://onlinescitani.cz/#/ \|Sčítání lidu, domů a bytů 2021 \|151096 \|
-	\|https://portal.hulin.cz/portal\|Město Hulín\|407\|	+	\|https://oslavice.cz/nia-formular \|OBEC OSLAVICE \|80 \|
-	\|https://portal.hustopece.cz\|Město Hustopeče\|993\|	+	\|https://osu.zpspraha.cz/id/ \|Osobní stránky uživatele ZPS \|80244 \|
-	\|https://portal.jilove.cz/\|Město Jílové u Prahy\|248\|	+	\|https://osz.mv.gov.cz \|OSZMV \|563 \|
-	\|https://portal.jirkov.cz/portal\|Město Jirkov\|1410\|	+	\|https://pacient.erecept.sukl.cz/suklerp/Pacient \|https://pacient.erecept.sukl.cz/suklerp/Pacient \|124501 \|
-	\|https://portal.kdpcr.cz/\|Portál KDP ČR\|22\|	+	\|https://pacient.erecept.sukl.cz/suklweb/Pacient/Home \|eRecept - pacientská aplikace \|1596075 \|
-	\|https://portal.kojetin.cz/portal/\|https://portal.kojetin.cz/portal/\|443\|	+	\|https://pacient.nmbbrno.cz/ \|Nemocnice Milosrdných bratří, příspěvková organizace \|70 \|
-	\|https://portal.kojetin.cz/wab/\|Město Kojetín\|6\|	+	\|https://pacient.vfn.cz \|Všeobecná fakultní nemocnice - rezervace léků \|1392 \|
-	\|https://portal.konice.cz/\|Portál občana města Konice\|45\|	+	\|https://pacient-auth.onmb.cz/signin-e-identity \|Oblastní nemocnice Mladá Boleslav a.s., nemocnice Středočeského kraje \|78 \|
-	\|https://portal.koprivnice.cz/portal\|https://portal.koprivnice.cz/portal\|1765\|	+	\|https://pak.krajdtm.cz/auth/realms/PAK \|DTM-PAK \|2677 \|
-	\|https://portal.koprivnice.cz/wab\|Město Kopřivnice\|135\|	+	\|https://pardubice.chytrejsiparking.cz \|Pardubice - parkovací systém \|22660 \|
-	\|https://portal.kozlovice.cz/\|Obec Kozlovice\|455\|	+	\|https://parking.masterit.cz/pardubice \|Pardubice - parkovací systém \|225 \|
-	\|https://portal.letohrad.eu/portal/\|Letohrad - Portál občana města Letohrad\|3411\|	+	\|https://parkovacikarty.opava-city.cz/nia/secure \|Parkovací karty on-line \|28 \|
-	\|https://portal.liberec.cz/id\|Statutární město Liberec\|13428\|	+	\|https://parkovani.jihlava.cz \|Statutární město Jihlava \|50314 \|
-	\|https://portal.liberec.cz/id/\|Statutární město Liberec\|10\|	+	\|https://pavlinov.cz/nia-formular \|Obec Pavlínov \|44 \|
-	\|https://portal.libina.cz/\|Obec Libina\|114\|	+	\|https://pct22007.b2clogin.com/pct22007.onmicrosoft.com/B2C_1A_TrustFrameworkBase \|https://pct22007.b2clogin.com/pct22007.onmicrosoft.com/B2C_1A_TrustFrameworkBase\|1 \|
-	\|https://portal.litovel.eu/\|Město Litovel\|722\|	+	\|https://pisek.mestopodpalcem.cz/api/sep/ \|MPP Písek \|3254 \|
-	\|https://portal.litvinov.cz/id/\|Město Litvínov\|2168\|	+	\|https://pkr.kraj-jihocesky.cz/portal/admin/ \|Jihočeský kraj – Portál krizového řízení – neveřejná část \|133 \|
-	\|https://portal.ludgerovice.cz/\|Obec Ludgeřovice\|90\|	+	\|https://pkr.krizovyportaljck.cz/portal/admin/ \|Jihočeský kraj – Portál krizového řízení \|21 \|
-	\|https://portal.mb-net.cz/id/\|Boleslavský portál\|2360\|	+	\|https://podatelna.msk.cz/rap05/ \|ePodatelna Moravskoslezského kraje \|14009 \|
-	\|https://portal.mbudejovice.cz/\|Město Moravské Budějovice\|885\|	+	\|https://podebrady.mestopodpalcem.cz/api/sep/ \|Eternal s.r.o \|876 \|
-	\|https://portal.mesto-albrechtice.cz/\|Město Albrechtice\|542\|	+	\|https://portal.baska.cz \|Obec Baška \|2 \|
-	\|https://portal.mestobystrice.cz/\|Město Bystřice\|1327\|	+	\|https://portal.baska.cz/ \|Obec Baška \|369 \|
-	\|https://portal.mestocernosice.cz/\|MĚSTO ČERNOŠICE\|3189\|	+	\|https://portal.baska.cz/portal \|https://portal.baska.cz/portal \|11 \|
-	\|https://portal.mestochodov.cz/id/\|Město Chodov\|12\|	+	\|https://portal.bilina.cz \|Portál občana \|2627 \|
-	\|https://portal.mesto-domazlice.cz/portal\|Portál občana města Domažlice\|206\|	+	\|https://portal.bohdanec.cz/ \|Město Lázně Bohdaneč \|72 \|
-	\|https://portal.mesto-humpolec.cz/portal/\|Město Humpolec\|812\|	+	\|https://portal.brusperk-mesto.cz/ \|Městský úřad Brušperk \|184 \|
-	\|https://portal.mestokladno.cz/id/\|Portál občana SMK\|11565\|	+	\|https://portal.bystriceph.cz \|Město Bystřice pod Hostýnem \|1191 \|
-	\|https://portal.mesto-kunovice.cz/portal/\|https://portal.mesto-kunovice.cz/portal/\|469\|	+	\|https://portal.caa.cz \|Portál úřadu pro civilní letectví \|5052 \|
-	\|https://portal.mesto-kunovice.cz/wab/\|Město Kunovice\|3\|	+	\|https://portal.cak.cz/admin-moje-cak/ \|ČAK \|3505 \|
-	\|https://portal.mesto-paskov.cz/\|portal.mesto-paskov.cz\|6\|	+	\|https://portal.cesbrod.cz/id/ \|Portál občana \|1117 \|
-	\|https://portal.mesto-podebrady.cz/obcan\|PO Poděbrady\|1001\|	+	\|https://portal.chotebor.cz/portal/ \|https://portal.chotebor.cz/portal/ \|1897 \|
-	\|https://portal.mesto-slavicin.cz/\|Slavičín\|25\|	+	\|https://portal.chotebor.cz/wab/ \|CHOTĚBOŘ - PORTÁL OBČANA MĚSTA CHOTĚBOŘ \|243 \|
-	\|https://portal.mesto-studenka.cz/\|Město Studénka\|2046\|	+	\|https://portal.chrustenice.cz/ \|Obec Chrustenice \|224 \|
-	\|https://portal.mesto-studenka.cz/rap05\|Město Studénka\|18\|	+	\|https://portal.chvaletice.cz/ \|Město Chvaletice \|27 \|
-	\|https://portal.mestotynec.cz/rap05/\|Město Týnec nad Sázavou\|101\|	+	\|https://portal.ckrumlov.cz/portal/ \|https://portal.ckrumlov.cz/portal/ \|4 \|
-	\|https://portal.mesto-vlasim.cz/portal/\|Město Vlašim\|88\|	+	\|https://portal.cpzp.cz/app \|Česká průmyslová zdravotní pojišťovna \|79880 \|
-	\|https://portal.mestovsetin.cz/portal/\|https://portal.mestovsetin.cz/portal/\|1364\|	+	\|https://portal.cvikov.cz/ \|Portál občana Cvikov \|186 \|
-	\|https://portal.mestovsetin.cz/wab/\|Město Vsetín\|15\|	+	\|https://portal.dacice.cz/portal/ \|https://portal.dacice.cz/portal/ \|940 \|
-	\|https://portal.mesto-zruc.cz/\|Město Zruč nad Sázavou\|59\|	+	\|https://portal.dacice.cz/wab/ \|Město Dačice \|216 \|
-	\|https://portal.meucaslav.cz/portal/\|Město Čáslav\|216\|	+	\|https://portal.drnholec.eu/ \|OSP Městys Drnholec \|118 \|
-	\|https://portal.mezibori.cz/\|OSP Portál Meziboří\|13\|	+	\|https://portal.dron.caa.cz \|https://portal.dron.caa.cz \|31018 \|
-	\|https://portal.mmdecin.cz/portal/\|https://portal.mmdecin.cz/portal/\|876\|	+	\|https://portal.dron.notia.com \|Portál provozovatele bezpilotních systémů - test \|182 \|
-	\|https://portal.mmdecin.cz/wab/\|statutární město Děčín\|623\|	+	\|https://portal.du.gov.cz \|Portal DU \|1 \|
-	\|https://portal.mmhk.cz\|HRADEC KRÁLOVÉ - PORTÁL OBČANA MĚSTA HRADEC KRÁLOVÉ\|10353\|	+	\|https://portal.dubany.cz/ \|Obec Dubany \|5 \|
-	\|https://portal.mmkv.cz/gordic/ginis/app/rap05/\|Magistrát Města Karlovy Vary - Portál občana\|1814\|	+	\|https://portal.dubnany.eu/wab/ \|Město Dubňany \|34 \|
-	\|https://portal.mnisek.cz/portal/\|Město Mníšek pod Brdy\|747\|	+	\|https://portal.frydlantno.cz/wab/ \|Město Frýdlant nad Ostravicí \|81 \|
-	\|https://portal.mou.cz\|eHealth Portál - Masarykův onkologický ústav\|68\|	+	\|https://portal.fulnek.cz/portal/ \|https://portal.fulnek.cz/portal/ \|1222 \|
-	\|https://portal.msk.cz/\|IDM Moravskoslezský kraj\|856\|	+	\|https://portal.fulnek.cz/wab/ \|Portál občana města Fulnek \|249 \|
-	\|https://portal.mu-bridlicna.cz/\|Město Břidličná\|224\|	+	\|https://portal.hanusovice.info/ \|Město Hanušovice \|104 \|
-	\|https://portal.mucl.cz/portal/\|https://portal.mucl.cz/portal/\|2045\|	+	\|https://portal.hbenesov.cz \|Město Horní Benešov \|66 \|
-	\|https://portal.mucl.cz/wab/\|Město Česká Lípa\|130\|	+	\|https://portal.holesov.cz/portal \|https://portal.holesov.cz/portal \|639 \|
-	\|https://portal.muhodonin.cz/Gordic/Ginis/App/RAP05/\|Město Hodonín\|1829\|	+	\|https://portal.holesov.cz/wab \|HOLEŠOV - PORTÁL OBČANA MĚSTA HOLEŠOV \|183 \|
-	\|https://portal.muhodonin.cz/rap05/\|https://portal.muhodonin.cz/rap05/\|8\|	+	\|https://portal.homolka.cz/NiaLogin \|Nemocnice na Homolce \|1532 \|
-	\|https://portal.muht.cz/gordic/ginis/App/RAP05/\|Město Horšovský Týn\|153\|	+	\|https://portal.horskelazne.cz/home/home \|HLKS eHealth Portál \|109 \|
-	\|https://portal.mujicin.cz/\|město Jičín\|1183\|	+	\|https://portal.hosteradice.cz/ \|Osobní Portál Občana Hostěradice \|229 \|
-	\|https://portal.mukolin.cz/portal/\|https://portal.mukolin.cz/portal/\|6399\|	+	\|https://portal.hukvaldy.eu/ \|Obec Hukvaldy \|10 \|
-	\|https://portal.mukolin.cz/wab/\|Město Kolín\|19\|	+	\|https://portal.hulin.cz/portal \|https://portal.hulin.cz/portal \|499 \|
-	\|https://portal.mukrnov.cz/portal/\|Město Krnov\|2611\|	+	\|https://portal.hulin.cz/wab \|Město Hulín \|65 \|
-	\|https://portal.mukyjov.cz/wab/\|Město Kyjov\|125\|	+	\|https://portal.hustopece.cz \|Město Hustopeče \|1597 \|
-	\|https://portal.mu-vk.cz/Gordic/Ginis/App/RAP05/\|Město Valašské Klobouky\|267\|	+	\|https://portal.jesenik.cz/id \|Portál občana Město Jeseník \|356 \|
-	\|https://portal.muvrchlabi.cz:4433/portal/\|Město Vrchlabí\|1344\|	+	\|https://portal.jilove.cz/ \|Město Jílové u Prahy \|350 \|
-	\|https://portal.nbu.gov.cz/private\|Portál NBÚ\|48\|	+	\|https://portal.jirkov.cz/portal \|https://portal.jirkov.cz/portal \|1700 \|
-	\|https://portal.nemcl.cz\|Nemocnice s Poliklinikou Česká Lípa,a.s. – eHealth portál\|6\|	+	\|https://portal.jirkov.cz/wab \|Město Jirkov \|281 \|
-	\|https://portal.nemkyj.cz/\|Nemocnice Kyjov, příspěvková organizace – eHealth portál – PROD\|96\|	+	\|https://portal.kdpcr.cz/ \|Portál KDP ČR \|105 \|
-	\|https://portal.novarole.cz/\|Město Nová Role\|76\|	+	\|https://portal.kojetin.cz/portal/ \|https://portal.kojetin.cz/portal/ \|443 \|
-	\|https://portal.novybydzov.cz/portal/\|Město Nový Bydžov\|469\|	+	\|https://portal.kojetin.cz/wab/ \|Město Kojetín \|230 \|
-	\|https://portal.novyjicin.cz/portal/\|https://portal.novyjicin.cz/portal/\|649\|	+	\|https://portal.konice.cz/ \|Portál občana města Konice \|242 \|
-	\|https://portal.novyjicin.cz/wab/\|Portál občana města Nový Jičín\|73\|	+	\|https://portal.koprivnice.cz/portal \|https://portal.koprivnice.cz/portal \|1765 \|
-	\|https://portal.obec-ostravice.cz/\|Obec Ostravice\|246\|	+	\|https://portal.koprivnice.cz/wab \|Město Kopřivnice \|679 \|
-	\|https://portal.ochrance.cz/nia\|Portal Ochrance\|4814\|	+	\|https://portal.kozlovice.cz/ \|Obec Kozlovice \|549 \|
-	\|https://portal.olomouc.eu/id/\|Statutární město Olomouc - Portál Olomoučana\|22369\|	+	\|https://portal.lanskroun.eu \|Město Lanškroun \|71 \|
-	\|https://portal.opatovice.eu/\|OSP Opatovice\|9\|	+	\|https://portal.letohrad.eu/portal/ \|Letohrad - Portál občana města Letohrad \|4985 \|
-	\|https://portal.opava-city.cz\|Portál občana města Opavy\|16725\|	+	\|https://portal.liberec.cz/id \|Statutární město Liberec \|21261 \|
-	\|https://portal.opava-city.cz/wab/\|Portál občana města Opavy\|459\|	+	\|https://portal.liberec.cz/id/ \|Statutární město Liberec \|10 \|
-	\|https://portal.osek.cz/\|OSP7 Implementace\|17\|	+	\|https://portal.libina.cz/ \|Obec Libina \|169 \|
-	\|https://portal.palkovice.cz/\|Obec Palkovice\|1491\|	+	\|https://portal.litovel.eu/ \|Město Litovel \|1082 \|
-	\|https://portal.podborany.net:444/portal/\|Portál občana Podobořany\|205\|	+	\|https://portal.litvinov.cz/id/ \|Město Litvínov \|3095 \|
-	\|https://portal.praha15.cz/\|Portál MČ Praha 15\|28\|	+	\|https://portal.ludgerovice.cz/ \|Obec Ludgeřovice \|159 \|
-	\|https://portal.prestice-mesto.cz\|Město Přeštice\|1068\|	+	\|https://portal.luhacovice.eu:2443/wab/ \|Město Luhačovice \|135 \|
-	\|https://portal.pribor-mesto.cz/portal/\|https://portal.pribor-mesto.cz/portal/\|3423\|	+	\|https://portal.mb-net.cz/id/ \|Boleslavský portál \|4944 \|
-	\|https://portal.pribor-mesto.cz/wab/\|Město Příbor\|82\|	+	\|https://portal.mbudejovice.cz/ \|Město Moravské Budějovice \|1017 \|
-	\|https://portal.roudnicenl.cz/\|Město Roudnice nad Labem\|237\|	+	\|https://portal.mesto-albrechtice.cz/ \|Město Albrechtice \|799 \|
-	\|https://portal.ruda.cz/\|Obec Ruda nad Moravou\|236\|	+	\|https://portal.mestobystrice.cz/ \|Město Bystřice \|1570 \|
-	\|https://portal.rychnov-city.cz/portal/\|Město Rychnov nad Kněžnou\|120\|	+	\|https://portal.mestocernosice.cz/ \|MĚSTO ČERNOŠICE \|4078 \|
-	\|https://portal.rychvald.cz/portal\|Město Rychvald\|1065\|	+	\|https://portal.mestochodov.cz/id/ \|Město Chodov \|44 \|
-	\|https://portal.rymarov.cz/portal\|https://portal.rymarov.cz/portal\|488\|	+	\|https://portal.mesto-domazlice.cz/portal \|https://portal.mesto-domazlice.cz/portal \|3197 \|
-	\|https://portal.rymarov.cz/wab/\|Město Rýmařov\|299\|	+	\|https://portal.mesto-domazlice.cz/wab \|Portál občana města Domažlice \|19 \|
-	\|https://portal.sfpi.cz\|Státní fond podpory investic\|11909\|	+	\|https://portal.mesto-humpolec.cz/portal/ \|Město Humpolec \|1096 \|
-	\|https://portal.slapanice.cz/portal/\|Město Šlapanice\|1124\|	+	\|https://portal.mesto-kadan.cz \|Portál občana Města Kadaň \|3 \|
-	\|https://portal.slavkov.cz/portal/\|Město Slavkov u Brna\|363\|	+	\|https://portal.mesto-kadan.cz/ \|Portál občana Města Kadaň \|107 \|
-	\|https://portal.sternberk.eu\|Město Šternberk\|460\|	+	\|https://portal.mestokladno.cz/id/ \|Portál občana SMK \|16192 \|
-	\|https://portal.steti.cz/\|Město Štětí - portál občana\|855\|	+	\|https://portal.mesto-kunovice.cz/portal/ \|https://portal.mesto-kunovice.cz/portal/ \|469 \|
-	\|https://portal.stramberk.cz/portal/\|Portál občana města Štramberk\|499\|	+	\|https://portal.mesto-kunovice.cz/wab/ \|Město Kunovice \|157 \|
-	\|https://portal.svetlahora.cz/\|Světlá Hora\|75\|	+	\|https://portal.mesto-paskov.cz/ \|portal.mesto-paskov.cz \|28 \|
-	\|https://portal.svitavy.cz/portal/\|Město Svitavy - portál občana\|574\|	+	\|https://portal.mesto-podebrady.cz/obcan \|PO Poděbrady \|1202 \|
-	\|https://portal.telc.eu/\|Město Telč\|1097\|	+	\|https://portal.mesto-senov.cz/ \|portal.mesto-senov.cz \|6 \|
-	\|https://portal.tesin.cz/portal\|https://portal.tesin.cz/portal\|554\|	+	\|https://portal.mesto-slavicin.cz/ \|Slavičín \|30 \|
-	\|https://portal.tesin.cz/wab\|Město Český Těšín\|8\|	+	\|https://portal.mesto-studenka.cz/ \|Město Studénka \|2746 \|
-	\|https://portal.trebic.cz/portal\|https://portal.trebic.cz/portal\|3398\|	+	\|https://portal.mesto-studenka.cz/rap05 \|Město Studénka \|18 \|
-	\|https://portal.trebic.cz/wab/\|Město Třebíč\|86\|	+	\|https://portal.mestotynec.cz/rap05/ \|Město Týnec nad Sázavou \|350 \|
-	\|https://portal.trinecko.cz/portal\|https://portal.trinecko.cz/portal\|452\|	+	\|https://portal.mesto-vlasim.cz/portal/ \|Město Vlašim \|281 \|
-	\|https://portal.trinecko.cz/portal/\|https://portal.trinecko.cz/portal/\|95\|	+	\|https://portal.mestovsetin.cz/portal/ \|https://portal.mestovsetin.cz/portal/ \|1364 \|
-	\|https://portal.trinecko.cz/wab/\|Portál občana města Třince\|142\|	+	\|https://portal.mestovsetin.cz/wab/ \|Město Vsetín \|496 \|
-	\|https://portal.trutnov.cz/\|Město Trutnov OSP\|211\|	+	\|https://portal.mesto-zruc.cz/ \|Město Zruč nad Sázavou \|95 \|
-	\|https://portal.uhostroh.cz\|Portál Uherský Ostroh\|137\|	+	\|https://portal.meucaslav.cz/portal/ \|Město Čáslav \|410 \|
-	\|https://portal.ujep.cz/nia/shibboleth\|Univerzita Jana Evangelisty Purkyně v Ústí nad Labem\|1419\|	+	\|https://portal.mezibori.cz/ \|OSP Portál Meziboří \|19 \|
-	\|https://portal.upce.cz/nia/shibboleth\|IS/STAG\|3421\|	+	\|https://portal.mkrumlov.cz/portal_login/ \|Moravský Krumlov - Portál občana města Moravského Krumlova \|38 \|
-	\|https://portal.valasskemezirici.cz/\|Město Valašské Meziříčí\|53\|	+	\|https://portal.mmdecin.cz/portal/ \|https://portal.mmdecin.cz/portal/ \|876 \|
-	\|https://portal.varnsdorf.cz/\|Portál občana Varnsdorf\|443\|	+	\|https://portal.mmdecin.cz/wab/ \|statutární město Děčín \|1359 \|
-	\|https://portal.velkemezirici.cz/portal/\|Město Velké Meziříčí\|1849\|	+	\|https://portal.mmhk.cz \|HRADEC KRÁLOVÉ - PORTÁL OBČANA MĚSTA HRADEC KRÁLOVÉ \|12861 \|
-	\|https://portal.velkytynec.cz/\|Portál občana obce Velký Týnec\|5\|	+	\|https://portal.mmkv.cz/gordic/ginis/app/rap05/ \|Magistrát Města Karlovy Vary - Portál občana \|2487 \|
-	\|https://portal.veseli.cz/\|Město Veselí nad Lužnicí\|1361\|	+	\|https://portal.mnisek.cz/portal/ \|https://portal.mnisek.cz/portal/ \|771 \|
-	\|https://portal.vinarskyfond.cz\|Vinařský fond\|2725\|	+	\|https://portal.mnisek.cz/wab/ \|Město Mníšek pod Brdy \|67 \|
-	\|https://portal.votice.cz/rap05/\|Město Votice\|5\|	+	\|https://portal.mou.cz \|eHealth Portál - Masarykův onkologický ústav \|206 \|
-	\|https://portal.vratimov.cz\|Město Vratimov\|232\|	+	\|https://portal.msk.cz/ \|IDM Moravskoslezský kraj \|1228 \|
-	\|https://portal.vrbnopp.cz/\|Město Vrbno pod Pradědem\|949\|	+	\|https://portal.mu-bridlicna.cz/ \|Město Břidličná \|334 \|
-	\|https://portal.zcu.cz/nia/shibboleth\|IS/STAG ZČU\|607\|	+	\|https://portal.mucl.cz/portal/ \|https://portal.mucl.cz/portal/ \|2045 \|
-	\|https://portal.zlin.eu/obcan\|PO Zlín\|2649\|	+	\|https://portal.mucl.cz/wab/ \|Město Česká Lípa \|1215 \|
-	\|https://portal.zpspraha.cz/id/\|Zóny placeného stání - Praha\|290840\|	+	\|https://portal.muhodonin.cz/Gordic/Ginis/App/RAP05/ \|Město Hodonín \|2433 \|
-	\|https://portal1-test.wps.vsb.cz/cz.vsb.edison.edu.admission.web/nia\|Elektronická přihláška (test 2 - vývoj)\|25\|	+	\|https://portal.muhodonin.cz/rap05/ \|https://portal.muhodonin.cz/rap05/ \|8 \|
-	\|https://portal-auth.drpirek.cz/signin-e-identity\|Klinika Dr.Pírka\|23\|	+	\|https://portal.muht.cz/gordic/ginis/App/RAP05/ \|Město Horšovský Týn \|848 \|
-	\|https://portal-auth.eambulance.cz/signin-e-identity\|eAmbulance\|9097\|	+	\|https://portal.mujicin.cz/ \|město Jičín \|1611 \|
-	\|https://portal-auth.krajprozdravi.cz/signin-e-identity\|Portál krajprozdravi\|387\|	+	\|https://portal.mukolin.cz/portal/ \|https://portal.mukolin.cz/portal/ \|6399 \|
-	\|https://portal-auth.kzcr.eu/signin-e-identity\|Portál pacienta Ústeckého kraje\|1571\|	+	\|https://portal.mukolin.cz/wab/ \|Město Kolín \|1453 \|
-	\|https://portal-auth.ncpeh.cz/signin-e-identity\|Portál NCPeH\|1825\|	+	\|https://portal.mukrnov.cz/portal/ \|https://portal.mukrnov.cz/portal/ \|2693 \|
-	\|https://portal-auth.nem-km.cz/signin-e-identity\|Kroměřížská nemocnice a.s.\|292\|	+	\|https://portal.mukrnov.cz/wab/ \|Město Krnov \|316 \|
-	\|https://portal-auth.nemocnice-vs.cz/signin-e-identity\|Vsetínská nemocnice a.s.\|215\|	+	\|https://portal.mukyjov.cz/wab/ \|Město Kyjov \|732 \|
-	\|https://portal-auth.nemuh.cz/signin-e-identity\|Uherskohradišťská nemocnice a.s.\|49\|	+	\|https://portal.muml.cz/gordic/ginis/app/rap05/ \|Portál občana Mariánské Lázně \|120 \|
-	\|https://portal-auth.upmd.cz/signin-e-identity\|Ústav pro péči o matku a dítě\|29\|	+	\|https://portal.mu-polna.cz/rap05/ \|Město Polná \|145 \|
-	\|https://portal-auth.vfn.cz/signin-e-identity\|Všeobecná fakultní nemocnice v Praze - Portál pacienta\|159\|	+	\|https://portal.mu-vk.cz/Gordic/Ginis/App/RAP05/ \|Město Valašské Klobouky \|369 \|
-	\|https://portal-auth-ppt.ncpeh.cz/signin-e-identity\|Portál NCPeH - PPT\|1403\|	+	\|https://portal.muvrchlabi.cz:4433/portal/ \|Město Vrchlabí \|2209 \|
-	\|https://portal-auth-test.nemocnice-vs.cz/signin-e-identity\|Vsetínská nemocnice a.s.\|12\|	+	\|https://portal.nbu.gov.cz/private \|Portál NBÚ \|58826 \|
-	\|https://portal-caa.notia.com\|Portál úřadu pro civilní letectví - test\|602\|	+	\|https://portal.nemcl.cz \|Nemocnice s Poliklinikou Česká Lípa,a.s. – eHealth portál \|6 \|
-	\|https://portaldopravy.cz/auth\|Portál Dopravy\|1124179\|	+	\|https://portal.nemkyj.cz/ \|Nemocnice Kyjov, příspěvková organizace – eHealth portál – PROD \|104 \|
-	\|https://portaldron.caa.cz\|Portál provozovatele bezpilotních systémů\|30487\|	+	\|https://portal.novarole.cz/ \|Město Nová Role \|262 \|
-	\|https://portalmostecana.cz/portal/\|https://portalmostecana.cz/portal/\|4400\|	+	\|https://portal.novybydzov.cz/portal/ \|Město Nový Bydžov \|744 \|
-	\|https://portalmostecana.cz/wab/\|Statutární město Most - Magistrát města Mostu\|771\|	+	\|https://portal.novyjicin.cz/portal/ \|https://portal.novyjicin.cz/portal/ \|649 \|
-	\|https://portalobcana.cheb.cz/gordic/ginis/app/rap05/\|Město Cheb - Portál občana\|1309\|	+	\|https://portal.novyjicin.cz/wab/ \|Portál občana města Nový Jičín \|421 \|
-	\|https://portalobcana.chomutov.cz/id/\|Portál občana\|7177\|	+	\|https://portal.obec-ostravice.cz/ \|Obec Ostravice \|261 \|
-	\|https://portalobcana.horovice.net/gordic/ginis/app/RAP05/\|Město Hořovice - Portál občana\|126\|	+	\|https://portal.ochrance.cz/nia \|Portal Ochrance \|6366 \|
-	\|https://portalobcana.jh.cz/wab\|Město Jindřichův Hradec\|8\|	+	\|https://portal.olomouc.eu/id/ \|Statutární město Olomouc - Portál Olomoučana \|32967 \|
-	\|https://portalobcana.jihlava.cz/portal/\|https://portalobcana.jihlava.cz/portal/\|5411\|	+	\|https://portal.opatovice.eu/ \|OSP Opatovice \|9 \|
-	\|https://portalobcana.jihlava.cz/wab/\|Statutární město Jihlava\|6164\|	+	\|https://portal.opava-city.cz \|Portál občana města Opavy \|16725 \|
-	\|https://portalobcana.karvina.cz/portal/\|https://portalobcana.karvina.cz/portal/\|4026\|	+	\|https://portal.opava-city.cz/wab/ \|Portál občana města Opavy \|5814 \|
-	\|https://portalobcana.karvina.cz/wab/\|Statutární město Karviná\|40\|	+	\|https://portal.osek.cz/ \|OSP7 Implementace \|235 \|
-	\|https://portalobcana.mestokralupy.cz/RAP05/\|Město Kralupy nad Vltavou\|835\|	+	\|https://portal.palkovice.cz/ \|Obec Palkovice \|1966 \|
-	\|https://portalobcana.mestorotava.cz/wab/\|Město Rotava\|19\|	+	\|https://portal.pisek.eu \|Portál občana města Písku \|763 \|
-	\|https://portalobcana.meulovo.cz/id/\|Portál občana Lovosice\|6973\|	+	\|https://portal.pisek.eu/Gordic/Ginis/App/RAP05/ \|https://portal.pisek.eu/Gordic/Ginis/App/RAP05/ \|3 \|
-	\|https://portalobcana.meuslany.cz/portal/\|Portál občana Město Slaný\|53\|	+	\|https://portal.plananl.cz/ \|Město Planá nad Lužnicí \|56 \|
-	\|https://portalobcana.mikulov.cz/portal\|Mikulov - Portál občana města Mikulova\|3159\|	+	\|https://portal.podborany.net:444/portal/ \|Portál občana Podobořany \|342 \|
-	\|https://portal-obcana.morberoun.cz\|Moravský Beroun\|366\|	+	\|https://portal.prachatice.eu/wab \|Portál občana města Prachatice \|140 \|
-	\|https://portal-obcana.morberoun.cz/\|Moravský Beroun\|32\|	+	\|https://portal.praha15.cz/ \|Portál MČ Praha 15 \|1078 \|
-	\|https://portalobcana.muas.cz/portal/\|https://portalobcana.muas.cz/portal/\|2007\|	+	\|https://portal.prazmo.cz/ \|https://portal.prazmo.cz \|16 \|
-	\|https://portalobcana.muas.cz/wab/\|Portál občana města Aš\|69\|	+	\|https://portal.prestice-mesto.cz \|Město Přeštice \|1165 \|
-	\|https://portalobcana.muberoun.cz/id/\|Portál občana města Beroun\|1669\|	+	\|https://portal.pribor-mesto.cz/portal/ \|https://portal.pribor-mesto.cz/portal/ \|3423 \|
-	\|https://portalobcana.mulouny.cz/\|Město louny\|265\|	+	\|https://portal.pribor-mesto.cz/wab/ \|Město Příbor \|522 \|
-	\|https://portalobcana.muor.cz\|Město Orlová\|3160\|	+	\|https://portal.rosice.cz/gordic/ginis/app/RAP05 \|Portál občana města Rosice \|245 \|
-	\|https://portalobcana.muor.cz/\|Město Orlová\|3\|	+	\|https://portal.rosice.cz/gordic/ginis/app/RAP05TST \|Portál občana města Rosice - TEST \|53 \|
-	\|https://portalobcana.muor.cz/portal\|https://portalobcana.muor.cz/portal\|14\|	+	\|https://portal.roudnicenl.cz/ \|Město Roudnice nad Labem \|439 \|
-	\|https://portalobcana.olomouc.eu/id\|Statutární město Olomouc\|59\|	+	\|https://portal.roznov.cz/ \|Město Rožnov pod Radhoštěm \|163 \|
-	\|https://portalobcana.petrvald-mesto.cz/\|Město Petřvald\|265\|	+	\|https://portal.ruda.cz/ \|Obec Ruda nad Moravou \|438 \|
-	\|https://portalobcana.praha13.cz\|ÚMČ Praha 13\|872\|	+	\|https://portal.rychnov-city.cz/portal/ \|https://portal.rychnov-city.cz/portal/ \|131 \|
-	\|https://portalobcana.praha3.cz/id/\|Městská část Praha 3\|31\|	+	\|https://portal.rychnov-city.cz/wab/ \|Město Rychnov nad Kněžnou \|148 \|
-	\|https://portalobcana.praha5.cz\|MČ Praha 5\|4411\|	+	\|https://portal.rychvald.cz/portal \|Město Rychvald \|1757 \|
-	\|https://portalobcana.pribram.eu/id/\|Město Příbram\|6197\|	+	\|https://portal.rymarov.cz/portal \|https://portal.rymarov.cz/portal \|488 \|
-	\|https://portalobcana.ssgh.cz/\|Střední škola gastronomická a hotelová s.r.o.\|63\|	+	\|https://portal.rymarov.cz/wab/ \|Město Rýmařov \|678 \|
-	\|https://portalobcana.touzim.cz/\|Město Toužim\|18\|	+	\|https://portal.sfpi.cz \|Státní fond podpory investic \|26473 \|
-	\|https://portalobcana.veseli-nad-moravou.cz/Gordic/Ginis/App/RAP05\|město Veselí nad Moravou\|24674\|	+	\|https://portal.slapanice.cz/portal/ \|Město Šlapanice \|1135 \|
-	\|https://portalobcana.vodnany.eu/gordic/ginis/app/rap05/\|Město Vodňany - Portál občana\|43\|	+	\|https://portal.slavkov.cz/portal/ \|https://portal.slavkov.cz/portal/ \|390 \|
-	\|https://portalpacienta.bulovka.cz/\|eHealth Portál Fakultní nemocnice Bulovka\|678\|	+	\|https://portal.slavkov.cz/wab/ \|Město Slavkov u Brna \|15 \|
-	\|https://portalpacienta.fnhk.cz/\|FAKULTNÍ NEMOCNICE HRADEC KRÁLOVÉ – PORTÁL PACIENTA\|2324\|	+	\|https://portal.sokolov.cz/id \|Portál občana \|11 \|
-	\|https://portal-pacienta.msk.cz/signin-e-identity\|https://portal-pacienta.msk.cz/signin-e-identity\|12\|	+	\|https://portal.sternberk.eu \|Město Šternberk \|822 \|
-	\|https://portaltest.nacr.cz\|Národní archivní portál, test\|211\|	+	\|https://portal.steti.cz/ \|Město Štětí - portál občana \|1462 \|
-	\|https://portal-test-auth.nem-km.cz/signin-e-identity\|Kroměřížská nemocnice a.s.\|37\|	+	\|https://portal.stramberk.cz/portal/ \|https://portal.stramberk.cz/portal/ \|629 \|
-	\|https://portal-test-auth.nemuh.cz/signin-e-identity\|Uherskohradišťská nemocnice a.s. (test)\|52\|	+	\|https://portal.stramberk.cz/wab/ \|Portál občana města Štramberk \|33 \|
-	\|https://portal-test-auth.vfn.cz/signin-e-identity\|Všeobecná fakultní nemocnice v Praze - TEST Portál pacienta\|2\|	+	\|https://portal.strazpr.cz/ \|portal.strazpr.cz \|1 \|
-	\|https://portal-ts-auth.eambulance.cz/signin-e-identity\|eAmbulance TS\|97\|	+	\|https://portal.svetlahora.cz/ \|Světlá Hora \|100 \|
-	\|https://portalvyvoj.nacr.cz\|Národní archivní portál, vývoj\|37\|	+	\|https://portal.svitavy.cz/portal/ \|https://portal.svitavy.cz/portal/ \|696 \|
-	\|https://posoh.brno.cz/gordic/ginis/app/rap05/\|MMB Gordic POSOH\|23966\|	+	\|https://portal.svitavy.cz/wab/ \|Město Svitavy - portál občana \|695 \|
-	\|https://pribram.mestopodpalcem.cz/api/sep/\|Mobilní aplikace\|44\|	+	\|https://portal.telc.eu/ \|Město Telč \|1193 \|
-	\|https://prihlaska.amu.cz/apps/kos/prihlaska/\|Přihláška ke studiu na Akademii múzických umění v Praze\|385\|	+	\|https://portal.terezin.cz/ \|Osobní portál občana – Město Terezín \|4 \|
-	\|https://prihlaska.amu.cz/apps/kos/prihlaska/wpr_stip_pg.main\|AMU - Žádosti o stipendium\|14\|	+	\|https://portal.tesin.cz/portal \|https://portal.tesin.cz/portal \|554 \|
-	\|https://prihlaska.cvut.cz/apps/kos/prihlaska/\|Přihláška ČVUT\|6092\|	+	\|https://portal.tesin.cz/wab \|Město Český Těšín \|99 \|
-	\|https://prihlaska.cvut.cz/apps/kos/prihlaska/wpr_stip_pg.main\|ČVUT - Žádosti o stipendium\|16\|	+	\|https://portal.trebic.cz/portal \|https://portal.trebic.cz/portal \|3398 \|
-	\|https://prihlaska.utb.cz/muj-profil\|Univerzita Tomáše Bati ve Zlíně\|671\|	+	\|https://portal.trebic.cz/wab/ \|Město Třebíč \|737 \|
-	\|https://prihlaska.vsb.cz/cz.vsb.edison.edu.admission.web/nia\|Elektronická přihláška\|5403\|	+	\|https://portal.trinecko.cz/portal \|https://portal.trinecko.cz/portal \|452 \|
-	\|https://pristupy.sukl.cz/login\|Externí identity - Portál\|51177\|	+	\|https://portal.trinecko.cz/portal/ \|https://portal.trinecko.cz/portal/ \|95 \|
-	\|https://probudejce.cz/hlasovani\|Hlasování PRO Budějce\|1267\|	+	\|https://portal.trinecko.cz/wab/ \|Portál občana města Třince \|645 \|
-	\|https://prod.frs.gov.cz/api/ip/saml2/authenticate/nia\|IP-PROD (FRS.GOV.CZ)\|89\|	+	\|https://portal.trutnov.cz/ \|Město Trutnov OSP \|849 \|
-	\|https://prod.portaldopravy.cz/auth\|https://prod.portaldopravy.cz/auth\|39\|	+	\|https://portal.tsviny.cz/rap05/ \|Město Trhové Sviny \|23 \|
-	\|https://prodpristupy8.iniba.eu/login\|Externí identity - Portál - Referenční\|1737\|	+	\|https://portal.uhostroh.cz \|Portál Uherský Ostroh \|228 \|
-	\|https://pssd.sporicidluhopisycr.cz/pssd-war/login\|DLUHOPIS REPUBLIKY\|392532\|	+	\|https://portal.ujep.cz/nia/shibboleth \|Univerzita Jana Evangelisty Purkyně v Ústí nad Labem \|2561 \|
-	\|https://psz.pardubickykraj.cz/Gordic/Ginis/App/RAP05/\|GINIS Dotační portál\|2505\|	+	\|https://portal.unicov.cz/ \|Město Uničov \|17 \|
-	\|https://pz.kraj-jihocesky.gov.cz/gordic/ginis/app/rap05/\|Jihočeký kraj - Portál občana\|11727\|	+	\|https://portal.uohs.gov.cz/ \|Portál Úřadu pro ochranu hospodářské soutěže \|176 \|
-	\|https://rap.blansko.cz/gordic/ginis/app/rap05.test\|město Blansko - test\|64\|	+	\|https://portal.upce.cz/nia/shibboleth \|IS/STAG \|4414 \|
-	\|https://rap.blansko.cz/Gordic/Ginis/App/RAP05/\|město Blansko\|5672\|	+	\|https://portal.upice.cz:8443/wab/ \|Portál občana města Úpice \|52 \|
-	\|https://rap.kraj-lbc.cz/Gordic/Ginis/App/RAP05/\|Dotační portál LK\|52\|	+	\|https://portal.valasskemezirici.cz/ \|Město Valašské Meziříčí \|1176 \|
-	\|https://rap.kraj-lbc.cz/Gordic/Ginis/App/RAP0T/\|Dotační portál LK Testovací\|257\|	+	\|https://portal.varnsdorf.cz/ \|Portál občana Varnsdorf \|771 \|
-	\|https://rap.olkraj.cz/gordic/ginis/app/RAP05/\|RAP - OLK\|2653\|	+	\|https://portal.velkemezirici.cz/portal/ \|Město Velké Meziříčí \|2307 \|
-	\|https://rap.prostejov.eu\|Statutární město Prostějov\|6\|	+	\|https://portal.velkytynec.cz/ \|Portál občana obce Velký Týnec \|44 \|
-	\|https://rap.prostejov.eu/\|Statutární město Prostějov\|5142\|	+	\|https://portal.veseli.cz/ \|Město Veselí nad Lužnicí \|1772 \|
-	\|https://rap.sumperk.cz/\|Šumperk\|3293\|	+	\|https://portal.vimperk.cz/wab/ \|Město Vimperk \|44 \|
-	\|https://ref.api.vvz.nipez.cz/vvz-nia/\|Věstník veřejných zakázek - ref\|143\|	+	\|https://portal.vinarskyfond.cz \|Vinařský fond \|3361 \|
-	\|https://ref-login.cuzk.cz/nia/\|ČÚZK - přihlašovací portál (REF - TEST)\|63\|	+	\|https://portal.votice.cz/rap05/ \|Město Votice \|173 \|
-	\|https://registrace.mzcr.cz/detail\|Ministerstvo zdravotnictví\|117294\|	+	\|https://portal.vratimov.cz \|Město Vratimov \|715 \|
-	\|https://registrace.mzcr.cz/Registration\|Ministerstvo zdravotnictví\|14058\|	+	\|https://portal.vrbnopp.cz/ \|Město Vrbno pod Pradědem \|1355 \|
-	\|https://registrace.uzis.cz/detail\|https://registrace.uzis.cz/detail\|4\|	+	\|https://portal.zcu.cz/nia/shibboleth \|IS/STAG ZČU \|1256 \|
-	\|https://rejstriksportu.cz/app\|Národní sportovní agentura\|22186\|	+	\|https://portal.zlatehory.cz/ \|Město Zlaté Hory \|8 \|
-	\|https://rest-webauthenticationapplication.caais.gov.cz/\|CAAIS\|739\|	+	\|https://portal.zlin.eu/obcan \|PO Zlín \|3860 \|
-	\|https://ricany.mestopodpalcem.cz/api/sep/\|Říčany - mobilní app\|515\|	+	\|https://portal.zpspraha.cz/id/ \|Zóny placeného stání - Praha \|439206 \|
-	\|https://ros.caa.cz\|Žádost o ověření spolehlivosti\|29382\|	+	\|https://portal1-test.wps.vsb.cz/cz.vsb.edison.edu.admission.web/nia \|Elektronická přihláška (test 2 - vývoj) \|25 \|
-	\|https://ros.notia.cz\|Žádost o ověření spolehlivosti - test\|170\|	+	\|https://portal-auth.drpirek.cz/signin-e-identity \|Klinika Dr.Pírka \|81 \|
-	\|https://samotestovani.uzis.cz/\|Ústav zdravotnických informací a statistiky ČR\|2257\|	+	\|https://portal-auth.eambulance.cz/signin-e-identity \|eAmbulance \|11185 \|
-	\|https://sd21.mssf.cz/\|SD21+\|20185\|	+	\|https://portal-auth.krajprozdravi.cz/signin-e-identity \|Portál krajprozdravi \|517 \|
-	\|https://sd21-ref.mssf.cz/\|SD21+ Ref\|21\|	+	\|https://portal-auth.kzcr.eu/signin-e-identity \|Portál pacienta Ústeckého kraje \|2691 \|
-	\|https://sd21-sandbox.mssf.cz/\|https://sd21-sandbox.mssf.cz/\|4\|	+	\|https://portal-auth.ncpeh.cz/signin-e-identity \|Portál NCPeH \|2392 \|
-	\|https://sd21-test.mssf.cz/\|SD21+Test\|267\|	+	\|https://portal-auth.nem-km.cz/signin-e-identity \|Kroměřížská nemocnice a.s. \|526 \|
-	\|https://sdg.cuni.cz/saml2/service-provider-metadata/NIA\|Univerzita Karlova SDG\|19\|	+	\|https://portal-auth.nemocnice-vs.cz/signin-e-identity \|Vsetínská nemocnice a.s. \|1066 \|
-	\|https://sdg.vscht.cz/saml2/service-provider-metadata/NIA\|Vysoká škola chemicko-technologická v Praze - SDG\|55\|	+	\|https://portal-auth.nemuh.cz/signin-e-identity \|Uherskohradišťská nemocnice a.s. \|67 \|
-	\|https://sdt.nipez.cz/csm_nen_external?id=homepage_nia\|CSD NIPEZ\|685\|	+	\|https://portal-auth.upmd.cz/signin-e-identity \|Ústav pro péči o matku a dítě \|92 \|
-	\|https://sep.ustrcr.cz/ABS/Meta\|eBadatelna Archivu bezpečnostních složek\|7646\|	+	\|https://portal-auth.vfn.cz/signin-e-identity \|Všeobecná fakultní nemocnice v Praze - Portál pacienta \|1107 \|
-	\|https://sista.tacr.cz/idm/api/v1/nia/login\|TAČR SISTA\|15098\|	+	\|https://portal-auth-ppt.ncpeh.cz/signin-e-identity \|Portál NCPeH - PPT \|1844 \|
-	\|https://skoleni-istp.mdcr.cz/Logon.aspx\|Informační systém technických prohlídek - ŠKOLÍCÍ\|6565\|	+	\|https://portal-auth-test.nemocnice-vs.cz/signin-e-identity \|Vsetínská nemocnice a.s. \|28 \|
-	\|https://sluzby.alis.cz/cejc\|Obec Čejč\|49\|	+	\|https://portal-caa.notia.com \|Portál úřadu pro civilní letectví - test \|859 \|
-	\|https://sluzby.alis.cz/cerhovice\|Městys Cerhovice\|18\|	+	\|https://portaldopravy.cz/auth \|Portál Dopravy \|2000686 \|
-	\|https://sluzby.alis.cz/ckyne\|obec Čkyně\|123\|	+	\|https://portaldron.caa.cz \|Portál provozovatele bezpilotních systémů \|70570 \|
-	\|https://sluzby.alis.cz/dolnilanov\|Obec Dolní Lánov\|3\|	+	\|https://portalmk.mk.gov.cz/auth/realms/nia \|Portál Ministerstva kultury \|1098 \|
-	\|https://sluzby.alis.cz/hrusice\|Obec Hrusice\|130\|	+	\|https://portalmk.mk.gov.cz/realms/nia \|https://portalmk.mk.gov.cz/realms/nia \|4 \|
-	\|https://sluzby.alis.cz/hrusovany\|Město Hrušovany nad Jevišovkou\|5\|	+	\|https://portalmostecana.cz/portal/ \|https://portalmostecana.cz/portal/ \|4400 \|
-	\|https://sluzby.alis.cz/hvozdec\|Obec Hvozdec\|2\|	+	\|https://portalmostecana.cz/wab/ \|Statutární město Most - Magistrát města Mostu \|4633 \|
-	\|https://sluzby.alis.cz/kamenicky-senov\|Město Kamenický Šenov\|1116\|	+	\|https://portalobcana.cheb.cz/gordic/ginis/app/rap05/ \|Město Cheb - Portál občana \|1830 \|
-	\|https://sluzby.alis.cz/katerinice\|Obec Kateřinice\|16\|	+	\|https://portalobcana.chomutov.cz/id/ \|Portál občana \|9681 \|
-	\|https://sluzby.alis.cz/kdyne\|Město Kdyně\|29\|	+	\|https://portalobcana.horovice.net/gordic/ginis/app/RAP05/ \|Město Hořovice - Portál občana \|129 \|
-	\|https://sluzby.alis.cz/ledenice/\|Městys Ledenice\|21\|	+	\|https://portalobcana.jh.cz/wab \|Město Jindřichův Hradec \|57 \|
-	\|https://sluzby.alis.cz/lenesice\|Obec Lenešice\|14\|	+	\|https://portalobcana.jihlava.cz/portal/ \|https://portalobcana.jihlava.cz/portal/ \|5411 \|
-	\|https://sluzby.alis.cz/ludvikovice\|Obec Ludvíkovice\|60\|	+	\|https://portalobcana.jihlava.cz/wab/ \|Statutární město Jihlava \|13273 \|
-	\|https://sluzby.alis.cz/meclov\|Obec Meclov\|19\|	+	\|https://portalobcana.karvina.cz/portal/ \|https://portalobcana.karvina.cz/portal/ \|4026 \|
-	\|https://sluzby.alis.cz/mestobechyne\|Město Bechyně\|1070\|	+	\|https://portalobcana.karvina.cz/wab/ \|Statutární město Karviná \|932 \|
-	\|https://sluzby.alis.cz/mestoborovany\|Město Borovany\|7\|	+	\|https://portalobcana.kr-ustecky.cz/ \|Portál dotací a služeb Ústeckého kraje \|1007 \|
-	\|https://sluzby.alis.cz/mestostrmilov\|Město Strmilov\|3\|	+	\|https://portalobcana.kurim.cz/Gordic/Ginis/App/RAP05/ \|Portál občana - Město Kuřim \|478 \|
-	\|https://sluzby.alis.cz/mestozliv\|Město Zliv\|1400\|	+	\|https://portalobcana.kurim.cz/Gordic/Ginis/App/RAP0T/ \|Portál občana TESTOVACÍ - Město Kuřim \|136 \|
-	\|https://sluzby.alis.cz/mesto-zlutice\|město Žlutice\|1\|	+	\|https://portalobcana.libcice.cz/ \|Portál občana - Libčice nad Vltavou \|10 \|
-	\|https://sluzby.alis.cz/mlade-buky\|Městys Mladé Buky\|446\|	+	\|https://portalobcana.mestokralupy.cz/RAP05/ \|Město Kralupy nad Vltavou \|2220 \|
-	\|https://sluzby.alis.cz/mosnov\|Obec Mošnov\|4\|	+	\|https://portalobcana.mestorotava.cz/wab/ \|Město Rotava \|68 \|
-	\|https://sluzby.alis.cz/msene-lazne\|Obec Mšené-lázně\|1\|	+	\|https://portalobcana.meulovo.cz/id/ \|Portál občana Lovosice \|7911 \|
-	\|https://sluzby.alis.cz/mukarov\|Obec Mukařov\|1915\|	+	\|https://portalobcana.meuslany.cz/portal/ \|Portál občana Město Slaný \|60 \|
-	\|https://sluzby.alis.cz/nizbor\|Obec Nižbor\|1\|	+	\|https://portalobcana.meuvyskov.cz/Gordic/Ginis/App/RAP05/ \|Portál občana města Vyškov \|8 \|
-	\|https://sluzby.alis.cz/obecadamov\|Obec Adamov\|4\|	+	\|https://portalobcana.meuvyskov.cz/Gordic/Ginis/App/RAP05/Gin/Nia/NiaHandler.ashx \|Portál občana města Vyškov \|187 \|
-	\|https://sluzby.alis.cz/obecalbrechticenvlt\|Obec Albrechtice nad Vltavou\|3\|	+	\|https://portalobcana.meuvyskov.cz/Gordic/Ginis/App/RAP0T/Gin/Nia/NiaHandler.ashx \|Testovací Portál občana města Vyškov \|1 \|
-	\|https://sluzby.alis.cz/obecchotoviny\|Obec Chotoviny\|25\|	+	\|https://portalobcana.mikulov.cz/portal \|Mikulov - Portál občana města Mikulova \|4205 \|
-	\|https://sluzby.alis.cz/obecchrastany\|Obec Chrášťany\|38\|	+	\|https://portal-obcana.morberoun.cz \|Moravský Beroun \|366 \|
-	\|https://sluzby.alis.cz/obecdolnidvoriste\|Obec Dolní Dvořiště\|59\|	+	\|https://portal-obcana.morberoun.cz/ \|Moravský Beroun \|167 \|
-	\|https://sluzby.alis.cz/obecdolnitrebonin\|Obec Dolní Třebonín\|3\|	+	\|https://portalobcana.muas.cz/portal/ \|https://portalobcana.muas.cz/portal/ \|2007 \|
-	\|https://sluzby.alis.cz/obecdoubravice\|Obec Doubravice\|48\|	+	\|https://portalobcana.muas.cz/wab/ \|Portál občana města Aš \|540 \|
-	\|https://sluzby.alis.cz/obechermanicky\|Obec Heřmaničky\|147\|	+	\|https://portalobcana.muberoun.cz/id/ \|Portál občana města Beroun \|2195 \|
-	\|https://sluzby.alis.cz/obeclitvinovice\|Obec Litvínovice\|18\|	+	\|https://portalobcana.mulouny.cz/ \|Město louny \|336 \|
-	\|https://sluzby.alis.cz/obecrimov\|Obec Římov\|66\|	+	\|https://portalobcana.muor.cz \|Město Orlová \|4682 \|
-	\|https://sluzby.alis.cz/obec-roudne\|Obec Roudné\|98\|	+	\|https://portalobcana.muor.cz/ \|Město Orlová \|3 \|
-	\|https://sluzby.alis.cz/obecsrubec\|Obec Srubec\|8\|	+	\|https://portalobcana.muor.cz/portal \|https://portalobcana.muor.cz/portal \|14 \|
-	\|https://sluzby.alis.cz/obecstarehodejovice\|Obec Staré Hodějovice\|105\|	+	\|https://portalobcana.olomouc.eu/id \|Statutární město Olomouc \|59 \|
-	\|https://sluzby.alis.cz/rokytnice-nad-jizerou\|Město Rokytnice nad Jizerou\|225\|	+	\|https://portalobcana.petrvald-mesto.cz/ \|Město Petřvald \|389 \|
-	\|https://sluzby.alis.cz/ronov-nad-doubravou\|Město Ronov nad Doubravou\|12\|	+	\|https://portalobcana.praha13.cz \|ÚMČ Praha 13 \|989 \|
-	\|https://sluzby.alis.cz/rtyne\|Město Rtyně v Podkrkonoší\|286\|	+	\|https://portalobcana.praha3.cz/id/ \|Městská část Praha 3 \|31 \|
-	\|https://sluzby.alis.cz/rudnik\|Obec Rudník\|3\|	+	\|https://portalobcana.praha5.cz \|MČ Praha 5 \|4411 \|
-	\|https://sluzby.alis.cz/salasuh\|Obec Salaš\|6\|	+	\|https://portalobcana.pribram.eu/id/ \|Město Příbram \|8833 \|
-	\|https://sluzby.alis.cz/sardice\|Obec Šardice\|34\|	+	\|https://portalobcana.ssgh.cz/ \|Střední škola gastronomická a hotelová s.r.o. \|156 \|
-	\|https://sluzby.alis.cz/trebenice\|Město Třebenice\|1\|	+	\|https://portalobcana.touzim.cz/ \|Město Toužim \|94 \|
-	\|https://sluzby.alis.cz/usti\|usti\|29\|	+	\|https://portalobcana.veseli-nad-moravou.cz/Gordic/Ginis/App/RAP05 \|město Veselí nad Moravou \|31731 \|
-	\|https://sluzby.alis.cz/zdarnadmetuji\|Obec Žďár nad Metují\|3\|	+	\|https://portalobcana.vodnany.eu/gordic/ginis/app/rap05/ \|Město Vodňany - Portál občana \|328 \|
-	\|https://sluzby.alis.cz/zs-panskapole\|Svazková základní škola Panská pole\|4\|	+	\|https://portalobcana.zabreh.cz/id \|Portál občana portalobcana.zabreh.cz \|26 \|
-	\|https://sluzby.alis.cz/zubri\|Město Zubří\|174\|	+	\|https://portalpacient.fnbrno.cz/ \|Fakultní nemocnice Brno \|42 \|
-	\|https://sluzby.breclav.eu/portal/\|Město Břeclav\|662\|	+	\|https://portalpacienta.bulovka.cz/ \|eHealth Portál Fakultní nemocnice Bulovka \|1142 \|
-	\|https://sluzby.muznojmo.cz/Portal/\|Znojmo - Portál občana města Znojma\|9540\|	+	\|https://portalpacienta.fnhk.cz/ \|FAKULTNÍ NEMOCNICE HRADEC KRÁLOVÉ – PORTÁL PACIENTA \|4521 \|
-	\|https://sportal.odolenavoda.cz/portal\|https://sportal.odolenavoda.cz/portal\|986\|	+	\|https://portal-pacienta.msk.cz/signin-e-identity \|https://portal-pacienta.msk.cz/signin-e-identity \|12 \|
-	\|https://sportal.odolenavoda.cz/wab/\|VERA portál občana sml2\|12\|	+	\|https://portalpodnikatele.gov.cz/auth \|Portál podnikatele NAKIT (produkce) \|6 \|
-	\|https://sps.portaldopravy.cz/zadost-191/\|Státní plavební správa\|1075\|	+	\|https://portaltest.nacr.cz \|Národní archivní portál, test \|284 \|
-	\|https://sps.test.portaldopravy.cz/zadost-191/\|https://sps.test.portaldopravy.cz/zadost-191/\|142\|	+	\|https://portal-test-auth.nem-km.cz/signin-e-identity \|Kroměřížská nemocnice a.s. \|37 \|
-	\|https://ssl.boskovice.cz/Gordic/Ginis/App/RAP05/\|Město Boskovice\|1755\|	+	\|https://portal-test-auth.nemuh.cz/signin-e-identity \|Uherskohradišťská nemocnice a.s. (test) \|54 \|
-	\|https://sso.esfcr.cz/cas/login\|IS ESF\|7103\|	+	\|https://portal-test-auth.vfn.cz/signin-e-identity \|Všeobecná fakultní nemocnice v Praze - TEST Portál pacienta \|3 \|
-	\|https://sso.kyberna.cz/idp/shibboleth\|Sš a Voš aplikované kybernetiky\|62\|	+	\|https://portal-ts-auth.eambulance.cz/signin-e-identity \|eAmbulance TS \|107 \|
-	\|https://sso.plzensky-kraj.cz\|Plzeňský kraj\|415\|	+	\|https://portalvyvoj.nacr.cz \|Národní archivní portál, vývoj \|492 \|
-	\|https://stag.tul.cz/nia/shibboleth\|stag.tul.cz\|1283\|	+	\|https://posoh.brno.cz/gordic/ginis/app/rap05/ \|MMB Gordic POSOH \|30629 \|
-	\|https://stag.uhk.cz/nia/shibboleth\|IS/STAG\|409\|	+	\|https://predin.obcanplus.cz/auth \|Obec Předín \|4 \|
-	\|https://stag.utb.cz/nia/shibboleth\|Univerzita Tomáše Bati ve Zlíně\|10\|	+	\|https://pribram.mestopodpalcem.cz/api/sep/ \|Mobilní aplikace \|642 \|
-	\|https://stag-avu.zcu.cz/nia/shibboleth\|stag-avu.zcu.cz\|50\|	+	\|https://prihlaska.amu.cz/apps/kos/prihlaska/ \|Přihláška ke studiu na Akademii múzických umění v Praze \|654 \|
-	\|https://stag-demo.uhk.cz/nia/shibboleth\|IS/STAG TEST\|2\|	+	\|https://prihlaska.amu.cz/apps/kos/prihlaska/wpr_stip_pg.main \|AMU - Žádosti o stipendium \|15 \|
-	\|https://stag-demo.utb.cz/nia/shibboleth\|Univerzita Tomáše Bati ve Zlíně\|1\|	+	\|https://prihlaska.cvut.cz/apps/kos/prihlaska/ \|Přihláška ČVUT \|15090 \|
-	\|https://stag-demo.zcu.cz/nia/shibboleth\|IS/STAG\|14\|	+	\|https://prihlaska.cvut.cz/apps/kos/prihlaska/wpr_stip_pg.main \|ČVUT - Žádosti o stipendium \|18 \|
-	\|https://stage.portaldopravy.cz/auth\|Portál Dopravy - STAGE\|823\|	+	\|https://prihlaska.utb.cz/muj-profil \|Univerzita Tomáše Bati ve Zlíně \|1361 \|
-	\|https://stagweb.vfu.cz/nia/shibboleth\|stagweb.vfu.cz\|456\|	+	\|https://prihlaska.vsb.cz/cz.vsb.edison.edu.admission.web/nia \|Elektronická přihláška \|14493 \|
-	\|https://student.vscht.cz\|Vysoká škola chemicko-technologická v Praze - SDG - SIS\|43\|	+	\|https://pristupy.sukl.cz/login \|Externí identity - Portál \|79846 \|
-	\|https://studium.vsb.cz/financovani/nia\|Žádost o financování studia\|26\|	+	\|https://probudejce.cz/hlasovani \|Hlasování PRO Budějce \|1299 \|
-	\|https://sujb.gov.cz/aplikace/ireg2/irp/am/#/private/vyber-aplikace\|sujb.gov.cz\|2017\|	+	\|https://prod.frs.gov.cz/api/ip/saml2/authenticate/nia \|https://prod.frs.gov.cz/api/ip/saml2/authenticate/nia \|89 \|
-	\|https://testag.msk.cz/authgate/pages/user.xhtml\|Identitní brána MSK – vývoj\|317\|	+	\|https://prod.portaldopravy.cz/auth \|https://prod.portaldopravy.cz/auth \|39 \|
-	\|https://test-pacient.vfn.cz\|VFN TEST pacient\|76\|	+	\|https://prodpristupy8.iniba.eu/login \|Externí identity - Portál - Referenční \|1737 \|
-	\|https://tnc.ssw.cz/nsa\|Národní sportovní agentura\|69\|	+	\|https://pssd.sporicidluhopisycr.cz/pssd-war/login \|DLUHOPIS REPUBLIKY \|446063 \|
-	\|https://tsm-eru-portal.datalite.cloud/\|ERÚ test - portál\|1296\|	+	\|https://psz.pardubickykraj.cz/Gordic/Ginis/App/RAP05/ \|GINIS Dotační portál \|2529 \|
-	\|https://tsm-portal.eru.cz/\|https://tsm-portal.eru.cz/\|578\|	+	\|https://pz.kraj-jihocesky.gov.cz/gordic/ginis/app/rap05/ \|Jihočeský kraj - Portál občana \|14334 \|
-	\|https://tsm-portal-dev.eru.cz/\|Datový portál ERÚ - DEV\|686\|	+	\|https://radovesice.obcanplus.cz/auth \|Obec Radovesice \|34 \|
-	\|https://tsm-sshr-ref.datalite.cloud/\|IS HOPKS\|16\|	+	\|https://rap.blansko.cz/gordic/ginis/app/rap05.test \|město Blansko - test \|64 \|
-	\|https://udeska.olkraj.cz/Gordic/Ginis/App/RAP05.test/\|RAP_test\|188\|	+	\|https://rap.blansko.cz/Gordic/Ginis/App/RAP05/ \|město Blansko \|7922 \|
-	\|https://udeska.olkraj.cz/Gordic/Ginis/App/RAP05/\|Olomoucký kraj\|5986\|	+	\|https://rap.kraj-lbc.cz/Gordic/Ginis/App/RAP05/ \|Dotační portál LK \|12510 \|
-	\|https://usk.krajdtm.cz/auth/realms/USK\|DTM-USK\|298\|	+	\|https://rap.kraj-lbc.cz/Gordic/Ginis/App/RAP0T/ \|Dotační portál LK Testovací \|370 \|
-	\|https://utilityreport.eu/\|UtilityReport - Plzeňský kraj\|617\|	+	\|https://rap.olkraj.cz/gordic/ginis/app/RAP05/ \|RAP - OLK \|5080 \|
-	\|https://utilityreport.eu/PN/\|UtilityReport - Plzeňský kraj\|305\|	+	\|https://rap.prostejov.eu \|Statutární město Prostějov \|6 \|
-	\|https://utilityreport.eu/VN/\|UtilityReport\|413\|	+	\|https://rap.prostejov.eu/ \|Statutární město Prostějov \|7567 \|
-	\|https://uzemniplanovani.gov.cz\|Národní geoportál územního plánování\|2258\|	+	\|https://rap.sumperk.cz/ \|Šumperk \|5342 \|
-	\|https://uzemniplanovani-skolici.gov.cz\|Národní geoportál územního plánování - školicí\|28\|	+	\|https://ref.api.vvz.nipez.cz/vvz-nia/ \|Věstník veřejných zakázek - ref \|170 \|
-	\|https://uzemniplanovani-test.gov.cz\|https://uzemniplanovani-test.gov.cz\|1\|	+	\|https://ref-login.cuzk.cz/nia/ \|ČÚZK - přihlašovací portál (REF - TEST) \|63 \|
-	\|https://verejnost.cbusbs.cz/cas\|Český báňský úřad\|855\|	+	\|https://registrace.mzcr.cz/detail \|Ministerstvo zdravotnictví \|118716 \|
-	\|https://verso.sukl.cz/shibboleth\|Verso\|1392\|	+	\|https://registrace.mzcr.cz/Registration \|Ministerstvo zdravotnictví \|17499 \|
-	\|https://vns.doarmady.cz\|https://vns.doarmady.cz\|9556\|	+	\|https://registrace.uzis.cz/detail \|https://registrace.uzis.cz/detail \|4 \|
-	\|https://vns.doarmady.cz/\|https://vns.doarmady.cz/\|4\|	+	\|https://rejstriksportu.cz/app \|Národní sportovní agentura \|35713 \|
-	\|https://vns.mo.gov.cz\|Virtuální Náborové Středisko\|1079\|	+	\|https://rest-webauthenticationapplication.caais.gov.cz/ \|CAAIS GOV \|3517 \|
-	\|https://vouchery.kreativnicesko.cz/private\|KKO\|26322\|	+	\|https://reza.dia.gov.cz/cas \|Portál REZA \|7 \|
-	\|https://vps2.rsts.cz/cibis-sale/eidas\|Raiffeisen stavební spořitelna\|16\|	+	\|https://ricany.mestopodpalcem.cz/api/sep/ \|Říčany - mobilní app \|602 \|
-	\|https://vtk-test.ozp.cz/vkol\|https://vtk-test.ozp.cz/vkol\|36\|	+	\|https://ros.caa.cz \|Žádost o ověření spolehlivosti \|48740 \|
-	\|https://vuapraha.cz/badatelna/api/prihlaseni/nia\|Ministerstvo obrany České republiky\|4264\|	+	\|https://ros.notia.cz \|Žádost o ověření spolehlivosti - test \|173 \|
-	\|https://vys.krajdtm.cz/auth/realms/VYS\|DTM-VYS\|1918\|	+	\|https://rouske.obcanplus.cz/auth \|Obec Rouské \|4 \|
-	\|https://web.mpsv.cz/cas\|https://web.mpsv.cz/cas\|587\|	+	\|https://rzp.gov.cz/niaeis \|Ministerstvo průmyslu a obchodu \|55852 \|
-	\|https://webservices.sumperk.cz/webservices/zapis\|Zápis Šumperk\|5\|	+	\|https://samotestovani.uzis.cz/ \|Ústav zdravotnických informací a statistiky ČR \|2257 \|
-	\|https://webservices.sumperk.cz/webservices/zapis/\|Zápis Šumperk\|1\|	+	\|https://sd21.mssf.cz/ \|SD21+ \|21437 \|
-	\|https://wstag.jcu.cz/nia/shibboleth\|IS/STAG\|1441\|	+	\|https://sd21-ref.mssf.cz/ \|SD21+ Ref \|21 \|
-	\|https://wstag-test.jcu.cz/nia/shibboleth\|IS/STAG - test\|2\|	+	\|https://sd21-sandbox.mssf.cz/ \|https://sd21-sandbox.mssf.cz/ \|4 \|
-	\|https://www.1zdar.cz/nia-formular\|Základní škola Žďár nad Sázavou, Palachova 2189/35, příspěvková organizace\|5\|	+	\|https://sd21-test.mssf.cz/ \|SD21+Test \|282 \|
-	\|https://www.3zsvm.cz/nia-formular\|Základní škola Velké Meziříčí, Školní 2055, příspěvková organizace\|4\|	+	\|https://sdg.cuni.cz/saml2/service-provider-metadata/NIA \|Univerzita Karlova SDG \|22 \|
-	\|https://www.ak-vych.cz\|AK Vych & Partners\|7\|	+	\|https://sdg.vscht.cz/saml2/service-provider-metadata/NIA \|Vysoká škola chemicko-technologická v Praze - SDG \|113 \|
-	\|https://www.brezejc.cz/nia-formular\|Obec Březejc\|3\|	+	\|https://sdt.nipez.cz/csm_nen_external?id=homepage_nia \|CSD NIPEZ \|685 \|
-	\|https://www.chyne.cz/ucet\|Obec Chýně\|856\|	+	\|https://sep.ustrcr.cz/ABS/Meta \|eBadatelna Archivu bezpečnostních složek \|10285 \|
-	\|https://www.ctu.cz\|https://www.ctu.cz\|18\|	+	\|https://sista.tacr.cz/idm/api/v1/nia/login \|TAČR SISTA \|69609 \|
-	\|https://www.ctu.cz/\|https://www.ctu.cz/\|52\|	+	\|https://skoleni-istp.mdcr.cz/Logon.aspx \|Informační systém technických prohlídek - ŠKOLÍCÍ \|7247 \|
-	\|https://www.czechpoint.cz/\|JIP Czech POINT\|94062\|	+	\|https://sluzby.alis.cz/bohunovice \|Obec Bohuňovice \|73 \|
-	\|https://www.holice.cz/portal-holice\|Holice - portál občana města Holic\|61\|	+	\|https://sluzby.alis.cz/bykos \|Obec Bykoš \|10 \|
-	\|https://www.horniradslavice.cz/nia-formular\|Obec Horní Radslavice\|16\|	+	\|https://sluzby.alis.cz/bystrany \|Obec Bystřany \|68 \|
-	\|https://www.kzmpribyslav.cz/mia-formular\|Město Přibyslav\|7\|	+	\|https://sluzby.alis.cz/bzova \|Obec Bzová \|15 \|
-	\|https://www.martinice.eu/nia-formular\|Obec Martinice\|16\|	+	\|https://sluzby.alis.cz/cejc \|Obec Čejč \|148 \|
-	\|https://www.mateda.cz\|Mateda, a.s.\|198\|	+	\|https://sluzby.alis.cz/cejkovice \|Obec Čejkovice \|140 \|
-	\|https://www.mojedatovaschranka.cz/portal/ISDS/\|Informační systém datových schránek\|23055816\|	+	\|https://sluzby.alis.cz/cerhovice \|Městys Cerhovice \|108 \|
-	\|https://www.mpsv.cz/cas\|Klientský portál MPSV\|1549519\|	+	\|https://sluzby.alis.cz/chabarovice \|Město Chabařovice \|55 \|
-	\|https://www.msbites.cz/nia-formular\|Mateřská škola Velká Bíteš, U Stadionu 538, příspěvková organizace\|21\|	+	\|https://sluzby.alis.cz/chbany \|Obec Chbany \|68 \|
-	\|https://www.msbudisovtr.cz/nia-formular\|Mateřská škola Budišov\|26\|	+	\|https://sluzby.alis.cz/cikov \|Obec Čikov \|16 \|
-	\|https://www.msmerin.cz/nia-formular\|Mateřská škola Měřín, příspěvková organizace\|27\|	+	\|https://sluzby.alis.cz/ckyne \|obec Čkyně \|179 \|
-	\|https://www.msostrovno.cz/nia-formular\|Mateřská škola Ostrov nad Oslavou, okres Žďár nad Sázavou, příspěvková organizace\|25\|	+	\|https://sluzby.alis.cz/dobrikov \|Obec Dobříkov \|68 \|
-	\|https://www.nabidkamajetku.cz/Login.ashx\|https://www.nabidkamajetku.cz/Login.ashx\|20587\|	+	\|https://sluzby.alis.cz/dolnibecva \|Obec Dolní Bečva \|1 \|
-	\|https://www.nabidkamajetku.gov.cz/Login.ashx\|Úřad pro zastupování státu ve věcech majetkových\|754\|	+	\|https://sluzby.alis.cz/dolnilanov \|Obec Dolní Lánov \|22 \|
-	\|https://www.naevia.cz\|Naevia Estate s.r.o.\|23\|	+	\|https://sluzby.alis.cz/dolni-zalezly \|Obec Dolní Zálezly \|2 \|
-	\|https://www.obecbabice.eu/nia-formular\|Obec Babice\|14\|	+	\|https://sluzby.alis.cz/drahonuvujezd \|Obec Drahoňův Újezd \|17 \|
-	\|https://www.obeccerna.cz/nia-formular\|Obec Černá\|15\|	+	\|https://sluzby.alis.cz/drozdov \|Obec Drozdov \|11 \|
-	\|https://www.obec-dobravoda.cz/nia-formular\|Dobrá Voda\|38\|	+	\|https://sluzby.alis.cz/harrachov \|Město Harrachov \|69 \|
-	\|https://www.obec-kundratice.cz/nia-formular\|Obec Kundratice\|2\|	+	\|https://sluzby.alis.cz/hornijiretin \|Město Horní Jiřetín \|1 \|
-	\|https://www.obec-meziricko.cz/nia-formular\|Obec Meziříčko\|2\|	+	\|https://sluzby.alis.cz/horni-stropnice \|Obec Horní Stropnice \|49 \|
-	\|https://www.obecruda.eu/nia-formular\|Obec Ruda\|13\|	+	\|https://sluzby.alis.cz/hrochuv-tynec \|Městský úřad Hrochův Týnec \|3 \|
-	\|https://www.obec-tasov.cz/nia-formular\|Obec Tasov\|18\|	+	\|https://sluzby.alis.cz/hrusice \|Obec Hrusice \|237 \|
-	\|https://www.obec-uncin.cz/nia-formular\|Obec Unčín\|19\|	+	\|https://sluzby.alis.cz/hrusovany \|Město Hrušovany nad Jevišovkou \|5 \|
-	\|https://www.obec-zablati.cz/nia-formular\|Obec Záblatí\|5\|	+	\|https://sluzby.alis.cz/hvozdec \|Obec Hvozdec \|18 \|
-	\|https://www.orechov-ronov.cz/nia-formular\|Obec Ořechov\|47\|	+	\|https://sluzby.alis.cz/jedlova \|Obec Jedlová \|105 \|
-	\|https://www.osovabityska.cz/nia-formular\|Obec Osová Bítýška\|2\|	+	\|https://sluzby.alis.cz/kamenicky-senov \|Město Kamenický Šenov \|1651 \|
-	\|https://www.ozp.cz/auth/realms/ozp\|https://www.ozp.cz/auth/realms/ozp\|33820\|	+	\|https://sluzby.alis.cz/katerinice \|Obec Kateřinice \|159 \|
-	\|https://www.ozp.cz/prod2vtk/vkol\|ICIS Vitakarta\|71080\|	+	\|https://sluzby.alis.cz/kbel \|Obec Kbel \|6 \|
-	\|https://www.paropisek.cz/appsep.php\|PaRo Písek\|1012\|	+	\|https://sluzby.alis.cz/kdyne \|Město Kdyně \|242 \|
-	\|https://www.portalprazana.cz/auth\|Portál Pražana\|140111\|	+	\|https://sluzby.alis.cz/kotopeky \|Obec Kotopeky \|11 \|
-	\|https://www.postsignum.cz/certifikatonline/\|Česká pošta, s.p.\|11567\|	+	\|https://sluzby.alis.cz/kovarov \|Obec Kovářov \|1 \|
-	\|https://www.praha4.cz/\|Městská část Praha 4\|11\|	+	\|https://sluzby.alis.cz/kravsko \|Obec Kravsko \|3 \|
-	\|https://www.radnoves.cz/nia-formular\|Obec Radňoves\|7\|	+	\|https://sluzby.alis.cz/kvetna \|Obec Květná \|46 \|
-	\|https://www.rapotice.cz/nia-formular\|Obec Rapotice\|15\|	+	\|https://sluzby.alis.cz/ledenice/ \|Městys Ledenice \|64 \|
-	\|https://www.rejstriksportu.cz/app\|https://www.rejstriksportu.cz/app\|25\|	+	\|https://sluzby.alis.cz/lenesice \|Obec Lenešice \|57 \|
-	\|https://www.roklen.cz\|Roklen360 a.s.\|34\|	+	\|https://sluzby.alis.cz/lety \|Obec Lety \|1 \|
-	\|https://www.rzp.cz/niaeis\|Ministerstvo průmyslu a obchodu\|178970\|	+	\|https://sluzby.alis.cz/libomysl \|Obec Libomyšl \|8 \|
-	\|https://www.skolaradostinno.cz/nia-formular\|Základní škola a Mateřská škola Radostín nad Oslavou, příspěvková organizace\|12\|	+	\|https://sluzby.alis.cz/loucnapodklinovcem \|Město Loučná pod Klínovcem \|22 \|
-	\|https://www.skola-ruda.cz/nia-formular\|Základní škola a mateřská škola Ruda, příspěvková organizace\|11\|	+	\|https://sluzby.alis.cz/lsteni \|Obec Lštění \|20 \|
-	\|https://www.slavicky.cz/nia-formular\|Obec Slavičky\|12\|	+	\|https://sluzby.alis.cz/ludvikovice \|Obec Ludvíkovice \|82 \|
-	\|https://www.sujb.cz/aplikace/ireg2/irp/am/#/private/vyber-aplikace\|Portál elektronických podání SÚJB\|744\|	+	\|https://sluzby.alis.cz/malaviska \|Obec Malá Víska \|4 \|
-	\|https://www.svetlavm.cz/nia-formular\|Hotelová škola Světlá a Střední odborná škola řemesel Velké Meziříčí\|25\|	+	\|https://sluzby.alis.cz/malotice \|obec Malotice \|1 \|
-	\|https://www.uradfm.cz/portal\|https://www.uradfm.cz/portal\|8607\|	+	\|https://sluzby.alis.cz/meclov \|Obec Meclov \|52 \|
-	\|https://www.uradfm.cz/portal/\|https://www.uradfm.cz/portal/\|2\|	+	\|https://sluzby.alis.cz/mestobechyne \|Město Bechyně \|1412 \|
-	\|https://www.uradfm.cz/wab\|Portál občana Frýdek-Místek\|351\|	+	\|https://sluzby.alis.cz/mestoborovany \|Město Borovany \|12 \|
-	\|https://www.vidonin.cz/nia-formular\|Obec Vidonín\|2\|	+	\|https://sluzby.alis.cz/mestobreznice \|Město Březnice \|302 \|
-	\|https://www.vlkov.cz/nia-formular\|Obec Vlkov\|16\|	+	\|https://sluzby.alis.cz/mestobystre \|Město Bystré \|33 \|
-	\|https://www.vut.cz\|IS VUT - ePřihláška\|19\|	+	\|https://sluzby.alis.cz/mestomirotice \|Město Mirotice \|13 \|
-	\|https://www.vut.cz/eprihlaska\|IS VUT - ePřihláška\|1783\|	+	\|https://sluzby.alis.cz/mestonovehrady \|Město Nové hrady \|11 \|
-	\|https://www.zadnizhorec.cz/nia-formular\|Obec Zadní Zhořec\|13\|	+	\|https://sluzby.alis.cz/mestostrmilov \|Město Strmilov \|3 \|
-	\|https://www.zdirec.cz/nia-formular\|Město Ždírec nad Doubravou\|43\|	+	\|https://sluzby.alis.cz/mestozliv \|Město Zliv \|2058 \|
-	\|https://www.zsdolnihermanice.cz/nia-formular\|Základní škola a Mateřská škola Dolní Heřmanice, příspěvková organizace \|2\|	+	\|https://sluzby.alis.cz/mesto-zlutice \|město Žlutice \|78 \|
-	\|https://www.zsmerin.cz/nia-formular\|ZŠ Měřín\|20\|	+	\|https://sluzby.alis.cz/mestysbernartice \|Městys Bernartice \|3 \|
-	\|https://www.zsmostiste.cz/nia-formular\|Základní škola a mateřská škola Velké Meziříčí, Mostiště 50, příspěvková organizace\|12\|	+	\|https://sluzby.alis.cz/milicovice \|Obec Milíčovice \|3 \|
-	\|https://www.zsoslavice.cz/nia-formular\|Základní škola Oslavice\|21\|	+	\|https://sluzby.alis.cz/mlade-buky \|Městys Mladé Buky \|619 \|
-	\|https://www.zsostrovno.cz/nia-formular\|Základní škola Ostrov nad Oslavou, příspěvková organizace\|1\|	+	\|https://sluzby.alis.cz/mosnov \|Obec Mošnov \|61 \|
-	\|https://www.zssokolovska.cz/nia-formular\|Základní škola Velké Meziříčí, Sokolovská 470/13\|2\|	+	\|https://sluzby.alis.cz/msene-lazne \|Obec Mšené-lázně \|55 \|
-	\|https://www.zsvaclav.cz/nia-formular\|Základní škola Třebíč, Horka-Domky, Václavské nám. 44/12\|52\|	+	\|https://sluzby.alis.cz/mukarov \|Obec Mukařov \|2709 \|
-	\|https://www.zusvm.cz/nia-formular\|Základní umělecká škola Velké Meziříčí, příspěvková organizace\|378\|	+	\|https://sluzby.alis.cz/nevezice \|Obec Nevězice \|6 \|
-	\|https://www-test.ozp.cz/auth/realms/ozp\|https://www-test.ozp.cz/auth/realms/ozp\|85\|	+	\|https://sluzby.alis.cz/nizbor \|Obec Nižbor \|24 \|
-	\|https://www-test.ozp.cz/vkol\|ICIS - VITAKARTA - TEST\|224\|	+	\|https://sluzby.alis.cz/novesedlo \|Obec Nové Sedlo \|18 \|
-	\|https://zadosti.sfzp.cz/AISPortal/NIA/overeni\|Státní fond životního prostředí České republiky\|1850405\|	+	\|https://sluzby.alis.cz/obecadamov \|Obec Adamov \|4 \|
-	\|urn:mep:demoportal\|MEP Test Portal\|3\|	+	\|https://sluzby.alis.cz/obecalbrechticenvlt \|Obec Albrechtice nad Vltavou \|96 \|
-	\|urn:moris:adu\|ADU\|12823\|	+	\|https://sluzby.alis.cz/obecchotoviny \|Obec Chotoviny \|158 \|
-	\|urn:moris:eidasproxyservice\|eIDAS ProxyService \|117671\|	+	\|https://sluzby.alis.cz/obecchrastany \|Obec Chrášťany \|213 \|
-	\|urn:moris:ocisteniidp\|NIA Overeni Meg\|2490\|	+	\|https://sluzby.alis.cz/obecdobev \|Obec Dobev \|113 \|
-	\|urn:moris:overovaciportal\|Ověřovací portál\|18203\|	+	\|https://sluzby.alis.cz/obecdolnidvoriste \|Obec Dolní Dvořiště \|118 \|
-	\|urn:moris:portal\|Portál Národního bodu (NIA Portál)\|4291603\|	+	\|https://sluzby.alis.cz/obecdolnitrebonin \|Obec Dolní Třebonín \|51 \|
-	\|urn:moris:portal:mep:proofing\|Portál Národního bodu - Identity MEP proofing IDP\|56886\|	+	\|https://sluzby.alis.cz/obecdoubravice \|Obec Doubravice \|55 \|
-	\|urn:moris:portal4\|Portál Národního bodu - Identity proofing IDP\|200865\|	+	\|https://sluzby.alis.cz/obecdrazice \|Obec Dražice \|23 \|
		+	\|https://sluzby.alis.cz/obechermanicky \|Obec Heřmaničky \|255 \|
		+	\|https://sluzby.alis.cz/obec-hvozdany \|Obec Hvožďany \|5 \|
		+	\|https://sluzby.alis.cz/obeckamennahorka \|Obec Kamenná Horka \|29 \|
		+	\|https://sluzby.alis.cz/obeckamennyujezd \|Obec Kamenný Újezd \|125 \|
		+	\|https://sluzby.alis.cz/obeclitvinovice \|Obec Litvínovice \|198 \|
		+	\|https://sluzby.alis.cz/obec-predotice \|Obec Předotice \|1 \|
		+	\|https://sluzby.alis.cz/obecrimov \|Obec Římov \|194 \|
		+	\|https://sluzby.alis.cz/obec-roudne \|Obec Roudné \|110 \|
		+	\|https://sluzby.alis.cz/obecsadek \|Obec Sádek \|63 \|
		+	\|https://sluzby.alis.cz/obecsrubec \|Obec Srubec \|163 \|
		+	\|https://sluzby.alis.cz/obecstarehodejovice \|Obec Staré Hodějovice \|155 \|
		+	\|https://sluzby.alis.cz/obecvestec \|Obec Vestec \|6 \|
		+	\|https://sluzby.alis.cz/obecvsemyslice \|Obec Všemyslice \|109 \|
		+	\|https://sluzby.alis.cz/obeczalsi \|Obec Zálší \|9 \|
		+	\|https://sluzby.alis.cz/orliknadvltavou \|Obec Orlík nad Vltavou \|23 \|
		+	\|https://sluzby.alis.cz/petrohrad-obec \|Obec Petrohrad \|23 \|
		+	\|https://sluzby.alis.cz/podluhy \|Obec Podluhy \|11 \|
		+	\|https://sluzby.alis.cz/polnicka \|Obec Polnička \|93 \|
		+	\|https://sluzby.alis.cz/postoloprty \|Město Postoloprty \|12 \|
		+	\|https://sluzby.alis.cz/postrizin \|Obec Postřižín \|96 \|
		+	\|https://sluzby.alis.cz/rabstejnska-lhota \|Obec Rabštejnská Lhota \|6 \|
		+	\|https://sluzby.alis.cz/ratibor \|Obec Ratiboř \|74 \|
		+	\|https://sluzby.alis.cz/rokytnice-nad-jizerou \|Město Rokytnice nad Jizerou \|505 \|
		+	\|https://sluzby.alis.cz/ronov-nad-doubravou \|Město Ronov nad Doubravou \|12 \|
		+	\|https://sluzby.alis.cz/rtyne \|Město Rtyně v Podkrkonoší \|557 \|
		+	\|https://sluzby.alis.cz/rudnik \|Obec Rudník \|270 \|
		+	\|https://sluzby.alis.cz/salasuh \|Obec Salaš \|106 \|
		+	\|https://sluzby.alis.cz/saldorf-sedlesovice \|Obec Nový Šaldorf - Sedlešovice \|93 \|
		+	\|https://sluzby.alis.cz/saml/SSO/alias/obecvestec \|Obec Vestec \|7 \|
		+	\|https://sluzby.alis.cz/sardice \|Obec Šardice \|113 \|
		+	\|https://sluzby.alis.cz/sedlec \|Obec Sedlec \|1 \|
		+	\|https://sluzby.alis.cz/sepekov \|Městys Sepekov \|66 \|
		+	\|https://sluzby.alis.cz/slavhostice \|Obec Slavhostice \|14 \|
		+	\|https://sluzby.alis.cz/streliceubrna \|Obec Střelice \|127 \|
		+	\|https://sluzby.alis.cz/studnicena \|Obec Studnice \|67 \|
		+	\|https://sluzby.alis.cz/svatyjan \|Obec Svatý Jan \|65 \|
		+	\|https://sluzby.alis.cz/trebenice \|Město Třebenice \|42 \|
		+	\|https://sluzby.alis.cz/usti \|usti \|253 \|
		+	\|https://sluzby.alis.cz/valkerice \|Obec Valkeřice \|21 \|
		+	\|https://sluzby.alis.cz/velehrad \|Obec Velehrad \|5 \|
		+	\|https://sluzby.alis.cz/verovany \|Obec Věrovany \|80 \|
		+	\|https://sluzby.alis.cz/zajecov \|Obec Zaječov \|2 \|
		+	\|https://sluzby.alis.cz/zaluzi \|Obec Záluží \|9 \|
		+	\|https://sluzby.alis.cz/zamrsk \|Obec Zámrsk \|25 \|
		+	\|https://sluzby.alis.cz/zandov \|Žandov \|1 \|
		+	\|https://sluzby.alis.cz/zdarnadmetuji \|Obec Žďár nad Metují \|11 \|
		+	\|https://sluzby.alis.cz/zs-panskapole \|Svazková základní škola Panská pole \|4 \|
		+	\|https://sluzby.alis.cz/zubri \|Město Zubří \|434 \|
		+	\|https://sluzby.breclav.eu/portal/ \|Město Břeclav \|772 \|
		+	\|https://sluzby.muznojmo.cz/Portal/ \|Znojmo - Portál občana města Znojma \|11855 \|
		+	\|https://sportal.odolenavoda.cz/portal \|https://sportal.odolenavoda.cz/portal \|986 \|
		+	\|https://sportal.odolenavoda.cz/wab/ \|VERA portál občana sml2 \|88 \|
		+	\|https://sps.portaldopravy.cz/zadost-191/ \|Státní plavební správa \|1075 \|
		+	\|https://sps.test.portaldopravy.cz/zadost-191/ \|https://sps.test.portaldopravy.cz/zadost-191/ \|142 \|
		+	\|https://ssl.boskovice.cz/Gordic/Ginis/App/RAP05/ \|Město Boskovice \|2160 \|
		+	\|https://sso.esfcr.cz/cas/login \|IS ESF \|80546 \|
		+	\|https://sso.kyberna.cz/idp/shibboleth \|https://sso.kyberna.cz/idp/shibboleth \|64 \|
		+	\|https://sso.kyberna.cz/shibboleth \|Sš a Voš aplikované kybernetiky \|38 \|
		+	\|https://sso.plzensky-kraj.cz \|Plzeňský kraj \|683 \|
		+	\|https://stag.tul.cz/nia/shibboleth \|stag.tul.cz \|2429 \|
		+	\|https://stag.uhk.cz/nia/shibboleth \|IS/STAG \|784 \|
		+	\|https://stag.utb.cz/nia/shibboleth \|Univerzita Tomáše Bati ve Zlíně \|35 \|
		+	\|https://stag-avu.zcu.cz/nia/shibboleth \|stag-avu.zcu.cz \|50 \|
		+	\|https://stag-demo.uhk.cz/nia/shibboleth \|IS/STAG TEST \|2 \|
		+	\|https://stag-demo.utb.cz/nia/shibboleth \|Univerzita Tomáše Bati ve Zlíně \|1 \|
		+	\|https://stag-demo.zcu.cz/nia/shibboleth \|IS/STAG \|14 \|
		+	\|https://stage.portaldopravy.cz/auth \|Portál Dopravy - STAGE \|1177 \|
		+	\|https://stage.portalpodnikatele.gov.cz/auth \|Portál podnikatele NAKIT (stage) \|71 \|
		+	\|https://stagweb.vfu.cz/nia/shibboleth \|stagweb.vfu.cz \|835 \|
		+	\|https://student.vscht.cz \|Vysoká škola chemicko-technologická v Praze - SDG - SIS \|1246 \|
		+	\|https://studium.vsb.cz/financovani/nia \|Žádost o financování studia \|29 \|
		+	\|https://sujb.gov.cz/aplikace/ireg2/irp/am/#/private/vyber-aplikace \|sujb.gov.cz \|6023 \|
		+	\|https://tc.mkrumlov.cz/portal_login/ \|https://tc.mkrumlov.cz/portal_login/ \|4 \|
		+	\|https://testag.msk.cz/authgate/pages/user.xhtml \|Identitní brána MSK – vývoj \|328 \|
		+	\|https://test-obcan.veseli.cz \|https://test-obcan.veseli.cz \|16 \|
		+	\|https://test-pacient.vfn.cz \|VFN TEST pacient \|76 \|
		+	\|https://tnc.ssw.cz/nsa \|Národní sportovní agentura \|69 \|
		+	\|https://tsm-eru-portal.datalite.cloud/ \|ERÚ test - portál \|1309 \|
		+	\|https://tsm-portal.eru.cz/ \|https://tsm-portal.eru.cz/ \|578 \|
		+	\|https://tsm-portal-dev.eru.cz/ \|Datový portál ERÚ - DEV \|711 \|
		+	\|https://tsm-sshr-ref.datalite.cloud/ \|IS KRIZKOM 26 \|44 \|
		+	\|https://udeska.olkraj.cz/Gordic/Ginis/App/RAP05.test/ \|RAP_test \|188 \|
		+	\|https://udeska.olkraj.cz/Gordic/Ginis/App/RAP05/ \|Olomoucký kraj \|5986 \|
		+	\|https://usk.krajdtm.cz/auth/realms/USK \|DTM-USK \|684 \|
		+	\|https://utilityreport.eu/ \|UtilityReport - Plzeňský kraj \|617 \|
		+	\|https://utilityreport.eu/PN/ \|UtilityReport - Plzeňský kraj \|362 \|
		+	\|https://utilityreport.eu/VN/ \|UtilityReport \|458 \|
		+	\|https://uzemniplanovani.gov.cz \|Národní geoportál územního plánování \|8785 \|
		+	\|https://uzemniplanovani-skolici.gov.cz \|Národní geoportál územního plánování - školicí \|392 \|
		+	\|https://uzemniplanovani-test.gov.cz \|https://uzemniplanovani-test.gov.cz \|1 \|
		+	\|https://velikaves.obcanplus.cz/auth \|Obec Veliká Ves \|6 \|
		+	\|https://verejnost.cbu.gov.cz/cas \|Český báňský úřad \|248 \|
		+	\|https://verejnost.cbusbs.cz/cas \|https://verejnost.cbusbs.cz/cas \|993 \|
		+	\|https://verso.sukl.cz/shibboleth \|Verso \|1571 \|
		+	\|https://vns.doarmady.cz \|https://vns.doarmady.cz \|9556 \|
		+	\|https://vns.doarmady.cz/ \|https://vns.doarmady.cz/ \|4 \|
		+	\|https://vns.mo.gov.cz \|Virtuální Náborové Středisko \|14220 \|
		+	\|https://vouchery.kreativnicesko.cz/private \|https://vouchery.kreativnicesko.cz/private \|33583 \|
		+	\|https://vps2.rsts.cz/cibis-sale/eidas \|Raiffeisen stavební spořitelna \|16 \|
		+	\|https://vsechovice.obcanplus.cz/auth \|Obec Všechovice \|4 \|
		+	\|https://vtk-test.ozp.cz/vkol \|https://vtk-test.ozp.cz/vkol \|36 \|
		+	\|https://vuapraha.cz/badatelna/api/prihlaseni/nia \|Ministerstvo obrany České republiky \|5228 \|
		+	\|https://vys.krajdtm.cz/auth/realms/VYS \|DTM-VYS \|3536 \|
		+	\|https://web.mpsv.cz/cas \|https://web.mpsv.cz/cas \|587 \|
		+	\|https://webadmin.novysrovnavac.eru.gov.cz/ \|kalkulátor ERÚ \|110 \|
		+	\|https://webservices.sumperk.cz/webservices/zapis \|Zápis Šumperk \|5 \|
		+	\|https://webservices.sumperk.cz/webservices/zapis/ \|Zápis Šumperk \|1 \|
		+	\|https://wstag.jcu.cz/nia/shibboleth \|IS/STAG \|1994 \|
		+	\|https://wstag-test.jcu.cz/nia/shibboleth \|IS/STAG - test \|2 \|
		+	\|https://www.1zdar.cz/nia-formular \|Základní škola Žďár nad Sázavou, Palachova 2189/35, příspěvková organizace \|5 \|
		+	\|https://www.3zsvm.cz/nia-formular \|Základní škola Velké Meziříčí, Školní 2055, příspěvková organizace \|5 \|
		+	\|https://www.ak-vych.cz \|AK Vych & Partners \|7 \|
		+	\|https://www.brezejc.cz/nia-formular \|Obec Březejc \|3 \|
		+	\|https://www.bydlenivhb.cz/portal-obcana/ \|Město Havlíčkův Brod - Bydlení \|718 \|
		+	\|https://www.chyne.cz/ucet \|Obec Chýně \|936 \|
		+	\|https://www.ctu.cz \|https://www.ctu.cz \|18 \|
		+	\|https://www.ctu.cz/ \|https://www.ctu.cz/ \|52 \|
		+	\|https://www.czechpoint.cz/ \|JIP Czech POINT \|148414 \|
		+	\|https://www.holice.cz/portal-holice \|Holice - portál občana města Holic \|251 \|
		+	\|https://www.horniradslavice.cz/nia-formular \|Obec Horní Radslavice \|16 \|
		+	\|https://www.hrotovice.cz \|Digitální formuláře pro řešení životních situací - město Hrotovice \|4 \|
		+	\|https://www.kameniceujihlavy.cz \|Digitální formuláře pro řešení životních situací obce - Městys Kamenice \|41 \|
		+	\|https://www.khk.cz/zadost-o-finacni-dar-na-jizdenky-IREDO/formular \|Web KHK \|475 \|
		+	\|https://www.kreativnicesko.cz/private \|KKO \|987 \|
		+	\|https://www.kzmpribyslav.cz/mia-formular \|Město Přibyslav \|7 \|
		+	\|https://www.litomysl.cz \|Město Litomyšl \|11 \|
		+	\|https://www.martinice.eu/nia-formular \|Obec Martinice \|17 \|
		+	\|https://www.mateda.cz \|Mateda, a.s. \|199 \|
		+	\|https://www.merin.cz/nia-formular \|Městys Měřín \|5 \|
		+	\|https://www.mojedatovaschranka.cz/portal/ISDS/ \|Informační systém datových schránek \|32190139\|
		+	\|https://www.mpsv.cz/cas \|Klientský portál MPSV \|2073993 \|
		+	\|https://www.msbites.cz/nia-formular \|Mateřská škola Velká Bíteš, U Stadionu 538, příspěvková organizace \|21 \|
		+	\|https://www.msbudisovtr.cz/nia-formular \|Mateřská škola Budišov \|26 \|
		+	\|https://www.msmerin.cz/nia-formular \|Mateřská škola Měřín, příspěvková organizace \|27 \|
		+	\|https://www.msostrovno.cz/nia-formular \|Mateřská škola Ostrov nad Oslavou, okres Žďár nad Sázavou, příspěvková organizace \|25 \|
		+	\|https://www.muhb.cz/portal-obcana \|Město Havlíčkův Brod \|151 \|
		+	\|https://www.nabidkamajetku.cz/Login.ashx \|https://www.nabidkamajetku.cz/Login.ashx \|20587 \|
		+	\|https://www.nabidkamajetku.gov.cz/Login.ashx \|Úřad pro zastupování státu ve věcech majetkových \|8436 \|
		+	\|https://www.naevia.cz \|Naevia Estate s.r.o. \|23 \|
		+	\|https://www.obecbabice.eu/nia-formular \|Obec Babice \|21 \|
		+	\|https://www.obeccerna.cz/nia-formular \|Obec Černá \|15 \|
		+	\|https://www.obec-dobravoda.cz/nia-formular \|Dobrá Voda \|38 \|
		+	\|https://www.obeckouty.cz/nia-formular \|Obec Kouty \|5 \|
		+	\|https://www.obec-kundratice.cz/nia-formular \|Obec Kundratice \|2 \|
		+	\|https://www.obec-meziricko.cz/nia-formular \|Obec Meziříčko \|2 \|
		+	\|https://www.obecruda.eu/nia-formular \|Obec Ruda \|13 \|
		+	\|https://www.obec-tasov.cz/nia-formular \|Obec Tasov \|24 \|
		+	\|https://www.obec-uncin.cz/nia-formular \|Obec Unčín \|20 \|
		+	\|https://www.obec-zablati.cz/nia-formular \|Obec Záblatí \|7 \|
		+	\|https://www.orechov-ronov.cz/nia-formular \|Obec Ořechov \|47 \|
		+	\|https://www.osovabityska.cz/nia-formular \|Obec Osová Bítýška \|6 \|
		+	\|https://www.ozp.cz/auth/realms/ozp \|https://www.ozp.cz/auth/realms/ozp \|33820 \|
		+	\|https://www.ozp.cz/prod2vtk/vkol \|ICIS Vitakarta \|100364 \|
		+	\|https://www.paropisek.cz/appsep.php \|PaRo Písek \|1016 \|
		+	\|https://www.portalprazana.cz/auth \|Portál Pražana \|234371 \|
		+	\|https://www.postsignum.cz/certifikatonline/ \|Česká pošta, s.p. \|15907 \|
		+	\|https://www.praha4.cz/ \|Městská část Praha 4 \|210 \|
		+	\|https://www.radnoves.cz/nia-formular \|Obec Radňoves \|9 \|
		+	\|https://www.radostinnadoslavou.cz/nia-formular \|Městys Radostín nad Oslavou \|4 \|
		+	\|https://www.rapotice.cz/nia-formular \|Obec Rapotice \|17 \|
		+	\|https://www.rejstriksportu.cz/app \|https://www.rejstriksportu.cz/app \|25 \|
		+	\|https://www.roklen.cz \|Roklen360 a.s. \|34 \|
		+	\|https://www.rzp.cz/niaeis \|https://www.rzp.cz/niaeis \|236702 \|
		+	\|https://www.sklenenadoslavou.cz/nia-formular \|Obec Sklené nad Oslavou \|4 \|
		+	\|https://www.skolaradostinno.cz/nia-formular \|Základní škola a Mateřská škola Radostín nad Oslavou, příspěvková organizace \|12 \|
		+	\|https://www.skola-ruda.cz/nia-formular \|Základní škola a mateřská škola Ruda, příspěvková organizace \|11 \|
		+	\|https://www.slavicky.cz/nia-formular \|Obec Slavičky \|13 \|
		+	\|https://www.sujb.cz/aplikace/ireg2/irp/am/#/private/vyber-aplikace \|Portál elektronických podání SÚJB \|744 \|
		+	\|https://www.svetlavm.cz/nia-formular \|Hotelová škola Světlá a Střední odborná škola řemesel Velké Meziříčí \|26 \|
		+	\|https://www.uradfm.cz/portal \|https://www.uradfm.cz/portal \|8607 \|
		+	\|https://www.uradfm.cz/portal/ \|https://www.uradfm.cz/portal/ \|2 \|
		+	\|https://www.uradfm.cz/wab \|Portál občana Frýdek-Místek \|2270 \|
		+	\|https://www.usobi.cz \|Digitální formuláře pro řešení životních situací městyse Úsobí \|3 \|
		+	\|https://www.velkyberanov.cz \|Digitální formuláře pro řešení životních situací obce Velký Beranov \|10 \|
		+	\|https://www.vidonin.cz/nia-formular \|Obec Vidonín \|2 \|
		+	\|https://www.vlkov.cz/nia-formular \|Obec Vlkov \|17 \|
		+	\|https://www.vut.cz \|IS VUT - ePřihláška \|20 \|
		+	\|https://www.vut.cz/eprihlaska \|IS VUT - ePřihláška \|10638 \|
		+	\|https://www.zadnizhorec.cz/nia-formular \|Obec Zadní Zhořec \|13 \|
		+	\|https://www.zdirec.cz/nia-formular \|Město Ždírec nad Doubravou \|52 \|
		+	\|https://www.zsdolnihermanice.cz/nia-formular \|Základní škola a Mateřská škola Dolní Heřmanice, příspěvková organizace \|2 \|
		+	\|https://www.zsmerin.cz/nia-formular \|ZŠ Měřín \|22 \|
		+	\|https://www.zsmostiste.cz/nia-formular \|Základní škola a mateřská škola Velké Meziříčí, Mostiště 50, příspěvková organizace \|12 \|
		+	\|https://www.zsoslavice.cz/nia-formular \|Základní škola Oslavice \|21 \|
		+	\|https://www.zsostrovno.cz/nia-formular \|Základní škola Ostrov nad Oslavou, příspěvková organizace \|1 \|
		+	\|https://www.zssokolovska.cz/nia-formular \|Základní škola Velké Meziříčí, Sokolovská 470/13 \|2 \|
		+	\|https://www.zsvaclav.cz/nia-formular \|Základní škola Třebíč, Horka-Domky, Václavské nám. 44/12 \|121 \|
		+	\|https://www.zusvm.cz/nia-formular \|Základní umělecká škola Velké Meziříčí, příspěvková organizace \|379 \|
		+	\|https://www-test.ozp.cz/auth/realms/ozp \|https://www-test.ozp.cz/auth/realms/ozp \|85 \|
		+	\|https://www-test.ozp.cz/vkol \|ICIS - VITAKARTA - TEST \|231 \|
		+	\|https://zadosti.sfzp.cz/AISPortal/NIA/overeni \|Státní fond životního prostředí České republiky \|2082155 \|
		+	\|urn:mep:demoportal \|MEP Test Portal \|3 \|
		+	\|urn:moris:adu \|ADU \|34642 \|
		+	\|urn:moris:eidasproxyservice \|eIDAS ProxyService \|184203 \|
		+	\|urn:moris:ocisteniidp \|NIA Overeni Meg \|3981 \|
		+	\|urn:moris:overovaciportal \|Ověřovací portál \|25882 \|
		+	\|urn:moris:portal \|Portál Národního bodu (NIA Portál) \|4921433 \|
		+	\|urn:moris:portal:mep:proofing \|Portál Národního bodu - Identity MEP proofing IDP \|108456 \|
		+	\|urn:moris:portal4 \|Portál Národního bodu - Identity proofing IDP \|288280 \|
		+

Systémové a uživatelské notifikace, hlavní principy a rozdíly

Anonymous (anonymous@undisclosed.example.com) — 2021-04-30T09:08:19+00:00

2020/08/14 13:18		aktuální
Řádek 1:		Řádek 1:
-	<title>Systémové a uživatelské notifikace, hlavní principy a rozdíly</title>	+	======Systémové a uživatelské notifikace, hlavní principy a rozdíly======
	<WRAP justify>		<WRAP justify>
	Co to jsou notifikace klientů/uživatelů a notifikace informačního systému, jaké jsou principy jejich realizace a užití, jaký je u nich potenciál centrálních sdílených služeb a způsob užití kontaktních údajů FO?		Co to jsou notifikace klientů/uživatelů a notifikace informačního systému, jaké jsou principy jejich realizace a užití, jaký je u nich potenciál centrálních sdílených služeb a způsob užití kontaktních údajů FO?
		+
		+	Klíčové vysvětlované pojmy:
		+	- Uživatelská/ klientská notifikace = upozornění pro klienta
		+	- Vyrozumění o změně údajů = upozornění jednoho IS jiným na změnu údajů nebo jinou událost

	V hantýrce eGovernmentu se pro některé formy komunikace vžilo označení „notifikace“.		V hantýrce eGovernmentu se pro některé formy komunikace vžilo označení „notifikace“.
Řádek 18:		Řádek 22:

	Návrh využití kontaktních údajů centrálními sdílenými službami pro klientské notifikace předpokládá, že pokud zpráva z AIS, volající sdílenou notifikační službu, nese jako parametr vedle sdělení i preferovaný komunikační kanál a kontaktní údaj v něm, má tato lokální preference klienta (nebo poskytovatele služby ) přednost před kontaktními údaji z profilu. Pokud preferovaných kanál a kontakt z lokálního AIS chybí a je přenášeno pouze AIFO a text sdělení, použijí se centrální kontaktní údaje.		Návrh využití kontaktních údajů centrálními sdílenými službami pro klientské notifikace předpokládá, že pokud zpráva z AIS, volající sdílenou notifikační službu, nese jako parametr vedle sdělení i preferovaný komunikační kanál a kontaktní údaj v něm, má tato lokální preference klienta (nebo poskytovatele služby ) přednost před kontaktními údaji z profilu. Pokud preferovaných kanál a kontakt z lokálního AIS chybí a je přenášeno pouze AIFO a text sdělení, použijí se centrální kontaktní údaje.
-
-	Klíčové vysvětlované pojmy:
-	- Uživatelská/ klientská notifikace = upozornění pro klienta
-	- Vyrozumění o změně údajů = upozornění jednoho IS jiným na změnu údajů nebo jinou událost
-

Open source software v české státní správě

Anonymous (anonymous@undisclosed.example.com) — 2026-02-19T14:59:31+00:00

2026/09/20 01:24	aktuální
Řádek 1:	Řádek 1:
	+	====== Open source software v české státní správě ======
	+
	+	===== ÚVOD =====
	+	Státní správa a politická reprezentace mnoha států demokratického světa si začíná více uvědomovat rizika plynoucí z přílišného spoléhání se na proprietární software pro výkon svých agend. Software s otevřeným zdrojovým kódem (dále také „open source software“ či „OSS“) se jeví jako možná cesta pro snížení závislosti na dodavatelích proprietárního software a eliminaci s tím spojených rizik. Tento text by v ideálním případě mohl posloužit k popisu možností využití otevřeného software ve státní správě.
	+
	+	V úvodní kapitole jsou identifikovány hlavní rozdíly mezi proprietárním a open source softwarem, jejich výhody a nevýhody. Dále je text zaměřen výhradně na OSS, jsou popsány možnosti jeho využití ve státní správě i příklady dobré praxe. Vzhledem k tomu, že se pohybujeme v českém kontextu, tak se další kapitola zaměřuje na legislativní rámec a omezení z něj plynoucí pro potenciální aplikaci OSS v české státní správě. Zároveň jsou představeny konkrétní projekty a iniciativy, které OSS v české státní správě využívají, případně podporují jeho využívání na různých úrovních správy. V následující kapitole je představen německý vládní projekt openDesk a poslední kapitoly jsou zaměřeny na možnosti jeho aplikace v jednotlivých úrovních české státní správy, vč. návrhu akčního plánu a potenciálních KPI.
	+
	+	===== OPEN SOURCE VS. PROPRIETÁRNÍ SOFTWARE =====
	+
	+	==== HLAVNÍ ROZDÍLY ====
	+	Zaprvé je nutné od sebe oddělit jednotlivé druhy software, vzhledem k zaměření této práce využijeme dělení dle stupně otevřenosti zdrojového kódu a z něho plynoucího možnost software upravovat. Na základě tohoto hlediska je možné identifikovat tyto druhy software:
	+
	+	* Software s otevřeným zdrojovým kódem (open source software)
	+	* Software s uzavřeným zdrojovým kódem (closed source software, proprietární software)
	+
	+	Kromě samotné otevřenosti software je poté důležitá i licenční politika se softwarem spojená. I v rámci otevřeného softwaru by tedy měly být dodrženy licenční podmínky stanovené autorem daného software. Open source projekty jsou obvykle licencovány pod svobodnými licencemi, jako je GPL, MIT nebo Apache, které uživatelům dávají právo software používat, měnit a sdílet. U proprietárního softwaru platí uživatel za licenci, která často omezuje použití softwaru pouze na určité účely, zařízení nebo časové období, a jakékoliv úpravy jsou zakázány.
	+
	+	Z hlediska vývoje a inovací je open source software často vyvíjen komunitou dobrovolníků i profesionálů z různých organizací. Tento přístup může urychlit inovace a zvyšovat bezpečnost díky tomu, že kód je veřejně přístupný a může být zkontrolován více lidmi. Proprietární software je vyvíjen interně danou firmou, která má plnou kontrolu nad vývojem i aktualizacemi, což může vést k větší stabilitě, ale i pomalejší reakci na chyby či nové požadavky.
	+
	+	Z pohledu podpory a záruk se open source může spoléhat na komunitní podporu, fóra a dokumentaci, zatímco proprietární software většinou nabízí oficiální technickou podporu, SLA (service level agreements) a pravidelné aktualizace, což může být výhodné zejména pro firmy s kriticky důležitými aplikacemi. Zároveň i open source software může být poskytová s placenou technickou podporou, pravidelnými aktualizacemi a zaručenými SLA. Uživatel však může do software libovolně zasahovat a upravovat si ho dle svých potřeb, pokud má potřebné technické znalosti.
	+
	+	==== MOŽNOSTI A RIZIKA OPEN SOURCE SOFTWARE ====
	+	Open source software nabízí řadu výhod, které z něj činí atraktivní volbu pro jednotlivce, firmy i veřejné instituce. Mezi hlavní možnosti patří především flexibilita a přizpůsobitelnost – díky otevřenému zdrojovému kódu lze software upravit podle vlastních potřeb, integrovat s jinými systémy nebo přidat specifické funkce. Další výhodou je nezávislost na jednom dodavateli (tzv. vendor lock-in), což uživatelům dává větší kontrolu nad tím, jak software používají a rozvíjejí.
	+
	+	Open source je také často bezplatný nebo výrazně levnější než proprietární řešení, což umožňuje ušetřit náklady na licence, zejména ve větších organizacích. Aktivní komunita okolo mnoha open source projektů zajišťuje rychlý vývoj, časté aktualizace a možnost získat podporu prostřednictvím fór, wiki stránek či přímého kontaktu s vývojáři. Díky transparentnosti může být open source software i bezpečnější – kód je veřejný a může být nezávisle auditován z hlediska bezpečnostních zranitelností.
	+
	+	Na druhé straně je třeba počítat i s určitými riziky. Ne každý open source projekt je aktivně udržován – některé mohou být opuštěné, zastaralé nebo s nedostatečnou dokumentací, což komplikuje nasazení a údržbu. Podpora není vždy zaručena a spoléhání se na komunitní pomoc může být v krizových situacích nedostatečné. Kromě toho vyžaduje používání a správa open source softwaru často vyšší technické znalosti in-house, zejména pokud jde o úpravy kódu nebo řešení problémů.
	+
	+	Z bezpečnostního hlediska může být open source výhodný i rizikový zároveň. I když je kód přístupný pro audit, zranitelnosti mohou zůstat dlouho neodhaleny, pokud absentuje dostatečně velká a aktivní komunita. Také neexistuje centrální zodpovědnost – pokud nastane problém, není vždy jasné, na koho se obrátit pro podporu. Organizace proto musí pečlivě zvažovat, jaký open source software nasazují, jakým způsobem jej spravují a jak zajistí jeho bezpečnost a dlouhodobou udržitelnost. Tyto nedostatky je možné do značné míry eliminovat správným definováním parametrů veřejné zakázky.
	+
	+	Celkově vzato, open source software představuje silný nástroj s velkým potenciálem, ale je důležité přistupovat k jeho využití strategicky a s vědomím možných omezení.
	+
	+	==== OPEN SOURCE VE STÁTNÍ SPRÁVĚ ====
	+	Aplikace open source softwaru ve státní správě nabízí řadu významných příležitostí, které mohou vést ke zvýšení efektivity, transparentnosti i hospodárnosti veřejné správy. Jednou z hlavních výhod je snížení závislosti na konkrétních dodavatelích softwaru – tzv. vendor lock-in –, což státním institucím umožňuje větší kontrolu nad vlastními IT systémy a lepší vyjednávací pozici při správě a rozvoji softwarových řešení. Díky otevřenému kódu je možné software upravovat na míru konkrétním potřebám úřadů, sdílet řešení mezi různými institucemi a znovu použít již existující nástroje bez nutnosti platit za nové licence.
	+
	+	Další významnou příležitostí je posílení transparentnosti a důvěry veřejnosti. Pokud státní správa využívá open source software, může být kód veřejně přístupný, což umožňuje nezávislé audity, zvyšuje bezpečnost a dává občanům možnost lépe porozumět digitálním nástrojům, které stát využívá. Open source také podporuje spolupráci a inovace – veřejné instituce mohou spolupracovat s univerzitami, vývojáři či neziskovým sektorem na vývoji společných řešení, čímž se zvyšuje efektivita investic do digitalizace.
	+
	+	Využití open source softwaru ve veřejném sektoru může taktéž přinést významné finanční benefity, především v oblasti úspor na licenčních poplatcích. Oproti proprietárnímu softwaru, kde je nutné platit za každou licenci, často opakovaně a vázaně na konkrétní zařízení nebo uživatele, je většina open source řešení dostupná zdarma. To umožňuje státním institucím efektivněji spravovat rozpočty a alokovat prostředky na další klíčové oblasti, například na vývoj vlastních funkcionalit, zajištění bezpečnosti nebo školení zaměstnanců. Další finanční výhodou je možnost sdílet jednou vyvinutá řešení mezi různými institucemi, čímž se snižuje duplicita výdajů. Navíc otevřený charakter softwaru podporuje konkurenci mezi dodavateli služeb, což může vést k nižším nákladům na implementaci, správu a rozvoj informačních systémů.
	+
	+	Na druhé straně existují i určitá rizika a výzvy, které je třeba pečlivě zvážit. Ne každý open source projekt je vhodný pro nasazení ve státní správě – některé mohou být nestabilní, nedostatečně dokumentované nebo bez dlouhodobé podpory. Správné vyhodnocení kvality a životaschopnosti open source řešení vyžaduje odborné kapacity a znalosti, které nemusí být v některých institucích dostupné. Také chybějící oficiální technická podpora může být problém v případě výpadků nebo bezpečnostních incidentů, zejména u kritických systémů.
	+
	+	Bezpečnost je dalším zásadním aspektem – ačkoli je transparentnost výhodou, veřejně dostupný kód může být zneužit, pokud není pravidelně auditován a aktualizován. Je tedy klíčové, aby instituce měly nastaveny procesy pro správu aktualizací, auditování kódu a zajištění kybernetické bezpečnosti. V neposlední řadě může být překážkou i kulturní či organizační odpor ke změně, protože přechod z proprietárních řešení na open source často vyžaduje nové dovednosti a změnu zaběhlých postupů.
	+
	+	Závěrem lze říci, že open source software představuje pro státní správu velkou příležitost ke zlepšení efektivity, transparentnosti a soběstačnosti. Úspěšné využití těchto výhod ale vyžaduje promyšlený přístup, odborné zázemí a strategii, která zohlední jak přínosy, tak možná rizika.
	+
	+	==== PŘÍKLADY DOBRÉ PRAXE ZE ZAHRANIČÍ ====
	+	Pojďme si nyní krátce představit konkrétní projekty ze zahraničí na národní a regionální úrovni, ve kterých se povedlo implementovat open source software ve státní správě.
	+
	+	Na národní úrovni stojí za zmínku například poměrně velký projekt GendBuntu. Konkrétně je GendBuntu verzí Ubuntu upravená na míru potřebám francouzského Národního četnictva (Gendarmerie Nationale), což je jedna z personálně nejpočetnějších státních institucí v rámci Francie. Začátek celého procesu přechodu četnictva k open source je možné datovat až do roku 2001, kdy byla identifikována potřeba větší modularity operačních systémů, kterou do té doby používaný MS Windows neumožňoval. Nicméně v té době ještě nebyly k dispozici uživatelsky přívětivé open source alternativy, které by byly v takto velké instituci implementovatelné bez negativních dopadů a rizik. V roce 2005 dochází k prvnímu hmatatelnému kroku, kdy je kancelářský balík MS Office v rámci četnictva postupně nahrazen balíkem OpenOffice. Následující rok dochází k nahrazení MS Outlook a Internetu Explorer Thunderbirdem, resp. Mozillou Firefox. V roce 2008 už byla situace příznivější a použitelnost/uživatelská přívětivost GNU/Linux distribucí postupně dorovnala úroveň MS Windows, padlo tedy rozhodnutí k migraci všech pracovních stanic četnictva na Ubuntu, které bylo i postupně realizováno.(( BIERHALS, Gregor. Towards the freedom of the operating system: The French Gendarmerie goes for Ubuntu. Online. 2012. Dostupné také z: https://interoperable-europe.ec.europa.eu/sites/default/files/document/2011-12/IDABC.OSOR.casestudy.Gendarmerie.10.pdf ))
	+
	+	Z hlediska koncového uživatele proběhla migrace velmi hladce, což bylo dáno jednak tím, že klíčové aplikace (prohlížeč, kancelářský software) zůstaly, díky dřívější migraci na open source, stejné a tím, že UI Ubuntu je uživatelsky přívětivé. Hladký průběh byl dán také vnějšími okolnostmi. Četnictvo je velmi centralizovaná instituce, což umožňuje velmi rychle přijmout a realizovat rozhodnutí napříč celou organizací. Zároveň nebylo potřeba realizovat nějaké zvláštní právní kroky, jelikož celý proces nevyžadoval žádné další investice nad rámec interních zdrojů organizace. Tato situace nastala až v momentu, kdy četnictvo realizovalo veřejnou zakázku na externí podporu od subjektu soukromého sektoru.(( Tamtéž. ))
	+
	+	Na regionální úrovni stojí za zmínku aktivita německé spolkové země Šlesvicko-Holštýnsko, ve které v dubnu 2024 došlo k rozhodnutí, že veřejná správa (30 000 zaměstnanců) bude migrovat svoje systémy na open source řešení. Open source budou jak operační systémy (Linux), tak software pro práci s dokumenty (Libre Office) a mailový klient (Thunderbird). Celý proces je podrobně popsán ve strategickém dokumentu Open Innovation and Open Source Strategy of Land Schleswig-Holstein, kterou si tato spolková země sama stanovila.(( Open Innovation and Open Source Strategy of Land Schleswig-Holstein. Online. 2024. Dostupné také z: https://www.schleswig-holstein.de/DE/landesregierung/themen/digitalisierung/linux-plus1/Service/Downloads/_dateien/open-source-strategy_EN.pdf?__blob=publicationFile&v=3 ))
	+
	+	Celý projekt digitálně suverénního IT pracovního prostředí stojí na 6 pilířích:
	+
	+	* Nahrazení OS MS Windows open source alternativou Linux
	+	* Nahrazení MS Office open source alternativou LibreOffice
	+	* Nahrazení MS Sharepoint a Exchange/Outlook open source alternativami Nextcloud, Open-Xchange / Thunderbird
	+	* Infrastruktura založená na kombinaci open source a proprietárních řešeních, nahrazení MS Active Directory open source adresářovým řešením
	+	* Specializované administrativní procedury nezávislé na platformě (ideálně přístupné skrze prohlížeč)
	+	* Nově vyvíjená IP telefonie založená na open source komunikační architektuře (OSKAR)(( Tamtéž. ))
	+
	+	Projekt je momentálně ve fázi realizace a probíhá v několika souběžně běžících etapách. Konkrétně pro oblast kancelářského software byl klíčový přechod na povinný formát ODF v rámci dokumentů státní správy, který platí od 1. srpna 2024. Zároveň minimálně do skončení podpory MS Office, tj. do konce října 2025 mohou úředníci paralelně využívat jak LibreOffice, tak MS Office. Zároveň pro specifické procesy (méně než 30 % use cases) mohou nadále vyžadovat využití MS Office.(( Schleswig-Holstein's Bold Open Source Leap: A Model for Digital Sovereignty? Online. In: Euro-stack.com. 2025. Dostupné také z: https://euro-stack.com/blog/2025/3/schleswig-holstein-open-source-digital-sovereignty ))
	+
	+	Ve Francii je realizován a rozvíjen projekt La Suite(( La Suite. Online. 2025. Dostupné také z: https://lasuite.numerique.gouv.fr/en )), který se velmi podobá projektu openDesk (viz dále). Jedná se o open source sadu nástrojů pro spolupráci ve veřejném sektoru, která by měla být propojená a dostupná po jediném ověření pomocí poskytovatele identity ProConnect.(( Suite numérique. Online. Beta.gouv.fr. 2025. Dostupné také z: https://beta.gouv.fr/startups/suite-numerique.html )) V současnosti jsou součástí této sady následující komponenty:
	+
	+	* Tchap – chatovací aplikace
	+	* France Transfert – přenos velkých souborů
	+	* Webinaire, Webconf a Audioconf – audio a video konference
	+	* Visio – rychlé videokonference
	+	* Resana – ukládání souborů
	+	* Grist – správa databází
	+	* Docs – společná úprava textových dokumentů
	+	* Messagerie – synchronizace emailů a kalendářů, s OpenExchange.
	+
	+	Obecně napříč Evropou probíhají v rámci veřejného sektoru různé projekty a iniciativy, které se snaží v menším či větším měřítku implementovat open source software a snížit tak míru závislosti na libovůli dodavatelů proprietárního software. Velmi často se jedná o využití open source kancelářských balíků, komunikačních nástrojů, případně operačních systémů. Stručný přehled konkrétních zemí a dalších projektů nabízí Wikipedie.(( Adoption of free and open-source software by public institutions. Online. In: Wikipedia: the free encyclopedia. San Francisco (CA): Wikimedia Foundation, 2001-2025. Dostupné také z: https://en.wikipedia.org/wiki/Adoption_of_free_and_open-source_software_by_public_institutions ))
	+
	+	===== OPEN SOURCE V ČESKÉ STÁTNÍ SPRÁVĚ =====
	+
	+	==== LEGISLATIVNÍ RÁMEC A OMEZENÍ ====
	+	Právní rámec využití open source v české státní správě není stanoven jedním konkrétním předpisem, nicméně existuje několik důležitých legislativních a strategických dokumentů, které pro tuto oblast nastavují alespoň obecná pravidla. Do budoucna je nicméně žádoucí a potřebné, aby využití open source ve státní správě bylo legislativně upraveno v rámci některého zákona (jako potenciální nosič se tematicky nabízí např. zákon č. 365/2000 Sb., o informačních systémech veřejné správy). Zejména by měla být stanovena zodpovědnost toho, kdo kód poskytuje k využití, konkrétně v případě zodpovědnosti za údržbu kódu (aktualizace, záplaty apod.).
	+
	+	V první řadě je důležitou normou zákon č. 365/2000 Sb., o informačních systémech veřejné správy(( 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ů. In: E-sbirka.cz. Dostupné také z: https://www.e-sbirka.cz/sb/2000/365 )). Mj. dává orgánům veřejné správy povinnost provádět hodnocení ekonomické výhodnosti způsobu provozu jimi spravovaných systémů. Stanovuje také orgánům veřejné správy povinnost při pořízení nového informačního systému veřejné správy, příp. realizaci architektonické změny, zažádat o stanovisko Digitální a informační agenturu. Ta mimo jiné posuzuje i to, zda je systém v souladu s architektonickými principy stanovenými Informační koncepcí ČR, které podporují využití open source (viz princip 19 – Otevřená řešení(( Informační koncepce ČR: Obecné principy pro naplňování cílů Informační koncepce ČR. Online. In: Archi.gov.cz. 2024. Dostupné z: https://archi.gov.cz/ikcr#architektonicky_princip_cr_p22omezeni_budovani_monolitickych_systemu ))).
	+
	+	Dalším klíčovým předpisem je zákon č. 181/2014 Sb., o kybernetické bezpečnosti(( Zákon č. 181/2014 Sb., o kybernetické bezpečnosti a o změně souvisejících zákonů (zákon o kybernetické bezpečnosti). In: E-sbirka.cz. Dostupné také z: https://www.e-sbirka.cz/sb/2014/181/ )) a jeho prováděcí vyhláška č. 316/2014 Sb. Je nutné zmínit, že od 1. listopadu 2025 bude vcházet v účinnost nový zákon o kybernetické bezpečnosti (zákon č. 264/2025 Sb.)(( Zákon č. 264/2025 Sb., o kybernetické bezpečnosti. In: E-sbirka.cz. Dostupné také z: https://www.e-sbirka.cz/sb/2025/264 )), který nahradí ten stávající.
	+
	+	Obecný rámec zadávání veřejných zakázek stanovuje zákon č. 134/2016 Sb., o zadávání veřejných zakázek(( Zákon č. 134/2016 Sb., o zadávání veřejných zakázek. In: E-sbirka.cz. Dostupné také z: https://www.e-sbirka.cz/sb/2016/134/ )). Open source tedy lze pořídit pokud je v souladu s těmito zásadami, nesmí být automaticky preferován (zásada nediskriminace a rovného zacházení), nicméně v rámci samotné zakázky lze stanovit požadavky na otevřenost kódu, interoperabilitu či absenci licenčních poplatků.
	+
	+	Ke zveřejnění je možné využít státní GIT repozitář(( Dostupný zde: Explore projects · GitLab https://code.gov.cz/explore )). Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) ve spolupráci s Ministerstvem vnitra poté vydal metodický dokument „Bezpečnostní doporučení pro vývoj otevřeného software“(( NÚKIB a Ministerstvo vnitra vydaly bezpečnostní doporučení pro vývoj otevřeného softwaru. Online. In: Nukib.gov.cz. 2022. Dostupné také z: https://nukib.gov.cz/cs/infoservis/doporuceni/1827-nukib-a-ministerstvo-vnitra-vydaly-bezpecnostni-doporuceni-pro-vyvoj-otevreneho-softwaru/ )).
	+
	+	==== SOUČASNÝ STAV A PŘÍKLADY DOBRÉ PRAXE ====
	+	V České republice v současnosti existuje hned několik projektů, které jsou nějakým způsobem zaměřeny na open source software. Fungují zde minimálně dvě zastřešující organizace s celorepublikovou působností, které se zaměřují na zvyšování povědomí o možnostech využití open source software ve veřejné správě a poskytují i odbornou pomoc.
	+
	+	První z nich je nezisková organizace Otevřená města, resp. její iniciativa Česká programová kancelář Open Source (Czech OSPO), jejímž cílem je vytvořit „národní síť odborníků na Open Source, která umožní udržitelné využívání Open Source ve veřejném sektoru a na akademické půdě“.(( Czech National OSPO: Deklarace. Online. Otevrenamesta.cz. Dostupné z: https://otevrenamesta.cz/czech-ospo )) Tato kancelář navazuje na činnost komunity Česko.Digital, sdružující IT odborníky pomáhající státu s digitalizací, a doplňuje ji.(( Česko digital: Kdo jsme. Online. Cesko.digital. Dostupné z: https://www.cesko.digital/kdo-jsme )) Organizace Otevřená města pomáhá samosprávám s digitalizací a v současné době poskytuje i sedm otevřených a modulárních řešení, které mohou obce či kraje využít:(( Otevřená města: Projekty. Online. Otevrenamesta.cz. Dostupné také z: https://otevrenamesta.cz/projects ))
	+
	+	* Cityvizor – vizualizace rozpočtu obce s detailními daty, která jsou získávána přímo z účetních systémů
	+	* DSW2 – nástroj umožňující příjem, zpracování a správu žádostí o dotace pro obce, městské části, dotační úřady a další subjekty
	+	* Průběžné skenování zranitelnosti – software, který průběžně vyhledává bezpečnostní zranitelnosti a upozorňuje na tyto hrozby zapojené obce
	+	* Open Energoman – software pro evidenci budov, odběrných míst a smluv s dodavateli, který sbírá data o stavech energometrů a dále je přehledně vizualizuje
	+	* PAROZ – platforma pro participativní rozpočet, od sběru návrhů, prezentaci projektů až po hlasování
	+	* Platební portál – platební portál, který umožňuje občanům zaplatit za poplatky a služby v rámci jejich obce, kraje či regionu
	+	* CSGOV – systém pro jednoduchou tvorbu, správu a údržbu obecních webů
	+
	+	Druhou relevantní organizací je spolek BISON, jehož jedním z cílů je „vytvořit jednotnou, jasně definovanou platformu pro rozvoj a šíření open-source software projektů v rámci veřejné správy, a to za účelem podpory co nejkvalitnějšího výkonu veřejné správy a optimalizace zdrojů nutných pro další vývoj otevřených a sdílených softwarových řešení ve veřejné správě.“(( Memorandum: Principy fungování spolku BISON. Online. Spolek-bison.cz. Dostupné také z: https://www.spolek-bison.cz/memorandum )) Spolek je založen výhradně „na spolupráci veřejného sektoru za účelem maximálního využití zdrojů investovaných do vývoje SW využívaného primárně za účelem výkonu veřejné správy.“(( Tamtéž. )) V současnosti spolek nabízí k využití tyto nástroje:(( Projekty. Online. Spolek-bison.cz. Dostupné také z: https://www.spolek-bison.cz/projekty ))
	+
	+	* COBY – aplikace pro pedagogicko-psychologické poradny a speciálně pedagogická centra, umožňuje přehlednou správu informací o klientech, vč. diagnostiky a doporučení
	+	* Interní audit – aplikace pro automatizaci procesů interního auditu
	+	* Projektové řízení – nástroj pro řízení současných i budoucích rozvojových aktivity a projektů organizace, zaměřeno primárně na fáze plánování a realizace
	+	* TEDDY:TIME – aplikace pro vykazování činností a správu výkazů práce
	+	* Portál příspěvkových organizací – nástroj pro zajištění oboustranné komunikace a spolupráce mezi zřizovatelem a jeho příspěvkovými organizacemi
	+	* Výkazy sociálních služeb – nástroj pro kraje, který usnadňuje sledování a správu sociálních služeb a přispívá k efektivnímu využívaní prostředků (dotace, výkazy apod.)
	+	* Evidence smluv – nástroj pro správu smluvních vztahů (smlouvy připravované, uzavřené i jejich dodatky), umí pracovat s různými druhy smluv (kupní, nájemní, objednávky aj.)
	+	* Náhradní rodinná péče – nástroj pro on-line evidenci náhradní rodinné péče, evidence a sdílení dat mezi krajskými úřady a obcemi s rozšířenou působností v této oblasti
	+	* TECHNET – nástroj pro evidenci a správu IT aktiv, vč. aplikací, serverů, instancí a databází
	+	* AWAY – nástroj pro správu a vyúčtování nepřítomností zaměstnanců (pracovní cesty, dovolené, indispoziční volna, propustky k lékaři)
	+	* ALUŠKA - systém pro elektronické vedení školní matriky v mateřské škole.
	+
	+	===== OPENDESK =====
	+
	+	==== ZÁKLADNÍ INFORMACE ====
	+	OpenDesk je projekt německého vládního Centra pro digitální suverenitu (ZenDiS - Zentrum für Digitale Souveränität) spadajícího pod německé Spolkové ministerstvo vnitra. Historie ZenDiS sahá zhruba do roku 2019, kdy německá spolková vláda, konkrétně Spolkové ministerstvo vnitra, nechala zpracovat studii,(( HILLENIUS, Gijs. German government wants to reduce its IT vendor lock-in. Online. In: Interoperable-europe.ec.europa.eu. 24/09/2019. Dostupné také z: https://interoperable-europe.ec.europa.eu/collection/open-source-observatory-osor/news/towards-digital-sovereignty )) ze které vyplynula přílišná závislost vládního IT na komerčních (proprietárních) softwarových produktech od velmi úzkého množství dodavatelů. To sebou nese rizika podkopávající digitální suverenitu, která byla popsána i ve druhé kapitole tohoto textu (vendor lock-in, vysoké náklady, velmi nízká míra autonomie nad vývojem a podobou software, obavy ze zabezpečení dat atd.).(( PÄTSCH, Sivan. German government executes OSS-based vision of digital sovereignty. Online. In: Interoperable-europe.ec.europa.eu. 07/07/2021. Dostupné také z: https://interoperable-europe.ec.europa.eu/collection/open-source-observatory-osor/news/centre-digital-sovereignty )) Na základě této premisy v prosinci roku 2022 dochází ke vzniku ZenDiS, které by mělo být hlavním centrálním koordinačním orgánem pro podporu a zavádění open source software v rámci německé státní správy a zajištění digitální suverenity a autonomie.(( Tamtéž. ))
	+
	+	V současnosti jsou nejviditelnějšími projekty ZenDiS openCode a openDesk. OpenCode je repozitář open source software a projektů využívaných a využitelných v rámci (německé) státní správy, vč. potřebné dokumentace. V současnosti se zde nachází zhruba 3600 projektů, od malých podpůrných jednoúčelových programů po komplexní specializované aplikace.(( OpenCode. Online. Dostupné z: https://opencode.de/en ))
	+
	+	OpenDesk je poté komplexní balík open source web-based kancelářských a kolaborativních aplikací, který by měl nahradit většinu funkcionalit, které nabízí proprietární řešení typu Microsoft 365 a Teams, ale také Cofluence a Jira.(( FEILNER, Markus. ZenDIS, openDesk, and openCode: How Germany is transforming their public sector with open source. Online. In: Allthingsopen.org. January 30, 2025. Dostupné také z: https://allthingsopen.org/articles/zendis-opendesk-opencode-public-sector-open-source )) Jedná se v podstatě o materializaci konceptu „suverénního pracoviště“ (Sovereign Workplace), který definovalo německé Spolkové ministerstvo vnitra. Je využitelné na spolkové, státní i lokální úrovni, nezávislé na konkrétním poskytovateli a fungující v jakémkoli prohlížeči a na jakémkoliv zařízení.(( EU Open Source Solutions Catalogue: openDesk. Online. Interoperable-europe.ec.europa.eu. Dostupné také z: https://interoperable-europe.ec.europa.eu/eu-oss-catalogue/solutions/opendesk-0 ))
	+
	+	Provozní modely využití openDesk jsou následující:(( OpenDesk: Operating models. Online. Opendesk.eu. Dostupné také z: https://www.opendesk.eu/en/operating-models ))
	+
	+	Community Edition je nabízena zcela zdarma komukoliv, kdo má zájem a nabízí stejné funkcionality jako verze Enterprise. Může sloužit k prvotnímu vyzkoušení jednotlivých funkcionalit na svém vlastním hardware.
	+
	+	Enterprise verze je již placená, díky čemuž je zajištěn další rozvoj aplikací a je určena primárně pro velké organizace s více než 500 uživateli. V rámci této edice je dostupná profesionální podpora se smluvně zaručenými SLA (je možná až nepřetržitá podpora v režimu 24/7), unifikované uživatelské rozhraní a škálovatelnost. Uživatelé dostávají pravidelné aktualizace a profesionální podporu. V rámci této verze jsou dostupné tyto modely provozu:
	+
	+	* On premise – se zajištěním SLA a podpory
	+	* openDesk jako SaaS – funguje v rámci německého národního hyperscaleru
	+	* openDesk v rámci zabezpečeného důvěrného cloudu – primárně určeno pro organizace působící na mezinárodní úrovni, mezinárodní hyperscaler
	+
	+	==== KOMPONENTY ====
	+	OpenDesk v současnosti(( Výčet komponent není definitivní a v čase se může měnit, můžou přibývat nové komponenty, případně mohou být stávající komponenty nahrazovány jinou aplikací. )) obsahuje následující komponenty a aplikace, které je možné implementovat i samostatně dle potřeb konkrétního úřadu:
	+
	+	^ Komponenta ^ Aplikace ^
	+	\| Kalendář \| OX Calendar \|
	+	\| Chat \| Element \|
	+	\| Kontakty \| OX Contacts \|
	+	\| Správa dokumentů, kancelářský balík \| Collabora Online \|
	+	\| Email \| OX App Suite \|
	+	\| Úložiště souborů \| Nextcloud \|
	+	\| Správa přístupů a identit \| Nubus \|
	+	\| Poznámky \| openDesk Notes \|
	+	\| Projektový management \| OpenProject \|
	+	\| Videokonference \| Jitsi \|
	+	\| Wiki \| XWiki \|
	+
	+	==== PILOTNÍ PROJEKTY ====
	+	Vzhledem k tomu, že verze openDesk 1.0 byla oficiálně vydána v říjnu 2024, tak zatím nejsou k dispozici podrobnější případové studie implementace. Pilotní projekty byly v posledním roce spuštěny v rámci Insitutu Roberta Kocha (RKI) a BWI GmbH, což je poskytovatel IT služeb Bundeswehru, který je vlastněný německým Spolkovým ministerstvem obrany.(( OpenProject: openDesk. Online. Openproject.org. Dostupné také z: https://www.openproject.org/opendesk/ )) Do března 2025 ZenDiS obdržel zhruba 1500 dotazů na openDesk od úřadů a institucí z celého Německa.(( KREMPL, Stefan. Framework agreement: MS-365 alternative OpenDesk to conquer the Bundeswehr. Online. In: Heise.de. Apr 7, 2025. Dostupné z: https://www.heise.de/en/news/Framework-agreement-MS-365-alternative-OpenDesk-to-conquer-the-Bundeswehr-10342383.html ))
	+
	+	V případě RKI došlo k podpisu smlouvy v červnu 2025, openDesk by měl být integrován do komunikační platformy Agora veřejné zdravotní služby. Hlavním cílem by mělo být zlepšení digitální a meziresortní spolupráce v tomto sektoru mezi RKI, Spolkovým ministerstvem zdravotnictví a dalšími spolkovými úřady. OpenDesk bude k dispozici všem zaměstnancům jako hlavní pracovní prostředí, celkem se jedná o zhruba 7000 uživatelů. Zároveň Zendis speciálně pro potřeby RKI přidal komponentu diskusního fóra.(( KREMPL, Stefan. Sovereignty: Public health service increasingly relies on open source. Online. In: Heise.de. Jun 13, 2025. Dostupné také z: https://www.heise.de/en/news/Sovereignty-Public-health-service-increasingly-relies-on-open-source-10443654.html ))
	+
	+	V dubnu 2025 došlo k podpisu rámcové smlouvy mezi ZenDiS a BWI, na základě které bude BWI poskytován openDesk a bude realizován jeho další vývoj na míru potřeb německých ozbrojených sil po dobu 7 let. BWI bude využívat celou paletu nabízených komponent, dojde i k integraci BundesMessengeru (založený na platformě Matrix), který německé ozbrojené síly již v současnosti využívají k zasílání zpráv.(( KREMPL, Stefan. Framework agreement: MS-365 alternative OpenDesk to conquer the Bundeswehr. Online. In: Heise.de. Apr 7, 2025. Dostupné z: https://www.heise.de/en/news/Framework-agreement-MS-365-alternative-OpenDesk-to-conquer-the-Bundeswehr-10342383.html ))
	+
	+	===== MOŽNOSTI APLIKACE OPENDESK V ČESKÉ STÁTNÍ SPRÁVĚ =====
	+	Z předchozího textu poměrně jasně plyne, že trend implementace open source nástrojů ve státní správě má vzestupnou tendenci. Státy si velmi dobře začínají uvědomovat rizika plynoucí ze spoléhání se výhradně na proprietární software (primárně vendor lock-in) a objevují možnosti, které nabízí otevřený software. Pro Českou republiku by využitím openDesk, případně některých jeho komponent, mohla vzniknout konkurenční výhoda a svými potenciálními zkušenostmi z implementace bychom mohli přispět k dalšímu rozvoji open source software a povědomí o možnostech jeho aplikace ve státní správě celkově.
	+
	+	==== CELOSTÁTNÍ ÚROVEŇ ====
	+	Na celostátní úrovni, kam spadají ministerstva a jiné ústřední správní úřady s celostátní působností (potenciálně i bezpečnostní a záchranné složky a armáda), by openDesk mohl sloužit jako jednotný, nezávislý kancelářský balík pro orgány státní správy. Díky modulární architektuře a otevřeným standardům lze řešení nasadit postupně (po jednotlivých komponentách), zbavit se vendor lock-inu a integrovat je s národními systémy v prostředí provozovaném státem či jeho poskytovateli, včetně on-prem nebo státního cloudu. Pro vládu to vytváří prostor pro standardizaci pracovních nástrojů, společné katalogy služeb a podpory, snížení nákladů díky využití sdílené infrastruktury a rychlejší zavádění aplikací pro spolupráci napříč rezorty.
	+
	+	Největší výzvou je zajištění interoperability s již existujícími komplexními systémy státní správy a jejich často proprietárními řešeními, což by vyžadovalo náročné úpravy a integrace. Kritickým faktorem je i kybernetická bezpečnost – centralizovaná platforma představuje atraktivní cíl útoků a vyžaduje robustní ochranná opatření, auditní mechanismy a splnění požadavků zákona o kybernetické bezpečnosti. Problémem může být i odpor uživatelů vůči změně, potřeba rozsáhlého školení desítek tisíc státních zaměstnanců a nutnost vytvořit jednotnou podporu a servisní model napříč rezorty. Rizikem je také koordinace mezi ministerstvy, které mají odlišné procesy a priority, a legislativní omezení spojená s nakládáním s osobními a citlivými daty. V neposlední řadě je nutné zvážit finanční a časovou náročnost celostátní migrace, která by mohla vést k dočasnému zpomalení chodu úřadů.
	+
	+	==== KRAJSKÁ ÚROVEŇ ====
	+	Na krajské úrovni by openDesk mohl fungovat jako jednotná platforma pro interní komunikaci, sdílení a spolupráci mezi krajským úřadem, příspěvkovými organizacemi a samosprávnými orgány. Díky různým modulům openDesk by bylo možné vytvořit bezpečné prostředí, které nahradí roztříštěné komerční služby a zlepší efektivitu spolupráce mezi odbory, krajskými příspěvkovými organizacemi, ale i mezi krajem a obcemi. Propojení s krajskými informačními systémy (GIS, ekonomické systémy) přes otevřené standardy by potenciálně umožnilo snadnější správu dat a koordinaci služeb. Výhodou je také možnost hostování v krajském datovém centru nebo státním cloudu, čímž se posílí suverenita nad daty a zvýší se úroveň kybernetické bezpečnosti. OpenDesk by tak krajům umožnil vytvořit konzistentní digitální pracovní prostředí, které bude podporovat otevřenost, sdílení a jednotnou správu uživatelů napříč organizacemi.
	+
	+	Na krajské úrovni může implementace openDesk narážet na problémy zejména v rozdílné technické vybavenosti a připravenosti jednotlivých krajských úřadů i jejich příspěvkových organizací. Potíže mohou vzniknout při integraci s již používanými lokálními informačními systémy (např. ekonomickými či personálními), které často fungují na proprietárních platformách a nemusí být připravené na otevřené standardy. Výzvou je také zajištění dostatečných kapacit pro správu a bezpečnost – menší kraje nemusí mít vlastní odborníky a budou muset spoléhat na externí podporu, což může prodražit provoz. Rizikem je rovněž odlišná míra digitalizační vyspělosti mezi kraji, která může vést k nerovnoměrnému zavádění řešení a komplikovat sdílení dobré praxe. Neméně důležitým problémem je i management změn – přesvědčit stovky zaměstnanců, aby přešli na nové nástroje, vyžaduje čas, školení a stabilní podporu, jinak hrozí odpor k využívání platformy a návrat k paralelním nástrojům.
	+
	+	==== MÍSTNÍ/LOKÁLNÍ ÚROVEŇ ====
	+	Na místní/obecní úrovni by openDesk mohl poskytnout obcím a městům dostupné a bezpečné digitální pracovní prostředí, které by sjednotilo základní kancelářské nástroje bez nutnosti drahých proprietárních řešení. Menší úřady by mohly využívat Nextcloud pro sdílení dokumentů a bezpečnou výměnu souborů mezi úředníky a občany, Collabora Online pro přípravu a úpravy úředních dokumentů, Element (Matrix) pro interní i meziměstskou komunikaci či OpenProject pro řízení menších projektů, například v oblasti rozvoje obce nebo dotačních programů. Obzvláště využitím Collabora Online místo MS Office by mohlo dojít v malých obcích ke značné úspoře nákladů a implementace by nemusela být ani příliš složitá, uživatelské rozhraní obou aplikací je navíc velmi podobné a přechod by pro zaměstnance nebyl příliš náročný. Díky možnosti hostování v obecním datovém centru, společném regionálním cloudu nebo jako službu sdílenou mezi více obcemi by se snížily náklady na IT infrastrukturu a zároveň posílila kontrola nad daty. OpenDesk by tak obcím umožnil jednoduše digitalizovat běžnou agendu, zefektivnit spolupráci mezi odbory i s občany a zvýšit transparentnost místní samosprávy.
	+
	+	Na místní úrovni mohou implementaci openDesk komplikovat především omezené finanční a personální zdroje menších obcí, které často nemají vlastní IT oddělení ani odborníky schopné platformu samostatně spravovat. Problémem může být i nedostatečná technická infrastruktura, například zastaralé počítače, pomalé internetové připojení nebo chybějící zabezpečené servery, což by mohlo omezit spolehlivý provoz. Další výzvou je nízká digitální gramotnost části zaměstnanců obecních úřadů, která může zpomalit adaptaci na nové nástroje a vyžadovat rozsáhlé školení. U menších samospráv hrozí také riziko, že při zavedení openDesk budou i nadále využívat paralelní komerční nebo neformální nástroje (např. e-mailové služby zdarma), což by snižovalo efektivitu a bezpečnost celého řešení. V neposlední řadě může bránit hladkému zavedení i neochota měnit dlouhodobě zažité postupy, zvlášť v prostředí, kde digitalizace není vnímána jako priorita. I přes uvedená rizika se právě malé obce jeví jako subjekty, které by z openDesku mohly těžit nejvíce. Obzvláště to platí u modulu Collabora Online, kterým by mohly jednoduše nahradit v současnosti využívaný balík MS Office a pokud by se jim tento modul osvědčil, tak mohou postupně implementovat další části.
	+
	+	==== IMPLEMENTACE V RÁMCI OHA/DIA ====
	+	Jako pilotní projekt by mohlo sloužit, pokud by se v rámci omezeného prostoru buď DIA, případně pouze sekce Hlavního architekta, relevantní komponenty vyzkoušely v reálné praxi. Nabízí se například komponenta Element pro chat. V současnosti na DIA není využívána jedna konkrétní aplikace pro instant messaging a jeho funkci částečně supluje MS Teams, nicméně pro operativní domluvu s kolegy v rámci úřadu není MS Teams příliš praktický vzhledem k příliš širokému záběru (videokonference, sdílení dokumentů apod.) a poměrně nepřehlednému seskupování do týmů. V tomto ohledu se tedy Element jeví jako velmi zajímavá alternativa, kterou by bylo minimálně zajímavé otestovat, třeba i v rámci menšího týmu.
	+
	+	Za vyzkoušení by jistě stála i komponenta Collabora Online, díky které bychom mohli posoudit její reálnou využitelnost v praxi. V současnosti je v rámci DIA, ale troufám si říct i v drtivé většině české státní správy, využíván Microsoft Office, který nabízí poměrně širokou paletu možností v oblasti práce s textem, tvorbou prezentací a tabulek. Klíčovým prvkem je poté možnost online spolupráce v reálném čase na konkrétním dokumentu a s tím související průběžné ukládání rozdělané práce do cloudu. Jedná se o zásadní vlastnosti, které velmi usnadňují práci a rozhodně by bylo zajímavé zjistit, zda open source alternativa tyto funkcionality taktéž obsahuje a na kolik jsou spolehlivé. Z hlediska úředníka je kancelářský software hlavním pracovním nástrojem a jeho ergonomie a použitelnost je pro jeho produktivitu nesmírně důležitá.
	+
	+	Třetím klíčovým prvkem práce úředníka je e-mail. OpenDesk v této oblasti nabízí 3 komponenty, které by potenciálně mohly nahradit v současnosti zřejmě nejvíce využívaný Microsoft Outlook. Konkrétně se jedná o OX Calendar, OX Contacts a OX App Suite.
	+
	+	===== DOPORUČENÍ A POTENCIÁLNÍ KROKY DO BUDOUCNA =====
	+
	+	==== AKČNÍ PLÁN / ROADMAP NA DALŠÍ OBDOBÍ ====
	+	Na základě předchozí kapitoly nabízím návrh konkrétní roadmapy / akčního plánu aktivit, které by bylo možné realizovat v následujícím období.
	+
	+	Fáze 1 – Ověření v praxi (0 – 12 měsíců)
	+	Vybrat 1-2 komponenty k provedení pilotu (např. Element pro chat nebo Collabora Online pro dokumenty).
	+	Pilotně nasadit v malém rozsahu – např. v rámci jednoho odboru na DIA.
	+	Zajistit základní školení uživatelů a jednoduchý helpdesk pro řešení problémů.
	+	Sledovat základní metriky: počet aktivních uživatelů, spokojenost, technické problémy.
	+	Vyhodnotit, zda komponenty odpovídají potřebám úředníků.
	+
	+	Fáze 2 – Rozšíření pilotu (12 – 24 měsíců)
	+	Rozšířit testování na několik útvarů v rámci DIA + zapojit 1 ministerstvo či krajský úřad.
	+	Ověřit integrace s běžně využívanými systémy (e-mail, sdílení souborů, spisová služba).
	+	Připravit jednoduchou metodiku nasazení – krátký manuál s doporučeným postupem.
	+	Zajistit menší workshop pro další úřady, aby se sdílely zkušenosti.
	+
	+	Fáze 3 – Dobrovolné zapojování dalších institucí (24 – 36 měsíců)
	+	Umožnit dalším ministerstvům, ústředním správním úřadům, krajům a obcím, které mají zájem, připojit se a vyzkoušet vybrané komponenty.
	+	Stanovit a nabídnout centrální podporu hostingu (např. přes státní cloud nebo krajské datové centrum).
	+	Poskytnout školení správcům IT a vybraným uživatelům.
	+	Sledovat, jaké jsou úspory a kde se objevují hlavní bariéry.
	+
	+	Fáze 4 – Vyhodnocení a další rozhodnutí (36 a více měsíců)
	+	Vyhodnotit reálné přínosy (náklady, spokojenost, využívání).
	+	Rozhodnout, zda openDesk má smysl rozšiřovat systematicky, nebo ponechat jako doporučenou alternativu pro zájemce.
	+	Pokud se osvědčí: připravit postupný plán adopce na dalších ministerstvech a úřadech.
	+
	+	==== NAVRHOVANÉ KPI ====
	+	Pro jednotlivé fáze by bylo možné využít následující KPI, díky kterým by bylo možné sledovat a vyhodnocovat úspěšnost zavádění jednotlivých komponent a realizaci souvisejících aktivit.
	+
	+	Fáze 1 – cíl: Ověřit použitelnost vybraných komponent
	+
	+	^ KPI / metrika ^ Doporučená cílová hodnota ^ Komentář / zdroj dat ^
	+	\| Počet aktivních uživatelů v pilotu ( % ) \| ≥ 70 % pilotních uživatelů \| Pro zjištění, zda pilotní skupina skutečně platformu používá \|
	+	\| Počet dokumentů vytvořených/sdílených v Collabora Online \| min. 50 dokumentů / měsíc \| Umožňuje testovat reálnou využitelnost pro práci úředníků \|
	+	\| Počet chatových správ přes Element \| min. 20 zpráv / uživatel / měsíc \| Testování komunikace a přijetí nástroje \|
	+	\| Počet hlášených technických problémů / incidentů \| < 5 kritických incidentů \| Sledování stability platformy \|
	+	\| Spokojenost uživatelů (anketa škála 1-5 jako ve škole) \| Průměr škály max. 3 \| Vyhodnocení pozitivní první zkušenosti a základní akceptace \|
	+
	+	Fáze 2 – cíl: Testovat integrace a připravit metodiku
	+
	+	^ KPI / metrika ^ Doporučená cílová hodnota ^ Komentář / zdroj dat ^
	+	\| Počet zapojených útvarů / institucí \| ≥ 3–5 \| Rozšíření testu, ověření replikovatelnosti \|
	+	\| Počet úspěšných integrací s existujícími systémy \| ≥ 80 % plánovaných integrací \| Testování interoperability a kompatibility \|
	+	\| Podíl proškolených správců a uživatelů \| ≥ 80 % cílové skupiny \| Pro zajištění přijetí a podpory \|
	+	\| Průměrná doba řešení incidentů \| < 48 hodin \| Efektivní helpdesk pro nové nasazení \|
	+
	+	Fáze 3 – cíl: Umožnit dalším úřadům, krajům a obcím openDesk vyzkoušet
	+
	+	^ KPI / metrika ^ Doporučená cílová hodnota ^ Komentář / zdroj dat ^
	+	\| Počet úřadů/krajů/obcí, které aktivně používají openDesk \| ≥ 50 % zájemců \| Test širšího nasazení v reálných podmínkách \|
	+	\| Podíl zaměstnanců využívajících platformu (%) \| ≥ 60 % \| Aby bylo dosaženo kritické masy uživatelů \|
	+	\| Počet úspěšně nasazených modulů \| ≥ 90 % plánovaných modulů \| Kontrola úplnosti implementace \|
	+	\| Úspora nákladů na licencích a hostingu \| ≥ 20 % oproti původnímu řešení \| Měření ekonomického přínosu \|
	+
	+	Fáze 4 – cíl: Vyhodnotit přínosy a rozhodnout o dalším rozšíření
	+
	+	^ KPI / metrika ^ Doporučená cílová hodnota ^ Komentář / zdroj dat ^
	+	\| Celková spokojenost uživatelů \| ≥ 4,0 / 5 \| Dlouhodobá akceptace platformy \|
	+	\| Úspora nákladů oproti proprietárním řešením (%) \| ≥ 25 % \| Jasný ekonomický benefit pro státní správu \|
	+	\| Počet incidentů / kritických problémů \| < 2 / rok \| Stabilní a bezpečný provoz \|
	+	\| Počet institucí, které chtějí pokračovat v nasazení \| ≥ 70 % zapojených \| Ověření zájmu o další rozšíření a udržitelnost \|
	+
	+	===== ZÁVĚR =====
	+	Software s otevřeným zdrojovým kódem dnes nabízí daleko větší možnosti než v minulosti a úroveň jeho použitelnosti v rámci státní správy se v posledních letech značně zvyšuje. Státy si postupně uvědomují rizika plynoucí z přílišné závislosti na proprietárním software a jeho dodavatelích. Projekt openDesk by mohl být velmi dobře využitelný i v rámci české státní správy a aplikace ať už celého balíku, případně pouze některých komponent, by mohl mít pozitivní dopad jak na veřejné rozpočty, tak i na snížení závislosti na současných dodavatelích software. Česká státní správa by mohla být nezávislejší a zároveň by mohla být dobrým příkladem ostatním zemím v rámci EU. To by vedlo k rozšiřování komunity open source software, jejíž velikost je naprosto klíčová pro udržování softwaru při životě, jeho další rozvoj a poskytování zpětné vazby vývojářům.
	+
	+
	+	Některé kapitoly byly částečně zpracovány za využití ChatGPT.

Otevřená data

Anonymous (anonymous@undisclosed.example.com) — 2021-09-03T12:42:34+00:00

2026/09/20 01:24	aktuální
Řádek 1:	Řádek 1:
	+	======Otevřená data======

	+	=====Popis otevřených dat=====
	+
	+	Otevřená data jsou:
	+
	+	* Volně přístupná na webu jako datové soubory ke stažení ve strojově čitelném a otevřeném formátu - CSV, XML, JSON, RDF (JSON-LD, Turtle, …) a další formáty s otevřenou specifikací.
	+	* Opatřená podmínkami užití neomezujícími jejich užití. Vhodné jsou například licence creative commons.
	+	* Evidovaná v Národním katalogu otevřených dat (NKOD) jako datové sady opatřené přímými odkazy na datové soubory, které je tvoří.
	+	* Opatřená úplnou dokumentací.
	+	* Opatřená kontaktem na kurátora pro zpětnou vazbu (chyby, žádost o rozšíření, apod.).
	+	* Jsou publikovány dle otevřených formálních norem ve smyslu § 4b odst. 1 zákona č. 106/1999 Sb. o svobodném přístupu k informacím.
	+
	+	====Využívání otevřených dat při výkonu veřejné správy====
	+
	+	Nejsou stanovené žádné limitace možného použití publikovaných otevřených dat a lze je tedy využít pro libovolné agendové i neagendové činnosti. Publikovaná data jsou zpřístupněna prostřednictvím [[https://data.gov.cz/datov%C3%A9-sady\|NKOD]] a lze je získat jako soubory s datovými sadami. K datům lze také přistupovat s využitím aplikací třetích stran, které příslušné data využívají. Při importu dat do aplikací a informačních systémů veřejné správy by však měl úřad data čerpat primárně z Propojeného datového fondu a Veřejného datového fondu přes referenční rozhraní.
	+
	+	====Publikace otevřených dat====
	+
	+	===Příprava ISVS pro export otevřených dat===
	+
	+	Zásadní je zajištění přístupu k datům IS. Provozovaný IS tedy musí:
	+
	+	* umožňovat přístup k databázi nebo
	+	* mít možnost stahovat volitelně strukturovaná data (tabulky) z reportingového modulu systému, nebo
	+	* nabídnout API, ze kterého se dají pravidelně získávat kompletní data v podobě datových souborů.
	+
	+	Vhodné otevřené formáty:
	+
	+	* tabulková data - CSV, XML, JSON, RDF (JSON-LD, Turtle, …),
	+	* hierarchická data - XML, JSON, RDF (JSON-LD, Turtle, …),
	+	* grafová data - RDF (JSON-LD, Turtle, …),
	+	* geodata(prostorová data) - GeoJSON, ESRI Shapefile, OGC GML, OGC GeoPackage.
	+
	+	Struktura dat musí být zdokumentována lidsky čitelným dokumentem, ale také strojově čitelným schématem. Doporučené jazyky pro definici schémat schémata:
	+
	+	* CSV - schéma CSV on the Web,
	+	* XML - XML Schema,
	+	* JSON - JSON schema,
	+	* RDF - RDFS, OWL, SHACL
	+
	+	Při dodržení výše uvedených bodů jsou získaná kompletní data z IS připravena k publikaci formou otevřených dat.
	+
	+	===Export dat nebo API v proprietárním formátu===
	+
	+	Pokud se jedná o rozšíření existujícího IS, který neumožňuje export dat nebo nenabízí API ve strojově čitelném a otevřeném formátu a takovou úpravu nelze v IS provést, využije se stávající export či API, které již systém nabízí (např. do MS Excel), a tento výstup se dále zpracuje do otevřeného formátu pomocí dalších nástrojů tak, aby bylo dosaženo stavu jako v případě přímého exportu do otevřeného formátu.
	+
	+	===Závěrečná příprava dat k publikaci v podobě otevřených dat===
	+
	+	Data získaná z IS jedním z popsaných způsobů je následně třeba publikovat jako otevřená data. To znamená minimálně:
	+
	+	- V případě API zajistit jeho vytěžení pro získání kompletních dat k publikaci (tj. případná přímá publikace API nenaplňuje podmínky otevřených dat)
	+	- Zajistit pravidelnou aktualizaci získaných dat (dle charakteru dat to může být ve frekvenci např. denně, měsíčně nebo ročně)
	+	- Publikovat získaná data na web ke stažení a následně publikovat každou jejich aktualizaci
	+	- Opatřit je dokumentací, podmínkami užití a kontaktem na kurátora
	+	- Katalogizovat je v Národním katalogu otevřených dat (NKOD)
	+
	+	K tomu lze využít nástrojů pro přípravu, publikaci a katalogizaci otevřených dat, jako je třeba LinkedPipes ETL. Publikace otevřených dat by měla být zajištěna koncepčně na úrovni celé organizace. Kompletní postupy jsou k dispozici na POD, včetně vyžadovaných standardů.
	+
	+	=====Pravidla pro otevřená data=====
	+
	+	====Organizační a procesní zajištění publikace dat====
	+
	+	Publikující organizace by měla realizovat vhodná organizační opatření, přiřadit pracovníkům příslušné procesní role a implementovat činnosti publikačních procesů do pracovních náplní pracovníků. Jako minimum je vyžadováno přiřazení těchto klíčových procesních rolí:
	+
	+	Koordinátor otevírání dat, do jehož kompetencí a povinností spadá:
	+
	+	* zajištění součinnosti a kontroly výstupů všech ostatních rolí, které se na otevírání dat podílejí,
	+	* komunikace se všemi zapojenými pracovníky do publikace dat,
	+	* externí komunikace s uživateli otevřených dat VS,
	+	* komunikace a spolupráce s Národním koordinátorem otevřených dat,
	+	* komunikace s Datovou kanceláří a s příslušným Chief data officer (CDO).
	+
	+	Kurátor dat - klíčová role pro:
	+
	+	* zajištění kvality, správnosti, aktuálnosti a tím i právní závaznosti dat konkrétní agendy,
	+	* publikaci datových sad v souladu s platnými právními předpisy ČR a Standardy publikace a katalogizace otevřených dat VS ČR.
	+
	+	Kompletní doporučení, vhodné vzory interních dokumentů, všechny navržené procesní role a standardní publikační procesy jsou uvedeny na [[https://data.gov.cz/\|Portále otevřených dat]] a na [[https://opendata.gov.cz/\|portále pro poskytovatele]].
	+
	+	====Ochrana osobních údajů====
	+
	+	Pokud jsou předmětem evidence informačního systému osobní údaje ve smyslu zákona č. 110/2019 Sb., o zpracování osobních údajů a nařízení (EU) č. 2016/679, Obecné nařízení o ochraně osobních údajů (GDPR), neznamená to, že nelze ze systému publikovat otevřená data. V těchto případech platí následující doporučení.
	+
	+	- V případě, že se jedná o veřejnou evidenci či rejstřík a zvláštní právní předpis nařizuje zveřejnění informací, lze zveřejnit osobní údaje v podobě otevřených dat.
	+	- Ochranu osobních údajů lze zajistit Anonymizací či Pseudonymizací. Z dat se odstraní osobní údaje a případně se nahradí bezvýznamovým umělým identifikátorem. Data bez osobních údajů se pak mohou zveřejnit v podobě otevřených dat. V závislosti na charakteru dat je ale nutné zkontrolovat, zda data ve své kombinaci neumožňují identifikaci konkrétní osoby i po odstranění zjevných osobních údajů. Může se jednat o kombinace typu město, věk a pohlaví a podobné.
	+	- Data, která není možné nebo vhodné zveřejnit dle předchozího bodu, lze zveřejnit v agregované podobě. Tedy v podobě statistik. V případě zveřejnění statistik je ale žádoucí použít co nejjemnější granularitu dat a časové členění.
	+
	+	====Právní aspekty====
	+
	+	Legislativní rámec otevřených dat v České republice tvoří jejich úprava obsažená v Zákoně č. 106/1999 Sb., o svobodném přístupu k informacím a v Nařízení vlády č. 425/2016 Sb., o seznamu informací zveřejňovaných jako otevřená data, které stanovuje vybraným orgánům veřejné správy povinnost zveřejňovat data z konkrétních jimi spravovaných informačních systémů ve formě otevřených dat. Podrobnější informace o strategických dokumentech, akčních plánech a souvisejících předpisech ČR i EU jsou k dispozici v aktualizované podobě na stránkách [[https://opendata.gov.cz/legislativa:start\|Portálu otevřených dat]] (POD).
	+
	+	{{tag>"otevrena data" opendata}}

Portál občana a portál veřejné správy

Anonymous (anonymous@undisclosed.example.com) — 2021-04-30T09:16:29+00:00

2020/05/12 12:42		aktuální
Řádek 1:		Řádek 1:
-	<title>Portál občana a portál veřejné správy</title>	+	======Portál občana a portál veřejné správy======

	===== Popis Portálu občana a Portálu veřejné správy =====		===== Popis Portálu občana a Portálu veřejné správy =====
-	{{page>nap:popisy:popis_po_pvs}}	+	[[https://www.portal.gov.cz/\|Portálem občana]] je myšlena transakční část [[https://www.portal.gov.cz/\|Portálu veřejné správy]] dostupná na adrese [[https://www.portal.gov.cz/]], kde klient/občan může skrze samoobslužné služby pod svou zaručenou elektronickou identitou činit podání vůči veřejné správě a využívat její služby. Služby portálu občana přejímají veškeré služby CzechPOINT@home, který byl určen pro občany, kteří nechtějí pro výpis z rejstříku chodit na kontaktní místo Czech POINT a mají zřízenu vlastní datovou schránku fyzické osoby. Datová schránka žadatele slouží pro odeslání žádosti a pro doručení vystaveného výpisu z rejstříku nebo jiné odpovědi.
		+
		+	V případě [[https://www.portal.gov.cz/\|Portálu občana]], jakožto součásti Portálu veřejné správy, stojí občan jako samoobslužný uživatel „vně" veřejné správy a portál mu poskytuje jedno [[nap:univerzalni_kontaktni_misto\|univerzální vstupní místo dovnitř]]. Z toho důvodu jsou všechny věcné (agendové) a do budoucna i místní portály se svými službami federalizovány „pod" tímto ústředním portálem. Federace je na různých úrovních, které [[https://www.portal.gov.cz/Portál občana]] podporuje:
		+
		+	* Federace Single sing-on
		+	* Zajištění propojení pomocí jednotné elektronické identity, která je realizována systémem [[nap:nia\|Národní idenitní autority]]. Na [[https://www.portal.gov.cz/\|Portálu občana]] je zveřejněna jen informace (link), na které adrese na nachází federovaný portál.
		+	* Federace s poskytováním údajů
		+	* Zajištění propojení pomocí jednotné elektronické identity, která je realizována systémem [[nap:nia\|Národní identitní autority.]] Na [[https://www.portal.gov.cz/\|Portálu občana]] je zveřejněna interaktivní část, která aktivně poskytuje údaje ze své působnosti.
		+	* Federace s obsloužením služeb
		+	* Zajištění propojení pomocí jednotné elektronické identity, která je realizována systémem [[nap:nia\|Národní identitní autority]]. Na [[https://www.portal.gov.cz/\|Portálu občana]] je zveřejněna celá služba, včetně potřebných formulářů a logiky nutné k vyřízení.
		+
		+	[[https://www.portal.gov.cz/\|Portál občana]] pro svou funkcionalitu využívá služby [[nap:propojeny_datovy_fond\|propojeného datového fondu]], stejně tak služby [[nap:nia\|národní identitní autority]]. Z pohledu [[nap:propojeny_datovy_fond\|propojeného datového fondu]] je [[https://www.portal.gov.cz/\|Portál občana]] jedním ze čtenářských AIS, který má zmocnění dle agendy [[https://rpp-ais.egon.gov.cz/gen/agendy-detail/A344_23112018.xlsx\|A344]] zobrazovat subjektu práva jeho informace, které o něm vede veřejná správa. [[https://www.portal.gov.cz/\|Portál občana]] v tomto musí zajistit, aby agenda, dle které se řídí byla neustále aktualizovaná dle toho, jak se budou postupně rozšiřovat služby a portály poskytující údaje. Technicky je [[https://www.portal.gov.cz/\|Portál občana]] připojený jako čtenářský AIS na systém [[nap:propojeny_datovy_fond\|eGON Service Bus]], skrze který čerpá údaje publikované agendami pomocí tzv. kontextů. V tomto musí [[https://www.portal.gov.cz/\|Portál občana]] pouze pravidelně aktualizovat čerpaný seznam kontextů jiných agend. Z pohledu [[nap:nia\|národní identitní autority]] je [[https://www.portal.gov.cz/\|Portál občana]] poskytovatelem služeb čerpající zaručené služby identifikace a autentizace.

	===== Pravidla Portálu občana a Portálu veřejné správy =====		===== Pravidla Portálu občana a Portálu veřejné správy =====
-	{{page>nap:pravidla:pravidla_po_pvs}}	+	Portál občana i portál veřejné správy jsou centrálně poskytované a provozované portály. Integrovat, či federovat služby úřadu lze přes vlastní řešení v podobě agendových portálů, portálů území či soukromoprávních uživatelů údajů. Integrace je celkem na 3 stupních:
		+
		+	- Proklik na vlastní řešení s využitím Single Sign-On. Obsahuje pouze vlastní prostor na portálu občana, kde úřad zveřejní svou informační dlaždici, skrze kterou se klient dostane, s využitím principu Single Sign-On a zapojení do [[nap:elektronicka_identifikace_pro_klienty_verejne_spravy\|národního identitního prostoru]], na vlastní řešení
		+	- Poskytování údajů do vlastního prostoru na portálu občana. Kromě možnosti prokliku na vlastní řešení zapojeného do [[nap:elektronicka_identifikace_pro_klienty_verejne_spravy\|národního identitního prostoru]] obsahuje i vždy aktuální údaje o klientovi poskytované skrze [[nap:propojeny_datovy_fond\|propojený datový fond]]
		+	- Kompletní vyřešení služby veřejné správy na portálu občana pomocí formulářového řešení se všemi integracemi v bodech 1 a 2.
		+
		+	==== Přihlášení k portálu občana ====
		+
		+	Pro přístup na Portál občana je nutností přihlášení uživatele. Zvolený způsob přihlášení určuje i rozsah služeb, které jsou pro uživatele přístupné. Přihlašovací stránka Portálu občana je dostupná na adrese [[https://obcan.portal.gov.cz]].
		+	Přihlášení je možné:
		+	* prostřednictvím kvalifikovaného systému elektronické identifikace (NIA) v souladu se zákonem č. 250/2017 Sb., o elektronické identifikaci, a to s využitím občanského průkazu s elektronickou částí (pouze průkazy vydávané od 1. 7. 2018, nevyžadována registrace) nebo s využitím identifikačního prostředku Jméno, heslo a SMS (nutná registrace), příp. s využitím dalších prostředků identifikace.
		+	* prostřednictvím autentizačního rozhraní Informačního systému datových schránek v souladu se zákonem č. 300/2008 Sb., o elektronických úkonech a autorizované konverzi dokumentů. Přihlášení je umožněno pouze těmto typům subjektů – držitelů datových schránek:
		+	* fyzická osoba (FO)
		+	* podnikající fyzická osoba (PFO)
		+	Přitom lze využít pouze datové schránky zřízené na žádost, nikoli ze zákona, tedy nikoli ty zřizované automaticky advokátům, statutárním auditorům, daňovým poradcům nebo insolvenčním správcům.
		+	Všechny možnosti přihlášení jsou na sobě nezávislé, ale pro plné využití všech služeb Portálu občana je doporučeno použít elektronický občanský průkaz a dále mít připojenou datovou schránku. V obou případech se jedná o přístup se zaručenou identitou v souladu se zákonem č. 365/2000 Sb., o informačních systémech veřejné správy a o změně některých dalších zákonů, jinými slovy o přístup do informačního systému veřejné správy nebo elektronické aplikace s využitím prostředku pro elektronickou identifikaci, při jehož vydání nebo v souvislosti s ním anebo v souvislosti s umožněním jeho využití byla totožnost osoby ověřena státním orgánem, orgánem územního samosprávného celku nebo orgánem veřejné moci, který není státním orgánem ani orgánem územního samosprávného celku, nebo který byl vydán v rámci kvalifikovaného systému elektronické identifikace.
		+
		+	==== Evidence údajů ====
		+
		+	Portál občana uchovává perzistentně typově takovéto informace:
		+	* BSI (bezvýznamové směrové identifikátory) – jde o celou sadu identifikátorů, které slouží ke komunikaci s okolními systémy (např. AIFO – ISZR, SePP – NIA atd.). Tyto identifikátory mají význam cizího klíče. Z jejich hodnoty (převážně jde o GUID) nelze přímo vyčíst žádné informace o uživateli. Tyto identifikátory neopouštějí perimetr PO jinak, než při komunikaci s dotčeným systémem.
		+	* Nastavení – jde o informace ovlivňující zobrazené informace na Portálu občana (např. zobrazení dlaždic, nastavení notifikací apod.). Z jejich hodnot nelze přímo vyčíst žádné informace o uživateli.
		+	* Dokumenty – jde o celou řadu „souborů“, které se vytvářejí v Portálu občana a nebo které si uživatel do PO nahrál. Jde například o tisknutelnou formu podání, archiv DZ apod. Tyto dokumenty se ukládají do speciální zabezpečené oblasti, která se „odemyká“ až při přihlášení uživatele. Tyto dokumenty mohou obsahovat i zvláštní kategorie osobních údajů (dříve jako citlivé údaje), ale z pohledu PO jsou „neviditelné“ (Portál občana neprovádí parsování těchto dokumentů).
		+	* Komunikační atributy – v současné době jde o e-mail a telefonní číslo. Komunikační atributy neopouštějí přímo perimetr Portálu občana, ale slouží pouze pro navázání komunikace Portálu občana s uživatelem, resp. zasílání notifikací. Portál občana uživatele notifikuje pouze v případě jeho žádosti ve specifických případech (nastavení).
		+	Transientně přes Portál občana prochází mnoho uživatelských informací. Jejich šíře se nedá přesně specifikovat – záleží, s jakým AIS uživatel prostřednictví Portálu občana komunikuje. Nicméně tyto informace se neukládají (jde pouze o on-line náhledy na informace).
		+	Co se týče notifikací změn údajů v základních registrech, proces je spouštěn v definovaných časech (konfigurace Portálu občana), Portál občana zjišťuje na základních registrech změnu přihlášených AIFO. Pokud taková změna proběhla a uživatel si nastavil notifikaci, PO vytvoří zprávu (podle nastavení uživatele) a uloží ji do fronty seznamu zpráv.
		+
		+	==== Komunikace na úrovni frontend ====
		+
		+	Komunikací na úrovni frontend je míněno především sdílení společného prostoru kvalifikovaného systému elektronické identifikace (NIA). V tomto prostoru má uživatel možnost procházet přes jednotlivá portálová řešení a využívat tzv. principu „single sign-on“, tj. jednotného přihlášení sdíleného mezi všemi portály či aplikacemi. NIA se řídí ustanoveními zákona č. 250/2017 Sb., o elektronické identifikaci.
		+	V návaznosti na výše uvedené slouží tzv. statické dlaždice na Portálu občana pro přechod uživatele mezi Portálem občana a dalšími portály či aplikacemi bez potřeby další autentizace. Portál občany tedy z pohledu funkcionality statických dlaždic slouží jako rozcestník. V současné době si uživatel Portálu občana sám vybírá a aktivuje služby (v podání dlaždic) z katalogu. V dalších fázích rozvoje je uvažováno o nabízení relevantních dlaždic dle jejich obsahu a rolí, ve kterých uživatel bude vystupovat. Aktivní služby v podobě dlaždic jsou uživateli zobrazeny na dashboardu Portálu občana.
		+
		+	==== Komunikace na úrovni backend ====
		+
		+	Portál občana standardně napřímo komunikuje s jen omezeným množstvím systémů, a to centrálně sdílených služeb. Konkrétně jde o:
		+	* Informační systém základních registrů prostřednictvím svých vlastních nebo kompozitních služeb,
		+	* Informační systém datových schránek.
		+	Pro komunikaci s ostatními systémy Portál občana výhradně využívá [[:nap:egsb\|eGon Service Bus / Informační systém sdílené služby]].
		+
		+	=== Komunikace prostřednictvím ISZR ===
		+
		+	* Čtení ze [[nap:zakladni_registry\|Základních registrů]] (ROB, ROS):
		+	* přístup k údajům v základních registrech probíhá v agendové činnosti ([[nap:rpp\|RPP]]), kterou použije čtenář;
		+	* činnost musí mít oprávnění na přístup k [[nap:zakladni_registry\|Základním registrům]].
		+	* Čtení přes kompozitní služby (AIS EO):
		+	* čtení přes kompozitní služby probíhá v agendové činnosti ([[nap:rpp\|RPP]]), kterou použije čtenář;
		+	* činnost musí mít oprávnění na čtení z AIS.
		+	* činnost musí mít oprávnění na čtení z ROB podle typu použité služby (ověření AIFO nebo referenčních údajů použitých pro vyhledávání).
		+
		+	Mezi napřímo volané služby patří např. E03 robCtiAifo (čtení referenčních údajů z registru ROB), E22 rosCtiPodleUdaju, E45 orgPrihlasAifo (zaevidování AIFO k notifikaci změn v ROB a ORG pro volající AIS), E98 iszrCtiSouborCiselniku, E106 rppVypisSeznamAgend, E153 iszrZpracujFormular, E181 robVypisSouhlasuPoskytnuti, E199 orgZjistiAis (zjištění kombinací AIFO / Agenda, ve kterých v ORG existuje AIFO odpovídající vstupnímu AIFO) nebo E226 eidentitaCtiAifo (převod bezvýznamového identifikátoru fyzické osoby na odpovídající AIFO AIS).
		+
		+	=== Komunikace prostřednictvím eGSB/ISSS ===
		+
		+	Pokud hovoříme o spolupráci přes back-end, je tím míněno napojení Portálu občana na publikační AIS a spolupracovat přes služby, které jsou vystaveny na [[:nap:egsb\|eGSB/ISSS]]. Připojení publikačního AIS je z pohledu náročnosti poměrně složité a vyžaduje součinnost ze strany provozovatele [[:nap:egsb\|eGSB/ISSS]]. Jeho vstupy jsou nezbytné zejména při definování kontextů (schémat datových zpráv), které jsou sice v kompetenci publikátora, ale pro zachování jednotného formátu přes všechny publikátory, je nutné schválení ze strany provozovatele [[:nap:egsb\|eGSB/ISSS]].
		+	Portál občana nekonzumuje veškerá data, která jsou publikována na [[:nap:egsb\|eGSB/ISSS]] už i z toho důvodu, že ne vše je určeno pro uživatele – fyzickou osobu. Výběr toho, co a jak zobrazovat na Portálu občana, je tedy výsledkem konkrétní spolupráce gestora publikačního AIS a Portálu občana. Po shodě na rozsahu služeb postupují řešitelé Portálu občana v těchto krocích:
		+	- vývoj pro čtení dat (čtenářská aplikace),
		+	- oprávnění pro čtení a získání testovacích dat,
		+	- testování čtení dat.
		+	Po ověření dostupnosti [[:nap:egsb\|eGSB/ISSS]] si Portál občana z katalogu služeb stáhne potřebné WSDL a XSD definice služeb a kontextů pro dostupné publikační AIS. Na základě těchto souborů unikátních pro každý publikační AIS a obecného popisu služeb [[:nap:egsb\|eGSB/ISSS]] popsaných v dokumentu „Využití služeb [[:nap:egsb\|eGSB/ISSS]] čtenářskými AIS“ si Portál občana vytvoří vlastní klientské rozhraní webových služeb pro čtení dat pomocí [[:nap:egsb\|eGSB/ISSS]].

	{{tag>PVS PO "Portál občana" "Portál veřejné správy"}}		{{tag>PVS PO "Portál občana" "Portál veřejné správy"}}

Portály veřejné správy a soukromoprávních uživatelů údajů

Anonymous (anonymous@undisclosed.example.com) — 2026-07-28T06:17:33+00:00

2025/07/25 08:38		aktuální
Řádek 94:		Řádek 94:
	* Musí být schopen poskytnout úhradu poplatku pomocí platební brány		* Musí být schopen poskytnout úhradu poplatku pomocí platební brány
	* Veškeré funkcionality, které se vyvinuly na míru, musí být poskytnuty jako otevřený zdrojový kód		* Veškeré funkcionality, které se vyvinuly na míru, musí být poskytnuty jako otevřený zdrojový kód
-	* Musí splňovat bezpečnostní požadavky dle [[https://nukib.gov.cz/download/publikace/podpurne_materialy/minimalni-bezpecnostni-standard_v1.2.pdf\|minimálního bezpečnostního standardu]]	+	* Musí splňovat bezpečnostní požadavky dle [[https://e-sbirka.gov.cz/sb/2025/410?zalozka=text\|Vyhlášky o bezpečnostních opatřeních poskytovatele regulované služby v režimu nižších povinností]]. Původně požadovaný Minimální bezpečnostní standard vydávaný Národním úřadem pro kybernetickou a informační bezpečnost již není relevantní.
	* Musí být připraven zvládnout provozní zátěž ve špičkách zájmu o využití jednotlivých služeb (např. pomocí asynchronní architektury, využitím [[nap:egovernment_cloud\|cloud computingu]], atd.)		* Musí být připraven zvládnout provozní zátěž ve špičkách zájmu o využití jednotlivých služeb (např. pomocí asynchronní architektury, využitím [[nap:egovernment_cloud\|cloud computingu]], atd.)
	* Pokud portál přímo čerpá nebo poskytuje služby informačním systémům veřejné správy jiných správců, je toto propojení realizováno výhradně prostřednictvím služeb [[nap:komunikacni_infrastruktura_verejne_spravy\|KIVS/CMS]].		* Pokud portál přímo čerpá nebo poskytuje služby informačním systémům veřejné správy jiných správců, je toto propojení realizováno výhradně prostřednictvím služeb [[nap:komunikacni_infrastruktura_verejne_spravy\|KIVS/CMS]].

Přístupnost informací

Anonymous (anonymous@undisclosed.example.com) — 2021-09-03T08:43:27+00:00

2020/05/12 12:31		aktuální
Řádek 1:		Řádek 1:
-	<title>Přístupnost informací</title>	+	======Přístupnost informací======

	===== Popis Přístupnosti informací =====		===== Popis Přístupnosti informací =====
-	{{page>nap:popisy:popis_pristupnost_informaci}}	+	Přístupnost informací a služeb ve smyslu “accessibility” je způsob publikování a provozování tak, aby s informacemi a službami mohly na rovnoprávném základě pracovat všichni, včetně uživatelů se specifickými potřebami, zejména osoby se zdravotním postižením (dále také “OZP”). Tyto osoby využívají moderní technologie založené na klasických zařízeních typu počítač, notebook, tablet či mobilní telefon, mají na nich však tzv. “Asistivní software”, který jim umožňuje plnohodnotně pracovat s internetem, pokud jsou příslušné služby, aplikace a informace přístupné.
		+
		+	Přístupnost je v souladu s principy tzv. “Governance accessibility” řešena na třech úrovních:
		+
		+	- Přístupnost služeb veřejné správy
		+	- Přístupnost internetových stránek, mobilních aplikací, informačních systémů a informací se kterými pracuje veřejnost včetně OZP
		+	- Přístupnost informačních systémů využívaných úředníky a zaměstnanci včetně OZP
		+
		+	==== Obecně o přístupnosti ====
		+
		+	Přístupnost realizujeme proto, aby také OZP mohly na rovnoprávném základě využívat služby a informace, jako osoby bez jakéhokoliv postižení či specifických potřeb. Přístupnost ve veřejné správě je jednou ze základních společenských povinností, realizuje se jí soubor základních práv a nutnosti zabránit diskriminaci určitých osob.
		+
		+	Přístupnost informací je pak ryze technická disciplína, která říká, jakým způsobem mají být budovány informační systémy a jejich uživatelská rozhraní a jejich funkce tak, aby výstupem byly informace v přístupné podobě (z technického hlediska). Sama přístupnost informací nikterak nezasahuje do samotného vytváření informací, ale do způsobu jejich prezentace a publikace navenek. Jedná se o soubor technik, doporučení, norem a pravidel a postup, jejichž dodržení se zajistí, aby s informacemi a službami v elektronické podobě mohla pracovat co nejširší skupina lidí.
		+

	===== Pravidla Přístupnosti informací =====		===== Pravidla Přístupnosti informací =====
-	{{page>nap:pravidla:pravidla_pristupnost}}	+	==== Legislativní rámec pro přístupnost ====
		+
		+	Legislativní rámec pro povinnosti přístupnosti je poměrně široký. Níže jsou uvedeny pouze klíčové předpisy, které mají přímý vliv na přístupnost informací:
		+
		+	- Obecná úroveň
		+	- Mezinárodní přímo aplikovatelná Úmluva o právech osob se zdravotním postižením
		+	- Zákon č. 198/2009 Sb., o rovném zacházení a o právních prostředcích ochrany před diskriminací
		+	- Úroveň základních služeb
		+	- Procesně-správní předpisy, jako je Zákon č. 500/2004 Sb., Správní řád, apod.
		+	- Zákon č. 155/1998 Sb., o komunikačních systémech neslyšících a hluchoslepých osob
		+	- Nařízení EU č. 910/2014 ze dne 23. července 2014 o elektronické identifikaci a službách vytvářejících důvěru pro elektronické transakce na vnitřním trhu (zejména článek 15)
		+	- Zákon č. 300/2008 Sb., o elektronických úkonech a autorizované konverzi dokumentů
		+	- Úroveň internetových stránek a mobilních aplikací
		+	- Zákon č. 99/2019 Sb., o přístupnosti internetových stránek a mobilních aplikací subjektů veřejného sektoru
		+	- Zákon č. 365/2000 Sb., o informačních systémech veřejné správy (zejména § 5, odst. 2, písm. f), § 9, a další)
		+	- Částečně legislativa ohledně spisové služby
		+	- Úroveň realizace veřejných zakázek
		+	- Zákon č. 134/2016 Sb., o zadávání veřejných zakázek (zejména § 93)
		+
		+	Vesměs z legislativy plynou pro OZP následující práva a pro veřejnou správu povinnosti:
		+
		+	- OZP musí mít možnost využívat všechny služby veřejné správy jako kdokoliv jiný
		+	- OZP musí mít možnost plnohodnotně využívat elektronické služby stát i elektronické služby subjektů veřejného sektoru
		+	- Existuje zde obecná absolutní povinnost přístupnosti výsledků všech veřejných zakázek či zakázek podle legislativy k VZ, pokud jsou jejich výsledky určeny pro jakékoliv užívání fyzickými osobami, to se pochopitelně vztahuje i obecně na veškeré ICT zakázky.
		+	- Subjekty veřejného sektoru musejí mít svoje informace přístupné a to zejména na internetových stránkách a ve svých aplikacích
		+	- Přístupnost se vztahuje i na veškeré informační systémy pro zaměstnance, protože ani zaměstnanec s OZP nesmí být diskriminován tím, že není schopen pracovat se svým pracovním systémem
		+
		+	==== Standardy a metodiky ====
		+
		+	K dispozici jsou technické standardy a metodiky, které určují konkrétní technické postupy pro tvorbu a správu přístupného obsahu. Nejdůležitějšími v oblasti informačních systémů jsou následující:
		+
		+	* WCAG - Web content accessibility guidelines - Základní standard pro přístupnost obsahu
		+	* WAI-ARIA: Standard Accessible Rich Internet Applications suite - Standard pro webové aplikace
		+	* MAAP - Mobile accessibility applications principles - Soubor opatření pro přístupnost mobilních aplikací (přičemž pro jednotlivé platformy jsou opět k dispozici podrobné standardy)
		+
		+	Více o standardech a jejich realizaci se můžete dočíst třeba [[https://www.w3.org/WAI/standards-guidelines/cs\|na portálu W3C]].
		+
		+	==== Architektonická řešení ====
		+
		+	Na obecné úrovni lze konstatovat, že přístupnost A to jak u internetových stránek tak ale třeba i u informačních systémů, je záležitostí dodavatele. Pokud je daná služba informační systém, aplikace, stránka poptávána jako dodávka v rámci veřejné zakázky, pak zde dopadají jednak obecné povinnosti stanovené v legislativě týkající se veřejných zakázek, jednak technické podrobnosti stanovené v legislativě týkající se přístupnosti internetových stránek a mobilních aplikací. Základním architektonickým řešením tedy je zahrnout potřebu přístupnosti a naplnění konkrétních technických norem jako nepřekročitelný požadavek v rámci architektury a v rámci požadavků na dodavatele. Je tedy nutno architektonicky a realizačně zajistit:
		+
		+	* Aby všechny internetové stránky (ať už veřejné či nikoliv) splňovaly požadavky na přístupnost.
		+	* Aby všechny mobilní aplikace splňovaly požadavky na přístupnost.
		+	* Aby všechny aplikace, systémy a informační systémy dodávané v jakékoliv formě veřejného investování také splňovaly požadavky na přístupnost.
		+	* Aby byl elektronický systém spisové služby, agendové informační systémy a další aplikace a procesy nastaveny tak, aby digitální dokumenty odesílané organizací byly přístupné.
		+	* Aby se požadavky na přístupnost staly nedílnou součástí požadavků na dodávky a veřejné zakázky i požadavků na interní vývoj.

	{{tag>Accessiblity Přístupnost "tematická oblast"}}		{{tag>Accessiblity Přístupnost "tematická oblast"}}

Propojený datový fond

Anonymous (anonymous@undisclosed.example.com) — 2024-07-12T06:59:00+00:00

2021/04/30 08:19		aktuální
Řádek 37:		Řádek 37:
	=== Poskytování / Využívání údajů ===		=== Poskytování / Využívání údajů ===

-	Na business vrstvě orgán veřejné moci, který provádí výkon veřejné správy, působí v agendě, kterou má řádně ohlášenou v RPP, má povinnost využívat pro tyto účely aktuální státem garantovaná data ze ZR a dále publikovat a čerpat agendové údaje přes [[:nap:egsb\|eGon Service Bus / Informační systém sdílené služby]]. Soukromoprávní subjekt práva (také jako SPUU) může také za dodržení zákonného zmocnění pro výkon veřejné správy a působení v určité agendě ohlášené OVM, čerpat údaje ze základních registrů, ovšem výhradně přes AIS OVM nebo formuláře Czech POINT. V zákoně č. 111/2009 Sb. - Zákon o základních registrech, bude nově zakotveno globální zmocnění na čerpání údajů OVM ze ZR, přičemž RPP slouží jako zdroj informací pro informační systém ZR při řízení přístupu uživatelů k údajům v jednotlivých registrech a agendových informačních systémech. To znamená, že kdykoliv se daný subjekt pokusí získat určitý údaj, nebo ho dokonce změnit (editovat), systém posuzuje, zda subjektu bude dovolené na základě zákonného zmocnění pracovat s údaji poskytované veřejnou správou. V RPP jakožto metainformačním systému výkonu veřejné správy jsou uvedeny oprávnění v rámci agend pro čerpání údajů ze ZR, ale také veškeré údaje, které stání správa a samospráva publikuje za pomocí [[:nap:egsb\|eGon Service Bus / Informační systém sdílené služby]] napříč veřejnou správou. Důležitým faktorem na business vrstvě v rámci čerpání údajů ze ZR a také publikování a čerpání údajů v rámci jednotlivých AIS OVM je mít řádně hlášenou agendu v RPP, což je nezbytnou podmínkou.	+	Na business vrstvě orgán veřejné moci, který provádí výkon veřejné správy, působí v agendě, kterou má řádně ohlášenou v RPP, má povinnost využívat pro tyto účely aktuální státem garantovaná data ze ZR a dále publikovat a čerpat agendové údaje přes [[:nap:egsb\|eGon Service Bus / Informační systém sdílené služby]]. Soukromoprávní uživatel údajů (také jako SPUU) může také za dodržení zákonného zmocnění pro výkon veřejné správy a působení v určité agendě ohlášené OVM, čerpat údaje ze základních registrů či jiných AIS. Může tak činit přímo prostřednictvím svého soukromoprávního systému pro využívání údajů (také jako SSVU) za splnění zákonných povinností, nebo přes agendový informační systém orgánu veřejné moci, který slouží pro výkon stejné agendy a jsou zajištěny všechny zákonné požadavky. Poslední možností pro SPUU je využívat formuláře Czech POINT. V zákoně č. 111/2009 Sb. - Zákon o základních registrech, je zakotveno globální zmocnění na čerpání údajů OVM ze ZR, přičemž RPP slouží jako zdroj informací pro informační systém ZR při řízení přístupu uživatelů k údajům v jednotlivých registrech a agendových informačních systémech. To znamená, že kdykoliv se daný subjekt pokusí získat určitý údaj, nebo ho dokonce změnit (editovat), systém posuzuje, zda subjektu bude dovolené na základě zákonného zmocnění pracovat s údaji poskytované veřejnou správou. V RPP jakožto metainformačním systému výkonu veřejné správy jsou uvedeny oprávnění v rámci agend pro čerpání údajů ze ZR, ale také veškeré údaje, které stání správa a samospráva publikuje za pomocí [[:nap:egsb\|eGon Service Bus / Informační systém sdílené služby]] napříč veřejnou správou. Důležitým faktorem na business vrstvě v rámci čerpání údajů ze ZR a také publikování a čerpání údajů v rámci jednotlivých AIS OVM je mít řádně hlášenou agendu v RPP, což je nezbytnou podmínkou.

	Seznam agend vedených v RPP je k dispozici na stránkách: https://rpp-ais.egon.gov.cz/gen/agendy-detail/		Seznam agend vedených v RPP je k dispozici na stránkách: https://rpp-ais.egon.gov.cz/gen/agendy-detail/
Řádek 47:		Řádek 47:
	Dalším pravidlem pro nakládání s osobními údaji je pseudonymizace údajů, což znamená uložení dat technikou oddělení agendových a identifikačních údajů a jejich propojení pomocí agendového identifikátoru fyzických osob (také jako AIFO), aby byly naplněny podmínky bezpečnosti a jednotlivých zákonů a nařízení, které z těchto okolností plynou. Získané AIFO nesmí za žádných okolností opustit AIS, které ho ze služeb ISZR získalo a při jeho předávání (za účelem předávání informací o fyzické osobě) se musí vždy použít služeb ISZR. Více informací o způsobu využití AIFO v rámci pseudonymizace je uvedeno [[nap:pseudonymizace_subjektu_v_datovem_fondu\|zde]].		Dalším pravidlem pro nakládání s osobními údaji je pseudonymizace údajů, což znamená uložení dat technikou oddělení agendových a identifikačních údajů a jejich propojení pomocí agendového identifikátoru fyzických osob (také jako AIFO), aby byly naplněny podmínky bezpečnosti a jednotlivých zákonů a nařízení, které z těchto okolností plynou. Získané AIFO nesmí za žádných okolností opustit AIS, které ho ze služeb ISZR získalo a při jeho předávání (za účelem předávání informací o fyzické osobě) se musí vždy použít služeb ISZR. Více informací o způsobu využití AIFO v rámci pseudonymizace je uvedeno [[nap:pseudonymizace_subjektu_v_datovem_fondu\|zde]].

-	* Informace ohledně ZR jsou k dispozici na stránkách: http://www.szrcr.cz/vyvojari	+	* Informace ohledně ZR jsou k dispozici na stránkách: https://www.szrcr.cz/cs/sluzby/spravci-a-vyvojari
-	* Informace, jakým způsobem připojit svůj AIS nebo komunikační sběrnici do ISZR jsou k dispozici na stránkách: http://www.szrcr.cz/file/170/	+	* Informace, jakým způsobem připojit svůj AIS nebo komunikační sběrnici do ISZR jsou k dispozici na stránkách: https://pruvodcepripojenim.gov.cz/
-	* Informace, jakým způsobem využívat [[nap:notifikace\|notifikace]] ze ZR je k dispozici na stránkách: http://www.szrcr.cz/spravny-postup-prace-s-notifikacemi-a-udrzovani-datoveho	+	* Informace, jakým způsobem využívat [[nap:notifikace\|notifikace]] ze ZR je k dispozici na stránkách: https://www.szrcr.cz/images/dokumenty/v%C3%BDvoj%C3%A1%C5%99i/Spra%CC%81vny%CC%81_postup_pra%CC%81ce_s_notifikacemi_a_udrz%CC%8Covani_datoveho_kmene_nava%CC%81zane%CC%81ho_na_ROB_4.2023.pdf
-	* Informace k popisu služeb ZR: http://www.szrcr.cz/file/175/display/	+	* Informace k připojování ke kompozitním službám AISEO a AISC: https://www.szrcr.cz/cs/sluzby/spravci-a-vyvojari/kompozitn%C3%AD-slu%C5%BEby-aiseo,-aiseop,-aiscd-a-aisc#Manual
-	* Podrobný popis služeb ZR: http://www.szrcr.cz/vyvojari/podrobny-popis-egon-sluzeb-zakladnich-registru	+	* Podrobný popis služeb ZR: https://www.szrcr.cz/cs/sluzby/spravci-a-vyvojari/vyvojari-agendovych-informacnich-systemu/podrobny-popis-egon-sluzeb-zakladnich-registru

	Z pohledu technologické vrstvy, je čistě na jednotlivé instituci, jakou si zvolí platformu v rámci vnitřního fungování úřadu a připojení se pro využívání služeb propojeného datového fondu, přičemž přistupovat do ZR je možné přes ISZR přímo AISem nebo komunikační sběrnicí.		Z pohledu technologické vrstvy, je čistě na jednotlivé instituci, jakou si zvolí platformu v rámci vnitřního fungování úřadu a připojení se pro využívání služeb propojeného datového fondu, přičemž přistupovat do ZR je možné přes ISZR přímo AISem nebo komunikační sběrnicí.

Prostorová data a služby nad prostorovými daty

Anonymous (anonymous@undisclosed.example.com) — 2021-04-30T09:16:16+00:00

2020/05/12 13:21		aktuální
Řádek 1:		Řádek 1:
-	<title>Prostorová data a služby nad prostorovými daty</title>	+	======Prostorová data a služby nad prostorovými daty======

	===== Popis Prostorových dat a služeb nad prostorovými daty =====		===== Popis Prostorových dat a služeb nad prostorovými daty =====
-	{{page>nap:popisy:popis_prostorova_data}}	+	Prudký rozvoj ICT umožnil a vyvolává i mnohem větší rozsah prací s informacemi o území a jejich využívání v životě celé společnosti. Tento vývoj klade zásadně nové požadavky na úpravu podmínek pro nakládání s prostorovými daty (data, jejichž nutnou součástí jsou údaje o poloze v prostoru vyjádřená zpravidla ve formě souřadnic a topologie) a prostorovými informacemi (informace získané interpretací prostorových dat a vztahů mezi nimi).
		+	Vzhledem k mimořádnému významu prostorových informací především pro ochranu obyvatelstva, předcházení živelním pohromám a zajištění ochrany životního prostředí, navrhla Evropská komise na počátku 21. století zřídit ve spolupráci s jednotlivými členskými státy Infrastrukturu pro prostorové informace (soustava zásad, znalostí, institucionálních opatření, technologií, dat a lidských zdrojů, která umožní sdílení a efektivní využívání prostorových informací a služeb) v Evropském společenství nazvanou INSPIRE. Obecná pravidla pro její zřízení (propojením infrastruktur pro prostorové informace budovanými a rozvíjenými jednotlivými členskými státy) byla stanovena Směrnicí Evropského parlamentu a Rady 2007/2/ES, o zřízení Infrastruktury pro prostorové informace v Evropském společenství (INSPIRE), která byla do českého právního řádu transponována zákonem č. 380/2009 Sb., kterým se mění zákon č. 123/1998 Sb., o právu na informace o životním prostředí, ve znění pozdějších předpisů, a zákon č. 200/1994 Sb., o zeměměřictví a o změně a doplnění některých zákonů souvisejících s jeho zavedením, ve znění pozdějších předpisů. V průběhu implementace principů směrnice INSPIRE do národního prostředí se potvrdilo, že je účelné rozšířit principy INSPIRE nad rámec 34 témat prostorových dat směrnicí INSPIRE řešených a na jejich základě koordinovaně rozvíjet národní infrastrukturu pro prostorové informace (dále jen „NIPI“).
		+
		+	Na budování a využívání NIPI se různým způsobem a různou měrou podílejí veřejná správa (ústřední orgány státní správy, orgány územní samosprávy, bezpečnostní složky státu, složky IZS, …), profesní samospráva, výzkumné a vzdělávací instituce, komerční sféra, neziskové nevládní organizace i občané, přičemž dotčené subjekty vystupují v jedné i více rolích (vlastník, správce, provozovatel, pořizovatel, uživatel apod.). Významnou roli při budování NIPI hraje veřejná správa, neboť velké množství prostorových dat vzniká v procesech agend a informačních systémů veřejné správy. Rozvoj prostorových dat a služeb nad prostorovými daty a jejich využívání v rámci propojeného datového fondu je podmíněn standardizací datových modelů prostorových dat vytvářených jednotlivými agendami a standardizací služeb nad prostorovými daty. Standardizace služeb NIPI musí maximálně vycházet ze stávajících mezinárodních a evropských norem pro oblast prostorových dat a služeb nad prostorovými daty.
		+
		+	Pořízení a aktualizace prostorových dat používaných subjekty veřejné správy představuje soubor dlouhodobých, odborně, technicky, organizačně a finančně náročných úkolů. Do tohoto dlouhodobého procesu vstupují skutečné a nepřetržité změny v území, měnící se požadavky uživatelů, potřeba harmonizace datových sad na různých úrovních rozlišení podrobností, možnosti technologií a další vlivy.
		+
		+	V oblasti poskytování služeb pro zpřístupnění prostorových informací hraje zásadní roli směrnice evropského parlamentu INSPIRE, která v rámci prováděcích předpisů specifikuje požadavky na interoperabilní síťové služby. Specifikace využívá webové služby založené na standardech OGC – Web Map Service (WMS), Web Map Tile Service, Web Feature Service (WFS), Web Coverage Service apod. Interoperabilitu služeb pro zpřístupnění prostorových informací na národní úrovni je proto možné zajistit relativně snadno oproti časově, kapacitně a finančně náročnější harmonizaci datových sad. Ve výsledku jsou síťové služby požadované INSPIRE používány v rámci národní i evropské infrastruktury pro prostorové informace, zatímco harmonizované datové sady jsou poskytovány paralelně s neharmonizovanými. Existující vyhledávací (katalogové) služby, prohlížecí služby, služby stahování dat a služby transformační odpovídající požadavkům INSPIRE lze považovat za klíčové prvky NIPI, které již plní základní cíle, tj. zpřístupnění a sdílení prostorových informací mezi jinak heterogenními IS. Tyto služby jsou podobně jako soubory prostorových informací opatřeny metadaty (data, která popisují struktury a obsahy sad prostorových dat, prostorové služby a jiné složky IS; umožňují a usnadňují jejich vyhledávání, třídění a používání). Metadata jsou poskytovateli služeb zpřístupněna prostřednictvím katalogové služby podle standardu OGC CSW (Catalogue Service for Web), která umožňuje aplikacím, které ji umí konzumovat, vyhledávání v metadatech, například podle tzv. klíčových slov.
		+
		+	==== Služby založené na prostorových datech ====
		+	Národní infrastruktura pro prostorové informace (NIPI): Běžně dostupné služby v rámci NIPI jsou služby, které umožňují vyhledání a zpřístupnění metadat (katalogové služby), zpřístupnění prostorových dat nejčastěji k náhledu (obvykle nazývány zjednodušeně jako služby mapové); v poslední době jsou běžné také služby stahování dat (online nebo formou předpřipravených datových sad). Méně časté, ale stále se rozvíjející, jsou služby analytické. Tvorba, správa a aktualizace prostorových dat a jejich zpřístupnění k náhledu nebo dalšímu užití má v České republice dlouhou tradici, která je podporována trvalým zájmem uživatelů. Tyto služby zpřístupňuje veřejná správa, méně pak soukromé firmy. Stejně jako u prostorových dat stanovení minimálních požadavků na tyto služby případně jejich zakotvení v české legislativě bude koordinováno v rámci plnění Akčního plánu GeoInfoStrategie.
		+
		+	==== Schéma NIPI ====
		+
		+	{{ :nap-dokument:prehled_nipi.png \|}}
		+
		+	==== Systémy a služby prostorových dat ====
		+
		+	{{ :nap-dokument:prostorova_data.png \|}}

	===== Pravidla Prostorových dat a služeb nad prostorovými daty =====		===== Pravidla Prostorových dat a služeb nad prostorovými daty =====
-	{{page>nap:pravidla:pravidla_prostorova_data}}	+	Veřejná správa využívá prostorová data ve všech agendách (a jsou jejich nedílnou součástí), které zajišťuje, např. se jedná o agendy v oblastech dopravy, regionálním rozvoji, ochraně životního prostředí, územním plánování, stavební činnosti, zemědělství, lesnictví, při řešení daňových potřeb státu, v oblasti evidence a správy majetku, pro ochranu kulturního dědictví. Prostorová data mají mimořádný význam pro bezpečnost státu, ochranu obyvatelstva, pro předcházení haváriím a živelním pohromám a řešení mimořádných situací. Aktuální, jednotná a rychle dostupná prostorová data jsou nezbytná pro kvalitní operační a krizové řízení na všech úrovních.
		+
		+	Pro zajištění sdílení a efektivního využívání prostorových dat a informací je nezbytné vytvořit odpovídající soustavu zásad, znalostí, institucionálních opatření, technologií, dat a lidských zdrojů, která se označuje jako infrastruktura pro prostorové informace. V řadě zemí je národní infrastruktura pro prostorové informace (NIPI) upravena a definována, v České republice doposud ucelené, přehledné, systematické a formálně zakotvené stanovení NIPI schází, proto byla alespoň stanovena strategie rozvoje této infrastruktury, viz [[https://www.mvcr.cz/clanek/geoinfostrategie.aspx\|Strategie rozvoje infrastruktury pro prostorové informace v České republice do roku 2020]].
		+
		+	Aby bylo možné NIPI efektivně budovat, je kromě centrálních prvků infrastruktury a sdílených služeb, vhodné definovat typovou funkcionalitu (na obecné úrovni) pro informační systém spravující prostorová data jako součást informačních systémů veřejné správy příslušného orgánu veřejné moci.
		+	Protože prostorová data a služby jsou pouhým nástrojem pro podporu výkonu agend veřejné správy, ať již na úrovni státní správy, tak i na úrovni samosprávy, je pro stanovení obecného modelu na úrovni business architektury zásadní definovat klíčové konzumenty poskytovaných služeb ve formě agend a činností (dle terminologie základního registru agend orgánů veřejné moci a některých práv a povinností). Je zřejmé, že business vrstva bude odlišná pro jednotlivé segmenty, nicméně vykazuje určité společné rysy, zejména v řídících, podpůrných a provozních činnostech. Z pohledu podpory tzv. hlavních činností je důležitá vazba na Registr práv a povinností zakládající určité kompetence pro výkon konkrétních agend ve smyslu vazby na legislativu a jednotlivé aktéry (účastníky).
		+
		+	Uplatnění prostorových dat a služeb lze tedy fakticky nalézt ve všech oblastech, typicky, bez ohledu na konkrétní segment, při:
		+	* formulování strategických dokumentů souvisejících zejména s rozvojem území, služeb a segmentů (např. zdravotnictví, školství, sociální služby) či správou zdrojů,
		+	* podpoře výkonu agend veřejné správy související např. s územním plánováním, výstavbou, životním prostředím, dopravou, památkami, lesním hospodářstvím či integrovaným záchranným systémem,
		+	* správě majetku, zejména při evidování, údržbě a opravě, investování (např. budovy, pozemky, komunikace, zeleň, infrastruktura),
		+	* plánování kontrolních činností či řízení rizik v kontextu prostorových souvislostí.
		+
		+	Součástí business architektury je rovněž identifikace klíčových aktérů. Mezi externí lze zařadit veřejnost (fyzické osoby, fyzické osoby podnikající, právnické osoby), odbornou veřejnost, partnery a dodavatelé. Mezi interní patří např. politická reprezentace, vedení OVM, zaměstnanci vykonávající konkrétní agendy a činnosti a také zástupci ICT útvaru jako poskytovatelé ICT (GIS) služeb.
		+	Při popisu aplikační architektury je kromě vlastní funkcionality týkající se tvorby a správy prostorových dat potřebné se zaměřit také na sdílení dat nejen uvnitř vlastní organizace, ale také vůči ostatním informačním systémům veřejné správy.
		+
		+	Vlastní funkce systému pro správu prostorových dat tvoří na obecné úrovni zejména:
		+	* tvorba a pořízení dat
		+	* správa prostorových dat
		+	* správa metadat
		+	* transformace dat
		+	* vizualizace
		+	* analýzy
		+	* workflow
		+	* statistiky a reporting
		+	* harmonizace dat INSPIRE
		+	* tiskové úlohy
		+	* opendata
		+	* archiv
		+
		+	Pro publikaci a sdílení jsou klíčové služby vyhledávací služby, prohlížecí, stahovací, transformační a spouštěcí.
		+	Z pohledu vnitřního propojení s ostatními prvky ICT infrastruktury organizace jsou zásadní integrace na:
		+	* Agendové informační systémy (např. stavební a územní řízení, státní správa lesů, památková péče), kde GIS pomáhá zejména s vizualizací agendových údajů v mapě, vizualizací souvislostí či trendů, s jejich tematizací.
		+	* Elektronický systém spisové služby včetně spisovny; vztah mezi spisovou službu a digitální spisovnou a GIS není zpravidla realizován, přestože množství vstupů a výstupů z GIS má charakter dokumentu v kontextu zákona č. 499/2004 Sb. a národního standardu (NSESSS). GIS se v takových případech chová jako samostatná evidence dokumentů, nicméně nerespektuje příslušné legislativní povinnosti. Jedním z možných řešení je realizace vazby právě na spisovou službu.
		+	* Správa majetku a řízení investic, kdy majetek je primárně evidován a spravován v ERP (zpravidla v provázaných modulech evidence a údržby majetku a řízení investic s vazbou na účetní evidenci a rozpočet). Pro správu majetku jsou klíčová data katastru nemovitostí (vedená v ISKN) obsahující jak popisnou, tak i grafickou složku. Tato data ISKN jsou zpravidla v pravidelných intervalech dávkově aktualizována (lze však rovněž využít webových služeb dálkového přístupu katastru nemovitostí ČÚZK), přičemž dochází k často k duplicitní správě dat (včetně pravidelných aktualizací) rovněž v GIS. Optimální je zajistit společnou správu referenčních dat, zajistit jejich sdílení a vzájemnou iteraci na úrovni klientů.
		+
		+	Mezi klíčové, z pohledu vnější integrace na sdílené prvky eGovernmentu, patří:
		+	* Registr územní identifikace, adres a nemovitostí
		+	* Informační systém katastru nemovitostí
		+	* Národní geoportál INSPIRE
		+	* Digitální technická mapa ČR (IS DMVS)
		+	* Informační systém identifikačního čísla stavby

		+	{{tag>"prostorova data" nipi geoportal inspire dtm digitalni technicka mapa geoinfostrategie}}

Pseudonymizace subjektů v datovém fondu úřadu

Anonymous (anonymous@undisclosed.example.com) — 2021-04-30T09:18:01+00:00

2020/05/12 11:11		aktuální
Řádek 1:		Řádek 1:
-	<title>Pseudonymizace subjektů v datovém fondu úřadu</title>	+	======Pseudonymizace subjektů v datovém fondu úřadu======

	Pseudonymizace znamená uložení dat technikou oddělení agendových a identifikačních údajů a jejich propojení pomocí AIFO dle uvedeného schématu:		Pseudonymizace znamená uložení dat technikou oddělení agendových a identifikačních údajů a jejich propojení pomocí AIFO dle uvedeného schématu:

Referenční rozhraní veřejné správy

Anonymous (anonymous@undisclosed.example.com) — 2026-01-26T14:29:37+00:00

2023/10/13 07:58		aktuální
Řádek 140:		Řádek 140:
	[[nap:editorske_ais\|Editoři referenčních údajů v základních registrech]] realizují napojení svých editorských agendových informačních systémů na [[nap:iszr\|ISZR]] službami vnějšího rozhraní podle příslušné dokumentace Správy základních registrů a v případech, kdy agendové informační systémy nejsou též samostatnými evidencemi dokumentů, pak napojení těchto systémů na [[nap:system_spravy_dokumentu\|eSSL]] v rámci vnitřních vazeb. Pro editaci údajů a vyřizování reklamací údajů v základních registrech nevyužívají jiné rozhraní než právě ISZR.		[[nap:editorske_ais\|Editoři referenčních údajů v základních registrech]] realizují napojení svých editorských agendových informačních systémů na [[nap:iszr\|ISZR]] službami vnějšího rozhraní podle příslušné dokumentace Správy základních registrů a v případech, kdy agendové informační systémy nejsou též samostatnými evidencemi dokumentů, pak napojení těchto systémů na [[nap:system_spravy_dokumentu\|eSSL]] v rámci vnitřních vazeb. Pro editaci údajů a vyřizování reklamací údajů v základních registrech nevyužívají jiné rozhraní než právě ISZR.

		+	==== Pravidla užívání referenčního rozhraní ====
		+
		+	{{page>znalostni_baze:pravidla_ref_rozhrani}}


	{{tag>"referenční rozhraní" "Základní registry" ISZR eGSB ISSS FAIS "Funkční celek"}}		{{tag>"referenční rozhraní" "Základní registry" ISZR eGSB ISSS FAIS "Funkční celek"}}

Referenční údaje

Anonymous (anonymous@undisclosed.example.com) — 2021-04-30T09:07:56+00:00

2020/05/14 05:58		aktuální
Řádek 1:		Řádek 1:
-	<title>Referenční údaje</title>	+	======Referenční údaje======


Řádek 63:		Řádek 63:
	===== Proces reklamace správnosti údaje =====		===== Proces reklamace správnosti údaje =====

-	Proces reklamace správnosti údaje může spustit kdokoliv, kdo má pochybnosti o správnosti údaje. Samotný proces následně řeší vždy primární zdroj údaje – tedy jeho editor. Proces začíná přijetím zprávy, která obsahuje pochybnosti o správnosti údaje (od jiného OVM, subjektu údajů, správce registru, apod.). Editor je v tomto povinen označit daný údaj jako zpochybněný. Následně editor údaje musí provést ověření jeho správnosti, což může vyústit v uzavření reklamace jako neoprávněné (a tedy zachování hodnoty údaje) nebo oprávněné (a tedy změnou na správnou hodnotu). Současně s uzavřením reklamace odstraní z údaje pochybnost. Samotný proces reklamace se řídí správním řádem.	+	Proces reklamace správnosti údaje může spustit kdokoliv, kdo má pochybnosti o správnosti údaje. Samotný proces následně řeší vždy primární zdroj údaje – tedy jeho editor. Proces začíná přijetím zprávy, která obsahuje pochybnosti o správnosti údaje (od jiného OVM, subjektu práva, správce registru, apod.). Editor je v tomto povinen označit daný údaj jako zpochybněný. Následně editor údaje musí provést ověření jeho správnosti, což může vyústit v uzavření reklamace jako neoprávněné (a tedy zachování hodnoty údaje) nebo oprávněné (a tedy změnou na správnou hodnotu). Současně s uzavřením reklamace odstraní z údaje pochybnost. Samotný proces reklamace se řídí správním řádem.


Řádek 78:		Řádek 78:
	- dotazováním se při každé transakci do základních registrů.		- dotazováním se při každé transakci do základních registrů.
	* Pokud zjistí nesoulad referenčních údajů se skutečností, realizovat reklamaci údajů vůči editorovi údajů		* Pokud zjistí nesoulad referenčních údajů se skutečností, realizovat reklamaci údajů vůči editorovi údajů
-	* Nevyžadovat údaje vedené v registrech od subjektu údajů	+	* Nevyžadovat údaje vedené v registrech od subjektu práva

	{{tag>"Referenční údaje" AIFO "Základní registry"}}		{{tag>"Referenční údaje" AIFO "Základní registry"}}

Registr zastupování

Anonymous (anonymous@undisclosed.example.com) — 2026-08-17T06:05:56+00:00

2026/06/25 12:35		aktuální
Řádek 7:		Řádek 7:

	https://reza-ais.egon.gov.cz/		https://reza-ais.egon.gov.cz/
-
-	Na této stránce není k dispozici přehled udělených oprávnění.

	Testovací prostředí je k dispozici na adrese https://reza-ais-test.egon.gov.cz		Testovací prostředí je k dispozici na adrese https://reza-ais-test.egon.gov.cz
		+
		+	Na této stránce není k dispozici přehled udělených oprávnění. Přehled a možnost udělení oprávnění je na Portálu registru práv a povinností https://rpp.dia.gov.cz/
		+
		+

	</WRAP>		</WRAP>
Řádek 233:		Řádek 235:
	^ Kód služby ^ Název ^ Popis ^		^ Kód služby ^ Název ^ Popis ^
	\| E338 \| RppRezaPoskytniZastupovane \| Vrátí seznam zastupovaných subjektů (AIFO/IČO) pro danou osobu \|		\| E338 \| RppRezaPoskytniZastupovane \| Vrátí seznam zastupovaných subjektů (AIFO/IČO) pro danou osobu \|
-	\| A14633.1 \| Oprávnění k zastupování \| ZapisOKZ Zapiš oprávnění k zastupování AIS posílá data ze svého lokální REZA systému s požadavkem na zápis do AIS REZA. Služba je určena pro vložení nebo editaci oprávnění k zastupování \\	+	\| A14633.1 \| Oprávnění k zastupování \| ZapisOKZ Zapiš oprávnění k zastupování AIS posílá data ze svého lokální REZA systému s požadavkem na zápis do AIS REZA. Služba je určena pro vložení nebo editaci oprávnění k zastupování \\ UkonciOKZ Ukonči oprávnění k zastupování AIS posílá data ze svého lokální REZA systému s požadavkem na ukončení oprávnění k zastupování AIS REZA. Typické užití této služby je v případě chybně vytvořeného oprávnění k zastupování \\ CtiDetailOKZ Čti detail oprávnení k zastupování Vypiš detail aktuálního nebo historického oprávnění k zastupování. Služba může vrátit 0-n detailů Oprávnění k zastupování \\ CtiSeznamOKZ Čti seznam oprávnění k zastupování Vypiš seznam aktuálních nebo historických kódů oprávnění k zastupování. Služba může vrátit 0-n kódů Oprávnění k zastupování \\ ZapisReklamaciOKZ Zapiš reklamaci oprávnění k zastupování AIS posílá reklamaci s požadavek na zápis nového/chybějícího oprávnění k zastupování případně reklamaci k existujícímu OKZ \\ CtiReklamaciOKZ Vypiš reklamaci Vypiš detail k vytvořené reklamaci.\|
-	UkonciOKZ Ukonči oprávnění k zastupování AIS posílá data ze svého lokální REZA systému s požadavkem na ukončení oprávnění k zastupování AIS REZA. Typické užití této služby je v případě chybně vytvořeného oprávnění k zastupování \\	+
-	CtiDetailOKZ Čti detail oprávnení k zastupování Vypiš detail aktuálního nebo historického oprávnění k zastupování. Služba může vrátit 0-n detailů Oprávnění k zastupování \\	+
-	CtiSeznamOKZ Čti seznam oprávnění k zastupování Vypiš seznam aktuálních nebo historických kódů oprávnění k zastupování. Služba může vrátit 0-n kódů Oprávnění k zastupování \\	+
-	ZapisReklamaciOKZ Zapiš reklamaci oprávnění k zastupování AIS posílá reklamaci s požadavek na zápis nového/chybějícího oprávnění k zastupování případně reklamaci k existujícímu OKZ \\	+
-	CtiReklamaciOKZ Vypiš reklamaci Vypiš detail k vytvořené reklamaci.\|	+

Registr obyvatel

Anonymous (anonymous@undisclosed.example.com) — 2025-12-12T16:08:46+00:00

2021/07/29 07:36		aktuální
Řádek 1:		Řádek 1:
	======Registr obyvatel======		======Registr obyvatel======

-	Registr obyvatel je základním registrem podle Zákona č. 111/2009 Sb., o základních registrech, který eviduje referenční údaje o fyzických osobách. Správcem Registru obyvatel je Ministerstvo vnitra. Primárními editory jsou jednotlivé OVM prostřednictvím [[nap:iseo\|Informačního systému evidence obyvatel]] a [[nap:cis\|Agendového informačního systému cizinců]].	+	Registr obyvatel je základním registrem podle Zákona č. 111/2009 Sb., o základních registrech, který eviduje referenční údaje o fyzických osobách. Správcem Registru obyvatel je Digitální a informační agentura. Primárními editory jsou jednotlivé OVM prostřednictvím [[nap:iseo\|Informačního systému evidence obyvatel]] a [[nap:cis\|Agendového informačního systému cizinců]].

	Subjekty údajů vedených v registru obyvatel jsou		Subjekty údajů vedených v registru obyvatel jsou
Řádek 45:		Řádek 45:
	* U datových schránek je editorem Ministerstvo vnitra jako správce [[nap:elektronicke_ukony_a_dorucovani\|Informačního systému datových schránek]].		* U datových schránek je editorem Ministerstvo vnitra jako správce [[nap:elektronicke_ukony_a_dorucovani\|Informačního systému datových schránek]].
	* Editorem provozních údajů je Správa základních registrů prostřednictvím [[nap:iszr\|informačního systému základních registrů]]		* Editorem provozních údajů je Správa základních registrů prostřednictvím [[nap:iszr\|informačního systému základních registrů]]
		+
		+	===== Typy dokladů vedených v registru obyvatel =====
		+
		+	V registru obyvatel se vedou pouze doklady vydané v České republice:
		+
		+	^Zkratka dokladu^Název dokladu^
		+	\|ID \| občanský průkaz\|
		+	\|OP \| občanský průkaz bez strojově čitelných údajů\|
		+	\|P \| cestovní pas\|
		+	\|CA \| cestovní průkaz\|
		+	\|IR \| povolení k pobytu (plastová karta)\|
		+	\|VS \| vízový štítek\|
		+	\|PS \| pobytový štítek\|
		+	\|IX \| povolení k pobytu (knížka)\|
		+	\|IE \| potvrzení o přechodném pobytu/osvědčení o registraci\|
		+
		+	Doklady vydané jiným státem se v ROB nevedou. Na odkazu [[https://szrcr.cz/cs/sluzby/spravci-a-vyvojari/vyvojari-agendovych-informacnich-systemu\|Digitální a informační agentura - Vývojáři agendových informačních systémů]] je ke stažení soubor s XSD popisy datových typů.

	{{tag>ROB "Registr obyvatel" "Základní registry" "Funkční celek"}}		{{tag>ROB "Registr obyvatel" "Základní registry" "Funkční celek"}}

Registr osob

Anonymous (anonymous@undisclosed.example.com) — 2026-01-30T10:12:19+00:00

2022/11/29 22:12		aktuální
Řádek 1:		Řádek 1:
	======Registr osob======		======Registr osob======

-	Registr osob je základním registrem podle Zákona č. 111/2009 Sb., o základních registrech, který eviduje referenční údaje. Správcem registru osob je Český statistický úřad. Primárními editory jsou orgány a instituce, které již v současnosti mají zákonnou povinnost osoby registrovat. Jedná se o obchodní rejstřík, rejstřík živnostenského podnikání, evidence nebo informační systémy vybraných ministerstev a ústředních orgánů státní správy, profesních komor, obcí, krajů apod. Sekundárním editorem je Ministerstvo vnitra se systém Datových schránek (ISDS).	+	Registr osob je základním registrem podle Zákona č. 111/2009 Sb., o základních registrech, který eviduje referenční údaje. Správcem registru osob je Digitální a informační agentura. Primárními editory jsou orgány a instituce, které již v současnosti mají zákonnou povinnost osoby registrovat. Jedná se o obchodní rejstřík, rejstřík živnostenského podnikání, evidence nebo informační systémy vybraných ministerstev a ústředních orgánů státní správy, profesních komor, obcí, krajů apod. Sekundárním editorem je Ministerstvo vnitra se systém Datových schránek (ISDS).

	Subjekty údajů vedených v registru osob jsou:		Subjekty údajů vedených v registru osob jsou:
Řádek 47:		Řádek 47:

	Editory údajů jsou:		Editory údajů jsou:
		+	<datatable>
	^Název osoby ^Typ osoby^Agenda^Editor ROS ^		^Název osoby ^Typ osoby^Agenda^Editor ROS ^
	\|Advokáti \|FO \|A8 \|Česká advokátní komora \|		\|Advokáti \|FO \|A8 \|Česká advokátní komora \|
Řádek 119:		Řádek 119:
	\|Zprostředkovatel vázaného spotřebitelského úvěru \|FO \|A11 \|Česká národní banka \|		\|Zprostředkovatel vázaného spotřebitelského úvěru \|FO \|A11 \|Česká národní banka \|
	\|Zvláštní organizace pro zastoupení zájmů ČR v mezinárodních nevládních organizacích, organizační jednotka zvláštní organizace pro zastoupení českých zájmů v mezinárodních nevládních organizacích, mezinárodní nevládní organizace, organizační jednotka mezinárodní nevládní organizace\|PO \|A120 \|Místně příslušný rejstříkový soud \|		\|Zvláštní organizace pro zastoupení zájmů ČR v mezinárodních nevládních organizacích, organizační jednotka zvláštní organizace pro zastoupení českých zájmů v mezinárodních nevládních organizacích, mezinárodní nevládní organizace, organizační jednotka mezinárodní nevládní organizace\|PO \|A120 \|Místně příslušný rejstříkový soud \|
-		+	</datatable>
-	U nereferenčních údajů je editorem Český statistický úřad.	+	U nereferenčních údajů je editorem Digitální a informační agentura.

	{{tag>ROS "Registr osob" "Základní registry" "Funkční celek"}}		{{tag>ROS "Registr osob" "Základní registry" "Funkční celek"}}

Registr práv a povinností

Anonymous (anonymous@undisclosed.example.com) — 2025-12-01T08:08:57+00:00

2024/03/22 14:28		aktuální
Řádek 1:		Řádek 1:
	======Registr práv a povinností======		======Registr práv a povinností======

-	Registr práv a povinností spravuje Ministerstvo vnitra a obsahuje informace pro řízení přístupu k údajům ostatních základních registrů; zároveň v tomto registru vzniká základní přehled o agendách, které orgány veřejné moci provádějí; o občanech a právnických osobách jsou v tomto registru vedeny informace o rozhodnutích, která vedla ke změně údajů v základních registrech. Dále RPP slouží jako zdroj informací pro [[nap:iszr\|ISZR]] při řízení přístupu uživatelů k údajům v jednotlivých registrech a agendových informačních systémech. To znamená, že kdykoliv se daný subjekt pokusí získat určitý údaj, nebo ho dokonce změnit (editovat), systém posuzuje, zda subjektu bude dovolené na základě zákonného zmocnění pracovat s údaji poskytované veřejnou správou a tím se stává RPP významnou komponentou ZR v rámci koncepce využití propojeného datového fondu a sdílení údajů napříč nejen státní správou pro řízení výkonu veřejné správy. RPP obsahuje zejména:	+	Registr práv a povinností spravuje Digitální a informační agentura a obsahuje informace pro řízení přístupu k údajům ostatních základních registrů; zároveň v tomto registru vzniká základní přehled o agendách, které orgány veřejné moci provádějí; o občanech a právnických osobách jsou v tomto registru vedeny informace o rozhodnutích, která vedla ke změně údajů v základních registrech. Dále RPP slouží jako zdroj informací pro [[nap:iszr\|ISZR]] při řízení přístupu uživatelů k údajům v jednotlivých registrech a agendových informačních systémech. To znamená, že kdykoliv se daný subjekt pokusí získat určitý údaj, nebo ho dokonce změnit (editovat), systém posuzuje, zda subjektu bude dovolené na základě zákonného zmocnění pracovat s údaji poskytované veřejnou správou a tím se stává RPP významnou komponentou ZR v rámci koncepce využití propojeného datového fondu a sdílení údajů napříč nejen státní správou pro řízení výkonu veřejné správy. RPP obsahuje zejména:

	* Agendy veřejné správy a jejich povinnosti		* Agendy veřejné správy a jejich povinnosti
Řádek 14:		Řádek 14:
	* Číselník: Odkaz na datovou sadu reprezentující číselník zveřejněný v Národním katalogu otevřených dat dle pravidel [[nap:verejny_datovy_fond\|Veřejného datového fondu]]. Pokud údaj v agendě vzniká, jedná se o odkaz, který říká, že údaj je zdrojem číselníku, pokud se jedná o přebíraný údaj, jedná se o odkaz na číselník publikovaný jiným subjektem.		* Číselník: Odkaz na datovou sadu reprezentující číselník zveřejněný v Národním katalogu otevřených dat dle pravidel [[nap:verejny_datovy_fond\|Veřejného datového fondu]]. Pokud údaj v agendě vzniká, jedná se o odkaz, který říká, že údaj je zdrojem číselníku, pokud se jedná o přebíraný údaj, jedná se o odkaz na číselník publikovaný jiným subjektem.

-	Správcem Registru práv a povinností je Ministerstvo vnitra, primárními editory jsou ohlašovatelé agend veřejné správy.	+	Správcem Registru práv a povinností je Digitální a informační agentura, primárními editory jsou ohlašovatelé agend veřejné správy.

	V RPP jsou vedeny základní elementy pro [[nap:agendovy_model_verejne_spravy\|agendový model veřejné správy]]. Dále je zde mapa sdílitelných údajů jednotlivých agend a technické údaje o údajích vedených v rámci jednotlivých agend a oprávnění k přístupu k údajům.		V RPP jsou vedeny základní elementy pro [[nap:agendovy_model_verejne_spravy\|agendový model veřejné správy]]. Dále je zde mapa sdílitelných údajů jednotlivých agend a technické údaje o údajích vedených v rámci jednotlivých agend a oprávnění k přístupu k údajům.
Řádek 23:		Řádek 23:

	<WRAP center round tip 60%>		<WRAP center round tip 60%>
-	Zápis/editace údajů do RPP probíhá primárně prostřednictvím takzvaným AIS Působnostní. Návody na práci AIS Působnostní jsou zveřejněny na [[:znalostni_baze\|samostatné stránce ve znalostní bázi]].	+	Zápis/editace údajů do RPP probíhá primárně prostřednictvím takzvaným AIS Působnostní. Návody na práci AIS Působnostní jsou zveřejněny na [[:znalostni_baze#navody_pro_praci_s_ais_rpp_pusobnostni\|samostatné stránce ve znalostní bázi]].
	</WRAP>		</WRAP>

Registr územní identifikace adres a nemovitostí

Anonymous (anonymous@undisclosed.example.com) — 2025-01-02T09:37:33+00:00

2024/03/21 13:12		aktuální
Řádek 49:		Řádek 49:
	ÚÚP by se do RUIAN měly zapisovat pouze v případě, že je jejich evidence účelná z důvodu užití u více orgánů veřejné správy a jejich procesech či agendách. Tento požadavek je nutné zohlednit při přípravě právních předpisů.		ÚÚP by se do RUIAN měly zapisovat pouze v případě, že je jejich evidence účelná z důvodu užití u více orgánů veřejné správy a jejich procesech či agendách. Tento požadavek je nutné zohlednit při přípravě právních předpisů.
	</wrap>		</wrap>
		+
		+	==== Aktuálně jsou v RÚIAN vedeny následující ÚÚP ====
		+	* Volební okrsky zavedené 1. 1. 2014 podle zákona č. 222/2012 Sb., kterým se mění volební zákony. Editorem je příslušný obecní úřad nebo úřad městské části/městského obvodu.
		+	* Dobývací prostory zavedené 1. 4. 2022 podle zákona č. 88/2021 Sb., kterým byl novelizován horní zákon. Editorem je ČBÚ.
		+	* Chráněná ložisková území zavedené 30. 11. 2022 podle zákona č. 88/2021 Sb., kterým byl novelizován horní zákon. Editorem je MŽP.
		+	* Značky bodů základních bodových polí a ochranná pásma značek bodů základních bodových polí zavedené 30. 6. 2023 podle zákona č. 88/2023 Sb., kterým byl novelizován zeměměřický zákon. Editorem je ZÚ.
		+	* Bonitované půdně ekologické jednotky zavedené 1. 5. 2024 v rámci zákona č. 229/2019 Sb., kterým byl novelizován zákon o Státním pozemkovém úřadu, referenčnost BPEJ v RÚIAN bude vyhlášena ve Sbírce zákonů k 1. 1. 2025. Editorem je SPÚ.
		+	==== Legislativně schválenými ÚÚP v RÚIAN jsou====
		+	* Prvky ochrany přírody a krajiny podle zákona č. 364/2021 Sb., kterým byl novelizován zákon o ochraně přírody a krajiny. Zápis prvků do RÚIAN bude proveden nejpozději do 1. 3. 2025. Editorem bude Agentura ochrany přírody a krajiny.
		+	* Senátní volební obvody podle zákona č. 89/2024 Sb., kterým se mění volební a některé další zákony v souvislosti s přijetím zákona o správě voleb. Zápis prvků do RÚIAN bude proveden nejpozději do 1. 1. 2027. Editorem bude ČÚZK na základě podkladů Ministerstva vnitra.
		+	* Památkové ochrany podle zákona č. 169/2024 Sb., kterým se mění zákon č. 20/1987 Sb., o státní památkové péči. Bude se jednat pouze o plošné ochrany (památkové rezervace, památkové zóny a ochranná pásma), Zápis prvků do RÚIAN bude proveden nejpozději do 1. 1. 2027. Editorem bude Národní památkový ústav.
		+	==== ÚÚP, které jsou navrženy v právních předpisech či jsou v jednáních ====
		+	* Lázeňské ochrany – mezi Ministerstvem zdravotnictví a ČÚZK je shoda na zavedení ÚÚP přírodní léčivé zdroje a zdroje přírodní minerální vody, ochranné pásmo I. stupně a vnitřní území lázeňského místa. Příslušné změny jsou předkladatelem navrženy v rámci novely zákona č. 164/2001 Sb., lázeňský zákon. Editorem bude Český inspektorát lázní a zřídel, respektive Ministerstvo zdravotnictví.
		+	* Školské obvody – k zavedení spádové oblasti (školské obvody) pro mateřské školky, první a druhý stupeň základních škol. Navrženo v zákoně č. 561/2004 Sb., o předškolním, základním, středním, vyšším odborném a jiném vzdělávání. Editory budou obce, městská část/městský obvod a kraje.
		+	* Chráněná území pro zvláštní zásahy do zemské kůry – řešeno v rámci připomínkového řízení k novele zákona o ochraně přírody a krajiny. Editorem bude Ministerstvo životního prostředí.
		+	* Zastavěné území a stavební uzávěry – v současnosti řešeno s Ministerstvem pro místní rozvoj, mělo by být zavedeno novelou stavebního zákona. Předpoklad v RÚIAN k 1. 1. 2027.
		+	* Soubor lesních typů a kategorie lesů – řešeno v rámci připomínkového řízení k novele zákona 289/1995 Sb., o lesích v meziresortním připomínkovém řízení, editorem by mělo být Ministerstvo zemědělství nebo Ústav pro hospodářskou úpravu lesů.
		+
		+	Nedílnou součástí vedení ÚÚP v RÚIAN je mít pro každý nový ÚÚP připravený systém dle vedení konkrétních údajů u jednotlivých ÚÚP, poskytovat metodickou a uživatelskou podporu při zavádění nových ÚÚP i při samotné evidenci a správě již existujících ÚÚP v RÚIAN.
		+
		+

	==== Příklad ÚÚP v zákoně o ochraně a využití nerostného bohatství (horní zákon) ====		==== Příklad ÚÚP v zákoně o ochraně a využití nerostného bohatství (horní zákon) ====
Řádek 91:		Řádek 112:
	* (3) Registr územní identifikace, adres a nemovitostí zprostředkovává z agendového informačního systému Českého báňského úřadu údaje o držiteli dobývacího prostoru pro účely plnění povinností podle § 62 odst. 1 věty první zákona č. 111/2009 Sb., o základních registrech, ve znění pozdějších předpisů.		* (3) Registr územní identifikace, adres a nemovitostí zprostředkovává z agendového informačního systému Českého báňského úřadu údaje o držiteli dobývacího prostoru pro účely plnění povinností podle § 62 odst. 1 věty první zákona č. 111/2009 Sb., o základních registrech, ve znění pozdějších předpisů.

		+	==== Registr bytů ====
		+	Vzhledem k neexistenci uceleného a komplexního datového zdroje za bytový fond byla vytvořena meziresortní pracovní skupina, která pracuje na vytvoření referenčního datového zdroje údajů o bytech. V současné době probíhá příprava nelegislativního materiálu do vlády. K zakotvení registru bytů v právní úpravě bude nezbytná novela ZZR a případných souvisejících předpisů.
		+
		+	Evidence bytů (a případně i nebytových prostor) v RÚIAN umožní vytvořit základní referenční zdroj pro možnost sdílení a vedení dalších atributů v rámci jiných agend orgánů veřejné správy.
		+
		+	S RÚIAN se počítá jako s informačním systémem pro registr bytů. Měla být definována nová evidenční jednotka „byt“ s vazbou na stavební objekt a adresní místo. Editace by měla probíhat prostřednictvím ISÚI, kde editorem budou stavební úřady, obce a případně další zákonem stanovení editoři.
		+
		+	V případě schválení záměru bude potřeba rozšířit stávající databázový model, aktualizovat editační a informační služby ISZR, rozšířit reklamační služby ISÚI, doplnit (příp. aktualizovat) výměnný formát RÚIAN, zohlednit nové prvky v aplikaci VDP a zejména upravit aplikační část ISÚI pro editaci těchto prvků. Následnou realizaci záměru bude nutné podpořit metodickou, technickou a uživatelskou podporou.

	{{tag>RUIAN "Registr územní identifikace, adres a nemovitostí" "Základní registry"}}		{{tag>RUIAN "Registr územní identifikace, adres a nemovitostí" "Základní registry"}}

Sdílené agendové IS pro samostatnou působnost

Anonymous (anonymous@undisclosed.example.com) — 2021-04-30T07:52:51+00:00

2019/10/08 05:42		aktuální
Řádek 1:		Řádek 1:
		+	======Sdílené agendové IS pro samostatnou působnost======

-	<title>Sdílené agendové IS pro samostatnou působnost</title>	+	===== Popis Sdílených agendových IS pro samostatnou působnost =====

-	<WRAP center round tip 60%>	+	Specifická role samosprávy, kdy každý samosprávný celek je autonomní v oblasti samosprávných činností má rozhodující vliv na jakékoliv sdílení v IT. Rozmanitost velikosti municipalit (od krajů po nejmenší obce) má vliv na velikost jejich útvarů, které se zabývají ICT. Nejmenší municipality, které disponují ICT útvary, jsou obce s rozšířenou působností (ORP). Ve správním obvodě ORP je počet subjektů, kterým jsou poskytovány sdílené služby nebo data dostatečně velký, aby sdílení bylo efektivní, a současně počet umožňuje efektivní řízení. Existence útvaru ICT je rozhodující pro poskytování jakéhokoliv sdílení (služby, data). V současné době již řada ORP ve svém správním obvodě tyto služby poskytuje.
-	Popis architektury úřadu a veřejné správy ČR po jednotlivých vrstvách architektury a zapracování požadavků do informační koncepce a architektury úřadu je popsán v části [[nap-dokument:pravidla_tvorby_a_udrzby_vlastni_ctyrvrstve_architektury_jednotlivych_uradu\|Architektura úřadu v kontextu veřejné správy a jejích vrstvách architektury]].	+

-	Pravidla pro jednotlivé sdílené služby, funkční celky a tematické oblasti jsou popsány v části [[nap-dokument:pravidla_pro_funkcni_celky_architektury_jednotlivych_uradu#Pravidla pro Sdílené agendové IS pro samostatnou působnost územních samospráv\|Způsoby využívání sdílených služeb, funkčních celků a tematických oblastí jednotlivými úřady]]	+	===== Pravidla Sdílených agendových IS pro samostatnou působnost =====
-	</WRAP>	+

-	Specifická role samosprávy, kdy každý samosprávný celek je autonomní v oblasti samosprávných činností má rozhodující vliv na jakékoliv sdílení v IT. Rozmanitost velikosti municipalit (od krajů po nejmenší obce) má vliv na velikost jejich útvarů, které se zabývají ICT. Nejmenší municipality, které disponují ICT útvary, jsou obce s rozšířenou působností (ORP). Ve správním obvodě ORP je počet subjektů, kterým jsou poskytovány sdílené služby nebo data dostatečně velký, aby sdílení bylo efektivní, a současně počet umožňuje efektivní řízení. Existence útvaru ICT je rozhodující pro poskytování jakéhokoliv sdílení (služby, data). V současné době již řada ORP ve svém správním obvodě tyto služby poskytuje.	+	OVS, které musí vybudovat IT podporu pro samosprávné agendy a mají pro to k dispozici potřebné zázemí (infrastrukturu, kapacity, znalosti), typicky ORP (zejména statutární města a bývalá okresní města) nebo kraje, mohou poskytnout podporu v malým obcím (1. a 2. typu) ve svém správním území. A to za podmínek daných změnami legislativy, ke kterým bude muset pro plnou realizaci tohoto konceptu dojít. Stejná forma sdílení je možná mezi těmito úrovněmi samosprávy i v případě spisové služby a provozních systémů, pokud malé obce nevyužijí možnosti sdílení centrálních služeb, budou-li k dispozici.
		+
		+	NAP doporučuje municipalitám pro určitou dílčí sadu sdílených služeb použít jako základní prvek správní obvody ORP a vychází z následujících předpokladů:
		+	* ORP jsou nejmenšími subjekty, které zpracovávají architektonický plán.
		+	* Správní obvod ORP je jednoznačně dán a všechny subjekty, kterých se bude sdílení ve správním obvodě týkat, jsou známy.
		+	* Poskytování služeb a dat je určeno standardy (např. u spisové služby).
		+	* Tento model již v řadě ORP funguje.
		+
		+	Pro jiné sdílené služby (například dlouhodobé ukládání dokumentů v elektronických digitálních spisovnách) se mohou využít technologická centra krajů, neboť:
		+	* Mají vybudovanou infrastrukturu
		+	* Disponují IT kapacitami a kompetencemi
		+
		+
		+	Pro další sdílené služby, například pro aplikační služby ekonomických systémů nebo spisových služeb, bude možné v dohledné době 3 let (2022) využít SaaS služby [[nap:egovernment_cloud\|eGovernment Cloudu]], protože:
		+	* Procesy a o IT potřeby v těchto oblastech fungování samospráv jsou vysoce standardizované a opakovatelné, proto jsou velmi vhodné pro řešení v cloudu
		+	* Tyto funkce a jejich podpora zůstávají v plné zodpovědnosti obcí, a proto tyto potřebují multi-tenantní řešení
		+
		+	==== Sdílené aplikační služby kraje ====
		+
		+	Doporučujeme, aby kraje pro obce zřídily a poskytovaly služby například informačního systému spisové služby.
		+
		+	==== Krajské sítě ====
		+
		+	Publikace služeb krajských center do krajské sítě a dále přes krajský konektor do CMS.
		+
		+	==== Sdílené aplikační, technologické a síťové služby ORP ====

		+	Malé obce, typicky všechny obce prvního a druhého typu, provozující méně než 10 přístupových zařízení, jsou zproštěny povinnosti zajišťovat informatizaci svých služeb veřejné správy a svůj podíl na eGovernmentu vlastními silami.

	{{tag>"samostatná působnost" "sdílené agendové IS" "funkční celek"}}		{{tag>"samostatná působnost" "sdílené agendové IS" "funkční celek"}}

Sdílené agendové IS v přenesené působnosti

Anonymous (anonymous@undisclosed.example.com) — 2021-04-30T07:49:51+00:00

2019/10/10 11:04		aktuální
Řádek 1:		Řádek 1:
-	<title>Sdílené agendové IS v přenesené působnosti</title>	+	======Sdílené agendové IS v přenesené působnosti======
-		+
-	<WRAP center round tip 60%>	+
-	Popis architektury úřadu a veřejné správy ČR po jednotlivých vrstvách architektury a zapracování požadavků do informační koncepce a architektury úřadu je popsán v části [[nap-dokument:pravidla_tvorby_a_udrzby_vlastni_ctyrvrstve_architektury_jednotlivych_uradu\|Architektura úřadu v kontextu veřejné správy a jejích vrstvách architektury]].	+
-		+
-	Pravidla pro jednotlivé sdílené služby, funkční celky a tematické oblasti jsou popsány v části [[nap-dokument:pravidla_pro_funkcni_celky_architektury_jednotlivych_uradu#Pravidla pro Sdilene_agendove_IS_v_prenesene_pusobnosti\|Způsoby využívání sdílených služeb, funkčních celků a tematických oblastí jednotlivými úřady]]	+
-	</WRAP>	+

		+	===== Popis Sdílených agendových IS v přenesené působnosti =====
	Sdílené agendové informační systémy pro agendy v přenesené působnosti, jako jsou např. Živnostenský rejstřík, Evidence obyvatel, Evidence řidičů a Registr motorových vozidel, budou rozšířeny i na další agendy jejich ohlašovatele tak, že pokud je někdo ohlašovatelem agendy s výkonem v přenesené působnosti, musí zajistit i centrální agendový informační systém (jeho Middle-Office a agendový portál) s možností integrace na lokální systémy úřadů v území.		Sdílené agendové informační systémy pro agendy v přenesené působnosti, jako jsou např. Živnostenský rejstřík, Evidence obyvatel, Evidence řidičů a Registr motorových vozidel, budou rozšířeny i na další agendy jejich ohlašovatele tak, že pokud je někdo ohlašovatelem agendy s výkonem v přenesené působnosti, musí zajistit i centrální agendový informační systém (jeho Middle-Office a agendový portál) s možností integrace na lokální systémy úřadů v území.

-	===== Pohled na sdílené agendové IS v přenesené působnosti =====	+	==== Pohled na sdílené agendové IS v přenesené působnosti ====

	{{ :nap-dokument:prenesena_pusobnost.png \|}}		{{ :nap-dokument:prenesena_pusobnost.png \|}}
		+
		+	===== Pravidla Sdílených agendových IS v přenesené působnosti =====
		+	NAP nestanovuje v této verzi pro tento funkční celek či tematickou oblast žádná pravidla.

	{{tag>"Funkční celek" "sdílené agendové IS" "přenesená působnost"}}		{{tag>"Funkční celek" "sdílené agendové IS" "přenesená působnost"}}

Sdílené provozní informační systémy

Anonymous (anonymous@undisclosed.example.com) — 2021-04-30T08:28:34+00:00

2020/04/30 11:46		aktuální
Řádek 1:		Řádek 1:
-	<title>Sdílené provozní informační systémy</title>	+	======Sdílené provozní informační systémy======
-		+
-	<WRAP center round tip 60%>	+
-	Popis architektury úřadu a veřejné správy ČR po jednotlivých vrstvách architektury a zapracování požadavků do informační koncepce a architektury úřadu je popsán v části [[nap-dokument:pravidla_tvorby_a_udrzby_vlastni_ctyrvrstve_architektury_jednotlivych_uradu\|Architektura úřadu v kontextu veřejné správy a jejích vrstvách architektury]].	+
-		+
-	Pravidla pro jednotlivé sdílené služby, funkční celky a tematické oblasti jsou popsány v části [[nap-dokument:pravidla_pro_funkcni_celky_architektury_jednotlivych_uradu#Pravidla pro Sdilene_provozni_informacni_systemy\|Způsoby využívání sdílených služeb, funkčních celků a tematických oblastí jednotlivými úřady]]	+
-	</WRAP>	+

		+	===== Popis Sdílených provozních informačních systémů =====
	Další provozní systémy (existující i plánované) budou zahrnuty po zpracování podkladů od věcných správců.		Další provozní systémy (existující i plánované) budou zahrnuty po zpracování podkladů od věcných správců.

-	===== Centrální finanční plánovací a rozpočetnické IS (ERP) =====	+	==== Centrální finanční plánovací a rozpočetnické IS (ERP) ====

	Integrovaný informační systém Státní pokladny (také jako "IISSP") je účinný, transparentní, efektivní a centralizovaný nástroj pro řízení veřejných financí, centralizaci účetních informací státu, konsolidaci vybraných ekonomických ukazatelů za veřejnou správu a komplexní přesné a včasné výkaznictví za celý veřejný sektor v souladu s mezinárodními standardy.		Integrovaný informační systém Státní pokladny (také jako "IISSP") je účinný, transparentní, efektivní a centralizovaný nástroj pro řízení veřejných financí, centralizaci účetních informací státu, konsolidaci vybraných ekonomických ukazatelů za veřejnou správu a komplexní přesné a včasné výkaznictví za celý veřejný sektor v souladu s mezinárodními standardy.
Řádek 46:		Řádek 41:
	Monit2014+ je napojen řadou rozhraní na desítky informačních systémů státní správy České republiky i Evropské unie podílejících se na implementaci dotačních programů EU.		Monit2014+ je napojen řadou rozhraní na desítky informačních systémů státní správy České republiky i Evropské unie podílejících se na implementaci dotačních programů EU.

-	===== Centrální systém nákupu a veřejných zakázek =====	+	==== Centrální systém nákupu a veřejných zakázek ====

	Národní elektronický nástroj (NEN), jako klíčový prvek soustavy Národní infrastruktury pro elektronické zadávání veřejných zakázek (NIPEZ), je komplexní elektronický nástroj pro administraci a zadávání veřejných zakázek a koncesí pro všechny kategorie veřejných zakázek a všechny kategorie zadavatelů, vč. sektorových. NEN podporuje všechny rozsahy elektronizace od evidence zadávacích řízení po plně elektronické postupy.		Národní elektronický nástroj (NEN), jako klíčový prvek soustavy Národní infrastruktury pro elektronické zadávání veřejných zakázek (NIPEZ), je komplexní elektronický nástroj pro administraci a zadávání veřejných zakázek a koncesí pro všechny kategorie veřejných zakázek a všechny kategorie zadavatelů, vč. sektorových. NEN podporuje všechny rozsahy elektronizace od evidence zadávacích řízení po plně elektronické postupy.
Řádek 58:		Řádek 53:
	Uživatelé NEN se k němu musí přihlašovat pomocí JIP. To znamená klienti VS (dodavatelé) pomocí NIA a úředníci pomocí JIP/KAAS.		Uživatelé NEN se k němu musí přihlašovat pomocí JIP. To znamená klienti VS (dodavatelé) pomocí NIA a úředníci pomocí JIP/KAAS.

		+
		+	===== Pravidla Sdílených provozních informačních systémů =====
		+	NAP nestanovuje v této verzi pro tento funkční celek či tematickou oblast žádná pravidla.

Sdílené statistické, analytické a výkaznické systémy

Anonymous (anonymous@undisclosed.example.com) — 2021-04-30T08:36:10+00:00

2020/05/12 13:11		aktuální
Řádek 1:		Řádek 1:
-	<title>Sdílené statistické, analytické a výkaznické systémy</title>	+	======Sdílené statistické, analytické a výkaznické systémy======

	===== Popis Sdílených statistických, analytických a výkaznických systémů =====		===== Popis Sdílených statistických, analytických a výkaznických systémů =====
-	{{page>nap:popisy:popis_statisticke_is}}	+	Statistické, analytické a výkaznické systémy systémy (existující i plánované) budou zahrnuty po zpracování podkladů od věcných správců.

-	===== Popis Sdílených statistických, analytických a výkaznických systémů =====	+	===== Pravidla Sdílených statistických, analytických a výkaznických systémů =====
-	{{page>nap:pravidla:pravidla_statisticke_is}}	+	NAP nestanovuje v této verzi pro tento funkční celek či tematickou oblast žádná pravidla.

Sdílení údajů veřejné správy ČR

Anonymous (anonymous@undisclosed.example.com) — 2021-09-03T13:03:40+00:00

2026/09/20 01:24	aktuální
Řádek 1:	Řádek 1:
	+	======Sdílení údajů veřejné správy ČR======

	+	Orgány veřejné moci (OVM) a soukromoprávní uživatelé údajů (SPUÚ) při výkonu svých agend používají údaje vedené v [[nap:zakladni_registry\|základních registrech (ZR)]], údaje vedené v agendových informačních systémech (AIS) a případně další údaje. Pro zajištění efektivní veřejné správy je nutné, aby měli OVM a SPUÚ pro sdílení údajů k dispozici jasně definovanou sadu metod a nástrojů ukotvenou v celkové architektuře eGovernmentu.
	+
	+	Údaje veřejné správy jsou údaje evidované jednotlivými OVM v jejich informačních systémech. Z pohledu sdílení údajů je důležité jejich členění na:
	+
	+	* údaje evidované v [[nap:rpp\|registru práv a povinností (RPP)]] v rámci ohlášení agendy (dále jen registrované údaje) a ostatní údaje (dále jen neregistrované údaje)
	+	* veřejné a neveřejné údaje
	+
	+	Jako registrované údaje se pro účely tohoto dokumentu označují všechny údaje zaevidované do RPP při ohlášení agend dle § 51 odst. 6, písm. k) zákona č. 111/2009 Sb., o základních registrech (ZoZR). Dále se jako registrované údaje označují číselníky evidované v RPP dle § 50 odst. 2 a § 54 odst. 1, písm. a) ZoZR. Ostatní údaje spravované OVM jsou pro účely tohoto dokumentu označovány jako neregistrované údaje. Neregistrovaným údajem je např. i agregace údaje evidovaného v RPP sloužící ke statistickým účelům, pokud není samotná agregace evidována v RPP. Je nutno poznamenat, že neregistrovaný údaj by měl být výjimkou. Údaje, které si mezi sebou vyměňují OVM musí být registrovány všechny bezpodmínečně. Cílem je minimalizovat množinu neregistrovaných údajů.
	+
	+	Jako veřejné údaje označujeme údaje, které může kdokoliv číst bez omezení přístupu. Omezení veřejnosti údajů vychází primárně ze zákona č. 106/1999 Sb., o svobodném přístupu k informacím (InfoZ), a to zejména z ochrany utajovaných informací, ochrany obchodního tajemství, ochrany důvěrnosti majetkových poměrů, ochrany osobních údajů a dalších omezení práva na informace dle tohoto zákona, sekundárně veřejnost údajů upravují další speciální právní předpisy. Neveřejné údaje jsou ty, pro jejichž čtení je oprávnění nutné. Pro zápis údajů je nutné oprávnění vždy. Veřejnost údaje označuje ohlašovatel agendy. Údaj označí jako neveřejný, pokud existuje legislativní ustanovení, ze kterého neveřejnost údaje jednoznačně vyplývá. V opačném případě je údaj označen veřejný. Číselníky jsou veřejné všechny bez výjimky.
	+
	+	Z výše uvedeného vyplývá klasifikace údajů veřejné správy znázorněná na následujícím obrázku.
	+
	+	{{ :nap-dokument:sdileni1.png?800 \|}}
	+
	+	Registrované údaje jsou údaje, o jejichž existenci explicitně informuje OVM jako ohlašovatel agendy prostřednictvím evidence v RPP. Registrované údaje OVM nabídne ke sdílení tím, že je poskytne do //propojeného datového fondu (PPDF)// a do //veřejného datového fondu (VDF//) prostřednictvím referenčního rozhraní. Neregistrované údaje jsou všechny ostatní údaje. Jejich správce však musí vést v patrnosti, že nelze obejít zveřejňování údajů do referenčního rozhraní tím, že je nebude registrovat do RPP. Správce si musí neexistenci evidence údaje v RPP obhájit. Neregistrované údaje je možné sdílet, a to pomocí //otevřeného přístupu// a //řízeného přístupu//.
	+
	+	* //Přístup k PPDF// slouží ke sdílení registrovaných údajů (veřejných i neveřejných) mezi jednotlivými OVM a ke zpřístupnění těchto údajů jednotlivým SPUÚ pro účely výkonu jejich agend, a to na základě oprávnění pro čtení nebo pro zápis evidovaných v RPP.
	+	* //Přístup k VDF// slouží ke sdílení veřejných registrovaných údajů mezi jednotlivými OVM a ke zpřístupnění těchto údajů jednotlivým SPUÚ v podobě otevřených dat dle § 3 odst. 11 InfoZ. Ve všech případech se jedná o čtení údajů bez omezení přístupu a tudíž není nutné pro OVM a SPUÚ získat oprávnění pro čtení a evidovat jej v RPP.
	+	* //Řízený přístup// slouží k přístupu k neveřejným údajům (registrovaným i neregistrovaným) kýmkoliv (tj. jednotlivými OVM, SPUÚ mimo výkon agend i veřejností) ke čtení na základě definovaných oprávnění.
	+	* //Otevřený přístup// slouží k přístupu k veřejným údajům (registrovaným i neregistrovaným) kýmkoliv ke čtení, a to bez omezení přístupu, v podobě otevřených dat dle § 3 odst. 11 InfoZ.
	+
	+	Údaje sdílené prostřednictvím PPDF a VDF jsou poskytovány čerpajícím OVM a SPUÚ přes referenční rozhraní s veškerými garancemi potřebnými k výkonu veřejné správy. Čerpající OVM a SPUÚ považují takto získané údaje za formálně správné (tj. správné, úplné, platné a aktuální). Veřejné registrované údaje sdílejí jejich správci prostřednictvím VDF. Ve výjimečných a odůvodněných případech je sdílejí také prostřednictvím PPDF.
	+
	+	Údaje sdílené prostřednictvím řízeného a otevřeného přístupu jsou poskytovány bez garancí. Přístup k nim je zajištěn z veřejného internetu, proto se jedná o přístupy vhodné spíše pro veřejnost, i když je mohou využít i OVM a SPUÚ, nikoliv však pro výkon veřejné správy, ale pouze např. pro analytickou činnost, při návrhu svých AIS apod. OVM a SPUÚ musí tyto přístupy využít pro čerpání neregistrovaných údajů, neboť k nim jiný přístup neexistuje. Protože tyto přístupy neposkytují garance, čerpání neregistrovaných údajů s garancemi potřebnými pro výkon veřejné správy není možné. Pokud je nutné garance zajistit, je nezbytné údaje nejprve zaregistrovat v RPP, aby k nim mohl být zajištěn odpovídající přístup prostřednictvím PPDF nebo VDF.
	+
	+	Následující obrázek zobrazuje typy údajů dle výše uvedené klasifikace seskupené podle přístupů, prostřednictvím kterých je možné údaje čerpat. Ukazuje, že OVM a SPUÚ přistupují prostřednictvím přístupu k PPDF k údajům obsaženým v PPDF (registrované údaje - především neveřejné, ale ve výjimečných případech i veřejné) a prostřednictvím přístupu k VDF k údajům obsaženým ve VDF (registrované veřejné údaje). Dále pak ukazuje, že kdokoliv (ať už OVM či SPUÚ, tak obecně i jiný subjekt, např. fyzická osoba) může přistupovat k neveřejným údajům prostřednictvím řízeného přístupu a k veřejným údajům prostřednictvím otevřeného přístupu. Zatímco řízený přístup vyžaduje autentizaci a autorizaci přistupujícího subjektu, otevřený přístup je anonymní. Barevné šipky pak naznačují vlastnosti přístupů k údajům (nutnost oprávnění/bez omezení, s garancemi/bez garancí).
	+
	+	{{ :nap-dokument:sdileni2.png?800 \|}}
	+
	+	Poslední obrázek v této kapitole ukazuje, jakým technickým způsobem je k údajům zajištěn dálkový přístup (ve smyslu §3 odst.2 InfoZ). Přístupy k PPDF a VDF jsou zajištěny prostřednictvím referenčního rozhraní. Řízený a otevřený přístup jsou zajištěny prostřednictvím rozhraní vystavených do veřejného internetu.
	+
	+	{{ :nap-dokument:sdileni3.png?800 \|}}
	+
	+	{{tag>sdileni udaje "verejna sprava" ppdf vdf}}

Rychlá navigace

Anonymous (anonymous@undisclosed.example.com) — 2025-02-10T08:31:05+00:00

2021/03/11 08:24		aktuální
Řádek 4:		Řádek 4:
	[[:start\|Národní architektura veřejné správy ČR]]		[[:start\|Národní architektura veřejné správy ČR]]

-	[[:ikcr\|1.Informační koncepce ČR]]	+	[[:uvod_dokumenty\|1.Architektonické dokumenty]]

-	[[:metody_dokument\|2.Metody řízení ICT VS ČR]]	+	[[:uvod_klicove_oblasti\|2.Klíčové oblasti architektury]]

-	[[:slovnik_egov\|3.Slovník pojmů eGovernmentu]]	+	*[[:uvod_klicove_oblasti#e\|Potřebnost informačních systémů a soulad s 3E]]
		+	[[:uvod_klicove_oblasti#strategie\|Koncepce a strategie úřad*ů]]
		+	*[[:uvod_klicove_oblasti#kanaly\|Obslužné kanály veřejné správy]]
		+	*[[:uvod_klicove_oblasti#dokumenty\|Elektronický oběh dokumentů]]
		+	*[[:uvod_klicove_oblasti#identifikace\|Identifikace v informačních systémech]]
		+	*[[:uvod_klicove_oblasti#data\|Strukturovaná data v ISVS, datové fondy a jejich sdílení]]
		+	*[[:uvod_klicove_oblasti#rozhrani\|Referenční rozhraní veřejné správy]]
		+	*[[:uvod_klicove_oblasti#ais\|Sdílené agendové a provozní informační systémy]]
		+	*[[:uvod_klicove_oblasti#kivs\|Komunikační infrastruktura veřejné správy]]
		+	*[[:uvod_klicove_oblasti#cloud\|Cloudové služby]]

-	[[:nar_dokument\|4.Národní architektonický rámec]]	+	[[:uvod_schvalovani\|3.Schvalování projektů a záměrů ICT]]

-	[[:nap_dokument\|5.Národní architektonický plán]]	+	[[:reporty\|4. Seznam reportů]]
-	* [[nap_dokument:uvod\|Úvod]]	+
-	* [[nap_dokument:architektonicka_vize_e_governmentu_cr\|Architektonická vize eGovernmentu ČR]]	+
-	* [[nap_dokument:pravidla_tvorby_a_udrzby_vlastni_ctyrvrstve_architektury_jednotlivych_uradu\|Architektura úřadu]]	+
-	* [[nap_dokument:architektura_a_sdilene_sluzby_verejne_spravy_cr\| Popis sdílených služeb, funkčních celků a tematických oblastí]]	+
-	* [[nap_dokument:pravidla_pro_funkcni_celky_architektury_jednotlivych_uradu\|Způsoby využívání sdílených služeb, funkčních celků a tematických oblastí]]	+
-	* [[nap_dokument:modely_nap_v_centralnim_ulozisti_a_v_ovs\|Modely NAP v centrálním úložišti a v OVS]]	+
-		+
-	[[:znalostni_baze\|6.Rozšiřující znalostní báze]]	+
-		+
-	[[:uvod_klicove_oblasti\|7.Klíčové oblasti architektury]]	+
-		+
-	[[:uvod_schvalovani\|8.Schvalování projektů a záměrů ICT]]	+

Systémy správy dokumentů

Anonymous (anonymous@undisclosed.example.com) — 2024-07-19T13:45:31+00:00

2024/07/19 11:13		aktuální
Řádek 5:		Řádek 5:
	<WRAP center round important 60%>		<WRAP center round important 60%>
	Od 1.7.2024 vyšla v platnost novela zákona č. 499/2004 Sb., která výrazně změnila práva a povinnosti určených původců. Důležité změny jsou obsaženy zejména v § 3a a § 69a.		Od 1.7.2024 vyšla v platnost novela zákona č. 499/2004 Sb., která výrazně změnila práva a povinnosti určených původců. Důležité změny jsou obsaženy zejména v § 3a a § 69a.
		+
		+	V § 3a se stanovuje regulatorní minimum pro správu informací v informačních systémech odlišných od elektronických systémů spisové služby. Správce těchto systémů musí zajistit naplnění pravidel podle § 3 odst. 5 a pro výběr archiválií mimo skartační řízení (zde s výjimkou informací, na něž byl vydán trvalý skartační souhlas). Zároveň se však dává jasně najevo, že systémy, jichž se ustanovení týkají, nepodléhají pravidlům vztahujícím se na elektronické systémy spisových služeb. Logicky tedy nepodléhají ani atestacím. Postupy, výstupní datové formáty a rozsah a podobu metadat pro účely výběru archiválií podle navrhovaného §3a odst. 1 pak stanoví Národní archiv a zveřejní je na svých internetových stránkách. Tímto ustanovením se zajistí flexibilita pro Národní archiv, kdy s ohledem nejen na vývoj informačních technologií, ale i poznatků z praxe bude Národní archiv mít možnost zajištovat efektivní výběr archiválií s minimalizací požadavků na dotčené informační systémy. Změna též zavádí významnou úsporu v oblasti rozvoje e-governmentu, neboť u informačních systémů, kde bude pro všechny jimi spravované informace vystaven trvalý skartační souhlas, nebude vůbec nutná implementace řešení pro výběr archiválií.
		+
		+	Pokud existují, resp. budou existovat informační systémy, které nejsou elektronickými systémy spisové služby a na základě toho se na ně nebudou vztahovat požadavky stanovené zákonem č. 499/2004 Sb., na elektronické systémy spisové služby, bude to tím spíše (per arg. a maiori ad minus) platit pro požadavky, které jsou na elektronické systémy spisové služby stanoveny prováděcí vyhláškou, která se musí pohybovat v mezích zákona a je od zákona odvozena (čl. 79 odst. 3 Ústavy).
		+
		+	Pokud je v § 70 odst. 2 zákona stanoveno, že národní standard pro elektronické systémy spisové služby, který ministerstvo vnitra zveřejní ve svém věstníku a způsobem umožňujícím dálkový přístup, stanoví požadavky na elektronické systémy spisové služby, nemůže z prováděcí vyhlášky v rozporu s tím vyplývat, resp. nelze prováděcí vyhlášku vykládat v tom smyslu, že by se národní standard pro elektronické systémy spisové služ-by mohl či měl vztahovat na informační systém, který není elektronickým systémem spi-sové služby ve smyslu nově doplňovaného § 3a zákona.
		+
	</WRAP>		</WRAP>

Řádek 19:		Řádek 26:
	\|Dodržovat Národní standard pro elektronické systémy spisové služby\|ANO\|NE\|		\|Dodržovat Národní standard pro elektronické systémy spisové služby\|ANO\|NE\|
	\|Povinně doplňovat metadata dle [[https://www.dia.gov.cz/egovernment/schemata-pro-strojove-citelnou-vrstvu-dle-zakona-499-2004-sb/\|vzorů DIA]] do dokumentů\|ANO\|ANO\|		\|Povinně doplňovat metadata dle [[https://www.dia.gov.cz/egovernment/schemata-pro-strojove-citelnou-vrstvu-dle-zakona-499-2004-sb/\|vzorů DIA]] do dokumentů\|ANO\|ANO\|
-	\|Dodržovat spisový řád - spisový plán a skartační plán\|ANO\|NE\|
	\|Povinnost vydávat archiválie\|ANO\|ANO\|		\|Povinnost vydávat archiválie\|ANO\|ANO\|
	\|Právo požádat si o trvalý skartační souhlas\|ANO\|ANO\|		\|Právo požádat si o trvalý skartační souhlas\|ANO\|ANO\|
Řádek 107:		Řádek 113:


-	===== Pravidla Systémů správy dokumentů =====	+	===== Pravidla Systému správy dokumentů =====

	Spisovou službu považujeme za společnou schopnost na úrovni úřadu (capability), kde většina principů je shodných napříč celým úřadem (motivační vrstva, aplikační vrstva eSSL a integrace, byznysová vrstva procesů a funkcí a interakcí) a na úrovni jednotlivých agend se odlišuje dle výkonu dané agendy minimálně. Architekturu výkonu spisové služby tedy je třeba zahrnout do mapy schopností úřadu.		Spisovou službu považujeme za společnou schopnost na úrovni úřadu (capability), kde většina principů je shodných napříč celým úřadem (motivační vrstva, aplikační vrstva eSSL a integrace, byznysová vrstva procesů a funkcí a interakcí) a na úrovni jednotlivých agend se odlišuje dle výkonu dané agendy minimálně. Architekturu výkonu spisové služby tedy je třeba zahrnout do mapy schopností úřadu.

Systémy a služby spojené s právním řádem a legislativou

Anonymous (anonymous@undisclosed.example.com) — 2021-04-29T13:10:47+00:00

2019/10/08 05:42		aktuální
Řádek 1:		Řádek 1:
-	<title>Systémy a služby spojené s právním řádem a legislativou</title>	+	======Systémy a služby spojené s právním řádem a legislativou======
-		+
-	<WRAP center round tip 60%>	+
-	Popis architektury úřadu a veřejné správy ČR po jednotlivých vrstvách architektury a zapracování požadavků do informační koncepce a architektury úřadu je popsán v části [[nap-dokument:pravidla_tvorby_a_udrzby_vlastni_ctyrvrstve_architektury_jednotlivych_uradu\|Architektura úřadu v kontextu veřejné správy a jejích vrstvách architektury]].	+
-		+
-	Pravidla pro jednotlivé sdílené služby, funkční celky a tematické oblasti jsou popsány v části [[nap-dokument:pravidla_pro_funkcni_celky_architektury_jednotlivych_uradu#Pravidla pro systémy a služby spojené s právním řádem a legislativou\|Způsoby využívání sdílených služeb, funkčních celků a tematických oblastí jednotlivými úřady]]	+
-	</WRAP>	+

		+	===== Popis Systémů a služeb spojených s právním řádem a legislativou =====

	Veřejná správa se řídí primárně legislativou. Proto je nesmírně důležité jednak právnímu řádu dobře rozumět a jednak zahrnout legislativu jako motivační a kontraktační rámec do architektur.		Veřejná správa se řídí primárně legislativou. Proto je nesmírně důležité jednak právnímu řádu dobře rozumět a jednak zahrnout legislativu jako motivační a kontraktační rámec do architektur.

-	===== Základní komponenty právních systémů státu =====	+	==== Základní komponenty právních systémů státu ====

	Základní informační systémy a služby státu týkající se práva a legislativy		Základní informační systémy a služby státu týkající se práva a legislativy
Řádek 23:		Řádek 18:
	Každý z těchto IS může a má být využíván jednak jako zdroj informací pro úřady a jednak jako jeden z komponent při optimalizaci činností úřadu. Kupříkladu, chceme-li v úřadu optimalizovat agendu, měli bychom mít její architekturu. Jedním ze vstupů pro tuto architekturu je legislativa (zdroj ESEL) a agendový model dané agendy (zdroj RPP). Po návrhu procesní optimalizace bude pravděpodobně nutné novelizovat i legislativu, k čemuž zase poslouží i výše zmíněné informační systémy.		Každý z těchto IS může a má být využíván jednak jako zdroj informací pro úřady a jednak jako jeden z komponent při optimalizaci činností úřadu. Kupříkladu, chceme-li v úřadu optimalizovat agendu, měli bychom mít její architekturu. Jedním ze vstupů pro tuto architekturu je legislativa (zdroj ESEL) a agendový model dané agendy (zdroj RPP). Po návrhu procesní optimalizace bude pravděpodobně nutné novelizovat i legislativu, k čemuž zase poslouží i výše zmíněné informační systémy.

		+	===== Pravidla Systémů a služeb spojených s právním řádem a legislativou =====
		+
		+	Míra možnosti a dokonce povinnosti využívat výše zmíněné informační systémy a jejich sdílené služby závisí na tom, v jakém postavení vůči konkrétní legislativě je příslušný úřad.
		+
		+	V tomto případě tedy můžeme rozdělit úřady do třech následujících kategorií:
		+
		+	* Gestor legislativy: Je zodpovědný za přípravu, provádění procesu připomínkování a projednání a následnou realizaci schválené legislativy. Gestor by také měl pravidelně provádět zhodnocení platné legislativy a na základě toho navrhovat její úpravy.
		+	* Spolupracující subjekt: Jedná se o subjekt, který se aktivně podílí na spolutvorbě legislativy a je aktivně zapojen do procesu připomínkování a vyhodnocování daných návrhů
		+	* Uživatel legislativy: Jedná se o subjekt, který se Danou legislativou řídí ať už v rámci veřejnoprávní činnosti jako výkon působnosti v dané agendě, nebo je pro něj příslušná legislativa jinou formou nějak závazná a ovlivňuje jeho činnost
		+
		+	V Každé z těchto třech základních rolí mohou být výše zmíněné informační systémy aktivně používány.
		+
		+	Nesmí se zapomínat ani na povinnosti výkonu spisové služby, ty se pochopitelně vztahují i na procesy návrhu a projednávání legislativy. Jsem-li tedy gestor za legislativu, především si zajistím integraci svých autorských systémů na ESSL a následně i integraci na závazně používané informační systémy (eLegislativa, ODOK, EKLEP, apod.).
		+
		+	Při vyhodnocování a následné přípravě návrhů na změnu jsou dvěma klíčovými zdroji platná legislativa (aktuální znění právních předpisů a jejich vazeb) a dopad na faktický výkon (zdrojem je RPP a agendový model a seznam úkonů v agendě). Pomocí vazeb s ostatními právními předpisy si také úřad zmapuje souvislosti na další schopnosti. Třeba u agendového zákona je třeba zohlednit i povinnosti spisové služby, povinnost nevyžadovat údaje, které již mám, apod. I s ohledem na to je vhodné jako zdroj mít vždy aktuální či očekávaná znění právních předpisů.
		+
		+	Při tvorbě architektury je pak nanejvýš vhodné mít prvky architektury s vazbou na příslušnou legislativu. Například pokud spravuji informační systém, tak ten slouží pro podporu procesu v zákoně. Tedy vím, že systém provozuji na základě zákona o ISVS a na základě příslušných agendových zákonů a požadavky na funkce musi zajistit realizaci příslušných procesů v jednotlivých zákonech.
		+
		+	Zdroje informací o právních předpisech a jejich promítnutí do agend veřejné správy se hodí i pro tvorbu a aktualizaci vnitřních směrnic a předpisů v organizaci. Kupříkladu, změní-li se legislativa k základním registrům či ke spisové službě, vím, že to bude mít dopad na moje procesy a tedy i na předpisy a směrnice jež procesy určují. Dojde tedy jistě ke změnám agendových procesních metodik, ke změně Spisového řádu, apod. K tomu také mám využívat výše zmíněné zdroje a zajistit jejich integraci na komponenty, které využívám k udržování dokumentace.
		+
		+	Pokud daný úřad není gestorem za příslušnou legislativu, ale přesto je pro něj legislativa závazná, pak by měl také splnit některé z výše uvedených základních principů. Aktuální údaje o stavu právních předpisů včetně vazby mezi jednotlivými ustanoveními a jednotlivými právními předpisy musí sloužit jako základ pro byznysovou architekturu. Druhým zdrojem jsou pak údaje v registru práv a povinností.
		+
		+	Je vhodné tedy:
		+
		+	* Vybudovat a udržovat mechanismus, jak pokud možno automatizovaně zpracovávat dekomponované právní předpisy
		+	* Lze realizovat s využitím služeb eSbírky, či obdobného systému
		+	* Zajistit si [[nap:notifikace\|notifikace]] o aktualizacích právních předpisů, jež mě zajímají a o aktualizacích vazeb z jiných právních předpisů na ně
		+	* Vytvořit procesy a podporu pro sledování návrhů změn a stavu jejich projednávání
		+	* Být schopen přiřadit klíčové elementy architektury ke konkrétním ustanovením či alespoň ke konkrétním právním předpisům
		+	* Udržovat povědomost o všech právních předpisech, kterými se řídím
		+
		+	==== Z hlediska architektury se očekávají následující změny na centrální i lokální úrovni ====
		+
		+	* Po uvedení systému e-Sbírka do ostrého provozu (předpoklad k 1. 1. 2022) přehodnotí úřady politiku pořizování komerčních právních informačních systémů, zejména objem a rozsah potřebných licencí pro výkon své působnosti s přihlédnutím k individuální povaze pracovní činnosti konkrétních zaměstnanců, kteří vyžívají tyto systémy ke své práci. Případný poptávaný rozsah licencí komerčních právních informačních systémů pak při přihlédnutí k smluvním podmínkám dodávek kontrahovaných v této oblasti a potřebám konkrétních pracovníků následně omezí na uspokojení pouze těch potřeb podmiňujících výkon své působnosti, které nelze využitím systému e-Sbírka pokrýt.
		+	* Informační systém eSbírka a eLegislativa a ODoK musí být funkčně propojeny tak, aby byly naplněny předpoklady fungování elektronického legislativního procesu podle zákona č. 222/2016 Sb., o Sbírce zákonů a mezinárodních smluv a o tvorbě právních předpisů vyhlašovaných ve Sbírce zákonů a mezinárodních smluv (zákon o Sbírce zákonů a mezinárodních smluv), ve znění pozdějších předpisů.
		+	* Od okamžiku spuštění informačního systému e-Sbírka a e-Legislativa budou všechny úřady povinny ve svých systémech a nově vytvářených materiálech obohacovat právní citace právních předpisů obsažených v e-Sbírce typu "§1 zákona č. 100/2000 Sb." technicky o odkazy do systému e-Sbírka, které budou vytvářet pomocí funkcionality pro tvorbu citací obsažené v e-Sbírce.

	{{tag>esel esbírka elegislativa eklep veklep odok "funkční celek"}}		{{tag>esel esbírka elegislativa eklep veklep odok "funkční celek"}}

AI / LLM v informačních systémech veřejné správy (ISVS)

Anonymous (anonymous@undisclosed.example.com) — 2026-02-19T10:44:37+00:00

2026/09/20 01:24	aktuální
Řádek 1:	Řádek 1:
	+	====== AI / LLM v informačních systémech veřejné správy (ISVS) ======

	+	{{tag>AI LLM ISVS AI_Act GDPR cloud kyberbezpecnost architektura metodika vzory}}
	+
	+	===== Účel stránky =====
	+	Tato stránka slouží jako:
	+	* obecný rámec: co je AI/LLM, kde dává smysl a kde je riziko,
	+	* metodika pro architekty a zadavatele: jak AI/LLM navrhovat a poptávat,
	+	* minimální pravidla: AI Act, ochrana osobních údajů, cloud a bezpečnost,
	+	* vzory architektur a příklady dobré/špatné praxe.
	+
	+	Cíl: Nebudovat „100× chatbot“, ale navrhovat AI jako architektonicky řízenou schopnost státu: znovupoužitelnou, auditovatelnou a právně obhajitelnou.
	+
	+	----
	+	===== Popis problematiky =====
	+
	+	==== Co je AI a co jsou LLM ====
	+	AI je soubor metod pro automatizované vyhodnocování, klasifikaci, predikci a generování výstupů.
	+	LLM (Large Language Models) jsou generativní modely pro práci s textem.
	+
	+	Důležité omezení LLM:
	+	* negarantují pravdivost (umí halucinovat),
	+	* bez řízení zdrojů mohou vyrábět „autoritu bez důkazů“,
	+	* bez správné architektury mohou ohrozit práva osob a důvěryhodnost úřadu.
	+
	+	==== Jak se AI/LLM používá ve veřejné správě (typické scénáře) ====
	+	* třídění a prioritizace e-mailů/podání,
	+	* návrhy odpovědí (asistence, ne autopilot),
	+	* chatbot/voicebot pro dotazy,
	+	* přepis hovoru do textu,
	+	* navigace napříč službami a znalostními bázemi.
	+	(Častý motiv: AI už není experiment, bez pravidel vzniká chaos a duplicity.)
	+
	+	==== Dva světy dat: veřejné informace vs registry/AIS ====
	+	Veřejné informace (zákony, metodiky, veřejné popisy služeb):
	+	* vhodné pro veřejné asistenty,
	+	* důraz na citace zdrojů a aktuálnost.
	+
	+	Registry a AIS (osobní a citlivá data, základní registry, agendové systémy):
	+	* vysoký bezpečnostní režim,
	+	* striktní role/oprávnění,
	+	* audit, logování, dohled,
	+	* vyžaduje jinou architekturu než „chatbot na webu“.
	+
	+	==== Kriticky: „Koupíme chatbota“ je často chyba ====
	+	Typické anti-patterny:
	+	* AI projekt vzniká dřív než je jasné: odkud bere data, na co navazuje, kdo odpovídá za výstup.
	+	* vzniká 100× chatbot a 100× znalostní báze, ale žádná znovupoužitelnost.
	+	* úřad utrácí za „rozhraní“, místo aby zpřístupnil služby a informace tak, aby byly použitelné i mimo jeho perimetr.
	+
	+	Poučení: Účelnější než kupovat vlastního chatbota je upravit informace a služby tak, aby byly:
	+	* dohledatelné (pro lidi i stroje),
	+	* strojově použitelné (standardizovaná rozhraní),
	+	* sdílené napříč veřejnou správou.
	+
	+	==== Obecný rámec: čtyři úrovně AI (od bezpečné po rizikovou) ====
	+	- Úroveň A: Informování a navigace nad veřejnými zdroji
	+	* nízké riziko, typicky veřejný asistent (RAG + citace).
	+	- Úroveň B: Asistence úředníkovi
	+	* střední riziko: návrhy, sumarizace, vyhledávání; člověk schvaluje.
	+	- Úroveň C: Asistence v transakci (formuláře, podání)
	+	* vyšší riziko: AI může připravit strukturovaná data, ale úkon provádí systém/uživatel podle pravidel.
	+	- Úroveň D: Ovlivnění rozhodování o právech/povinnostech
	+	* nejvyšší riziko: bez formálního řízení rizik, auditovatelnosti a lidského dohledu je to nepřijatelné.
	+
	+	==== Vzorové scénáře (co stavět a co raději nestavět) ====
	+	Doporučené scénáře (znovupoužitelné):
	+	* AI navigace v katalogu služeb / znalostní bázi státu (centrální nebo sdílená komponenta).
	+	* Interní asistent pro úředníky nad metodikami, spisy (s oddělením režimů).
	+	* Asistované vyplnění formulářů: AI převede přirozený jazyk na strukturu (např. JSON), ale validace a podání provede ISVS.
	+
	+	Nedoporučené scénáře (bez zásadního přebudování architektury):
	+	* chatbot napojený „ad-hoc“ na agendový systém bez brány oprávnění a auditů,
	+	* autopilot odpovědí občanům bez zdrojů,
	+	* posílání osobních údajů do veřejného LLM bez smluvní a technické kontroly.
	+
	+	----
	+	===== Pravidla pro využití AI/LLM v ISVS =====
	+
	+	==== Vymezení „využití AI/LLM v ISVS“ ====
	+	Za využití AI/LLM v ISVS se považuje zejména:
	+	* generování/sumarizace obsahu použitá v úřední komunikaci,
	+	* doporučení nebo návrh kroku v procesu,
	+	* automatizované třídění podání s dopadem na průběh řízení,
	+	* integrace AI do workflow ISVS (čtení/zápis, spouštění úkonů),
	+	* přístup AI k registrům/AIS.
	+
	+	Zásada: čím blíže k právům/povinnostem a registrům, tím přísnější režim.
	+
	+	==== AI Act – minimální rámec ====
	+	Povinnosti se odvíjí od rizikovosti:
	+	* zakázané praktiky (prohibited),
	+	* vysoce rizikové systémy (high-risk),
	+	* transparentnost (např. informovat, že komunikuji s AI),
	+	* požadavky na dokumentaci, řízení rizik, lidský dohled, kybernetickou bezpečnost.
	+
	+	Pravidlo pro veřejnou správu: Bez klasifikace use-case dle AI Act a bez řízení rizik projekt nepouštět do produkce.
	+
	+	==== Ochrana osobních údajů (GDPR) – minimální pravidla ====
	+	* definovat účel, zákonný titul a role (správce/zpracovatel),
	+	* minimalizovat data posílaná do AI; logy nejsou „odpad“ – jsou to data,
	+	* DPIA, pokud hrozí vysoké riziko,
	+	* zabránit tomu, aby se vstupy/výstupy používaly pro trénování mimo kontrolu úřadu,
	+	* řídit retenci, výmaz a práva subjektů údajů.
	+
	+	==== Využívání AI jako cloudové služby ====
	+
	+	Služba chatbota založeného na jazykovém modelu, stojící na vygenerování výstupu na základě vstupu od uživatele (promptu) je poskytována širokému okruhu uživatelů. Je tedy v zásadě multitenantní. Uživatelé sdílejí stejnou infrastrukturu, byť jejich konkrétní nastavení jazykového modelu (konkrétní verze, aplikace hlubokého myšlení, míra podrobnosti při odpovědi na otázku apod.) mohou být individuální.
	+
	+	Z hlediska zákona č. 365/2000 Sb., o informačních systémech veřejné správy (dále jen „zákon o ISVS“) je stěžejní, že takový model poskytování služby umělé inteligence v případě, že jí má být zajišťován provoz informačního systému veřejné správy nebo jeho část, lze podřadit pod definici uvedenou v § 2 odst. 2 písm. b) zákona o ISVS. Z pohledu zákona se tak jedná o cloud computing a poskytování služeb jazykového modelu je cloudovou službou.
	+
	+	Na využívání jazykových modelů v informačních systémech veřejné správy se tak vztahují všechna pravidla cloud computingu vyplývající z příslušných ustanovení právních předpisů.
	+
	+	Pakliže orgán veřejné správy hodlá pro zajištění provozu svého informačního systému nebo jeho části využívat služby jazykových modelů, je nutné, aby vybíral z poskytovatelů, jejichž nabídka je zapsána v katalogu cloud computingu [§ 6l odst. 1 písm. a) zákona o ISVS]. Informace, které jsou vedeny v katalogu cloud computingu stanoví § 6k zákona o ISVS.
	+
	+
	+	==== Bezpečnost a audit – zásady, bez kterých AI v ISVS nemá být ====
	+	* AI nesmí odpovídat „z hlavy“: odpovědi musí být opřené o ověřené zdroje (RAG + citace).
	+	* AI se nesmí „připojit kamkoliv“: integrace jen přes řízené rozhraní s minimálními oprávněními.
	+	* každá AI↔ISVS interakce musí být auditovatelná: logy, rekonstrukce promptu/zdrojů/verze modelu.
	+	* lidský dohled: kdo schvaluje výstup a kdy je povinný.
	+
	+	----
	+	==== Metodika pro architekty a zadavatele (životní cyklus) ====
	+
	+	=== Krok 0 – problém a přínos (ne „kupujeme AI“) ===
	+	* popsat službu/proces, který zlepšujeme, a přínos pro občana/úředníka,
	+	* definovat KPI (čas, chybovost, dostupnost informací, snížení zátěže),
	+	* ověřit, že existují a jsou kvalitní zdroje (dokumenty, katalogy, knowledge base).
	+
	+	=== Krok 1 – klasifikace dat a use-case ===
	+	* určit datové režimy: veřejné / interní / osobní / zvláštní kategorie,
	+	* určit, zda AI ovlivňuje práva a povinnosti (riziková osa),
	+	* určit roli úřadu: deployer + kdo je provider, kdo provozuje model.
	+
	+	Výstup: „karta use-case“ + návrh režimu A/B/C/D z kapitoly 1.5.
	+
	+	=== Krok 2 – rozhodnutí o provozním modelu (kde běží model a data) ===
	+	* preferovat provoz v režimu, který umožní splnit cloud a bezpečnostní požadavky,
	+	* oddělit režim veřejných informací od režimu registrů/AIS,
	+	* u osobních údajů požadovat smluvní a technické garance (logy, trénování, subdodavatelé, lokalita).
	+
	+	=== Krok 3 – návrh architektury (povinné stavební bloky) ===
	+	Povinné bloky pro generativní AI v ISVS:
	+	- AI Gateway / Orchestrátor:
	+	* centrální bod pro autentizaci, autorizaci, rate limiting, policy, audit.
	+	- Knowledge/RAG vrstva:
	+	* správa zdrojů, indexace, verze dokumentů, citace.
	+	- Konektory na ISVS:
	+	* jen přes standardizovaná API; žádné “screen scraping”.
	+	- Audit a observabilita:
	+	* logy promptů (bez citlivých dat), zdroje, verze modelu, rozhodnutí politik.
	+	- Bezpečnostní kontrolní body:
	+	* detekce PII v promptu, redakce, blokace nebezpečných dotazů, sandbox.
	+
	+	=== Krok 4 – testování a akceptace (co musí projít před produkcí) ===
	+	Minimální akceptační testy:
	+	* test halucinací na referenční sadě otázek (správnost + citace),
	+	* test PII leakage (nežádoucí vyzrazení údajů),
	+	* test prompt injection a data exfiltrace,
	+	* test robustnosti a dostupnosti (SLA),
	+	* test auditovatelnosti (rekonstrukce: z čeho vznikla odpověď).
	+
	+	=== Krok 5 – provoz a změny ===
	+	* monitoring kvality odpovědí (drift), incident management,
	+	* pravidla aktualizace znalostní báze a verzování,
	+	* pravidelné přezkumy rizik (AI Act/GDPR/bezpečnost),
	+	* governance: kdo je “owner” zdrojů, kdo schvaluje změny.
	+
	+	----
	+	==== Vzorové architektury (patterny) ====
	+
	+	=== Pattern: RAG asistent nad ověřenými zdroji (veřejné info / interní metodiky) ===
	+	<code>
	+	Uživatel
	+	\|
	+	v
	+	[UI / Portál]
	+	\|
	+	v
	+	[AI Gateway] --(policy, audit, PII redakce)--> [LLM]
	+	\|
	+	+--> [RAG/Knowledge Service] --> [Dokumenty + verze + citace]
	+	\|
	+	+--> [Logging/Monitoring]
	+	</code>
	+
	+	Vhodné pro úroveň A/B. Podmínka: správa zdrojů a verze dokumentů.
	+
	+	=== Pattern: AI asistované vyplnění formuláře (strukturovaný výstup) ===
	+	<code>
	+	Uživatel -> [UI]
	+	\|
	+	v
	+	[AI Gateway] -> [LLM] -> (JSON návrh)
	+	\| \|
	+	\| v
	+	+--> [Validace pravidly ISVS] -> [Formulář/Podání]
	+	</code>
	+
	+	Podmínka: AI nikdy neprovádí úkon sama; ISVS validuje.
	+
	+	=== Pattern: „No direct DB“ (AI nesmí přímo do registrů/AIS) ===
	+	Zásada: AI nemá přímý přístup do DB/registrů.
	+	Vždy přes:
	+	* API s minimálními oprávněními,
	+	* audit,
	+	* explicitní scope,
	+	* a ideálně human-in-the-loop pro citlivé operace.
	+
	+	----
	+	==== Požadavky do zadání / veřejné zakázky (minimální smluvní a technické klauzule) ====
	+	V zadání požadovat:
	+	* popis toku dat (vstupy, logy, trénování, subdodavatelé),
	+	* garance: zákaz použití dat pro trénování mimo účel,
	+	* lokalita a režim zpracování dat, šifrování, retention,
	+	* auditní práva a exportovatelnost (logy, knowledge base, konfigurace),
	+	* bezpečnostní testy: prompt injection, exfiltrace, PII leakage,
	+	* SLA + incident reporting,
	+	* přenositelnost a exit plan (vendor lock-in),
	+	* transparentnost vůči uživateli (označení AI, limity, citace zdrojů).
	+
	+	----
	+	==== Dobrá a špatná praxe (rychlý katalog) ====
	+
	+	=== Dobrá praxe ===
	+	* Nejprve „AI-ready informace a služby“ (nalezitelnost, strojová použitelnost), pak asistent.
	+	* Jedna sdílená znalostní báze pro společné oblasti (metodiky, služby), ne 100× kopie.
	+	* RAG s citacemi + verzování zdrojů.
	+	* AI Gateway: centrální policy, audit, PII redakce, throttling.
	+	* Human-in-the-loop tam, kde je dopad na práva/povinnosti.
	+	* Před produkcí red teaming a testy injection/exfiltrace.
	+
	+	=== Špatná praxe (anti-patterny) ===
	+	* „Koupíme chatbota“ bez analýzy zdrojů, návazností a odpovědnosti.
	+	* Odpovědi občanům bez citací zdrojů a bez přezkumu.
	+	* Přímé napojení AI na agendový systém bez brány oprávnění a auditů.
	+	* Sdílení osobních údajů s veřejnými LLM bez smluvních a technických garancí.
	+	* Ignorování regulace (AI Act, GDPR, cloud vyhlášky) – vznik compliance dluhu.
	+	* Vendor lock-in: nemožnost exportu znalostí, logů a konfigurace.
	+
	+	----
	+	===== Zdroje a související odkazy =====
	+	* AI Act (Regulation (EU) 2024/1689) – EUR-Lex
	+	* Transparency obligations (AI Act – čl. 50) – EU zdroj
	+	* Guidelines k zakázaným praktikám dle AI Act – Evropská komise
	+	* Generativní AI a ochrana osobních údajů – evropská guidance (EDPS/EDPB)
	+	* Regulace cloud computingu v ČR (ZoISVS/ZKB, bezpečnostní úrovně, katalog) – metodické materiály NÚKIB
	+	* Interní podklady OHA/DIA k AI ve veřejné správě (use-cases, rizika fragmentace)
	+
	+
	+

Univerzální kontaktní místo

Anonymous (anonymous@undisclosed.example.com) — 2022-05-04T12:22:45+00:00

2022/04/28 08:51		aktuální
Řádek 15:		Řádek 15:

	Specializovaná samoobslužná kontaktní místa slouží pro případy, kdy je vyřešení služeb na univerzálním samooblužném místě nepřiměřeně náročné pro jeho správu a údržbu. Klienti však stále musí mít možnost využít služeb samoobslužných kontaktních míst. Jedná se ve většině případů o specializovaný [[nap:portaly_verejne_spravy_a_soukromopravnich_uzivatelu_udaju\|agendový portál]].		Specializovaná samoobslužná kontaktní místa slouží pro případy, kdy je vyřešení služeb na univerzálním samooblužném místě nepřiměřeně náročné pro jeho správu a údržbu. Klienti však stále musí mít možnost využít služeb samoobslužných kontaktních míst. Jedná se ve většině případů o specializovaný [[nap:portaly_verejne_spravy_a_soukromopravnich_uzivatelu_udaju\|agendový portál]].
		+
	==== Asistovaná univerzální kontaktní místa ====		==== Asistovaná univerzální kontaktní místa ====

Řádek 20:		Řádek 21:


-	=== Asistovaná specializovaná kontaktní místa ===	+	==== Asistovaná specializovaná kontaktní místa ====

	Specializovaná asistovaná kontaktní místa slouží pro klienty, kteří z jakéhokoliv důvodu nemohou využít služeb samoobslužných kontaktních míst, a zároveň není služba kvůli své specializaci dostupná v univerzálním asistovaném kontaktním místě. Jedná se ve většině případů o přepážky úřadů, na kterých služby vyřizuje personál proškolený pro danou specializaci. Příkladem může být finanční úřad (daňové povinnosti), Katastrální úřad (vlastnictví nemovitostí) nebo Ministerstvo zemědělství (zemědělské dotace). Jakkoliv je služba specializovaná, nemělo by to bránit v zavedení její samoobslužné varianty v univerzálním kontaktním místě.		Specializovaná asistovaná kontaktní místa slouží pro klienty, kteří z jakéhokoliv důvodu nemohou využít služeb samoobslužných kontaktních míst, a zároveň není služba kvůli své specializaci dostupná v univerzálním asistovaném kontaktním místě. Jedná se ve většině případů o přepážky úřadů, na kterých služby vyřizuje personál proškolený pro danou specializaci. Příkladem může být finanční úřad (daňové povinnosti), Katastrální úřad (vlastnictví nemovitostí) nebo Ministerstvo zemědělství (zemědělské dotace). Jakkoliv je služba specializovaná, nemělo by to bránit v zavedení její samoobslužné varianty v univerzálním kontaktním místě.
Řádek 43:		Řádek 44:
	Při provozování asistovaných univerzálních kontaktních míst je potřeba zajistit přidělení rolí v CzechPOINT pro pracovníky poskytující jeho služby skrze správce, tzv. lokálního administrátora.		Při provozování asistovaných univerzálních kontaktních míst je potřeba zajistit přidělení rolí v CzechPOINT pro pracovníky poskytující jeho služby skrze správce, tzv. lokálního administrátora.

-	V rámci asistovaných univerzálních kontaktních míst je nutné počítat s neustálým rozvojem a přidáváním služeb, které musí v co největší míře odpovídat těm samoobslužným. Žádná samoobslužná služby nesmí být bez své asistované varianty, která však může být řešena i v rámci úřadu, pokud tak vyžaduje její specifická náročnost (například podání nároku v insolvenčním řízení).	+	V rámci asistovaných univerzálních kontaktních míst je nutné počítat s neustálým rozvojem a přidáváním služeb, které musí v co největší míře odpovídat těm samoobslužným. Žádná samoobslužná služby nesmí být bez své asistované varianty, která však může být řešena i v rámci úřadu, pokud tak vyžaduje její specifická náročnost (například podání nároku v insolvenčním řízení). V Czech POINT mají být především takové služby, u kterých:
		+	* převažuje listinný vstup nebo výstup či vidimace listin a legalizace podpisu (mělo by se minimalizovat na nejnižší možnou míru),
		+	* je skutečně nezbytná prezenční kontrola identity,
		+	* je účelný přesun výkonu služby co nejblíže klientovi a existuje poptávka po asistované podobě takové služby.
		+	* Je vhodné, aby kompletní odbavení klienta na KMVS pro daný úkon nepřekročilo deset minut.“
		+
		+	Při využívání systému CzechPOINT jako asistovaného univerzálního kontaktního místa je zakázáno požadovat a udržovat editační (zapisovací) formuláře pro informační systémy veřejné správy, které poskytují své služby pomocí tenkého klienta. Není tedy možné například požadovat editační formulář v systému CzechPOINT pro systém řidičských oprávnění, protože systém řidičských oprávnění poskytuje své vlastní rozhraní dostupné ve formě tenkého klienta.

-	Při využívání systému CzechPOINT je zakázáno požadovat a udržovat editační formuláře pro informační systémy veřejné správy, které poskytují své služby pomocí tenkého klienta. Není tedy možné například požadovat editační formulář v systému CzechPOINT pro systém řidičských oprávnění, protože systém řidičských oprávnění poskytuje své vlastní rozhraní dostupné ve formě tenkého klienta.



	{{tag>CzP CzechPOINT "Univerzální Kontaktní místo" kzmu ukm "funkční celek"}}		{{tag>CzP CzechPOINT "Univerzální Kontaktní místo" kzmu ukm "funkční celek"}}

Úplné elektronické podání

Anonymous (anonymous@undisclosed.example.com) — 2021-04-30T08:41:50+00:00

2020/05/12 12:15		aktuální
Řádek 1:		Řádek 1:
-	<title>Úplné elektronické podání</title>	+	======Úplné elektronické podání======

-	<WRAP center round tip 60%>	+	===== Popis úplného elektronického podání =====
-	Popis architektury úřadu a veřejné správy ČR po jednotlivých vrstvách architektury a zapracování požadavků do informační koncepce a architektury úřadu je popsán v části [[nap-dokument:pravidla_tvorby_a_udrzby_vlastni_ctyrvrstve_architektury_jednotlivych_uradu\|Architektura úřadu v kontextu veřejné správy a jejích vrstvách architektury]].	+

-	Pravidla pro jednotlivé sdílené služby, funkční celky a tematické oblasti jsou popsány v části [[nap-dokument:pravidla_pro_funkcni_celky_architektury_jednotlivych_uradu#Pravidla pro Uplne elektronicke podani\|Způsoby využívání sdílených služeb, funkčních celků a tematických oblastí jednotlivými úřady]]	+	Úplné elektronické podání (také jako "ÚEP") je možné popsat tak, že klient/občan, ale i zástupce právnické osoby, má možnost vyřídit všechnu svou potřebnou agendu životní situace, prostřednictvím elektronické interakce samoobslužně kdykoli a odkudkoli či asistovaně z kteréhokoli [[nap:univerzalni_kontaktni_misto\|univerzálního kontaktního místa VS]], bez nutnosti osobní návštěvy na příslušných úřadech, a následně možnost mít přehled o stavu a vývoji všech svých řešených životních událostí.
-	</WRAP>	+

		+	Současně pojem ÚEP představuje pokročilou variantu elektronického podání (elektronické formy úkonu klienta, občana a/nebo organizace vůči veřejné správě ČR), která splňuje sadu požadovaných vlastností, daných primárně tzv. [[:ikcr\|architektonickými principy eGovernmentu]] a dále vlastnosti předpokládané pro podání vůči veřejné správě právními předpisy, zejm. správním řádem a agendovými zákony.

		+	Elektronické podání klienta vůči veřejné správě je považováno za úplné, pokud splňuje všechny [[:ikcr\|architektonické principy eGovernmentu]] a další náležitosti, zejména pak:

		+	* Podporuje princip Digital by Default tím, že je navrženo jako vnitřně plně digitální (nikdy se nemusí tisknout nebo osobně řešit), s tím, že ale podporuje asistovanými formami i tzv. elektronicky handicapované.
		+	* Podporuje princip Whole-of-Government tím, že je dostupné rovnocenným způsobem ve všech elektronických kanálech eGovernmentu (samoobslužných i asistovaných), s upřednostněním univerzálních kontaktních míst (CzechPOINT a PO v PVS).
		+	* Podporuje princip Once only tím, že pro předvyplnění formuláře i pro navigaci a volbu služby jsou využity všechny údaje o klientovi, které veřejná správa má a ze zákona je v dané situaci smí použít.
		+	* Podporuje principy Interoperability by Default a Cross-border by default tím, že umožňuje elektronicky obsloužit všechny klienty, rezidenty ČR a EU, pro které je úkon relevantní, a to i vzdáleně ze zahraničí.
		+	* je po podání automatizovaně strojově zpracováno, převedeno do transakčního záznamu agendového informačního systému.
		+	* Podporuje princip Inclusion and Accessibility tím, že podporuje asistovanými formami i tzv. elektronicky (nebo jinak) handicapované.
		+	* Využívá [[nap:jednotny_identitni_prostor_verejne_spravy\|Jednotný identitní prostor veřejné správy]] a [[nap:elektronicka_identifikace_pro_klienty_verejne_spravy\|Elektronickou identifikaci pro klienty veřejné správy]] .
		+	* Umožňuje klientům učinit podání skrze různá elektronická rozhraní (webová stránka, formulář nebo asistovaná služba) a sledovat průběh vyřizování jejich podání skrze to samé rozhraní, přes které bylo podání realizované nebo jiné klientem určené.
		+
		+	Všechny obslužné kanály veřejné správy musí být cílově vzájemně integrovány tak, aby mezi nimi bylo možno libovolně přecházet i v průběhu vyřizování podání a aby všechny informace byly zachovány, přenášely se do nich (mezi nimi).
		+
		+
		+
		+	===== Pravidla úplného elektronického podání =====
		+
		+	Úřad musí respektovat všechny návazné funkční celky jako např. propojený datový fond, portály veřejné správy či komunikační infrastrukturu veřejné správy a procesně zajistit zpracování podání tak, aby probíhalo elektronicky po celou dobu jeho životního cyklu.
		+
		+	Úřad pro splnění požadavků kladených na úplné elektronické podání musí splnit svými obslužnými kanály (např. portál):
		+	* Využití [[nap:jednotny_identitni_prostor_verejne_spravy\|Jednotného identitního prostor veřejné správy]] pro úřední osoby a [[nap:elektronicka_identifikace_pro_klienty_verejne_spravy\|Elektronickou identifikaci pro klienty veřejné správy]].
		+	* Předvyplnění podání všemi státu známými údaji klientovi po prokázání elektronickou identitou. Zajištění tohoto požadavku se splní čerpáním údajů z [[nap:propojeny_datovy_fond\|Propojeného datového fondu]].
		+	* Má služby svých agend v rámci ÚEP a jejich IT aplikace navrženy tak, aby služby bylo možno v obslužných kanálech kombinovat pro efektivním řešení životních událostí.
		+	* Umožňuje klientům učinit podání skrze různá elektronická rozhraní (webová stránka, formulář nebo asistovaná služba) a sledovat průběh vyřizování jejich podání skrze to samé rozhraní, přes které bylo podání realizované nebo jiné klientem určené.
		+	* Postupně všechna existující práva a povinnosti ze vztahu k VS budou doprovázena transakční službou (nejenom popisem návodu) v [[nap:portal_obcana\|Portálu občana]], a to v těch všech případech, kdy elektronická transakční služba bude proveditelná a bude odpovídat oprávněným zájmům klientů a současně i úřadů.
		+	* Elektronické podání formou ÚEP lze uskutečnit i papírově (off-line), tzn. půjde stáhnout předvyplněný formulář, ručně vyplnit, zaslat datovou schránkou nebo elektronicky podepsané doručit jakkoli jinak (i mailem, vložením do portálu), případně vložit do elektronické aplikace úřadu.
		+	* V případě menší četnosti podání stačí jeden z obou kanálů (on-line nebo off-line), musí však umožňovat dobrou (personalizovanou) navigaci ke službě a k jejímu předvyplnění.
		+	* Stejnou službu lze získat s pomocí služby úředníka na kterémkoli fyzickém kontaktním místě asistovanou formou. Pro typové a jednoduché podání pro řešení typových životních situací to takto bude možné na [[nap:univerzalni_kontaktni_misto\|Univerzálních asistovaných kontaktních místech]].
		+	* Zůstanou zachovány tradiční kanály pro příjem listinných podání osobně, diktátem do protokolu nebo poštou – úřední přepážky a podatelny. Jejich úkolem ale bude obdržené vstupy neprodleně plně digitalizovat, aby celé další následné zpracování bylo jednotně plně elektronické.
		+	* Nedílnou součástí řady podání je splnění finanční povinnosti (poplatku, daně). Platební brána tedy musí být součástí obslužného rozhraní. Pro agendy v samostatné působnosti je platební brána plně v zodpovědnosti koncového úřadu, pro agendy v přenesené působnosti musí o způsobu rozhodnout správce agendy.
		+	* Elektronické samoobslužné služby pro klienty/občany i pro právnické osoby musí být doplněny interaktivním podpůrným a poradenským kanálem (service-desk, call-me-back, apod.).
		+	* Podání nemusí vždy činit ta osoba, která je přihlášena [[nap:elektronicka_identifikace_pro_klienty_verejne_spravy\|elektronickou identitou]], ale může se jednat o osobu zastupující jinou osobu. Úřad tedy musí zajisti [[nap_dokument:pravidla_pro_funkcni_celky_architektury_jednotlivych_uradu#Mandáty, role a práva v elektronické komunikaci\|správu mandátů]].
		+	* Pro individuální přizpůsobení uživatelského rozhraní musí úřad využívat tzv. klientské profily. Každý jedinečný a jednoznačně identifikovaný klient má profil jenom jeden. V tomto profilu jsou uchovávány osobní i agendové údaje ve shodě se pravidly správy údajů [[nap:pseudonymizace_subjektu_v_datovem_fondu\|Právní aspekty pro pseudonymizaci]].
		+	* Podání zadané či zpracované v rámci řešení pro ÚeP musí být vždy přijímáno na podatelně a evidováno v systému [[nap:system_spravy_dokumentu\|eSSL]] nebo samostatné evidenci dokumentů v souladu se zákonem o archivnictví a spisové službě. Jejich přijetí musí být potvrzeno příslušnou odpovědní zprávou.

	{{tag>ÚEP "Úplné elektronické podání" "tematická oblast"}}		{{tag>ÚEP "Úplné elektronické podání" "tematická oblast"}}

Veřejný datový fond

Anonymous (anonymous@undisclosed.example.com) — 2021-09-06T07:01:51+00:00

2021/05/31 13:32		aktuální
Řádek 1:		Řádek 1:
-	======Veřejný datový fond======	+	====== Veřejný datový fond ======

-	===== Popis Veřejného datového fondu =====	+	===== Popis veřejného datového fondu =====
-	Veřejný datový fond (také jako "VDF") je princip vytváření a dotváření obrazu [[nap:propojeny_datovy_fond\|propojeného datového fondu]] dle principů otevřených dat za účelem podpory sdílení údajů OVS při výkonu veřejné správy i mimo jejich rozsah práv a povinností zachycených v [[nap:rpp\|RPP]] a mimo [[nap:propojeny_datovy_fond\|PPDF]].	+

-	VDF zastřešuje a reprezentuje skutečné fyzické datové zdroje otevřených dat roztroušené ve webovém prostoru VS. Vlastní zastřešení a vymezení je realizováno nástroji určenými pro správu metadat otevřených dat, což nejen konkretizuje samotný pojem VDF, ale nabízí i prostředky pro další kategorizace v rámci celého datového fondu ČR.	+	Veřejný datový fond (VDF) je definován v [[https://archi.gov.cz/ikcr\|Informační koncepci ČR (IKČR)]] jako [[https://archi.gov.cz/ikcr#dilci_cil_510rozvoj_otevrenych_dat_a_verejneho_fondu_dat_a_sluzeb_verejne_spravy\|dílčí cíl 5.10]] a je součástí budovaného eGovernmentu VS ČR.

-	Význam a role VDF se projevuje ve dvou oblastech VS.	+	//“Veřejný datový fond tvořený publikovanými veřejnými údaji veřejné správy je základní metodou pro sdílení veřejných informací mezi veřejnoprávními subjekty navzájem i pro sdílení veřejných údajů mezi veřejnoprávní a soukromoprávní sférou v ČR. Veřejný datový fond se od pouhé publikace automatizovaně čitelných [[nap:otevrena_data\|otevřených dat]] posune též k publikaci právně závazných, platných a pravidelně aktualizovaných datových sad s jasně definovanou zodpovědností OVS za takové sady.”//

-	První se týká interního režimu VS, kde je hlavním prostředkem sdílení veřejných údajů mezi veřejnoprávními subjekty navzájem a také rozšiřuje vzájemné sdílení informací o ty údaje, které v PPDF vůbec nejsou. Význam VDF v této oblasti nejlépe vystihuje znění dílčího cíle 5.10 z [[:ikcr\|Informační koncepce ČR]].	+	==== Legislativní ukotvení veřejného datového fondu ====

		+	VDF není v legislativě jako pojem explicitně zmíněn. Legislativa pouze zavádí pojmy důležité v rámci VDF a pravidla evidence a sdílení údajů ve VDF. VDF je ukotven v [[https://www.zakonyprolidi.cz/cs/2009-111\|zákoně č. 111/2009 Sb., o základních registrech (ZoZR)]], [[https://www.zakonyprolidi.cz/cs/1999-106\|zákoně č. 106/1999 Sb., o svobodném přístupu k informacím (InfoZ)]] a [[https://www.zakonyprolidi.cz/cs/2000-365\|zákoně č. 365/2000 Sb. o informačních systémech veřejné správy (ZoISVS)]].

-	//“Veřejný datový fond tvořený publikovanými veřejnými údaji veřejné správy je základní metodou pro sdílení veřejných informací mezi veřejnoprávními subjekty navzájem i pro sdílení veřejných údajů mezi veřejnoprávní a soukromoprávní sférou v ČR. Veřejný datový fond se od pouhé publikace automatizovaně čitelných Open Dat posune též k publikaci právně závazných, platných a pravidelně aktualizovaných datových sad s jasně definovanou zodpovědností OVS za takové sady.”//	+	Základním pojmem je údaj vedený nebo vytvářený v rámci agendy. Podle § 51 odst. 6, písm. k) [[https://www.zakonyprolidi.cz/cs/2009-111\|ZoZR]] je pro každý údaj vedený nebo vytvářený v rámci agendy v [[nap:rpp\|RPP]] vedena jeho přístupnost veřejnosti a v případě, že údaj není přístupný veřejnosti, číslo a název právního předpisu a označení jeho ustanovení (v budoucnu jako odkaz do eSeL), na jehož základě není údaj přístupný veřejnosti (resp. seznam takových referencí na ustanovení právních předpisů). Pokud tedy neexistují legislativní překážky ke zveřejnění údaje, jedná se o údaj přístupný veřejnosti (dále jen veřejný údaj). Veřejný údaj je speciálním případem údaje.

-	Druhou důležitou oblastí, ve které VDF sehrává významnou roli, je oblast směřování ČR k otevřenému vládnutí a postupnému zpřístupňování informací VS veřejnosti. VDF je tvořen publikovanými informacemi VS v podobě otevřených dat a tak se stává součástí všech veřejně přístupných otevřených dat v ČR.	+	Způsob poskytnutí údaje zveřejněním upravuje § 4b [[https://www.zakonyprolidi.cz/cs/1999-106\|InfoZ]], dle kterého se veřejný údaj poskytuje jako informace ve všech formátech a jazycích, ve kterých byla informace vytvořena; při zveřejnění takové informace v elektronické podobě musí být jeden z těchto formátů otevřený a, je-li to možné, též strojově čitelný. Je-li to možné a vhodné, zveřejní povinný subjekt spolu s informací též metadata, která se k ní vztahují. Formát i metadata by měly co nejvíce splňovat otevřené formální normy.

		+	V případě údajů spravovaných v AIS se z principu jedná o informace vedené ve strukturované podobě ve vnitřních databázích informačních systémů, které jsou spravovány databázovými systémy. Databázový systém má rozhraní pro získání obsahu údajů, prostřednictvím kterého lze obsah údajů ve strukturované podobě získat. Jejich zveřejnění v otevřeném a strojově čitelném formátu je tedy technicky možné vždy. Zároveň je možné zveřejnit spolu s informací i metadata a při volbě formátu zveřejněné informace a reprezentaci metadat plně postupovat podle otevřených formálních norem. Z důvodu dosažení interoperability mezi informačními systémy veřejné správy a také z důvodu dosažení přeshraniční interoperability je nutné při zveřejňování údajů postupovat podle [[https://ofn.gov.cz/\|otevřených formálních norem vydávaných MV ČR]] a při zveřejňování metadat je nutné postupovat dle [[https://ofn.gov.cz/rozhran%C3%AD-katalog%C5%AF-otev%C5%99en%C3%BDch-dat/\|otevřené formální normy rozhraní katalogů otevřených dat]]. Jinými slovy, veřejné údaje jsou zveřejňovány v otevřeném a strojově čitelném formátu dle otevřených formálních norem vydávaných MV ČR a jsou katalogizovány v Národním katalogu otevřených dat (NKOD).

-	==== Datové zdroje VS ČR ====	+	Dále je dle § 51 odst. 6, písm. k) [[https://www.zakonyprolidi.cz/cs/2009-111\|ZoZR]] pro údaj vedený nebo vytvářený v rámci agendy, jehož možné hodnoty jsou vymezeny číselníkem, tento číselník veden v [[nap:rpp\|RPP]]. Podle § 69 odst. 4 [[https://www.zakonyprolidi.cz/cs/2009-111\|ZoZR]] MV ČR zveřejní otevřenou formální normu pro vytvoření číselníku a podle § 51 odst. 11 [[https://www.zakonyprolidi.cz/cs/2009-111\|ZoZR]] jsou tyto číselníky veřejně přístupné způsobem umožňujícím dálkový přístup. Číselník pro vymezení možných hodnot údajů pro účely tohoto dokumentu nazýváme veřejný číselník. Ze spojení s § 5a odst. 2 [[https://www.zakonyprolidi.cz/cs/1999-106\|InfoZ]] pak vyplývá, že veřejný číselník musí být zveřejněn jako [[nap:otevrena_data\|otevřená data]] podle otevřené formální normy vyplývající z § 69 odst. 4 [[https://www.zakonyprolidi.cz/cs/2009-111\|ZoZR]].

		+	Z pohledu [[https://www.zakonyprolidi.cz/cs/2009-111\|ZoZR]] odlišujeme dva možné typy veřejných číselníků. Dle § 50 odst. 2 [[https://www.zakonyprolidi.cz/cs/2009-111\|ZoZR]] to jsou číselníky ČSÚ. Dle § 54 odst. 1, písm. a) [[https://www.zakonyprolidi.cz/cs/2009-111\|ZoZR]] to jsou číselníky ohlašovatelů agend. Jinými slovy, možné hodnoty údaje lze vymezit buď číselníkem ČSÚ nebo číselníkem ohlašovatele agendy. Z § 54 odst. 1, písm. a) [[https://www.zakonyprolidi.cz/cs/2009-111\|ZoZR]] vyplývá, že primárně musí být volen číselník, který již je v [[nap:rpp\|RPP]] veden. Pouze pokud žádný vhodný číselník v [[nap:rpp\|RPP]] veden není, uvádí ohlašovatel agendy svůj vlastní číselník, tj. nový číselník ohlašovatele agendy.

-	Datový zdroj je způsob přístupu k datům. Data VS ČR jsou přístupná prostřednictvím datových zdrojů v následujících kategoriích:	+	{{ :nap-dokument:vdf1.png?800 \|}}
-	{{ nap-dokument:zdroje_vdf.png \|}}	+

-	PPDF - propojený datový fond je popsán [[nap:propojeny_datovy_fond\|zde]].	+	Jak bylo zmíněno na začátku dokumentu, rozlišení údajů na veřejné a neveřejné provádíme z pohledu sdílení údajů. Ať už se jedná o údaje veřejné nebo neveřejné, sdílením se podle § 2 písm. o) [[https://www.zakonyprolidi.cz/cs/2000-365\|ZoISVS]] rozumí umožnění přístupu k daným datům prostřednictvím [[nap:referencni_rozhrani\|referenčního rozhraní]].

-	OD - otevřená data - je tvořen všemi publikovanými daty VS ve formátu otevřených dat, která musí splňovat požadavky na otevřená data odpovídající definici uvedené v [[https://www.zakonyprolidi.cz/cs/1999-106#p3-11\|§ 3 odst. 11 zákona č.106/1999 Sb.]] Součástí otevřených dat jsou také všechna otevřená data samospráv, otevřená data využívaná v konceptu SMART Cities a data publikovaná v rámci VDF.	+	{{ :nap-dokument:vdf2.png?800 \|}}

-	Pro data ve formátu otevřených dat platí, že jsou:	+	Podle § 51 odst. 6, písm. k) [[https://www.zakonyprolidi.cz/cs/2009-111\|ZoZR]] musí ohlašovatel agendy zdůvodnit neveřejnost každého jednotlivého údaje, který není přístupný veřejnosti.
-	* Volně přístupná na webu jako datové soubory ke stažení ve strojově čitelném a otevřeném formátu - CSV, XML, JSON, RDF a v dalších formátech s otevřenou specifikací.	+
-	* Opatřená podmínkami užití neomezujícími jejich užití.	+
-	* Evidovaná v [[https://data.gov.cz/\|Národním katalogu otevřených dat (NKOD)]] jako datové sady opatřené přímými odkazy na datové soubory, které je tvoří.	+
-	* Opatřená úplnou, volně dostupnou a otevřenou dokumentací.	+
-	* Opatřená kontaktem na kurátora pro zpětnou vazbu (chyby, žádost o rozšíření, apod.)	+
-	* Jsou publikovány dle otevřených formálních norem ve smyslu [[https://www.zakonyprolidi.cz/cs/1999-106#p4-4b\|§ 4b odst. 1 zákona č. 106/1999 Sb. o svobodném přístupu k informacím.]]	+

-	VDF - veřejný datový fond - je podmnožinou otevřených dat. Je tvořen datovými zdroji, které veřejně zpřístupňují data dostupná v PPDF a datovými zdroji, která veřejně zpřístupňují data, jež [[nap:propojeny_datovy_fond\|PPDF]] vůbec neobsahuje, ve formátu otevřených dat. Jedná se např. o data nutná pro správnou interpretaci dat z PPDF (např. číselníky) nebo o data obsažená v agendách, které nemají ze zákona povinnost publikovat svoje údaje jiným agendám, a tedy ani nejsou součástí [[nap:propojeny_datovy_fond\|PPDF]]. VDF tedy slouží ke zpřístupnění dat [[nap:propojeny_datovy_fond\|PPDF]] jednotlivým OVS v těch případech, kdy příslušná OVS nemají možnost tato data sdílet prostřednictvím [[nap:propojeny_datovy_fond\|PPDF]] (nemají přidělena práva v RPP), nebo takových dat, které vůbec nejsou součástí [[nap:propojeny_datovy_fond\|PPDF]] a v obou případech taková data ke své práci potřebují. Veškerá publikovaná data ve VDF musí být ve formátu otevřených dat a musí splňovat požadavky kladené na otevřená data dle [[https://www.zakonyprolidi.cz/cs/1999-106\|zákona č.106/1999 Sb.]] a dále pak požadavkům právních předpisů na zpracování a ochranu osobních údajů. Nad rámec těchto pravidel musí poskytovatel u svých dat publikovaných ve VDF garantovat jejich aktuálnost, dostupnost a správnost tak, aby je ostatní OVS mohly využívat při své práci.	+	Pro zajištění přístupu k neveřejnému údaji je dle § 54 odst. 1, písm. d) [[https://www.zakonyprolidi.cz/cs/2009-111\|ZoZR]] nutno projít administrativní procedurou vedoucí k získání kladného stanoviska k využití neveřejného údaje. Je také nutno dle § 51 odst. 6, písm. l,m) [[https://www.zakonyprolidi.cz/cs/2009-111\|ZoZR]] evidovat údaje zpřístupněné pro výkon agendy a dle § 57 odst. 1 a 2 [[https://www.zakonyprolidi.cz/cs/2009-111\|ZoZR]] je nutno vést záznamy o využívání neveřejných údajů.

-	Součástí VDF jsou rovněž data s řízeným přístupem. Jedná se o datové sady, které naplňují všechny stanovené podmínky pro otevřená data s výjimkou požadavku, aby jejich poskytovatel nijak neomezoval jejich následné využití. Příkladem takové praxe je podmínění poskytnutí dat předchozí registrací, aby mohl poskytovatel sledovat, jak je s daty nakládáno. Jedná se o takové případy, kdy úplnému otevření dat brání objektivní důvody vyplývající například z legislativy nebo věcně technického charakteru dané datové sady.	+	Naproti tomu využívání veřejných údajů je spojeno s nižší administrativní zátěží. Je pouze nutné podle § 54 odst. 1, písm. c) [[https://www.zakonyprolidi.cz/cs/2009-111\|ZoZR]] při ohlášení agendy uvést, jaké veřejné údaje budou využívány pro výkon agendy.

-	Ačkoli data s řízeným přístupem nejsou otevřená data, hledí se na ně v kontextu VDF jako na otevřená data a musí tedy splňovat všechny požadované podmínky kladené na otevřená data včetně katalogizace v [[https://data.gov.cz/\|NKOD]], s výjimkou upravených podmínek pro jejich užití. Pro úpravu platí, že v podmínkách užití dat musí být uvedena a zdůvodněna všechna stanovená omezení, musí být stanoveny podmínky pro získání souhlasu k užití a musí být uveden kontakt na publikující organizaci pro zažádání o přístup k publikovaným datovým sadám.	+	{{ :nap-dokument:vdf3.png?800 \|}}

-	Udělování fyzického přístupu k takovým datovým sadám a správu a registraci povolených uživatelů plně spadá na publikující organizace.	+	==== Principy veřejného datového fondu ====

-	==== Přístupy k datům VS ====	+	Obecným výchozím principem VDF je [[https://archi.gov.cz/ikcr#architektonicky_princip_cr_p13otevrena_data_jako_standard\|princip P13 eGovernmentu “Otevřená data jako standard” (Open Data by Default)]]:

-	OVM (případně SPUÚ) při výkonu veřejné správy používají údaje vedené v [[nap:zakladni_registry\|systému základních registrů]] a údaje vedené o jednotlivých entitách v jiných agendových systémech, pokud mají dle zákona povinnost publikovat svoje údaje jiným agendám. Tyto údaje tvoří [[nap:propojeny_datovy_fond\|PPDF]] a jednotlivá OVM k nim mají přístup prostřednictvím [[nap:referencni_rozhrani\|referenčního rozhraní veřejné správy]] na základě svých práv a povinností zachycených v [[nap:rpp\|RPP]].	+	//“Veřejné údaje evidované orgány veřejné správy ve spravovaných ISVS musí být zveřejňovány jako [[nap:otevrena_data\|otevřená data]]. Pro neveřejné údaje musí být jako [[nap:otevrena_data\| otevřená data]] zveřejňována jejich anonymizovaná podoba, souhrn nebo statistika. V případě, že orgány veřejné správy sdílejí veřejné údaje (včetně anonymizované podoby neveřejných údajů, souhrnů nebo statistik) musí je sdílet jako [[nap:otevrena_data\| otevřená data]].“//

-	OVM může pro svou práci vyžadovat i údaje nad rámec oprávnění definovaných v [[nap:rpp\|RPP]], případně může potřebovat údaje, které PPDF neobsahuje. V takových případech může přistupovat k veřejně dostupným údajům prostřednictvím VDF a k získání potřebných dat využije vhodnou publikovanou sadu otevřených dat prostřednictvím [[https://data.gov.cz/\|NKOD]].	+	VDF zpřístupňuje veřejné registrované údaje jednotlivým OVM a SPUÚ pro čtení bez omezení přístupu. Navíc jsou všechny údaje přístupné z VDF dostupné ve stejné podobě také prostřednictvím otevřeného přístupu, a to bez výjimky. V obou případech zpřístupnění, tj. prostřednictvím VDF a prostřednictvím otevřeného přístupu, jsou údaje přístupné jako [[nap:otevrena_data\| otevřená data]] dle § 3 odst. 11 [[https://www.zakonyprolidi.cz/cs/1999-106\|InfoZ]].

-	Pokud taková sada neexistuje, požádá ohlašovatele odpovídající agendy o doplnění údajů v podobě otevřených dat do VDF.	+	Pro vymezení navazujících pravidel VDF a navržení jeho celkové architektury slouží čtyři základní principy.

-	{{ nap-dokument:pristupy_3.jpg \|}}	+	* P1 (distribuovanost) - VDF zastřešuje a popisuje skutečné datové zdroje poskytující údaje prostřednictvím [[nap:referencni_rozhrani\|referenčního rozhraní]] a stanovuje pravidla poskytování a čerpání údajů, ale nevynucuje jejich centralizaci na jedno místo.
		+	* P2 (garance) - pro OVM a SPUÚ čerpající údaje z VDF je garantována technická dostupnost a formální správnost (věcná správnost, úplnost, platnost a pravidelná aktualizace) těchto údajů.
		+	* P3 (otevřená data) - údaje přístupné z VDF jsou zpřístupněny jako [[nap:otevrena_data\| otevřená data]] dle § 3 odst. 11 [[https://www.zakonyprolidi.cz/cs/1999-106\|InfoZ]] bez výjimky.
		+	* P4 (interoperabilita) - údaje jsou z VDF zpřístupněny v podobě, která zajišťuje schopnost různých programových vybavení vzájemně si poskytovat služby a efektivně spolupracovat.

-	Veřejnost má otevřený přístup ke všem otevřeným datům a tedy také k údajům ve VDF prostřednictvím [[https://data.gov.cz/\|NKOD]] a Portálu otevřených dat (POD).	+	=== Princip P1 – distribuovanost ===

-	==== Základní charakteristiky VDF ====	+	VDF zastřešuje skutečné datové zdroje, které nemusí být centralizovány v jednom jediném úložišti. VDF spravuje a organizuje metadata o datových sadách, ve kterých jsou údaje z datových zdrojů zpřístupněny. Mezi tato metadata zejména patří:

-	VDF obsahuje datové zdroje, které slouží jako doplňkový zdroj dat pro OVM v takových případech, kdy OVM nemají k použití takových dat přímo z [[nap:propojeny_datovy_fond\|PPDF]] přidělena práva v [[nap:rpp\|RPP]], nebo taková data [[nap:propojeny_datovy_fond\|PPDF]] vůbec neobsahuje.	+	* základní charakteristika datové sady (název, popis apod.),
		+	* dokumentace datové sady,
		+	* popis technického zpřístupnění datové sady.

-	V konečném důsledku se tímto způsobem rozšiřuje sdílení údajů VS nad rámec zajišťovaný [[nap:referencni_rozhrani\|referenčním rozhraním]] v [[nap:propojeny_datovy_fond\|propojeném datovém fondu]] (viz. [[:ikcr\|cíl 5.10 informační koncepce]]). Významným a hodnotným efektem VDF je také jeho zpřístupnění veřejnosti ve formátu otevřených dat v rámci možností a podmínek vymezených v zákonech u jednotlivých agend.	+	Metadata o datových sadách jsou evidovány v podobě katalogizačních záznamů v NKOD.

-	Data ve VDF musí být poskytovány v podobě otevřených dat a musí tak splňovat všechny požadavky kladené na otevřená data dle [[https://www.zakonyprolidi.cz/cs/1999-106\|zákona č.106/1999 Sb.]] VDF je základním prostředkem a metodou pro sdílení veřejných informací mezi veřejnoprávními subjekty navzájem a pro sdílení veřejných údajů mezi veřejnoprávní a soukromoprávní sférou.	+	=== Princip P2 – garance ===

-	Pokud OVS využívá data z VDF, považuje je za správná a nemusí ověřovat jejich správnost.	+	OVM garantuje zpřístupnění veškerých veřejných registrovaných údajů, jejichž je autoritativním zdrojem, prostřednictvím [[nap:referencni_rozhrani\|referenčního rozhraní]] do VDF a na svůj náklad. Údaje dostupné z VDF musí být navíc pro účely čerpání OVM a SPUÚ dostupné, správné, úplné, platné a pravidelně aktualizované s jasně definovanou odpovědností poskytujícího OVM za poskytnutý obsah.

-	Poskytovatel dat do VDF tudíž musí:	+	Pro údaje ve VDF platí:
-	* garantovat správnost publikovaných údajů,	+
-	* garantovat kvalitu publikovaných údajů,	+
-	* garantovat aktuálnost publikovaných údajů,	+
-	* garantovat pravidelnost aktualizace publikovaných údajů,	+
-	* zajišťovat automatickou [[nap:notifikace\|notifikaci]] všech změn zaregistrovaným zájemcům s využitím funkcionality POD.	+

-	==== Nástroje VDF ====	+	* OVM může do VDF poskytovat pouze údaje, u kterých je autoritativním zdrojem.
		+	* OVM poskytující údaje do VDF garantuje správnost, úplnost, platnost a aktuálnost pro čerpající OVM a SPUÚ.
		+	* Infrastruktura VDF zajišťuje jejich dostupnost.
		+	* Pokud OVM či SPUÚ čerpá údaje z VDF, považuje je za správné, úplné, platné a aktuální a nemusí tyto jejich vlastnosti ověřovat.
		+	* Pokud OVM či SPUÚ využívá údaje dostupné ve VDF, přičemž je nezískal přímo z VDF, ale nějakým jiným způsobem, nemůže tyto údaje považovat za správné, úplné, platné ani aktuální.
		+	* Při změně údajů dostupných ve VDF jsou notifikovány všechny OVM a SPUÚ, které údaje využívají.

-	VDF vytvořený na základě principů otevřených dat vytváří virtuální distribuovaný datový prostor, ve kterém OVS sdílí s veřejností i mezi sebou navzájem veřejné údaje evidované v jimi spravovaných ISVS. Správa takového virtuálního prostředí a udržení kvality, konzistence a aktuálnosti publikovaných dat je založena na správě metadat publikovaných datových sad, popisu datových zdrojů a sémantickém mapování prvků struktur datových sad na sémantický slovník pojmů VS s pomocí k tomu určených nástrojů.	+	=== Princip P3 – otevřená data ===

-	Správa dat VDF bude v základu probíhat stejným způsobem jako jsou již spravována otevřená data VS s několika dalšími rozšířeními. Základem bude katalog dat NKOD, který bude upraven a doplněn tak, aby mohl rozlišovat jednotlivé kategorie dat, umožňoval registrace uživatelů a zajišťoval [[nap:notifikace\|notifikace]] změn.	+	Údaje dostupné ve VDF jsou v totožné podobě také povinně publikovány jako [[nap:otevrena_data\| otevřená data]] dle § 3 odst. 11 [[https://www.zakonyprolidi.cz/cs/1999-106\|InfoZ]]. VDF tedy chápeme jako prostředek pro přístup jednotlivých OVM a SPUÚ ke garantovaným otevřeným datům.

-	Přehled všech nástrojů využitých při práci s daty VDF a otevřenými daty uvádí následující obrázek.	+	=== Princip P4 – interoperabilita ===

-	{{ nap-dokument:nastroje_vdf.png \|}}	+	Dva softwarové systémy jsou interoperabilní, pokud jsou schopné si vyměňovat informace a vzájemně si rozumět. V kontextu VDF, jeho širokého využití a velkého počtu informačních systémů je proto nutné zajistit interoperabilitu na úrovni dat reprezentujících vyměňované údaje. Datovou interoperabilitu lze charakterizovat jako:

-	POD zastřešuje nástroje a funkční oblasti [[https://data.gov.cz/\|NKOD]] nutné pro katalogizaci a správu všech kategorií dat v PPDF.	+	* technickou – použití standardních webových technologií pro perzistentní (tj. trvalou) identifikaci údajů a jejich výměnu,
		+	* syntaktickou – specifikace a dodržování konkrétních formátů dat, komunikačních protokolů a dalších vlastností systémů, které umožňují přistupovat k datům z různých zdrojů standardním způsobem,
		+	* sémantickou – způsob popisu a mapování datových položek, společné slovníky a jednotná klasifikace pojmů.

-	Základní zajišťované funkce:	+	Ve VDF je technická, syntaktická a sémantická interoperabilita zajištěna prostřednictvím otevřených formálních norem vydávaných MV ČR pro různé typy dat poskytovaných do VDF.
-	* katalogizace otevřených dat (VDF a OD),	+
-	* automatická [[nap:notifikace\|notifikace]] změn v publikovaných datových sadách.	+

-	Základní logické celky POD:	+	==== Začlenění veřejného datového fondu do výkonu veřejné správy ====
-	* NKOD - upravený a doplněný pro správu informací o jednotlivých kategoriích dat a jejich zařazení do VDF.	+
-	* NKOD je nástroj, ve kterém jednotlivé OVS katalogizují jimi zveřejňovaná otevřená data a jiné OVS a veřejnost v něm otevřená data vyhledává a získává k nim přístup.	+
-	* Existence NKOD a povinnost jednotlivých OVS v něm katalogizovat svá otevřená data je dána zákonem č. 106/1999 Sb., o svobodném přístupu k informacím, který zavádí definici otevřených dat a zakládá existenci NKOD.	+
-	* Katalog uživatelů otevřených dat (KUOD) - bude evidovat, jaké OVS využívají jaká otevřená data ve VDF.	+
-	* Katalog (registr) uživatelů dat s požadavkem [[nap:notifikace\|notifikace]] změn v publikovaných datových sadách - seznam uživatelů s požadavky na zasílání [[nap:notifikace\|notifikací]] o změnách pro konkrétní publikované datové sady.	+
-	* Notifikační HUB - nástroj zajišťující s pomocí KUOD s požadavkem notifikace automatickou distribuci notifikací změn v publikovaných sadách při ohlášení změny ze strany publikujícího OVS. Při registraci datové sady předává publikujícímu OVS URI pro zasílání informací o změnách.	+
-	* Registr požadovaných datových sad VDF - seznam požadavků na doplnění chybějících obrazů PPDF do VDF.	+

-	Sémantický slovník pojmů - slovník pojmů veřejné správy, jako nástroj harmonizace sémantiky otevřených dat, bude vytvořen na bázi výčtů údajů vedených k agendám v RPP dle § 51 odst. 5 písm. g), h) a i) zákona č. 111/2009 Sb. o základních registrech a bude je postupně rozpracovávat do podoby opakovaně použitelných a sdílených informačních modelů (ontologií), které budou propojeny na údaje vedené k agendám a též propojovány se slovníky a ontologiemi vznikajícími z iniciativy EU (např. ISA Core Vocabularies). Logická datová schémata popisující jejich strojové (syntaktické) vyjádření na logické úrovni budou propojena na pojmy sémantického slovníku pojmů, čímž bude realizováno propojení sémantiky (významu) dat napříč jednotlivými datovými sadami a jejich zdroji. Sémantický slovník pojmů bude nedílnou součástí VDF a stane se základem popisu sémantiky publikovaných dat a jejich vzájemného propojení.	+	=== Využití veřejného datového fondu pro doplnění datového kmene agendy ===

-	Nástroj pro správu sémantického slovníku pojmů (NSSSP) – umožní správu sémantického slovníku pojmů všemi OVS a popisovat jejich data za účelem sémantické harmonizace.	+	Základem pro výkon agendy je její datový kmen. Kompletace datového kmene agendy pro konkrétní výkon je zajišťována prostřednictvím [[nap:propojeny_datovy_fond\|PPDF]] a VDF. Výměna neveřejných registrovaných údajů je prováděna prostřednictvím [[nap:propojeny_datovy_fond\|PPDF]] ve vazbě na konkrétní subjekt práva evidovaný v základních registrech na základě oprávnění evidovaných v [[nap:rpp\|RPP]]. Veřejné registrované údaje jsou vyměňovány prostřednictvím VDF. Výměna prostřednictvím VDF je spojena s jednodušším administrativním procesem a oproti výměně prostřednictvím [[nap:propojeny_datovy_fond\|PPDF]] umožňuje dávkovou výměnu údajů v podobě celého obsahu datových sad s údaji bez vazby na konkrétní subjekt práva. Je-li to nezbytně nutné, lze veřejné registrované údaje sdílet i prostřednictvím [[nap:propojeny_datovy_fond\|PPDF]], ale vždy jen na základě oprávnění a ve vazbě na konkrétní subjekt práva.

-	Portál otevřených dat (POD) – vstupní brána do světa otevřených dat VS. Obsahuje NKOD, vzdělávací informace, publikační standardy, šablony, doporučené postupy, související dokumenty a informace o otevřených datech zveřejněných ve Standardech publikace a katalogizace otevřených dat	+	{{ :nap-dokument:vdf5.png?800 \|}}

-	Lokální katalog otevřených dat - LKOD - volitelně implementován pro potřeby katalogizace otevřených dat konkrétního poskytovatele dat. NKOD pravidelně automaticky přebírá informace o zveřejněných datových sadách z jednotlivých lokálních katalogů.	+	=== Přístup veřejnosti k údajům ===

-	Katalog aplikací nad otevřenými daty – seznam všech služeb (aplikací) využívajících publikované datové sady s možnostmi vyhledávání dle využívaných datových sad, nebo na základě životních situací konzumenta dat.	+	K údajům veřejné správy má možnost přístupu ke čtení i veřejnost.

-	==== Obsahové rozdělení datových zdrojů VDF ====	+	Přístup veřejnosti k veřejným údajům je zajišťován prostřednictvím otevřeného přístupu. Ten je charakteristický tím, že veřejné údaje jsou pro čtení zpřístupněny anonymním uživatelům z veřejného internetu bez jakéhokoliv omezení.

-	VDF je tvořen dvěma druhy datových zdrojů:	+	Přístup veřejnosti k neveřejným údajům je realizován prostřednictvím řízeného přístupu. Pro tento přístup ale platí, že je možný pouze na základě definovaných oprávnění konkrétním subjektům práva. Pravidla řízeného přístupu však budou teprve popsána a zde se jim dále nevěnujeme.
-	* datové zdroje obsahující veřejný obraz PPDF,	+
-	* datové zdroje rozšiřující obraz PPDF o data, která v PPDF nejsou.	+

-	Veřejně přístupným obrazem datového zdroje chápeme data z tohoto zdroje transformovaná do strojově čitelné podoby, kterou lze zveřejnit. V případě, že lze datový zdroj zveřejnit celý v jeho původní podobě, je touto transformací identita. Tj. datový zdroj je v tomto případě sám sobě veřejně přístupným obrazem. U ostatních datových zdrojů transformace v maximální možné míře zachovává detaily původních dat a provádí tak typicky jen nezbytně nutnou anonymizaci. Ta většinou znamená buď projekci dat (tj. odstranění některých typů údajů z datové sady) nebo jejich statistickou agregaci.	+	{{ :nap-dokument:vdf6.png?800 \|}}

-	{{ nap-dokument:vycet_vdf.png \|}}	+	==== Základní struktura veřejného datového fondu ====

-	Pro datové zdroje vytvářející veřejně přístupný obraz PPDF by měla platit následující jednoduchá obecná pravidla.	+	Vnitřní architektura VDF je kromě samotných veřejných registrovaných údajů datového fondu VS ČR tvořena také dílčími nástroji. Dílčí nástroje jsou primárně určeny pro ukládání obsahu datových sad a práci s metadaty datových sad. Dále je tvořen souborem pravidel, postupů a doporučení, které slouží k zabezpečení vyžadovaných vlastností zpřístupněných údajů, k zajištění jejich správné publikace a vytvoření podmínek pro využití publikovaných údajů při výkonu veřejné správy. Architektura VDF je zcela otevřená a připravená pro její další rozšiřování v závislosti na požadavcích na další funkcionality, a také pro podporu sémantické interoperability.
-	* Pro každý datový zdroj v PPDF musí existovat nějaký obraz ve VDF a to:	+
-	* pro datové zdroje s legislativně stanoveným dálkovým přístupem budou předmětem publikace vždy primární data,	+
-	* u datových zdrojů bez legislativně stanoveného dálkového přístupu budou v případě, že tomu nebude nic bránit, publikována primární data, v opačném případě bude jejich publikace provedena formou statistik a agregací s co nejjemnější granularitou.	+

-	==== Výčet datových zdrojů tvořící obsah VDF ====	+	Přístup k údajům prostřednictvím VDF je technicky zajišťován jako

-	* Obrazy základních registrů - jako obraz registru budou publikovány statistiky z registru	+	* přístup k datovým souborům s obsahem datových sad ke stažení (povinně)
-	* [[nap:ros\|ROS]]	+	* přístup ke konkrétní položce datové sady prostřednictvím REST API (volitelně)
-	* [[nap:ruian\|RÚIAN]]	+	* dotazování nad obsahem datové sady prostřednictvím SPARQL API (volitelně)
-	* [[nap:rob\|RPP]]	+
-	* [[nap:rob\|ROB]]	+
-	* Obrazy veřejných rejstříků (veřejné rejstříky právnických a fyzických osob podle zákona č. 304/2013 Sb. (Zákon o veřejných rejstřících právnických a fyzických osob.).	+
-	* spolkový rejstřík,	+
-	* nadační rejstřík,	+
-	* rejstřík ústavů,	+
-	* rejstřík společenství vlastníků jednotek,	+
-	* obchodní rejstřík,	+
-	* rejstřík obecně prospěšných společností.	+
-	* Obrazy údajů evidovaných v RPP dle § 51 odst. 5 písm. h) zákona č. 111/2009 Sb. o základních registrech.	+
-	* Obrazy všech rejstříků, u kterých zákon definuje jejich dálkový přístup, pokud neexistují žádné právní překážky nebo významná rizika (v případě rejstříků bez stanoveného dálkového přístupu v zákonech - publikace agregací nebo statistik).	+
-	* Publikované (i lokální) číselníky, jejich sémantické provázání, případná konsolidace a uvedení kontextů zachycujících jejich použití.	+
-	* Publikované statistiky a jiné údaje využívané OVS, a které jsou vhodné pro veřejné zpřístupnění.	+

		+	Přístup je zajištěn pomocí služeb [[nap:referencni_rozhrani\|referenčního rozhraní]]. Pro účely [[nap:propojeny_datovy_fond\|PPDF]] jsou služby [[nap:referencni_rozhrani\|referenčního rozhraní]] poskytovány prostřednictvím [[nap:iszr\|ISZR]] a [[nap:egsb\|ISSS]]. Oba ale předpokládají přístup k údajům o konkrétním subjektu práva vedeném v [[nap:zakladni_registry\|ZR]] a s potřebnými oprávněními. VDF však zavádí dávkový přístup k obsahu jednoho nebo více údajů bez vazby na konkrétní subjekt práva a to ke kompletnímu obsahu nebo k obsahu vázanému na jednu datovou položku. Za tímto účelem musí být [[nap:referencni_rozhrani\|referenční rozhraní]] rozšířeno o nové služby pro:

-	==== Zjednodušený koncept publikace dat do VDF ====	+	* čtení publikovaného datového souboru s obsahem datové sady
		+	* čtení publikované položky datové sady
		+	* dotazování nad obsahem datové sady

-	Cílem publikace dat VS do VDF je vytvoření harmonizovaného a konzistentního obrazu PPDF ve VDF, sémanticky provázaného i na odpovídající pojmy legislativy s pomocí Sémantického slovníku pojmů, včetně zachycených vzájemných souvislostí. Aby byla zajištěna konzistence VDF, a aby se z něj vytvořil rovnocenný obraz PPDF je proto nutné, aby publikované datové sady datových zdrojů v PPDF byly publikované i na úrovni propojených dat. Toho se dosáhne publikací konkrétních distribucí datových sad z PPDF se strojově čitelnou vazbou na sémantický slovník pojmů.	+	Tyto nové služby nemohou být z výše uvedených důvodů poskytovány prostřednictvím [[nap:iszr\|ISZR]] ani [[nap:egsb\|ISSS]] a proto je zavedena nová třetí komponenta [[nap:referencni_rozhrani\|referenčního rozhraní]] //Informační systém garantovaných otevřených dat (ISGOD)//. ISGOD zajišťuje jednotlivým OVM a SPUÚ přístup ke garantovaným otevřeným datům ve VDF prostřednictvím [[nap:referencni_rozhrani\|referenčního rozhraní]].

-	* Základem publikace do VDF je tedy sémantický slovník pojmů vytvořený na základě údajů v RPP, a který popisuje PPDF a tedy i budoucí obrazy ve VDF.	+	Do VDF publikují jednotlivé AIS i [[nap:zakladni_registry\|ZR]]. Dále tedy v textu hovoříme o publikujícím ISVS, ale vždy je tím myšleno publikující AIS či [[nap:zakladni_registry\|ZR]].
-	* Vlastní publikace bude realizovaná distribucemi datových sad s využitím takového formátu, který umožní zaznamenání souvislostí v datech a vazeb na sémantický slovník pojmů ve strojově čitelné podobě.	+

-	Publikované obrazy datových zdrojů PPDF ve VDF vytvoří infrastrukturu pro všechna otevřená data VS, což prakticky znamená, že publikující organizace nebudou muset při publikaci nových datových sad publikovat data, která již vypublikovaná budou, ale pouze budou publikovat nové rozšiřující informace k jednotlivým entitám VDF. Do jejich povinností ale přibude povinnost doplnit vazby nově publikovaných údajů na již existující entity ve VDF.	+	ISGOD je logickým zastřešením několika aplikačních komponent tvořících prostředí VDF. Komponenty jsou popsány v následujících podkapitolách.

-	Publikovaná datová sada z datového zdroje PPDF musí k tomu, aby se stala součástí VDF:	+	=== Úložiště datových sad ===
-	* musí splňovat všechny podmínky kladené na otevřená data ve smyslu zákona č. 106/1999 Sb. o svobodném přístupu k informacím,	+
-	* musí být publikována dle předepsaných otevřených formálních norem ve smyslu § 4b odst. 1 zákona č. 106/1999 Sb. o svobodném přístupu k informacím	+
-	* musí mít doplněn kontext, který mapuje strukturální prvky datové sady na sémantický slovník pojmů.	+

-	Dále platí následující pravidla:	+	Úložiště datových sad slouží k ukládání obsahu registrovaných veřejných údajů vedených v daném publikujícím ISVS v podobě distribucí datových sad. Pro každý publikující ISVS je vytvořeno úložiště, jehož správcem je správce ISVS. Úložiště datových sad zajišťuje:
-	* V případě duplicit u publikovaných datových sad ve VDF, nebo doplňování údajů různými publikujícími ke stejné publikované entitě, spadá povinnost doplnění vazeb na již publikované údaje vždy na toho publikujícího, který publikuje doplňující údaje.	+
-	* U každé datové sady publikované do VDF musí být uvedena informace o [[nap:notifikace\|notifikačním]] mechanismu o změnách dle příslušné OFN uvedené na POD.	+
-	* K zajištění právní závaznosti publikovaných dat musí být garantována jejich kvalita, aktuálnost a bezodkladná aktualizace, prostřednictvím organizačního a procesního zajištění v organizaci poskytovatele dat.	+
-		+
-	==== Správa dat VS ČR ====	+

-	Zapojení VDF do výkonu veřejné správy vyžaduje zajištěnou garanci kvality publikovaných datových sad, což znamená zajistit publikaci skutečně právně závazných, platných a pravidelně aktualizovaných datových sad s jasně definovanou zodpovědností OVS za takové sady. Je zřejmé, že takový stav bude obtížné dosáhnout stávajícími přístupy k publikaci otevřených dat ve VS, kdy publikace probíhá ne příliš koordinovaně, často nestandardními způsoby a s absencí používání doporučených standardů.	+	* kontrolu souladu nahrávaného obsahu s otevřenými formálními normami
		+	* transformaci obsahu do všech podob daných otevřenými formálními normami s pomocí transformačních skriptů definovaných otevřenými formálními normami
		+	* zpřístupnění těchto podob jako distribuce datových sad, a to jako
		+	* datové soubory ke stažení (povinně)
		+	* API umožňující přistoupit ke každé jednotlivé položce datové sady (nepovinně)
		+	* API umožňující dotazování nad obsahem uložených datových sad pomocí dotazovacího jazyka SPARQL (nepovinně)
		+	* garantovanou dostupnost distribucí datových sad při přístupu prostřednictvím ISGOD
		+	* požadovaná úroveň dostupnosti distribucí je stejná jako požadovaná úroveň dostupnosti ostatních služeb [[nap:iszr\|ISZR]] a [[nap:egsb\|ISSS]]
		+	* negarantovanou dostupnost distribucí datových sad při přístupu prostřednictvím veřejného internetu

-	K zajištění kvalitního veřejného datového fondu bude nutné přistoupit k plánovanému a přesně definovanému vytváření VDF a také ke změně stávajícího paradigmatu správy dat VS ČR - oddělit data VS od aplikací a posunout je do centra řízení informatiky v souladu s postavením dat v legislativě. Správa a řízení dat VS se zdá být v budoucnu nezbytná i ve světle proklamací, že data jsou to nejcennější co organizace, a tedy i veřejná správa a v konečném důsledku i veřejnost, mají.	+	Úložiště datových sad daného publikujícího ISVS není novým ISVS, ale je součástí publikujícího ISVS.

-	K zajištění kvality publikovaných datových sad, budou vydány:	+	Softwarový nástroj úložiště datových sad může správce ISVS vyvinout vlastní nebo může využít volně dostupný open-source nástroj nabízený a udržovaný MV ČR.
-	* “Pravidla a postupy publikace dat do VDF”,	+
-	* “Pravidla a postupy publikace otevřených dat”,	+
-	* “Datová politika VS ČR”.	+

-	Dále budou k zajištění snadného využití publikovaných datových sad soustavně rozvíjeny stávající a vytvářeny nové OFN (Otevřené formální formy), určující koncepční i technické vzory pro vlastní publikaci dat. OFN jsou a budou publikovány na Portálu otevřených dat a jsou dle zákona č.106/1999 Sb. pro publikující organizace závazné.	+	=== Národní katalog otevřených dat ===

-	==== Pohledy na veřejný datový fond ====	+	V NKOD jsou evidovány katalogizační záznamy o všech datových sadách dostupných ve VDF. Za katalogizaci datových sad je zodpovědný publikující ISVS, který nahrává obsah do svého úložiště datových sad jako distribuce obsahu datové sady. Publikující ISVS poskytuje API dle [[https://ofn.gov.cz/rozhran%C3%AD-katalog%C5%AF-otev%C5%99en%C3%BDch-dat/\|otevřené formální normy rozhraní katalogů otevřených dat]], prostřednictvím kterého poskytuje katalogizační záznamy o svých publikovaných datových sadách. API zaregistruje správce ISVS v NKOD. NKOD si poté pravidelně katalogizační záznamy načítá.

-	{{ :nap-dokument:vdf_-_byznys.png \|}}	+	Čtenáři údajů z VDF mohou v NKOD vyhledávat datové sady a získávat tak metadata popisující přístup k jejich distribucím prostřednictvím VDF. Metadata také popisují přístup k distribucím prostřednictvím otevřeného přístupu.

-	{{ :nap-dokument:vdf_-_aplikace.png \|}}	+	Správcem NKOD je MV ČR.

-	===== Pravidla Veřejného datového fondu =====	+	=== Registr práv a povinností ===
-	VDF je tvořen otevřenými daty poskytovanými jednotlivými OVS za účelem sdílení s dalšími OVS a je podmnožinou všech otevřených dat VS. Je tedy nutné zajistit, aby všechny funkční celky architektury jednotlivých úřadů VS respektovaly a dodržovaly pravidla platná pro:	+
-	* otevřená data (legislativně podpořená zákonem č.106/1999 Sb.),	+
-	* data VDF - pravidla pro otevřená data navíc doplněná o další specifika odvozená od charakteristik VDF.	+

-	==== Otevřená data ====	+	V [[nap:rpp\|RPP]] je evidována přístupnost registrovaných údajů veřejnosti (tj. veřejnost údajů) a veřejné číselníky, které kódují jejich možné hodnoty. Ohlašovatel agendy je povinen označit přístupnost údaje veřejnosti. Také je povinen uvést, zda je údaj kódován veřejným číselníkem. Obsah veřejných údajů a veřejných číselníků je pak sdílený v podobě distribucí datových sad dostupných jako otevřená data prostřednictvím otevřeného přístupu a prostřednictvím VDF.

-	Otevřená data jsou:	+	Pro potřeby otevřeného přístupu i VDF je pro každý veřejných číselník evidováno IRI datové sady v NKOD, ve které je obsah číselníku přístupný. To samé platí pro veřejný údaj, pouze může být datových sad více.
-	* Volně přístupná na webu jako datové soubory ke stažení ve strojově čitelném a otevřeném formátu - CSV, XML, JSON, RDF (JSON-LD, Turtle, …) a další formáty s otevřenou specifikací.	+
-	* Opatřená podmínkami užití neomezujícími jejich užití.	+
-	* Evidovaná v Národním katalogu otevřených dat (NKOD) jako datové sady opatřené přímými odkazy na datové soubory, které je tvoří.	+
-	* Opatřená úplnou dokumentací.	+
-	* Opatřená kontaktem na kurátora pro zpětnou vazbu (chyby, žádost o rozšíření, apod.).	+
-	* Jsou publikovány dle otevřených formálních norem ve smyslu § 4b odst. 1 zákona č. 106/1999 Sb. o svobodném přístupu k informacím.	+
-		+
-	==== Využívání otevřených dat při výkonu veřejné správy ====	+

-	Nejsou stanovené žádné požadavky na způsoby použití publikovaných otevřených dat, data lze libovolně importovat do vhodných aplikací a informačních systémů. Publikovaná data jsou zpřístupněna prostřednictvím NKOD (POD) a lze je získat jako soubory s datovými sadami. K datům lze také přistupovat s využitím aplikací třetích stran, které příslušné data využívají.	+	Čtenáři údajů z VDF vyhledávají v [[nap:rpp\|RPP]] evidenci údajů potřebné údaje. V případě veřejných údajů získávají IRI datových sad v NKOD, s pomocí kterých mohou z NKOD získat metadata popisující přístup k obsahu veřejných údajů. Podobně v případě údajů, jejichž hodnoty jsou kódovány veřejnými číselníky, získávají IRI datových sad v NKOD, s pomocí kterých mohou z NKOD získat metadata popisující přístup k obsahu veřejných číselníků.

-	==== Publikace otevřených dat ====	+	V [[nap:rpp\|RPP]] je také pro každou agendu evidován výčet veřejných registrovaných údajů, které jsou využívány pro výkon agendy.

-	=== Příprava ISVS pro export otevřených dat ===	+	Správcem [[nap:rpp\|RPP]] je MV ČR.

-	Zásadní je zajištění přístupu k datům IS. Provozovaný IS tedy musí:	+	=== Katalog uživatelů dat ===
-	* umožňovat přístup k databázi nebo	+
-	* mít možnost stahovat volitelně strukturovaná data (tabulky) z reportingového modulu systému, nebo	+
-	* nabídnout API, ze kterého se dají pravidelně získávat kompletní data v podobě datových souborů.	+

-	Vhodné otevřené formáty:	+	Katalog uživatelů dat eviduje, jaké datové sady z VDF čerpají konkrétní OVM a SPUÚ. Registraci čerpání datové sady provádí OVM či SPUÚ za účelem získávání notifikací o změnách v datové sadě. Registrace je předvyplněna z evidence čtení registrovaných veřejných údajů v [[nap:rpp\|RPP]].
-	* tabulková data - CSV, XML, JSON, RDF (JSON-LD, Turtle, …),	+
-	* hierarchická data - XML, JSON, RDF (JSON-LD, Turtle, …),	+
-	* grafová data - RDF (JSON-LD, Turtle, …),	+
-	* geodata(prostorová data) - GeoJSON, ESRI Shapefile, OGC GML, OGC GeoPackage.	+

-	Struktura dat musí být zdokumentována lidsky čitelným dokumentem, ale také strojově čitelným schématem.	+	Registrace mj. obsahuje:
-	Doporučené jazyky pro definici schémat schémata:	+
-	* CSV - schéma CSV on the Web,	+
-	* XML - XML Schema,	+
-	* JSON - JSON schema,	+
-	* RDF - RDFS, OWL, SHACL	+

-	Při dodržení výše uvedených bodů jsou získaná kompletní data z IS připravena k publikaci formou otevřených dat.	+	* IRI OVM či SPUÚ
		+	* IRI datové sady
		+	* požadovanou maximální frekvenci notifikací (ihned, hodinová, denní, týdenní, ...)
		+	* požadovaný způsob a technická specifikace notifikace (datová schránka, WebSub protokol)

-	=== Export dat nebo API v proprietárním formátu ===	+	Správcem katalogu uživatelů dat je MV ČR.

-	Pokud se jedná o rozšíření existujícího IS, který neumožňuje export dat nebo nenabízí API ve strojově čitelném a otevřeném formátu a takovou úpravu nelze v IS provést, využije se stávající export či API, které již systém nabízí (např. do MS Excel), a tento výstup se dále zpracuje do otevřeného formátu pomocí dalších nástrojů tak, aby bylo dosaženo stavu jako v případě přímého exportu do otevřeného formátu.	+	=== Notifikační hub ===

-	=== Závěrečná příprava dat k publikaci v podobě otevřených dat ===	+	Notifikační hub je nástroj zajišťující s pomocí katalogu uživatelů dat notifikační službu, která informuje subjekty registrované v katalogu uživatelů dat ke čtení datových sad z VDF o změnách v datových sadách. Jedná se o automatickou notifikaci o změnách zjištěných při ohlášení změny ze strany poskytujícího ISVS.

-	Data získaná z IS jedním z popsaných způsobů je následně třeba publikovat jako otevřená data. To znamená minimálně:	+	Notifikační hub je implementován na bázi mezinárodního standardu [[https://www.w3.org/TR/websub/\|W3C Recommendation WebSub]].
-	- V případě API zajistit jeho vytěžení pro získání kompletních dat k publikaci (tj. případná přímá publikace API nenaplňuje podmínky otevřených dat)	+
-	- Zajistit pravidelnou aktualizaci získaných dat (dle charakteru dat to může být ve frekvenci např. denně, měsíčně nebo ročně)	+
-	- Publikovat získaná data na web ke stažení a následně publikovat každou jejich aktualizaci	+
-	- Opatřit je dokumentací, podmínkami užití a kontaktem na kurátora	+
-	- Katalogizovat je v Národním katalogu otevřených dat (NKOD)	+

-	K tomu lze využít nástrojů pro přípravu, publikaci a katalogizaci otevřených dat, jako je třeba LinkedPipes ETL.	+	Správcem Notifikačního hubu je MV ČR.
-	Publikace otevřených dat by měla být zajištěna koncepčně na úrovni celé organizace. Kompletní postupy jsou k dispozici na POD, včetně vyžadovaných standardů.	+

-	==== Data VDF ====	+	=== Směrovací služba ===

-	=== Otevřená data ve VDF ===	+	Distribuce datové sady je v otevřených datech zpřístupněna jako datový soubor ke stažení nebo jako API, které umožňuje získat data každé jednotlivé položky datové sady (entity), o níž jsou v datové sadě reprezentovány údaje. Přístup k údajům je realizován s pomocí tzv. dereference identifikátoru položky. V otevřených datech jsou jako identifikátory použity tzv. IRI (Internationalized resource identifier, více viz [[https://ofn.gov.cz/propojen%C3%A1-data/draft/#URI-IRI-URL\|Otevřená formální norma pro propojená data]]). Dereference identifikátoru v podobě IRI znamená přistoupení k IRI prostřednictvím HTTP protokolu podobně jako přistupujeme k webovým stránkám. Výsledkem dereference je strojově nebo lidsky čitelná reprezentace údajů o identifikované položce (v závislosti na HTTP content negotiation).

-	Ve VDF jsou poskytována otevřená data, která jsou určena mj. k využití jinými OVS při výkonu veřejné správy i mimo jejich rozsah práv a povinností zachycených v RPP. Nad rámec otevřených dat platí pro otevřená data ve VDF následující:	+	IRI položky vyplývá z úložiště datových sad, na kterém je datová sada s položkou fyzicky uložena a z [[https://ofn.gov.cz/propojen%C3%A1-data/draft/#obecn%C3%A1-pravidla-pro-tvorbu-IRI\|pravidel pro tvorbu IRI]]. To ale činí IRI závislé na konkrétním fyzickém umístění, které se může měnit. Např. může změnit své fyzické umístění celé úložiště tím, že se změní jeho provozovatel nebo je přesunuto do jiného prostředí. Nebo může dojít k rozhodnutí přesunout obsah datové sady do jiného úložiště. Pokud k takové změně dojde, může dojít i ke změně IRI položek. Přes tato IRI ale již mohou být propojeny údaje o prvku či souvisejících prvcích z jiných datových sad ve VDF i v otevřených datech či údajích dostupných přes řízený přístup. Pokud se IRI takto mění, znamená to, že nejsou tzv. perzistentní, tj. trvalé. Pro zajištění perzistentních, tj. trvalých, identifikátorů slouží směrovací a indexační služba.
-	* Pokud OVS využívá data z VDF, považuje je za správná a nemusí ověřovat jejich správnost.	+
-	* Poskytovatel dat do VDF garantuje správnost, kvalitu, aktuálnost a pravidelnou aktualizaci údajů publikovaných ve VDF.	+
-	* Poskytovatel dat do VDF zajišťuje automatickou notifikaci všech změn v údajích publikovaných ve VDF zaregistrovaným zájemcům s využitím funkcionality Portálu otevřených dat.	+

-	=== Využívání otevřených dat z VDF při výkonu veřejné správy ===	+	Pro veřejný údaj je nutné, aby správce ISVS, ze kterého se obsah údaje publikuje, zavedl identifikátory položek datové sady do směrovací služby a určil k nim tzv. referenční identifikátory na doméně gov.cz. Pro položku tak existují dva identifikátory. První je původní identifikátor položky určený správcem ISVS. Vyplývá z úložiště datových sad, ve kterém je obsah datové sady uložen. Jedná se o IRI v doméně úložiště, při jehož dereferenci úložiště poskytne obsah o identifikované položce. Nazýváme jej lokální identifikátor položky nebo zkráceně //lokální IRI položky//. Druhý identifikátor je nový identifikátor, který je nezávislý na úložišti. Nazýváme jej referenční identifikátor položky ve VDF nebo zkráceně //referenční IRI položky//. Referenční IRI používají pro odkazování se na položku všechny datové sady. Dereference referenčního IRI vede na směrovací službu, která provede přesměrování na lokální IRI položky.

-	Při výkonu veřejné správy může OVS potřebovat údaje jiných OVS, kterým ale nemá přístup v rámci rozsahu stanoveného v RPP. Pokud se jedná o veřejné údaje, přistupuje k nim prostřednictvím VDF. Jsou-li data ve VDF dostupná, není žádný jiný způsob přístupu k datům a sdílení dat povolen. Typicky jsou data z VDF využívána následujícím způsobem:	+	Při změně úložiště datových sad nebo obecně při změně lokálních IRI je upraveno směrování ve směrovací službě. Tím je zajištěna perzistence IRI, která umožňuje trvalé a neměnné propojení údajů o stejné položce napříč různými datovými zdroji nezávisle na poskytovatelích těchto údajů.

-	* ruční vyhledání potřebných datových sad v NKOD a zjištění odkazů ke stažení dat,	+	Správcem směrovací a indexační služby je MV ČR.
-	* nastavení skriptů k pravidelnému importu nalezených datových sad do vlastního IS ze zjištěných odkazů,	+
-	* import datových sad do IS VS,	+
-	* registrace v Notifikačním hubu k pravidelnému a strojovému získávání aktualizací,	+
-	* nastavení skriptů k importu změn získaných z Notifikačního hubu do IS VS.	+

-	=== Publikace otevřených dat do VDF ===	+	===== Pravidla veřejného datového fondu =====

-	Pro publikaci otevřených dat do VDF platí stejná pravidla jako pro publikaci otevřených dat uvedená výše. Navíc musí být dodržená následující pravidla:	+	==== Pravidla pro údaje zpřístupněné veřejným datovým fondem ====
-	* Publikovaná data jsou popsána sémantickým slovníkem pojmů, který je vytvořen na základě údajů v RPP. Popis dat sémantickým slovníkem pojmů je vytvořen a publikován dle otevřené formální normy “Popis dat sémantickým slovníkem pojmů”. Sémantický slovník pojmů je tvořen a publikován dle otevřené formální normy “Sémantický slovník pojmů”.	+
-	* K identifikaci entit, o nichž jsou publikovány údaje ve VDF, jsou použita IRI dle otevřené formální normy “Propojená data”.	+
-	* V publikovaných datech se nepublikují duplicitní údaje s již publikovanými údaji ve VDF. V případě, že OVS publikuje údaje o entitě, o níž již publikuje ve VDF údaje jiný OVS, publikuje OVS pouze nové doplňující údaje k této entitě. V případě, že zavádí vlastní IRI k identifikaci entity než jiný OVS, propojí vlastní IRI s původním dle otevřené formální normy “Propojená data”.	+
-	* Souvislosti mezi entitami v datech stejného poskytovatele i různých poskytovatelů jsou reprezentovány dle otevřené formální normy “Propojená data”. Poskytovatel údajů ve VDF se snaží maximálně propojit entity, o nichž publikuje údaje, na entity, o nichž publikují údaje jiné OVS.	+

-	=== Údaje povinně zveřejňované ve VDF ===	+	Ve VDF jsou zpřístupňovány veřejné registrované údaje spravované jednotlivými OVM. Pro údaje zpřístupněné prostřednictvím VDF platí:
-	Ve VDF jsou jako otevřená data povinně zveřejňovány následující údaje:	+

-	^Poskytovatel zveřejňující údaje ve VDF ^Zveřejňované údaje ^Způsob zveřejnění\|	+	* Údaje jsou zpřístupněny v datových sadách prostřednictvím [[nap:referencni_rozhrani\|referenčního rozhraní]] pro potřeby čtenářů údajů - OVM a SPUÚ.
-	\|Český statistický úřad \|Číselníky zavedené sdělením ve Sbírce zákonů \|Dle OFN Číselníky\|	+	* Datové sady jsou navíc publikovány prostřednictvím otevřeného přístupu (tj. jako otevřená data dle § 3 odst. 11 [[https://www.zakonyprolidi.cz/cs/1999-106\|InfoZ]]) v totožné podobě (tj. s totožnou strukturou a sémantikou).
-	\|Ohlašovatel agendy ve smyslu § 48 písm. f) zákona č. 111/2009 Sb. o základních registrech \|Číselníky kódující údaje uvedené v registru práv a povinností dle § 51 odst. 5 písm. h) zákona č. 111/2009 Sb., o základních registrech. Ohlašovatel agendy číselník zveřejňuje ve VDF, pokud již číselník nezveřejňuje Český statistický úřad nebo jiný ohlašovatel.\|Dle OFN Číselníky\|	+	* Otevřený přístup i přístup prostřednictvím VDF jsou tedy dva přístupy ke stejnému obsahu v podobě otevřených dat.
		+	* První je určen pro veřejnost, druhý je určen pro OVM a SPUÚ a je realizován prostřednictvím [[nap:referencni_rozhrani\|referenčního rozhraní]].
		+	* Datové sady jsou popsány v podobě katalogizačních záznamů (metadat) v NKOD.
		+	* Datové sady jsou fyzicky dostupné v podobě distribucí. Různé distribuce stejné datové sady zpřístupňují její obsah v různých formátech a prostřednictvím různých přístupových mechanismů. Proto je každá distribuce zaznamenána v katalogizačním záznamu datové sady v NKOD. VDF předpokládá tři následující způsoby zpřístupnění obsahu datové sady, z nichž první je povinný a zbylé dva jsou volitelné:
		+	* v podobě datového souboru s kompletním obsahem datové sady ke stažení,
		+	* v podobě API, které umožňuje přistupovat ke kompletním údajům o každé jednotlivé entitě či konceptu, o němž jsou v datové sadě reprezentovány údaje, prostřednictvím dereference identifikátoru entity či konceptu, který je stanoven poskytovatelem údajů v podobě IRI (Internationalized Resource Identifier, více viz [[https://ofn.gov.cz/propojen%C3%A1-data/draft/#URI-IRI-URL\|Otevřená formální norma pro propojená data]]) a
		+	* v podobě API, které umožňuje dotazování nad obsahem datové sady s pomocí dotazovacího jazyka SPARQL
		+	* Informace o veřejnosti registrovaného údaje je zachycena v jeho evidenci v [[nap:rpp\|RPP]] označením údaje jako veřejného údaje.
		+	* Pro veřejný údaj obsahuje [[nap:rpp\|RPP]] v evidenci údaje IRI datové sady (nebo datových sad) v NKOD, v níž je obsah odpovídající údaji zpřístupněn prostřednictvím VDF a publikován jako otevřená data.
		+	* Pro údaj kódovaný číselníkem obsahuje [[nap:rpp\|RPP]] v evidenci údaje IRI datové sady v NKOD, v níž je číselník zpřístupněn prostřednictvím VDF a publikován jako otevřená data.

-	==== Společná pravidla pro otevřená data i data VDF ====	+	Vlastní mechanismus zpřístupnění údajů do VDF přibližuje dále uvedený obrázek na několika příkladech údajů „agendy 1“. Čísla v kroužcích na obrázku označují jednotlivé příklady.

-	=== Organizační a procesní zajištění publikace dat ===	+	{{ :nap-dokument:vdf4.png?800 \|}}

-	Zapojení VDF do výkonu veřejné správy vyžaduje publikaci skutečně právně závazných, platných a pravidelně aktualizovaných datových sad s jasně definovanou zodpovědností OVS za takové sady. Publikující organizace musí pro splnění uvedených požadavků realizovat vhodná organizační opatření, přiřadit pracovníkům příslušné procesní role a implementovat činnosti publikačních procesů do pracovních náplní pracovníků.	+	- V [[nap:rpp\|RPP]] je u agendy 1 evidováno, že údaje A i B jsou veřejné. To znamená, že jsou dostupné jako otevřená data prostřednictvím VDF a otevřeného přístupu.
-	Jako minimum je vyžadováno přiřazení těchto klíčových procesních rolí:	+	* Oba údaje jsou dostupné prostřednictvím stejné datové sady.
		+	* V [[nap:rpp\|RPP]] je v evidenci těchto údajů uvedeno IRI datové sady v NKOD (datová sada se jmenuje „Údaje A + B agendy 1“).
		+	* Datová sada je publikovaná a dostupná v několika distribucích, katalogizační záznam obsahuje pro každou distribuci odkaz na její fyzické umístění (tj. její URL).
		+	- V [[nap:rpp\|RPP]] je u agendy 1 evidováno, že údaj C je veřejný. Jedná se o stejnou situaci jako v příkladu 1, pouze s tím rozdílem, že údaj C je publikován v jiné samostatné datové sadě.
		+	- Agenda 1 vytváří a udržuje číselník, který je dostupný ve VDF a je publikován jako otevřená data.
		+	- V [[nap:rpp\|RPP]] je u agendy 1 evidováno, že údaj D je veřejný a je publikován v samostatné datové sadě. Jedná se o stejnou situaci jako v příkladu 1.
		+	- U údaje D je v [[nap:rpp\|RPP]] evidováno, že je kódován číselníkem (v příkladu je uvedena situace s číselníkem, který agenda přímo vytváří, ale vše uvedené platí, pro jakýkoliv využívaný číselník). Evidence údaje v [[nap:rpp\|RPP]] proto také obsahuje IRI datové sady v NKOD, který obsahuje publikovaný číselník.
		+	- V [[nap:rpp\|RPP]] je u agendy 1 evidováno, že údaj E je neveřejný a tudíž není možné jej zpřístupnit ve VDF. U údaje E je ale evidováno, že je kódován číselníkem (v tomto případě se pro demonstraci jedná o číselník spravovaný mimo agendu 1). Evidence údaje v [[nap:rpp\|RPP]] obsahuje IRI datové sady v NKOD, který obsahuje publikovaný číselník (stejně jako v příkladu 5).
		+	- Reprezentuje přístup k distribucím datových sad prostřednictvím VDF.

-	Koordinátor otevírání dat, do jehož kompetencí a povinností spadá:	+	==== Pravidla sdílení veřejných údajů prostřednictvím VDF ====
-	* zajištění součinnosti a kontroly výstupů všech ostatních rolí, které se na otevírání dat podílejí,	+
-	* komunikace se všemi zapojenými pracovníky do publikace dat,	+
-	* externí komunikace s uživateli otevřených dat VS,	+
-	* komunikace a spolupráce s Národním koordinátorem otevřených dat,	+
-	* komunikace s Datovou kanceláří a s příslušným Chief data officer (CDO).	+

-	Kurátor dat - klíčová role pro:	+	=== Pravidla publikace veřejných údajů do VDF ===
-	* zajištění kvality, správnosti, aktuálnosti a tím i právní závaznosti dat konkrétní agendy,	+
-	* publikaci datových sad v souladu s platnými právními předpisy ČR a Standardy publikace a katalogizace otevřených dat VS ČR.	+

-	Kompletní doporučení, vhodné vzory interních dokumentů, všechny navržené procesní role a standardní publikační procesy jsou uvedeny na Portále otevřených dat.	+	Základní prvky architektury VDF z pohledu poskytovatele údajů zobrazuje následující obrázek.

-	=== Ochrana osobních údajů ===	+	{{ :nap-dokument:vdf7.png?800 \|}}

-	Pokud jsou předmětem evidence informačního systému osobní údaje ve smyslu zákona č. 110/2019 Sb., o zpracování osobních údajů a nařízení (EU) č. 2016/679, Obecné nařízení o ochraně osobních údajů (GDPR), neznamená to, že nelze ze systému publikovat otevřená data. V těchto případech platí následující doporučení.	+	Poskytovatelem údajů do VDF je správce ISVS, ve kterém jsou vedeny registrované veřejné údaje. Tento ISVS je vyznačen na levé straně obrázku jako //systém pro správu datového kmene//, kterým OVM spravuje svůj datový kmen. V praxi se samozřejmě může jednat o více ISVS, zde si pro jednoduchost zobrazujeme jen jeden systém.
-	- V případě, že se jedná o veřejnou evidenci či rejstřík a zvláštní právní předpis nařizuje zveřejnění informací, lze zveřejnit osobní údaje v podobě otevřených dat.	+
-	- Ochranu osobních údajů lze zajistit Anonymizací či Pseudonymizací. Z dat se odstraní osobní údaje a případně se nahradí bezvýznamovým umělým identifikátorem. Data bez osobních údajů se pak mohou zveřejnit v podobě otevřených dat. V závislosti na charakteru dat je ale nutné zkontrolovat, zda data ve své kombinaci neumožňují identifikaci konkrétní osoby i po odstranění zjevných osobních údajů. Může se jednat o kombinace typu město, věk a pohlaví a podobné.	+	Pro potřeby sdílení údajů ve VDF poskytovatel údajů vytvoří //systém pro zpřístupnění údajů prostřednictvím VDF//. Může se jednat o samostatný systém nebo to může být modul v rámci existujícího systému. Zajišťuje získávání obsahu veřejných údajů z datového kmene poskytovatele, rozdělení do vhodných datových sad a převod do podoby definované otevřenými formálními normami a jeho dávkové předání do úložiště datových sad.
-	- Data, která není možné nebo vhodné zveřejnit dle předchozího bodu, lze zveřejnit v agregované podobě. Tedy v podobě statistik. V případě zveřejnění statistik je ale žádoucí použít co nejjemnější granularitu dat a časové členění.	+
		+	//Úložiště datových sad// zajišťuje kontrolu technické správnosti zaslaných dávek vůči otevřeným formálním normám a zpřístupnění distribucí obsahu ve všech formátech definovaných otevřenými formálními normami. Úložiště dále zajišťuje dostupnost distribucí čtenářům prostřednictvím ISGOD i prostřednictvím veřejného internetu. Dostupnost distribucí prostřednictvím ISGOD navíc garantuje. Úložiště datových sad pro ukládání obsahu datových sad z daného ISVS je vytvořeno pro daný ISVS právě jedno a spravuje jej správce ISVS. V případě, že se jedná o aktualizaci obsahu datové sady, oznamuje úložiště datových sad notifikačnímu hubu, že obsah datové sady byl změněn.
		+
		+	Poté, co jsou distribuce obsahu datových sad uloženy v úložišti a zpřístupněny, jsou datové sady katalogizovány v NKOD prostřednictvím systému pro zpřístupnění údajů. K tomu poskytuje systém pro zpřístupnění údajů API, které splňuje [[https://ofn.gov.cz/rozhran%C3%AD-katalog%C5%AF-otev%C5%99en%C3%BDch-dat/\|otevřenou formální normu rozhraní katalogů otevřených dat]]. Katalogizace datových sad v NKOD je tak automatizovaná.
		+
		+	Celý proces publikace údajů sdružených v jedné datové sadě do VDF je znázorněn na následujícím diagramu. Proces předpokládá, že příslušná agenda již byla ohlášena v [[nap:rpp\|RPP]] včetně všech jejích údajů v potřebné úrovni granularity.
		+
		+	{{ :nap-dokument:vdf8.png?800 \|}}
		+
		+	V rámci procesu:
		+
		+	* Systém pro zpřístupnění údajů
		+	* Připraví obsah datové sady v podobě datového souboru v jednom z formátů definovaných otevřenými formálními normami.
		+	* Specifikaci otevřených formálních norem lze získat z repozitáře otevřených formálních norem.
		+	* Pokud pro údaje neexistuje otevřená formální norma, musí ji správce systému pro zpřístupnění údajů s podporou MV ČR nejprve vytvořit.
		+	* Zašle připravený obsah datové sady do úložiště datových sad.
		+	* Úložiště datových sad
		+	* Provede technickou kontrolu zaslaného obsahu
		+	* Kontrola správného formátování (např. JSON nebo XML formátování)
		+	* Kontrola validity datové struktury vůči datovým schématům definovaných otevřenými formálními normami (např. vůči JSON nebo XML schématům)
		+	* V případě špatné syntaxe zašle zpět systému pro zpřístupnění údajů chybové hlášení a skončí.
		+	* Vytvoří distribuce obsahu jeho transformací do všech podob definovaných otevřenými formálními normami s využití transformačních skriptů/procedur/mapování, které jsou součástí otevřených formálních norem.
		+	* Zpřístupní vytvořené distribuce
		+	* Zpřístupní je jako datové soubory dostupné ke stažení prostřednictvím ISGOD a z veřejného internetu.
		+	* URL pro stažení datového souboru je stejné pro přístup prostřednictvím ISGOD a veřejného internetu, k čemuž je nutné správně nastavit DNS v prostředí KIVS/CMS a DNS v prostředí veřejného internetu.
		+	* Volitelně zpřístupní jednotlivé položky obsahu dle [[https://ofn.gov.cz/propojen%C3%A1-data/\|otevřené formální normy pro propojená data]] tak, že má každá položka své referenční a lokální IRI dereferencovatelné prostřednictvím ISGOD a z veřejného internetu.
		+	* Referenční IRI položky je stejné pro přístup prostřednictvím ISGOD a veřejného internetu, k čemuž je nutné správně nastavit DNS v prostředí KIVS/CMS a DNS v prostředí veřejného internetu.
		+	* Lokální IRI položky je stejné pro přístup prostřednictvím ISGOD a veřejného internetu, k čemuž je nutné správně nastavit DNS v prostředí KIVS/CMS a DNS v prostředí veřejného internetu.
		+	* Volitelně zpřístupní jejich obsah v podobě SPARQL endpointu prostřednictvím ISGOD a ve veřejném internetu.
		+	* URL SPARQL endpointu je stejné pro přístup prostřednictvím ISGOD a veřejného internetu, k čemuž je nutné správně nastavit DNS v prostředí KIVS/CMS a DNS v prostředí veřejného internetu.
		+	* Zašle zpět systému pro zpřístupnění údajů potvrzení o úspěšném uložení.
		+	* Jako součást potvrzení zasílá metadata o vytvořených distribucích v [[https://ofn.gov.cz/rozhran%C3%AD-katalog%C5%AF-otev%C5%99en%C3%BDch-dat/2021-01-11/#t%C5%99%C3%ADda-distribuce\|podobě definované otevřenou formální normou pro rozhraní katalogů otevřených dat]].
		+	* Systém pro zpřístupnění údajů
		+	* Vytvoří kompletní katalogizační záznam o datové sadě včetně metadat o distribucích vytvořených úložištěm datových sad a zpřístupní jej prostřednictvím API dle [[https://ofn.gov.cz/rozhran%C3%AD-katalog%C5%AF-otev%C5%99en%C3%BDch-dat/\|otevřené formální normy pro rozhraní katalogů otevřených dat]].
		+	* Zašle notifikačnímu hubu informaci o změně obsahu datové sady.
		+	* Úroveň detailu informace není v tomto místě řešena.
		+	* Národní katalog otevřených dat
		+	* Získá katalogizační záznam z API poskytnutého systémem pro zpřístupnění údajů a zaeviduje jej.
		+	* Ohlašovatel agendy
		+	* Ohlásí do [[nap:rpp\|RPP]] jako součást ohlášení agendy referenční IRI datové sady (datových sad) v NKOD, ve které (kterých) je veřejný údaj zpřístupněn. Ohlášení provede poté, co NKOD datovou sadu na základě zaslaného katalogizačního záznamu zaeviduje (zpravidla do 1 dne).
		+	* Notifikační hub
		+	* Zaeviduje informaci o změně datové sady zaslanou úložištěm datových sad.
		+
		+	Systém pro zpřístupnění údajů prostřednictvím VDF souvisí s existujícím systémem pro zpřístupnění údajů prostřednictvím [[nap:propojeny_datovy_fond\|PPDF]], který zajišťuje poskytování údajů o konkrétním subjektu práva, na který přistupuje čtenářský AIS prostřednictvím [[nap:propojeny_datovy_fond\|PPDF]]. Systém pro zpřístupnění údajů prostřednictvím VDF (dále jen //systém pro zpřístupnění údajů//) oproti tomu aktivně v pravidelných správcem ISVS definovaných intervalech exportuje obsah veřejných údajů do podoby datových sad a dávkově je předává do //úložiště datových sad//, ze kterého jsou jako otevřená data dostupné prostřednictvím VDF a otevřeného přístupu.
		+
		+	[[nap:propojeny_datovy_fond\|PPDF]] a VDF jsou tedy dva různé způsoby sdílení datového kmene agendy. Technická podoba dat určená pro sdílení prostřednictvím [[nap:propojeny_datovy_fond\|PPDF]] je definována v kontextech, tj. XSD schématech popisujících XML struktury, ve kterých je obsah datového kmene agendy sdílen prostřednictvím [[nap:propojeny_datovy_fond\|PPDF]]. Technická podoba dat určená pro sdílení prostřednictvím VDF je definována otevřenými formálními normami. Otevřené formální normy definují datová schémata. Nejedná se ale nutně jen o XSD schémata, ale také o JSON schémata, CSV schémata nebo ontologie pro popis RDF reprezentace. To z toho důvodu, že totožný obsah, který je dostupný prostřednictvím VDF je dostupný jako otevřená data, kde je nutno z důvodů interoperability a dodržení dobré praxe nabídnout obsah v různých standardních formátech.
		+
		+	Protože ale kontexty pro [[nap:propojeny_datovy_fond\|PPDF]] a datové struktury v OFN pro VDF jsou dvěma syntaktickými stranami téže sémantické mince (tj. jsou různými syntaktickými reprezentacemi stejné sémantiky), je nutno tuto sémantiku strukturovaně a explicitně vyjádřit. K tomu jsou využívány techniky ontologického konceptuálního modelování, kdy je sémantika všech údajů v dané agendě popsána na konceptuální úrovni v podobě ontologie podle vyhlášky, která nahradí současnou vyhlášku č. 529. Pro tvorbu konceptuálních modelů v podobě ontologie MV ČR spravuje a provozuje sadu volně dostupných modelovacích nástrojů. Ty umožňují také z konceptuálních modelů definice kontextů pro [[nap:propojeny_datovy_fond\|PPDF]] a datových struktur v OFN pro VDF automatizovaně generovat a zajišťovat tak jejich vzájemnou sémantickou interoperabilitu. Konceptuální model agendy by navíc měl být tvořen konzistentně s modely ostatních agend, a modely agend by měly vycházet ze společné ontologie veřejné správy a ze slovníků definovaných EU (tzv. ISA Core Vocabularies), což podporuje sémantickou interoperabilitu vyměňovaných údajů napříč agendami i v rámci EU.
		+
		+	=== Čtení veřejných údajů z VDF ===
		+
		+	Základní stavební kameny architektury VDF z pohledu čtenáře údajů zobrazuje následující obrázek.
		+
		+	{{ :nap-dokument:vdf9.png?800 \|}}
		+
		+	Čtenářem údajů z VDF je správce ISVS, který čte veřejné údaje. Tento ISVS je v obecné úrovni vyznačen na levé straně obrázku jako //systém pro čtení údajů z VDF// (dále jen //systém pro čtení údajů//).
		+
		+	Systém pro čtení údajů čte veřejné údaje z VDF jako otevřená data prostřednictvím ISGOD v podobě distribucí datových sad v různých formátech definovaných otevřenými formálními normami. Jsou umožněny 3 základní druhy přístupu prostřednictvím ISGOD:
		+
		+	-Přístup ke kompletnímu obsahu datové sady v podobě datových souborů voláním
		+	-služeb ISGOD umožňujících přistoupit k metadatům o datové sadě a jejích distribucích na základě jejich referenčních IRI a k URL daného souboru a stáhnout jej. (povinné)
		+	-Přístup k jednotlivým položkám datových sad voláním služeb ISGOD umožňujících přistoupit k datům o dané položce na základě jejího referenčního IRI. (volitelné)
		+	-Dotazování nad položkami datových sad voláním dotazovacích služeb ISGOD. (volitelné)
		+
		+	Služby ISGOD jsou realizovány jako webové služby postavené na principech REST, které jsou poskytovány jednotlivými komponentami VDF znázorněnými v pravé části obrázku:
		+
		+	* REST služby NKOD umožňují číst metadata o datových sadách a jejich distribucích.
		+	* REST služby úložiště datových sad umožňují číst obsah v nich uložených datových sad v podobě
		+	* stahování datových souborů s obsahem uložených datových sad (povinné)
		+	* přístupu k IRI jednotlivých položek obsahu uložených datových sad (volitelné)
		+	* SPARQL dotazů nad obsahem uložených datových sad (volitelné)
		+
		+	ISGOD je pouhým logickým zastřešením výše uvedených služeb.
		+
		+	== Čtení obsahu datové sady v podobě datového souboru ==
		+
		+	Čtení obsahu datové sady v podobě datového souboru typicky systém pro čtení údajů provádí za účelem aktualizace vlastní kopie údajů přebíraných z VDF. Aktualizaci typicky provádí v pravidelných intervalech nebo na základě notifikací o změnách zasílaných notifikačním hubem na základě registrace v katalogu uživatelů, ale mimo svůj run-time. Dávkový přístup ke kompletnímu obsahu datové sady v podobě datového souboru předpokládá, že systém pro čtení údajů zná referenční IRI datové sady. Referenční IRI datové sady je možné zjistit z evidence agendových údajů v [[nap:rpp\|RPP]] nebo vyhledáváním v NKOD. Přístup je pak realizován následujícím postupem:
		+
		+	* Systém pro čtení údajů přistupuje k referenčnímu IRI datové sady.
		+	* Směrovací služba přesměrovává referenční IRI datové sady na lokální IRI datové sady v NKOD.
		+	* Systém pro čtení údajů přistupuje k lokálnímu IRI datové sady v NKOD.
		+	* NKOD vrací metadata o datové sadě.
		+	* Systém pro čtení údajů vybírá distribuci datové sady dle potřebného formátu a přistupuje k URL ke stažení obsahu distribuce.
		+	* Úložiště datových sad zasílá systému pro čtení údajů obsah datového souboru na daném URL.
		+
		+	Následující obrázek postup znázorňuje v podobě sekvenčního UML diagramu na konkrétním příkladu přístupu k datové sadě “Služby veřejné správy”, která je publikována z [[nap:rpp\|RPP]].
		+
		+	{{ :nap-dokument:vdf10.png?800 \|}}
		+
		+	== Čtení položky datové sady ==
		+
		+	Čtení položky datové sady typicky systém pro čtení údajů provádí za účelem zobrazení veřejných údajů o položce v uživatelském rozhraní nebo jiné práce s konkrétní položkou v okamžiku potřeby práce s údaji o položce, tj. v rámci svého run-time. Přístup k položce předpokládá, že systém pro čtení údajů zná referenční IRI položky. Referenční IRI položky je možné získat následujícími způsoby:
		+
		+	* V předchozích krocích byl přečten z VDF údaj s referenčním IRI jako hodnotou.
		+	* V předchozích krocích byl přečten z [[nap:propojeny_datovy_fond\|PPDF]] údaj s proprietárním identifikátorem entity jako hodnotou (tj. identifikátor v podobě řetězce, který identifikuje entitu lokálně v rámci ISVS). Referenční IRI položky s veřejnými údaji o entitě získá systém pro čtení údajů voláním směrovací služby s kódem údaje (evidovaným v [[nap:rpp\|RPP]]) a proprietárním identifikátorem.
		+
		+	Přístup je pak realizován následujícím postupem:
		+
		+	* Systém pro čtení údajů přistupuje k referenčnímu IRI položky.
		+	* Směrovací služba přesměrovává referenční IRI položky na lokální IRI položky v konkrétním úložišti datových sad, kde jsou údaje o položce uloženy.
		+	* Systém pro čtení údajů přistupuje k lokálnímu IRI položky na daném úložišti datových sad.
		+	* Úložiště datových sad vrací veřejné údaje o položce.
		+	* Systém pro čtení údajů zobrazuje nebo jinak zpracovává získané údaje.
		+
		+	Následující obrázek postup znázorňuje v podobě sekvenčního UML diagramu na konkrétním příkladu přístupu k veřejným údajům o službě evidované v [[nap:rpp\|RPP]] s proprietárním identifikátorem S10751 a s názvem “Pěstitelské pálení”. Jedná se o položku datové sady “Služby veřejné správy”, která je publikována z [[nap:rpp\|RPP]]. Postup zahrnuje i získání referenčního identifikátoru položky z proprietárního identifikátoru na začátku procesu. Systému pro čtení údajů je známo pouze id “S10751” pro údaj agendy 104 s kódem “104-1-11”. Zkonstruuje IRI identifikující položku a přistoupí na něj. Toto IRI vede na směrovací službu, která provede přesměrování na referenční IRI položky.
		+
		+	{{ :nap-dokument:vdf11.png?800 \|}}
		+
		+	==== Pravidla sdílení veřejných číselníků prostřednictvím VDF ====
		+
		+	Speciálním případem sdílení veřejných údajů prostřednictvím VDF je pak sdílení veřejných číselníků. Vychází z architektury sdílení veřejných údajů popsané v předchozí kapitole. Má však svá specifika, která jsou popsána zde.
		+
		+	=== Pravidla publikace veřejných číselníků do VDF ===
		+
		+	Architektura pro publikaci veřejných číselníků do VDF je vystavěna na bázi architektury pro publikaci veřejných údajů do VDF. Aby byl veřejný číselník publikován do VDF, musí být podle § 51 odst. 8 [[https://www.zakonyprolidi.cz/cs/2009-111\|ZoZR]] zaveden do [[nap:rpp\|RPP]]. Zavedení je provedeno prostřednictvím AIS působnostní a provede jej buď ohlašovatel agendy nebo ČSÚ (dále dohromady jen //poskytovatel číselníku//). ČSÚ zavádí do [[nap:rpp\|RPP]] veřejné číselníky nezávisle na agendách. Ohlašovatel agendy zavádí veřejný číselník jen v případě, že je agendový údaj kódován číselníkem, který ještě není v [[nap:rpp\|RPP]] nikým zaveden.
		+
		+	Všechny veřejné číselníky jsou tedy jako referenční údaje evidovány v [[nap:rpp\|RPP]] prostřednictvím AIS působnostní a z něj jsou také publikovány do VDF. Z AIS působnostní jsou také publikovány do VDF všechny ostatní veřejné údaje evidované v [[nap:rpp\|RPP]] v podobě datových sad. Z pohledu [[#_heading=h.e2l8q867m839\|architektury pro publikaci veřejných údajů do VDF]] je tedy pro potřeby všech veřejných číselníků AIS působnostní systémem pro správu datového kmene a zároveň má jako svoji komponentu systém pro zpřístupnění údajů prostřednictvím VDF, který zajišťuje publikaci obsahu veřejných číselníků do VDF. Pro ukládání obsahu veřejných číselníků a také obsahu veřejných údajů vedených v [[nap:rpp\|RPP]] je využito stávající úložiště, na kterém je uložen obsah [[nap:rpp\|RPP]] publikovaný jako otevřená data. AIS působnostní zajišťuje také API poskytující katalogizační záznamy o jednotlivých datových sadách s veřejnými číselníky a s obsahem údajů vedených v [[nap:rpp\|RPP]].
		+
		+	K realizaci výše popsané architektury publikace veřejných číselníků do VDF a jako otevřená data je nutno zajistit následující rozšíření informačního systém AIS působnostní a [[nap:rpp\|RPP]]:
		+
		+	- označování veřejnosti a neveřejnosti údaje
		+	- včetně odkazů na legislativu v případě neveřejnosti údaje
		+	- včetně IRI datových sad v NKOD, prostřednictvím kterých je veřejný údaj publikován
		+	- evidenci veřejných číselníků
		+	- pro každý veřejný číselník existuje 1..- verzí, které chápeme jako jednotlivé datové sady
		+	- všechny datové sady reprezentující jednotlivé verze číselníku jsou seskupeny do zastřešující datové sady
		+	- pro zastřešující datovou sadu a jednotlivé verze jsou evidována metadata [[https://ofn.gov.cz/rozhran%C3%AD-katalog%C5%AF-otev%C5%99en%C3%BDch-dat/#t%C5%99%C3%ADda-datov%C3%A1-sada\|datové sady]] dle [[https://ofn.gov.cz/rozhran%C3%AD-katalog%C5%AF-otev%C5%99en%C3%BDch-dat/\|otevřené formální normy pro rozhraní katalogů otevřených dat]]
		+	- mimo vlastnosti [[https://ofn.gov.cz/rozhran%C3%AD-katalog%C5%AF-otev%C5%99en%C3%BDch-dat/#polo%C5%BEky-datov%C3%A1-sada-poskytovatel\|poskytovatel]], protože tato vlastnost reprezentuje poskytovatele datové sady do VDF
		+	- kterým je u číselníků vždy MV ČR, nikoliv poskytovatel číselníku
		+	- pro zastřešující datovou sadu je navíc evidováno
		+	- OVM, který zavádí veřejný číselník do [[nap:rpp\|RPP]], jako poskytovatele číselníku
		+	- což není poskytovatel datové sady s číselníkem do VDF, kterým je v případě veřejných číselníků vždy MV ČR, viz předchozí bod
		+	- pro verzi číselníku je navíc evidováno
		+	- lokální proprietární identifikátor či kód číselníku
		+	- potřebné pro konstrukci lokálních IRI číselníků a jejich položek
		+	- může vyplnit poskytovatel číselníku nebo je vygenerováno automaticky, pokud poskytovatel číselníků vlastní identifikátor či kód číselníku neeviduje
		+	- pro datové sady reprezentující jednotlivé verze číselníku jsou navíc evidovány následující vazby, které nejsou evidovány pro zastřešující datovou sadu:
		+	- Je verzí (reference na zastřešující datovou sadu)
		+	- Má předchozí verzi (reference na datovou sadu s předchozí verzí číselníku, existuje-li)
		+	- zavedení nového veřejného číselníku poskytovatelem číselníku
		+	- poskytovatel číselníku specifikuje metadata pro zastřešující datovou sadu číselníku
		+	- lze převzít nebo jinak použít [[https://data.gov.cz/formul%C3%A1%C5%99/registrace-datov%C3%A9-sady\|existující formulář pro registraci datové sady]]
		+	- poskytovatel číselníku specifikuje metadata pro datovou sadu s první verzí číselníku
		+	- může zvolit možnost kopírovat hodnoty zadané pro zastředující datovou sadu
		+	- poskytovatel číselníku předá obsah první verze číselníku ručně v uživatelském rozhraní nahráním připraveného souboru s obsahem první verze veřejného číselníku v podobě definované otevřenou formální normou
		+	- předchozí tři body lze realizovat také automatizovaně načtením seznamu veřejných číselníků poskytovatele z URL, které zadá
		+	- seznam musí být zpřístupněn dle [[https://ofn.gov.cz/rozhran%C3%AD-katalog%C5%AF-otev%C5%99en%C3%BDch-dat/\|otevřené formální normy pro rozhraní katalogů otevřených dat]].
		+	- veřejné číselníky ale nemusí být pro účely předání zpřístupněny jejich správcem jako otevřená data.
		+	- předaný obsah je zvalidován vůči otevřené formální normě pro číselníky
		+	- obsah je uložen v podobě zkontrolovaného předaného datového souboru
		+	- obsah veřejného číselníku pouze eviduje, ale nejsou nad ním stavěny žádné aplikační funkce
		+	- zavedení nové verze již zavedeného veřejného číselníku poskytovatelem číselníku
		+	- stejný postup jako při zavádění nového veřejného číselníku, ale je zavedena pouze další verze číselníku zařazená pod zastřešující datovou sadu
		+	- původní verze zůstává evidována včetně její publikace do VDF a jako otevřená data
		+	- funkcionality systému pro zpřístupnění údajů prostřednictvím VDF
		+	- veřejné číselníky již jsou evidovány v podobě souborů s jejich jednotlivými verzemi v podobě definované otevřenými formálními normami, čili je nutno pouze zajistit jejich předání do úložiště veřejných číselníků a datových sad [[nap:rpp\|RPP]]
		+	- další veřejné údaje evidované v [[nap:rpp\|RPP]] již jsou získávány z interní databáze [[nap:rpp\|RPP]] a AIS působnostní v podobě definované otevřenými formálními normami a předávány do úložiště veřejných číselníků a datových sad [[nap:rpp\|RPP]]
		+	- funkcionality úložiště veřejných číselníků a datových sad [[nap:rpp\|RPP]]
		+	- bude vytvořeno ze stávajícího úložiště obsahu datových sad publikovaných z [[nap:rpp\|RPP]] jako otevřená data
		+	- jako doposud bude zpřístupňovat obsah [[nap:rpp\|RPP]] jako datové sady dle příslušných [[https://ofn.gov.cz/registr-pr%C3%A1v-a-povinnost%C3%AD/\|otevřených formálních norem]] ve formátech JSON, JSON-LD a prostřednictvím SPARQL endpointu
		+	- zajistí také publikaci distribucí datových sad s verzemi veřejných číselníků evidovaných v [[nap:rpp\|RPP]] dle otevřené formální normy pro číselníky (formáty XML, CSV, JSON-LD a SPARQL endpoint)
		+	- jelikož se jedná pouze o komponentu v rámci AIS působnostní, resp. [[nap:rpp\|RPP]], není nutné zajišťovat všechny funkcionality přesně podle obecné architektury publikace veřejných údajů do VDF
		+	- je nutné zajistit dostupnost nejen z veřejného internetu jako doposud, ale také prostřednictvím ISGOD ([[nap:referencni_rozhrani\|referenční rozhraní]]) a garantovat dostupnost
		+	- funkcionality lokálního katalogu otevřených dat pro katalogizaci datových sad publikovaných v úložišti veřejných číselníků a datových sad [[nap:rpp\|RPP]]
		+	- zpřístupňuje do NKOD katalogizační záznam pro každou datovou sadu:
		+	- datové sady zastřešující verze číselníků a datové sady s verzemi číselníků
		+	- metadata o datových sadách jsou získány od poskytovatele
		+	- metadata o distribucích jsou doplněny automatizovaně na základě vytvářených distribucí v úložišti
		+	- datové sady s obsahem dalších veřejných údajů evidovaných v [[nap:rpp\|RPP]] (tj. ty, které jsou již dnes publikovány jako otevřená data)
		+	- metadata jsou fixně předvyplněna
		+	- je registrován pod MV ČR
		+	- označování údaje jako údaje kódovaného verzí veřejného číselníku
		+	- včetně zaznamenávání IRI datové sady s touto verzí veřejného číselníku z NKOD
		+	- Aby mohlo být IRI zaznamenáno, musí být daná verze veřejného číselníku nejprve do [[nap:rpp\|RPP]] zavedena, publikována do VDF a katalogizována v NKOD.
		+	- evidence veřejných údajů využívaných ohlášenou agendou
		+
		+
		+	Kromě nových verzí veřejného číselníku existuje možnost, že je číselník kompletně nahrazen zcela novým číselníkem. V tom případě je skutečně zaveden jako zcela nový číselník bez vazby na původní číselník. Původní číselník ale zůstává evidován.
		+
		+	Číselníky kódující údaje evidované v [[nap:rpp\|RPP]] již nebudou publikovány jako otevřená data stávajícím mechanismem. Stanou se veřejnými číselníky, tj. budou evidovány v AIS působnostní a budou z něj publikovány do VDF a jako otevřená data standardním výše popsaným způsobem.
		+
		+	=== Pravidla čtení veřejných číselníků z VDF ===
		+
		+	Čtení veřejných číselníků včetně jejich obsahu jako celku v podobě datových souborů ke stažení (VDF), přístupu k jednotlivým položkám datových sad s verzemi číselníků (VDF a otevřená data) a dotazování prostřednictvím SPARQL endpointu (otevřená data) probíhá v rámci [[#Čtení_veřejných_údajů_z_VDF\|architektury pro čtení veřejných údajů popsané výše]]. Veřejné číselníky jsou dostupné dle otevřené formální normy pro číselníky.
		+
		+	==== Technická pravidla pro aplikační komponenty veřejného datového fondu ====
		+
		+	=== Úložiště datových sad ===
		+
		+	Úložiště datových sad je složeno ze 3 modulů:
		+
		+	* souborové úložiště distribucí datových sad
		+	* ukládá distribuce v podobě datových souborů
		+	* zpřístupňuje datové soubory distribucí prostřednictvím VDF a veřejného internetu
		+	* každý datový soubor je dostupný na jednom URL, které je stejné pro VDF i veřejný internet
		+	* nutno správně nastavit DNS pro KIVS/CMS a DNS pro veřejný internet
		+	* modul pro validaci a transformaci distribucí dle příslušných otevřených formálních norem
		+	* kontroluje správné formátování a validitu
		+	* provádí transformace mezi jednotlivými formáty s využitím definic transformací v otevřených formálních normách
		+	* ukládá výsledky transformací do souborového úložiště a v případě RDF distribucí také do triplestore
		+	* bez definované otevřené formální normy pro daný typ dat není možné údaje prostřednictvím VDF zpřístupňovat
		+	* příslušnou otevřenou formální normu nebo normy získává modul z repozitáře otevřených formálních norem
		+	* triplestore pro ukládání RDF distribucí
		+	* ukládá RDF distribuce datové sady dle otevřených formálních norem v triplestore (triplestore = databázový systém pro ukládání RDF dat v podobě trojic)
		+	* zpřístupňuje SPARQL endpoint pro dotazování nad RDF reprezentací a HTTP dereferenci IRI položek prostřednictvím rozhraní pro čtení distribucí jako otevřená data
		+	* lokální IRI položky je stejné pro VDF i veřejný internet, URL SPARQL endpointu stejné pro VDF i veřejný internet
		+	* nutno správně nastavit DNS pro KIVS/CMS a DNS pro veřejný internet
		+
		+	=== Směrovací služba pro veřejné číselníky a jejich položky ===
		+
		+	Jak bylo popsáno výše veřejný číselník bude podle otevřené formální normy pro číselníky zpřístupněn jako datový soubor ke stažení a prostřednictvím dereference IRI jednotlivých položek. Je tedy nutno určit tvar referenčních a lokálních IRI položek veřejných číselníků a také samotných číselníků. Ta jsou určena dle [[https://ofn.gov.cz/propojen%C3%A1-data/draft/#obecn%C3%A1-pravidla-pro-tvorbu-IRI\|pravidel pro tvorbu IRI]] následovně:
		+
		+	* Referenční IRI číselníku:
		+
		+	https:%%//%%vdf.gov.cz/číselníky-vdf/zdroj/číselníky/<ID číselníku v RPP>
		+
		+	* Referenční IRI verze číselníku k DDDD-MM-YY
		+
		+	https:%%//%%vdf.gov.cz/číselníky-vdf/zdroj/číselníky/<ID číselníku v RPP>/<DDDD-MM-YY>
		+
		+	* Lokální IRI číselníku:
		+
		+	https:%%//%%rpp-opendata.egon.gov.cz/odrpp/zdroj/číselníky/<ID číselníku v RPP>
		+
		+	* Lokální IRI verze číselníku:
		+
		+	https:%%//%%rpp-opendata.egon.gov.cz/odrpp/zdroj/číselníky/<ID číselníku v RPP>/<DDDD-MM-YY>
		+
		+	* Referenční IRI položky číselníku:
		+
		+	<referenční IRI číselníku>/položky/<lokální kód položky>
		+
		+	* Lokální IRI položky číselníku:
		+
		+	<lokální IRI číselníku>/položky/<lokální kód položky>
		+
		+	Kde
		+
		+	* <ID číselníku v RPP> značí neměnné veřejné ID identifikující číselník v RPP
		+	* <DDDD-MM-YY> značí datum vydání verze číselníku
		+	* <lokální kód položky> značí kód položky číselníku v rámci daného číselníku
		+
		+	Pro potřeby sdílení veřejných číselníků je ve směrovací službě směrování výše uvedených referenčních IRI na lokální IRI přednastaveno a není potřeba, aby správce [[nap:rpp\|RPP]] nebo poskytovatelé jednotlivých číselníků směrování konfigurovali.
		+
		+	Dále je potřeba ve směrovací službě nastavit směrování na referenční IRI pro případy, kdy je znám pouze <lokální kód položky> a [[nap:rpp\|RPP]] identifikátor agendového údaje, jehož je hodnotou. Konfiguraci tohoto směrování provádí [[nap:rpp\|RPP]]. Kdykoliv ohlašovatel agendy uvede pro daný agendový údaj veřejný číselník, má [[nap:rpp\|RPP]] evidováno, kdo je poskytovatelem číselníku. Do směrovací služby tedy zaeviduje pravidlo pro směrování dvojice
		+
		+	(<RPP identifikátor agendového údaje>, <lokální kód položky>)
		+
		+	na referenční IRI
		+
		+	https:%%//%%vdf.gov.cz/číselníky-vdf/zdroj/číselníky/<ID číselníku v RPP>/položky/<lokální kód položky>
		+
		+	===== Příloha 1: Metodika poskytování a čerpání údajů prostřednictvím VDF =====
		+
		+	- Postupy zpřístupňování údajů prostřednictvím VDF
		+	* Určení údajů poskytovaných do VDF
		+	* Návrh podoby datových sad a jejich distribucí
		+	* Příprava informačního systému pro export dat
		+	* Export údajů do distribucí datových sad
		+	* Publikace distribucí datových sad
		+	* Aktualizace údajů, archivace a notifikace
		+	* Katalogizace datové sady
		+	* Registrace lokálního katalogu
		+	* Evidence odkazů na datové sady v [[nap:rpp\|RPP]]
		+	- Postupy čerpání údajů prostřednictvím VDF
		+	* Vyhledávání datových sad s údaji
		+	* Import údajů z datových sad do informačního systému
		+	* Příjem notifikací o změnách v datových sadách
		+
		+	Přístupy se liší nejen v tom, jaké údaje zpřístupňují a komu je zpřístupňují, ale také v několika dalších aspektech shrnutých v následující tabulce.
		+
		+	===== Příloha 2: Srovnání vlastností jednotlivých způsobů přístupu =====
		+
		+	\| \|Přístup k PPDF \|Řízený přístup \|Přístup k VDF \|Otevřený přístup \|
		+	\|úroveň garance kvality obsahu \|správnost, úplnost, platnost a aktuálnost \|správnost, úplnost, platnost a aktuálnost \|správnost, úplnost, platnost a aktuálnost \|správnost, úplnost, pravidelné aktualizace pro zajištění maximální možné platnosti a aktuálnosti\|
		+	\|úroveň garance zpřístupněných údajů pro výkon agend veřejné správy\|vysoká dostupnost,\\ \\ formální správnost \|bez garance pro výkon agend \|vysoká dostupnost,\\ \\ formální správnost\|bez garance pro výkon agend \|
		+	\|sjednocený popis zpřístupněných údajů \|RPP \|bez popisu((Pro definici oprávnění a řízení přístupu je popis nutný. V současné době ale žádný systematický nástroj popisu neexistuje a bude nutné jej vytvořit. Tímto nástrojem bude sémantický slovník pojmů vyjádřený v podobě ontologických modelů právních předpisů a agend. Ten bude navíc sloužit jako zastřešující model a popis všech dat v datových fondech OVM.))\|RPP \|bez popisu \|
		+	\|centrální popis způsobu zpřístupnění údajů \|TSÚA \|NKOD \|NKOD \|NKOD \|
		+	\|podoba definice datových formátů pro zpřístupnění \|TSÚA \|OFN \|OFN \|OFN \|
		+	\|systém pro správu oprávnění \|RPP \|KUD \|přístup bez omezení \|přístup bez omezení \|
		+	\|systém pro vedení evidence přístupu k údajům \|RPP \|KUD \|KUD \|bez evidence \|
		+	\|identifikace subjektů a objektů práva \|IČ a AIFO pro subjekty, proprietární id pro objekty\|IRI \|IRI \|IRI \|

-	=== Právní aspekty ===

-	Legislativní rámec otevřených dat v České republice tvoří jejich úprava obsažená v Zákoně č. 106/1999 Sb., o svobodném přístupu k informacím a v Nařízení vlády č. 425/2016 Sb., o seznamu informací zveřejňovaných jako otevřená data, které stanovuje vybraným orgánům veřejné správy povinnost zveřejňovat data z konkrétních jimi spravovaných informačních systémů ve formě otevřených dat.
-	Podrobnější informace o strategických dokumentech, akčních plánech a souvisejících předpisech ČR i EU jsou k dispozici v aktualizované podobě na stránkách Portálu otevřených dat (POD).

	{{tag>"Otevřená data" "Open Data" "OD" "VDF" "Portál otevřených dat" "NKOD" "tematická oblast"}}		{{tag>"Otevřená data" "Open Data" "OD" "VDF" "Portál otevřených dat" "NKOD" "tematická oblast"}}

Základní registry

Anonymous (anonymous@undisclosed.example.com) — 2021-04-30T09:11:57+00:00

2020/05/13 13:38		aktuální
Řádek 1:		Řádek 1:
-	<title>Základní registry</title>	+	======Základní registry======

	Základní registry jsou základním (referenčním) datovým zdrojem údajů o subjektech a objektech práva a o výkonu veřejné správy.		Základní registry jsou základním (referenčním) datovým zdrojem údajů o subjektech a objektech práva a o výkonu veřejné správy.
Řádek 41:		Řádek 41:
	\| Editor referenčních údajů\| Orgán veřejné moci, který ze zákona provádí editaci a zápis referenčních údajů, a tedy zodpovídá za jejich správnost a je povinen řešit reklamace a aktualizace údajů\| U ROB je to Ministerstvo vnitra (třeba prostřednictvím ohlašoven a matrik), u ROS a RÚIAN jsou to jednotlivá agendová místa dle příslušných zákonů \|		\| Editor referenčních údajů\| Orgán veřejné moci, který ze zákona provádí editaci a zápis referenčních údajů, a tedy zodpovídá za jejich správnost a je povinen řešit reklamace a aktualizace údajů\| U ROB je to Ministerstvo vnitra (třeba prostřednictvím ohlašoven a matrik), u ROS a RÚIAN jsou to jednotlivá agendová místa dle příslušných zákonů \|
	\| Uživatel referenčních údajů (čtenář)\| Orgán veřejné moci, nebo soukromoprávní uživatel, který je na základě zmocnění povinen či oprávněn využívat referenční údaje a za tímto účelem přistupuje k ZR\| Jednotlivé OVM působící v agendách, správci AISů, samy subjekty údajů \|		\| Uživatel referenčních údajů (čtenář)\| Orgán veřejné moci, nebo soukromoprávní uživatel, který je na základě zmocnění povinen či oprávněn využívat referenční údaje a za tímto účelem přistupuje k ZR\| Jednotlivé OVM působící v agendách, správci AISů, samy subjekty údajů \|
-	\| Subjekt údajů\| Konkrétní fyzická nebo právnická osoba, o níž jsou vedeny v registrech údaje\| každá fyzická nebo právnická osoba pro svoje údaje. Právnická osoba je vždy spjata s fyzickou osobou. \|	+	\| Subjekt práva\| Konkrétní fyzická nebo právnická osoba, o níž jsou vedeny v registrech údaje\| každá fyzická nebo právnická osoba pro svoje údaje. Právnická osoba je vždy spjata s fyzickou osobou. \|
	\| Ohlašovatel agendy\| Ohlašovatel agendy vedené v RPP (viz [[nap:agendovy_model_verejne_spravy\|Agendový model veřejné správy]])\| U agendy matrik Ministerstvo vnitra, u agendy zdravotních služeb Ministerstvo zdravotnictví, u agendy důchodů MPSV \|		\| Ohlašovatel agendy\| Ohlašovatel agendy vedené v RPP (viz [[nap:agendovy_model_verejne_spravy\|Agendový model veřejné správy]])\| U agendy matrik Ministerstvo vnitra, u agendy zdravotních služeb Ministerstvo zdravotnictví, u agendy důchodů MPSV \|
	\| Orgán působící v agendě\| Orgán veřejné moci, který ze zákona vykonává působnost v agendě (viz [[nap:agendovy_model_verejne_spravy\|Agendový model veřejné správy]])\| V agendě matrik jednotlivé obecní úřady, v agendách sociálních dávek třeba Úřad práce a ORP, v agendách stavebního zákona MMR a jednotlivé stavební úřady. \|		\| Orgán působící v agendě\| Orgán veřejné moci, který ze zákona vykonává působnost v agendě (viz [[nap:agendovy_model_verejne_spravy\|Agendový model veřejné správy]])\| V agendě matrik jednotlivé obecní úřady, v agendách sociálních dávek třeba Úřad práce a ORP, v agendách stavebního zákona MMR a jednotlivé stavební úřady. \|

Způsoby získání referenčních údajů ze ZR

Anonymous (anonymous@undisclosed.example.com) — 2021-04-30T09:08:07+00:00

2020/06/19 08:05		aktuální
Řádek 1:		Řádek 1:
-	<title>Způsoby získání referenčních údajů ze ZR</title>	+	======Způsoby získání referenčních údajů ze ZR======

	===== Webové služby =====		===== Webové služby =====
Řádek 9:		Řádek 9:
	* Informace ohledně ZR jsou na stránkách: http://www.szrcr.cz/vyvojari		* Informace ohledně ZR jsou na stránkách: http://www.szrcr.cz/vyvojari
	* Informace, jakým způsobem připojit svůj AIS do ISZR: http://www.szrcr.cz/file/170/		* Informace, jakým způsobem připojit svůj AIS do ISZR: http://www.szrcr.cz/file/170/
-	* Informace, jakým způsobem využívat notifikace ze ZR je k nalezení zde: http://www.szrcr.cz/spravny-postup-prace-s-notifikacemi-a-udrzovani-datoveho	+	* Informace, jakým způsobem využívat [[nap:notifikace\|notifikace]] ze ZR je k nalezení zde: http://www.szrcr.cz/spravny-postup-prace-s-notifikacemi-a-udrzovani-datoveho
	* Informace k popisu služeb ZR: http://www.szrcr.cz/file/175/display/		* Informace k popisu služeb ZR: http://www.szrcr.cz/file/175/display/
	* Podrobný popis služeb ZR: http://www.szrcr.cz/vyvojari/podrobny-popis-egon-sluzeb-zakladnich-registru		* Podrobný popis služeb ZR: http://www.szrcr.cz/vyvojari/podrobny-popis-egon-sluzeb-zakladnich-registru

2023/06/05 08:58		aktuální
Řádek 1:		Řádek 1:
	======eGovernment On-Line Service Bus / Informační systém sdílené služby======		======eGovernment On-Line Service Bus / Informační systém sdílené služby======

-	eGovernment On-Line Service Bus (eGSB), dle legislativního znění také Informační systém sdílené služby (ISSS), je unifikované rozhraní pro sdílení údajů mezi jednotlivými informačními systémy veřejné správy. Je součást [[nap:referencni_rozhrani\|referenčního rozhraní]] umožňující jednotlivým AIS čerpat a publikovat údaje vedené o jednotlivých subjektech práva. Pokud agenda dle zákona vede svou evidenci údajů, má povinnost publikovat svoje údaje jiným agendám skrze [[:nap:egsb\|eGSB / ISSS]], jakožto bezpečným, standardním a dokumentovaným rozhraním pro oprávněné čtenáře. Spravuje a provozuje jej Správa základních registrů. Rozhraní [[:nap:egsb\|eGSB / ISSS]] umožňuje:	+	eGovernment On-Line Service Bus (eGSB), dle legislativního znění také Informační systém sdílené služby (ISSS), je unifikované rozhraní pro sdílení údajů mezi jednotlivými informačními systémy veřejné správy. Je součást [[nap:referencni_rozhrani\|referenčního rozhraní]] umožňující jednotlivým AIS čerpat a publikovat údaje vedené o jednotlivých subjektech práva. Pokud agenda dle zákona vede svou evidenci údajů, má povinnost publikovat svoje údaje jiným agendám skrze [[:nap:egsb\|eGSB / ISSS]], jakožto bezpečným, standardním a dokumentovaným rozhraním pro oprávněné čtenáře. Spravuje a provozuje jej Digitální a informační agentura. Rozhraní [[:nap:egsb\|eGSB / ISSS]] umožňuje:

	* Publikovat služby pro sdílení údajů týkajících se konkrétního subjektu nebo objektu práva		* Publikovat služby pro sdílení údajů týkajících se konkrétního subjektu nebo objektu práva
Řádek 10:		Řádek 10:
	* Zajištění nezávislého auditu výměny údajů (ukládá informace identifikující dotaz a odpověď a technický kryptografický otisk zprávy – hash)		* Zajištění nezávislého auditu výměny údajů (ukládá informace identifikující dotaz a odpověď a technický kryptografický otisk zprávy – hash)

-	V eGSB/ISSS je oproti ISZR omezující podmínka pro použití elementu MapaAIFO. V tomto elementu může být při volání službami {{ https://www.szrcr.cz/images/dokumenty/ISSS/popis_slu%C5%BEeb_ISSS/Popis_sluzby_G1_gsbCtiData_v1_03.pdf \|G1:gsbCtiData}} a {{ https://www.szrcr.cz/images/dokumenty/ISSS/popis_slu%C5%BEeb_ISSS/Popis_sluzby_G11_gsbZapisData_v1_04.pdf \|G11:gsbZapisData}} pouze jediné AIFO. V odpovědi může být AIFO více. Důvodem je, že	+	V eGSB/ISSS je oproti ISZR omezující podmínka pro použití elementu MapaAIFO. V tomto elementu může být při volání službami {{ https://www.szrcr.cz/cs/isss-egsb?view=article&id=316:popis-slu%C5%BEeb-isss-egsb&catid=25:isss \|G1:gsbCtiData}} a {{ https://www.szrcr.cz/cs/isss-egsb?view=article&id=316:popis-slu%C5%BEeb-isss-egsb&catid=25:isss \|G11:gsbZapisData}} pouze jediné AIFO. V odpovědi může být AIFO více. Důvodem je, že
-	eGSB/ISSS je v principu multizdrojový systém. Jeden kontext může být publikován více publikátory/AIS a čtenář nemusí vědět, v kterém z nich se informace o fyzické osobě nachází. ISSS provádí logické vyhledání, kdy pomocí [[nap:zakladni_registry\|ORG]] identifikuje cílové AIS (vedou AIFO a publikují kontext) a na tyto publikátory následně posílá požadavek. Současně platí, že eGSB/ISSS nesmí jakkoli měnit payload zprávy, tedy ani nemůže „rozdělit“ a posílat po jednom na různé cíle. Výše zmíněné zatím platí pro všechny volání, avšak je v plánu tzv. metoda zúžení multizdrojového na jednozdrojový. Tedy pokud je jednoznačně určen cílový AIS, a tedy ho uživatel služby {{ https://www.szrcr.cz/images/dokumenty/ISSS/popis_slu%C5%BEeb_ISSS/Popis_sluzby_G1_gsbCtiData_v1_03.pdf \|G1:gsbCtiData}} či {{ https://www.szrcr.cz/images/dokumenty/ISSS/popis_slu%C5%BEeb_ISSS/Popis_sluzby_G11_gsbZapisData_v1_04.pdf \|G11:gsbZapisData}} zná. Tímto by se dal odstranit požadavek na jedno AIFO pouze pro metodu zúžení na cílový AIS.	+	eGSB/ISSS je v principu multizdrojový systém. Jeden kontext může být publikován více publikátory/AIS a čtenář nemusí vědět, v kterém z nich se informace o fyzické osobě nachází. ISSS provádí logické vyhledání, kdy pomocí [[nap:zakladni_registry\|ORG]] identifikuje cílové AIS (vedou AIFO a publikují kontext) a na tyto publikátory následně posílá požadavek. Současně platí, že eGSB/ISSS nesmí jakkoli měnit payload zprávy, tedy ani nemůže „rozdělit“ a posílat po jednom na různé cíle. Výše zmíněné zatím platí pro všechny volání, avšak je v plánu tzv. metoda zúžení multizdrojového na jednozdrojový. Tedy pokud je jednoznačně určen cílový AIS, a tedy ho uživatel služby {{ https://www.szrcr.cz/cs/isss-egsb?view=article&id=316:popis-slu%C5%BEeb-isss-egsb&catid=25:isss \|G1:gsbCtiData}} či {{ https://www.szrcr.cz/cs/isss-egsb?view=article&id=316:popis-slu%C5%BEeb-isss-egsb&catid=25:isss \|G11:gsbZapisData}} zná. Tímto by se dal odstranit požadavek na jedno AIFO pouze pro metodu zúžení na cílový AIS.

	Cílem je, aby klienti veřejné správy nebyli nuceni dokládat skutečnosti, o kterých veřejná správa již ví, či které vznikly dokonce na základě rozhodnutí veřejné správy. Většina skutečností potřebných pro rozhodování veřejné správy je již někde evidována, a to formou údajů v informačních systémech veřejné správy. Dále existují skutečnosti, které sice jsou na základě rozhodování veřejné správy, nicméně nejsou dosud vedeny v AIS jako údaje (příkladem je potvrzení o studiu, dohoda o chráněné dílně apod.). Zmapováním údajů v jednotlivých agendách, které probíhá nyní v rámci nových povinností ohlašovatelů vůči [[nap:rpp\|RPP]] je postupně zjištěna základní mapa údajů evidovaných, vyžadovaných a poskytovaných v rámci jednotlivých agend a to, kde a jakým způsobem jsou evidovány a v jakém AIS. Tím, jak již bylo popsáno výše, vznikne základní datová mapa veřejné správy, a je tedy možné ji zanalyzovat a identifikovat ty údaje a skutečnosti, které jsou používány ve více agendách		Cílem je, aby klienti veřejné správy nebyli nuceni dokládat skutečnosti, o kterých veřejná správa již ví, či které vznikly dokonce na základě rozhodnutí veřejné správy. Většina skutečností potřebných pro rozhodování veřejné správy je již někde evidována, a to formou údajů v informačních systémech veřejné správy. Dále existují skutečnosti, které sice jsou na základě rozhodování veřejné správy, nicméně nejsou dosud vedeny v AIS jako údaje (příkladem je potvrzení o studiu, dohoda o chráněné dílně apod.). Zmapováním údajů v jednotlivých agendách, které probíhá nyní v rámci nových povinností ohlašovatelů vůči [[nap:rpp\|RPP]] je postupně zjištěna základní mapa údajů evidovaných, vyžadovaných a poskytovaných v rámci jednotlivých agend a to, kde a jakým způsobem jsou evidovány a v jakém AIS. Tím, jak již bylo popsáno výše, vznikne základní datová mapa veřejné správy, a je tedy možné ji zanalyzovat a identifikovat ty údaje a skutečnosti, které jsou používány ve více agendách
Řádek 39:		Řádek 39:
	- na základě zákonného zmocnění vedení údajů v agendě s označením čerpání v [[nap:rpp\|RPP]] (z moci úřední)		- na základě zákonného zmocnění vedení údajů v agendě s označením čerpání v [[nap:rpp\|RPP]] (z moci úřední)

-	Informace k informačnímu systému sdílení údajů jsou k dispozici na [[https://www.szrcr.cz/cs/isss-egsb\|stránkách SZR ČR]] včetně dokumentů:	+	Informace k informačnímu systému sdílení údajů jsou k dispozici na [[https://szrcr.cz/cs/isss-egsb\|stránkách SZR ČR]] včetně dokumentů:
-	* {{ https://www.szrcr.cz/images/dokumenty/ISSS/Publikace_AIS_na_ISSS_v1_06.pdf \|Publikace AIS na eGSB / ISSS}}	+	* {{ https://szrcr.cz/images/dokumenty/ISSS/Publikace_AIS_na_ISSS_v1_09_20231016.pdf \|Publikace AIS na eGSB / ISSS}}
-	* {{ https://www.szrcr.cz/images/dokumenty/ISSS/Pr%CC%8Cipojeni%CC%81_c%CC%8Ctena%CC%81r%CC%8Cske%CC%81ho_AISSSVU%CC%81_k_ISSS.pdf \|Připojení čtenářského AIS na eGSB / ISSS}}	+	* {{ https://szrcr.cz/images/dokumenty/ISSS/Vyuziti_sluzeb_ISSS_ctenarskymi_a_zdrojovymi_AIS_v1_07.pdf \|Využití služeb eGSB / ISSS čtenářskými a publikačními AIS}}
-	* {{ https://www.szrcr.cz/images/dokumenty/ISSS/Pr%CC%8Cipojeni%CC%81_publikac%CC%8Cni%CC%81ho_AISSSVU%CC%81_k_ISSS_.pdf \|Připojení publikačního AIS na eGSB / ISSS}}	+
-	* {{ https://www.szrcr.cz/images/dokumenty/ISSS/Vyuz%CC%8Citi%CC%81_sluz%CC%8Ceb_eGSB__ISSS_c%CC%8Ctena%CC%81r%CC%8Csky%CC%81mi_a_publikac%CC%8Cni%CC%81mi_AIS.pdf \|Využití služeb eGSB / ISSS čtenářskými a publikačními AIS}}	+

	===== Způsob komunikace mezi čtenáři a publikátory =====		===== Způsob komunikace mezi čtenáři a publikátory =====
Řádek 73:		Řádek 72:

	^Kód^Podrobný popis služby^Verze^		^Kód^Podrobný popis služby^Verze^
-	\|G1 \|{{ https://www.szrcr.cz/images/dokumenty/ISSS/popis_slu%C5%BEeb_ISSS/Popis_sluzby_G1_gsbCtiData_v1_03.pdf \|gsbCtiData}} \|1.03 \|	+	\|G1 \|{{ https://www.szrcr.cz/cs/isss-egsb?view=article&id=316:popis-slu%C5%BEeb-isss-egsb&catid=25:isss \|gsbCtiData}} \|1.03 \|
-	\|G2 \|{{ https://www.szrcr.cz/images/dokumenty/ISSS/popis_slu%C5%BEeb_ISSS/Popis_sluzby_G2_gsbCtiZmeny_v1_01.pdf \|gsbCtiZmeny}} \|1.01 \|	+	\|G2 \|{{ https://www.szrcr.cz/cs/isss-egsb?view=article&id=316:popis-slu%C5%BEeb-isss-egsb&catid=25:isss \|gsbCtiZmeny}} \|1.01 \|
-	\|G3 \|{{ https://www.szrcr.cz/images/dokumenty/ISSS/popis_slu%C5%BEeb_ISSS/Popis_sluzby_G3_gsbVlozOdpoved_v1_02.pdf \|gsbVlozOdpoved}} \|1.02 \|	+	\|G3 \|{{ https://www.szrcr.cz/cs/isss-egsb?view=article&id=316:popis-slu%C5%BEeb-isss-egsb&catid=25:isss \|gsbVlozOdpoved}} \|1.02 \|
-	\|G4 \|{{ https://www.szrcr.cz/images/dokumenty/ISSS/popis_slu%C5%BEeb_ISSS/Popis_sluzby_G4_gsbVlozSoubor_v1_01.pdf \|gsbVlozSoubor}} \|1.04 \|	+	\|G4 \|{{ https://www.szrcr.cz/cs/isss-egsb?view=article&id=316:popis-slu%C5%BEeb-isss-egsb&catid=25:isss \|gsbVlozSoubor}} \|1.04 \|
-	\|G5 \|{{ https://www.szrcr.cz/images/dokumenty/ISSS/popis_slu%C5%BEeb_ISSS/Popis_sluzby_G5_gsbCtiSoubor_v1_01.pdf \|gsbCtiSoubor}} \|1.01 \|	+	\|G5 \|{{ https://www.szrcr.cz/cs/isss-egsb?view=article&id=316:popis-slu%C5%BEeb-isss-egsb&catid=25:isss \|gsbCtiSoubor}} \|1.01 \|
-	\|G6 \|{{ https://www.szrcr.cz/images/dokumenty/ISSS/popis_slu%C5%BEeb_ISSS/Popis_sluzby_G6_gsbVypisFronty_v1_01.pdf \|gsbVypisFronty}} \|1.01 \|	+	\|G6 \|{{ https://www.szrcr.cz/cs/isss-egsb?view=article&id=316:popis-slu%C5%BEeb-isss-egsb&catid=25:isss \|gsbVypisFronty}} \|1.01 \|
-	\|G7 \|{{ https://www.szrcr.cz/images/dokumenty/ISSS/popis_slu%C5%BEeb_ISSS/Popis_sluzby_G7_gsbOdpovedZFronty_v1_01.pdf \|gsbOdpovedZFronty}} \|1.01 \|	+	\|G7 \|{{ https://www.szrcr.cz/cs/isss-egsb?view=article&id=316:popis-slu%C5%BEeb-isss-egsb&catid=25:isss \|gsbOdpovedZFronty}} \|1.01 \|
-	\|G8 \|{{ https://www.szrcr.cz/images/dokumenty/ISSS/popis_slu%C5%BEeb_ISSS/Popis_sluzby_G8_gsbSmazatFrontu_v1_01.pdf \|gsbSmazatFrontu}} \|1.01 \|	+	\|G8 \|{{ https://www.szrcr.cz/cs/isss-egsb?view=article&id=316:popis-slu%C5%BEeb-isss-egsb&catid=25:isss \|gsbSmazatFrontu}} \|1.01 \|
-	\|G9 \|{{ https://www.szrcr.cz/images/dokumenty/ISSS/popis_slu%C5%BEeb_ISSS/Popis_sluzby_G9_gsbProbe_v1_01.pdf \|gsbProbe}} \|1.01 \|	+	\|G9 \|{{ https://www.szrcr.cz/cs/isss-egsb?view=article&id=316:popis-slu%C5%BEeb-isss-egsb&catid=25:isss \|gsbProbe}} \|1.01 \|
-	\|G10 \|{{ https://www.szrcr.cz/images/dokumenty/ISSS/popis_slu%C5%BEeb_ISSS/Popis_sluzby_G10_gsbCtiKontexty_v1_01.pdf \|gsbCtiKontexty }} \|1.01 \|	+	\|G10 \|{{ https://www.szrcr.cz/cs/isss-egsb?view=article&id=316:popis-slu%C5%BEeb-isss-egsb&catid=25:isss \|gsbCtiKontexty }} \|1.01 \|
-	\|G11 \|{{ https://www.szrcr.cz/images/dokumenty/ISSS/popis_slu%C5%BEeb_ISSS/Popis_sluzby_G11_gsbZapisData_v1_04.pdf \|gsbZapisData}} \|1.04 \|	+	\|G11 \|{{ https://www.szrcr.cz/cs/isss-egsb?view=article&id=316:popis-slu%C5%BEeb-isss-egsb&catid=25:isss \|gsbZapisData}} \|1.04 \|
-	\|K1 \| {{ https://www.szrcr.cz/images/dokumenty/ISSS/popis_slu%C5%BEeb_ISSS/Popis_sluzby_K1_katCtiSluzby_v1_01.pdf \|katCtiSluzby}} \|1.01 \|	+	\|K1 \| {{ https://www.szrcr.cz/cs/isss-egsb?view=article&id=316:popis-slu%C5%BEeb-isss-egsb&catid=25:isss \|katCtiSluzby}} \|1.01 \|
-	\|K2 \| {{ https://www.szrcr.cz/images/dokumenty/ISSS/popis_slu%C5%BEeb_ISSS/Popis_sluzby_K2_katCtiDetailSluzby_v1_01.pdf \|katCtiDetailSluzby}} \|1.01 \|	+	\|K2 \| {{ https://www.szrcr.cz/cs/isss-egsb?view=article&id=316:popis-slu%C5%BEeb-isss-egsb&catid=25:isss \|katCtiDetailSluzby}} \|1.01 \|
-	\|K3 \| {{ https://www.szrcr.cz/images/dokumenty/ISSS/popis_slu%C5%BEeb_ISSS/Popis_sluzby_K3_katCtiPrilohu_v1_01.pdf \|katCtiPrilohu}} \|1.01 \|	+	\|K3 \| {{ https://www.szrcr.cz/cs/isss-egsb?view=article&id=316:popis-slu%C5%BEeb-isss-egsb&catid=25:isss \|katCtiPrilohu}} \|1.01 \|
-	\|K4 \| {{ https://www.szrcr.cz/images/dokumenty/ISSS/popis_slu%C5%BEeb_ISSS/Popis_sluzby_K4_katCtiEndpoint_v1_01.pdf \|katCtiEndpoint}} \|1.01 \|	+	\|K4 \| {{ https://www.szrcr.cz/cs/isss-egsb?view=article&id=316:popis-slu%C5%BEeb-isss-egsb&catid=25:isss \|katCtiEndpoint}} \|1.01 \|

2026/07/10 07:23		aktuální
Řádek 34:		Řádek 34:
	Detailní a aktuální seznam kontextů, datových obsahů a AIS je dostupný na adrese [[https://egsbkatalog.cms2.cz/]] a [[https://katalogisss.dia.cms2.cz]]. Tento seznam je dostupný pouze ze sítě CMS/KIVS, ne z veřejného internetu.		Detailní a aktuální seznam kontextů, datových obsahů a AIS je dostupný na adrese [[https://egsbkatalog.cms2.cz/]] a [[https://katalogisss.dia.cms2.cz]]. Tento seznam je dostupný pouze ze sítě CMS/KIVS, ne z veřejného internetu.

-	Zde uvedené informace jsou platné k 30.1.2026	+	Zde uvedené informace jsou platné k 10.7.2026
	</WRAP>		</WRAP>

Řádek 456:		Řádek 456:
	\|1025\|Registr silničních vozidel (RSV)\|		\|1025\|Registr silničních vozidel (RSV)\|
	\|1078\|Informační systém RBP\|		\|1078\|Informační systém RBP\|
-	\|1098\| Centrální registr zbraní\|	+	\|1098\|Centrální registr zbraní\|
	\|1507\|eAVA\|		\|1507\|eAVA\|
	\|2679\|KIS\|		\|2679\|KIS\|
Řádek 465:		Řádek 465:
	\|5304\|IS úřadu pro civilní letectví\|		\|5304\|IS úřadu pro civilní letectví\|
	\|5351\|CIS OZP\|		\|5351\|CIS OZP\|
-	\|5636\| Elektronické testy uchazečů o řidičská oprávnění (eTesty)\|	+	\|5636\|Elektronické testy uchazečů o řidičská oprávnění (eTesty)\|
	\|5838\|Informační systém technických prohlídek (IS TP)\|		\|5838\|Informační systém technických prohlídek (IS TP)\|
	\|5866\|Systém elektronického mýta (Mýto)\|		\|5866\|Systém elektronického mýta (Mýto)\|
-	\|6726\| Rejstřík podnikatelů v silniční dopravě (RPSD)\|	+	\|6726\|Rejstřík podnikatelů v silniční dopravě (RPSD)\|
	\|7199\|Informační systém Státní plavební správy\|		\|7199\|Informační systém Státní plavební správy\|
	\|7638\|Národní kontaktní místo pro elektronické zdravotnictví \|		\|7638\|Národní kontaktní místo pro elektronické zdravotnictví \|
	\|7874\|Centrální evidence přeplatků a nedoplatků\|		\|7874\|Centrální evidence přeplatků a nedoplatků\|
		+	\|8453\|Statistický informační systém (SIS)\|
	\|8456\|IS Digitální tachograf (ISDT)\|		\|8456\|IS Digitální tachograf (ISDT)\|
	\|8618\|IS Elektronická dálniční známka\|		\|8618\|IS Elektronická dálniční známka\|
	\|8657\|Monitorovací systém fondů EU 21+\|		\|8657\|Monitorovací systém fondů EU 21+\|
	\|8658\|Centrální registr pojištenců\|		\|8658\|Centrální registr pojištenců\|
		+	\|8659\|e-Sbírka a e-Legislativa\|
	\|8830\|IS eRecept\|		\|8830\|IS eRecept\|
	\|8929\|Portál dopravy\|		\|8929\|Portál dopravy\|
Řádek 481:		Řádek 483:
	\|9209\|Portál dopravy - stage\|		\|9209\|Portál dopravy - stage\|
	\|9616\|Informační systém vzdělávání eEdu\|		\|9616\|Informační systém vzdělávání eEdu\|
-	\|10357\| IS pro nadrozměrnou přepravu (IS NADR)\|	+	\|10357\|IS pro nadrozměrnou přepravu (IS NADR)\|
	\|14600\|Informační systém oprávnění k zastupování (REZA)\|		\|14600\|Informační systém oprávnění k zastupování (REZA)\|
	\|14835\|EUCARIS \|		\|14835\|EUCARIS \|
	\|15736\|Agendový informační systém pojištění odpovědnosti z provozu vozidla (AISPOV)\|		\|15736\|Agendový informační systém pojištění odpovědnosti z provozu vozidla (AISPOV)\|
-	\|17678\| Kmenový registr pacientů\|	+	\|16703\|Integrovaný informační systém Ministerstva práce a sociálních věcí\|
-	\|18776\| Správa PPP a zobrazení souhlasů\|	+	\|17678\|Kmenový registr pacientů\|
		+	\|18576\|Centrální evidence psů (CEP)\|
		+	\|18776\|Správa PPP a zobrazení souhlasů\|
	</datatables>		</datatables>

2021/08/31 08:18		aktuální
Řádek 5:		Řádek 5:
	Mobilní klíč eGovernmentu (aplikace pro mobilní telefon či tablet) původně vznikl jako jedna z možností přihlašování k [[nap:elektronicke_ukony_a_dorucovani\|Informačnímu systému Datových schránek]]. Pro jeho snadné použití, a také možnost využít již existující mobilní aplikaci, proběhlo rozšíření o možnost přihlášení i přes [[nap:nia\|Národní bod]].		Mobilní klíč eGovernmentu (aplikace pro mobilní telefon či tablet) původně vznikl jako jedna z možností přihlašování k [[nap:elektronicke_ukony_a_dorucovani\|Informačnímu systému Datových schránek]]. Pro jeho snadné použití, a také možnost využít již existující mobilní aplikaci, proběhlo rozšíření o možnost přihlášení i přes [[nap:nia\|Národní bod]].

-	Nosičem Mobilního klíče eGovernmentu je zařízení, na kterém je naistalována aplikace „Mobilní klíč eGovernmentu“. Aplikaci je možné naistalovat z obchodu s aplikacemi (dostupné pro [[https://play.google.com/store/apps/details?id=cz.mojedatovaschranka.mobilniklic&hl=cs&gl=US\|Google Play]] a [[https://apps.apple.com/cz/app/mobiln%C3%AD-kl%C3%AD%C4%8D-egovernmentu/id1466762017?l=cs#?platform=iphone\|Apple App Store)]]. Aplikace funguje na principu sejmutí QR kódu z obrazovky zařízení, na kterém se někam přihlašujete. Není tedy nutné si pamatovat často složité přihlašovací údaje, ani opisovat dlouhé kódy ze SMS, zaslané do vašeho mobilního telefonu.	+	Nosičem Mobilního klíče eGovernmentu je zařízení, na kterém je nainstalována aplikace „Mobilní klíč eGovernmentu“. Aplikaci je možné naistalovat z obchodu s aplikacemi (dostupné pro [[https://play.google.com/store/apps/details?id=cz.mojedatovaschranka.mobilniklic&hl=cs&gl=US\|Google Play]] a [[https://apps.apple.com/cz/app/mobiln%C3%AD-kl%C3%AD%C4%8D-egovernmentu/id1466762017?l=cs#?platform=iphone\|Apple App Store)]]. Aplikace funguje na principu sejmutí QR kódu z obrazovky zařízení, na kterém se někam přihlašujete. Není tedy nutné si pamatovat často složité přihlašovací údaje, ani opisovat dlouhé kódy ze SMS, zaslané do vašeho mobilního telefonu.

	Pro umožnění přihlašování je třeba danou instanci jednorázově navázat (registrovat) na fyzickou osobu. To je možné provést několika způsoby, pro každý způsob je v rámci aplikace připraven jednoduchý návod, jak postupovat.		Pro umožnění přihlašování je třeba danou instanci jednorázově navázat (registrovat) na fyzickou osobu. To je možné provést několika způsoby, pro každý způsob je v rámci aplikace připraven jednoduchý návod, jak postupovat.
Řádek 11:		Řádek 11:
	* Založení prostřednictvím portálu [[nap:nia\|Národního bodu]]		* Založení prostřednictvím portálu [[nap:nia\|Národního bodu]]
	* Založení skrze [[nap:elektronicke_ukony_a_dorucovani\|Informační systém Datových schránek]]		* Založení skrze [[nap:elektronicke_ukony_a_dorucovani\|Informační systém Datových schránek]]
-	* Udělením souhlasu s poskytnutím údajů jiným osobám, v tomto případě [[https://www.szrcr.cz\|Správě základních registrů]], prostřednictvím [[nap:univerzalni_kontaktni_misto\|kontaktního místa veřejné správy CzechPoint]]. Jeho využití je v tomto případě zdarma.	+	* Udělením souhlasu s poskytnutím údajů jiným osobám, v tomto případě [[https://www.dia.gov.cz\|Digitální a informační agentuře]], prostřednictvím [[nap:univerzalni_kontaktni_misto\|kontaktního místa veřejné správy Czech POINT]]. Jeho využití je v tomto případě zdarma.

	Jakmile je účet aktivní, tak již nic nebrání jej využívat pro přihlašování k elektronickým službám státu. Jednou z výhod je možnost zasílání upozornění, že Vaše identita byla použita k přihlášení k nějaké online službě prostřednictvím Národního bodu a přispívá tak k případnému odhalení zneužití některého z prostředků. Vyjma zasílání upozornění z Národního bodu umožňuje aplikace zasílání upozornění i z [[nap:elektronicke_ukony_a_dorucovani\|Informačního systému Datových schránek]], a uživatel tak má přehled, zda obdržel datovou zprávu.		Jakmile je účet aktivní, tak již nic nebrání jej využívat pro přihlašování k elektronickým službám státu. Jednou z výhod je možnost zasílání upozornění, že Vaše identita byla použita k přihlášení k nějaké online službě prostřednictvím Národního bodu a přispívá tak k případnému odhalení zneužití některého z prostředků. Vyjma zasílání upozornění z Národního bodu umožňuje aplikace zasílání upozornění i z [[nap:elektronicke_ukony_a_dorucovani\|Informačního systému Datových schránek]], a uživatel tak má přehled, zda obdržel datovou zprávu.

-	Využití: Přihlašování pomocí Mobilního klíče eGovermentu lze využít pro přihlašování k online službám státu na úrovni značná a nižší. Jednou z největších výhod je snadnost použití, kdy po odemčení aplikace stačí prosté sejmutí obrazovky fotoaparátem a celý přihlašovací proces již nevyžaduje další zadávání hesel či nějakého uživatelského jména. V případě přihlašování na zařízení, kde je vlastní aplikace nainstalována (na vlastním mobilním telefonu) je situace ještě jednodušší a odpadá kopírování různých SMS kódů a podobně mezi okny aplikací. Jak již bylo zmíněno, tak další výhodou je získávání upozornění, ať už z Národního bodu, tak z Informačního systému Datových schránek.	+	Využití: Přihlašování pomocí Mobilního klíče eGovernmentu lze využít pro přihlašování k online službám státu na úrovni značná a nižší. Jednou z největších výhod je snadnost použití, kdy po odemčení aplikace stačí prosté sejmutí obrazovky fotoaparátem a celý přihlašovací proces již nevyžaduje další zadávání hesel či nějakého uživatelského jména. V případě přihlašování na zařízení, kde je vlastní aplikace nainstalována (na vlastním mobilním telefonu) je situace ještě jednodušší a odpadá kopírování různých SMS kódů a podobně mezi okny aplikací. Jak již bylo zmíněno, tak další výhodou je získávání upozornění, ať už z Národního bodu, tak z Informačního systému Datových schránek.

-	Více informací: [[https://info.eidentita.cz/mep/\|Info eIdentita]]	+	Více informací: [[https://info.identitaobcana.cz/mep/\|Info Identita Občana]]

	{{tag>"mobilni klic" "mobilni klic egovernmentu" nia identita}}		{{tag>"mobilni klic" "mobilni klic egovernmentu" nia identita}}

2021/08/31 08:17		aktuální
Řádek 3:		Řádek 3:
	Úroveň záruky: Vysoká		Úroveň záruky: Vysoká

-	Popis: Občanský průkaz vydávaný od 1. července 2018 (tzv. „eObčanka“) je možné využít pro [[nap:elektronicka_identifikace_pro_klienty_verejne_spravy\|elektronickou identifikaci a autentizaci]], pokud si držitel v okamžiku jeho vyzvednutí na úřadě aktivoval jeho elektronický čip. Aktivaci může provést osoba starší 15 let tím, že na úřadě příslušném k vydávání občanských průkazů zadá identifikační osobní kód (IOK) a deblokační osobní kód (DOK). Pokud chceme využívat všechny vlastnosti eObčanky, je nutné si na svůj počítač, tablet či mobilní telefon naistalovat obslužný software (obsahující aplikace „eObčanka – Identifikace“ a „eObčanka - Správce karty“), který je volně ke stažení na internetové adrese: [[https://info.eidentita.cz/Download/\|Info eIdentita]], a mít k němu připojenu příslušnou čtečku čipových karet (tu je potřeba si dokoupit). Čtečka čipových karet by měla splňovat základní parametry – soulad s normou ISO 7816, CCID (Chip Card Interface Device), komunikační standard PC/SC a být kompatibilní s operačním systémem počítače. U mobilních platforem, které většinou nedisponují USB konektorem pro připojení běžné čtečky, je možné použít čtečku s rozhraním Bluetooth, která je o něco dražší, a je potřeba jí samostatně nabíjet.	+	Popis: Občanský průkaz vydávaný od 1. července 2018 (tzv. „eObčanka“) je možné využít pro [[nap:elektronicka_identifikace_pro_klienty_verejne_spravy\|elektronickou identifikaci a autentizaci]], pokud si držitel v okamžiku jeho vyzvednutí na úřadě aktivoval jeho elektronický čip. Aktivaci může provést osoba starší 15 let tím, že na úřadě příslušném k vydávání občanských průkazů zadá identifikační osobní kód (IOK) a deblokační osobní kód (DOK). Pokud chceme využívat všechny vlastnosti eObčanky, je nutné si na svůj počítač, tablet či mobilní telefon naistalovat obslužný software (obsahující aplikace „eObčanka – Identifikace“ a „eObčanka - Správce karty“), který je volně ke stažení na internetové adrese: [[https://info.identitaobcana.cz/Download/\|Info Identita Občana]], a mít k němu připojenu příslušnou čtečku čipových karet (tu je potřeba si dokoupit). Čtečka čipových karet by měla splňovat základní parametry – soulad s normou ISO 7816, CCID (Chip Card Interface Device), komunikační standard PC/SC a být kompatibilní s operačním systémem počítače. U mobilních platforem, které většinou nedisponují USB konektorem pro připojení běžné čtečky, je možné použít čtečku s rozhraním Bluetooth, která je o něco dražší, a je potřeba jí samostatně nabíjet.

-	Občanský průkaz lze použít také pro účely podepisování elektronických dokumentů a dále pro přihlašování do informačních systémů s využitím autentizačních certifikátů. Za tímto účelem je držitel občanského průkazu oprávněn uložit do kontaktního elektronického čipu kvalifikované certifikáty pro elektronické podpisy a autentizační certifikáty. Pokud chce občan využít svoji eObčanku jako úložiště svého elektronického podpisu nebo autentizačních certifikátů, musí nastavit také další přístupové kódy – PIN, QPIN a PUK, jejichž popis a postup nastavení je popsán na [[https://info.eidentita.cz/eop/OchranneKody.aspx\|Info eIdentita]]. Pro účely správy kvalifikovaných certifikátů pro elektronické podpisy, autentizačních certifikátů a změny přístupových kódů, je k dispozici zmiňovaná aplikace "eObčanka – správce karty", která je součástí instalačního balíčku s obslužným softwarem.	+	Občanský průkaz lze použít také pro účely podepisování elektronických dokumentů a dále pro přihlašování do informačních systémů s využitím autentizačních certifikátů. Za tímto účelem je držitel občanského průkazu oprávněn uložit do kontaktního elektronického čipu kvalifikované certifikáty pro elektronické podpisy a autentizační certifikáty. Pokud chce občan využít svoji eObčanku jako úložiště svého elektronického podpisu nebo autentizačních certifikátů, musí nastavit také další přístupové kódy – PIN, QPIN a PUK, jejichž popis a postup nastavení je popsán na [[https://info.identitaobcana.cz/eop/OchranneKody.aspx\|Info Identita Občana]]. Pro účely správy kvalifikovaných certifikátů pro elektronické podpisy, autentizačních certifikátů a změny přístupových kódů, je k dispozici zmiňovaná aplikace "eObčanka – správce karty", která je součástí instalačního balíčku s obslužným softwarem.

	Využití: eObčanku s aktivovaným čipem lze použít jako prostředek pro [[nap:elektronicka_identifikace_pro_klienty_verejne_spravy\|elektronickou identifikaci]] s vysokou úrovní záruky a rovněž jako úložiště svého elektronického podpisu a autentizačních certifikátů. eObčanka, jako zatím jediný prostředek pro [[nap:elektronicka_identifikace_pro_klienty_verejne_spravy\|elektronickou identifikaci]] vydávaný v ČR, je notifikována do EU v souladu s nařízení eIDAS. Tj. občané mohou svoji eObčanku s aktivovaným čipem používat i pro přístup k online službám, které jsou poskytovány jinými členskými státy v EU, při splnění podmínek daných nařízením eIDAS.		Využití: eObčanku s aktivovaným čipem lze použít jako prostředek pro [[nap:elektronicka_identifikace_pro_klienty_verejne_spravy\|elektronickou identifikaci]] s vysokou úrovní záruky a rovněž jako úložiště svého elektronického podpisu a autentizačních certifikátů. eObčanka, jako zatím jediný prostředek pro [[nap:elektronicka_identifikace_pro_klienty_verejne_spravy\|elektronickou identifikaci]] vydávaný v ČR, je notifikována do EU v souladu s nařízení eIDAS. Tj. občané mohou svoji eObčanku s aktivovaným čipem používat i pro přístup k online službám, které jsou poskytovány jinými členskými státy v EU, při splnění podmínek daných nařízením eIDAS.

-	Více informací o eObčance je k dispozici na adresách: [[https://info.eidentita.cz/eop/\|Info eIdentita]] a [[https://www.mvcr.cz/clanek/podminky-pouziti-obcanskeho-prukazu-se-strojove-citelnymi-udaji-a-s-kontaktnim-elektronickym-cipem-pro-ucely-elektronicke-identifikace-a-doporucena-bezpecnostni-opatreni.aspx\|MVČR]]	+	Více informací o eObčance je k dispozici na adresách: [[https://info.identitaobcana.cz/eop/\|Info Identita Občana]] a [[https://www.mvcr.cz/clanek/podminky-pouziti-obcanskeho-prukazu-se-strojove-citelnymi-udaji-a-s-kontaktnim-elektronickym-cipem-pro-ucely-elektronicke-identifikace-a-doporucena-bezpecnostni-opatreni.aspx\|MVČR]]

-	{{tag>eop elektronicky obcansky prukaz nia obcanka eobcanka}}	+	{{tag>eop "elektronicky obcansky prukaz" nia obcanka eobcanka}}