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 | ||
| nap:pravidla_pro_funkcni_celky_architektury_jednotlivych_uradu [2019/05/10 15:11] – /* Otevřená data */ Tomáš Šedivec | nap_dokument:pravidla_pro_funkcni_celky_architektury_jednotlivych_uradu [2021/04/30 12:53] (aktuální) – Tomáš Šedivec | ||
|---|---|---|---|
| Řádek 1: | Řádek 1: | ||
| + | ====== 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í | + | Tato kapitola popisuje způsoby využívání sdílených služeb, |
| - | Tato kapitola popisuje definované funkční celky v celé šíři (v celé architektuře) včetně pravidel, návodů a dobrých praktik k jejich správě a rozvoji. Jde o jiný přístup k popisu požadavků na využívání systémů a služeb eGovernmentu než v části [[nap:pravidla_tvorby_a_udrzby_vlastni_ctyrvrstve_architektury_jednotlivych_uradu|Pravidla tvorby a údržby vlastní čtyřvrstvé architektury jednotlivých úřadů]], kde se požadavky popisují skrze jednotlivé vrstvy architektury úřadu. | + | {{page> |
| - | {{:Definice: | + | Skladba této kapitoly odpovídá sdíleným službám, funkčním celkům a tematickým oblastem z části [[nap_dokument:architektura_a_sdilene_sluzby_verejne_spravy_cr|Popis sdílených služeb, |
| - | Skladba této kapitoly odpovídá klíčovým tématickým okruhům z části | + | **Tematické oblasti** |
| + | * **[[nap_dokument: | ||
| + | * **[[nap_dokument: | ||
| + | * **[[nap_dokument:pravidla_pro_funkcni_celky_architektury_jednotlivych_uradu# | ||
| + | * **[[nap_dokument: | ||
| + | * **[[nap_dokument: | ||
| + | * **[[nap_dokument: | ||
| + | * **[[nap_dokument: | ||
| + | * **[[nap_dokument: | ||
| + | * **[[nap_dokument: | ||
| + | * **[[nap_dokument:pravidla_pro_funkcni_celky_architektury_jednotlivych_uradu# | ||
| + | * **[[nap_dokument: | ||
| - | | + | **Sdílené služby a [[znalostni_baze: |
| - | * **Portály veřejné správy a soukromoprávních uživatelů údajů - Portál občana, Portál veřejné správy** | + | |
| - | * **Systém správy dokumentů - eSSL** | + | |
| - | * **Jednotný identitní prostor veřejné správy – JIP/ | + | |
| - | * **Elektronická identifikace pro klienty veřejné správy – NIA** | + | |
| - | * **Propojený datový fond - PPDF** | + | |
| - | * **Veřejný datový fond ČR - VDF** | + | |
| - | * **Systém zaručeného doručování - Datové schránky** | + | |
| - | * **Národní datová centra** | + | |
| - | * **eGovernment Cloud** | + | |
| - | * **Sdílená síťová | + | |
| - | Dostupné, aktuálně budované | + | * **[[nap_dokument: |
| + | * **[[nap_dokument: | ||
| + | * **[[nap_dokument: | ||
| + | * **[[nap_dokument: | ||
| + | * **[[nap_dokument: | ||
| + | * **[[nap_dokument: | ||
| + | * **[[nap_dokument: | ||
| + | * **[[nap_dokument: | ||
| + | * **[[nap_dokument: | ||
| + | * **[[nap_dokument:pravidla_pro_funkcni_celky_architektury_jednotlivych_uradu# | ||
| + | * **[[nap_dokument: | ||
| + | * **[[nap_dokument: | ||
| + | * **[[nap_dokument: | ||
| + | * **[[nap_dokument: | ||
| + | * **[[nap_dokument: | ||
| + | * **[[nap_dokument: | ||
| + | * **[[nap_dokument: | ||
| - | * **Sdílené agendové IS v přenesené působnosti** | ||
| - | * například pro agendy v přenesené působnosti Živnostenský rejstřík, Evidence obyvatel, Evidence řidičů a Registr motorových vozidel, Informační systém technické infrastruktury atd. | ||
| - | * **Sdílené agendové IS pro samostatnou působnost územních samospráv** | + | ===== Pravidla |
| - | * **Sdílené provozní informační systémy** | + | <WRAP center round tip 60%> |
| - | * například Informační systém státní služby, Integrovaný | + | Popis architektury úřadu a veřejné správy ČR po jednotlivých vrstvách architektury a zapracování požadavků do informační |
| + | 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: | ||
| - | ====== [[univerzalni_kontaktni_misto|Univerzální kontaktní místo veřejné správy]] ====== | + | Využití a popis k přístupu k agendovému modelu VS popíše úřad do své informační koncepce.</ |
| + | {{section> | ||
| - | 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: | ||
| - | Úřad musí při tvorbě a správě svých služeb zohlednit možnost vyřízení služby jak samoobslužně, | ||
| - | Využití | + | ===== Pravidla pro identifikaci klientů veřejné správy ===== |
| + | <WRAP center round tip 60%> | ||
| + | Popis architektury úřadu | ||
| + | Popis centrálně poskytovaných systémů a jejich služeb, funkčních celků a tematických oblastí v rámci identifikace klientů veřejné správy je popsán na samostatné stránce [[nap: | ||
| - | ===== Samoobslužná univerzální kontaktní místa ===== | + | Využití a popis k přístupu k elektronické identifikaci klientů VS popíše úřad do své informační koncepce.</ |
| - | Aby se plně podporovala samoobsluha služby veřejné správy, musí splnit následující podmínky: | + | {{section> |
| - | * Poskytování samoobslužných služeb pro klienta pod zaručenou elektronickou identitou | ||
| - | * 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. Techniky to znamená soulad s pravidly a principy [[narodni_identitni_prostor|Národního identitního prostoru]] | ||
| - | * Federace pod [[portal_obcana]] | ||
| - | * Služby musí být federovány pod [[portal_obcana|Portál občana / Portál veřejné správy]] v souladu s [[narodni_identitni_prostor|Národním identitním prostorem]] a plnit pravidla [[portaly_verejne_spravy_a_soukromopravnich_uzivatelu_udaju|portálů veřejné správy a soukromoprávních uživatelů údajů]] | ||
| - | * Formuláře | ||
| - | * Formuláře používající zaručenou elektronickou identitu a principy [[uplne_elektronicke_podani|úplného elektronického podání]]. | ||
| - | ===== Asistovaná univerzální kontaktní místa | + | ===== 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: | ||
| - | V rámci asistovaných univerzálních kontaktních míst je nutné počítat s neustálým rozvojem | + | 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.</ | ||
| - | ====== Portály veřejné správy a soukromoprávních uživatelů údajů ====== | + | {{section> |
| - | 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: | ||
| - | Úřad musí při provozování portálu zavést | + | ===== 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ů | ||
| - | Portál podporuje samoobslužného klienta, obsahuje jak přenesenou, | + | 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: |
| - | Využití a popis k přístupu | + | Využití a popis k přístupu |
| + | {{section> | ||
| - | ===== Portál občana a portál veřejné správy ===== | ||
| + | ===== Pravidla pro Evidenci subjektů ===== | ||
| + | <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: | ||
| - | ===== Agendový portál ===== | + | 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: |
| - | Agendovým portálem je myšlen portál poskytující služby logicky centralizovaného systému pro jiné orgány veřejné správy. Typicky jde tedy o portál agendy v přenesené působnosti poskytovaný správcem (ohlašovatelem) agendy. | + | Využití a popis k přístupu k agendovému modelu VS popíše úřad do své informační koncepce.</ |
| - | Takový portál musí splnit několik podmínek: | + | {{section> |
| - | * Musí být registrovaný jako informační systém veřejné správy v systému o informační systémech veřejné správy < | ||
| - | * Musí být federovaný do portálu občana | ||
| - | * Musí dle svého agendového zákona být schopný čerpat a poksytovat ú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 ohlášen jako poskytovatel služeb < | ||
| - | ===== Portál území | + | ===== Pravidla pro Prostorová data a služby nad prostorovými daty ===== |
| + | <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: | ||
| - | V případě portálů samospráv se předpokládají dva trendy: | + | Popis centrálně poskytovaných systémů a jejich služeb, funkčních celků a tematických oblastí |
| - | * Musí být registrovaný jako informační systém veřejné správy v systému o informační | + | 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í |
| - | * Musí dle svého agendového zákona být schopný čerpat a poksytovat ú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 ohlášen jako poskytovatel služeb < | + | |
| + | {{section> | ||
| - | ===== Portál soukromoprávního uživatele údajů ===== | ||
| - | V případě portálu soukromoprávního uživatele údajů (dále také jako SPUÚ) se jedná o situaci, kdy vlastník portálu není orgán veřejné moci, ale dle své povahy | + | ===== Pravidla pro Úplné elektronické podá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 | ||
| - | * Musí mít zřízenou datovou schránku pro komunikaci s veřejnou správou | + | Popis centrálně poskytovaných |
| - | * Právnické osoby mají datovou schránku zřízenou ze zákona | + | |
| - | * Zřídit datovou schránku je možné dle informací zde: < | + | |
| - | * 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 | + | |
| - | * 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 | + | |
| - | * 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 | + | |
| - | * 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:// | + | Využití a popis k přístupu |
| - | * 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 Národní identitní autoritu, která ověření zprostředkovává, | + | |
| - | * 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). Národní identitní autorita provede | + | |
| - | * Uživatel provede ověření vlastní osoby přihlášením | + | |
| - | * V případě, kdy je uživatel úspěšně ověřen, Informační systém datových schránek předá Národní identitní autoritě jako výsledek ověření autentizační token obsahující IČO a název subjektu, roli přihlašovaného uživatele a další atributy. | + | |
| - | * 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. | + | |
| - | * 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 a zpracovávat data pomocí standardů SAML2 nebo WS-Federation | + | {{section> |
| - | ====== [[system_spravy_dokumentu|Elektronický systém spisové služby]] ====== | ||
| - | {{: | + | ===== Pravidla pro Integraci informačních systémů ===== |
| + | <WRAP center round tip 60%> | ||
| + | Popis architektury úřadu a veřejné | ||
| + | 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: | ||
| - | ====== Veřejný datový fond ====== | + | Využití a popis k přístupu k integraci informačních systémů popíše úřad do své informační koncepce.</ |
| + | {{section> | ||
| - | ====== [[centralni_misto_sluzeb]] ====== | ||
| - | CMS je systém, jehož primárním účelem je zprostředkovávat řízené | + | ===== Pravidla pro Portály veřejné správy |
| + | <WRAP center round tip 60%> | ||
| + | Popis architektury úřadu a veřejné | ||
| - | správy na území státu. CMS jako privátní síť veřejné správy využívá dedikovaných resp. pronajatých síťových prostředků pro bezpečné propojení úředníků orgánů 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 portálů veřejné správy |
| - | Centrální místo služeb v kombinaci s tzv. komunikační infrastrukturou veřejné správy (KIVS) nabízí pro jednotlivé OVS: | + | Využití a popis k přístupu k portálům VS a SPUU popíše úřad do své informační koncepce.</ |
| - | <nowiki>*</ | + | {{section>nap:portaly_verejne_spravy_a_soukromopravnich_uzivatelu_udaju# |
| - | < | + | |
| - | < | + | |
| - | < | + | |
| - | < | + | |
| - | < | + | |
| - | Připojení k CMS je možné realizovat jednou ze čtyř možností: 1. KIVS, 2. Krajský konektor, 3.IPsec VPN, 4. SSL VPN. | + | |
| - | Komunikace mezi jednotlivými OVS je tak vedena výhradně prostřednictvím CMS. | ||
| - | ===== CMS, popis zahrnutých služeb | + | ===== Pravidla pro Přístupnost informací |
| + | <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: | ||
| - | Odbor Hlavního architekta eGovernmentu a Ministerstvo vnitra v rámci svých kompetencí požaduje od jednotlivých správců ISVS, aby služby těchto systémů publikovaly | + | Popis centrálně poskytovaných systémů a jejich |
| - | Jednotliví uživatelé ISVS na úrovní státní správy | + | Využití a popis k přístupu k přístupnosti informací popíše úřad do své informační koncepce.</ |
| + | {{section> | ||
| - | ===== Služba CMS2 – 02 – Zveřejnění aplikace ===== | ||
| - | ^ Název parametru^ Vysvětlení | | + | ===== Pravidla pro Elektronickou fakturaci ===== |
| - | | Kód služby| CMS2-02 | | + | <WRAP center round tip 60%> |
| - | | Název služby| Zveřejnění aplikace | | + | 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]]. |
| - | | Popis služby| Služba vytvoří prostředí pro publikaci aplikační služby informačního systému OVM. Varianty služby se liší podle cílového prostředí. Možné varianty jsou: 1. do sítě Internet 2. do sítě CMS 3. do sítě TESTA-ng 4. do Extranetu | | + | |
| - | Aplikační | + | Popis centrálně poskytovaných systémů a jejich |
| - | 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. | + | Využití a popis k přístupu k elektronické fakturaci popíše úřad do své informační koncepce.</ |
| - | Při zveřejnění aplikace do sítě CMS jsou aplikaci přiděleny privátní IP adresy z prostoru CMS (Konsolidované IP adresy). Službu je možné zveřejnit pro všechny ostatní subjekty připojené do sítě CMS (Veřejná služba) nebo pro definované subjekty a skupiny subjektů (Schvalovaná služba). O přístup ke Schvalované službě musí přistupující subjekty žádat prostřednictvím služby CMS203-1. | + | {{section> |
| - | Při zveřejnění aplikace do sítě TESTA-ng (síť EU) jsou aplikaci přiděleny IP adresy z prostoru pro ČR v síti TESTA-ng. Přístup ke zveřejněné službě je omezen na definované zdrojové IP adresy. Zveřejnění aplikace 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 (extranet vytváří Správce CMS). Přístup k aplikaci v extranetu je umožněn všem uživatelům, | ||
| + | ===== Pravidla pro Portál občana a Portál 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: | ||
| - | ===== Služba CMS2 – 03 – Přístup k aplikaci ===== | + | 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: |
| + | Využití a popis k přístupu k portálu občana a portálu veřejné správy popíše úřad do své informační koncepce.</ | ||
| - | ^ Název parametru^ Vysvětlení | | + | {{section> |
| - | | Kód služby| CMS2-03 | | + | |
| - | | 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í. Možné varianty představují přístup: 1. k aplikaci v síti CMS 2. k aplikaci v síti TESTA-ng 3. k aplikaci v síti Internet | | + | |
| - | Služba umožňuje zřizovat, měnit a rušit přístupy subjektu k nabízené aplikační službě. 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 CMS umožní subjektu připojení k aplikační službě zveřejněné jiným subjektem prostřednictvím služby CMS2-02-2 v síti CMS. 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 TESTA-ng 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 | + | ===== 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 a architektury úřadu je popsán v části [[nap_dokument: | ||
| - | Přístup k aplikaci v síti Internet umožní subjektu připojení k aplikační službě zveřejněné | + | Popis centrálně poskytovaných systémů a jejich služeb, funkčních celků a tematických oblastí |
| + | Využití a popis k přístupu k Národní identitní autoritě popíše úřad do své informační koncepce.</ | ||
| - | ===== Služba CMS2 – 04 – Publikace AIS na eGSB ===== | + | {{section> |
| - | ^ Název parametru^ Vysvětlení | | + | ===== Pravidla pro Referenční rozhraní ===== |
| - | | Kód služby| CMS2-04 | | + | <WRAP center round tip 60%> |
| - | | Název služby| Publikace AIS na eGSB | | + | 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 služby| Služba zajišťuje zpřístupnění publikačního agendového | + | |
| - | Služba zajistí provozovateli publikačního agendového informačního systému (AIS) síťovou konektivitu mezi eGSB (eGovernment Online Service Bus, tj. sdílená | + | 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: |
| - | Ve výchozím stavu je komunikace mezi eGSB a publikačním AIS synchronní, | + | Využití |
| + | {{section> | ||
| - | ===== Právní aspekty ===== | ||
| - | S výjimkou tzv. provozních informačních systémů, které jsou uvedeny v § 1 odst. 4 písm. | + | ===== Pravidla pro Univerzální kontaktní místo veřejné správy ===== |
| + | <WRAP center round tip 60%> | ||
| + | Popis architektury úřadu | ||
| - | prostřednictvím CMS. Organům 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 univerzálního kontaktního místa je popsán na samostatné stránce [[nap: |
| - | Protože CMS je součástí tzv. referenčního rozhraní, definovaného v § 2 písm. j) ZoISVS, má vztah k CMS i povinnost uložená v § 5 odst. písm. d) ZoISVS, tj. povinnost správců ISVS zajistit, aby vazby jimi spravovaného ISVS na ISVS jiného správce byly uskutečňovány prostřednictvím referenčního rozhraní. | + | Využití a popis k přístupu k univerzálním kontaktním místům popíše úřad do své informační koncepce.</ |
| - | S ohledem na výše popsané vlastnosti CMS, jakož i s ohledem na výše popsané právní aspekty, lze také dodat, že využívání, | + | {{section> |
| - | Příkladem publikované služby - Centrální registr řidičů (CRŘ) | ||
| - | ====== [[elektronicka_fakturace]] ====== | + | ===== Pravidla pro Systém správy dokumentů |
| + | <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 | ||
| - | Elektronická fakturace (dále jen „e-fakturace“) je moderní prostředek, | + | Popis centrálně poskytovaných systémů a jejich služeb, funkčních celků |
| - | E-fakturace v kombinaci s řádně vedenou spisovou službou dle č.499/2004 Sb., zákona o archivnictví | + | Využití a popis k přístupu k systémům správy dokumentů popíše úřad do své informační koncepce.</ |
| - | < | + | {{section>nap: |
| - | < | + | |
| - | < | + | |
| - | < | + | |
| - | ===== Ekonomické aspekty ===== | ||
| - | Evropská komise předpokládá, | ||
| - | Jako prostředek k dosažení tohoto cíle má směrnice 2014/55/EU o elektronické fakturaci při zadávání veřejných zakázek za cíl usnadnit používání elektronických faktur hospodářskými subjekty, které dodávají zboží, práce | + | ===== 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 | ||
| - | Norma EN 169311: | + | Popis centrálně poskytovaných systémů |
| + | 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.</ | ||
| - | ===== Technické aspekty ===== | + | {{section> |
| - | 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 směrnicí 2014/55/EU: | ||
| - | < | ||
| - | < | ||
| - | < | ||
| - | < | ||
| - | Je třeba zmínit, že směrnice 2014/55/EU: | ||
| - | nepředepisuje, | + | ===== Pravidla |
| + | <WRAP center round tip 60%> | ||
| + | Popis architektury úřadu a veřejné správy ČR po jednotlivých vrstvách architektury | ||
| - | neponechává veřejným zadavatelům žádný prostor pro volbu mezi syntaxemi, které jsou uvedeny | + | 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 |
| + | Využití a popis k přístupu k elektronickým úkonům a doručování popíše úřad do své informační koncepce.</ | ||
| - | ===== Jakákoliv odchylka od tohoto pravidla by představovala porušení směrnice. ===== | + | {{section> |
| - | To je případ českého formátu elektronické faktury ISDOC (Information System Document), verze 5.2 a vyšší (dle Usnesení vlády č. 347/2017 a vyhlášky č.194/2009 Sb), který není součástí výše uvedené směrnice, ale v rámci vnitřního trhu České republiky bude i nadále používán mezi ekonomickými subjekty. | ||
| - | ===== Právní aspekty | + | ===== 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 v části [[nap_dokument: | ||
| - | Implementace e-fakturace do prostředí | + | Popis centrálně poskytovaných systémů a jejich služeb, funkčních celků a tematických oblastí v rámci jednotného identitního prostoru |
| + | Využití a popis k přístupu k jednotnému identitnímu prostoru popíše úřad do své informační koncepce.</ | ||
| - | ===== Všechny veřejné zakázky, které jsou nadlimitní mohou být dodavatelem vyžadovány ve formě e-fakturace. ===== | + | {{section> |
| - | 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/ | ||
| - | ===== Cílový adresáti | + | ===== Pravidla pro Jednotné obslužné kanály a uživatelská rozhraní úředníků |
| + | <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: | ||
| - | Dle zákona | + | Popis centrálně poskytovaných systémů a jejich služeb, funkčních celků a tematických oblastí |
| + | 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.</ | ||
| - | ====== Mandáty, role a práva v elektronické komunikaci ====== | + | {{section> |
| - | 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, | ||
| - | 1) Znalost typů mandátů při jednání s veřejnou správou | ||
| - | 2) Jednoznačnou identifikaci | + | ===== 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 a zapracování požadavků do informační koncepce | ||
| - | 3) Systém | + | 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: |
| - | 4) Vlastní zajištění autorizace klienta veřejné správy | + | Využití a popis k přístupu ke sdíleným službám INSPIRE popíše úřad do své informační koncepce.</ |
| + | {{section> | ||
| - | ===== 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í takto: | ||
| - | 1. Fyzická osoba | + | ===== 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 a zapracování požadavků do informační koncepce a architektury úřadu je popsán v části [[nap_dokument: | ||
| - | a. Jednající sama svým jménem | + | Popis centrálně poskytovaných systémů |
| - | b. Jednající jménem jiné fyzické osoby ze zákona | + | Využití a popis k přístupu ke sdíleným agendovým IS pro přenesenou působnost popíše úřad do své informační koncepce.</ |
| - | i. rodič dítěte | + | {{section> |
| - | ii. manžel/ | ||
| - | iii. registrovaný partner/ | ||
| - | iv. opatrovník | + | ===== Pravidla pro Sdílené agendové IS pro samostatnou působnost územních samospráv ===== |
| + | <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: | ||
| - | c. Jednající jménem jiné fyzické osoby ze zmocně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 agendových IS pro samostatnou působnost je popsán na samostatné stránce [[nap: |
| - | i. plná moc | + | 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.</ |
| - | ii. advokát | + | {{section> |
| - | iii. zastupující FO | ||
| - | iv. jiný druh zmocnění | ||
| - | v. na žádost bez zmocnění | + | ===== 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 a zapracování požadavků do informační koncepce a architektury úřadu je popsán v části [[nap_dokument: | ||
| - | 2. Fyzická osoba jednající za právnickou osobu | + | 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: |
| - | a. Jednatel právnické osoby | + | Využití |
| - | b. statutární zástupce právnické osoby (jedna FO) | + | {{section> |
| - | c. Statutární orgán právnické osoby (více FO) | ||
| - | d. Insolvenční správce | ||
| - | e. Likvidátor | + | ===== 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 v části [[nap_dokument: | ||
| - | f. Jednající jménem zřizovatele právnické osoby | + | 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, |
| - | g. Pověřen | + | Využití a popis k přístupu ke sdíleným statistickým, |
| - | i. Veřejnoprávním titulem | + | {{section> |
| - | ii. Soukromoprávním titulem (smlouva, plná moc, společenská smlouva, apod.) | ||
| - | 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 | + | ===== Pravidla pro eGovernment cloud ===== |
| + | <WRAP center round tip 60%> | ||
| + | Popis architektury | ||
| - | < | + | Popis centrálně poskytovaných systémů a jejich služeb, funkčních celků a tematických oblastí v rámci eGovernment Cloudu je popsán na samostatné stránce [[nap: |
| - | < | + | |
| - | < | + | |
| - | < | + | |
| - | < | + | |
| - | < | + | |
| - | ===== Jednoznačná identifikace | + | Využití |
| - | Všechny subjekty povinné dle 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ě: | + | {{section> |
| - | „Vyžaduje-li právní předpis nebo výkon působnosti prokázání totožnosti, | ||
| - | 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). | ||
| - | Identifikace | + | ===== Pravidla pro Národní datová centra ===== |
| + | <WRAP center round tip 60%> | ||
| + | Popis architektury úřadu | ||
| + | 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: | ||
| - | ===== Systém veřejné správy schopný komunikovat | + | Využití |
| - | Systém poskytující elektronické služby veřejné správy musí být schopen komunikovat a získávat údaje z propojeného datového fondu. K tomu musí systém odpovídat předpisům: | + | {{section> |
| - | < | ||
| - | < | ||
| - | Více o využívání údajů propojeného datového fondu a infrastruktuře referenčního rozhraní je napsáno v dokumentech: | ||
| - | < | ||
| - | 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: | ||
| - | <nowiki> | + | ===== Pravidla pro komunikační infrastrukturu veřejné správy ===== |
| - | o pro zajištění ověření, zda je fyzická osoba statutárním zástupcem | + | <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 komunikační infrastruktury veřejné správy |
| - | o pro zajištění ověření, zda je fyzická osoba rodič nezletilého, který není svéprávný | + | |
| - | o pro zajištění ověření, zda je fyzická osoba zákonným zástupcem jiné fyzické osoby | + | Využití a popis k přístupu ke komunikační infrastruktuře veřejné správy popíše úřad do své informační koncepce.</ |
| - | o pro zajištění ověření, zda je fyzická osoba opatrovníkem jiné fyzické osoby | + | {{section>nap:komunikacni_infrastruktura_verejne_spravy# |
| - | + | ||
| - | o pro zajištění ověření, zda je fyzická osoba manžel/ | + | |
| - | + | ||
| - | <nowiki>*</ | + | |
| - | o pro zajištění ověření, zda je fyzická osoba vlastníkem nemovitosti | + | |
| - | + | ||
| - | < | + | |
| - | o Pro zajištění, | + | |
| - | + | ||
| - | Žádné další centrální služby ověření oprávnění/ | + | |
| - | + | ||
| - | + | ||
| - | ===== 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: | + | |
| - | + | ||
| - | < | + | |
| - | < | + | |
| - | < | + | |
| - | < | + | |
| - | < | + | |
| - | 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, | + | |
| - | + | ||
| - | 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, | + | |
| - | + | ||
| - | < | + | |
| - | < | + | |
| - | < | + | |
| - | 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ě. | + | |
| - | + | ||
| - | Zásadním požadavkem bezpečnosti a transparentnosti pro informační systémy veřejné správy je požadavek na jednotnou elektronickou identifikaci interních i externích uživatelů. Pro každou operaci je nutná znalost osoby, která tuto operaci provádí zvláště z hlediska nepopiratelné zodpovědnosti osoby. | + | |
| - | + | ||
| - | Externí uživatelé (klienti) informačních systémů veřejné správy musí být jednoznačně identifikováni zvláště z důvodů ochrany osobních údajů a dále z procesního hlediska, jak předpokládá správní řád (jednoznačné prokázání totožnosti účastníků řízení). | + | |
| - | + | ||
| - | Pro interní uživatele, pracující v informačním systému veřejné správy je nutnou podmínkou jednoznačná a nepopiratelná identifikace uživatele tak, aby bylo možné jednoznačně vyhodnotit oprávnění této osoby v rámci přístupu k údajům a službám informačních systémů a současně zpětně vyhodnotit činnost těchto osob dle záznamů v auditních systémech (logy). | + | |
| - | + | ||
| - | Úloha správy přístupů se pro každý informační systém veřejné správy skládá z následujících kroků: | + | |
| - | + | ||
| - | * **Identifikace –** jednoznačné a nepopiratelné určení fyzické osoby, která přistupuje k informačnímu systému veřejné správy | + | |
| - | * **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 informačního systému. | + | |
| - | + | ||
| - | IKČR v této oblasti vyžaduje naplnění následujících principů pro všechny informační systémy veřejné správy: | + | |
| - | + | ||
| - | - 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. | + | |
| - | + | ||
| - | + | ||
| - | ==== Jednotná elektronická identifikace klientů VS (NIA) ==== | + | |
| - | + | ||
| - | Pro jednoznačnou identifikaci, | + | |
| - | + | ||
| - | Zákon č. 250/2017 Sb., o elektronické identifikaci, | + | |
| - | + | ||
| - | Podporu celého procesu elektronické identifikace prostřednictvím kvalifikovaného systému elektronické identifikace je vytvořena platforma **Národní identitní autority**, která vykonává činnosti Národního bodu dle § 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/ | + | |
| - | + | ||
| - | NIA zajistí OVS státem garantované služby identifikace a autentizace včetně federace údajů o subjektu práva ze základních registrů a možnost předávání přihlašovací identity dle principy Single Sign-On. Žádné OVS si tedy již nemusí řešit přihlašovací identity pro své klienty samo! Toto platí pouze pro osoby uvedené v ROB nebo přihlašující se identitou v rámci eIDAS z členských států EU. V současném stavu ROB (stav As-Is) tedy pouze pro občany ČR a cizince s trvalým pobytem. V budoucím stavu (stav To-Be) pro občany ČR, cizince s trvalým pobytem a jiné fyzické osoby (EjFO), které mají k ČR právní či majetkový vztah (zahraniční vlastník nemovitosti, | + | |
| - | + | ||
| - | Národní identitní autorita vytváří federativní systém, který se skládá z následujících komponent: | + | |
| - | + | ||
| - | * **Národní bod** jako centrální bod federativního systému, který zajišťuje komunikaci a registraci účastníků federace. Tato komponenta zajišťuje současně vždy **jednoznačné ztotožnění** osoby, která prokazuje svoji totožnost předložením autentizačních prostředků | + | |
| - | * **Kvalifikovaný správce,** který vydává jednoznačně identifikovaným fyzickým osobám prostředky pro vzdálenou autentizaci (prokázání totožnosti) a provádí veškeré činnosti spojené se správou těchto prostředků a prokazováním totožnosti fyzické osoby | + | |
| - | * **Základní registry,** které poskytují jednoznačnou identifikaci osoby a zajištění vazeb této osoby vůči referenčním údajům o osobě | + | |
| - | * **Národní uzel eIDAS,** který zajišťuje přijímání vzdáleného prokázání totožnosti z ohlášených systémů dle nařízení eIDAS a předávání vzdálené identifikace a autentizace z České republiky ostatním státům EU | + | |
| - | + | ||
| - | 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 propojeného datového fondu veřejné správy a vlastních údajů vedených v agendě. | + | |
| - | + | ||
| - | + | ||
| - | ==== Jednotný identitní prostor úředníků, | + | |
| - | + | ||
| - | Jednotní identitní prostor (JIP) informačních systémů veřejné správy a Katalog autentizačních a autorizačních služeb (KAAS) je autentizační informační systém podle § 56a zákona o základních registrech a jeho správcem je Ministerstvo vnitra. Na základě znění zákona zavedení jakékoli osoby do tohoto autentizačního informačního systému vyžaduje její jednoznačné ztotožnění oproti základnímu registru obyvatel. Ministerstvo dále spravuje prostředky pro autentizaci, | + | |
| - | + | ||
| - | V rámci současného stavu (As-Is 2018) předpokládá co nejširší používání autentizačního informačního systému JIP/KAAS pro splnění zásadních podmínek pro identifikaci a autentizaci interních uživatelů informačních systémů veřejné správy. **Pro ty informační systémy, kde interní uživatelé informačního systému jsou zaváděni úřady, které nejsou správci tohoto informačního systému, je použití autentizačního informačního systému JIP/KAAS povinností. ** | + | |
| - | + | ||
| - | V rámci budoucího stavu (To-Be 2020) bude využití systému JIP/KAAS možné pouze v případě, že se stane jedním z poskytovatelů identity v rámci NIA (minimálně v úrovni značná) nebo se sám stane kvalifikovaným systém dle zákona 250/2017 Sb. Pokud nenastane ani jedna z podmínek výše, je potřeba zajistit identitní prostor úředníků jiným způsobem, například: | + | |
| - | + | ||
| - | * Sekce pro státní službu na MV zajistí jednotný prostředek identity úředníka v rámci NIA. | + | |
| - | * Jiný orgán veřejné moci zajistí vydávání profesních identit v rámci NIA z nichž požadavky na úřední identitu (včetně zajištění finančních prostředků) sdělí Sekce pro státní službu na MV. | + | |
| - | * Úředníkům bude uloženo využívat předem vybraný soubor federovaných identit v rámci NIA (například elektronický občanský průkaz). | + | |
| - | + | ||
| - | + | ||
| - | ====== Agendová mapa výkonu veřejné správy ČR ====== | + | |
| - | + | ||
| - | ke zvážení – spíše jde o celkový Meta-informační systém (Mapu) výkonu VS | + | |
| - | + | ||
| - | Zákon 111/2009 Sb. O základních registrech zavedl jako jeden ze základních registrů Registr práv a povinností. Podle současného zění zákona je RPP zdrojem referenčních údajů o: | + | |
| - | + | ||
| - | * Jednotlivých Orgánech veřejné moci a Soukromoprávních uživatelích údajů s veřejnoprávní působností | + | |
| - | * Jednotlivých agendách a OVM v těchto agendách působících v definovaných činnostních rolích | + | |
| - | * O právu jednotlivých agend resp. OVM v nich působících využívat údaje ze základních registrů | + | |
| - | * O právu jednotlivých agend resp. OVM v nich působících vést údaje o evidovaných subjektech a objektech práva | + | |
| - | * O právu jednotlivých agend resp. OVM v nich působících poskytovat jimi vedené údaje jiným agendám | + | |
| - | * O právu jednotlivých agend resp. OVM v nich působících čerpat údaje z jiných agend | + | |
| - | + | ||
| - | Pro ISVS podporující jednotlivé agendy tak RPP vytváří základní rámec oprávnění a povinností při sdílení údajů s jinými ISVS prostřednictvím referenčního rozhraní VS – definuje tedy základní pravidla interoperability ISVS v rámci VS ČR. | + | |
| - | + | ||
| - | Z pohledu výkonu VS ČR definuje RPP kromě referenčního výčtu jednotlivých OVM také jejich působnosti v jednotlivých agendách, které definují zákonnou působnost OVM. | + | |
| - | + | ||
| - | Zde ještě podrobněji rozvedeme: | + | |
| - | + | ||
| - | * Věcnou a místní příslušnost | + | |
| - | * Přenesená působnost | + | |
| - | + | ||
| - | AIS Působnostní ve skupině systémů RPP, společně s Informačním systémem o ISVS (ISoISVS), Informačním systémem o datových prvcích (ISoDP) a s nově definovanými katalogy životních událostí, rolí subjektů práva, služeb a dalších objektů a katalogy jejich vzájemných vazeb tvoří tzv. Meta-informační systém veřejné správy, tedy systém informací o veřejné správě jako takové. | + | |
| - | + | ||
| - | + | ||
| - | ====== [[uplne_elektronicke_podani|Úplné elektronické podání (ÚEP)]] ====== | + | |
| - | + | ||
| - | Tzv. úplné elektronické podání (ÚEP) je možné popsat tak, že klient, fyzická osoba (občan), ale i zástupce právnické osoby, má možnost vyřídit všechnu svou potřebnou agendu životní situace, tj. dosáhnout oprávněných požitků (nároků) nebo splnit povinnosti (závazky) plynoucí mu na základě jeho životní události z jeho změněné situace ve vztahu k veřejné správě, a to prostřednictvím elektronické interakce samoobslužně kdykoli a odkudkoli či asistovaně z kteréhokoli 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í. | + | |
| - | + | ||
| - | 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). | + | |
| - | + | ||
| - | Elektronické podání klienta vůči veřejné je dle této IKČR považováno za úplné, pokud splňuje všechny v úvodu této IKČR uvedené architektonické principy eGovernmentu, | + | |
| - | + | ||
| - | * 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), | + | |
| - | * 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í, | + | |
| - | + | ||
| - | Dále ÚEP z hlediska front-office a klientů: | + | |
| - | + | ||
| - | * Má služby 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í. | + | |
| - | * Využívá jednotný identitní prostor (JIP) klientů a úředníků (JIP/ | + | |
| - | * Umožňuje klientům sledovat průběh vyřizování jejich podání. | + | |
| - | + | ||
| - | Z toho pro byznys, případně následnou aplikační architekturu úřadu plynou následující pravidla a požadavky IKČR: | + | |
| - | - 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 autentizované části portálu veřejné správy (PVS), a to v těch všech případech, | + | |
| - | - Stejnou službu lze získat off-line, pro jednotlivá (elementární, | + | |
| - | - 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é elementární služby a z nich seskupené konfigurovatelné produkty pro řešení typových životních situací to takto bude možné na Univerzálních asistovaných kontaktních místech, nyní CzechPOINT. | + | |
| - | - Stojíce již mimo front-office eGovernmentu, | + | |
| - | - Podnikatelé a organizace, mající ze vztahu k VS periodické a velmi informačně objemné povinnosti (jako například KV DPH, hlášení na SSZ a ZP atd.) budou využívat jejich další (a hlavní) kanál obsluhy, tzv. embedded systémy(( | + | |
| - | viz zpráva OECD o rozvoji daňových řešení | + | |
| - | )) a A2A integrace jejich back-end a provozních systémů s API z AIS. | + | |
| - | - Nedílnou součástí řady podání je splnění finanční povinnosti (poplatku, daně) – IKČR předpokládá využívání elektronických platebních nástrojů, jejich postupnou centralizaci jako sdílené služby a vysokou míru automatizace návazných operací jakoje párování plateb a aktualizace stavu podání. | + | |
| - | - Elektronické samoobslužné služby pro občany (interakce) i pro organizace (integrace) musí být doplněny interaktivním podpůrným a poradenským kanálem (service-desk, | + | |
| - | - Služby a prostředky eGovernmentu musí být navrhovány a realizovány tak, aby služby zprostředkované třetími stranami (Service Broker) byly rovnocenným obslužným kanálem veřejné správy a součástí eGovernmentu. Za tím účelem bude třeba přinejmenším efektivně pracovat s elektronickými plnými mocemi a poskytovat služby AIS jako tzv. „otevřená API“ tak, aby je ověření partneři mohli zahrnout do svých nadstavbových aplikací. | + | |
| - | - Pro zajištění obsahu a postupu řešení služeb pro životní situace (události), | + | |
| - | - Pro individuální přizpůsobení (personalizaci) uživatelských rozhraní se budou využívat klientské profily. Cílově bude mít každý klient jenom jeden, celou veřejnou správou a všemi jejími obslužnými kanály sdílený osobní profil. Tento profil bude obsahovat výčet rolí, které již klient vůči veřejné správě hraje (v kterých agendách) a jaké údaje chce používat v jednotlivých rolí, nebo napříč všemi rolemi. Budou to údaje převzaté z propojeného datového fondu (jeho firmy, rodinní příslušníci, | + | |
| - | + | ||
| - | + | ||
| - | + | ||
| - | ====== [[propojeny_datovy_fond]] ====== | + | |
| - | + | ||
| - | + | ||
| - | {{: | + | |
| - | + | ||
| - | + | ||
| - | ====== Sdílené agendové informační systémy (AIS) ====== | + | |
| - | + | ||
| - | + | ||
| - | ===== Centrální IS pro agendy v přenesené působnosti ===== | + | |
| - | + | ||
| - | Sdílené agendové informační systémy pro agendy v přenesené působnosti, | + | |
| - | + | ||
| - | Naproti tomu musí obce disponovat pouze odpovídajícím „zařizovacím standardem“ pro připojení na takové systémy a úřadování v nich. | + | |
| - | + | ||
| - | + | ||
| - | ===== Sdílené IS pro samosprávné agendy ===== | + | |
| - | + | ||
| - | IKČR navrhuje, aby OVS, které musí vybudovat podporovat IT podporu pro samosprávné agendy a mají pro to k dispozici potřebné zázemí (infrastrukturu, | + | |
| - | + | ||
| - | 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. | + | |
| - | + | ||
| - | Cloud | + | |
| - | + | ||
| - | + | ||
| - | ===== Sdílený informační systém pro spisovou službu ===== | + | |
| - | + | ||
| - | Případně, | + | |
| - | + | ||
| - | ====== Sdílené provozní informační systémy ====== | + | |
| - | + | ||
| - | Obecně chceme říci, že takové systémy budou přibývat tak, jak bude stát směřovat politicky a legislativně k centrům sdílených služeb pro oblast provozních procesů. | + | |
| - | + | ||
| - | ===== Centrální personální IS ===== | + | |
| - | + | ||
| - | + | ||
| - | * Informační systém státní služby ISoSS. Bude doplněno. | + | |
| - | + | ||
| - | + | ||
| - | ===== Centrální finanční plánovací a rozpočetnické IS (ERP) ===== | + | |
| - | + | ||
| - | **Integrovaný informační systém Státní pokladny** je účinný, transparentní, | + | |
| - | + | ||
| - | Implementovaný informační systém integruje základní funkční bloky Státní pokladny zaměřené na řízení specifických procesů řízení a kontroly veřejných financí, kterými jsou: | + | |
| - | + | ||
| - | * [[https:// | + | |
| - | * [[https:// | + | |
| - | * [[https:// | + | |
| - | * [[https:// | + | |
| - | * Prezentační vrstva - Monitor Státní pokladny (Státní monitor, Krajský monitor a Obecní monitor) | + | |
| - | + | ||
| - | Státní pokladna má před sebou několik možných směrů rozvoje, například integraci na nákupní řešení nebo controlling (nákladové, | + | |
| - | + | ||
| - | **Monitor Státní pokladny** je specializovaný informační portál Ministerstva financí, který umožňuje veřejnosti volný přístup k rozpočtovým a účetním informacím ze všech úrovní státní správy a samosprávy. Prezentované informace pocházejí ze systému Státní pokladny a Centrálního systému účetních informací státu a jsou čtvrtletně aktualizovány. Monitor zahrnuje grafickou webovou část, analytickou část a strojově čitelná zdrojová data. | + | |
| - | + | ||
| - | **Centrální registr administrativních budov** (CRAB) má vyřešit dosavadní absenci aktuálního celostátního přehledu o administrativních objektech v majetku státu, o jejich obsazenosti a dislokaci státních zaměstnanců. Registr na základě získaných informací umožní maximální využití státních objektů. Ve své činnosti se opírá o Usnesení vlády České republiky ze dne 20. prosince 2012 č. 954 o Centrálním registru administrativních budov. | + | |
| - | + | ||
| - | **Informační systém CEDR** jako celek je nástrojem zejména pro poskytování, | + | |
| - | + | ||
| - | V informačním systému CEDR jsou shromažďovány údaje o všech dotacích a návratných finančních výpomocích ze státního rozpočtu, státních fondů, státních finančních aktiv a Národního fondu a jejich příjemcích na základě Usnesení vlády č. 584/1997Sb. (subsystém CEDRIII). | + | |
| - | + | ||
| - | * **CEDR - resorty**: Údaje jsou do IS CEDR zaznamenávány buď pomocí subsystému CEDR - **resorty, | + | |
| - | * **CEDR II - Kontrolní útvary FÚ** - Všechny údaje, shromážděné v **IS CEDR III,** jsou předávány do subsystému **CEDR II,** který využívají kontrolní útvary finančních úřadů. CEDR II proto obsahuje i moduly pro podporu evidence kontrol a vymáhání nedoplatků nebo částek, které mají být vráceny v případě zjištění porušení rozpočtové kázně. Informace o výsledcích provedených kontrol jsou na vyžádání zpřístupněny příslušným poskytovatelům dotací. | + | |
| - | * **CEDR III - Veřejnost: Veřejné údaje z databáze CEDR** jsou zpřístupněny prostřednictvím subsystému CEDR – web na Internetu MF, který umožňuje i tvorby sestav a výběrů. | + | |
| - | + | ||
| - | **ISPROFIN-EDS/ | + | |
| - | + | ||
| - | * EDS - Evidenční Dotační Systém eviduje a řídí poskytování návratných finančních výpomocí a dotací ze státního rozpočtu na pořízení nebo technické zhodnocení dlouhodobého hmotného a nehmotného majetku | + | |
| - | * SMVS - Správa Majetku ve Vlastnictví Státu řídí poskytování prostředků ze státního rozpočtu na pořízení nebo technické zhodnocení hmotného a nehmotného dlouhodobého majetku státu. | + | |
| - | + | ||
| - | **Monit2014+** - Informační systém Monit2014+ je určen k procesnímu i datovému zabezpečení kompletního řízení a administrativních procesů nad projekty dotačních programů ze strukturálních fondů EU v České republice v programovém období 2014 - 2020. | + | |
| - | + | ||
| - | Funkcionalita systému Monit2014+ pokrývá veškeré základní procesy životního cyklu dotačních programů i v rámci nich realizovaných konkrétních projektů. | + | |
| - | + | ||
| - | 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 práva - eSbírka/ | + | |
| - | + | ||
| - | **Systém eSbírka** se bude dělit na dvě části – na **portál**, | + | |
| - | + | ||
| - | **Systém eLegislativa** představuje moderní nástroje pro tvorbu a projednání právních předpisů. Přináší významné změny do legislativní práce, zejména přípravu změn právních předpisů zápisem změn přímo do jejich úplného znění. Novely právních předpisů budou nově doprovázet jejich právně závazná úplná znění, což usnadní orientaci v častých změnách právního řádu. Zavedení eLegislativy přinese vyšší přehlednost tvorby, zejména projednání právního předpisu, a zároveň snížení počtu chyb v legislativním procesu a celkové zvýšení kvality a transparentnosti legislativního procesu. | + | |
| - | + | ||
| - | Nová technická i legislativní podoba tvorby a publikace práva umožní, aby novely právního předpisu nově doprovázela jejich právně závazná znění, obsahující aktuální znění předpisu ve znění přijatých změn. To usnadní orientaci v častých změnách právního řádu. | + | |
| - | + | ||
| - | Vyplývat z toho bude povinnost připojit se k tomuto systému a současně zákaz nakupovat komerční databáze právních předpisů (výklady jsou dovoleny). | + | |
| - | + | ||
| - | + | ||
| - | ===== 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ů, | + | |
| - | + | ||
| - | NEN umožní provázání (elektronickou procesní integraci) na interní systémy zadavatelů i dodavatelů či systémy eGovernmentu v ČR. Plně podpoří plánovací aktivity, neboť často bude využíván pro veřejné zakázky realizované v rámci dlouhodobých investičních projektů. | + | |
| - | + | ||
| - | Pro operace relevantní pro Státní rozpočet musí být NEN integrován jak na lokální rozpočetnictví úřadů, tak zejména na RIS-PR a RIS-RE z IISSP. | + | |
| - | + | ||
| - | Uživatelské rozhraní NEN musí být zařazeno do centrálního Portálu úředníka (PÚ), dostupného pro ty OVS, pro něž by bylo nehospodárné budovat svůj lokání PÚ. Dále musí být uzpůsobeno tak, aby jej ostatní OVS jako jednu z mnoha centrálních služeb mohly řady zařadit do svých lokálních Portálů úředníka (Intranet). | + | |
| - | + | ||
| - | 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. | + | |
| - | + | ||
| - | + | ||
| - | ====== Jednotné obslužné kanály a uživatelská rozhraní úředníků ====== | + | |
| - | + | ||
| - | Ve shodě s cílem a s principy poskytnout úředníkům efektivní navigační a uživatelské prostředí pro elektronické úřadování, | + | |
| - | + | ||
| - | ===== Portál úředníka ===== | + | |
| - | + | ||
| - | Aktuálně plní tuto roli pouze portál IS o Státní službě (ISoSS), který má dvě části - veřejnou 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) | + | |
| - | + | ||
| - | Pro každého úřadníka bude v jeho „kmenovém“ úřadě poskytnuto jednotné univerzální vnitřní navigační prostředí a webové uživatelské pracovní prostředí. | + | |
| - | + | ||
| - | 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í, | + | |
| - | + | ||
| - | 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, | + | |
| - | + | ||
| - | + | ||
| - | ===== 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č, | + | |
| - | + | ||
| - | Systém Czech POINT poskytuje rozhraní CzechPOINT@office, | + | |
| - | + | ||
| - | * 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í. K dispozici jsou dvě rozhraní systému CzechPOINT pro tuto úlohu: | + | |
| - | + | ||
| - | * KzMU API 1 | + | |
| - | * KzMU API 2 | + | |
| - | + | ||
| - | CzechPOINT@Office bude postupně konvergovat k Portálu úředníka, | + | |
| - | + | ||
| - | + | ||
| - | ====== Sdílené platformy a ICT infrastruktura VS ČR ====== | + | |
| - | + | ||
| - | + | ||
| - | ===== Národní datová centra ===== | + | |
| - | + | ||
| - | 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á. | + | |
| - | + | ||
| - | Lze předpokládat, | + | |
| - | + | ||
| - | + | ||
| - | ===== Strategický rámec Národního cloud computingu – eGovernment cloud ČR ===== | + | |
| - | + | ||
| - | Cílem vybudování sdílených služeb eGovernment cloudu ČR (dále jen eGC) je významné zvýšení efektivity, flexibility a bezpečnosti a zároveň významné snížení pořizovacích a provozních nákladů provozu ISVS využitím sdílených cloudových služeb. eGC bude provozován jak státními, tak i komerčními provozovateli na základě společných standardů a pravidel. | + | |
| - | + | ||
| - | Informační koncepce ČR zohledňuje základní cíle a koncepty eGC, stanovené usnesením Vlády ČR ve Strategickém rámci Národního cloud computingu (UV1499/16) a rozpracovávané v rámci projektu Příprava vybudování eGovernment cloudu, jehož výstupy dále upřesňovat standardy eGC a pravidla jeho provozu i využívání. | + | |
| - | + | ||
| - | eGovernment cloud nabídne standardizované sdílené služby na úrovních IaaS (výpočetní výkon, datová úložiště, | + | |
| - | + | ||
| - | Služby eGC budou definovány a popsány v centrálně řízeném Katalogu služeb eGC. Provozovatelé služeb eGC musí splňovat centrálně stanovované bezpečnostní a provozní podmínky. Splnění podmínek bude ověřováno atestačními středisky. | + | |
| - | + | ||
| - | eGC bude poskytován jak formou centrálně řízeného nákupu služeb komerčních provozovatelů (tzv. komerční část eGC) pro ISVS s nižšími nároky na bezpečnost, | + | |
| - | + | ||
| - | Aktuálně probíhající Projekt vybudování eGC analyzuje legislativní podmínky a připravuje definici právního rámce a nákupních procesů komerční i státní části eGC v souladu s platnou legislativou. | + | |
| - | + | ||
| - | Služby eGC budou poskytovány ve čtyřech úrovních bezpečnosti, | + | |
| - | + | ||
| - | Pro posouzení ekonomické výhodnosti služeb eGC vzniká metodika hodnocení celkových nákladů (TCO) porovnávající provoz on-premise proti využití služeb eGC. | + | |
| - | + | ||
| - | V první fázi budování eGC bude využívání služeb eGC dobrovolné a zároveň proběhne sběr celkových kapacitních a finančních podkladů pro cílový rozsah eGC. V druhé fázi, po ukončení přípravy a schválení souvisejících legislativních změn, budou pro OSS uplatněny principy „cloud-first“ (povinné umístění ISVS do eGC, pokud dosavadní provoz nesplňuje požadavky bezpečnosti a spolehlivosti nebo když využití eGC je ekonomicky výhodnější než dosavadní provoz, nebo „cloud-only“ (pro systémy s nejvyššími nároky na bezpečnost). | + | |
| - | + | ||
| - | + | ||
| - | ===== Služby sdílených platforem a infrastruktury ===== | + | |
| - | + | ||
| - | Bude doplněno. | + | |
| - | + | ||
| - | ===== Komunikační infrastruktura ===== | + | |
| - | + | ||
| - | Zákon 365/2000 sb. v aktuálním znění zavedl povinnost publikovat služby ISVS jednotlivým uživatelům prostřednictvím Centálního místa služeb (CMS). V kombinaci s komunikační infrastrukturou veřejné správy zavádí CMS/KIVS pro jednotlivá OVS bezpečnou, od internetu oddělenou komunikační infrastrukturu, | + | |
| - | + | ||
| - | * Bezpečný a spolehlivý přístup k aplikačním službám jednotlivých ISVS | + | |
| - | * Bezpečnou a spolehlivou publikaci aplikačních služeb jednotlivých ISVS všem OVS působícím v daných agendách | + | |
| - | * Bezpečný přístup do Internetu | + | |
| - | * Bezpečný přístup k poštovním službám v internetu | + | |
| - | + | ||
| - | Cílem je: | + | |
| - | + | ||
| - | * publikovat bezpečným způsobem přes CMS/KIVS všechny aplikační služby centralizovaných ISVS se současným zajištěním bezpečného přístupu jednotlivých OVS k těmto službám při výkonu jejich působnosti. | + | |
| - | * Umožnit bezpečný přístup k aplikačním službám ISVS určeným pro koncové klienty VS ze sítě internet | + | |
| - | * Zabezpečit bezpečné síťové prostředí pro zajištění interoperability v rámci EU | + | |
| - | + | ||
| - | + | ||
| - | ==== Centrální místo služeb (CMS) ==== | + | |
| - | + | ||
| - | CMS je systém, jehož primárním účelem je **zprostředkovávat řízené a evidované propojení informačních systémů subjektů státní správy ke službám** (aplikacím), | + | |
| - | + | ||
| - | CMS jako součást „referenčního rozhraní„ je podrobně definováno zákonem č. 365/2000. | + | |
| - | + | ||
| - | **Službou** se v tomto kontextu myslí služba nějakého informačního systému státní správy-ISVS (aplikace), který je připojen k CMS skrze KIVS, jedna aplikace službu poskytuje a jiné ji používají (konzumují). | + | |
| - | + | ||
| - | **Řešení CMS** je z důvodu zajištění vysoké dostupnosti redundantní na úrovni lokalit a uzlů (dva plně vybavené uzly CMS ve dvou různých lokalitách, | + | |
| - | + | ||
| - | Důsledná implementace zásad/ | + | |
| - | + | ||
| - | + | ||
| - | ==== Komunikační infrastruktura veřejné správy (KIVS) ==== | + | |
| - | + | ||
| - | Bude doplněno co to je, pro koho to je a jaká je leg. opora | + | |
| - | + | ||
| - | Krajské konektory - ne (jenom) hvězda, ale sněhová vločka. , základní axiom je připojit krajskou síť jednou linkou na CMS. | + | |
| - | + | ||
| - | Lze předpokládat změny, i legislativní, | + | |
| - | + | ||
| - | + | ||
| - | ====== Elektronická identita ====== | + | |
| - | + | ||
| - | < | + | |