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/05/03 12:55] – /* Portály veřejné správy a soukromoprávních uživatelů údajů */ Tomáš Šedivec | nap_dokument:pravidla_pro_funkcni_celky_architektury_jednotlivych_uradu [2021/04/30 11:18] – 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í celky architektury jednotlivých úřadů ======= | ||
- | Tato kapitola popisuje | + | Tato kapitola popisuje |
- | Funkční celek je logická struktura obsahující všechny vrstvy architektury (primárně Byznys, Aplikace, Platformy, Komunikace), | + | {{page> |
+ | 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: | ||
- | ====== | + | **Tematické oblasti** |
+ | * **[[nap_dokument: | ||
+ | * **[[nap_dokument: | ||
+ | * **[[nap_dokument: | ||
+ | * **[[nap_dokument: | ||
+ | * **[[nap_dokument: | ||
+ | * **[[nap_dokument: | ||
+ | * **[[nap_dokument: | ||
+ | * **[[nap_dokument: | ||
+ | * **[[nap_dokument: | ||
+ | * **[[nap_dokument: | ||
+ | * **[[nap_dokument: | ||
- | Portál je vnímán jako celý funkční celek obsahující Front-end i Back-end realizující všechny typy služeb dle IKČR - Informační, | + | **Sdílené |
- | Portály tedy nemohou být samostatné | + | * **[[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: | ||
+ | * **[[nap_dokument: | ||
- | Při provozování portálu je důležité zavést a změnit současné procesy orientované především na osobním kontaktu 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, obsahuje jak přenesenou, tak samosprávnou působnost. Portál musí obsahovat popis situací, musí umět řešit mandáty | + | ===== 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 | ||
+ | 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: | ||
- | ===== Portál občana | + | Využití |
- | V případě Portálu občana v PVS stojí občan jako samoobslužný uživatel „vně" | + | {{page>: |
- | Portál občana pro svou funkcionalitu využívá služby propojeného datového fondu, stejně tak služby národní identitní autority. Z pohledu propojeného datového fondu je portál občana jedním ze čtenářských AIS, který má zmocnění dle agendy A344 zobrazovat subjektu údajů jeho informace, které o něm vede veřejná správa. Portál občana v tomto musí zajistit, aby agenda, dle které se řídí byla neustále aktualizovaná dle toho, jak se budou postupně rozšiřovat služby a portály poskytující údaje. Technicky je portál občana připojený jako čtenářský AIS na systém eGON Service Bus, skrze který čerpá autoritativní údaje pomocí publikovaných kontextů. V tomto musí portál občana pouze pravidelně aktualizovat čerpaný seznam kontextů jiných agend. Z pohledu národní identitní autority je portál občana poskytovatelem služeb čerpající zaručené služby identifikace a autentizace. | ||
- | ===== Agendový portál | + | ===== Pravidla pro identifikaci klientů 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: | ||
- | Agednovým portálem je myšlen portál poskytující | + | Popis centrálně poskytovaných systémů a jejich |
- | * 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 < | + | Využití a popis k přístupu k elektronické identifikaci klientů 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 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 < | + | |
+ | {{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í systém | + | ===== Pravidla pro Propojený datový fond ===== |
- | * Musí dle svého agendového zákona být schopný čerpat | + | <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 |
- | * Musí být ohlášen jako poskytovatel služeb < | + | |
+ | Popis centrálně poskytovaných systémů a jejich služeb, funkčních celků a tematických oblastí v rámci propojeného datového fondu je popsán na samostatné stránce [[nap: | ||
- | ===== Portál soukromoprávního uživatele údajů ===== | + | Využití a popis k přístupu k propojenému datovému fondu popíše úřad do své informační koncepce.</ |
- | 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 je podřízen zákonu 111/2009 Sb < | + | {{page>nap: |
- | * 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í 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 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 Veřejný datový fond ===== |
- | * 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á, | + | <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). 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á 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ů | + | |
- | * 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é | + | |
- | * 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 veřejnému datovému fondu popíše úřad do své informační koncepce.</ | ||
- | ====== Elektronický systém spisové služby ====== | + | {{page> |
- | Tento dokument je určen jako soubor pro veřejnoprávní původce, kteří mají architektonicky řešit problematiku správy dokumentů, resp. výkonu spisové služby. Takové instituce musejí mít elektronický systém spisové služby (ESSL) a zajistit integraci svých informačních systémů, v nichž se spravují dokumenty (ISSD) na ESSL, nebo je zajistit jako samostatné evidence. | ||
- | Legislativní rámec pro výkon spisové služby obsahuje zákon o archivnictví a spisové službě a vyhláška o podrobnostech spisové služby. Národní standard pro ESSL vydaný ministerstvem vnitra pak stanovuje podrobné technické požadavky na aplikační a byznysové funkce ESSL a ISSD systémů. | ||
- | Obecně je nutno řešit a zajistit toto: | + | ===== 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:pravidla_tvorby_a_udrzby_vlastni_ctyrvrstve_architektury_jednotlivych_uradu|Architektura úřadu v kontextu veřejné správy a jejích vrstvách architektury]]. | ||
- | 1. Mít v organizaci elektronický | + | Popis centrálně poskytovaných |
- | 2. Zajistit integraci ESSL na úložiště digitálních dokumentů. | + | Využití a popis k přístupu k agendovému modelu VS popíše úřad do své informační koncepce.</ |
- | 3. Zajistit integraci všech svých IS pracujících s dokumenty na ESSL pomocí rozhraní stanoveného Národním standardem. | + | {{page> |
- | 4. Zajistit řádné fungování modulu podatelny k roztřídění dokumentů do ESSL či příslušných IS. | ||
- | 5. Zajistit naplňování povinností spisové služby, včetně vedení transakčních záznamů k úlohám nad dokumenty a spisy. | ||
- | 6. Zajistit přípravu k realizaci elektronické skartace | + | ===== 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 | ||
- | 7. Pravidelně aktualizovat svůj Spisový řád tak, aby odpovídal faktickému výkonu spisové | + | 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: |
- | 8. Řešit spisovou službu a správu dokumentů jako obecnou schopnost | + | Využití a popis k přístupu k prostorovým datům a službami nad prostorovými daty popíše |
+ | {{page> | ||
- | ===== Obecně o spisové službě ===== | ||
- | Orgány | + | ===== Pravidla pro Úplné elektronické podání ===== |
+ | <WRAP center round tip 60%> | ||
+ | Popis architektury úřadu a veřejné | ||
- | U analogových dokumentů je hlavním cílem výkonu spisové | + | Popis centrálně poskytovaných systémů a jejich |
- | V úřadech se obecně dá správa dokumentů rozdělit podle účelu dokumentů takto: | + | Využití a popis k přístupu k úplnému elektronickému podání popíše |
- | • Obecné dokumenty úředního charakteru (evidují a spravují se v systému spisové služby) | + | {{page> |
- | • Agendové dokumenty (evidují a spravují se v agendových prostředcích integrovaných na spisovou službu) | ||
- | • Ekonomické dokumenty (spravují se v ekonomickém systému integrovaném se spisovou službou) | ||
- | • Dokumenty pracovní (neevidují se v této fázi v rámci spisové služby, ale je nutno je rozumně spravovat) | + | ===== 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 | ||
- | • Dokumenty vyňaté z evidence | + | Popis centrálně poskytovaných systémů |
+ | Využití a popis k přístupu k integraci informačních systémů popíše úřad do své informační koncepce.</ | ||
- | ===== Řídící dokumenty ===== | + | {{page> |
- | V rámci výkonu spisové služby jsou řídícími drivery zejména: | ||
- | • Legislativa | ||
- | – Zákon č. 499/2004 Sb., o archivnictví | + | ===== Pravidla pro Portály 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: | ||
- | – Vyhláška č. 259/2012 Sb., o podrobnostech výkonu spisové | + | 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 uživatelů údaje je popsán na samostatné stránce [[nap: |
- | • Vnitřní řídící dokumenty | + | Využití a popis k přístupu k portálům VS a SPUU popíše |
- | – Spisový řád | + | {{section> |
- | – Spisový plán | ||
- | • Dokumentace k elektronickému systému spisové služby | ||
- | – Dokumentace k ESSL | + | ===== 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: | ||
- | – Dokumentace k integracím ESSL | + | Popis centrálně poskytovaných systémů a jejich služeb, funkčních celků a tematických oblastí v rámci přístupnosti informací je popsán na samostatné stránce [[nap: |
- | – Dokumentace související s výkonem spisové služby | + | Využití a popis k přístupu k přístupnosti informací popíše úřad do své informační koncepce.</ |
+ | {{page> | ||
- | ===== Architektura spisové služby ===== | ||
- | Spisovou službu považujeme za společnou schopnost na úrovni úřadu (capability), | ||
- | Při zpracování Enterprise | + | ===== Pravidla pro Elektronickou fakturaci ===== |
+ | <WRAP center round tip 60%> | ||
+ | Popis architektury úřadu a veřejné správy ČR po jednotlivých | ||
- | Součástí architektury úřadu by tedy z pohledu spisové | + | Popis centrálně poskytovaných systémů a jejich |
- | Vzhledem | + | Využití a popis k přístupu k elektronické fakturaci popíše úřad do své informační |
- | Hovoříme-li o integraci informačního systému s elektronickým systémem spisové služby a o správě úkonů spojených s dokumentem, může tato integrace být na úrovni byznysových objektu a jejich metadat řešena následujícími způsoby: | + | {{page> |
- | I. Digitální dokument, respektive jeho komponenty a datové soubory, jsou uloženy v úložišti digitálních dokumentů, které zajišťuje péči o digitální soubory | ||
- | II. Metadata o dokumentu jsou spravována evidenčním nástrojem, tedy: | ||
- | a. elektronickým systémem spisové služby, nebo | + | ===== Pravidla pro Portál občana |
+ | <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: | ||
- | b. informačním systémem, který plní funkci | + | 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é |
- | III. Se soubory v úložišti jsou oprávněny pracovat: | + | 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.</ |
- | a. elektronický systém spisové služby, nebo | + | {{page> |
- | b. informační systém sloužící jako samostatná evidence, nebo | ||
- | c. informační systém integrovaný na ESSL prostřednictvím ESSL | ||
+ | ===== 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: | ||
- | ===== Architektura agendového informačního systému ===== | + | 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: |
- | V rámci architektury každého informačního systému veřejné správy sloužícího pro podporu výkonu činností agendy veřejné správy je nutno myslet také na oblast výkonu spisové služby. Vzhledem | + | Využití a popis k přístupu |
- | 1. Integrovat AIS na ESSL prostřednictvím předepsaného rozhraní a zajistit, aby úkony spojené s dokumentem vykonával AIS prostřednictvím tohoto rozhraní. | + | {{page> |
- | 2. Zajistit, aby daný AIS splňoval požadavky Národního standardu pro ESSL kladené na tzv. „samostatnou evidenci“ a vykonávat úkony spojené s dokumenty a všechny procesy týkající se výkonu spisové služby v samostatné evidenci tímto systémem. | ||
+ | ===== 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: | ||
- | ===== Architektura provozních | + | Popis centrálně poskytovaných |
- | Velice často se zapomíná na to, že výkon spisové služby se týká všech dokumentů, | + | Využití a popis k přístupu k Referenčnímu rozhraní popíše úřad do své informační koncepce.</ |
- | V případě provozních informačních systémů jednoznačně doporučujeme jejich integraci na elektronický systém spisové služby. Zejména u ekonomických informačních systémů, systému pro řízení personalistiky a mezd a zdrojů a dalších manažerských informačních systémů týkajících se různých žádanek, evidencí, a workflow procesů, se dost často na výkon spisové služby zapomíná. Zde je vhodná integrace na ESSL, neboť zajištění splnění všech požadavků Národního standardu na samostatné evidence pro tyto systémy by s sebou přineslo neúměrné finanční náklady spojené s pořízením a rozvojem těchto provozních IS. Integrací na ESSL se také zajistí řádné realizování skartačních řízení u těchto druhů dokumentů. | + | {{page> |
- | ===== Přijímání a odesílání dokumentů | + | ===== Pravidla pro Univerzální kontaktní místo 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: | ||
- | V souvislosti s architekturou | + | Popis centrálně poskytovaných systémů |
- | Při příjmu a odesílání dokumentů je třeba naplnit všechny povinnosti stanovené legislativou týkající se spisové služby, včetně jejich evidence v rámci podatelny | + | Využití a popis k přístupu k univerzálním kontaktním místům popíše úřad do své informační koncepce.</ |
+ | {{page> | ||
- | ===== Další zdroje ===== | ||
- | V souvislosti s výkonem spisové služby existuje celá řada dalších zdrojů informací a metodických dokumentů zejména Ministerstva vnitra a Národního archivu ČR. V rámci Ministerstva vnitra je gestorem Odbor archivnictví a spisové služby (OAS). | ||
- | **Mezodický návod | + | ===== Pravidla |
+ | <WRAP center round tip 60%> | ||
+ | Popis architektury úřadu | ||
- | < | + | Popis centrálně poskytovaných systémů a jejich |
- | **Stanovisko MV ke správním deliktům a neúplnému vedení spisové | + | |
- | < | + | Využití |
- | ====== Otevřená data ====== | + | {{page> |
- | Otevřená data jsou: | ||
- | - Volně přístupná na webu jako datové soubory ke stažení ve strojově čitelném a otevřeném formátu - CSV, XML, JSON, RDF a další formáty s otevřenou specifikací | ||
- | - Opatřená podmínkami užití neomezujícími jejich užití, viz návod na stanovení podmínek užití | ||
- | - Evidovaná v Národním katalogu otevřených dat (NKOD) jako datové sady opatřené přímými odkazy na datové soubory, které je tvoří | ||
- | - Úplný obsah databáze nebo agregovaná statistika | ||
- | - Opatřená dokumentací | ||
- | - Připravena s cílem co nejsnazšího strojového zpracování programátory apod. | ||
- | - Opatřená kontaktem na kurátora pro zpětnou vazbu (chyby, žádost o rozšíření, | ||
- | - Jsou publikovány dle otevřených formálních norem ve smyslu § 4b odst. 1 zákona č. 106/1999 Sb. o svobodném přístupu k informacím. | ||
- | Pokud vaše datová sada nesplňuje všechny uvedené podmínky, nejedná se o otevřená data české | + | ===== 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 | ||
- | Otevřenými daty zejména není: | + | 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 |
- | - odkaz na vyhledávací formulář určený pro koncové uživatele | + | Využití a popis k přístupu |
- | - odkaz na novou stránku s dalšími informacemi | + | |
- | - odkaz na veřejné mapové rozhraní GIS | + | |
- | - odkaz na API umožňující | + | |
- | - datový soubor ve formátu PDF | + | |
- | - datový soubor ve formátu XLS formátovaný pro tisk nebo obsahující výpočty | + | |
- | - datový soubor v pseudo-CSV formátu (např. jiný oddělovač než “,”) | + | |
- | Pro zajištění publikace otevřených dat z IS je třeba: | + | {{page> |
- | - Zajistit možnost získávání kompletních dat z IS v podobě datových souborů ve strojově čitelném a otevřeném formátu | ||
- | - Zajistit publikaci datových souborů na webu organizace nebo v jejím lokálním katalogu otevřených dat | ||
- | - Opatřit je lidsky čitelnou dokumentací a strojově čitelným schématem | ||
- | - Opatřit je otevřenými podmínkami užití | ||
- | - Zaregistrovat je v Národním katalogu otevřených dat (NKOD) | ||
- | ===== Možnosti přípravy IS pro otevřená data ===== | + | ===== Pravidla |
+ | <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: | ||
- | Zásadní | + | 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í |
- | - umožňovat | + | Využití a popis k přístupu |
- | - 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í | + | {{page> |
- | 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 | ||
- | * Pro hierarchická data je to XML nebo JSON | ||
- | * Pro grafová data je to RDF | ||
- | * 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 | + | ===== 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 | ||
- | * Pro CSV je to schéma CSV on the Web | + | 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 veřejné správy |
- | * Pro XML je to XML Schema | + | |
- | * Pro JSON je to JSON schema | + | |
- | * Pokud je použit vlastní slovník pro RDF, je popsán | + | |
- | V takovém případě jsou získaná kompletní data z IS připravena | + | Využití a popis k přístupu |
+ | {{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 a takovou úpravu nelze ve Vašem IS provést, využije se stávající export či API, které váš IS již umí (např. do MS Excel), a tento výstup se dále zpracuje do otevřeného formátu pomocí dalších nástrojů tak, aby bylo dosaženo stavu jako v případě přímého exportu do otevřeného formátu. | ||
+ | ===== 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: | ||
- | ===== Následná příprava dat k publikaci | + | 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: |
- | 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 k jednotným obslužným kanálům a UI úředníků 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é 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 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 agendových IS v přenesené působnosti je popsán na samostatné stránce [[nap: | ||
- | ===== Ochrana osobních údajů ===== | + | Využití a popis k přístupu ke sdíleným službám INSPIRE popíše úřad do své informační koncepce.</ |
- | Pokud jsou předmětem evidence informačního systému osobní údaje ve smyslu zákona č. 101/2000 Sb., o ochraně 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. | ||
- | Více informací naleznete na stránce o ochraně osobních údajů a GDPR ve vztahu k otevřeným datům. | ||
+ | ===== 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: | ||
- | ===== Právní aspekty ===== | + | 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: |
- | Legislativní rámec otevřených dat v České republice tvoří jejich úprava obsažená v Zákoně č. 106/1999 Sb., o svobodném | + | Využití a popis k přístupu |
- | Více informací o strategických dokumentech, | + | {{page> |
- | ====== Centrální místo služeb ====== | ||
- | CMS je systém, jehož primárním | + | ===== Pravidla pro Sdílené agendové IS pro samostatnou působnost územních samospráv ===== |
+ | <WRAP center round tip 60%> | ||
+ | Popis architektury | ||
- | 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 (OVS) pracujících | + | 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: |
- | Centrální místo služeb v kombinaci s tzv. komunikační infrastrukturou veřejné správy (KIVS) nabízí | + | 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.</ |
- | <nowiki>*</ | + | {{page>nap: |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | 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 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: | ||
- | 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 ke sdíleným provozním IS popíše úřad do své informační koncepce.</ |
+ | {{page> | ||
- | ===== Služba CMS2 – 02 – Zveřejnění aplikace ===== | ||
- | ^ Název parametru^ Vysvětlení | | + | ===== Pravidla pro Sdílené statistické, |
- | | 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 | + | Využití a popis k přístupu |
- | 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. | + | {{page> |
- | 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 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: | ||
- | ===== 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 eGovernment Cloudu je popsán na samostatné stránce [[nap: |
+ | Využití a popis k přístupu k eGovernment Cloudu popíše úřad do své informační koncepce.</ | ||
- | ^ Název parametru^ Vysvětlení | | + | {{page> |
- | | 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í datová centra ===== |
+ | <WRAP center round tip 60%> | ||
+ | Popis architektury úřadu a veřejné správy ČR po jednotlivých vrstvách architektury a zapracování požadavků do informační koncepce a architektury úřadu je popsán v části [[nap_dokument: | ||
- | 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ím datovým centrům popíše úřad do své informační koncepce.</ | ||
- | ===== Služba CMS2 – 04 – Publikace AIS na eGSB ===== | + | {{page> |
- | ^ Název parametru^ Vysvětlení | | ||
- | | Kód služby| CMS2-04 | | ||
- | | Název služby| Publikace AIS na eGSB | | ||
- | | Popis služby| Služba zajišťuje zpřístupnění publikačního agendového informačního systému (AIS) v rámci CMS a povolení síťové komunikace s rozhraním eGON Service Bus (eGSB) | | ||
- | Služba zajistí provozovateli publikačního agendového | + | ===== 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 | ||
- | Ve výchozím stavu je komunikace mezi eGSB a publikačním AIS synchronní, volitelně lze zprovoznit komunikaci asynchronní. | + | Popis centrálně poskytovaných systémů |
+ | Využití a popis k přístupu ke komunikační infrastruktuře veřejné správy popíše úřad do své informační koncepce.</ | ||
- | ===== Právní aspekty ===== | + | {{page>nap: |
- | + | ||
- | S výjimkou tzv. provozních informačních systémů, které jsou uvedeny v § 1 odst. 4 písm. a) až d) zákona č. 365/2000 Sb., o informačních systémech veřejné správy (ZoISVS), je § 6g odst. 3 tohoto zákona správcům ISVS uložena povinnost poskytovat služby informačních systémů veřejné správy | + | |
- | + | ||
- | prostřednictvím CMS. Organům veřejné správy je prostřednictvím § 6g odst. 4 ZoISVS uložena povinnost využívat sítě elektronických komunikací CMS. | + | |
- | + | ||
- | 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í. | + | |
- | + | ||
- | 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í, | + | |
- | + | ||
- | Příkladem publikované služby - Centrální registr řidičů (CRŘ) | + | |
- | + | ||
- | + | ||
- | ====== Elektronická fakturace ====== | + | |
- | + | ||
- | Elektronická fakturace (dále jen „e-fakturace“) je moderní prostředek, | + | |
- | + | ||
- | E-fakturace v kombinaci s řádně vedenou spisovou službou dle č.499/2004 Sb., zákona o archivnictví a spisové službě nabízí ekonomickým subjektům orgánů veřejné správy: | + | |
- | + | ||
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | + | ||
- | ===== 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 a služby pro orgány veřejné správy (B2G), jakož i podporovat obchodování mezi samotnými hospodářskými subjekty (B2B). Vymezuje především právní rámec pro zavedení a přijetí evropské normy (EN) pro sémantický datový model vytvořený ze základních prvků elektronické faktury (EN 169311: | + | |
- | + | ||
- | Norma EN 169311:2017 a její pomocné normalizační výstupy umožní sémantickou interoperabilitu elektronických faktur a pomohou odstranit bariéry na trhu a překážky v obchodu vyplývající z existence rozdílných vnitrostátních právních předpisů a norem – a přispějí tak k dosažení cílů stanovených Evropskou komisí. | + | |
- | + | ||
- | + | ||
- | ===== Technické aspekty ===== | + | |
- | + | ||
- | E-fakturaci je možné implementovat a realizovat ve svých organizačních jednotkách za dodržení jednoho z následujících technických standardů, který je v souladu se směrnicí 2014/ | + | |
- | + | ||
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | Je třeba zmínit, že směrnice 2014/ | + | |
- | + | ||
- | nepředepisuje, | + | |
- | + | ||
- | neponechává veřejným zadavatelům žádný prostor pro volbu mezi syntaxemi, které jsou uvedeny na seznamu, jenž bude zveřejněn v Úředním věstníku Evropské unie, v návaznosti na článek 3 směrnice. Článek 7 jasně uvádí, že veřejní zadavatelé a zadavatelé v EU musí přijímat a zpracovávat elektronické faktury, které splňují normu a odpovídají kterékoli ze syntaxí uvedených na zveřejněném seznamu. | + | |
- | + | ||
- | + | ||
- | ===== Jakákoliv odchylka od tohoto | + | |
- | + | ||
- | 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 ===== | + | |
- | + | ||
- | Implementace e-fakturace do prostředí veřejné správy České republiky je dána směrnicí 2014/55/EU, která nabyde účinnost 19. 4. 2018. K tomuto datu je také nutné mít ve svých spisových službách v rámci organizace nastavené technickoorganizační opatření, která budou v souladu s výše uvedenou směrnicí a technickými standardy z ní vyplívající. Směrnice byla inkorporována do české legislativy v rámci §221 zákona č. 134/2016, o zadávání veřejných zakázek. Zadavatel nesmí odmítnout elektronickou fakturu vystavenou dodavatelem za plnění veřejné zakázky z důvodu jejího formátu, který je v souladu s evropským standardem elektronické faktury. | + | |
- | + | ||
- | + | ||
- | ===== Všechny veřejné zakázky, které jsou nadlimitní mohou být dodavatelem vyžadovány ve formě e-fakturace. ===== | + | |
- | + | ||
- | V neposlední řadě bylo schváleno Usnesení vlády č. 347/2017, které dává povinnost od 1. 1. 2019 Ústředním orgánům státní správy a jimi podřízeným organizačním složkám státu přijímat elektronické faktury ve formátech stanovených Evropskou směrnicí 2014/55/EU a dále ve formátu isdoc/ | + | |
- | + | ||
- | + | ||
- | ===== Cílový adresáti ===== | + | |
- | + | ||
- | Dle zákona č. 134/2016, o zadávání veřejných zakázek se týká všech orgánů veřejné moci, kteří zadali k postoupení nadlimitní veřejnou zakázku a to od 1. 1. 2019 pro ústřední orgány moci a následně od 1.4.2020 pro uzemní samosprávu dle zákona č. 134/2016 Sb., o zadávání veřejných zakázek, §279 (5) b) | + | |
- | + | ||
- | + | ||
- | ====== Mandáty, role a práva v elektronické komunikaci ====== | + | |
- | + | ||
- | 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 a autentizaci klienta veřejné správy | + | |
- | + | ||
- | 3) Systém veřejné správy schopný komunikovat a získávat údaje z propojeného datového fondu | + | |
- | + | ||
- | 4) Vlastní zajištění autorizace klienta veřejné správy | + | |
- | + | ||
- | + | ||
- | ===== Mandáty pro jednání s veřejnou správou ===== | + | |
- | + | ||
- | Při výkonu veřejné správy a to zejména při jakékoliv interakci a komunikaci s klientem veřejné správy je nutné, aby veřejná správa respektovala mandáty k zastupování jedné osoby druhou na základě různých titulů. Zjednodušeně se dá rozdělit forma mandátu zastupování takto: | + | |
- | + | ||
- | 1. Fyzická osoba | + | |
- | + | ||
- | a. Jednající sama svým jménem | + | |
- | + | ||
- | b. Jednající jménem jiné fyzické osoby ze zákona | + | |
- | + | ||
- | i. rodič dítěte | + | |
- | + | ||
- | ii. manžel/ | + | |
- | + | ||
- | iii. registrovaný partner/ | + | |
- | + | ||
- | iv. opatrovník | + | |
- | + | ||
- | c. Jednající jménem jiné fyzické osoby ze zmocnění | + | |
- | + | ||
- | i. plná moc | + | |
- | + | ||
- | ii. advokát | + | |
- | + | ||
- | iii. zastupující FO | + | |
- | + | ||
- | iv. jiný druh zmocnění | + | |
- | + | ||
- | v. na žádost bez zmocnění | + | |
- | + | ||
- | 2. Fyzická osoba jednající za právnickou osobu | + | |
- | + | ||
- | a. Jednatel právnické osoby | + | |
- | + | ||
- | b. statutární zástupce právnické osoby (jedna FO) | + | |
- | + | ||
- | c. Statutární orgán právnické osoby (více FO) | + | |
- | + | ||
- | d. Insolvenční správce | + | |
- | + | ||
- | e. Likvidátor | + | |
- | + | ||
- | f. Jednající jménem zřizovatele právnické osoby | + | |
- | + | ||
- | g. Pověřen k jednání za právnickou osobu | + | |
- | + | ||
- | i. Veřejnoprávním titulem | + | |
- | + | ||
- | 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 úč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: | + | |
- | + | ||
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | < | + | |
- | + | ||
- | ===== Jednoznačná identifikace a autentizace klienta veřejné správy ===== | + | |
- | + | ||
- | 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ě: | + | |
- | + | ||
- | „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 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. | + | |
- | + | ||
- | + | ||
- | ===== Systém veřejné správy schopný komunikovat a získávat údaje z propojeného datového fondu ===== | + | |
- | + | ||
- | Systém poskytující elektronické služby veřejné správy musí být schopen komunikovat a získávat údaje z propojeného datového fondu. K tomu musí systém odpovídat předpisům: | + | |
- | + | ||
- | < | + | |
- | < | + | |
- | 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: | + | |
- | + | ||
- | < | + | |
- | o pro zajištění ověření, zda je fyzická osoba statutárním zástupcem | + | |
- | + | ||
- | < | + | |
- | o pro zajištění ověření, zda je fyzická osoba rodič nezletilého, | + | |
- | + | ||
- | o pro zajištění ověření, zda je fyzická osoba zákonným zástupcem jiné fyzické osoby | + | |
- | + | ||
- | o pro zajištění ověření, zda je fyzická osoba opatrovníkem jiné fyzické osoby | + | |
- | + | ||
- | o pro zajištění ověření, zda je fyzická osoba manžel/ | + | |
- | + | ||
- | < | + | |
- | 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ě. | + | |
- | + | ||
- | + | ||
- | ====== Propojený datový fond ====== | + | |
- | + | ||
- | test | + | |
- | + | ||
- | + | ||
- | ====== Univerzální kontaktní místo ====== | + | |
- | + | ||
- | + | ||
- | + | ||
- | ====== Elektronická identita ====== | + |