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-dokument:pravidla_tvorby_a_udrzby_vlastni_ctyrvrstve_architektury_jednotlivych_uradu [2019/09/20 09:46] – [Pravidla výkonnostní architektury úřadu] Tomáš Šedivec | nap_dokument:pravidla_tvorby_a_udrzby_vlastni_ctyrvrstve_architektury_jednotlivych_uradu [2021/07/29 16:51] (aktuální) – cms a pravidla připojení Tomáš Šedivec | ||
---|---|---|---|
Řádek 1: | Řádek 1: | ||
- | ~~Title: Architektura úřadu v kontextu veřejné správy a jejích vrstvách architektury~~ | ||
- | |||
====== Architektura úřadu v kontextu veřejné správy a jejích vrstvách architektury ====== | ====== Architektura úřadu v kontextu veřejné správy a jejích vrstvách architektury ====== | ||
- | Tato kapitola popisuje architekturu úř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. Jde o jiný přístup k popisu požadavků na využívání systémů a služeb eGovernmentu než v části [[nap-dokument: | + | Tato kapitola popisuje architekturu úř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. Jde o jiný přístup k popisu požadavků na využívání systémů a služeb eGovernmentu než v části [[nap_dokument: |
- | Skladba této kapitoly odpovídá [[nap-dokument: | + | Skladba této kapitoly odpovídá [[nap_dokument: |
- | {{ :soubor:nap.png |}} | + | {{ nap-dokument:nap.png |}} |
Řádek 26: | Řádek 24: | ||
- Strategický rámec rozvoje veřejné správy 2014+ | - Strategický rámec rozvoje veřejné správy 2014+ | ||
- Koncepce klientsky orientované veřejné správy 2021+ | - Koncepce klientsky orientované veřejné správy 2021+ | ||
+ | - Strategie rozvoje infrastruktury pro prostorové informace v České republice do roku 2020 (GeoInfoStrategie) | ||
V modelu vlastní celkové architektury úřadu by praktickému používání při řízení úřadu měly sloužit zejména diagramy strategických cílů, architektonických principů, architektonických požadavků a omezujících podmínek, vytýčených směrů rozvoje a očekávaných výstupů. Tyto by měly sladěným způsobem kombinovat objekty převzaté z nadřazených strategií, viz výše a z vlastních strategií a koncepcí úřadu. | V modelu vlastní celkové architektury úřadu by praktickému používání při řízení úřadu měly sloužit zejména diagramy strategických cílů, architektonických principů, architektonických požadavků a omezujících podmínek, vytýčených směrů rozvoje a očekávaných výstupů. Tyto by měly sladěným způsobem kombinovat objekty převzaté z nadřazených strategií, viz výše a z vlastních strategií a koncepcí úřadu. | ||
Řádek 49: | Řádek 48: | ||
<WRAP center round tip 60%> | <WRAP center round tip 60%> | ||
- | Popis centrálně poskytovaných systémů a jejich služeb 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í |
- | Konkrétní implementační kroky a způsoby zapracování do informační koncepce OVS pro jednotlivé sdílené služby, funkční celky a tematické oblasti jsou popsány v kapitole | + | Pravidla |
- | Zapracování pravidel této vrstvy architektury popíše úřad do své informační koncepce | + | Zapracování pravidel této vrstvy architektury popíše úřad do své informační koncepce. |
</ | </ | ||
Řádek 93: | Řádek 92: | ||
* Provozní funkce - vykonává úřad jako správu základních zdrojů pro zajištění své udržitelné existence (provozu), bez ohledu na to, jaké jsou jeho hlavní, podpůrné a sdílené zdrojové funkce. | * Provozní funkce - vykonává úřad jako správu základních zdrojů pro zajištění své udržitelné existence (provozu), bez ohledu na to, jaké jsou jeho hlavní, podpůrné a sdílené zdrojové funkce. | ||
- | {{ :soubor: | + | {{ nap-dokument: |
Referenční model byznys architektury úřadu dále dělí hlavní funkce pro výkon služeb zejména externím klientům (občané a zástupci organizací), | Referenční model byznys architektury úřadu dále dělí hlavní funkce pro výkon služeb zejména externím klientům (občané a zástupci organizací), | ||
Řádek 102: | Řádek 101: | ||
* Agendově specifické funkce veřejné správy | * Agendově specifické funkce veřejné správy | ||
* Funkce společného zázemí agend - představující funkce vykonávané typicky (ale ne výhradně) mimo interakci s klientem, z angl. Back-Office (dále také BO), společně a jednotně pro více (až pro všechny) agend úřadu. | * Funkce společného zázemí agend - představující funkce vykonávané typicky (ale ne výhradně) mimo interakci s klientem, z angl. Back-Office (dále také BO), společně a jednotně pro více (až pro všechny) agend úřadu. | ||
- | * Funkce správy spisů a případů - sloužící ke správě dokumentů a informací propojujících jednotlivé fáze (a funkční oblasti) vyřizování případů (řízení) klientů, interních i externích. | + | * Funkce správy spisů a případů - sloužící ke správě dokumentů a informací propojujících jednotlivé fáze (a funkční oblasti) vyřizování případů (řízení) klientů, interních i externích. Všechny povinnosti vedení řádných dokumentů a spisů ve spisové službě nesmí nahrazovat evidence případů, které slouží jen pro zvláštní záležitosti vymykající se zaběhlým a řádným postupům. |
* Funkce integrace a spolupráce mezi úřady při výkonu služeb klientům. | * Funkce integrace a spolupráce mezi úřady při výkonu služeb klientům. | ||
- | {{ :soubor: | + | {{ nap-dokument: |
Řádek 152: | Řádek 151: | ||
998-1-1-1 **Jméno** vlastníka silničního vozidla. | 998-1-1-1 **Jméno** vlastníka silničního vozidla. | ||
- | Smyslem této notace, oznámení agend v [[: | + | Smyslem této notace, oznámení agend v [[nap: |
Správce Agendového informačního systému tedy musí spolupracovat se správcem agendy na ohlášení agendy tak, aby bylo možné provést jednoznačnou dekompozici údaje v kontextu na jedno informační položky. Definice těchto informačních položek je následovně součástí definice datového rozhraní. | Správce Agendového informačního systému tedy musí spolupracovat se správcem agendy na ohlášení agendy tak, aby bylo možné provést jednoznačnou dekompozici údaje v kontextu na jedno informační položky. Definice těchto informačních položek je následovně součástí definice datového rozhraní. | ||
Řádek 158: | Řádek 157: | ||
**Zvolený princip zamezuje záměnám údajů podle jejich názvů (jméno vlastníka vozidla je určitě něco jiného než jméno vlastníka nemovitosti, | **Zvolený princip zamezuje záměnám údajů podle jejich názvů (jméno vlastníka vozidla je určitě něco jiného než jméno vlastníka nemovitosti, | ||
- | Správce agendy při ohlášení také určuje, jaké údaje ze základních registrů či jiných agend má oprávnění při své činnosti využívat a správce agendového informačního systému pak při návrhu datového rozhraní čerpá z definice datových položek jednotlivých ISVS, které údaje/data publikují do [[: | + | Správce agendy při ohlášení také určuje, jaké údaje ze základních registrů či jiných agend má oprávnění při své činnosti využívat a správce agendového informačního systému pak při návrhu datového rozhraní čerpá z definice datových položek jednotlivých ISVS, které údaje/data publikují do [[nap: |
**Pokud je agenda vykonávána prostřednictvím více Agendových informačních systémů, pak správce agendy musí určit toho správce agendového informačního systému, který bude závazně určovat rozpad údaje na datové položky, a ostatní správci agendových informačních systémů musí tento rozpad respektovat.** | **Pokud je agenda vykonávána prostřednictvím více Agendových informačních systémů, pak správce agendy musí určit toho správce agendového informačního systému, který bude závazně určovat rozpad údaje na datové položky, a ostatní správci agendových informačních systémů musí tento rozpad respektovat.** | ||
Řádek 174: | Řádek 173: | ||
* územní - s místní, ale bez věcné příslušnosti a | * územní - s místní, ale bez věcné příslušnosti a | ||
* agendové - s věcnou příslušností (jedné nebo více agend téhož ústředního správního úřadu), ale bez místní příslušnosti (historicky a v oprávněných případech i místní příslušností). | * agendové - s věcnou příslušností (jedné nebo více agend téhož ústředního správního úřadu), ale bez místní příslušnosti (historicky a v oprávněných případech i místní příslušností). | ||
- | * Podle komunikačního média a prostředku podání/ | + | * Podle komunikačního média a prostředku podání/ |
- | Cílem je, co nejvíce potřeb klientů obsloužit v prvním stupni obsluhy, tj. v [[: | + | Cílem je, co nejvíce potřeb klientů obsloužit v prvním stupni obsluhy, tj. v [[nap: |
- | Zásadou je, že v kterémkoli | + | Výchozím předpokladem při návrhu řešení by měla být maximální snaha, aby v rámci |
- | V případě asistovaných kontaktních míst (univerzálních i v územních či agendových OVS) však zprostředkuje informace o všech informacích ze vztahu klienta a veřejné správy úředník, výhradně na základě explicitního zmocnění klientem. To je jediný případ, kdy smí úředník najednou vidět více než jednu agendu současně, přitom ale smí vidět pouze stavové informace z notifikací, | + | V případě asistovaných kontaktních míst (univerzálních i v územních či agendových OVS) však zprostředkuje informace o všech informacích ze vztahu klienta a veřejné správy úředník, výhradně na základě explicitního zmocnění klientem. To je jediný případ, kdy smí úředník najednou vidět více než jednu agendu současně, přitom ale smí vidět pouze stavové informace z [[nap: |
- | Všechny úkony v obslužných kanálech musí být adekvátně zaznamenány v transakčním logu příslušných IS a ve spisové službě úřadu. | + | Všechny úkony v obslužných kanálech musí být adekvátně |
Úřad veřejné správy je povinen v legislativě (může-li ji ovlivnit), v procesech úřadu a v jejich aplikační podpoře (v rozsahu dle platné legislativy) zajistit plnou rovnoprávnost všech obslužných kanálů a umožnit klientovi volbu mezi kanály. | Úřad veřejné správy je povinen v legislativě (může-li ji ovlivnit), v procesech úřadu a v jejich aplikační podpoře (v rozsahu dle platné legislativy) zajistit plnou rovnoprávnost všech obslužných kanálů a umožnit klientovi volbu mezi kanály. | ||
Řádek 205: | Řádek 204: | ||
Tam, kde úřad ze zákona zůstává zodpovědný za určitou činnost (agendu, podpůrnou funkci) nemůže využít sdílených řešení a ani na úrovni centrálních prvků eGovernmentu nebudou taková sdílená řešení připravována, | Tam, kde úřad ze zákona zůstává zodpovědný za určitou činnost (agendu, podpůrnou funkci) nemůže využít sdílených řešení a ani na úrovni centrálních prvků eGovernmentu nebudou taková sdílená řešení připravována, | ||
- | Příkladem je ERP (rozpočetnictví) | + | Příkladem je ERP nebo spisová služba. Zde jak procesy, tak jejich aplikační podporu musí mít každý úřad vlastní, zůstává věcným správcem těchto řešení. |
V takovém případě, pro taková řešení jako je ERP nebo eSSL může OVS využít sdílené služby pouze na IT technologické a platformové úrovni, SW řešení mu musí poskytnuto maximálně tzv. multitenantní formou (více samostatných nájemníků) na společné technické infrastruktuře, | V takovém případě, pro taková řešení jako je ERP nebo eSSL může OVS využít sdílené služby pouze na IT technologické a platformové úrovni, SW řešení mu musí poskytnuto maximálně tzv. multitenantní formou (více samostatných nájemníků) na společné technické infrastruktuře, | ||
Řádek 212: | Řádek 211: | ||
===== Pravidla aplikační architektury IS VS úřadu ===== | ===== Pravidla aplikační architektury IS VS úřadu ===== | ||
- | |||
<WRAP center round tip 60%> | <WRAP center round tip 60%> | ||
- | Popis všech | + | Popis centrálně poskytovaných systémů a jejich služeb, funkčních celků a tematických oblastí |
- | Konkrétní implementační kroky a způsoby zapracování do informační koncepce OVS pro jednotlivé sdílené služby, funkční celky a tematické oblasti jsou popsány v kapitole | + | Pravidla |
- | Zapracování pravidel této vrstvy architektury popíše úřad do své informační koncepce | + | Zapracování pravidel této vrstvy architektury popíše úřad do své informační koncepce. |
</ | </ | ||
Řádek 238: | Řádek 236: | ||
Podporu pro rozhodování při řízení životního cyklu aplikačních komponent informačních systémů VS a současně vyjádření nejlepší praxe jejich inventarizace a třídění poskytuje tzv. Referenční model aplikační architektury, | Podporu pro rozhodování při řízení životního cyklu aplikačních komponent informačních systémů VS a současně vyjádření nejlepší praxe jejich inventarizace a třídění poskytuje tzv. Referenční model aplikační architektury, | ||
- | {{ :soubor: | + | {{ nap-dokument: |
Dělení vychází z účelu aplikačních komponent shora počínaje úlohou uživatelského rozhraní a navigace až po platformy, zcela nezávislé na druzích uživatelů a poskytovaných služeb úřadu. V aplikační mapě se toto dělení uplatní jako vrstvy vertikální dimenze. | Dělení vychází z účelu aplikačních komponent shora počínaje úlohou uživatelského rozhraní a navigace až po platformy, zcela nezávislé na druzích uživatelů a poskytovaných služeb úřadu. V aplikační mapě se toto dělení uplatní jako vrstvy vertikální dimenze. | ||
- | {{ :soubor: | + | {{ nap-dokument: |
Dále dělení aplikací vychází z byznys logiky podporovaných byznys funkcí, kde na jedné straně jsou to funkce (služby) pro vnější klienty, partnery a veřejnost, na druhé straně jsou funkce detailně podporující jednotlivé klíčové zdroje úřadu (znalosti, zaměstnance, | Dále dělení aplikací vychází z byznys logiky podporovaných byznys funkcí, kde na jedné straně jsou to funkce (služby) pro vnější klienty, partnery a veřejnost, na druhé straně jsou funkce detailně podporující jednotlivé klíčové zdroje úřadu (znalosti, zaměstnance, | ||
+ | |||
+ | Pokud zákon pro nějakou agendu definuje i způsob IT podpory evidence údajů, a zmocňuje tak k implementaci ISVS, není tím stanoveno, že by tento systém nemohl některé své komponenty využívat společně s ostatními agendami (a agendovými systémy) téhož úřadu. Na druhou stranu dosud není možné, nestanovuje-li to explicitně zákon, sdílet v ISVS aplikační komponenty vlastněné jiným úřadem (ani příslušnou korporací, tj. rezortem, krajem nebo ORP). | ||
+ | |||
+ | Z toho vyplývá aktuálně proveditelný požadavek na optimalizaci procesů a aplikačního portfolia úřadu tak, že pro průřezové procesy agend (podobné, příbuzné či jednotné byznys funkce a procesy) využije jednotných nebo dokonce centrálních sdílených komponent aplikačního portfolia úřadu (např. pro obsluhu klientů na přepážkách, | ||
+ | |||
+ | Pokud se takto sdílí v úřadu několik komponent napříč agendami, používají tyto pro externí označování klienta nikoli AIFO, ale nejlépe nějaké společné veřejné klientské číslo občana a organizace v rámci systému kmenových dat úřadu. AIFO, jako neveřejný identifikátor, | ||
+ | |||
+ | === Průřezové, | ||
Rozsah a obsah aplikací pro obslužné, odborné a funkce zázemí agend se liší podle segmentů veřejné správy. Odlišnosti ostatních kategorií jsou minimální, | Rozsah a obsah aplikací pro obslužné, odborné a funkce zázemí agend se liší podle segmentů veřejné správy. Odlišnosti ostatních kategorií jsou minimální, | ||
+ | |||
+ | Obsah aplikací pro průřezové, | ||
Povinností ředitele informatiky úřadu (technického správce) je zohlednit vzájemnou podobnost aplikací podle jejich kategorie při rozhodování o konsolidaci aplikací nebo o návrhu aplikační podpory v kategoriích, | Povinností ředitele informatiky úřadu (technického správce) je zohlednit vzájemnou podobnost aplikací podle jejich kategorie při rozhodování o konsolidaci aplikací nebo o návrhu aplikační podpory v kategoriích, | ||
- | Referenční model aplikační architektury s plným detailem třídění a s odlišným obsahem klíčových transakčních komponent pro jednotlivé odlišující se segmenty veřejné správy (např. zdravotnictví, | + | Referenční model aplikační architektury s plným detailem třídění a s odlišným obsahem klíčových transakčních komponent pro jednotlivé odlišující se segmenty veřejné správy (např. zdravotnictví, |
+ | |||
+ | {{ : | ||
+ | |||
- | Pokud zákon pro nějakou agendu definuje i způsob IT podpory evidence údajů, a zmocňuje tak k implementaci ISVS, není tím stanoveno, že by tento systém nemohl některé své komponenty využívat společně s ostatními agendami (a agendovými systémy) téhož úřadu. Na druhou stranu dosud není možné, nestanovuje-li to explicitně zákon, sdílet v ISVS aplikační komponenty vlastněné jiným úřadem (ani příslušnou korporací, tj. rezortem, krajem nebo ORP). | ||
- | Z toho vyplývá aktuálně proveditelný požadavek na optimalizaci procesů a aplikačního portfolia úřadu tak, že pro průřezové procesy agend (podobné, příbuzné či jednotné byznys funkce a procesy) využije jednotných nebo dokonce centrálních sdílených komponent aplikačního portfolia úřadu (např. pro obsluhu klientů na přepážkách, | ||
- | Pokud se takto sdílí v úřadu několik komponent napříč agendami, používají tyto pro externí označování klienta nikoli AIFO, ale nejlépe nějaké společné veřejné klientské číslo občana a organizace v rámci systému kmenových dat úřadu. AIFO, jako neveřejný identifikátor, | ||
Řádek 264: | Řádek 273: | ||
Uživatelská rozhraní ISVS i provozních systémů musí být především ergonomicky optimální pro nejlepší podporu odpovídajících uživatelských rolí a jejich výkonu externích i interních funkcí veřejné správy. | Uživatelská rozhraní ISVS i provozních systémů musí být především ergonomicky optimální pro nejlepší podporu odpovídajících uživatelských rolí a jejich výkonu externích i interních funkcí veřejné správy. | ||
- | * Úřad musí mít všechny svoje formuláře primárně v autentizované zóně [[: | + | * Úřad musí mít všechny svoje formuláře primárně v autentizované zóně [[nap: |
* Agendové a místní portály se budou rozšiřovat z informačních na transakční | * Agendové a místní portály se budou rozšiřovat z informačních na transakční | ||
- | * Transakční obsah portálu (formuláře nebo uživatelská rozhraní portálových aplikací) musí být integrován (federalizován) s PVS - [[: | + | * Transakční obsah portálu (formuláře nebo uživatelská rozhraní portálových aplikací) musí být integrován (federalizován) s PVS - [[nap: |
- | * Identifikace uživatelů v portálu musí využívat [[:elektronicka_identifikace_pro_klienty_verejne_spravy|národní identitní schéma]] | + | * Vyžaduje-li právní předpis nebo výkon působnosti prokázání totožnosti, |
Kromě výjimečně zdůvodnitelných případů, například modelovacích nebo GIS nástrojů, nebo při nedostupnosti dostatečně propustného internetového připojení, | Kromě výjimečně zdůvodnitelných případů, například modelovacích nebo GIS nástrojů, nebo při nedostupnosti dostatečně propustného internetového připojení, | ||
Řádek 308: | Řádek 317: | ||
- | Pokud úřad je činný ve více agendách, které všechny vedou na obdobné funkce zázemí agend (BO), například vedení spisu, příjem poplatku, výplata dávky, apod., bude pro tyto funkce užívat sdílené řešení (spisovou službu, saldokontní účetnictví, | + | Pokud úřad je činný ve více agendách, které všechny vedou na obdobné funkce zázemí agend (BO), například vedení spisu, příjem poplatku, výplata dávky, apod., bude pro tyto funkce užívat sdílené řešení (spisovou službu, saldokontní účetnictví, |
Klíčovou komponentou této oblasti z pohledu klientů i úřadu je komponenta pro vedení kmene klientů a jejich pohledávkových/ | Klíčovou komponentou této oblasti z pohledu klientů i úřadu je komponenta pro vedení kmene klientů a jejich pohledávkových/ | ||
Řádek 321: | Řádek 330: | ||
Odlišné procesní nároky pro správu klientských případů a spisů, jednoznačně vztažených ke klientům (data vlastněná klienty a propůjčená do správy úřadům) a případů a spisů interní správy OVS (bez vazeb na klienta). Je doporučeno uvědomit si tyto odlišnosti, | Odlišné procesní nároky pro správu klientských případů a spisů, jednoznačně vztažených ke klientům (data vlastněná klienty a propůjčená do správy úřadům) a případů a spisů interní správy OVS (bez vazeb na klienta). Je doporučeno uvědomit si tyto odlišnosti, | ||
- | I přes tyto rozdíly | + | Z pohledu zákona o archivnictví a spisové službě existuje tzv. kategorie „určených původců“, |
- | Pokud úřad pro své agendy vede více dokumentů | + | Pokud úřad pro své agendy vede více dokumentů |
- | * transakční workflow | + | Elektronický nástroj pro workflow |
- | * dokumentové workflow | + | * transakční workflow |
+ | * dokumentové workflow | ||
- | Uživatelským | + | Uživatelský |
* uživatelské rozhraní aplikace AIS, provozního systému nebo spisové služby, to podle typu workflow, viz výše | * uživatelské rozhraní aplikace AIS, provozního systému nebo spisové služby, to podle typu workflow, viz výše | ||
- | * společný „WF-inbox“ v Portálu úředníka, | + | * společné rozhraní přistupující do „workflow-inboxu“ v Portálu úředníka, |
- | * mailová schránka | + | * rozhraní pro mailovou schránku |
- | + | ||
- | přitom první dva klienti slouží profesionálním uživatelům v agendě pro denní práci, třetí typ je spíše pro notifikace ojedinělých a manažerských workflow. | + | |
==== Pravidla pro kategorii znalostních systémů ==== | ==== Pravidla pro kategorii znalostních systémů ==== | ||
Řádek 347: | Řádek 355: | ||
Každý úřad je povinen zvážit ve své architektuře pořízení řešení pro centrální správu identit a oprávnění uživatelů (také zvané IDM (Identity Management), | Každý úřad je povinen zvážit ve své architektuře pořízení řešení pro centrální správu identit a oprávnění uživatelů (také zvané IDM (Identity Management), | ||
- | * Povinnost napojení | + | * Povinnost napojení |
+ | * Povinnost napojení identifikace, | ||
* Doporučení realizovat centrální správu identit úřadu (IDM), napojenou u úředníků na HR (HCM) | * Doporučení realizovat centrální správu identit úřadu (IDM), napojenou u úředníků na HR (HCM) | ||
Řádek 356: | Řádek 365: | ||
Každý informační systém veřejné správy musí být integrován s: | Každý informační systém veřejné správy musí být integrován s: | ||
- | * Elektronickým systémem spisové služby | + | * Elektronickým systémem spisové služby |
* Provozními systémy typu IDM a monitoringu | * Provozními systémy typu IDM a monitoringu | ||
* Auditovacími a logovacími systémy - pro zajištění logování nakládání s údaji evidovanými v ISVS včetně ale nikoliv pouze osobních údajů | * Auditovacími a logovacími systémy - pro zajištění logování nakládání s údaji evidovanými v ISVS včetně ale nikoliv pouze osobních údajů | ||
Řádek 363: | Řádek 372: | ||
Preferovaným způsobem integrace aplikací je využití standardní integrační platformy (též Enterprise Application Integration, | Preferovaným způsobem integrace aplikací je využití standardní integrační platformy (též Enterprise Application Integration, | ||
- | Každý úřad bude využívat vlastní nebo sdílenou EAI propojenou na centrální eGSB. | + | Každý úřad bude využívat vlastní nebo sdílenou EAI propojenou na centrální |
Tato pravidla v souladu s NAP předpokládají vícestupňovou hierarchickou strukturu integračních platforem. | Tato pravidla v souladu s NAP předpokládají vícestupňovou hierarchickou strukturu integračních platforem. | ||
- | Pro zapojení úřadů do sdílení v rámci propojeného datového fondu je vybudována centrální integrační platforma eGSB (eGovernment Service Bus). Na ni se úřady přednostně napojují prostřednictvím korporátních integračních platforem resortů (krajů, ORP) nebo prostřednictvím vlastních EAI, pokud takovou mají. | + | Pro zapojení úřadů do sdílení v rámci propojeného datového fondu je vybudována centrální integrační platforma |
Korporátní EAI slouží primárně pro potřeby interní integrace v rámci kapitoly nebo veřejné korporace, jako externí integrace pro úřad ministerstva nebo územního celku a jako sdílená služba pro podřízené organizace korporace, pro které není výhodné vybudovat EAI vlastní. | Korporátní EAI slouží primárně pro potřeby interní integrace v rámci kapitoly nebo veřejné korporace, jako externí integrace pro úřad ministerstva nebo územního celku a jako sdílená služba pro podřízené organizace korporace, pro které není výhodné vybudovat EAI vlastní. | ||
Řádek 404: | Řádek 413: | ||
<WRAP center round tip 60%> | <WRAP center round tip 60%> | ||
- | Popis všech | + | Popis centrálně poskytovaných systémů a jejich služeb, funkčních celků a tematických oblastí |
- | Konkrétní implementační kroky a způsoby zapracování do informační koncepce OVS pro jednotlivé sdílené služby, funkční celky a tematické oblasti jsou popsány v kapitole | + | Pravidla |
- | Zapracování pravidel této vrstvy architektury popíše úřad do své informační koncepce | + | Zapracování pravidel této vrstvy architektury popíše úřad do své informační koncepce. |
</ | </ | ||
+ | <WRAP center round info 60%> | ||
+ | Datová architektura IS VS je formálně součástí jedné vrstvy společně s aplikační architekturou. Zde jsou popsány rozděleně z důvodu důrazu na práci a pravidla pro systém a práci a pravidla pro data/ | ||
+ | </ | ||
Řádek 426: | Řádek 438: | ||
Každý správce ISVS, který obsahuje nějaký datový fond, je povinen zajistit (správce ISVS musí): | Každý správce ISVS, který obsahuje nějaký datový fond, je povinen zajistit (správce ISVS musí): | ||
- | - **Referenčnost -** ztotožnit všechny subjekty/ | + | - **Referenčnost -** ztotožnit všechny subjekty/ |
- **Jednoznačnost -** rozdělit si datový fond na části | - **Jednoznačnost -** rozdělit si datový fond na části | ||
- **Referenční údaje** – musí být v souladu se základními registry | - **Referenční údaje** – musí být v souladu se základními registry | ||
- **Agendové údaje** – pochází od editorů základních registrů (např. Evidence Obyvatel) nebo jiných agendových informačních systémů (např. registr řidičů) v rámci agendy jsou pouze využívány | - **Agendové údaje** – pochází od editorů základních registrů (např. Evidence Obyvatel) nebo jiných agendových informačních systémů (např. registr řidičů) v rámci agendy jsou pouze využívány | ||
- **Vlastní údaje agendy** – údaje vytvářené v rámci agendy (mohou být dále poskytovány jiným agendám jako agendové) | - **Vlastní údaje agendy** – údaje vytvářené v rámci agendy (mohou být dále poskytovány jiným agendám jako agendové) | ||
- | - **Bezpečnost | + | - **Bezpečnost** – musí být zajištěna jak z hlediska ochrany osobních údajů, tak i z hlediska zabezpečení proti ztrátě či neoprávněnému pozměnění údajů |
Řádek 448: | Řádek 460: | ||
Všechny údaje spravované v IS úřadu, tvoří tzv. **datový fond úřadu**. Základní existenciální (statické, kartotéční) údaje o subjektech (klientech, dodavatelích, | Všechny údaje spravované v IS úřadu, tvoří tzv. **datový fond úřadu**. Základní existenciální (statické, kartotéční) údaje o subjektech (klientech, dodavatelích, | ||
- | Zásadním požadavkem informační koncepce z hlediska klasifikace dat ve veřejné správě je zavedení pojmu **agendový údaj**. V současné době je již zaveden zákoně o základních registrech (§ 2) pojem referenční údaj. Agendový údaj má obdobnou datovou kvalitu | + | Zásadním požadavkem informační koncepce z hlediska klasifikace dat ve veřejné správě je zavedení pojmu **agendový údaj**. V současné době je již zaveden zákoně o základních registrech (§ 2) pojem referenční údaj. Agendový údaj má obdobnou datovou kvalitu při jeho využívání, ale za jeho kvalitu a záruku ručí jeho poskytovatel, |
Použitím výše uvedených principů můžeme údaje vedené v datovém fondu informačního systému veřejné správy (agendě), a souhrnně v datovém fondu úřadu, rozdělit z několika hledisek. Prvotním hlediskem je klasifikace datových objektů z hlediska zodpovědnosti za jejich validitu, viz výše bod **jednoznačnost.** | Použitím výše uvedených principů můžeme údaje vedené v datovém fondu informačního systému veřejné správy (agendě), a souhrnně v datovém fondu úřadu, rozdělit z několika hledisek. Prvotním hlediskem je klasifikace datových objektů z hlediska zodpovědnosti za jejich validitu, viz výše bod **jednoznačnost.** | ||
Řádek 457: | Řádek 469: | ||
* Transakční data individuálních řízení v agendách | * Transakční data individuálních řízení v agendách | ||
* Dokumenty | * Dokumenty | ||
+ | * Prostorová data | ||
* Analytická (agregovaná, | * Analytická (agregovaná, | ||
* Signálová data (datový proud v reálném čase) | * Signálová data (datový proud v reálném čase) | ||
- | * Metadata analytických dat, dokumentů a multimediálních objektů | + | * Metadata |
* Provozní a bezpečnostní auditní data (logy) | * Provozní a bezpečnostní auditní data (logy) | ||
- | * Parametrizační, customizační data, řídící číselníky (jazyky, měny, směrovací čísla, typy daní, kategorie sazeb, druhy paliv, kategorie vozidel, NACE, atd.) | + | * Parametrizační data, řídící číselníky (jazyky, měny, směrovací čísla, typy daní, kategorie sazeb, druhy paliv, kategorie vozidel, NACE, atd.) |
* Data programového kódu (zdrojový kód v databázi) | * Data programového kódu (zdrojový kód v databázi) | ||
Řádek 467: | Řádek 480: | ||
* Obsahující osobní údaje | * Obsahující osobní údaje | ||
- | * Obsahující citlivé osobní údaje | + | * Obsahující |
* Neobsahující osobní údaje. | * Neobsahující osobní údaje. | ||
- | Základním nástrojem pro správu datových objektů o subjektech a objektech práva obsažených v datovém kmeni agendy je Registr práv a povinností. Při ohlášení agendy je nutné uvést výčet údajů vedených v agendě dle zákona 111/2009 Sb. o základních registrech | + | Základním nástrojem pro správu datových objektů o subjektech a objektech práva obsažených v datovém kmeni agendy je Registr práv a povinností. Při ohlášení agendy je nutné uvést výčet údajů vedených v agendě dle zákona 111/2009 Sb. o základních registrech |
- | V rámci RPP jsou udržovány informace o takto poskytovaných a využívaných údajích z legislativního hlediska, tj. tak jak jsou uvedeny v odpovídajícím právním předpisu. Z hlediska technického využití je pak správce ISVS, který údaje poskytuje prostřednictvím eGSB publikovat odpovídající technický předpis jak XML šablonu v rámci WSDL předpisu využívání publikovaných služeb eGSB. | + | V rámci RPP jsou udržovány informace o takto poskytovaných a využívaných údajích z legislativního hlediska, tj. tak jak jsou uvedeny v odpovídajícím právním předpisu. Z hlediska technického využití je pak správce ISVS, který údaje poskytuje prostřednictvím |
- | Z technického hlediska je tedy závazný předpis, jakým jsou data publikovány pro využívání na rozhraní [[: | + | Z technického hlediska je tedy závazný předpis, jakým jsou data publikovány pro využívání na rozhraní [[nap: |
Současně se **nepředpokládá** možnost výměny údajů mezi informačními systémy veřejné správy mimo referenční rozhraní. | Současně se **nepředpokládá** možnost výměny údajů mezi informačními systémy veřejné správy mimo referenční rozhraní. | ||
Řádek 498: | Řádek 511: | ||
- | V rámci svého lokálního informačního systému mohou, respektive musí být úřadem pro výkon agendy využívány referenční a agendové údaje. Tyto údaje mohou být využívány on-line při jejich potřebě dotazem na referenční rozhraní (ISZR a eGSB), nebo může být v uložena jejich kopie pro sujekty | + | V rámci svého lokálního informačního systému mohou, respektive musí být úřadem pro výkon agendy využívány referenční a agendové údaje. Tyto údaje mohou být využívány on-line při jejich potřebě dotazem na referenční rozhraní (ISZR a eGSB/ISSS), nebo může být v uložena jejich kopie pro subjekty |
**Agendový údaj:** | **Agendový údaj:** | ||
Řádek 509: | Řádek 522: | ||
* Správce (agendy) registruje u Registru práv a povinností údaj jako agendový | * Správce (agendy) registruje u Registru práv a povinností údaj jako agendový | ||
- | * Správce publikuje údaj v rámci vybraného kontextu s vazbou na subjekt/ | + | * Správce publikuje údaj v rámci vybraného kontextu s vazbou na subjekt/ |
* Správce publikuje změny agendového údaje | * Správce publikuje změny agendového údaje | ||
* Správce přijímá reklamace na stav agendového údaje | * Správce přijímá reklamace na stav agendového údaje | ||
* Agenda využívající agendový údaj registruje tento požadavek v Registru práv a povinností | * Agenda využívající agendový údaj registruje tento požadavek v Registru práv a povinností | ||
- | * Agenda využívá údaj prostřednictvím eGSB | + | * Agenda využívá údaj prostřednictvím |
* Pokud agenda ukládá ve svém datovém fondu tento údaj, pak ho udržuje v souladu se skutečností odběrem změn | * Pokud agenda ukládá ve svém datovém fondu tento údaj, pak ho udržuje v souladu se skutečností odběrem změn | ||
* Pokud je při činnosti agendy zjištěna pochybnost o správnosti údaje, pak oznámí správci údaje | * Pokud je při činnosti agendy zjištěna pochybnost o správnosti údaje, pak oznámí správci údaje | ||
Řádek 520: | Řádek 533: | ||
- Pokud nejsou tyto údaje ve větším množství v rámci agendy využívány, | - Pokud nejsou tyto údaje ve větším množství v rámci agendy využívány, | ||
- | - Pokud jsou tyto údaje využívány agendou ve větším množství, nebo v případě nedostupnosti centrálních systémů hrozí nebezpečí z prodlení, pak je efektivní údržba lokální kopie referenčních a agendových údajů o subjektech a objektech agendy pro potřeby jejího výkonu. V tomto případě je nezbytně nutná systematická údržba těchto údajů tak, aby byly **v souladu** s údaji vedenými v základních registrech a agendových zdrojů. Za tímto účelem je nutné využívat procesu notifikace změn a aktualizace údajů o subjektech a objektech, pro které byla tato změna notifikována. | + | - Pokud jsou tyto údaje využívány agendou ve větším množství, nebo v případě nedostupnosti centrálních systémů hrozí nebezpečí z prodlení, pak je efektivní údržba lokální kopie referenčních a agendových údajů o subjektech a objektech agendy pro potřeby jejího výkonu. V tomto případě je nezbytně nutná systematická údržba těchto údajů tak, aby byly **v souladu** s údaji vedenými v základních registrech a agendových zdrojů. Za tímto účelem je nutné využívat procesu |
- | Princip notifikace je zásadně typu **pull** a bez předávání údajů při notifikaci. Tedy agenda využívající údaje požádá o seznam subjektů či objektů, pro které za uplynulé období (typicky jeden den) došlo ke změně údaje. Daný seznam pak využije k aktivnímu dotazu na zdroj údajů, kde získává údaje dle svých oprávnění. Je tak tedy zajištěno, | + | Princip |
- | V případě, že OVS využívá více než jeden vlastní (lokální) agendový informační systém a využívá referenčních a agendových kmenových údajů, musí být implementováno lokální řešení správy kmenových dat, které po iniciálním ztotožnění udržuje přijímáním notifikací z PPDF kmenová data úřadu aktuální a nezatěžuje | + | V případě, že OVS využívá více než jeden vlastní (lokální) agendový informační systém a využívá referenčních a agendových kmenových údajů, musí být implementováno lokální řešení správy kmenových dat, které po iniciálním ztotožnění udržuje přijímáním |
Řádek 534: | Řádek 547: | ||
- | Otevřená data musí především naplnit legislativní požadavky ve smyslu zákona 106/1999 Sb. o svobodném přístupu k informacím. Navíc musí způsob jejich zveřejnění naplnit následující podmínky, jejichž splnění musí zajistit OVS, který otevřená data zveřejňuje: | + | Otevřená data musí především naplnit legislativní požadavky ve smyslu zákona 106/1999 Sb. o svobodném přístupu k informacím |
* Otevřená data musí být katalogizována v NKOD v podobě jednotlivých datových sad. | * Otevřená data musí být katalogizována v NKOD v podobě jednotlivých datových sad. | ||
* Datová sada musí být tvořena logicky souvisejícími údaji, logicky organizovanými do záznamů se stejnou datovou strukturou. | * Datová sada musí být tvořena logicky souvisejícími údaji, logicky organizovanými do záznamů se stejnou datovou strukturou. | ||
Řádek 556: | Řádek 569: | ||
* Prvky definované logickými datovými schématy distribucí datové sady, jejichž sémantika je významná, musí být propojeny na pojmy sémantického slovníku pojmů za účelem harmonizace sémantiky datových sad dle k tomu určené OFN zveřejněné na POD. | * Prvky definované logickými datovými schématy distribucí datové sady, jejichž sémantika je významná, musí být propojeny na pojmy sémantického slovníku pojmů za účelem harmonizace sémantiky datových sad dle k tomu určené OFN zveřejněné na POD. | ||
* V případě duplicit u publikovaných datových sad, nebo doplňování údajů různými publikujícími ke stejné publikované entitě je nutné doplnit vazby na již publikované údaje ve VDF. Povinnost doplnění vazeb spadá na toho publikujícího, | * V případě duplicit u publikovaných datových sad, nebo doplňování údajů různými publikujícími ke stejné publikované entitě je nutné doplnit vazby na již publikované údaje ve VDF. Povinnost doplnění vazeb spadá na toho publikujícího, | ||
- | * U každé datové sady publikované do VDF musí být uvedena informace o notifikačním mechanismu o změnách dle příslušné OFN uvedené na POD. | + | * U každé datové sady publikované do VDF musí být uvedena informace o [[nap: |
* OVS, který datovou sadu zveřejňuje, | * OVS, který datovou sadu zveřejňuje, | ||
* Správce ISVS, ze kterého je datová sada získána, zodpovídá za věcnou správnost obsahu datové sady. To znamená, že zodpovídá za: | * Správce ISVS, ze kterého je datová sada získána, zodpovídá za věcnou správnost obsahu datové sady. To znamená, že zodpovídá za: | ||
Řádek 564: | Řádek 577: | ||
* předávání oznámení o aktualizacích notifikačnímu HUBu. | * předávání oznámení o aktualizacích notifikačnímu HUBu. | ||
- | ==== Údaje povinně zveřejňované ve VDF ==== | ||
- | Ve VDF jsou jako otevřená data povinně zveřejňovány následující údaje: | ||
- | ^Poskytovatel zveřejňující údaje ve VDF ^Zveřejňované údaje ^Způsob zveřejnění| | ||
- | |Český statistický úřad |Číselníky zavedené sdělením ve Sbírce zákonů |Dle OFN Číselníky| | ||
- | |Ohlašovatel agendy ve smyslu § 48 písm. f) zákona č. 111/2009 Sb. o základních registrech |Číselníky kódující údaje uvedené v registru práv a povinností dle § 51 odst. 5 písm. h) zákona č. 111/2009 Sb., o základních registrech. Ohlašovatel agendy číselník zveřejňuje ve VDF, pokud již číselník nezveřejňuje Český statistický úřad nebo jiný ohlašovatel.|Dle OFN Číselníky| | ||
==== Pravidla pro analytická data ==== | ==== Pravidla pro analytická data ==== | ||
- | + | Každý úřad, který ze zákona udržuje primární individuální evidenční data o subjektech či objektech práva ve svých agendových systémech, | |
- | Každý úřad, který ze zákona udržuje primární individuální evidenční data o subjektech či objektech práva ve svých agendových systémech, | + | |
Anonymizované statistické údaje jsou tříditelné podle všech parametrů (klíčů), které nejsou údaji specificky chráněnými a nezakládají možnost profilace. | Anonymizované statistické údaje jsou tříditelné podle všech parametrů (klíčů), které nejsou údaji specificky chráněnými a nezakládají možnost profilace. | ||
Řádek 589: | Řádek 596: | ||
Statistické údaje, které mohou orgány nyní ze zákona pověřené sběrem takových statistických údajů získat z jejich primárních evidencí, nesmějí být duplicitně získávány sběrem od subjektů. | Statistické údaje, které mohou orgány nyní ze zákona pověřené sběrem takových statistických údajů získat z jejich primárních evidencí, nesmějí být duplicitně získávány sběrem od subjektů. | ||
+ | ==== Pravidla pro prostorová data ==== | ||
+ | |||
+ | Každý agendový informační systém spravující prostorová data, která mohou být sdílena v rámci propojeného datového fondu veřejné správy, musí: | ||
+ | * Být obsahově popsán do úrovně datových prvků v informačním systému o informačních systémech veřejné správy do úrovně datových prvků. Datový prvek odpovídá třídě prostorových dat v geografických informačních systémech. | ||
+ | * Publikovat služby sdílení prostorových dat | ||
+ | * Datové prvky prostorových dat, které jsou ve vztahu příbuznosti, | ||
Řádek 598: | Řádek 611: | ||
- Propojený datový fond | - Propojený datový fond | ||
- Referenční údaje ze základních registrů (využívá se [služeb ISZR) | - Referenční údaje ze základních registrů (využívá se [služeb ISZR) | ||
- | - Údaje publikované agendami a jejich AISy (využívá se [rozhraní | + | - Údaje publikované agendami a jejich AISy (využívá se [[:nap:egsb|eGSB / ISSS]]) |
- Veřejný datový fond | - Veřejný datový fond | ||
- Veřejné rejstříky a seznamy publikované způsobem umožňujícím dálkový přístup) | - Veřejné rejstříky a seznamy publikované způsobem umožňujícím dálkový přístup) | ||
Řádek 604: | Řádek 617: | ||
- | ===== Pravidla technologické architektury IS VS ===== | + | ===== Pravidla technologické |
<WRAP center round tip 60%> | <WRAP center round tip 60%> | ||
- | Popis všech | + | Popis centrálně poskytovaných systémů a jejich služeb, funkčních celků a tematických oblastí |
- | Konkrétní implementační kroky a způsoby zapracování do informační koncepce OVS pro jednotlivé sdílené služby, funkční celky a tematické oblasti jsou popsány v kapitole | + | Pravidla |
- | Zapracování pravidel této vrstvy architektury popíše úřad do své informační koncepce | + | Zapracování pravidel této vrstvy architektury popíše úřad do své informační koncepce. |
</ | </ | ||
Řádek 619: | Řádek 632: | ||
- | Klasifikaci prvků | + | IT technologická |
+ | - Výpočetní výkon, | ||
+ | - datová | ||
+ | - koncová | ||
Řádek 637: | Řádek 653: | ||
- | PaaS a IaaS služby eGC mohou být využity pro nahrazení kterékoliv služby na technologické vrstvě architektury úřadu, resp. interní implementace dané služby („funkce“ z pohledu architektonického modelu) může být nahrazena služnou PaaS nebo IaaS. Na PaaS a IaaS služby eGC budou kladeny stejné architektonické požadavky jako na platformy provozované on-premise. Pro služby eGC a on-premise budou stejné i bezpečnostní požadavky odpovídající úrovni hodnocení bezpečnostních dopadů ISVS tyto platformy využívající. | + | PaaS a IaaS [[nap: |
Praktické využití PaaS a IaaS služeb je očekáváno zejména ve formě skupin služeb odpovídajících provozní platformě určitého ISVS nebo provozního informačního systému, případně jeho jasně definované části (např. web front-end), a to buď na úrovni plně spravované technologické platformy včetně správy OS (PaaS), nebo na úrovni virtualizovaných výpočetních a diskových zdrojů (IaaS), jejichž správu bude úřad provádět vlastními silami nebo s využitím služeb třetí strany. Z pohledu eGC je pro dosažení vyšší úrovně efektivity preferováno použití služeb PaaS. | Praktické využití PaaS a IaaS služeb je očekáváno zejména ve formě skupin služeb odpovídajících provozní platformě určitého ISVS nebo provozního informačního systému, případně jeho jasně definované části (např. web front-end), a to buď na úrovni plně spravované technologické platformy včetně správy OS (PaaS), nebo na úrovni virtualizovaných výpočetních a diskových zdrojů (IaaS), jejichž správu bude úřad provádět vlastními silami nebo s využitím služeb třetí strany. Z pohledu eGC je pro dosažení vyšší úrovně efektivity preferováno použití služeb PaaS. | ||
Řádek 643: | Řádek 659: | ||
Dalším příkladem využití PaaS služeb je využití plně spravovaných platforem databázových nebo aplikačních serverů včetně zajištění SW licencí. | Dalším příkladem využití PaaS služeb je využití plně spravovaných platforem databázových nebo aplikačních serverů včetně zajištění SW licencí. | ||
+ | ==== Pravidla pro režim Active - Active jednotlivých výpočetních uzlů ==== | ||
+ | Staví-li se výpočetní platformy v režimu Active - Active je nezbytné mít zajištěny minimálně 3 lokality, kdy 2 lokality slouží pro samotné výpočetní platformy a třetí lokalita pro umístění technologií dohledující zbylé lokality a rozhodující o jejich chování. | ||
- | ===== Pravidla fyzické a komunikační infrastruktury IS VS ===== | ||
+ | |||
+ | ===== Pravidla fyzické a komunikační infrastruktury IS VS ===== | ||
<WRAP center round tip 60%> | <WRAP center round tip 60%> | ||
- | Popis všech | + | Popis centrálně poskytovaných systémů a jejich služeb, funkčních celků a tematických oblastí |
- | Konkrétní implementační kroky a způsoby zapracování do informační koncepce OVS pro jednotlivé sdílené služby, funkční celky a tematické oblasti jsou popsány v kapitole | + | Pravidla |
- | Zapracování pravidel této vrstvy architektury popíše úřad do své informační koncepce | + | Zapracování pravidel této vrstvy architektury popíše úřad do své informační koncepce. |
</ | </ | ||
- | ==== Klasifikace fyzické | + | KIVS/CMS je systém, jehož primárním účelem je zprostředkovávat řízené |
+ | OVS a SPUÚ přistupují ke službám eGovernmentu, | ||
- | Klasifikaci prvků fyzické | + | - Prostřednictvím Krajských sítí |
+ | - Prostřednictvím [[nap: | ||
+ | - Prostřednictvím Komunikační infrastruktury veřejné správy (KIVS) s využitím komerčních nabídek soutěžených prostřednictvím Ministerstva vnitra. | ||
+ | - Prostřednictvím veřejného internetu, a to přes zabezpečený tunel VPN SSL nebo VPN IPSec. | ||
+ | Pokud chce úřad využít KIVS, tj. soutěž přes centrálního zadavatele Ministerstvo vnitra, je nutné definovat požadavky dle [[https:// | ||
- | ==== Pravidla využití sdílených prvků infrastruktury ==== | + | Pro OVS jsou přípustné pouze varianty 1 až 3, komunikace mezi jednotlivými OVS je tak vedena výhradně prostřednictvím KIVS/CMS, tzn. jednotlivé OVS mají povinnost přistupovat k informačním systémům veřejné správy (ISVS) pouze prostřednictvím KIVS/CMS. |
- | KIVS, CMS, krajské konektory | + | 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.¨ |
- | Jste-li obcí, pak se připojujte se na CMS přes krajský konektor. | + | Protože skrze CMS se publikují služby tzv. [[nap: |
- | Jste-li krajem, poskytněte obcím krajskou síť, protože je to bezpečné, spolehlivé a cenově efektivní. | + | 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í, |
- | + | ||
- | Využitím služeb eGC zároveň dochází k fyzickému přemístění provozovaných služeb do datových center poskytovatele eGC a je třeba řešit související otázky | + | |
Řádek 683: | Řádek 705: | ||
Pro obce 1. a 2. typu má vize architektury veřejné správy následující podobu: | Pro obce 1. a 2. typu má vize architektury veřejné správy následující podobu: | ||
- | Architekturu IT úřadu obce 1. a 2. typu (do určité velikosti, viz níže) tvoří pouze koncová zařízení pro uživatele | + | Architekturu IT úřadu obce 1. a 2. typu (do určité velikosti, viz níže) tvoří pouze koncová zařízení pro uživatele, síťovou infrastrukturu jim jako sdílenou poskytuje kraj, aplikační služby pro státní správu v přenesené působnosti poskytnou ohlašovatelé agend a aplikační služby pro samosprávní působnost poskytne vyšší stupeň územní samosprávy (ORP, kraj) jako sdílenou službu. |
Pro oblast samosprávy tak vychází koncepce z následujících principů: | Pro oblast samosprávy tak vychází koncepce z následujících principů: | ||
- | - Koncepce | + | - NAP je závazný |
- Informační systémy pro činnosti a agendy v přenesené působnosti přebírají v plném rozsahu od centrálních úřadů. Samosprávné činnosti si každý územněsprávní celek zajišťuje sám. | - Informační systémy pro činnosti a agendy v přenesené působnosti přebírají v plném rozsahu od centrálních úřadů. Samosprávné činnosti si každý územněsprávní celek zajišťuje sám. | ||
- | |||
- Subjekty s méně než 10 zařízeními si pořizují pouze uživatelský HW a SW, tj. tato koncová zařízení, | - Subjekty s méně než 10 zařízeními si pořizují pouze uživatelský HW a SW, tj. tato koncová zařízení, | ||
- | Ad1) Územněsprávní celky, kraje, velká města a obce s rozšířenou působností, | + | ==== Pravidla pro architekturu dle pozice úřadu ve struktuře VS ČR a vztahu ke sdíleným |
- | Ad2) Státní správa, kterou samosprávní subjekty vykonávají v přenesené působnosti, | ||
- | Ad3) Velikost samosprávných subjektů je velmi rozdílná. Počínaje kraji, které disponují velkými úřady, | + | Úřady, |
+ | Úřady, užívající služeb sdílených prvků eGovernmentu, | ||
- | ==== Pravidla | + | Úřady zodpovědné za implementaci a provoz centrální registrů a AIS pro služby v přenesené působnosti, |
+ | Úřady užívající tyto centrální AIS pro služby v přenesené působnosti, | ||
- | Úřady, zodpovědné ze zákona jako věcní správci sdílených prvků služeb eGovernmentu, | + | ===== Pohledy |
- | Úřady, užívající služeb sdílených prvků eGovernmentu, | + | ==== Pohled úředníka ==== |
- | Úřady zodpovědné, | + | {{ :nap-dokument: |
- | Úřady užívající tyto centrální AIS pro služby v přenesené působnosti, | + | ==== Pohled klienta - právnické osoby ==== |
+ | |||
+ | {{ : | ||
+ | |||
+ | ==== Pohled klienta - fyzické osoby ==== | ||
+ | |||
+ | {{ : | ||