Rozdíly
Zde můžete vidět rozdíly mezi vybranou verzí a aktuální verzí dané stránky.
Obě strany předchozí revize Předchozí verze Následující verze | Předchozí verze Následující verzeObě strany příští revize | ||
nap:pravidla_pro_funkcni_celky_architektury_jednotlivych_uradu [2019/08/02 15:25] – /* Veřejný datový fond */ Tomáš Šedivec | nap_dokument:pravidla_pro_funkcni_celky_architektury_jednotlivych_uradu [2021/04/29 14:56] – include změny Tomáš Šedivec | ||
---|---|---|---|
Řádek 1: | Řádek 1: | ||
+ | ~~Title: Způsoby využívání sdílených služeb, funkčních celků a tematických oblastí jednotlivými úřady~~ | ||
+ | ====== Způsoby využívání sdílených služeb, funkčních celků a tematických oblastí jednotlivými úřady ====== | ||
- | ======= Pravidla pro funkční celky architektury jednotlivých úřadů ======= | ||
- | Tato kapitola popisuje | + | Tato kapitola popisuje |
- | {{:Definice: | + | {{page> |
- | Skladba této kapitoly odpovídá | + | Skladba této kapitoly odpovídá |
- | | + | **Tematické oblasti** |
- | * **Portály | + | * **[[nap_dokument: |
- | * **Systém správy dokumentů | + | * **[[nap_dokument: |
- | * **Elektornická fakturace | + | * **[[nap_dokument: |
- | * **Jednotný identitní prostor veřejné správy – JIP/KAAS** | + | * **[[nap_dokument: |
- | * **Elektronická identifikace | + | * **[[nap_dokument: |
- | * **Úplné elektronické podání** **- ÚEP** | + | * **[[nap_dokument: |
- | * **Propojený datový fond - PPDF** | + | * **[[nap_dokument: |
- | * **Veřejný datový fond ČR - VDF** | + | * **[[nap_dokument: |
- | * **Elektronické úkony | + | * **[[nap_dokument: |
- | * **Jednotné obslužné kanály | + | * **[[nap_dokument: |
- | * **Národní datová centra** | + | * **[[nap_dokument: |
- | * **eGovernment Cloud** | + | |
- | * **Sdílená síťová a komunikační infrastruktura | + | |
- | Dostupné, aktuálně budované a sdílené agendové | + | **Sdílené |
- | * **Sdílené agendové IS v přenesené působnosti** | + | * **[[nap_dokument: |
- | * například | + | * **[[nap_dokument: |
+ | * **[[nap_dokument: | ||
+ | * **[[nap_dokument: | ||
+ | * **[[nap_dokument: | ||
+ | * **[[nap_dokument: | ||
+ | * **[[nap_dokument: | ||
+ | * **[[nap_dokument: | ||
+ | * **[[nap_dokument: | ||
+ | * **[[nap_dokument: | ||
+ | * **[[nap_dokument: | ||
+ | * **[[nap_dokument: | ||
+ | * **[[nap_dokument: | ||
+ | * **[[nap_dokument: | ||
+ | * **[[nap_dokument: | ||
+ | * **[[nap_dokument: | ||
+ | * **[[nap_dokument: | ||
- | * **Sdílené agendové IS pro samostatnou působnost územních samospráv** | ||
- | * **Sdílené provozní informační systémy** | ||
- | * například Informační systém státní služby, Integrovaný informační systém státní pokladny, Národní elektornický nástroj, MS2014+ atd. | ||
+ | ===== Pravidla pro Agendový model veřejné správy ===== | ||
+ | <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: | ||
- | ====== Univerzální kontaktní místo | + | Popis centrálně poskytovaných systémů a jejich služeb, funkčních celků a tematických oblastí v rámci agendového modelu |
+ | Využití a popis k přístupu k agendovému modelu VS popíše úřad do své informační koncepce.</ | ||
- | <code>Popis centrálně poskytovaných systémů a jejich služeb v rámci univerzálního kontaktního místa je uveden [[univerzalni_kontaktni_misto|zde]] a popsán v části [[nap:architektura_a_sdilene_sluzby_verejne_spravy_cr|Architektura a sdílené služby | + | {{page>:nap:pravidla: |
- | </ | + | |
- | < | + | |
- | </ | + | |
- | Úřad musí při tvorbě a správě svých služeb zohlednit možnost vyřízení služby jak samoobslužně, | + | |
- | ===== Samoobslužná univerzální kontaktní místa ===== | ||
- | Aby se plně podporovala samoobsluha služby | + | ===== Pravidla pro identifikaci klientů |
+ | <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]]. | ||
- | * Poskytování samoobslužných | + | Popis centrálně poskytovaných systémů a jejich |
- | * Všechny publikované samoobslužné služby jednotlivých úřadů musí mít možnost pracovat s klientem, který se prokazuje svoji zaručenou elektronickou identitou. Technicky to znamená soulad s pravidly | + | |
- | * Federace pod [[portal_obcana]] | + | |
- | * Služby musí být federovány pod [[portal_obcana|Portál občana / Portál | + | |
- | * Inteligentní formuláře | + | |
- | * Formuláře používající zaručenou elektronickou identitu a principy [[uplne_elektronicke_podani|úplného elektronického podání]]. | + | |
+ | Využití a popis k přístupu k elektronické identifikaci klientů VS popíše úřad do své informační koncepce.</ | ||
- | ===== Asistovaná univerzální kontaktní místa ===== | + | {{page> |
- | 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 poskytujcí 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 daňové přiznání). | ||
+ | ===== Pravidla pro Propojený datový fond ===== | ||
+ | <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: | ||
- | ====== Portály veřejné správy | + | Popis centrálně poskytovaných systémů |
+ | Využití a popis k přístupu k propojenému datovému fondu popíše úřad do své informační koncepce.</ | ||
- | <code>Popis centrálně poskytovaných systémů a jejich služeb v rámci portálů veřejné správy a soukromoprávních uživatelů údaje je uveden [[portaly_verejne_spravy_a_soukromopravnich_uzivatelu_udaju|zde]] a popsán v části [[nap:architektura_a_sdilene_sluzby_verejne_spravy_cr# | + | {{page>nap:pravidla:pravidla_ppdf}} |
- | </ | + | |
- | < | + | |
- | </ | + | |
- | Úřad musí při provozování portálu zavést a změnit současné procesy orientované především na osobní kontakt s klientem. Současné portály již musí disponovat funkcionalitou propojení se zaručenou identitou dle zákona 250/2017 Sb. a musí se umět přizpůsobit situaci, kdy klient veřejné správy bude komunikovat pouze elektronicky. Začíná se tedy samotným uživatelsky přívětivým prostředím, | + | |
- | Portál podporuje samoobslužného klienta, který obsahuje jak přenesenou, | ||
+ | ===== Pravidla pro Veřejný datový fond ===== | ||
+ | <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: | ||
- | ===== Portál občana a portál | + | Popis centrálně poskytovaných systémů a jejich služeb, funkčních celků a tematických oblastí v rámci veřejného datového fondu je popsán na samostatné stránce [[nap: |
- | Portál občana i portál veřejné správy jsou centrálně poskytované | + | Využití |
- | - 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 [[elektronicka_identifikace_pro_klienty_verejne_spravy|národního identitního prostoru]], na vlastní řešení | + | {{page> |
- | - Poskytování údajů do vlastního prostoru na portálu občana. Kromě možnosti prokliku na vlastní řešení zapojeného do [[elektronicka_identifikace_pro_klienty_verejne_spravy|národního identitního prostoru]] obsahuje i vždy aktuální údaje o klientovi poskytované skrze [[propojeny_datovy_fond]] portálu občana | + | |
- | - 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. | + | |
- | ===== Agendový portál ===== | ||
- | Agendovým portálem je myšlen portál poskytující služby logicky centralizovaného systému | + | ===== Pravidla |
+ | <WRAP center round tip 60%> | ||
+ | Popis architektury úřadu a veřejné správy | ||
- | Takový portál musí splnit několik podmínek: | + | Popis centrálně poskytovaných systémů a jejich služeb, funkčních celků a tematických oblastí v rámci agendového modelu veřejné správy je popsán na samostatné stránce [[nap:evidence udaju o subjektech|zde]] nebo v rámci části [[nap_dokument: |
- | * Musí být registrovaný jako informační systém veřejné správy v [[https:// | + | Využití a popis k přístupu k agendovému modelu VS popíše úřad do své informační koncepce.</WRAP> |
- | * Musí být federovaný | + | |
- | * Musí dle svého agendového zákona být schopný čerpat a poskytovat údaje skrze systém eGON Service Bus | + | |
- | * Musí dle svého agendového zákona být schopný čerpat údaje z informačního systému základních registrů | + | |
- | * Musí být [[https:// | + | |
+ | {{page> | ||
- | ===== Portál území ===== | ||
- | V případě portálů samospráv se předpokládají dva trendy: a) jednak budou lokální portály samospráv obsahovat obrácený směr navigace do Portálu občana, kde bude moci klient vyřídit vše ostatní ze státní správy, co případně nenašel v místním portálu a b) lokální portály budou moci být v dlouhodobé perspektivě nahrazovány místně přizpůsobenými službami centrálního Portálu občana v PVS. Takový portál musí splnit několik podmínek: | ||
- | * Musí být registrovaný jako informační | + | ===== Pravidla pro Prostorová data a služby nad prostorovými daty ===== |
- | * Musí dle svého agendového zákona být schopný čerpat a poskytovat údaje skrze systém eGON Service Bus | + | <WRAP center round tip 60%> |
- | * Musí dle svého agendového zákona být schopný čerpat údaje z informačního systému základních registrů | + | Popis architektury úřadu a veřejné správy ČR po jednotlivých vrstvách architektury a zapracování požadavků do informační |
- | * Musí být [[https:// | + | |
+ | Popis centrálně poskytovaných systémů a jejich služeb, funkčních celků a tematických oblastí v rámci úplného elektronického podání je popsán na samostatné stránce [[nap: | ||
- | ===== Portál soukromoprávního uživatele údajů ===== | + | Využití a popis k přístupu k prostorovým datům a službami nad prostorovými daty popíše úřad do své informační koncepce.</ |
- | V případě portálu soukromoprávního uživatele údajů (také jako SPUÚ) se jedná o situaci, kdy vlastník portálu není orgán veřejné moci, ale dle své povahy je podřízen [[https:// | + | {{page> |
- | * Musí mít zřízenou datovou schránku pro komunikaci s veřejnou správou | ||
- | * Právnické osoby mají datovou schránku zřízenou ze zákona | ||
- | * Zřídit datovou schránku je možné dle informací na [[https:// | ||
- | * Datová schránka se může obsluhovat skrze webové rozhraní na adrese www.mojedatovaschranka.cz nebo mít funkcionality integrovány do vnitřních systémů organizace. Nejčastěji se jedná o elektronickou spisovou službu. | ||
- | * Musí být ohlášen v rejstříku SPUÚ v registru práv a povinností. Zde je možnost kontroly https:// | ||
- | * SPUÚ je podnikající fyzická osoba nebo právnická osoba, která není orgánem veřejné moci a je podle jiného právního předpisu oprávněna využívat údaje ze základního registru nebo z agendového informačního systému | ||
- | * Ohlášení do rejstříku SPUÚ probíhá pomocí agendového informačního systému působnostního viz https:// | ||
- | * Pokud tedy existuje agenda, v rámci které je SPUÚ oprávněn čerpat údaje ze základních registrů nebo z agendového informačního systému, je třeba kontaktovat správce agendy a požadovat zavedení do rejstříku SPUÚ. | ||
- | * Pokud není soukromoprávní uživatel údajů ohlášen v AISP a správce agendy, ani jiné OVM, jej ohlásit nechce, musí SPUÚ kontaktovat správce Registru práv a povinností (pavel.kajml@mvcr.cz) se žádostí o ohlášení do rejstříku SPUÚ s těmito údaji (Název organizace, adresa organizace, IČO, DIČ, zákon a paragraf opravňující k přístupu do základních registrů nebo agendovému informačnímu systému, kontaktní osoba) | ||
- | * Musí být ohlášen jako kvalifikovaný poskytovatel služeb online služeb (dále též Service Provider). Více také zde https:// | + | ===== Pravidla pro Úplné elektronické podání ===== |
- | * Uživatel jako zástupce organizace požaduje po NIA Portálu, který je Service Providerem, službu umožňující registraci dané organizace. Tato registrace umožní fungování dané organizace v NIA a vytváření jednotlivých Service Providerů. NIA Portál kontaktuje [[elektronicka_identifikace_pro_klienty_verejne_spravy|Národní identitní autoritu]], která ověření zprostředkovává, | + | <WRAP center round tip 60%> |
- | * Pro ověření uživatele pro registraci organizace či konfigurací jednotlivých Service Providerů je jako Identity Provider určen Informační systém datových schránek (ISDS). [[elektronicka_identifikace_pro_klienty_verejne_spravy|Národní identitní autorita]] provede přesměrování na přihlášení prostřednictvím datových schránek. | + | Popis architektury úřadu a veřejné správy ČR po jednotlivých vrstvách architektury |
- | * Uživatel provede ověření vlastní osoby přihlášením k datovým schránkám. Aby mohl uživatel registrovat organizaci či provést smazání již vytvořené registrace, musí být přihlášen prostřednictvím ISDS v roli Typ S - Oprávněná osoba se stavem datové schránky Stav schránky 1 - Přístupná | + | |
- | * V případě, kdy je uživatel úspěšně ověřen, Informační systém datových schránek předá | + | |
- | * [[elektronicka_identifikace_pro_klienty_verejne_spravy|Národní identitní autorita]] provede sběr atributů v Informačním systému základních registrů (ISZR) na jehož základě následně provede kontrolu existence IČO. | + | |
- | * [[elektronicka_identifikace_pro_klienty_verejne_spravy|Národní identitní autorita]] předává NIA Portálu potřebné atributy z Informačního systému základních registrů a atributy přijaté v autentizačním tokenu z Informačního systému datových schránek, které jsou nutné ke zpracování formuláře pro registraci. | + | |
- | * Na základě úspěšného splnění předchozích kroků umožní NIA Portál uživateli službu registrace organizace (SeP) a zobrazí mu vyplněný formulář pro registraci. | + | |
- | * Uživatel potvrdí správnost údajů a provedení registrace organizace (SeP). | + | |
- | * NIA Portál zpracuje přijatý požadavek na registraci a po úspěšném zaregistrování umožní uživateli provést konfiguraci jednotlivých Service Providerů spadající pod danou organizaci. | + | |
- | * Uživatel provede konfiguraci Service Providera | + | |
- | * Musí umět přijímat | + | Popis centrálně poskytovaných systémů |
+ | Využití a popis k přístupu k úplnému elektronickému podání popíše úřad do své informační koncepce.</ | ||
- | ====== Systém správy dokumentů ====== | + | {{page> |
- | < | ||
- | </ | ||
- | < | ||
- | </ | ||
- | ====== Elektronická fakturace ====== | + | ===== Pravidla pro Integraci informačních systémů |
+ | <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: | ||
+ | Popis centrálně poskytovaných systémů a jejich služeb, funkčních celků a tematických oblastí v rámci úplného elektronického podání je popsán na samostatné stránce [[nap: | ||
- | < | + | Využití a popis k přístupu |
- | </ | + | |
- | < | + | |
- | </code> | + | |
- | ====== Jednotný identitní prostor veřejné správy ====== | + | {{page> |
- | < | ||
- | </ | ||
- | < | ||
- | </ | ||
- | Každé OVM musí při správě identit svých zaměstanců zvážit využití systému Jednotného identitiního prostoru (také jako JIP/KAAS). Využití může být provedeno 2 druhy: | ||
- | * Vytvoření vlastních aplikačníhc rolí pro systémy, jejichž je OVM správce | + | ===== Pravidla |
- | * Využití existujících rolí v registru práv a povinností | + | <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 | ||
- | Pro uživatele, kteří nejsou pokrytí centrální licencí provozovatele, | + | Popis centrálně poskytovaných systémů a jejich služeb, funkčních celků a tematických oblastí v rámci portálů veřejné správy a soukromoprávních |
+ | Využití a popis k přístupu k portálům VS a SPUU popíše úřad do své informační koncepce.</ | ||
- | ====== Elektronická identifikace pro klienty veřejné správy ====== | + | {{section> |
- | < | ||
- | < | ||
- | Zásadním požadavkem bezpečnosti | + | ===== Pravidla pro Přístupnost informací ===== |
+ | <WRAP center round tip 60%> | ||
+ | Popis architektury úřadu | ||
- | Úloha správy | + | Popis centrálně poskytovaných systémů a jejich služeb, funkčních celků a tematických oblastí v rámci |
- | * **Identifikace –** jednoznačné | + | Využití |
- | * **Autentizace** – prokázání, | + | |
- | * **Autorizace** – na základě údajů o identifikované a autentizované osobě a dalších údajů o této osobě (například zařazení na pracovní pozici) zařazení osoby do odpovídající role a z toho vyplývající vyhodnocení oprávnění na úkony a data v rámci | + | |
- | NAP v této oblasti vyžaduje naplnění následujících principů pro všechny informační systémy veřejné správy: | + | {{page> |
- | - Každé OVM, které poskytuje své služby elekotronicky a potřebuje pro ně ověřeného klienta, musí využít služeb Národní identitní autority | ||
- | - Při tvorbě identitního prostoru si prvně udělat analýzu, zda nepostačuje již některý z federovaných identit v rámci NIA | ||
- | - Jakýkoliv nový identitní prostor musí být budován tak, aby byl federovaný v rámci NIA | ||
- | - Prostředky pro identifikaci a autentizaci jsou vždy vydány bezpečnou a jednoznačnou cestou identifikované osobě tak, aby byla zajištěna minimálně úroveň důvěry značná. O tomto vydání prostředků existuje trvalý záznam spolu s údaji, jak byla ověřena identita osoby | ||
- | - Osoba, jíž byly prostředky vydány, nedílně zodpovídá za ochranu těchto prostředků před odcizením a zneužitím | ||
- | - Osoba, jíž byly prostředky vydány, nese nedílnou zodpovědnost za všechny úkony, které byly v informačním systému provedeny při použití těchto prostředků | ||
- | - Věcný správce agend, které jsou vykonávány v rámci informačního systému, zodpovídá za obsazení osob do rolí (technicky vykonává technický správce informačního systému, vždy však na základě podkladů o věcných správců). Tuto svoji zodpovědnost může delegovat v rámci organizační struktury na více zodpovědných osob. | ||
- | ===== Mandáty, role a práva v elektronické komunikaci | + | ===== Pravidla pro Elektronickou fakturaci |
+ | <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: | ||
- | Zajištění správné obsazení do role neboli autorizace, klienta využívajícího elektronické | + | Popis centrálně poskytovaných systémů a jejich |
- | - Znalost typů mandátů | + | Využití a popis k přístupu k elektronické fakturaci popíše úřad do své informační koncepce.</ |
- | - 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 | + | |
+ | {{page> | ||
- | ==== 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. | ||
- | Mandáty | + | ===== Pravidla |
- | | **Fyzická osoba**| Jednající sama svým jménem | | + | <WRAP center round tip 60%> |
- | | Jednající jménem jiné fyzické osoby ze zákona: | + | 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: |
- | | Jednající jménem jiné fyzické osoby ze zmocnění | + | |
- | | **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 | + | |
+ | Popis centrálně poskytovaných systémů a jejich služeb, funkčních celků a tematických oblastí v rámci portálu občana a portálu veřejné správy je popsán na samostatné stránce [[nap: | ||
- | Jak je zdůrazněno níže, při výkonu | + | Využití a popis k přístupu k portálu občana a portálu |
- | 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: | + | {{page> |
- | * Nahlížení na údaje subjektů údajů 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 údajů 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 | + | ===== Pravidla pro Národní identitní autoritu ===== |
+ | <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 | ||
- | Všechny subjekty povinné dle [[https:// | + | Popis centrálně poskytovaných systémů a jejich služeb, funkčních celků a tematických oblastí v rámci Národní identitní autority je popsán na samostatné stránce |
- | „Vyžaduje-li právní | + | Využití a popis k přístupu k Národní identitní autoritě popíše úřad do své informační koncepce.</ |
- | 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 (NIA). | + | {{page> |
- | 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 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. | ||
+ | ===== Pravidla pro Referenční rozhraní ===== | ||
+ | <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: | ||
- | ==== Systém | + | Popis centrálně poskytovaných systémů a jejich služeb, funkčních celků a tematických oblastí v rámci Národní identitní autority je popsán na samostatné stránce [[nap: |
- | Systém poskytující elektronické služby veřejné správy musí být schopen komunikovat | + | Využití a popis k přístupu k Referenčnímu rozhraní popíše úřad do své informační koncepce.</ |
- | * [[https:// | + | {{page> |
- | * [[https:// | + | |
- | 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: | ||
- | * [[egsb|eGovernment Online Service Bus]] | + | ===== Pravidla pro Univerzální kontaktní místo veřejné správy ===== |
- | | + | <WRAP center round tip 60%> |
- | * [[propojeny_datovy_fond]] | + | 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 |
- | Centrální sdílené | + | Popis centrálně poskytovaných systémů a jejich |
- | * eGON služba [[http:// | + | Využití a popis k přístupu k univerzálním kontaktním místům popíše úřad do své informační |
- | * pro zajištění ověření, zda je fyzická osoba statutárním zástupcem | + | |
- | * eGON služba [[http:// | + | |
- | * pro zajištění ověření, zda je fyzická osoba rodič nezletilého, | + | |
- | * 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/ | + | |
- | * eGON služba [[http:// | + | |
- | * pro zajištění ověření, zda je fyzická osoba vlastníkem nemovitosti | + | |
- | * Služba ISDS | + | |
- | * Pro zajištění, | + | |
- | Žádné další centrální služby ověření oprávnění/ | + | {{page> |
- | ==== Vlastní zajištění autorizace klienta veřejné správy ==== | ||
- | Každá vykonávaná agenda (výkon | + | ===== Pravidla pro Systém správy dokumentů ===== |
+ | <WRAP center round tip 60%> | ||
+ | Popis architektury úřadu a veřejné správy | ||
- | Všechny tyto mandáty se musí řešit | + | Popis centrálně poskytovaných systémů a jejich služeb, funkčních celků a tematických oblastí |
- | * Zřídit buď v jednotlivých agendových informačních systémech, nebo v rámci centralizované správy subjektů mandátní registr. | + | Využití a popis k přístupu k systémům správy dokumentů popíše úřad do své informační koncepce.</ |
- | * V rámci mandátního registru určit | + | |
- | * 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 | + | |
- | * 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, | + | {{page> |
- | 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, | ||
- | * 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 | + | ===== Pravidla pro Systémy a služby spojené s právním |
+ | <WRAP center round tip 60%> | ||
+ | Popis architektury úřadu a veřejné správy ČR po jednotlivých vrstvách architektury | ||
+ | Popis centrálně poskytovaných systémů a jejich služeb, funkčních celků a tematických oblastí v rámci systémů a služeb spojených s právním řádem a legislativou je popsán na samostatné stránce [[nap: | ||
- | ====== Úplné elektronické podání ====== | + | Využití a popis k přístupu k systémům a službám spojených s právním řádem a legislativou popíše úřad do své informační koncepce.</ |
- | Popis centrálně poskytovaných systémů a jejich služeb v rámci správy dokumentů je uveden [[uplne_elektronicke_podani|zde]] a popsán v části [[nap:architektura_a_sdilene_sluzby_verejne_spravy_cr# | + | {{page>nap:pravidla: |
- | Využití a popis k přístupu kontaktních míst a obslužných kanálů pro klienty VS popíše úřad do své informační koncepce v části XXX. | ||
- | ====== Propojený datový fond ====== | + | ===== Pravidla pro Elektronické úkony a doručování |
+ | <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: | ||
+ | Popis centrálně poskytovaných systémů a jejich služeb, funkčních celků a tematických oblastí v rámci elektronických úkonů a doručování je popsán na samostatné stránce [[nap: | ||
- | < | + | Využití a popis k přístupu |
- | </ | + | |
- | < | + | |
- | </code> | + | |
- | Těžištěm pro správné využívání a pochopení smyslu propojeného datového fondu je porozumění rozdílu mezi **Poskytováním/ | + | |
+ | {{page> | ||
- | ==== 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 informační systém sdílení údajů. Soukromoprávní subjekt ú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ů, 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í informačního systémů sdílení údajů 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 | + | ===== Pravidla pro Jednotný identitní prostor veřejné správy ===== |
+ | <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 | ||
- | Na aplikační vrstvě, prostřednictvím webových | + | Popis centrálně poskytovaných systémů a jejich |
- | Jedním z pravidel [[ziskavani_referencnich_udaju]] webovými službami je nejdříve ztotožnit svůj datový kmen vůči ZR a následně se přihlásit pro příjem notifikací o změnách. Další možností, ovšem v krajních případech, pokud datový kmen instituce není příliš rozsáhlý, je možné provádět pravidelnou aktualizaci údajů celého datového kmene pro ztotožnění subjektu údajů práva při výkonu veřejné správy. | + | Využití a popis k přístupu k jednotnému identitnímu prostoru popíše úřad do své informační koncepce.</ |
- | 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í, | + | {{page> |
- | * Informace ohledně ZR jsou k dispozici na stránkách: | ||
- | * Informace, jakým způsobem připojit svůj AIS nebo komunikační sběrnici do ISZR jsou k dispozici na stránkách: | ||
- | * Informace, jakým způsobem využívat notifikace ze ZR je k dispozici na stránkách: | ||
- | * Informace k popisu služeb ZR: http:// | ||
- | * Podrobný popis služeb ZR: http:// | ||
- | 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í. | ||
- | Na komunikační vrstvě je povinnost instituce při výkonu veřejné správy využívat CMS. CMS je systém, jehož primárním | + | ===== Pravidla pro Jednotné obslužné kanály a uživatelská rozhraní |
+ | <WRAP center round tip 60%> | ||
+ | Popis architektury úřadu a veřejné správy | ||
+ | Popis centrálně poskytovaných systémů a jejich služeb, funkčních celků a tematických oblastí v rámci jednotných obslužných kanálů a uživatelských rozhraní úředníků je popsán na samostatné stránce [[nap: | ||
- | ==== Poskytování / Využívání dokumentů ==== | + | Využití a popis k přístupu k jednotným obslužným kanálům a UI úředníků popíše úřad do své informační koncepce.</ |
- | Dokumenty se nepřenáší skrze referenční rozhraní, ale skrze [[elektronicke_ukony_a_dorucovani|informační systém datových schránek]]. Dokumenty se tvoří výstupem z informačního systému veřejné správy dle [[https:// | + | {{page> |
- | ==== Výpisy z informačního systému ==== | ||
- | Výpis z informačního systému je informace, která má elektronickou podobu a vytváří se z veřejných evidencí. To znamená, výpis není personifikován pro konkrténí osobu a všechny obsažené informace jsou veřejné. Výpisy se tvoří dle [[https:// | + | ===== Pravidla pro Sdílené služby INSPIRE ===== |
+ | <WRAP center round tip 60%> | ||
+ | Popis architektury úřadu a veřejné správy ČR po jednotlivých vrstvách architektury | ||
+ | Popis centrálně poskytovaných systémů a jejich služeb, funkčních celků a tematických oblastí v rámci sdílených agendových IS v přenesené působnosti je popsán na samostatné stránce [[nap: | ||
- | ==== Výstupy z informačního systému ==== | + | Využití a popis k přístupu ke sdíleným službám INSPIRE popíše úřad do své informační koncepce.</ |
- | Výstup z informačního systému je dokument, ať už v elektronické nebo listinné podobě, tvořený pro konkrétní osobu, přičemž obsahuje veřejné i neveřejné informace. Existuje i varianta ověřeného výstupu, která vznikla úplným převodem výstupu z informačního systému veřejné správy z elektronické do listinné podoby a obsahuje náležitosti dle [[https:// | + | {{page> |
- | ====== Veřejný datový fond ====== | ||
- | <code> | + | ===== Pravidla pro 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 |
- | </ | + | |
- | ===== Možnosti přípravy IS pro otevřená data ===== | + | Popis centrálně poskytovaných systémů a jejich služeb, funkčních celků a tematických oblastí v rámci sdílených agendových IS v přenesené působnosti je popsán na samostatné stránce [[nap: |
- | Zásadní je mít přístup k datům | + | Využití a popis k přístupu ke sdíleným agendovým |
- | - umožňovat přístup k databázi nebo | + | {{page> |
- | - 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ů | + | |
- | Export dat nebo API v otevřeném formátu - preferované řešení | ||
- | IS má rozhraní pro pravidelný export dat nebo neomezené API, které organizace může vytěžit a získat kompletní data v jednom z otevřených formátů. | ||
- | * Pro tabulková data je to CSV | + | ===== Pravidla pro Sdílené agendové IS pro samostatnou působnost územních samospráv ===== |
- | * Pro hierarchická data je to XML nebo JSON | + | <WRAP center round tip 60%> |
- | * Pro grafová data je to RDF | + | 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: |
- | * Pro geodata je to jeden z otevřených formátů pro geodata - GeoJSON, ESRI Shapefile, OGC GML, OGC GeoPackage. | + | |
- | Struktura dat je zdokumentována jednak lidsky | + | Popis centrálně poskytovaných systémů a jejich služeb, funkčních celků |
- | * Pro CSV je to schéma CSV on the Web | + | Využití a popis k přístupu sdíleným agendovým IS pro samostatnou působnost popíše úřad do své informační koncepce.</ |
- | * Pro XML je to XML Schema | + | |
- | * Pro JSON je to JSON schema | + | |
- | * Pokud je použit vlastní slovník | + | |
- | V takovém případě jsou získaná kompletní data z IS připravena k publikaci formou otevřených dat. | + | {{page> |
- | ===== 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 | + | ===== Pravidla pro 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 | ||
- | ===== Následná příprava dat k publikaci v podobě otevřených dat ===== | + | Popis centrálně poskytovaných systémů a jejich služeb, funkčních celků a tematických oblastí v rámci sdílených provozních IS je popsán na samostatné stránce [[nap: |
- | 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ě: | + | Využití a popis k přístupu ke sdíleným provozním IS popíše úřad do své informační koncepce.</ |
- | - 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) | + | {{page>nap: |
- | - Zajistit pravidelnou aktualizaci získaných dat (dle charakteru dat to může být ve frekvenci | + | |
- | - Publikovat získaná data na web ke stažení a následně publikovat každou jejich aktualizaci | + | |
- | - Opatřit je dokumentací, | + | |
- | - 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 Portálu otevřených dat, naleznete zde rovněž informace o školeních a workshopech, | ||
- | Pro příklad vhodného způsobu zveřejnění datové sady v lokálním katalogu se lze podívat na katalog České správy sociálního zabezpečení (ČSSZ). | + | ===== Pravidla pro Sdílené statistické, |
+ | <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 | ||
+ | Popis centrálně poskytovaných systémů a jejich služeb, funkčních celků a tematických oblastí v rámci Sdílených statistických, | ||
- | ===== Ochrana osobních údajů ===== | + | Využití a popis k přístupu ke sdíleným statistickým, |
- | 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. Ve formátu otevřených dat lze zveřejnit následující: | + | {{page> |
- | - Pakliž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. | ||
- | - Anonymizace či Pseudonymizace. 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. Ovšem pozor, v závislosti na charakteru dat je třeba zkontrolovat, | ||
- | - Agregace. 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 žádoucí použít co nejjemnější možné členění.Tedy například počet přijatých podání uvádět raději po měsících namísto jen po letech. | ||
- | ===== Právní aspekty | + | ===== Pravidla pro eGovernment cloud ===== |
+ | <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: | ||
- | Legislativní rámec otevřených dat v České republice tvoří | + | Popis centrálně poskytovaných systémů a jejich |
- | Více informací o strategických dokumentech, | + | Využití |
+ | {{page> | ||
- | ====== Elektronické úkony a doručování ====== | ||
- | <code> | + | ===== Pravidla pro Národní datová centra ===== |
- | </ | + | <WRAP center round tip 60%> |
- | < | + | Popis architektury úřadu |
- | </ | + | |
- | Využívání oprávněných osob | + | |
- | Integrace do eSSL | + | Popis centrálně poskytovaných systémů a jejich služeb, funkčních celků a tematických oblastí v rámci národních datových center je popsán na samostatné stránce [[nap: |
- | Využití | + | Využití |
- | Doručování VS Dodávání VS Podání | + | {{page> |
- | ====== Jednotné obslužné kanály a uživatelská rozhraní úředníků ====== | ||
+ | ===== Pravidla pro komunikační infrastrukturu veřejné správy ===== | ||
+ | <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: | ||
- | < | + | Popis centrálně poskytovaných systémů a jejich služeb, funkčních celků a tematických oblastí |
- | </ | + | |
- | < | + | |
- | </ | + | |
- | ====== Národní datová centra ====== | + | Využití a popis k přístupu |
- | + | ||
- | + | ||
- | < | + | |
- | </ | + | |
- | < | + | |
- | </ | + | |
- | + | ||
- | ====== eGovernment cloud ====== | + | |
- | + | ||
- | + | ||
- | < | + | |
- | </ | + | |
- | < | + | |
- | </ | + | |
- | + | ||
- | ===== Rozhodnutí o vstupu do EGC ===== | + | |
- | + | ||
- | + | ||
- | Jedním ze dvou hlavních kritérií pro využití služeb Státní část eGovernment Cloudu (také jako SeGC) nebo Komerční část eGovernment cloudu (také jako KeGC) je úroveň bezpečnostních dopadů daného IS. SeGC zajistí maximální úroveň bezpečnosti a je určen pro provoz služeb eGC bezpečnostní úrovně 4 (Kritická). KeGC je určen pro provoz služeb eGC bezpečnostních úrovní 1-3 (Nízká, Střední, Vysoká) a v maximální míře umožňuje využití tržních mechanismů pro zajištění optimálních cen. Druhým rozhodujícím kritériem pro využití služeb eGC je kalkulace a porovnání nákladů vlastnictví (TCO) jednotlivých IS v modelu provozu on-premise (na vlastní | + | |
- | + | ||
- | * Stanovení ekonomické náročnosti | + | |
- | * [[https:// | + | |
- | * [[https:// | + | |
- | * Stanovení požadavků na bezpečnost | + | |
- | * [[https:// | + | |
- | * [[https:// | + | |
- | + | ||
- | Správce eGC do konce října 2019 zveřejní dynamický nákupní systém (také jako DNS) pro nákup eGC služeb vedených v jeho katalogu. Portál pro objednávání a správu služeb nebude spuštěn spolu s DNS, ale jeho spuštění se dá očekávat v první polovině roku 2020. | + | |
- | + | ||
- | + | ||
- | ===== Přístup správců ISVS k EGC ===== | + | |
- | + | ||
- | + | ||
- | Každý správce centralizovaného poskytovaného agendového informačního systému by měl postupně činit při správě a rozvoji svých informačních systémů takové kroky, aby oddělil infrastrukturu od samotné technologické a aplikační vrstvy příslušných informačních systémů. To znamená, že by se svými postupnými kroky měl připravit na to, že od určité Doby bude provozovat svoje centralizované agendové informační systémy v cloudu a měl by postupně omezovat svoji závislost na vlastních datových centrech a pouze jím provozovaných technologických platformách. | + | |
- | + | ||
- | V následující fázi budování eGC, dlouhé zhruba dva roky, bude umísťování IS do eGC (využívání služeb eGC) dobrovolné. Dlouhodobě bude uplatněn princip cloud-first – povinné umístění IS do eGC, pokud kalkulace TCO neprokáže nákladově efektivnější provoz onpremise. | + | |
- | + | ||
- | + | ||
- | ====== Sdílená síťová a komunikační infrastruktura ====== | + | |
- | + | ||
- | + | ||
- | < | + | |
- | </ | + | |
- | < | + | |
- | </ | + | |
- | + | ||
- | ====== Sdílené agendové IS v přenesené působnosti ====== | + | |
- | + | ||
- | + | ||
- | < | + | |
- | </ | + | |
- | < | + | |
- | </ | + | |
- | + | ||
- | ====== Sdílené agendové IS pro samostatnou působnost územních samospráv ====== | + | |
- | + | ||
- | + | ||
- | < | + | |
- | </ | + | |
- | < | + | |
- | </ | + | |
- | + | ||
- | ====== Sdílené provozní informační systémy ====== | + | |
- | + | ||
- | + | ||
- | < | + | |
- | </ | + | |
- | < | + | |
+ | {{page> |