Upozornění: Text přílohy byl získán strojově a nemusí přesně odpovídat originálu. Zejména u strojově nečitelných smluv, kde jsme použili OCR. originál smlouvy stáhnete odsud
Detailní návrh
technického řešení
informačních systémů
e-Sbírka a e-Legislativa
Projekt e-Sbírka a e-Legislativa
Připraveno pro:
Ministerstvo vnitra ČR
29. 6. 2018
Verze 6.0, Finální verze
Připravil:
MVČR
Změny a schválení
Změny
Datum Autor Verze Popis změn
11. 10. 2013 Tým architekta eSeL 1.0 První verze předaná k připomínkám/akceptaci.
29. 11. 2013 Tým architekta eSeL 2.0 Verze se zapracovanými připomínkami
Zadavatele k akceptaci.
6. 12. 2013 Tým architekta eSeL 3.0
Verze se zapracovanými připomínkami
17. 12. 2013 Tým architekta eSeL 4.0 Zadavatele k akceptaci.
21. 6. 2016 Tým architekta eSeL 4.1
19. 12. 2016 Tým architekta eSeL 4.2 Verze se zapracovanými připomínkami
10. 4. 2017 Tým architekta eSeL 4.3 Propojení dokumentu s Dodatkem č. 1 a 3
25. 5. 2017 Tým architekta eSeL 4.4 Verze k připomínkám schválení zadávací
16. 6. 2017 Tým architekta eSeL 5.0 dokumentace
29. 6. 2018 Tým architekta eSeL 5.1 Verze k připomínkám schválení zadávací
dokumentace 2
4. 10. 2018 Tým architekta eSeL 6.0
Zapracování první části připomínek
Zapracování druhé části připomínek, finální
verze pro výběrová řízení
Zapracování změn zadávací dokumentace
z odpovědí na otázky ve výběrových řízeních
Dokončení zapracování změn zadávací
dokumentace z odpovědí na otázky ve
výběrových řízeních k podpisu smluv
Revize Schválená verze Funkce Datum
Jméno
ii
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
iii
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Obsah
1 Úvod ................................................................................................................................... 1
2 Manažerské shrnutí .......................................................................................................... 2
3 Jak číst tento dokument...................................................................................................5
4 Architektura řešení ........................................................................................................... 8
4.1 Motivace řešení ............................................................................................................................................. 8
4.2 Aplikační architektura ................................................................................................................................. 9
4.2.1 e-Sbírka ........................................................................................................................... 9
4.2.2 e-Legislativa .................................................................................................................11
4.2.3 Další komponenty .......................................................................................................13
4.3 Datová báze a datová architektura......................................................................................................14
4.4 Integrace........................................................................................................................................................15
4.5 Technologická architektura, nasazení a provoz..............................................................................16
4.6 Bezpečnost....................................................................................................................................................17
4.7 Tvorba a verifikace datové báze ...........................................................................................................18
4.8 Další aspekty ovlivňující řešení..............................................................................................................19
4.8.1 Právní předpisy a normy ...........................................................................................20
4.8.2 Vybrané předpoklady .................................................................................................21
5 Model požadavků ...........................................................................................................22
5.1 Funkční požadavky ....................................................................................................................................22
5.1.1 e-Sbírka .........................................................................................................................22
5.1.2 e-Legislativa .................................................................................................................74
5.1.3 Integrace .....................................................................................................................216
5.2 Nefunkční požadavky ............................................................................................................................ 229
5.2.1 Architektura................................................................................................................229
5.2.2 Bezpečnost .................................................................................................................231
5.2.3 Zákon o Kybernetické bezpečnosti .......................................................................235
5.2.4 Přístupnost a ovladatelnost ....................................................................................249
5.2.5 Rozšiřitelnost a modifikovatelnost .......................................................................250
iv
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.2.6 Výkon ...........................................................................................................................251
5.2.7 Správa dat...................................................................................................................254
5.2.8 Provoz a infrastruktura ............................................................................................255
5.2.9 Školení .........................................................................................................................258
5.2.10 Dokumentace .............................................................................................................262
6 Procesní Model..............................................................................................................267
6.1 e-Sbírka ....................................................................................................................................................... 267
6.1.1 Procesy tvorby datové a pojmové báze e-Sbírky ..............................................267
6.1.2 Procesy získání informací z e-Sbírky ....................................................................286
6.1.3 Kooperace e-Sbírky s ostatními systémy .............................................................292
6.2 e-Legislativa............................................................................................................................................... 294
6.2.1 Věcný záměr zákona.................................................................................................294
6.2.2 Vyhláška ......................................................................................................................321
6.2.3 Nařízení vlády ............................................................................................................351
6.2.4 Návrh zákona .............................................................................................................386
6.2.5 Návrh zákona - legislativní nouze .........................................................................472
6.2.6 Návrh zákona - Stav ohrožení, Válečný stav .......................................................519
6.2.7 Návrh zákona - Rozhodnutí Rady bezpečnosti OSN.........................................564
6.2.8 Zákon o státním rozpočtu .......................................................................................609
6.2.9 Nouzový státní rozpočet .........................................................................................637
6.2.10 Válečný státní rozpočet ...........................................................................................648
6.2.11 Ústavní zákon.............................................................................................................659
6.2.12 Zákonné opatření Senátu ........................................................................................724
6.2.13 Publikace sdělení o další platnosti zákonného opatření senátu ....................768
6.2.14 Publikace Aktu mezinárodního práva ...................................................................778
6.2.15 Publikace jiných právních aktů ..............................................................................783
6.2.16 Sdělení MV o chybě a opravě chyby ....................................................................787
6.2.17 Publikace Nálezu ÚS a sdělení ÚS .........................................................................792
6.2.18 Publikace metodických a výkladových stanovisek .............................................798
6.3 Stavový model stávajících systémů .................................................................................................. 804
6.3.1 eLegislativa.................................................................................................................804
v
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.3.2 Úřad Vlády/eKLEP .....................................................................................................807
6.3.3 Poslanecká sněmovna parlamentu ČR..................................................................816
6.3.4 Senát ČR......................................................................................................................818
7 Logický datový model ..................................................................................................819
7.1 Doménový model.................................................................................................................................... 819
7.1.1 e-Sbírka/e-Legislativa ..............................................................................................819
7.2 Datový model ........................................................................................................................................... 828
7.2.1 e-Sbírka/e-Legislativa ..............................................................................................828
7.2.2 CzechVOC ...................................................................................................................857
7.2.3 EuroVOC......................................................................................................................859
7.2.4 Integrace a infrastruktura .......................................................................................861
8 Případy užití ..................................................................................................................863
8.1 e-Sbírka ....................................................................................................................................................... 863
8.1.1 Aktéři e-Sbírky ...........................................................................................................863
8.1.2 Tvorba a údržba datové a pojmové báze e-Sbírky............................................868
8.1.3 Vyhlašování a publikace na portál ..................................................................... 1042
8.1.4 Portál e-Sbírka ........................................................................................................ 1062
8.1.5 Kontrola kvality datové báze ............................................................................... 1149
8.2 e-Legislativa.............................................................................................................................................1161
8.2.1 Aktéři e-Legislativy ................................................................................................ 1162
8.2.2 Portál e-Legislativa ................................................................................................ 1167
8.2.3 Veřejný web e-Legislativa .................................................................................... 1393
8.2.4 e-Šablona................................................................................................................. 1450
8.2.5 Administrace ........................................................................................................... 1716
9 Model komponent a implementace..........................................................................1768
9.1 Portály........................................................................................................................................................1769
9.1.1 Portálová databáze ................................................................................................ 1770
9.1.2 Portál e-Legislativa ................................................................................................ 1770
9.1.3 Portál e-Sbírka ........................................................................................................ 1771
9.1.4 Portál správa systémů / Service Desk................................................................ 1772
9.2 e-Sbírka .....................................................................................................................................................1773
vi
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
9.2.1 e-Sbírka .................................................................................................................... 1774
9.3 e-Legislativa.............................................................................................................................................1777
9.3.1 Editor e-Šablona pro „plusovou“ osu ................................................................ 1779
9.3.2 e-Legislativa ............................................................................................................ 1780
9.4 Správa systémů / Service Desk.........................................................................................................1783
9.4.1 Správa systémů / Service Desk ........................................................................... 1785
9.5 Jednotná aplikační platforma (JAP) ................................................................................................1785
9.5.1 Jednotná aplikační platforma (JAP) ................................................................... 1786
9.6 Centrální datové úložiště (CDB) .......................................................................................................1788
9.6.1 Centrální datové úložiště (CDB).......................................................................... 1789
9.7 Průřezové moduly .................................................................................................................................1790
9.7.1 Průřezové moduly .................................................................................................. 1792
9.8 Externí systémy.......................................................................................................................................1799
9.8.1 oDOK/eKLEP ............................................................................................................ 1800
9.8.2 IS Poslanecké sněmovny ...................................................................................... 1801
9.8.3 IS Senátu ČR ............................................................................................................ 1802
9.8.4 Registr práv a povinností ..................................................................................... 1803
9.8.5 N-Lex ........................................................................................................................ 1805
9.8.6 JIP KAAS ................................................................................................................... 1805
9.8.7 Kvalifikovaní poskytovatelé služeb vytvářejících důvěru a veřejné certifikační
autority 1807
9.8.8 Portál veřejné správy............................................................................................. 1807
9.8.9 Czech POINT ........................................................................................................... 1807
9.8.10 Tiskárna Ministerstva vnitra................................................................................. 1808
9.8.11 EUR-Lex .................................................................................................................... 1809
9.8.12 Obecné externí systémy ....................................................................................... 1809
10 Model nasazení a provozu .........................................................................................1810
10.1 Základní architektura řešení v oblasti nasazení a provozu....................................................1810
10.1.1 Provozní prostředí a lokality ............................................................................... 1810
10.1.2 Služby zajišťované CMS a DCeGOV v souladu s ZoKB a VoKB .................... 1814
10.1.3 Virtualizovaná serverová infrastruktura ............................................................ 1816
vii
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
10.1.4 Infrastruktura vysoké dostupnosti ..................................................................... 1816
10.1.5 Koncepce síťové infrastruktury ........................................................................... 1818
10.1.6 Prostředí pro provoz systému ............................................................................. 1822
10.1.7 Typy zařízení ........................................................................................................... 1829
10.1.8 Provoz informačního systému ............................................................................. 1831
10.2 Doporučená architektura řešení v oblasti nasazení a provozu ............................................1834
11 Přílohy modelu nasazení a provozu ..........................................................................1836
11.1 Příloha č. 1 - Specifikace služeb CMS ............................................................................................1836
11.1.1 Služba CMS2 – 02 – Zveřejnění aplikace .......................................................... 1836
11.1.2 Služba CMS2 – 03 – Přístup k aplikaci .............................................................. 1837
11.1.3 Služba CMS2 – 04 – Umístění aplikace OVM do NDC ................................... 1838
11.1.4 Služba CMS2 – 05 – Přenos elektronické pošty .............................................. 1839
11.1.5 Služba CMS2 – 06 – DNS hosting....................................................................... 1839
11.1.6 Služba CMS2 – 07 – Služby sTESTA.................................................................... 1840
11.1.7 Služba CMS2 – 08 – Přístup do CMS ................................................................. 1840
11.1.8 Služba CMS2 – 09 – Přístup do Internetu ......................................................... 1841
11.1.9 Služba CMS2 – 10 – Přístup k záznamům o provozu ..................................... 1842
11.1.10 Služba CMS2 – 11 – Přístup k účtovacím informacím.................................... 1842
11.1.11 Služba CMS2 – 12 – Virtuální firewall................................................................ 1842
11.2 Příloha č. 2 – výňatek přílohy č. 1 k vyhlášce č. 316/2014 Sb. ..............................................1843
11.2.1 Hodnocení a úrovně důležitosti aktiv ............................................................... 1843
11.2.2 Hodnocení rizik ...................................................................................................... 1846
12 Tvorba a verifikace datové báze................................................................................1849
12.1 Vztah tvorby a verifikace datové báze ..........................................................................................1849
12.1.1 Vztah tvorby a verifikace datové báze .............................................................. 1851
12.1.2 Cíle, předpoklady, vstupy a výstupy verifikace datové báze ........................ 1854
12.1.3 Časová souslednost tvorby a verifikace datové báze .................................... 1862
12.1.4 Akceptace tvorby a verifikace datové báze...................................................... 1865
12.1.5 Termíny a lhůty tvorby a verifikace datové báze ............................................ 1897
12.2 Verifikace datové báze ........................................................................................................................1901
12.2.1 Verifikace datové báze vyhlášených znění ....................................................... 1901
viii
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
12.2.2 Verifikace datové báze konsolidovaných znění .............................................. 1911
12.2.3 Kontrola normalizace obsahu datové báze ...................................................... 1918
12.2.4 Kontrola tezauru CzechVoc ................................................................................. 1924
12.3 Tvorba datové báze..............................................................................................................................1928
12.3.1 Principy datového modelu datové báze českých sbírek ............................... 1929
12.3.2 Analýza zdrojů pro rekonstrukci obsahu .......................................................... 1935
13 Spolupráce s institucemi a jejich systémy v rámci legislativního procesu ............1938
13.1 Obecné principy.....................................................................................................................................1939
13.1.1 Koncepce systémů e-Sbírka a e-Legislativa ..................................................... 1940
13.1.2 Mezitímní novely .................................................................................................... 1948
13.1.3 Elektronické podpisy a pečetě ............................................................................ 1975
13.1.4 Postupování a přebírání informací mezi institucemi ..................................... 1979
13.1.5 Komunikace s IS institucí ..................................................................................... 1984
13.2 Procesy tvorby a projednávání návrhů právních aktů .............................................................1985
13.2.1 Společná legenda popisu procesů a slovníček vybraných pojmů ............... 1987
13.2.2 Spolupráce se systémem Úřadu vlády ČR ........................................................ 1994
13.2.3 Spolupráce se systémem Poslanecké sněmovny PČR .................................... 2043
13.2.4 Spolupráce se systémem Senátu PČR ............................................................... 2111
14 Doporučení pro tvorbu portálu e-Sbírka .................................................................2213
14.1 Úvod...........................................................................................................................................................2213
14.2 Obsah poskytovaný portálem e-Sbírky.........................................................................................2213
14.3 Anonymní služby portálu e-Sbírka .................................................................................................2215
14.3.1 Výchozí stránka portálu e-Sbírka ....................................................................... 2216
14.3.2 Rejstříky sbírek ....................................................................................................... 2218
14.3.3 Doplňkové přehledy předpisů ............................................................................. 2220
14.3.4 Vyhledání předpisu................................................................................................ 2220
14.3.5 Zobrazení předpisu................................................................................................ 2225
14.4 Personalizované služby portálu e-Sbírka .....................................................................................2229
14.4.1 Služba „Moje předpisy“ ........................................................................................ 2229
14.4.2 Služba „Notifikace“ ................................................................................................ 2230
ix
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
1 Úvod
Projekt e-Sbírka a e-Legislativa je projektem elektronizace právních aktů a předpisů České
republiky včetně procesu jejich tvorby a schvalování.
Cílem tohoto dokumentu je popsat koncepci, architekturu a návrh technického řešení podle
přístupu Model Driven Architecture (MDA) od modelů požadavků až po model nasazení a
provozu (podrobněji o struktuře dokumentu viz kapitola 3) včetně procesů tvorby a verifikace
datové báze.
Strana 1
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
2 Manažerské shrnutí
Projekt e-Sbírka a e-Legislativa je projektem elektronizace právních aktů a předpisů České
republiky včetně procesu jejich tvorby a schvalování.
Snahy o elektronizaci českého práva jsou desítky let staré, intenzivnější práce probíhají více
než patnáct let. Konkrétní přípravy tohoto projektu probíhají již od roku 2007. Tento
dokument zachycuje architekturu systémů a podrobné technické řešení pro účely výběrových
řízení na dodavatele systémů.
Cíle projektu, který má vyřešit několik palčivých míst tvorby českého práva a přístupu k němu,
jsou zejména:
• dostupné, přehledné a srozumitelné právo – minulé i platné,
• kvalitnější a efektivnější tvorba právních předpisů,
• plné zapojení do mezinárodní výměny právních dat v rámci EU,
• data pro související systémy eGovernmentu i další.
V současné době je přístup adresátů práva k platnému i minulému právu značně
komplikovaný. Právně závazné předpisy jsou dostupné výhradně v tištěné podobě ve Sbírce
zákonů a Sbírce mezinárodních smluv. Ve skutečnosti však adresáti práva – kterými jsou běžní
občané, právníci, justice, úředníci či tvůrci a schvalovatelé legislativy – pracují povětšinou
s informativním zněním práva spravovaným komerčními poskytovateli. Napravit tento stav,
který je kritizován Ústavním soudem České republiky a který ohrožuje i zásadu „neznalost
zákona neomlouvá“, je cílem prvního ze systémů projektu, systému e-Sbírka.
e-Sbírka je akronymem pro elektronickou Sbírku zákonů a Sbírku mezinárodních smluv.
Jádrem systému e-Sbírka je digitalizované právo, minulé i současné, ve dvou základních
podobách:
• právně závazné úplné (konsolidované) znění ve formě právních aktů řazených ve
Sbírce obdobně jako dnes, avšak v elektronické podobě,
• informativní strukturovaná podoba, která umožní moderní dynamickou práci
s právními předpisy, jako vyhledávání v textu, zobrazení úplných znění v různých
časových okamžicích, svázání základních předpisů s jejich novelami, využívání odkazů
do souvisejících předpisů a právních slovníků České republiky i EU.
e-Sbírka bude dostupná všem adresátům práva bezplatně na veřejném webovém portále.
Strana 2
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Základní podmínkou pro vznik e-Sbírky je digitalizace všech současných i minulých právních
předpisů a vytvoření základní datové báze e-Sbírky. Výsledkem digitalizace bude
strukturovaná provázaná forma současných i historických předpisů a zároveň právně závazná
znění předpisů v elektronické podobě. Protože výsledkem digitalizace bude právně závazné
právo a současně podklady pro další tvorbu předpisů, musí být digitalizační proces velmi
kvalitní a propracovaný, s mnoha úrovněmi technické i právní kontroly. Tyto kontroly budou
založeny zejména na nezávislé verfikaci vytvořené datové báze.
Druhou klíčovou částí projektu je systém e-Legislativa. e-Legislativa je akronymem pro
elektronickou tvorbu právních předpisů, tedy zajištění všech činností legislativního procesu
v elektronické podobě. Hlavními vlastnostmi e-Legislativy jsou:
• tvorba právních předpisů ve všech fázích legislativního procesu ve strukturované
podobě,
• podpora legislativních procesů od přípravy návrhu přes jeho projednávání a schválení
až po jeho vyhlášení v e-Sbírce, propojení všech zainteresovaných institucí v rámci
jednoho procesu,
• zveřejňování návrhů v jednotlivých stavech legislativního procesu,
• podpora pro připomínková řízení, pozměňovací návrhy, vyhlašování právních aktů ve
Sbírce zákonů a Sbírce mezinárodních smluv, automatické generování novelizačních
bodů a další specifické části legislativního procesu,
• propojení se souvisejícími systémy státní správy a institucí, jako jsou systémy Vlády
(oDok/eKLEP), Poslanecké sněmovny a Senátu, Registr práv a povinností, Procesní
modelování agend či CzechPoint, propojení se systémem CzechVoc (český právní
výkladový slovník, jehož vznik bude projektem umožněn) a databází evropského práva
EUR-Lex.
Systémy e-Sbírka a e-Legislativa jsou vzájemně propojeny jak datově, tak procesně. Zdrojem
novelizačních legislativních procesů v e-Legislativě jsou existující základní předpisy uložené
v e-Sbírce. Výsledky legislativních procesů probíhajících v e-Legislativě jsou opět publikovány
do e-Sbírky.
Strana 3
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Tento dokument popisuje základní principy, na kterých jsou systémy e-Sbírka a e-Legislativa
postaveny, architektonický návrh systémů na vysoké úrovni i detailní návrh architektury
systémů, který je podkladem pro implementační, funkční a další analýzy systémů a jejich
budoucí vývoj.
Detailní návrh architektury vychází z mezinárodně uznávané metodologie Model Driven
Architecture. Obsahuje model funkčních a nefunkčních požadavků, které musí realizovaný
systém naplňovat. Dále obsahuje popis obchodních procesů (jak procesů pořízení dat e-
Sbírky, tak samotných legislativních procesů), které implementovaný systém svojí
funkcionalitou podporuje. Následuje doménový model a logický datový model, který definuje
základní entity, se kterými informační systém operuje. Další model obsahuje případy použití,
které na obecné logické úrovni popisují operace, které budou jednotlivé role či uživatelé
v systému provádět. Dokument rovněž obsahuje popis rozdělení systémů do modulů,
požadavky na jejich nasazení a požadavky či doporučení na zajištění provozu informačního
systémů e-Sbírka e e-Legislativa.
Detailní návrh architektury také obsahuje popis procesů a postupů tvorby a verifikace datové
báze a popis spolupráce systémů e-Sbírka a e-Legislativa s klíčovými institucemi účastnícími
se legislativního procesu a jejich systémy.
V životním cyklu projektu bude následovat implementační projekt, který zasadí informační
systém do konkrétních technologií. Dále vzniknou funkční specifikace, které budou obsahovat
podrobný popis realizace systémů, včetně návrhu uživatelského rozhraní, fyzického datového
modelu, zasazení do konkrétní provozní infrastruktury apod.
Strana 4
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
3 Jak číst tento dokument
Dokument „Detailní návrh technického řešení informačního systému e-Sbírka a e-Legislativa” je
koncipován tak, aby poskytl souhrn informací, potřebných k realizaci systémů e-Sbírka a e-
Legislativa včetně tvorby a verifikace datové báze.
Kapitola Error! Reference source not found. – Architektura řešení Error! Reference source
not found.shrnuje klíčové architektonické principy řešení systémů e-Sbírka a e-Legislativa a
slouží také jako přehledový popis řešení na vysoké úrovni.
Další kapitoly obsahují samotný návrh technického řešení informačních systémů e-Sbírka a e-
Legislativa, který je vytvořen podle standardů návrhu rozsáhlých informačních systémů -
Model Driven Architecture (MDA)1 na základě následujících principů a způsobů:
• návrh od shora dolů, tj. od požadavků přes logický návrh, procesní model případy
užití, datový model, návrh komponent až k podstatným obrysům návrhu
implementace a nasazení na hardwarové infrastruktuře a modelu provozu řešení
• vytvoření modelů chování systému, jejich abstrakce a postupného zpřesňování s
využitím různých logických náhledů a úrovně detailu
• vše s využitím sémantické přesnosti jazyka UML, grafické syntaxe popisu modelů a
diagramů popisujících jak statické tak dynamické vlastnosti systému
Kapitola 5 – Model požadavků obsahuje požadavky, které musí implementace systému e-
Sbírka a e-Legislativa naplnit. Požadavky jsou rozděleny dle kategorií – Funkční a Nefunkční a
dále podle jednotlivých oblastí (problémových domén). Součástí nefunkčních požadavků jsou
i např. požadavky na zajištění provozu, dostupnost apod. V některých případech jsou
požadavky organizovány hierarchicky na požadavky nadřízené a požadavky reprezentující
jejich zúžení. Naplnění požadavků je pak dále v návrhu indikováno vazbami mezi požadavky a
prvky návrhu, které jednotlivé požadavky realizují.
Kapitola 6 – Procesní Model obsahuje definici procesů implementovaných systémy e-Sbírka
a e-Legislativa. Jedná se jak o procesy pořízení datové báze e-Sbírky, tak i legislativní procesy,
které mají být systémy e-Sbírka a e-Legislativa podporovány nebo ovlivňovány. Procesy
popsané v této kapitole jsou zpracovány z pohledu legislativního, nikoliv z pohledu
implementace procesů v systémech samotných. Popis vychází z legislativního procesu ve
stavu před zavedením systémů e-Sbírka a e-Legislativa (konkrétně vznikl v roce 2013) a
nezahrnuje legislativní a praktické změny vyvolané zavedením systémů e-Sbírka a e-
Legislativa, zejména tedy důsledky zákona 222/2016 Sb. a (doposud neschváleného)
změnového zákona, který je aktuálně projednáván Senátem jako senátní tisk č. 276 (stav
v květnu 2017). Tato kapitola je tak zejména vstupem do implementační analýzy, tzn.
1 Model Driven Architecture (MDA) je spravovaný neziskovou organizací Object Management Group
(OMG), která je založena na některých dalších standardech OMG včetně nejdůležitějšího z nich jazyka
UML (Unified Modeling Language)
Strana 5
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
analytická pomůcka pro tvorbu procesů v rámci e-Sbírky a e-Legislativy (jakožto pokračování
prací zachycených v kapitole 13).
Kapitola 7 – Logický datový model je rozdělena do dvou podkapitol podle úrovně detailu.
Kapitola 7.1 obsahuje Doménový model, který popisuje entity systému na nejvyšším stupni
abstrakce a slouží především ke sjednocení základních pojmů v dané oblasti a vybudování
modelu entit tj. „slovníku“. Kapitola 7.2 obsahuje podrobnější popis datových entit na logické
úrovni, v některých případech i včetně nejdůležitějších atributů.
Kapitola 8 – Případy užití obsahuje definici případů užití (z anglického Use Case), které
popisují, jaké jednotlivé funkce informačních systémů e-Sbírka a e-Legislativa jsou
požadovány a kdo, tedy jaký tzv. aktér, tyto funkce využívá. Jednotlivé případy užití tak mohou
být jednotlivými kroky v procesech nebo mohou představovat vstupy do těchto procesů.
Realizace těchto případů užití je pak zajištěna prostřednictvím uživatelských či systémových
rozhraní informačního systému, tj. např. jednotlivých obrazovek či webových služeb. U
případů užití jsou definovány vazby na požadavky, které jsou těmito případy užití realizovány.
Kapitola 9 – Model komponent a implementace obsahuje model komponent a jeho
rámcové mapování na platformě nezávislou implementaci.
Informační systém plní funkce předepsané souborem případů užití a zajišťuje ukládání
datových entit podle předpisů datového modelu. K tomu je dekomponován na jednotlivé
komponenty, pokrývající související soubory funkcí. Tyto komponenty pak poskytují své
funkce ostatním komponentám jako služby s respektem k principu oddělení zodpovědnosti
jednotlivých komponent (Service Oriented Architecture). Model komponent definuje právě
toto rozdělení na komponenty, ze kterých se systémy e-Sbírka a e-Legislativa skládají.
Základním požadavkem, na kterém je model komponent založen, je udržení platformní a tudíž
implementační technologické nezávislosti. Model implementace za normálních okolností
mapuje komponenty na vhodné komerčními produkty (v případě potřeby vhodně rozšířené či
upravené), či na komponenty vyvinuté na zakázku. Z důvodu udržení platformní nezávislosti
jsou v našem modelu implementace komponenty mapovány na obecné produkty (např.
databáze, portálová či aplikační platforma, atd.).
Kapitola 10 – Model nasazení a provozu obsahuje popis nasazení jednotlivých komponent
na provozní prostředí (a lokality), síťovou a technologickou infrastrukturu a jejich provozování
v cílové infrastruktuře. V rámci tohoto modelu jsou naplněny provozní požadavky a
požadavky na dostupnost, propustnost, škálovatelnost atd.
Kapitola je rozdělena na dvě podkapitoly. Podkapitola 10.1 „Základní architektura řešení v
oblasti nasazení a provozu“ obsahuje minimální požadavky na nasazení a provoz. Podkapitola
10.2 „Doporučená architektura řešení v oblasti nasazení a provozu“ obsahuje rozšířený popis
nasazení a provozu, leč nepovinný pro budoucí systémy.
Strana 6
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Model nasazení a provozu, podobně jako model implementace, obsahuje rámcovou metodiku
nasazení umožňující pokrytí provozních požadavků. Rovněž i zde je důsledně ponechán
prostor pro dodavatele cílového řešení. Dodavatelem řešení bude tento model nasazení
zevrubně rozpracován do specifikací serverů, datových úložišť a síťové architektury
s výsledným naplněním konkrétních hardwarových produktů umístěných v konkrétní fyzické
topologii.
Přílohy k modelu nasazení a provozu jsou uvedeny v kapitole 11.
Kapitola 11 – Přílohy modelu nasazení a provozu obsahuje doplňující informace pro model
nasazení a provozu.
Kapitola 12 – Tvorba a verifikace datové báze obsahuje detailní popis principů a procesů
tvorby a verifikace datové báze. Kapitola popisuje také formální i neformální interakce mezi
dodatelem (datové báze) a verifikátorem.
Kapitola 13 – Spolupráce s institucemi a jejich systémy v rámci legislativního procesu
popisuje informativně zejména procesy tvorby a projednávání právních aktů v klíčových
institucích v rámci celkového legislativního procesu tvorby právního aktu tak. Popis procesů
zachycuje aktuální stav jednání s jednotlivými institucemi a je návrhem budoucího stavu, tzn.
jak by tvorba a projednávání právních aktů mělo vypadat poté, co budou systémy e-Sbírky a
e-Legislativy nasazeny. Součástí popisů je i procesní popis interakce systému institucí se
systémem e-Legislativa. Popisy procesů budou dále upřesňovány.
Kapitola 14 – Doporučení pro tvorbu portálu e-Sbírka obsahuje doporučení, jakým
směrem se ubírat v rámci implementační i funční analýzy vybraných oblastí portálu e-Sbírka.
Strana 7
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
4 Architektura řešení
4.1 Motivace řešení
Projekt e-Sbírka a e-Legislativa jako jeden z prioritních projektů vlády na programové období
2014 – 2020 vyplývá z programového prohlášení vlády, aktuální koaliční smlouvy a především
pak zákona č. 222/2016 Sb., o Sbírce zákonů a mezinárodních smluv a o tvorbě právních
předpisů vyhlašovaných ve Sbírce zákonů a mezinárodních smluv (zákon o Sbírce zákonů a
mezinárodních smluv), který nabude účinnosti k 1. lednu 2020 a který obsahuje zásadní
pravidla pro vyhlašování a tvorbu práva za pomocí pokročilých elektronických nástrojů.
Projekt e-Sbírka a e-Legislativa dále vychází ze strategických dokumentů, jako např. z
Národního programu reforem, Strategie mezinárodní konkurenceschopnosti, Akčního plánu
boje s korupcí nebo Akčního plánu na podporu hospodářského růstu a zaměstnanosti. Projekt
je součástí programového dokumentu Integrovaného regionálního operačního programu pro
programové období 2014+ a Strategického rámce rozvoje veřejné správy ČR pro období
2014–2020. Projekt vyplývá z projektového okruhu č. 3.3 Implementační plán k strategickému
cíli č. 3 Zvýšení dostupnosti a transparentnosti veřejné správy prostřednictvím nástrojů
eGovernmentu k Strategickému rámci rozvoje veřejné správy České republiky pro období
2014 – 2020. Projekt byl rovněž zařazen mezi priority Ministerstva vnitra na rok 2015 s
výhledem na další dva roky.
Klíčové veřejné potřeby, které projekt pokrývá, jsou shrnuty v následující tabulce.
Veřejná potřeba Popis
Zajištění reálné dostupnosti Vytvoření přesného, právně závazného, ověřeného a bezplatně
pramenů práva dostupného moderního zdroje informací o minulých a aktuálních
zněních právních předpisů pro občany, veřejnou správu a právnické
osoby.
Vytvoření moderních nástrojů Záměrem je poskytnout nástroje pro kvalitní a efektivní tvorbu práva
pro kvalitní tvorbu a v moderním nástroji umožňujícím práci s úplným zněním,
projednávání právních automatizovanou tvorbu novelizačních bodů, a poskytnutí modulů
předpisů pro usnadnění administrace připomínkových řízení, schvalování
návrhů právních předpisů, a projednávání pozměňovacích návrhů.
Snížení administrativní Důraz na zajištění správné legislativní techniky a terminologie a
náročnosti tvorby, publikace usnadnění kontroly legislativně technické stránky návrhů. Cílem je
a zpřístupňování práva a odbourání administrativní zátěže spojené s legislativním procesem a
zvýšení transparentnosti efektivní využití odborné pracovní síly, která bude moci ušetřený čas
legislativního procesu věnovat obsahové stránce tvorby právního předpisu (tj. jeho kvalitě).
Poskytnout data o právních Registr práv a povinností pro svou plnou funkčnost vyžaduje
předpisech pro Registr práv a aktualizovaný a ověřený číselník právních předpisů. Ten vyžaduje
povinností a pro další existenci ověřeného a aktualizovaného zdroje dat o textu právních
Strana 8
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
případné odběratele (rejstřík předpisů. Tento zdroj dat by měl zajistit systém e-Sbírka a e-
orgánů veřejné moci) Legislativa. Zároveň se e-Sbírka stane obecně místem, kam bude
možné směřovat odkazy na text právních předpisů a jejich úplné
znění ke zvolenému časovému okamžiku.
Zpřístupnění Open Dat o e-Sbírka umožní opakované užití dat v ní obsažených a stane se
právních předpisech České základem pro implementaci politiky „open data“ v oblasti dat o
republiky právních předpisech a podnítí rozvoj navazujících veřejných i
komerčních služeb.
Zapojení České republiky do Databázi právních předpisů České republiky je potřeba napojit na již
výměny právních informací existující systémy Evropské unie (EUR-Lex a N-Lex) a zapojit se tak
mezi státy EU do aktivní výměny právních informací mezi Evropskou unií a
jednotlivými členskými státy. Takovéto aktivní zapojení bude mít za
cíl zvýšení konkurenceschopnosti českého podnikatelského
prostředí vůči podnikatelům z jiných členských států. Nástrojem této
výměny bude i integrace evropského legislativního identifikátoru.
4.2 Aplikační architektura
Architektura řešení zahrnuje dva klíčové systémy – e-Sbírka a e-Legislativa. Tyto systémy jsou
velmi propojené a je na ně tak možné nahlížet jako na systém jeden.
4.2.1 e-Sbírka
Jádrem systému e-Sbírka je digitalizované právo, minulé i současné, ve dvou základních
podobách:
• právně závazné či ověřené úplné (konsolidované) znění ve formě právních aktů
řazených ve Sbírce obdobně jako dnes, avšak v elektronické podobě,
• informativní strukturovaná podoba, která umožní moderní dynamickou práci s
právními předpisy, jako vyhledávání v textu, zobrazení úplných znění v různých
časových okamžicích, svázání základních předpisů s jejich novelami, využívání odkazů
do souvisejících předpisů a právních slovníků České republiky i EU.
4.2.1.1 Webový portál e-Sbírky
e-Sbírka bude dostupná všem adresátům práva bezplatně na veřejném Webovém portále e-
Sbírky. Portál umožní všem skupinám adresátů práva prostřednictvím webového prohlížeče a
internetu interaktivní přístup k vyhlášeným předpisům a jejich úplným zněním z datové báze
e-Sbírky, a to v obou podobách – v podobě právně závazný či ověřených úplných znění i
v informativní strukturované podobě a na základě aktivních propojení na Webový portál e-
Legislativy zprostředkovává informace o probíhajících legislativních procesech.
Strana 9
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
4.2.1.2 Datové a procesní jádro e-Sbírky, EUR-Lex, CzechVOC
Interní řízení procesů a dat v e-Sbírce bude probíhat v datovém a procesním jádru e-Sbírky,
které bude např. zodpovědné i pro komunikaci s e-Legislativou, např. vyhlášení právního aktu.
Dalšími významnými moduly jsou EUR-Lex a CzechVoc.
EUR-Lex reprezentuje část předpisů EU jako součást lokální datové báze včetně pravidelné
aktualizace umožňující přesná propojení s ostatním datovým obsahem e-Sbírky s přesností na
ustanovení, čímž je možné realizovat například přesné transpozice evropských norem.
Součástí datové báze tak budou2:
• sektor 1: všechna znění zakládajících, pozměňujících a přístupových smluv a také
(některé) jejich protokoly
• část sektoru 3: všechna nařízení, směrnice, rozhodnutí ve vyhlášených zněních,
výběrově3 rozpočty a doporučení (relevantní pro český kontext, tj. přeložené do
češtiny)
• část sektoru 0: konsolidovaná znění aktů zpracovaných v rámci sektoru 3 (výše)
CzechVOC je digitální terminologický výkladový slovník právních oblastí a pojmů užívaných
v právních předpisech, jehož hlavním úkolem je zajištění pojmové konzistence českého
právního řádu. Součástí CzechVOC bude i propojení s pojmy EuroVOC.
4.2.1.3 API
K datům e-Sbírky bude možný strojový přístup přes veřejné API e-Sbírky postavené na
principech Open Data.
4.2.1.4 e-Šablona pro mínusovou osu
Základní podmínkou pro vznik e-Sbírky je digitalizace všech současných i minulých právních
předpisů (k datu uvedení e-Sbírky do plného provozu) a vytvoření základní datové báze e-
Sbírky do elektronické právně závazné podoby a do informativní strukturované podoby. Vstup
těchto dat do systému bude probíhat nástrojem e-Šablona pro mínusovou osu.
2 Vysvětlení z odpovědi na otázku v zadávacím řízení:
• Pouze dokumenty v českém jazyce.
• Dodavatel bude mít v rámci nabídky a implementační analýzy prostor pro doporučení
případného dalšího upřesnění a zjemnění kritérií tohoto výběru.
3 Vysvětlení z odpovědi na otázku v zadávacím řízení:
Ty rozpočty a doporučení, které byly přeloženy do českého jazyka; jedná se tedy o deskriptory R, L, D,
B, H v rozsahu dle věty předchozí.
Strana 10
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
4.2.2 e-Legislativa
Druhou klíčovou částí projektu je systém e-Legislativa. Systém e-Legislativa má několik
hlavních komponent:
• Editor právních předpisů, pracovně zvaný „e-Šablona“,
• Datové a procesní jádro e-Legislativy,
• Portál e-Legislativy (plus Veřejné API e-Legislativy).
4.2.2.1 Editor právních předpisů – e-Šablona (pro plusovou osu)
Hlavním pracovním nástrojem legislativně-technického pracovníka při tvorbě nebo úpravě
předpisů bude Editor právních předpisů, pracovně zvaný „e-Šablona pro plusovou osu“,
zkráceně „e-Šablona+“ či někdy pouze „e-Šablona“. e-Šablona+ je specifický editor, který
bude umožňovat tvorbu a novelizaci předpisů dle všech legislativních pravidel. Nebude tedy
pracovat pouze se slovy, větami či odstavci jako obyčejné textové editory, ale bude rozumět i
struktuře právního předpisu, tzn. bude pracovat i s členěním právního předpisu podle
legislativně technických pravidel (části, hlavy, díly, oddíly, pododdíly, paragrafy/články,
odstavce, body) včetně odkazového aparátu a dalších vazeb mezi předpisy (zmocňující –
provádějící právní předpis, terminologické vazby atd.). Editor bude používán jak pro tvorbu
právních předpisů (jako jsou zákony, ústavní zákony, vyhlášky, nařízení vlády, mezinárodní
smlouvy, nálezy Ústavního soudu), tak i pro tvorbu souvisejících dokumentů (důvodové
zprávy, analýzy dopadu a další). Editor bude poskytovat takové množství množství
legislativně-technických funkcí, aby byl schopen hladce zajišťovat automatickou podporu
dodržování legislativně-technických pravidel, například automatické přečíslovávání odstavců.
Bude mimo jiné umožňovat současnou práci nad jedním návrhem pro více osob, poskytovat
nástroje pro připomínkové řízení nebo zobrazovat souvislosti textu ve vazbě na jiné předpisy,
procesy státní správy či výkladové slovníky. Bude možné srovnávání různých verzí jednoho
návrhu. Editor bude také podporovat celý systém podávání, projednávání a schvalování
pozměňovacích návrhů.
Zásadním prvkem systémů e-Sbírka a e-Legislativa je práce s úplným zněním právních
předpisů. V Editoru právních předpisů (e-Šabloně+) to zejména znamená, že změny předpisu
(novelizace) se provádí přímo do základního novelizovaného předpisu. Novelizační změny
jsou v textu zvýrazněny – je možné si to představit jako funkci „revize“ v běžných textových
editorech. Novelizační změny jsou uloženy v systému ve strukturované podobě, což umožňuje
výrazně zmodernizovat a zpřehlednit legislativní proces pro všechny jeho účastníky. Ze změn
v textu předpisu bude například automaticky generováno znění novelizačních bodů, bude
možné zobrazit více změn (návrhů) v textu najednou a zjistit tak důsledky současného přijetí
různých pozměňovacích návrhů. Systém také bude schopen automaticky detekovat kolize
návrhů a upozornit na ně.
Strana 11
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Editor právních předpisů („e-Šablona+) bude primárně pracovat on-line s daty Datového a
procesního jádra e-Legislativy a s e-Sbírkou, což umožní intuitivní práci s celým kontextem
právního předpisu, jako jsou jeho vazby na jiné předpisy, předchozí novely, slovník CzechVoc
a další připojené informace. Editor však bude umět pracovat i v off-line režimu, tzn. bez
připojení k internetu. V tomto režimu editor poskytne základní funkce pro úpravu předpisu
samotného. Po připojení k internetu pak budou všechny úpravy zapsány do Datového a
procesního jádra e-Legislativy.
Editor právních předpisů („e-Šablona+) zabezpečí, že veškeré texty budou do systému
vkládány bez dodatečného formátování textu, které obvykle tvůrci textu používají v textových
editorech, a toto formátování komplikuje ve stávajícím stavu formátování výsledného textu.
Konečná tisková podoba právních předpisů bude generována příslušnými moduly aplikace e-
Legislativa automaticky, dle definovaných pravidel a výstup bude ukládán do požadovaného
formátu. Tím bude zajištěna stabilní grafická forma všech vytvořených právních dokumentů v
editoru právních předpisů („e-Šablona+).
4.2.2.2 Datové a procesní jádro e-Legislativy
Datové a procesní jádro e-Legislativy uchovává všechny rozpracované právní předpisy a
návrhy na jejich změny (např. pozměňovací návrhy), doprovodné dokumenty jako důvodové či
zpravodajské zprávy, připomínky a další související informace. Udržuje též stav legislativního
procesu každého návrhu, poskytuje funkce pro posun stavu procesu, předání návrhu mezi
institucemi (např. z Vlády do Poslanecké sněmovny) či vyhlášení výsledného právního aktu v
e-Sbírce. Systém udržuje informace o textu rozpracovaného předpisu ve všech stavech
legislativního procesu. Je tak možné rekonstruovat, jakým způsobem se návrh vyvíjel.
Významným modulem jádra e-Legislativy je i generátor novel. Generátor novel generuje texty
novelizačních bodů na základě porovnání dvou úplných znění předpisu při respektování
základních typografických pravidel i Legislativních pravidel vlády. Uživatel tak typicky nebude
novely psát přímo (tzn. budou generovány), avšak bude moci ovlivňovat jejich podobu, pokud
je možné změnu v úplném znění vyjádřit více způsoby (např. slovo …, se mění za slovo …,
znění odstavce … se mění na …, atp.).
4.2.2.3 Webový portál e-Legislativy
Přístup k informacím e-Legislativy bude zajišťovat webový portál e-Legislativy, který bude mít
svou veřejnou a neveřejnou (interní) část. Ve veřejné části budou k dispozici všechny
zveřejnitelné informace o jednotlivých návrzích v legislativním procesu, včetně stavu procesu,
textu návrhu (ve formě „revizí“ v úplném znění předpisu i ve formě novelizačních bodů) a jeho
historie, včetně připomínek, pozměňovacích návrhů, souvisejících předpisů nebo
doprovodných dokumentů. V neveřejné interní části přístupné po přihlášení do systému bude
možné dle oprávnění konkrétního uživatele posouvat stav legislativního procesu, podat
připomínku nebo pozměňovací návrh nebo pracovat s návrhy, které prozatím nejsou veřejné.
Strana 12
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Součástí webového portálu e-Legislativy bude kromě Prohlížeče textů právních předpisů i
zjednodušená verze Editoru právních předpisů („webová e-Šablona“), která umožní provádění
hlavních operací nad návrhem, jako je editace jeho textu, vložení připomínky nebo podání
pozměňovacího návrhu. Omezení oproti plnohodnotnému Editoru právních předpisů
(plnohodnotné e-Šabloně) bude spočívat v nepřítomnosti složitějších legislativně-technických
funkcích jako například v absenci práce s tabulkami a vzorci, s výkladovým slovníkem
CzechVoc nebo v absenci práce s vazbami na další právní předpisy. Typické editační funkce
používané v běžném provozu však budou k dispozici. Webová e-Šablona bude dostupná pro
hlavní internetové prohlížeče, a bude ji tak možné používat například i z tabletů a dalších
mobilních zařízení.
4.2.2.4 API
K veřejným datům e-Legislativy bude možný strojový přístup přes veřejné API e-Legislativy
postavené na principech Open Data.
4.2.2.5 Správa
Administrace systému bude podpořena existencí interního Portálu správy systémů. Ten bude
poskytovat služby správy (administrace) systému, např. správu uživatelů, monitoring služeb,
správu konfigurovatelných objektů, funkcí a procesů sytému (např. číselníky, šablony procesů,
instance procesů, role, oprávnění, pracovních prostorů a dalších).
4.2.3 Další komponenty
Aplikační architektura předpokládá vznik dalších interních komponent:
• Jednotná aplikační platforma – poskytuje či zprostředkovává integrované služby
jednotlivým komponentám celkového řešení aplikace e-Sbírka a e-Legislativa,
aplikační i infrastrukturní. Infrastrukturními službami budou zejména autentizace a
autorizace uživatelů, služby datového úložiště, služby archivace, služby elektronického
podpisu, služby monitoringu. Aplikační služby budou typicky realizovány přičleněním
funkcionality průřezových modulů či implementovány samotnou komponentou na
základě případné integrace konzumovaných služeb.
• Centrální datové úložiště – Úložiště zajišťuje uchovávání jak strukturovaných dat
formou relační databáze, tak i dat nestrukturovaných, dat povahy dokumentu. Pro
potřeby uchování vybraných dat a dokumentů ve formě archiválií je nedílnou součástí
Centrálního datového úložiště samostatné Chráněné úložiště. To4 je vytvořeno na
4 Vysvětlení z odpovědi na otázku v zadávacím řízení:
Pojmy "Zabezpečený úložiště" a "Chráněné úložiště" se významově částečně překrývají. Text se týká
spíše "Zabezpečeného úložiště" jako celku.
Strana 13
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
základě samostatného úložiště splňujícího požadavky na dlouhodobé ukládání dat a
dokumentů. Chráněné úložiště využívá služby elektronických pečetí a časových razítek.
• Univerzální komunikační rozhraní – implementace komunikačních API systému včetně
napojení na eGON Service Bus.
4.3 Datová báze a datová architektura
Datová báze bude vytvořena procesy tvorby a verifikace datové báze a v souladu s citací § 6
odst. 3 zákona č. 222/2016 Sb. o Sbírce zákonů a mezinárodních smluv bude složena
z následujících součástí5:
a) platných právních předpisů a aktů mezinárodního práva vyhlášených ve Sbírce
zákonů nebo ve Sbírce mezinárodních smluv anebo v předcházející obdobné
sbírce6, právních předpisů, které novelizovaly platné právní předpisy, a právních
předpisů novelizovaných platnými právními předpisy,
b) právních předpisů, které pozbyly platnosti a byly vyhlášeny po 4. dubnu 1945 ve
Sbírce zákonů nebo v předcházející obdobné sbírce, a právních předpisů, které
byly těmito právními předpisy novelizovány nebo zrušeny,
c) jiných aktů vyhlášených po 4. dubnu 1945 ve Sbírce zákonů nebo ve Sbírce
mezinárodních smluv anebo v předcházející obdobné sbírce,
d) právních předpisů podle písmen a) a b) ve všech jejich časových verzích,
e) stejnopisů Sbírky zákonů nebo předcházející obdobné sbírky vydávané po 4.
dubnu 1945 a Sbírky mezinárodních smluv.
Tento výčet je minimální a musí být dodržen. Zadavatel jej dále upřesňuje a doplňuje, pokud
jde o ustanovení § 6 odst. 3 písm. a) až d):
• všechny právní předpisy a jiné akty vyhlášené a oznámené ve Sbírce zákonů po 4.
dubnu 1945. U oznámených aktů se do datové báze zahrnou pouze oznámení o jejich
vydání,
• všechny dokumenty vyhlášené ve Sbírce mezinárodních smluv od 1.1. 2000. Výjimkou
jsou přílohy těchto dokumentů a plná znění rozhodnutí mezinárodních orgánů a
organizací, pokud byly vyhlášeny bez uveřejnění jejich plného znění; u nich se uvede
pouze obsah sdělení MZV,
5 Vysvětlení z odpovědi na otázku v zadávacím řízení:
Součástí jsou i předpisy ve slovenském jazyce.
6 Vysvětlení z odpovědi na otázku v zadávacím řízení:
Pojem „obdobná sbírka“ označuje jiné předcházející sbírky, v nichž byly právní předpisy vyhlašovány
před nabytím účinnosti zákona č. 309/1999 Sb., o Sbírce zákonů a Sbírce mezinárodních smluv. Tedy
jedná se o sbírky podle právních předpisů upravujících publikaci právních předpisů před 1. 1. 2000.
Strana 14
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• všechny právní předpisy uveřejněné a vyhlášené v Úředním listu v letech 1945-1962,
• relevantní právní předpisy vyhlášené v předchůdcích Sbírek zákonů před 4. dubnem
1945 (tzn. předpisy, které jsou platné nebo které jsou měněny či rušeny právními
předpisy vyhlášenými po 4. dubnu 1945)7. Součástí datové báze nebudou přílohy
těchto právních předpisů, pokud byly platně vyhlášeny jiným způsobem mimo Sbírku,
• postupně8 všechna konsolidovaná znění právních předpisů, která vzniknou
zapracováním novelizujících předpisů v rámci výše uvedených sbírek nebo mezi
sbírkami (např. pokud akt zveřejněný ve Sbírce mezinárodních smluv, který ruší nebo
mění akt vyhlášený ve Sbírce zákonů apod.).
Sporné případy, tj. otázky nebo pochybnosti, zda konkrétní předpis nebo dokument má nebo
nemá být zařazen do datové báze, rozhoduje Zadavatel.
Datová architektura na vysoké úrovni je popsána v doménovém modelu v podkapitole 7.1.
4.4 Integrace
Systém e-Sbírky a e-Legislativy se stane autoritativním zdrojem informací o právních
předpisech České republiky a stavu legislativního procesu všech návrhů. e-Sbírka a e-
Legislativa nenahradí existující systémy institucí, které se účastní legislativního procesu, ale
propojí se s nimi. Jedná se zejména o informační systémy Vlády České republiky oDok/eKLEP,
systém Poslanecké sněmovny Parlamentu České republiky a systém Senátu Parlamentu České
republiky. Tyto systémy typicky řídí projednávání návrhů v institucích na organizačně mnohem
detailnější úrovni, než je formální legislativní proces, který bude sledován e Legislativou.
Koncepce řešení předpokládá, že věcně bude stav projednávání návrhu řízen stávajícími
systémy institucí, které budou e-Legislativu informovat při změnách formálních stavů návrhů.
Na druhou stranu e-Legislativa bude pro systémy institucí zdrojem všech textů předpisů,
například systém Poslanecké sněmovny z ní bude přebírat podklady pro tvorbu tisků. Je tedy
nezbytné vytvořit nástroje pro výměnu dokumentů, metadat a informací o změnách stavů
mezi systémy.
Obdobně široká integrace proběhne s Registrem práv a povinností. e-Sbírka nahradí jeho
současných číselník právních předpisů a široce podpoří tuto věcnou oblast tak, že u
jednotlivých ustanovení přepisů bude moci RPP registrovat odkazy na agendy, činnostní role a
další entity tak, že uživatelé e-Legislativy budou mít informace o změnách ve státní správě, ke
7 Vysvětlení z odpovědi na otázku v zadávacím řízení:
Tzn. digitalizovány budou pouze vybrané předpisy (ať už základní předpisy nebo novely) vyhlášené
před 4. dubnem 1945. U předpisů před rokem 1945 nebudou vytvářena konsolidovaná znění.
Předpisy před rokem 1945 nejsou předmětem verifikace.
8 Vysvětlení z odpovědi na otázku v zadávacím řízení:
Tzn., všechna konsolidovaná znění daného právního předpisu v postupné časové řadě.
Strana 15
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
kterým povedou jejich návrhy (novelizace) a RPP bude notifikováno při vyhlášení takových
změn.
Systémy e-Sbírka a e-Legislativa budou přímo integrovány s následujícími systémy:
• Pro řízení identit uživatelů a autentizaci bude použit systém JIP/KAAS.
• Systém e-Sbírka a e-Legislativa bude přistupovat k rozhraní kvalifikovaných
poskytovatelů služeb vytvářejících důvěru pro elektronické transakce, zejména pro
získávání kvalifikovaných elektronických časových razítek.
• Systém e-Legislativa bude propojen s existujícími systémy pro řízení legislativního
procesu – oDOK/eKLEP (Vláda ČR), IS Poslanecké sněmovny Parlamentu ČR a IS
Senátu Parlamentu ČR. Toto propojení bude obsahovat zejména předávání stavů
legislativního procesu, dokumentů, identifikátorů a jiných metadat.
• Systém e-Sbírka a e-Legislativa bude úzce propojen se systémem Registr práv a
povinností (veřejné API e-Sbírky bude používáno k přístupu k e-Sbírce jako k číselníku
právních předpisů, specializovaná API pro registraci a načítání agend, činnostních rolí a
dalších entit k ustanovením právních předpisů a pro notifikace o změnách v platném
právu v e-Sbírce).
Další integrace proběhnou (či je možné je očekávat) na úrovni veřejných API e-Sbírky a e-
Legislativy, dalších zveřejněných API, případně prostředky HTML (standardní URL odkazy). Jde
zejména o:
• CzechPOINT – vyhledávání a poskytování právně závazných právních aktů či jejich částí
(možnost tisku jen určitého rozsahu stran) za účelem tisku listinné podoby (pomocí
veřejného API e-Sbírky).
• Tiskárna MV – vyhledávání a poskytování právně závazných právních aktů či jejich částí
za účelem tisku listinné podoby (pomocí veřejného API e-Sbírky).
• Portál veřejné správy – URL zákonů na Portále veřejné správy budou přesměrována na
URL e-Sbírky.
• N-Lex – přístup k českému právu z evropského systému N-Lex (pomocí veřejného
rozhraní N-Lex).
• Další veřejné i soukromé právní informační systémy (pomocí veřejného API e-Sbírky,
veřejného API e-Legislativy či používáním URL e-Sbírky či e-Legislativy).
Pro komunikaci se systémy veřejné správy bude použito rozhraní eGON Service Bus, veřejně
dostupná API budou dostupná navíc přímo standardizovanými protokoly (typicky na bázi
REST nebo SOAP).
Systém e-Legislativa také poskytne nástroje pro import pravidelných aktualizací EUR-Lex.
4.5 Technologická architektura, nasazení a provoz
Strana 16
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Konkrétní technologická architektura řešení (konkrétní HW a SW) není záměrně definována, i
detailní návrh je z tohoto pohledu technologicky neutrální.
Informační systémy budou provozovány příslušnými útvary Ministerstva vnitra, které bude
zajišťovat i první dvě úrovně helpdesku.
Umístění infomačních systémů je navrženo ve dvou různých datových centrech (lokalitách):
• primární datové centrum (primární lokalita),
• záložní (sekundární) datové centrum (sekundární lokalita).
Pro potřeby zajištění vysoké dostupnosti se předpokládá použití i třetí lokality (tzv. třetí
komunikační lokalita), která bude zajišťovat funkci vysoké dostupnosti (typicky quorum pro
clustery, witness apod.)
V rámci těchto datových center jsou navržena 3 prostředí pro nasazení informačních systémů:
• produkční (provozní) prostředí v primární lokalitě,
• záložní produkční (provozní) v sekundární lokalitě,
• testovací (a školicí) prostředí v sekundární lokalitě.
Pro provoz systémů je použita virtualizovaná serverová infrastruktura. Každé navržené
prostředí je navrženo pro běh na samostatných virtuálních instancích serverů. V případě
potřeby budou jednotlivé prostředí implementovány v režimu vysoké dostupnosti (v clusteru).
Na straně klienta se počítá s během tenkých klientů (v prostředí prohlížeče) i tlustých klientů
(v prostředí OS).
Systém předpokládá využití služeb CMS 2.0 pro veškerou síťovou konektivitu, jak
vnitrosystémovou (např. propojení mezi lokalitami), tak systém-systém (propojení s ostatními
systémy státní správy) i klient-server (propojení centrálních komponent s klientskými).
Příslušná rozhraní systému budou zveřejněna do internetu.
Systém bude využívat bezpečnostní služby CMS/DC eGOV (firewally, bezpečnostní dohled,
obrana proti DDoS útokům apod).
4.6 Bezpečnost
Vzhledem k technologické neutralitě detailního návrhu řešení je bezpečnostní architektura
navržena v detailním návrhu také na koncepční úrovni. Klíčovým bezpečnostním požadavkem
je naplnění všech požadavků zákona č. 181/2014 Sb. o kybernetické bezpečnosti a o změně
souvisejících zákonů (zákon o kybernetické bezpečnosti), ve znění pozdějších předpisů a
vyhlášky č. 316/2014 Sb., o kybernetické bezpečnosti, ve znění pozdějších předpisů.
Navržené bezpečnostní aspekty zahrnují zejména:
• autentizaci přes JIP/KAAS pro interní uživatele,
Strana 17
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• systém autorizace pomocí rolí a prostorů (objekty, jimž se přidělují oprávnění) včetně
možnosti delegovat oprávnění částečně na jiného uživatele,
• síťová bezpečnost pomocí bezpečnostních systémů CMS 2.0, síťovému oddělení vrstev
či komponent pomocí VLAN, používání zabezpečených komunikačních kanálů,
• řešení autenticity, integrity, nepopiratelnosti a časového ukotvení dokumentů pomocí
kvalifikovaný elektronických podpisů, pečetí a časových razítek dle eIDAS
• zajištění vysoké dostupnosti (SLA 99,9 %, RTO 4 hodiny, RPO 10 minut, odolnost proti
výpadku datového centra),
• auditování dat i procesů,
• systém byl klasifikován dle zákona o kybernetické bezpečnosti jako významný, byla
identifikována primární aktiva a vyhodnocena dle přílohy 1 vyhlášky o kybernetické
bezpečnosti (vyhodnocení konkrétních bezpečnostních hrozeb a rizik dle vyhlášky o
kybernetické bezpečnosti proběhne až bude definována technologická architektura
řešení, tzn. určen konkrétní SW a HW),
• systém bude umístěn do datových center DCeGOV na datovém ringu Ministerstva
vnitra ČR a využívat služeb CMS 2.0.
4.7 Tvorba a verifikace datové báze
Vytvoření spolehlivé a hodnověrné datové báze je jedním ze základních předpokladů naplnění
cílů vybudování informačních projektů e-Sbírka a e-Legislativa. Datová báze bude vytvořena
z digitalizovaných obrazů českých sbírek (tzn. nikoliv pořízením exitujících datových zdrojů
právních informačních systémů. Procesy tvorby datové báze jsou rozděleny do dvou hlavních
oblastí:
• tvorba vyhlášených znění,
• tvorba konsolidovaných znění.
Hlavními procesy tvorby vyhlášených znění jsou: Strana 18
• Získání podkladů
• Verifikace kompletnosti podkladů
• Zajištění chybějících podkladů
• Rekonstrukce textů
• Kompletace netextovými entitami
• Odstranění překlepů pomocí dumpu slov
• Indexace (tvorba metadat)
• Normalizace obsahu (fragmentace, hierarchizace)
• Tvorba odkazů
• Oprava a dokumentace chyb
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Hlavními procesy tvorby konsolidovaných znění jsou:
• Zapracování přímých novel
• Doplnění odkazů (v konsolidovaných zněních)
• Zapracování nepřímých novel
• Zapracování přechodných ustanovení
• Zapracování zrušujících ustanovení
• Zapracování redakčních sdělení o opravě chyb
• Oprava a dokumentace chyb
Pro tvorbu datové báze je v tomto dokumentu taktéž používán zkrácený termín „digitalizace“.
Pro nezávislé ověření výstupů tvorby datové báze a výrazného snížení její chybovosti bude
současně s tvorbu datové báze probíhat verifikace datové báze nezávislým verifikátorem.
Procesy verifikace datové báze jsou rozděleny do čtyřech hlavních oblastí:
• verifikace vyhlášených znění,
• verifikace konsolidovaných znění,
• kontrola normalizace obsahu,
• kontrola tezauru CzechVoc.
Hlavními procesy verifikace vyhlášených znění jsou:
• Kontrola rekonstrukce textů
• Kontrola úplnosti obsahu
• Kontrola správnosti tabulek
• Kontrola správnosti netextových entit
• Kontrola odstranění slovních překlepů (pomocí dumpu slov)
• Kontrola indexace (metadat)
Hlavními procesy tvorby konsolidovaných znění jsou:
• Ověření protokolů o provedení konsolidace
• Komparace datové báze vůči nezávislému zdroji
• Analýza konfliktů v kosolidacích
• Kontrola odkazového aparátu
4.8 Další aspekty ovlivňující řešení
Strana 19
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
4.8.1 Právní předpisy a normy
Tato kapitola obsahuje klíčové právní předpisy a normy ovlivňující architekturu i detailní návrh
řešení:
• Zákon č. 222/2016 Sb., o Sbírce zákonů a mezinárodních smluv a o tvorbě právních
předpisů vyhlašovaných ve Sbírce zákonů a mezinárodních smluv (zákon o Sbírce
zákonů a mezinárodních smluv)
• Zákon č. 365/2000 Sb., o informačních systémech veřejné správy a o změně některých
dalších zákonů, ve znění pozdějších předpisů
• Zákon č. 181/2014 Sb., kybernetické bezpečnosti a o změně souvisejících zákonů
(zákon o kybernetické bezpečnosti)
• Vyhláška č. 316/2014 Sb., o bezpečnostních opatřeních, kybernetických
bezpečnostních incidentech, reaktivních opatřeních a o stanovení náležitostí podání v
oblasti kybernetické bezpečnosti (vyhláška o kybernetické bezpečnosti)
• Nařízení Evropského parlamentu a Rady (EU) č. 910/2014 ze dne 23. července 2014
o elektronické identifikaci a službách vytvářejících důvěru pro elektronické transakce
na vnitřním trhu a o zrušení směrnice 1999/93/ES
• Nařízení Evropského parlamentu a Rady (EU) 2016/679 ze dne 27. dubna 2016 o
ochraně fyzických osob v souvislosti se zpracováním osobních údajů a o volném
pohybu těchto údajů a o zrušení směrnice 95/46/ES (obecné nařízení o ochraně
osobních údajů) (Text s významem pro EHP)
• Zákon č. 297/2016 Sb., o službách vytvářejících důvěru pro elektronické transakce, ve
znění pozdějších předpisů
• Zákon č. 300/2008 Sb., o elektronických úkonech a autorizované konverzi dokumentů,
ve znění pozdějších předpisů
• Zákon č. 499/2004 Sb., o archivnictví a spisové službě a o změně některých zákonů, ve
znění pozdějších předpisů
• Zákon č. 90/1995 Sb., o jednacím řádu Poslanecké sněmovny, ve znění pozdějších
předpisů
• Zákon č. 107/1999 Sb., o jednacím řádu Senátu, ve znění pozdějších předpisů
• Návrh zákona, kterým se mění některé zákony v souvislosti s přijetím zákona o Sbírce
zákonů a mezinárodních smluv a o tvorbě právních předpisů vyhlašovaných ve Sbírce
zákonů a mezinárodních smluv (zákon o Sbírce zákonů a mezinárodních smluv) – v
současné době projednáván Senátem jako senátní tisk č. 276
• Legislativní pravidla vlády schválená usnesením vlády ze dne 19. března 1998 č. 188, ve
znění pozdějších usnesení
• Jednací řád Legislativní rady vlády schválený usnesením vlády ze dne 21. srpna 1998 č.
534, ve znění pozdějších usnesení
• Jednací řád vlády schválený usnesením vlády ze dne 16. září 1998 č. 610, ve znění
pozdějších usnesení
Strana 20
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• Směrnice vlády pro sjednávání, vnitrostátní projednávání, provádění a ukončování
platnosti mezinárodních smluv ze dne 11. února 2004
• Metodické pokyny pro zajišťování prací při plnění legislativních závazků vyplývajících z
členství České republiky v Evropské unii schválené usnesením vlády ze dne 12. října
2005 č. 1304 a změněné usnesením vlády ze dne 26. října 2009 č. 1344
4.8.2 Vybrané předpoklady
Tato kapitola obsahuje seznam výchozích předpokladů, které byly učiněny při návrhu systémů
e-Sbírka a e-Legislativa a které tento návrh ovlivňují.
Předpoklad: Web e-Sbírky a Veřejný web e-Legislativy bude provázán. Na webu e-Sbírky
budou u předpisů odkazy do návrhů předpisů na Veřejném webu e-Legislativy. Weby e-Sbírky
a e-Legislativy však budou jednoznačně vizuálně odlišné tak, aby uživatel nezaměňoval platný
předpis e-Sbírky s návrhem předpisu v e-Legislativě (není platný).
Předpoklad: Zapojování externistů do připomínkového řízení bude realizováno následovně:
Externista je vždy externí vůči nějakému subjektu, který součástí připomínkového řízení je.
Subjekt si zadá požadavek přes Help Desk e-Legislativy, uživatel (externista) se založí do JIPu
a delegací se napojí na subjekt tak, aby se při zrušení subjektu zrušil i uživatel (externista).
Předpoklad: Zásahy publikačního úřadu budou probíhat pomocí procesu "oprava", kde bude
možné (podobně jako u Ústavního soudu) pracovat i s minulými účinnostními verzemi.
Předpoklad: Textová účinnost je vzhledem k pevným účinnostem považovaná za nekonečno.
Předpoklad: Chce-li předkladatel v e-Legislativě dosáhnout situace, že jedno znění předpisu
nabude účinnosti k datu A a jiné znění téhož předpisu k datu B, může (a typicky bude) to řešit
v rámci e-Legislativy zpracováním jednoho právního aktu s novelizací daného předpisu,
přičemž v rámci této novelizace je možné definovat různá data účinnosti na různé části textu
včetně možnosti definovat různý text ustanovení v různých účinnostech.
Předpoklad: Historické předpisy, které nedodržují Legislativní pravidla vlády, bude možné
v e-Legislativě novelizovat. Vypnutí aplikace Legislativních pravidel vlády musí schválit
publikační úřad.
Předpoklad: e-Legislativa bude umožňovat, aby bylo možné začít práce na novelizaci
předpisu, který ještě není platný (tzn. podkladový předpis pochází z e-Legislativy, nikoli z e-
Sbírky). e-Legislativa bude dostatečně flexibilní, aby šlo definovat později, ve kterém místě
procesu musí být podkladový předpis e-Legislativy bezpodmínečně nahrazen platným
předpisem z e-Sbírky.
Předpoklad: Do důvodové zprávy se bude před odůvodnění generovat i pozměňovací návrh
samotný (hlavička, novelizační body).
Strana 21
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Předpoklad: S "účinnostmi do" je možné pracovat pouze v základním předpisu, nikoliv v
novele. V novele je nutné "účinnost do data X" udělat jako "účinnost od data X" a specifikovat,
jak má předpis po datu X vypadat (např., že je zrušen).
Předpoklad: Z e-Legislativy půjde vyexportovat nejen PDF/A (právní akt, právní předpis,
věcný záměr, strukturovaný dokument), ale též editovatelný formát DOC/DOCX či RTF.
Předpoklad: Protože neexistuje popis procesu, jak funguje Poslanecká sněmovna při
schvalování či zamítání zákonných opatření Senátu, museli jsme po diskuzi s odborníky
odvodit zvykový postup. Popsaný proces je naším návrhem, včetně sdělení o pozbytí další
platnosti zákonného opatření senátu.
Předpoklad: Na základě rozhodnutí zadavatele není oblast práce se Srovnávací tabulkou pro
posouzení implementace předpisu Evropské unie zahrnuta do řešení.
V případě, že bude některý z výše uvedených předpokladů modifikován či zneplatněn, bude
muset dojít k odpovídajícím změnám v architektuře a detailním návrhu.
5 Model požadavků
Následují funkční a nefunkční požadavky, které musí systémy e-Sbírka a e-Legislativa pokrýt.
5.1 Funkční požadavky
Funkční požadavky popisují požadované funkce systému, tj. to "co" by měl systém dělat.
5.1.1 e-Sbírka
Základním požadavkem kladeným na e-Sbírku je poskytování závazných elektronických znění
právních předpisů všem skupinám adresátům práva.
Závazné budou v elektronické podobě jak vyhlašované právní předpisy, které prošly
legislativním procesem prostřednictvím e-Legislativy, tak i jejich konsolidovaná znění.
Konsolidovaná znění budou používána jako referenční a citační zdroj ve všech právních
úkonech.
E-Sbírka je zdrojem právních předpisů pro procesy tvorby práva zajišťované resp.
podporované e-Legislativou. Tvorbou práva máme v tomto smyslu na zřeteli nejen tvorbu
nových právních předpisů, ale také aktualizaci právních předpisů již platných:
Strana 22
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• Při tvorbě nových právních předpisů si nástroje e-Legislativy vyzvedávají z e-Sbírky
právní předpisy jako referenční zdroj, jako kontexty tvorby nové právní úpravy.
• Při aktualizaci, tedy novelizaci, platných právních předpisů pak e-Legislativa vyzvedává
z e-Sbírky předpisy k tomu, aby je tvůrci právní úpravy prostřednictvím nástrojů e-
Legislativy aktualizovali, tedy novelizovali.
K naplnění výše uvedeného základního požadavky je třeba naplnit řadu dále popsaných
dílčích požadavků.
5.1.1.1 Vytvoření úložiště právních předpisů
Úložiště právních předpisů je základním požadavkem pro vybudování informačních systémů
e-Sbírka a e-Legislativa, které jsou de facto aplikační nadstavbou takového úložiště.
Úložiště právních předpisů je využíváno většinou dalších komponent, které z něj čtou
existující informace nebo vkládají informace nové, resp. aktualizované
• pro e-Sbírku se jedná o předpisy různých sbírek (včetně vybraných předpisů EUR-
Lexu), které již prošly legislativním procesem a byly ve sbírkách vyhlášeny (nebo po
úplném průchodu procesy e-Legislativy na vyhlášení v zákonné lhůtě čekají) včetně
metadat, vnitřních i vnějších souvislostí a všech výstupních forem včetně exportů a
archivace závazných resp. ověřených znění relevantních předpisů, jejichž neměnnost
bude neodvolatelně uzamčena elektronickým podpisem;
• pro e-Legislativu je úložiště právních předpisů klíčovou komponentou proto, že
představuje jak vstup dat pro procesy e-Legislativy, tak výstup dat z e-Legislativy a jde
tedy o výsledek procesů doprovázející vznik nových předpisů nebo aktualizaci již
vyhlášených předpisů (novelizace)
Úložiště právních předpisů poskytuje komponentám informačních systémů e-Sbírka a e-
Legislativa celou řadu služeb. Při vývoji i implementaci Úložiště právních předpisů je třeba mít
od začátku do konce vývoje jeho výkon s ohledem na současný a mnohonásobný přístup k
informacím. Maximum funkčnosti je třeba realizovat na úrovni úložiště, např. seskládání
úplného znění dokumentu ke zvolenému datu, dodávku souvislostí (dokumentů
připomínkových řízení, pozměňovacích návrhů, výsledků hlasování), zjištění oprávnění
uživatele pro konkrétní činnost nebo klonování seskládaného dokumentu (např. pro souběžné
variantní návrhy právní úpravy).
Strana 23
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
req Požadav ky na úložiště FP1011-CRUD služby
úložiště předpisů
FP1000-Uložení právních
p ře d p i sů
Obrázek 1: Požadavky na úložiště
5.1.1.1.1 FP1000-Uložení právních předpisů
e-Sbírka poskytne adresátům práva předpisy různých sbírek. Zejména Sbírku zákonů a Sbírku
mezinárodních smluv, ale také Úředního listu, vybraných předpisů zpřed roku 1945 nebo
vybraných předpisů evropské databáze EUR-Lex
Ve všech případech se jedná o strukturované právní předpisy. Pro jejich podchycení datovým
modelem a uložení v úložišti je třeba brát do úvahy následující okolnosti:
• Struktury předpisů různých sbírek jsou velmi různorodé, je však třeba je zachytit
jednotným a srozumitelným datovým modelem, který umožní transparentní a
pochopitelné způsoby práce, nejlépe s velkou podobností napříč různými sbírkami.
• Byť předpisy různých sbírek vznikaly vždy podle předem daných pravidel, spolehnout
se na dodržování těchto pravidel nelze (protože všechny varianty pravidel byly
porušovány, pravidla pro struktury při tvorbě nových předpisů tedy nelze držet v
datovém modelu, ale je třeba držet v aplikační logice)
• Datový model musí být tedy navržen tak, aby byl schopen udržet de facto jakýkoliv
strukturovaný obsah a aby Úložiště právních předpisů na něm postavené mohlo být
jasným a spolehlivým zdrojem předpisů sbírek případně jejich částí pro adresáty práva
i ostatní informační systémy prostřednictvím rozhraní, na prvním místě e-Legislativu.
• Podstatným požadavkem na datový model je také schopnost poskytovat data
prostřednictvím rozhraní jiným informačním systémům a přizpůsobit se jejich
požadavkům (např. N-Lex, ELI notace, RPP).
• Je třeba také mít v patrnosti univerzalitu a nadčasovost datového modelu sbírek, aby
data podle něj vytvořená nebyla závislá na konkrétních formátech či způsobech šíření.
• Datový model je sada pravidel pro organizaci datového úložiště. Lze říci, že kvalita
návrhu datového modelu je přímo úměrná šanci projektů e-Sbírka a e-Legislativa
naplnit cíle a vyprodukovat očekáváné přínosy.
Strana 24
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
req Uložení práv ních předpisů
FP1000-Uložení právních
p ře d p i sů
FP1001-Uložení sbírky FP1003-Uložení částky FP1005-Uložení předpisu
(ko l e kce )
Obrázek 2: Uložení právních předpisů
5.1.1.1.1.1 FP1001-Uložení sbírky (kolekce)
Právní předpisy jsou uloženy v částkách. Částky jsou uloženy ve sbírkách. V některých sbírkách
se částky nepoužívají a právní předpisy jsou uloženy přímo ve sbírkách. Sbírky jsou
organizovány do ročníků.
Zobrazování sbírek a v nich zařazených právních předpisů různými způsoby je jedním z
hlavních požadovaných výstupů, proto je sbírky třeba adekvátně tomu uložit.
req Uložení sbírky (kolekce)
FP1001-Uložení sbírky
(ko l e kce )
FP1002-Uložení metadat Strana 25
sbírky
Obrázek 3: Uložení sbírky
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.1.1.1.1.1 FP1002-Uložení metadat sbírky
Metadaty sbírek jsou například id sbírky, název sbírky, citace sbírky, vydavatel sbírky,
ISBN/ISSN sbírky apod.
Příklady sbírek: Sbírka zákonů, Sbírka mezinárodních smluv, Úřední list, EUR-Lex.
5.1.1.1.1.2 FP1003-Uložení částky
Právní předpisy jsou uloženy v částkách. Částky jsou ve funkci "kontejneru právních předpisů".
Právní předpisy jsou číslované buď v rámci ročníku, nebo v rámci částky.
Zobrazování předpisů a oznámení různými způsoby je jedním z hlavních požadovaných
výstupů, proto je částky třeba adekvátně tomu uložit. Včetně digitálních replik částek ve
formátu PDF ověřených prostřednictvím elektronického podpisu.
req Uložení částky
FP1003-Uložení částky
FP1004-Uložení metadat
č ástky
Obrázek 4: Uložení částky
5.1.1.1.1.2.1 FP1004-Uložení metadat částky
Metadaty, která je třeba uložit, udržovat a dále s nimi pracovat, jsou například metadata id
částky, číslo, rok, datum vyhlášení, citace, strana od, strana do.
5.1.1.1.1.3 FP1005-Uložení předpisu
Zobrazování předpisů a oznámení různými způsoby vcelku nebo po částech, jejich citace, a
jednoznačná adresace, dostupnost prostřednictvím REST API je jedním z hlavních
požadovaných výstupů. Proto je třeba předpisy adekvátně tomu uložit jako soubor
hierarchizovaných, strukturovaných fragmentů provázaných asociačními a konsolidačními
metadaty.
Strana 26
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
req Uložení předpisu
FP1005-Uložení předpisu
FP1 0 0 6 -Ul o že n í FP1007-Fragmentace FP1 0 0 8 -Hi e ra rch i za ce FP1009-Uložení asociací FP1 0 1 0 -Ul o že n í
metadat předpisu p ře d p i su fragmentů předpisu mezi fragmenty a konsolidačních vazeb
skupinami fragmentů
Obrázek 5: Uložení předpisu
5.1.1.1.1.3.1 FP1006-Uložení metadat předpisu
Metadata předpisu, která je třeba uložit, udržovat a dále s nimi pracovat jsou např.: číslo, kód,
citaci, číslo, rok, částku, typ předpisu, název, alias názvy, zkrácený název, gestor, schvalující,
datum schválení, datum vyhlášení, datum účinnosti, datum zrušení, příslušnost k dávce
(částce). Podstatné je, aby byla k dispozici všechna metadata z který lze následně aplikačně
„složit“ ELI identifikátor.
5.1.1.1.1.3.2 FP1007-Fragmentace předpisu
Fragmentem rozumíme nejmenší samostatně adresovatelný element předpisu.
Každý fragment musí být uložen jako unikátní ID v databázi.
Fragmentací rozumíme uložení předpisu jako souboru za sebou následujících fragmentů. V
ideální podobě by každý fragment měl být samostatně citovatelný podle jednotných pravidel
citace. V praxi je to však neproveditelné kvůli předpisům nebo jejich částem, kterých struktury
byly a jsou vytvářené „ad-hoc“ tj. bez zveřejněných nebo sjednocených pravidel, např. nálezy
Ústavního soudu, mezinárodní smlouvy nebo přílohy právních předpisů).
Fragmentem je např. paragraf, nadpis paragrafu, hlava, část, odstavec, písmeno, číslice, bod,
poznámka pod čarou.
Fragmenty mají strukturu a obsah.
Struktura fragmentu určuje jeho formální význam. Každý fragment může mít právě jednu
strukturu. Struktury je účelné rozdělit do následujících skupin:
• hlavičky, typicky bez vlastního textového obsahu, např. (pro Sbírku zákonů):
• část, hlava, kapitola, díl, oddíl, pododdíl, paragraf, článek, nadpis …
• odrážky nesoucí textová sdělení právních norem, např. (pro Sbírku zákonů):
• odstavec, písmeno, bod, odrážka …
• blokové struktury, tedy kontejnery pro zřetelně identifikovatelné skupiny fragmentů,
např. (pro Sbírku zákonů):
• citace, vložené přechodné ustanovení, příloha, rozhodnutí, odůvodnění …
Strana 27
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• „virtuální“, které představují logické části předpisu, na které je třeba aplikovat odlišná
pravidla; nejsou formálně jednoznačně určeny tvůrcem předpisu, ale jsou typicky
neseny typografií (tedy vizuální podobou) předpisu; zejména se jedná o logické vnitřní
členění předpisů např. preambule, normativní část, novelizační část, přílohy, nebo v
případě mezinárodních smluv sdělení, sdělovaný dokument, příloha a protokol
mezinárodní smlouvy.
• „ostatní“ struktury, které se „nevešly“ do výše uvedených skupin např. tabulka,
poznámka pod čarou, souborová příloha, vztah (K §) …
Vlastní obsah fragmentu je zapsán pomocí HTML/XML značkování, které nese základní
formální i zobrazovací informace (tedy vizuální prezentaci předpisu např. šířkové informace o
tabulkách).
Toto řešení umožňuje flexibilní rozšiřitelnost datového modelu. Fragmenty mohou být
granulovány ještě na menší formální části (např. věty, nebo části vět), to bude důležité
zejména pro strojové generování návrhů novelizačních bodů. Soubor seřazených fragmentů
tvoří předpis.
Fragmenty mají další vlastnosti, zejména datum začátku účinnosti a datum konce účinnosti.
Soubor seřazených fragmentů se stejným začátkem účinnosti tvoří časový řez předpisu, resp.
konsolidované znění předpisu.
5.1.1.1.1.3.3 FP1008-Hierarchizace fragmentů předpisu
Hierarchizace fragmentů předpisu obnáší jednoznačné a jedinečné určení rodiče fragmentu,
dětí, sousedů. Prostřednictvím hierarchické informace fragment přesně ví, do které části
hierarchie náleží: např. předpis typu „zákon“ může být složen z částí, hlav, dílů, oddílů, skupin
paragrafů, jednotlivých paragrafů, fragmentů typu odstavec, písmen, číslic, bodů …,
Fragmentu vybavenému hierarchizační informací říkáme uzel hierarchie. Ke každému uzlu
hierarchie (typicky k předpisu nebo fragmentu), případně k více uzlům (i bezprostředně
nesousedím) může existovat tematické zařazení (tedy přiřazení konkrétních uzlů CzechVOCu),
strukturovanou poznámku (připomínku, důvodovou zprávu) buď přímo, nebo přiložením
souborové přílohy (dokument Word, Excel, PDF). Má-li uzel hierarchie přidané tematické
zařazení resp. poznámky, přináleží tyto také k jeho podřazeným uzlům.
Každý uzel hierarchie by měl také být schopen „sumarizovat“ vlastnosti podřízených článků
(např. účinností, asociačních vazeb odkazů či novelizací).
5.1.1.1.1.3.4 FP1009-Uložení asociací mezi fragmenty a skupinami fragmentů
Asociační vazby představují strukturované souvislosti s jinými částmi sbírek typicky jiných
předpisů nebo fragmentů. Důvodem asociačních vazeb je ukotvení kontextu. Každá asociační
vazba má svou strukturu, např. „nadřazený --> prováděcí předpis“ nebo „zákon --> úplné
znění zákona“ nebo jen „běžný“ odkaz z poznámky pod čarou na ustanovení jiného předpisu.
Strana 28
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Asociační vazba musí být řešena jako provázání ID fragmentů, takže cíl odkazu (konkrétní
předpis, ustanovení nebo rozmezí více ustanovení) prostřednictvím vazby ID→ID v databázi
„ví“, jaké zdroje odkazu na něj míří.
Elementární konzistence musí být zajištěna na úrovni databáze, v případě zrušení některého
ze zúčastněných fragmentů musí být smazána i vazba.
Prostřednictvím účinností zůčastněných fragmentů mají „účinnost“ i asociační vazby.
V případě ukončení účinnosti jednoho ze zúčastněných fragmentů (tj. jeho zrušení pro určité
časové řezy) musí databáze toto ukončení účinnosti zohlednit a takovou asociační vazbu pro
určité časové řezy „nanabízet“.
V případě novelizace typu změny fragmentu se zakládá nový fragment s novým ID s novou
účinností určenou z novel, do kterého je „obtisknut“ obsah fragmentu novelizovaného včetně
asociační vazby, která pak může být předmětem novelizační změny.
Tento model umožňuje lokalizovat „slepé odkazy“ tj. takové, které by v daných časových
řezech neměly existovat, avšak existují z důvodu jejich neošetření novelizačním procesem a
také „potenciálně vadné odkazy“, kde cíl odkazu byl změněn a odkaz je tedy „potenciálně
vadný“ a jako takový by měl být prozkoumán a v dalších iteracích legislativního procesu
zrušen nebo změněn. Aplikace informačních systémů e-Sbírka a e-Legislativa musí
podporovat tvorbu a zobrazení asociačních vazeb následujících typů:
• interní odkaz (odkaz na ustanovení v rámci stejného předpisu),
• interní odkaz na poznámku pod čarou (rámci stejného předpisu),
• externí odkaz na jiný celý předpis (také z jiné sbírky),
• externí odkaz na část jiného předpisu (také z jiné sbírky),
• externí odkaz do webu,
• odkaz na souborovou přílohu.
Externí odkazy na jiné předpisy (tedy 3., 4. výše) musí být dále rozlišitelné na prováděcí,
nálezovou, informativní, meritorní, případně další9.
5.1.1.1.1.3.5 FP1010-Uložení konsolidačních vazeb
Konsolidační vazba je de facto speciálním druhem asociační vazby, která nemá jen funkci
informativní (tedy dotvářející kontext skrze souvislosti), ale má aktivní změnovou funkci.
Typicky se jedná o novelizaci (tedy změnu) jednoho fragmentu nebo skupiny fragmentů
novelizovaného předpisu jedním fragmentem nebo skupinou fragmentů předpisu
9 Vysvětlení z odpovědi na otázku v zadávacím řízení:
Případné další asociační vazby budou určeny v implementační analýze.
Formulací „případně další“ je míněna zejména flexibilita typologie vazeb, tj. aby další typ vazby
znamenal např. jen doplnění do seznamu typů vazeb a nepředstavoval tak zásadnější změnu datového
modelu.
Strana 29
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
novelizujícího. Konsolidační vazby jsou tedy tvořeny novelizačními instrukcemi novelizujících
předpisů.
Aplikace informačních systémů e-Sbírka a e-Legislativa musí podporovat novelizační instrukce
následujících typů:
• vkládá část (fragment nebo skupinu fragmentů),
• upravuje část (mění fragment nebo skupinu fragmentů),
• zaměňuje část (střídá fragment nebo skupinu fragmentů novým zněním),
• zrušuje část (ukončuje účinnost fragmentu nebo skupiny fragmentů),
• zrušuje předpis,
• redakční oprava (písařské a jiné chyby),
• republikuje předpis (identifikace předpisu, jehož je úplným zněním).
Elementární konzistence musí být zajištěna na úrovni databáze, v případě zrušení některého
ze zúčastněných fragmentů musí být smazána i konsolidační vazba. Nicméně tento případ je
v podstatě vyloučen, protože účastníky transakcí jsou fragmenty existujících předpisů, kterých
zrušení by vedlo k poškození obsahu předpisů. Proto ani nástroje e-Legislativy zrušení
fragmentů nebudou umožňovat.
Významová konzistence je zajištěna prostřednictvím účinností fragmentů zúčastněných
v novelizaci. V případě novelizace typu změny fragmentu se zakládá nový fragment s novým
ID s novou účinností určenou účinností novely - jak v případě e-Šablony pro mínusovou osu
(budování datové báze), tak e-Šablony pro plusovou osu (nástroj e-Legislativy). Fragmenty se
tedy nenahrazují, ale v legislativním procesu se jim nastavuje začátek a konec účinnosti.
Soubor seřazených fragmentů se stejným začátkem účinnosti tvoří časový řez předpisu, resp.
konsolidované znění předpisu.
5.1.1.1.2 FP1011-CRUD služby úložiště předpisů
Úložiště poskytuje služby
• Create pro vytváření částek, předpisů, fragmentů
• Read pro poskytnutí předpisů, fragmentů nebo skupin fragmentů, stavů předpisů, logů
akcí
• Update pro aktualizaci předpisů a fragmentů
• Delete tedy přesun fragmentů a předpisů do „koše“ (reprezentovaného pomalejším
úložištěm, aby přepokládaný velký objem „deletovaných“ fragmentů neměl negativní
vliv na performance úložiště předpisů, toto úložiště pak může být předmětem
periodického maintenance, kdy se „deletované“ fragmenty po určité době trvale
odstraní, tedy vyprázdní z „koše“; tento způsob nabídne i určité možnosti „undelete“,
které mohou být využity e-Šablonami pro mínusovou a pro plusovou osu)
Technické řešení musí být realizováno prostřednictvím standardizovaných rozhraní SOAP
webových služeb. Ta budou využívána aplikacemi, např. e-Šablonou pro mínusovou osu,
Strana 30
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
v aplikační logice těchto aplikací bude řešena dostupnost těchto služeb v konkrétních
situacích pro konkrétní role.
req CRUD služby úložiště předpisů
FP1011-CRUD služby
úložiště předpisů
FP1012-Poskytnutí FP1022-Tvorba a údržba
předpisu nebo více asociačních vazeb z externích
p ře d p i sů systémů (např. RPP)
FP1013-Poskytnutí části FP1023-Poskytnutí asociačních
p ře d p i su vazeb z externích systémů
FP1 0 1 4 -Za l o že n í FP1 0 2 0 -Zá p i s
nového předpisu a stavu předpisu
jeho fragmentů
FP1018-Zápis CRUD akce do
FP1 0 1 5 -Aktu a l i za ce logu
konsolidovaného znění
FP1016-Ukonč ení
účinnosti předpisu
FP1 0 1 7 -Vyh l á še n í,
publikace předpisu
FP1021-Poskytnutí stavů
p ře d p i sů
FP1019-Poskytnutí záznamů
z logu CRUD akcí
Obrázek 6: CRUD služby úložiště předpisů
5.1.1.1.2.1 FP1012-Poskytnutí předpisu nebo více předpisů
Je třeba vytvořit službu, která přijme jako vstupní parametry identifikace předpisů, případně
specifikovaných znění nebo dalších parametrů, např. stavů a poskytne je v definovaném XML
schématu.
Výstupem může být jak jeden předpis, tak více předpisů najednou.
Detaily volání i odpovědi, tj. identifikace volající služby, identifikace volaného předpisu,
způsob vyřízení požadavku budou zaznamenány do LOGu. LOGy budou zapisovány do
pomalejšího úložiště, aby jejich objem neměl dopad na performance databáze a jako takové
mohou být předmětem periodického maintenance, tj. zálohování a úklidu.
Využíváno bude zejména e-Legislativou. V takovém případě budou nastavovány i stavy
předpisů.
Strana 31
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.1.1.2.2 FP1013-Poskytnutí části předpisu
Je třeba vytvořit službu, která přijme jako vstupní parametry identifikaci předpisu a jeho části
(fragmentů, resp. uzlů hierarchie) a poskytne je v definovaném XML schématu.
Výstupem může být celý předpis, ale i jen skupina fragmentů, i když nenásledují sekvenčně za
sebou.
Detaily volání i odpovědi budou zaznamenány do LOGu.
Využíváno bude zejména e-Legislativou. V takovém případě budou nastavovány i stavy
předpisů, případně fragmentů.
5.1.1.1.2.3 FP1014-Založení nového předpisu a jeho fragmentů
Je třeba vytvořit službu, která v úložišti založí předpis a vloží do něj fragmenty.
Bude využíváno e-Legislativou při vytváření nových předpisů, které prošly všemi fázemi
legislativního procesu.
V takovém případě bude nastaven i stav předpisu, typicky jako určení k vyhlášení.
Detaily použití služby budou zaznamenány do LOGu.
5.1.1.1.2.4 FP1015-Aktualizace konsolidovaného znění
Je třeba vytvořit službu, která v úložišti aktualizuje předpis - typicky po novelizaci legislativním
procesem.
Bude využíváno e-Legislativou současně se založením nového předpisu - novely.
V takovém případě bude nastaven i stav předpisu, typicky jako označení nového
konsolidovaného znění k publikaci do e-Sbírky.
Detaily použití služby budou zaznamenány do LOGu.
5.1.1.1.2.5 FP1016-Ukončení účinnosti předpisu
Je třeba vytvořit službu, která v úložišti ukončí účinnost předpisu - typicky novelizací
legislativním procesem a tím předpis de facto zruší. Přitom však musí být zachována možnost
ukončit účinnost i bez aplikace novelizační instrukce prostřednictvím manuální změny
metainformace. Ukončením účinnosti předpisu zároveň nastane ukončení jeho platnosti.
Takové ukončení platnosti při ukončení účinnosti však nebude „tvrdé“, tj. udržované
systémem, ale bude umožňovat „manuální“ nastavení vyjímky.
Bude využíváno e-Legislativou současně se založením nového předpisu - novely, která zrušení
provedla.
V takovém případě bude nastaven i stav předpisu, typicky jako označení zrušení předpisu k
publikaci do e-Sbírky.
Detaily použití služby budou zaznamenány do LOGu.
Strana 32
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.1.1.2.6 FP1017-Vyhlášení, publikace předpisu
Je třeba vytvořit službu, která provede vyhlášení nového předpisu resp. publikaci
konsolidovaného znění na portál e-Sbírky.
Bude využíváno e-Legislativou po ukončení legislativních procesů.
Po aplikaci služby bude nastaven stav předpisu.
Detaily použití služby budou zaznamenány do LOGu.
5.1.1.1.2.7 FP1018-Zápis CRUD akce do logu
Je třeba vytvořit servisní službu, která zapíše detaily použití jakékoliv další CRUD služby do
logu.
Budou zaznamenány informace o identifikaci volajícího a jeho požadavku společně s časem
přijetí a vyřízení požadavku a výsledkem.
5.1.1.1.2.8 FP1019-Poskytnutí záznamů z logu CRUD akcí
Je třeba vytvořit službu, která poskytne informace z logu s možností filtrace na parametry
volání CRUD služeb.
5.1.1.1.2.9 FP1020-Zápis stavu předpisu
Je třeba vytvořit servisní službu, která zapíše stav předpisu, společně s identifikací záznamu o
použití CRUD akce v logu, která daný stav nastavila.
Stavy předpisu charakterizují jeho aktuální využití, např. v procesech e-Legislativy.
5.1.1.1.2.10 FP1021-Poskytnutí stavů předpisů
Je třeba vytvořit servisní službu, která poskytne stav konkrétního předpisu.
5.1.1.1.2.11 FP1022-Tvorba a údržba asociačních vazeb z externích systémů (např. RPP)
Je třeba vytvořit službu, která ke konkrétním ustanovením předpisu resp. uzlům jeho
hierarchie bude udržovat tabulku otypovaných vazeb s jednoznačnou identifikací systému,
resp. jeho konkrétní části, která je na fragment resp. uzel hierarchie využívá.
Na zřeteli je třeba mít zejména systémy Registr práv a povinností a Modelování procesních
agend.
5.1.1.1.2.12 FP1023-Poskytnutí asociačních vazeb z externích systémů
Je třeba vytvořit službu pro zpřístupnění tabulky otypovaných asociačních vazeb, která
poskytne pro daná předpis, resp. jeho citovatelné ustanovení informaci o asociovaných
systémech resp. jejich částech. Např. o konkrétních právech/povinnostech z registru práv a
povinností.
Strana 33
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Asociační vazby mezi externími systémy a předpisy resp. jejich ustanoveními z konkrétních
konsolidovaných znění e-Sbírky budou udržovány v těchto systémech vzhledem k tomu, že
tyto systémy je potřebují a udržují. Služba z tohoto požadavku tedy kontaktuje např. API
z registru práv a povinností resp. modelování procesních agend s požadavkem na informace
vážící se ke konkrétním ustanovením konkrétního předpisu v konkrétním znění a
zprostředkuje je dále např. účastníkům legislativního procesu.
5.1.1.2 Poskytnutí nástrojů pro rekonstrukci obsahu vyhlášených znění
Rekonstrukce vyhlášených znění je první ze dvou částí tvorby datové báze. Skládá se z
vytvoření hodnověrných digitálních replik sbírek ve formátu PDF/A, rekonstrukce obsahu
sbírek, kompletace netextových entit.
Strana 34
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
req Poskytnutí nástroj ů pro rekonstrukci obsahu v yhlášených znění
FP1025-Nástroje na
skenování listinných předloh
FP1024-Pracovní úložiště «use» FP1026-Nástroje pro práci se
podkladů pro rekonstrukci «use» stranami PDF souborů
obsahu "mínusové osy"
datové báze z určených
zd ro j ů
«use» FP1027-Nástroje pro
«use» uzamčení PDF zaručeným
«use» elektronickým podpisem
«use»
«use» FP1028-Nástroje na získání
«use» vícejazyčných textů z
naskenovaných listinných
předloh (PDF)
FP1029-Nástroje na vytěžení
vícejazyčných textů z
textových PDF
FP1030-Nástroje na
identifikaci a korekci chyb
vzniklých při rozpoznání textu
FP1033-Nástroje pro FP1031-Nástroje na doplnění
zpracování dat z digitálních netextových entit do souborů
zdrojů (download EurLEX) a rozpoznaných textů
jejich vložení do úložiště
A
FP1032-Nástroje na tvorby
výsledného zápisu
vyhlášeného znění předpisu
vč. zápisu metadat
Obrázek 7: Poskytnutí nástrojů pro rekonstrukci obsahu vyhlášených znění Strana 35
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.1.2.1 FP1024-Pracovní úložiště podkladů pro rekonstrukci obsahu "mínusové osy"
datové báze z určených zdrojů
Rekonstrukce obsahu vyhlášených znění má celou řadu meziproduktů ve formě samostatných
souborů. Ty je třeba uložit/uspořádat/zorganizovat tak, aby je bylo možno finalizovat pro
import do databáze.
5.1.1.2.2 FP1025-Nástroje na skenování listinných předloh
Skenování částek probíhá po stranách, samozřejmě je možno využít oboustranné skenování a
podavač. Ke skenování se využije některý z používaných a prověřených OCR programů např.
software ABBYY FineReader. Uložení skenovaného obrazu strany jako PDF na file systém,
nejlépe do stromové adresářové struktury pro dobrou orientaci a s kultivovaným
pojmenováním souborů.
5.1.1.2.3 FP1026-Nástroje pro práci se stranami PDF souborů
Vytvořená PDF listinných částek, resp. PDF již existující je třeba před použitím zkontrolovat. V
případě nalezené chyby se jedná vždy o operace s celou stranou PDF, tedy vkládání
chybějících stran, náhrada nevyhovujících stran, změna pořadí stran a odmazání nežádoucích
stran.
K této skupině je třeba přidat i nástroje pro extrakci obrázku ze strany a jeho samostatné
uložení a dále nástroje pro editaci strany, když je třeba upravit její část.
5.1.1.2.4 FP1027-Nástroje pro zapečetění PDF klasifikovanou elektronickou pečetí a
opatření klasifikovaným elektronickým časovým razítkem
Existující PDF digitální repliku částky je nutné překontrolovat srovnáním s listinnou podobou
částky sbírky vizuálním způsobem, prolistováním, PDF v Adobe Acrobatu Professional (nebo
jiném nástroji plnícím stejný účel) oproti listinné podobě manuálně, list po listu – nejdříve na
úplnost a pak na shodu. Zjištěné případné nedostatky je třeba odstranit buď novým
pořízením digitální PDF repliky, nebo doskenováním chybějících stran, resp. náhradou
vadných stran.
Dosaženou shodu je pak třeba potvrdit zapečetěním PDF dokumentu klasifikovanou
elektronickou pečetí a opatřit PDF dokument také klasifikovaným elektronickým časovým
razítkem.
Alternativně je možné, aby byly v rámci digitalizace po ověření PDF pouze podepsány:
a) buď systémovým certifikátem e-Legislativy a opatřeny elektronickým časovým
razítkem vydaným službou TSA interní certifikační autority,
b) nebo certifikátem vydaným externí veřejnou certifikační autoritou a opatřeny
elektronickým časovým razítkem vydaným veřejnou certifikační autoritou (na náklady
dodavatele),
Strana 36
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
s tím, že tyto dokumenty budou zapečetěny kvalifikovanou elektronickou pečetí a opatřeny
kvalifikovaným elektronickým časovým razítkem dodatečně, avšak nejpozději před startem
pilotního provozu e-Legislativy a bez zvýšených nároků na součinnost Zadavatele.
5.1.1.2.5 FP1028-Nástroje na získání vícejazyčných textů z naskenovaných listinných
předloh (PDF)
Většina naskenovaných listinných předloh bude obsahovat texty v českém jazyce.
V předpisech zabývajících se typicky mezinárodními smluvními vztahy (ale např. také
v různých technických normách) se však vyskytuje řada různých jazyků evropských i
mimoevropských, latinkových, azbukových i dalších.
Je třeba, aby se nástroje na získání textů prostřednictvím OCR metod se se skutečností více
různých jazyků v jednom dokumentu uměly vypořádat.
K dispozici různé jsou různé softwarové balíky. Doporučení architekta ukazuje na „průmyslový
standard“ - software ABBYY FineReader.
5.1.1.2.6 FP1029-Nástroje na vytěžení vícejazyčných textů z textových PDF
Takový nástroj bude třeba zřejmě vyvinout „na míru“, prostřednictvím důkladného
přizpůsobení zdrojovým datům lze dosáhnout významně rychleji významně kvalitnějších
výsledků než pomocí OCR (např. co do rozeznávání čísel, resp. tabulek); bude třeba vypořádat
se s rozdělenými slovy na konci řádků, sloupců, stran a také proprietárním kódováním starších
PDF částek (1990-2007) z www.mvcr.cz.
5.1.1.2.7 FP1030-Nástroje na identifikaci a korekci chyb vzniklých při rozpoznání textu
Mezi tyto nástroje patří standardní kontrola pravopisu ve více jazycích, ale také jiné na míru
vyvinuté kontroly např. rozpad na slova a kontroly slov na evidentní výjimky, korektura proti
jiným slovníkům...
5.1.1.2.8 FP1031-Nástroje na doplnění netextových entit do souborů rozpoznaných
textů
Dalšími entitami rekonstruovaného textu jsou objekty, kterých pořízení vyžaduje speciální
postupy nad rámec OCR a jím poskytovaných výstupů. Jedná e zejména o tabulky, obrázky,
souborové přílohy a vzorce.
5.1.1.2.9 FP1032-Nástroje na tvorby výsledného zápisu vyhlášeného znění předpisu vč.
zápisu metadat
Výsledný zápis vyhlášeného znění předpisu bude ve formátu XHTML. Bude obsahovat přímý
zápis textů, tabulek, vzorců a odkazy na obrázky a stranové přílohy. Základním nástrojem zde
bude standardní XHTML editor, který umožní zapsat strukturovaně i metadata.
Strana 37
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.1.2.10 FP1033-Nástroje pro zpracování dat z digitálních zdrojů (download EUR-Lex)
a jejich vložení do úložiště
V některých případech budou využita data, která jsou již strukturována (např. EUR-Lex). Je
třeba vytvořit specifický softwarový konvertor, který vstupní data zkonvertuje do pracovní
"parsovací" databáze a následně vloží do Úložiště právních předpisů.
5.1.1.3 Poskytnutí nástrojů pro tvorbu datové báze z rekonstruovaného obsahu
vyhlášených znění
Je třeba vytvořit nástroje, které z rekonstruovaného obsahu umožní vytvořit datovou bázi e-
Sbírky. Níže následuje seznam požadavků, které tyto nástroje musí naplnit ve vzájemných
souvislostech.
Strana 38
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
operace s předpisy operace s předpisy i fragmenty operace s fragmenty
FP1036-Nástroje pro
FP1035-Nástroje pro FP1037-Nástroje pro editaci fragmentů, textů,
zobrazení předpisu po správu účinností předpisů značkování, struktur a
fragmentech a navigaci v a fragmentů hierarchické skladby
zobrazeném předpisu
FP1038-Nástroje pro
FP1102-Nástroje pro FP1045-Nástroje pro tvorbu asociací na ostatní
editaci vlastností a indexaci předpisů a fragmenty a předpisy
metadat předpisu fragmentů podle různých sbírek
CzechVOC
FP1042-Nástroje na FP1039-Nástroje pro
vizualizaci "časových operace nad předpisy zapracování
řezů" novelizačních ustanovení
FP1034-Nástroje pro
FP1043-Nástroje na import obsahu částek a FP1040-Nástroje na
porovnání znění a předpisů do úložiště s vizualizaci zapracovaných
dokumentaci rozdílů fragmentací a n o ve l i za cí
h i e ra rch i za cí
FP1046-Nástroje pro FP1041-Nástroje pro
vygenerování PDF z FP1044-Nástroje pro zapracování přechodných
libovolného znění s vyhledání předpisů a ustanovení
identifikací PDF fragmentů v datové bázi
p ro stře d n i ctvím
elektronické značky a
časového razítka
Obrázek 8: Poskytnutí nástrojů pro tvorbu datové báze z rekonstruovaného obsahu vyhlášených znění
5.1.1.3.1 FP1034-Nástroje pro import obsahu částek a předpisů do úložiště s
fragmentací a hierarchizací
Naplnění digitálních replik částek a dat vyhlášených předpisů různých sbírek do datové báze,
které byly vytvořeny jinak než nástroji e-Legislativy (tedy e-Šablonou pro „plusovou“ osu),
tedy importy předpisů Sbírky zákonů, Sbírky mezinárodních smluv, Úředního listu, předpisů
zpřed roku 1945 a vybraných předpisů EUR-Lexu. Naplnění musí být "inteligentní", tj. zajistit
fragmentaci, strukturování a hierarchicky tak automaticky, jak je to jen možné.
Strana 39
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.1.3.2 FP1102-Nástroje editaci vlastností a metadat předpisu
U importovaných předpisů je třeba buď zkontrolovat metadata, nebo je opravit, případně je
doplnit. Zejména typ předpisu, gestor předpisu, schvalující, dále varianty názvů a všechny další
entity datového modelu předpisu.
5.1.1.3.3 FP1035-Nástroje pro zobrazení předpisu po fragmentech a navigaci v
zobrazeném předpisu
Fragmentované, strukturované, hierarchizované importované vyhlášené předpisy je třeba
komfortně zobrazit a přidat i uživatelsky přátelskou navigaci na požadovanou část předpisu.
5.1.1.3.4 FP1036-Nástroje pro editaci fragmentů, textů, značkování, struktur a
hierarchické skladby
Editace fragmentů předpisu představuje rozsáhlý blok funkcí pro operace
s celými fragmenty (vložení, odstranění, sloučení, rozdělení, přesun, posun v hierarchii,
strukturování)
s obsahem fragmentů (zejména editace textu, formátování a další logické resp. vizuální
značkování textu, explicitně zmiňujeme vzorce a tabulky)
Práce s fragmenty rovněž musí být podporována ergonomickým uživatelským rozhraním
senzitivním na konkrétní situace, v kterých poskytuje funkce potřebné kontextu řešeného
úkolu. Musí být podporována práce jak s jedním nebo více fragmenty najednou.
Práci je třeba co nejvíce algoritmizovat, aby všechny "pravidelnosti" řešil stroj a jen výjimky
řešil člověk.
5.1.1.3.5 FP1037-Nástroje pro správu účinností předpisů a fragmentů
Každý fragment má účinnost, tedy časový úsek, ke kterému je relevantní. Nemá-li fragment
explicitně danou účinnost, přebírá ji z účinnosti celého předpisu. Pozbývá-li předpis účinnost,
pozbývá také platnost. Zároveň je třeba mít možnost „přebít“ platnost, tj. ukončit platnost
předpisu, i když mu nebyla ukončena účinnost. Z účinností fragmentů se vypočítávají časové
řezy a tedy konsolidovaná znění předpisů. Je třeba dát vytvořit komfortní a přehledné nástroje
pro správu účinností fragmentů i předpisů.
5.1.1.3.6 FP1038-Nástroje pro tvorbu asociací na ostatní fragmenty a předpisy různých
sbírek
Je třeba poskytnout nástroje na tvorbu asociací následujících typů:
• interní odkaz (odkaz na ustanovení v rámci stejného předpisu),
• interní odkaz na poznámku pod čarou (rámci stejného předpisu),
• externí odkaz na jiný celý předpis (také z jiné sbírky),
• externí odkaz na část jiného předpisu (také z jiné sbírky),
• externí odkaz do webu,
Strana 40
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• odkaz na souborovou přílohu.
Nástroje musí umět rozparsovat zdrojový text, lokalizovat v něm potenciální odkazy a vytvořit
je co nejvíce automaticky, nejlépe tak, aby stačilo asociaci vždy jen zkontrolovat.
5.1.1.3.7 FP1039-Nástroje pro zapracování novelizačních ustanovení
Pomocí nástrojů pro zapracování novelizačních ustanovení budou vytvářeny konsolidační
vazby.
Konsolidační vazba je de facto speciálním druhem asociační vazby, která nemá jen funkci
informativní (tedy dotvářející kontext skrze souvislosti), ale má aktivní změnovou funkci.
Typicky se jedná o novelizaci (tedy změnu) jednoho fragmentu nebo skupiny fragmentů
novelizovaného předpisu jedním fragmentem nebo skupinou fragmentů předpisu
novelizujícího. Konsolidační vazby jsou tedy tvořeny novelizačními instrukcemi novelizujících
předpisů.
Nástroje musí podporovat zapracování novelizačních instrukcí následujících typů:
• vkládá část (fragment nebo skupinu fragmentů),
• upravuje část (mění fragment nebo skupinu fragmentů),
• zaměňuje část (střídá fragment nebo skupinu fragmentů novým zněním),
• zrušuje část (ukončuje účinnost fragmentu nebo skupiny fragmentů),
• zrušuje předpis,
• redakční oprava (písařské a jiné chyby),
• republikuje předpis (identifikace předpisu, jehož je úplným zněním).
Předpokládá se, že novelizační ustanovení budou zapracovávána odborně a interaktivně,
z analýz vyplynulo, že automatizace v této oblasti není možná. Proto tyto nástroje musí
nabízet maximální komfort v uživatelském rozhraní.
Konsolidace „minusové osy“ bude probíhat prostřednictvím e-Šablony pro „minusovou osu“
odborným zapracováním novelizačních instrukcí do textu novelizovaných ustanovení. Všechny
atributy vykonání zapracování novelizačních instrukcí budou zaprotokolovány a doplněny
rozhraním pro jejich vizualizaci. Tím se docílí naprosté transparence stavu dodané databáze a
zároveň položí základní stavební kameny pro následné využití úplných znění.
Výsledek konsolidace musí umožňovat další rozvoj informačních systémů e-Sbírka a e-
Legislativa, tedy výše zmíněnou možnost editace úplných znění, následné programové
generování návrhů novel a z toho vyplývající potenciál docílit právní závaznosti úplných znění
předpisu. Z toho vyplývá i nutnost adekvátní pečlivosti a kontroly této činnosti.
V rámci této činnosti bude také třeba zjistit a popsat kolize nejednoznačných, nesprávných a
neurčitých novelizací, které zejména byly způsobeny neexistencí jednotného sdíleného
prostředí pro jejich provádění. Návrh řešení těchto kolizí pak bude v případě stále platných
předpisů proveden odborným právním posouzením podle propozic a pod průběžnou
kontrolou zadavatele. Posouzení bude řešeno pro každou „novelizační trojici“ zvlášť.
Strana 41
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.1.3.8 FP1040-Nástroje na vizualizaci zapracovaných novelizací
Novelizační instrukce představuje revokovatelnou databázovou transakci, kterou lze
samostatně zobrazit ve formě „novelizační trojice“
• novela
• znění před zapracováním novely
• znění po zapracování novely
Transakce musí mít samostatné vizuální rozhraní, prostřednictvím kterého lze zapracovanou
novelizační instrukci samostatně verifikovat
• v případě nalezení problému opravit, nebo revokovat a znovu vytvořit
• v případě shledání konsolidačního konfliktu jej lze popsat a otypovat v poznámce i
např. s návrhem vyřešení legislativním procesem
5.1.1.3.9 FP1041-Nástroje pro zapracování přechodných ustanovení
Nástroje pro zapracování přechodných ustanovení umožní vložit buď texty přechodných
ustanovení, nebo nějakou formou speciální odkazy na přechodná ustanovení v novelách tak,
aby bylo možno také řídit časový rozsah jejich účinností a tím pádem vizualizaci v konkrétních
konsolidovaných zněních. V tomto rámci je tedy nutno zařídit, aby se novelizace přechodného
ustanovení (neseného typicky jiným předpisem) projevila v „zasaženém“ konsolidovaném
znění. Novelizace tyto případy neformuluje jednoznačně a je třeba se s tímto vypořádat.
5.1.1.3.10 FP1042-Nástroje na vizualizaci "časových řezů"
Nástroje pro vizualizaci časových řezů umožní v rámci editace zobrazit konsolidované znění
tak, jak by vypadalo v určitém časovém úseku daném počátkem a případně koncem účinnosti
působících fragmentů. Nemusí se jednat jen o novely, ale také o fragmenty, u kterých předpis
v účinnostních ustanoveních jejich účinnost posouvá. Součástí tohoto nástroje musí být
možnost explicitně zobrazit aktuální časový řez, volitelně se zobrazením fragmentů, které
teprve nabydou účinnosti a simulovat tak závazné konsolidované znění předpisu.
5.1.1.3.11 FP1043-Nástroje na porovnání znění a dokumentaci rozdílů
Nástroje pro porovnání znění časových řezů umožní zjistit obsahové rozdíly ve stejných
fragmentech různých znění (možno i z různých zdrojů), tyto rozdíly kategorizovat a
zdokumentovat. Důležité je, aby se nejednalo jen o porovnání prostého textu, ale porovnání
stejných fragmentů s možností přímo fragmenty editovat.
Podrobnější vysvětlení:
Tento nástroj bude využíván zejména ke kontrole kvality vytvořené datové báze formou
porovnání stejných datových entit (předpisů nebo jejich částí) na jedné straně z vytvářené
datové báze a na druhé straně např. z externího zdroje.
Strana 42
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Takový externí zdroj musí být nejdříve „znormován“, tedy fragmentován do fragmentálního
modelu používaného úložištěm předpisů, tak aby bylo možno porovnávat naprosto konkrétní
části předpisu (např. § 31, odst. 5, písmeno a)).
Porovnání bude realizováno pomocí moderních algoritmů využívaných např. současnými
textovými editory resp. komparátory zdrojových kódů. Nalezené rozdíly pak je třeba
zdokumentovat, tj. ke každému rozdílnému fragmentu strukturovaně zaznamenat charakter
rozdílu.
Stejný algoritmus pak bude možno využít např, ke srovnání „úplného znění zákona“ s jeho
konkrétním časovým řezem, resp. k zobrazování rozdílů mezi jednotlivými konsolidovanými
zněními na portálu e-Sbírka.
5.1.1.3.12 FP1044-Nástroje pro vyhledání předpisů a fragmentů v datové bázi
Výsledkem nástrojů pro vyhledávání je zobrazení seznamu předpisů v ročníku nebo v částce
resp. přímé zobrazení hledaného předpisu. Vyhledání částky lze provést opět dvěma způsoby
• prostřednictvím rejstříků (naklikáním)
• prostřednictvím vepsání čísla předpisu do vyhledávání
Vyhledávání částí předpisů např. paragrafů nebo článků podle čísla, nebo jiných částí předpisu
podle obsaženého textu musí být realizováno tak, aby pokrývalo všechny potřeby - nalezení
paragrafu, hlavy, části, bodu, případně logické části předpisu.
Dále musí být k dispozici možnost přímého vyhledání fragmentu podle jeho ID, kde
výsledkem bude zobrazení předpisu obsahujícího daný fragment, zafokusovaného na tomto
fragmentu.
5.1.1.3.13 FP1045-Nástroje pro indexaci předpisů a fragmentů podle CzechVOC
Nástroje na indexaci předpisů a fragmentů dle CzechVOC poskytnou komfortní možnosti na
vyhledání/nalezení daného pojmu v CzechVOC a navázání asociace na něj. Asociace je
obousměrná, takže z pojmu CzechVOC budou viditelné předpisy a fragmenty na něj
navázané.
Úložiště asociací e-Sbírka → CzechVOC je integrální součástí úložiště datové báze, které je
velmi úzce propojeno s úložištěm pojmové báze (tedy CzechVOCem).
Nástrole na tvorbu aso asociací dostupné ze strany e-Sbírky budou jak poloautomatické, tak
manuální. V režimu poloautomatickém zašlou vybraný text službě CzechVOC, která jej
vyhodnotí a zapíše návrhy na uzly CzechVOC. Tyto návrhy jsou pak vyhodnoceny operátorem,
potvrzeny, zrušeny, nebo změněny v režimu manuálním.
Nástroje na tvorbu asociací dostupné ze strany CzechVOC budou pouze manuální a umožní
vytvoření asociační vazby mezi pojmem a ustanovením předpisu (případně celým předpisem).
Strana 43
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Indexace předpisů dle CzechVOC představuje agregaci asociací fragmentů, přičemž opět zde
musí být možnost manuální, interaktivní korekce.
5.1.1.3.14 FP1046-Nástroje pro vygenerování zapečetěného PDF z libovolného znění
Tyto nástroje zajistí vytvoření PDF souborů z vybraného časového řezu předpisu, resp.
konsolidovaného znění v určené vizuální podobě. Vzhledem k tomu, že se jedná o samostatně
použitelný výstup i mimo e-Sbírky, bude jeho nezaměnitelnost zajištěna zapečetěním PDF
kvalifikovanou elektronickou pečetí a opatřením kvalifkovaným elektronickým časovým
razítkem a zároveň bude zřetelně identifikováno, zda se jedná o informativní nebo závazné
znění.
5.1.1.4 Vlastní vytvoření datové báze vyhlášených předpisů
Obsahově správná, správně strukturovaná datové báze primárně českých předpisů a
sekundárně také předpisů evropských je základním a východiskovým požadavkem vybudování
informačních systémů e-Sbírka a e-Legislativa.
Vytvoření obsahově správné datové báze, která bude majetkem státu bez jakýchkoliv nároků
třetích stran, je řešeno v dalším rozpadu tohoto východiskového požadavku z jednotlivých
dílčích pohledů.
V zásadě je třeba zajistit následující:
• vytvoření hodnověrných digitálních replik sbírek ve formátu PDF/A;
• rekonstrukce obsahu sbírek;
• konverzi do datového modelu, tedy fragmentace, hierarchizace, asociace, konsolidace
(u EUR-Lex bez konsolidace)
• ověření výsledků např. prostřednictvím verifikace, ale také řady dalších metod.
(I když to na toto místo nepatří, je třeba budoucího zhotovitele upozornit i na tomto místě na
odhadovanou personální náročnost naplnění tohoto požadavku: 100 operátorů, 10 právníků,
10 projektových manažerů na dobu nejméně jednoho roku, přičemž předpokladem je, že
všichni jsou vybaveni nástroji, jež je potřeba teprve vyvinout)
5.1.1.4.1 Vytvoření datové báze českých sbírek
Do datové báze je třeba vložit a správně zpracovat předpisy 4 českých sbírek:
• Sbírky zákonů
• Sbírky mezinárodních smluv
• relevantních předpisů ze Sbírek zákonů před rokem 1945 (který pojímáme jako
samostatnou Sbírku)
• Úředního listu
V průběhu zpracování budou vznikat asociační i konsolidační vazby mezi předpisy i různých
sbírek (řešeno v dalších požadavcích).
Strana 44
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.1.4.1.1 FP1047-rekonstrukce obsahu vyhlášených znění
Prvním požadavkem v řadě při realizaci výchozího generálního požadavku je rekonstrukce
obsahu specifikovaných českých sbírek.
Je třeba pořídit data všech vyhlášených předpisů ve formě specifikované pro vložení do
Úložiště právních předpisů.
5.1.1.4.1.1.1 FP1048-Zajištění/získání podkladů
Je třeba získat hodnověrné digitální PDF repliky částky (případně předpisu) konkrétní sbírky,
která je závazná pouze ve své listinné podobě.
Existují v zásadě 2 výchozí stavy:
• PDF neexistuje, je tedy třeba naskenovat (odhad zde je 90.000 stran)
• PDF existuje, je třeba ověřit jeho identitu s listinnou podobou (odhad zde je 230.000
stran)
Ve výsledku jsou obě operace uzavřeny neodvolatelným zajištěním PDF digitální repliky částky
proti změně vložením elektronického podpisu a tím je zdroj pro rekonstrukci obsahu
nezpochybnitelně zafixován a PDF lze využít pro rekonstrukci textu. Zároveň se tím alespoň
částečně „zjemní“ restrikce, podle které elektronický stejnopis nelze pokládat za Sbírku
zákonů.
5.1.1.4.1.1.1.1 FP1049-Skenování
Při skenování je třeba vytvořit digitální repliku listinné částky ve formátu PDF minimálně
v rozlišení 300 dpi (minimálně proto, že nastanou případy, kdy bude třeba třeba více). K tomu
je třeba zpracovat podrobné metodiky, za jakých okolností se jaké parametry využijí.
Dalším požadavkem jsou související operace úprav PDF replik částek, jakými jsou vkládáním,
náhradou, změnou pořadí a odmazáním stran.
5.1.1.4.1.1.1.2 FP1050-Skenování některých ročníků Sbírky zákonů
Některé starší ročníky Sbírky zákonů z let 1945-1955 zveřejněné ve formě stejnopisů na
mvcr.cz bude třeba přeskenovat z důvodů nepoužitelnosti pro OCR rekonstrukci textu. Odhad
10.000 stran.
5.1.1.4.1.1.1.3 FP1051-Skenování Úředního listu
Je třeba kompletně naskenovat 20-25.000 stran Úředního listu.
5.1.1.4.1.1.1.4 FP1052-Zajištění kompletnosti a hodnověrnosti podkladů pro rekonstrukci
textu
Existující PDF digitální repliku částky je nutné překontrolovat srovnáním s listinnou podobou
částky sbírky vizuálním způsobem, prolistováním, PDF v Adobe Acrobatu Professional (nebo
jiném nástroji plnícím stejný účel) oproti listinné podobě manuálně, list po listu – nejdříve na
úplnost a pak na shodu. Zjištěné případné nedostatky je třeba odstranit buď novým
Strana 45
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
pořízením digitální PDF repliky, nebo doskenováním chybějících stran resp. náhradou vadných
stran. Dosažená shoda je pak potvrzena vložením elektronické značky a časového razítka.
Kontrola úplnosti by měla probíhat takto:
• shoda počet stran, tedy zda žádná strana v PDF nechybí nebo nepřebývá;
• kontrola pořadí stran v PDF, zda není nic přehozeno nebo duplicitní, přičemž se
kontroluje veškerý obsah částky tedy včetně titulní strany a strany s tiráží.
Kontrola shody by měla pak probíhat takto:
• čitelnost stran, zda je identická s listinným originálem;
• úplnost textu, zda není někde oříznut;
• shoda textu s listinným originálem, proveďte vizuální kontrolu čitelnosti znaků;
• shoda rozpoznatelnosti textu, aby každý znak byl jasně rozpoznatelný s kvalitou
rozpoznání co nejvíce shodnou s listinným originálem;
• čitelnost obrázků, jejich barevnost;
• čitelnost matematických a chemických vzorců a značek (indexy mívají menší velikost);
• u tabulek čitelnost ohraničení buněk (přesná čitelnost rozlišení zařazení do sloupců a
řádků);
• kontrola počtu a úplnosti poznámek pod čarou, čitelnost jejich značek (protože bývají
menší velikostí);
5.1.1.4.1.1.2 FP1053-Vlastní rekonstrukce textů
Je třeba rekonstruovat textu ze zajištěných hodnověrných podkladů.
Přichází do úvahy následující varianty těžení textu:
• Manuální přepis pro případy, kdy automatizované procesy např. OCR produkují
výsledky natolik chybové, že je lépe znovu text pořídit znovu než tyto chyby
opravovat.
• OCR „hodnověrných“ PDF, (předpokládá se 90-100.000 stran)
• "Vytěžení" "hodnověrných" textových PDF (předpokládá se 230.000 stran)
Výsledek je třeba označkovat tak, aby byly zřetelné začátky a konce jednotlivých úseků, např.
odstavců, nebo ještě lépe fragmentů. Samotné oddělení částí rekonstruovaného textu jen
pomocí oddělovačů řádků je npostačující. Dále je třeba využít univerzální znakové sady
Unicode. Nabízí se značkování do prostřednictvím jednoduchého XHTML v kódování UTF-8.
5.1.1.4.1.1.2.1 FP1054-Sbírka zákonů
Je třeba rekonstruovat texty Sbírky zákonů a to všech předpisů od roku 1945 a vybraných
předpisů před rokem 1945.
Předpisy před rokem 1990 je třeba z větší části OCR a z menší části manuálně přepsat.
Předpisy mezi 1990-1999 je třeba (zřejmě) speciálně strojově vytěžit s pečlivou kontrolou s
občasným OCR.
Strana 46
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Předpisy mezi 2000-2015 je třeba z větší části strojově vytěžit a z menší části (přílohy) OCR.
5.1.1.4.1.1.2.2 FP1055-Sbírka mezinárodních smluv 2000-2015
Předpisy Sbírky mezinárodních smluv z období 2000-2015 je třeba z větší části strojově vytěžit
(vyparsovat a zkontrolovat texty) a z menší části (přílohy) OCR.
5.1.1.4.1.1.2.3 FP1056-Úřední list
Předpisy Úředního listu z let 1945-1962 je třeba z větší části OCR a z menší části manuálně
přepsat.
5.1.1.4.1.1.3 FP1057-Doplnění metadat
Do výsledných HTM souborů s rekonstruovanými texty je třeba doplnit základní metadata
jako čísla předpisů, ročníky, částky, data schválení a vyhlášení/platnosti.
5.1.1.4.1.1.4 FP1058-Kompletace rekonstruovaného textu dalšími entitami
Rekonstruovaný čistý text je třeba zkompletovat dalšími entitami, kterých pořízení vyžaduje
speciální postupy nad rámec OCR a jím poskytovaných výstupů. Jedná e zejména o tabulky,
obrázky, souborové přílohy (formuláře, rozsáhlé obrázky se stranovou organizací) a vzorce.
5.1.1.4.1.1.4.1 FP1059-Obrázky
Je třeba extrahovat obrázky z listinných podob sbírek, které budou pro umístění do datové
báze naskenovány barevně, šedě, nebo černobíle v rozlišovací schopnosti 300 dpi. Je třeba
pořídit nejen originální obrázek, ale i jeho náhledovou unifikovanou podobu, neboť originální
obrázek bude často datově velmi rozsáhlý.
Obrázky je třeba odkazem napojit do HTM rekonstruovaného textu.
5.1.1.4.1.1.4.2 FP1060-Souborové přílohy
Většinou se bude jednat o strany nebo skupiny stran typicky v přílohách předpisů se
specifickou sazbou, zejména formuláře, u kterých je třeba zachovat naprosto přesnou vizuální
podobu, případně o strany s příbuznými obrázky (stejnokroje, dopravní značky, mapy), o
kterých bude rozhodnuto, že nebudou rekonstruovány na detailní entity (tabulku, obrázky,
vzorce). Obecně se však může jednat o různorodé souborové přílohy., cílovým formátem bude
typicky PDF, které je třeba odkazem napojit do HTM rekonstruovaného textu. K přílohám je
třeba rovněž pořídit unifikovaný náhled první strany.
Souborová příloha je vždy vázána ke konkrétnímu místu předpisu.
5.1.1.4.1.1.4.3 FP1061-Tabulky
Tabulek je 10-20.000. Některé jednoduché, jiné rozsáhlé a členité přes mnoho stránek. Je
třeba zapsat všechny tabulky v HTM podle pravidel konsorcia W3C. Informace o šířkách a
výškách budou dány relativně v %, informativně bude uvedena i šířka originální tabulky.
Značkování by mělo být formální a jen v opravdu nezbytných případech by mohlo být
doplněno značkováním vizuálním.
Strana 47
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Při rekonstrukci datové báze bude stanoveno pravidlo, že tabulka by měla být v samostatném
fragmentu, kterého struktura bude rovněž určovat, že se jedná o tabulku, případná popiska
tabulky by měla být rovněž v samostatném fragmentu strukturovaném jako popiska.
Příklad tabulky z vyhlášeného předpisu 78/2013 Sb. (tab. 5, příloha č. 2)
5.1.1.4.1.1.4.4 FP1062-Vzorce
Vzorců jsou jednotky tisíc. Je třeba je zapsat prostřednictvím MathML a vložit přímo do HTM
rekonstruovaných textů.
Vzorec může být v samostatném fragmentu, nebo uvnitř fragmentu.
5.1.1.4.1.2 FP1063-Vložení do úložiště e-Sbírky
Je třeba vytvořit nástroj pro vložení/importování rekonstruovaných textů předpisů včetně
doplňkových entit (obrázků, příloh, tabulek, vzorců) a metadat do úložiště datové báze.
Importní funkce v sobě budou mít velkou dávku „inteligence“ podle zásady „nechť člověk
nedělá to, co může udělat stroj“. Budou řešit velkou část úkolů fragmentace a hierarchizace.
Součástí takového importu budou i PDF ověřené elektronickým podpisem, které dokladují
zdroj, z kterého byl pořízen text předpisu.
5.1.1.4.1.3 FP1064-Formalizace do datového modelu
Po vložení do úložiště je třeba zajistit správnou formalizaci předpisu dle principů datového
modelu.
Fragmentace a hierarchizace budou z velké části řešeny automatikou při importu
rekonstruovaných textů do datové báze, ale bude třeba je zkontrolovat, případně dopracovat
(např. u nejednoznačných příloh předpisů případně mezinárodních smluv).
Předpokládají se 2 úrovně fragmentace a hierarchizace:
1. „základní“ pro potřeby portálu e-Sbírka
• tedy pro „užití“ resp. „spotřeby“ předpisů sbírek;
• bude týkat pouze vlastních textů předpisů, ne již příloh, resp. vložených dokumentů;
Strana 48
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• měla by být řešena programově co do rozpoznávání struktur, rozpoznávání hloubky
zanoření s pečlivou kontrolou výsledků, protože část strukturální informace je ve zdroji
nesena mnohdy nejednoznačnou typografií.
2. „pokročilá“ pro potřeby e-Legislativy
• tedy „tvorby“ právních předpisů;
• využití bude zejména při programovém generování návrhů novel;
pokročilá normalizace obsahu bude obnášet;
• logické strukturování předpisů (normativní část, novelizační
část/blok/body/bod …, přechodná ustanovení …);
• granularizace, tedy značkování lingvistických entit obsahu, zejména označování
odstavců, vět, částí vět zejména v normativních částech předpisů;
• hierarchizace příloh právních předpisů s nesourodou strukturou, vnořených
dokumentů mezinárodních smluv.
Asociace by měly vznikat částečně v rámci importu v poloautomatickém režimu, je třeba však
vše detailně zkontrolovat a případně opravit.
Konsolidace pak musí být realizována kompletně znova.
5.1.1.4.1.3.1 FP1065-Kontrola resp. oprava fragmentace
Je třeba ověřit automatickou fragmentaci provedenou při importu do úložiště a to včetně
struktur fragmentů všech předpisů. Ověření provádí pracovník, který provedl import
rekonstruovaného textu do datové báze bezprostředně po importu.Nalezené nedostatky,
chyby a jiné problémy je třeba odstranit, zejména v přílohách předpisů a mezinárodních
smlouvách.
5.1.1.4.1.3.2 FP1066-Kontrola resp. oprava hierarchizace
Je třeba ověřit automatickou hierarchizaci provedenou při importu do úložiště.
Nalezené nedostatky, chyby a jiné problémy je třeba odstranit, zejména v přílohách předpisů
a mezinárodních smlouvách.
5.1.1.4.1.3.3 FP1067-Tvorba asociací
Asociace vytvořené v rámci importu je třeba zkontrolovat a případné problémy zafixovat.
Nevytvořené asociace je třeba vytvořit.
Připomeňme typy asociací předpokládané datovým modelem:
• interní odkaz (odkaz na ustanovení v rámci stejného předpisu),
• interní odkaz na poznámku pod čarou (rámci stejného předpisu),
• externí odkaz na jiný celý předpis (také z jiné sbírky),
• externí odkaz na část jiného předpisu (také z jiné sbírky),
• externí odkaz do webu,
• odkaz na souborovou přílohu.
Strana 49
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.1.4.1.3.4 FP1068-Konsolidace, účinnosti, novely, přechodná ustanovení
Zpracování konsolidace je kompletně třeba zrealizovat tj. provést formalizaci předpisů datové
báze dle 4. principu datového modelu.
Připomeňme si základní typy konsolidačních vazeb:
• vkládá část (fragment nebo skupinu fragmentů)
• upravuje část (mění fragment nebo skupinu fragmentů)
• zaměňuje část (střídá fragment nebo skupinu fragmentů novým zněním)
• zrušuje část (ukončuje účinnost fragmentu nebo skupiny fragmentů)
• zrušuje předpis
• redakční oprava (písařské a jiné chyby)
• republikuje předpis (identifikace předpisu, jehož je úplným zněním)
5.1.1.4.1.4 FP1069-Kontrola, snížení procenta chybovosti
Je třeba zavést procesy následné kontroly kvality dat, aby informační systémy e-Sbírka a e-
Legislativa byly schopny dostát jednoho z hlavních požadavků a poskytnout adresátům i
tvůrcům práva elektronická znění vyhlášených předpisů a postupně také jejich úplných znění.
K tomu bude nutno vytvořit řadu testů a křížově je mezi sebou aplikovat.
• nezávislá rekonstrukce obsahu vybraného vzorku stran
• kontrola úplnosti obsahu vyhlášených předpisů
• kontrola správnosti tabulek
• kontrola správnosti netextových entit, zejména vzorců a souborových příloh
• ověření a validace aparátu metadat
• odstranění slovních překlepů prostřednictvím dumpu slov
• algoritmická kontrola úplné normalizace obsahu
• ověření protokolů o realizaci konsolidace
• strojová kontrola normalizace podle datového modelu
• ověření odkazového aparátu
• komparace úplné datové báze vůči nezávislým zdrojům
• zjištění absence a dostupnosti dokumentů, které byly předpisy Sbírky zákonů a Sbírky
mezinárodních smluv pouze oznámeny a vytvoření přípravy na jejich získání
5.1.1.4.1.4.1 FP1070-Dokumentace neodstranitelných chyb
K chybám ve vyhlášených zněních je třeba se chovat pietně, tj. zachovat je, avšak ohraničit je
precizním popisem a dokumentací. V žádném případě se takové chyby nesmí v rámci tvorby
datové báze odstraňovat.
5.1.1.4.1.4.1.1 FP1071-Chyby v novelách a odkazech
Je třeba zdokumentovat a navrhnout řešení konfliktů v konsolidacích i odkazech, aby pak
mohly být odstraněny v rámci legislativního procesu. Jedná se o duplicity a chyby v
novelizačních ustanoveních.
Strana 50
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Návrhem řešení je myšleno právní posouzení okolností, za kterých k nekonzistencím došlo a
odůvodněný návrh odstranění problému např. v budoucím novelizačním procesu.
5.1.1.4.1.4.1.2 FP1072-Písařské chyby (překlepy)
Je třeba zdokumentovat také překlepy, včetně způsobu jejich zjištění. Jsou-li překlepy
takového druhu, že by měly být odstraněny je třeba právního posouzení okolností a návrhu,
jak to v legislativním, resp. korekturním procesu uskutečnit.
5.1.1.4.1.4.2 FP1073-Odstranění nalezených odstranitelných chyb
V rámci posouzení nalezených chyb v kontrolním procesu je třeba odstranit chyby
odstranitelné. Jejich odstranění by mělo být samozřejmě zdokumentováno.
5.1.1.4.2 Vytvoření datové báze vybraných předpisů EUR-Lex
Pro potřeby informačních systémů e-Sbírka a e-Legislativa je třeba interně zapracovat do
datové báze část předpisů EurLEX.
Součástí datové báze bude tento rozsah EUR-Lex10:
• sektor 1: všechna znění zakládajících, pozměňujících a přístupových smluv a také
(některé) jejich protokoly
• část sektoru 3: všechna nařízení, směrnice, rozhodnutí ve vyhlášených zněních,
výběrově11 rozpočty a doporučení (relevantní pro český kontext, tj. přeložené do
češtiny)
• část sektoru 0: konsolidovaná znění aktů zpracovaných v rámci sektoru 3 (výše)
Poznámka k sektoru 1:
• články smluv jsou již fragmentovány, každý článek má ID
• články je třeba seskládat do hierarchie, aby bylo možno smlouvu zobrazit konzistentně
• je třeba počítat s tím, že smlouvy se každé 2-3 roky na EUR-Lex aktualizojí
• princip hierarchizace sektoru 1 je naznačen na přiloženém obrázku (resp. vloženém
dokumentu)
10 Vysvětlení z odpovědi na otázku v zadávacím řízení:
• Pouze dokumenty v českém jazyce.
• Dodavatel bude mít v rámci nabídky a implementační analýzy prostor pro doporučení
případného dalšího upřesnění a zjemnění kritérií tohoto výběru.
11 Vysvětlení z odpovědi na otázku v zadávacím řízení:
Ty rozpočty a doporučení, které byly přeloženy do českého jazyka; jedná se tedy o deskriptory R, L, D,
B, H v rozsahu dle věty předchozí.
Strana 51
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Obrázek 9: Příklad hierarchizace EurLEX sektor 1
Poznámka ke všem sektorům:
• je třeba využít zdroj ve formátu FORMEX (http://formex.publications.europa.eu/) a je
třeba počítat s tím, že verze FORMEX se bude v letech 2018-2019 měnit na vyšší
Poznámka k metadatům: je třeba naparsovat následující metadata: Strana 52
• CELEX číslo (DN)
• Název (TI)
• Text (TE)
• Autor (AU)
• Datum dokumentu (DD)
• Datum publikacie (PD)
• Sektor (DTS)
• Typ předpisu (DTT)
• Typ (FM)
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• Rok (DTA)
• Číslo (DT_NUM)
• EuroVoc (DC)
• Datum účinnosti (IF)
• Konec účinnosti (EV)
• Datum transpozície (TP)
• Odkaz na smlouvu (TT)
• Právní základ (LB)
• Adresát (AD)
• Mění/je měněn (MS - MD)
• Předchozí/následujícící akt (EA – SP)
5.1.1.4.2.1 FP1074-Import z dodaných zdrojových souborů EUR-Lex
Publikační úřad Evropské unie bezplatně poskytuje data EUR-Lex ve formátu XML s
průběžnou aktualizací (tedy častěji než jednou denně).
Je třeba vyvinout parser na XML data EUR-Lex jako robustní plně automatickou aplikaci pro
fragmentaci, hierarchizaci, vzájemné asociace mezi předpisy v rámci EUR-Lex.
Dále je třeba vytvořit asociace ze Sbírky zákonů a Sbírky mezinárodních smluv na fragmenty
EUR-Lex.
5.1.1.4.3 Vytvoření pojmové báze CzechVOC
CzechVOC je digitálním terminologickým výkladovým slovníkem pojmů užívaných v právních
předpisech, který má plnit následující úkoly:
• asistovat adresátům práva při orientaci a vyhledávání v e-Sbírce a pomáhat ke
správnému porozumění pojmům užívaným ve Sbírce zákonů či Sbírce mezinárodních
smluv
• asistovat tvůrcům legislativy ke správnému a jednoznačnému používání pojmů ve
správných kontextech jako součást e-Šablony a tím přispívat ke sjednocení
terminologie užívané v právních předpisec
• být referenčním zdrojem pro kategorizaci resp. indexaci dokumentů (tedy nejen
předpisů datové báze) a tedy i zdrojem pro tvorbu sekundárních souvislostí mezi
dokumenty skrze vyhodnocení přiřazení ke společným uzlům (např. pokud definice
pojmu v předpisu je odstraněna nebo změněna novelou, avšak jiné předpisy ji stále
používají, může CzechVOC zastat roli nositele definice významu pojmu)
• vytvářet most mezi českou legislativou a evropským standardem EuroVOC, to se pak
zohlední např. ve výstupním rozhraní směrem k systému N-LEX
Způsobů na tvorbu takového terminologického slovníku je celá řada.
Přiřazují se klíčová slova, sestavují se taxonomie, fazetové klasifikace, tezaury. Univerzální
právní klasifikační/indexační systém neexistuje a lze tak říci, že každý zdroj dokumentů přináší
Strana 53
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
i vlastní způsob kategorizace (např. každý soud klasifikuje svá rozhodnutí jinak, každý právní
informační systém to dělá také po svém).
CzechVOC si tedy nemůže klást ambici být univerzálním klasifikačním systémem. Namísto
toho vznikne integrací a následného rozvojem několika zdrojů – sestavením vybraných uzlů
do logických struktur a pořízení jejich zákonných definic extrakcí z textů sbírek.
Je třeba počítat s možnostmi pro údržbu a aktualizaci - ideálně přímo v legislativním procesu
tvůrci legislativy, nebo v jeho vyhlašovací fázi. Případně je zde možnost komunitní údržby
např. technikami wiki.
Každý zdroj bude samostatnou vrstvou. Tento způsob umožňuje vytvoření různých služeb
(např. rozhraní pro N-LEX, který je postaven na EuroVOC).
Vzhledem k uživateli bude CzechVOC vystupovat samozřejmě ve snadno uchopitelné
uživatelsky přívětivé podobě. Uzly CzechVOCu, ke kterým je předpis přiřazen, mohou být
aplikačně využity např. jako klíčová slova pro snadnější nalezení prostřednictvím internetových
vyhledavačů.
pkg Vytv oření poj mov é báze CzechVOC
Poskytnutí úložiště a nástroj ů pro v ytv oření CzechVOC
+ FP1075-Uložení č íselníků, taxonomií, tezaurů ve zdrojových ontologiích (z kterých bude vytvořen CzechVOC)
+ FP1076-GUI pro tvorbu a údržbu pojmové báze CzechVOC a všech souč ástí
+ FP1077-API rozhraní pro práci s pojmovou bází CzechVOC
Vlastní v ytv oření poj mov é báze CzechVOC
+ FP1078-Import EuroVOC
+ FP1079-Import věcných rejstříků Sbírky zákonů
+ FP1080-Pojmová analýza Sbírky zákonů
+ FP1081-Import dalších zdrojů
+ FP1082-Vytvoření cílové vrstvy CzechVOC
Obrázek 10: Vytvoření pojmové báze CzechVOC
5.1.1.4.3.1 Poskytnutí úložiště a nástrojů pro vytvoření CzechVOC
Vytvoření CzechVOC bude současně, resp. v závěsu s vytvořením datové báze sbírek.
Údržba a rozvoj CzechVOC pak bude probíhat jednak v legislativním procesu prostřednictvím
nadstaveb nástrojů e-Legislativy a dále pak prostřednictvím samostatných nástrojů ve stylu
wiki širší komunitou (pokud se povede takovou komunitu najít, resp. konstituovat).
Strana 54
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
req Poskytnutí úložiště a nástroj ů pro v ytv oření a údržbu CzechVOC
Úložiště a nástroje pro vytvoření a údržbu CzechVOC
FP1075-Uložení č íselníků, FP1076-GUI pro tvorbu a FP1077-API rozhraní pro
taxonomií, tezaurů ve údržbu pojmové báze práci s pojmovou bází
zdrojových ontologiích (z CzechVOC a všech souč ástí CzechVOC
kterých bude vytvořen
CzechVOC)
Obrázek 11: Poskytnutí úložiště a nástrojů pro vytvoření a údržbu CzechVOC
5.1.1.4.3.2 FP1075-Uložení číselníků, taxonomií, tezaurů ve zdrojových ontologiích (z kterých
bude vytvořen CzechVOC)
Je třeba vytvořit úložiště pro všechny součásti-zdroje CzechVOC v datovém modelu podle
normy ČSN 13 250 Mapy námětů, které je schopno jak udržet originální ontologie součástí a
vytvořit a udržovat vazby mezi nimi, tak nad nimi postavit novou ontologii (datový model)
CzechVOC úzce provázanou s datovým modelem sbírek.
Mapy námětů popisují libovolnou problémovou doménu jako sadu témat (tzv. topiců neboli
tříd), jejich vlastností a směrovaných relačních vztahů (tzv. asociací) mezi nimi. Technika Topic
Maps umožní ve své flexibilitě další rozvoj CzechVOC začleněním dalších vrstev.
Důležitým aspektem, které je třeba zdůraznit, je časová platnost pojmů CzechVOCu v
závislosti na navázané předpisy a jejich ustanovení.
5.1.1.4.3.3 FP1076-GUI pro tvorbu a údržbu pojmové báze CzechVOC a všech součástí
Práce se zdroji pojmové báze CzechVOC (různé číselníky, soubory, klíčových slov, taxonomie,
tezaury) i tvorba finální pojmové báze CzechVOC (tedy obsluha úložiště) bude zrealizována
prostřednictvím kolaborativních nástrojů formou tenkého klienta s rozhraním ve webovém
prohlížeči. Takové nástroje je třeba vytvořit. Toto prostředí musí být napojeno na datovou
bázi e-Sbírky tak, aby dokázalo vytvářet živá propojení. Uživatelské rozhraní i vzhled takového
prostředí bude "ala průmyslový standard wiki".
Takové nástroje musí umožnit
• zakládání pojmů
• dávkový import strukturovaných zdrojů
• editaci pojmů a všech jejich vlastností
• budování asociací mezi pojmy z různých zdrojů
• budování asociací na datovou bázi e-Sbírky
• budování dalších asociací ve formě URL odkazů (např. na slovník OVM v rámci RPP)
Tyto nástroje by pak byly v omezené formě používány i ve zmíněné následné komunitní
údržbě.
Strana 55
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.1.4.3.4 FP1077-API rozhraní pro práci s pojmovou bází CzechVOC
Úložiště poskytuje služby i prostřednictvím API - SOAP pro interní systémy e-Sbírky (plná
funkcionalita) a e-Legislativy i RESTful pro externí systémy (omezená funkcionalita), externí
dotazování bude podporovat SPARQL standard.
Základní služby:
• Create pro vytváření pojmů včetně jejich vlastností i stavů pojmů) a asociací mezi
pojmy i na datovou bázi, zápisů do logu
• Read pro poskytnutí pojmů včetně jejich vlastností í i stavů pojmů) a asociací na
datovou bázi e-Sbírky i pro čtení logů
• Update pro aktualizaci pojmů a jejich vlastností a asociační výbavy
• Delete tedy odstranění pojmů včetně všech závislostí
• Speciální služby:
• Vyhledání pojmu - vstupem je pojem/pojmy s možností filtrace na vlastnosti/asociace,
výstupem seznam hledaných pojmů s vlastnostmi (definice atd.)
• Seznam předpisů k pojmu - vstupem je pojem a výstupem seznam předpisů
asociovaných s nalezeným pojmem
• Výkladový slovník předpisu - vstupem je předpis, výstupem asociované pojmy a k nim
vybrané vlastnosti (definice)
• Lokalizace pojmů v textu - vstupem fragment sbírky (resp. obecný text s
managementem délky) a výstupem lokalizované pojmy CzechVOC resp. přímo
označkovaný analyzovaný text
5.1.1.4.3.5 Vlastní vytvoření pojmové báze CzechVOC
Formálních způsobů kategorizace dokumentů i jejich konkrétních obsahových aplikací je
samozřejmě celá řada. Přiřazují se klíčová slova, sestavují se taxonomie, fazetové klasifikace,
tezaury. Univerzální právní klasifikační/indexační systém neexistuje a lze tak říci, že každý zdroj
dokumentů přináší i vlastní způsob kategorizace (např. každý soud klasifikuje svá rozhodnutí
jinak, každý právní informační systém to dělá také po svém).
CzechVOC si tedy nemůže klást ambici být univerzálním klasifikačním systémem. Namísto
toho vznikne integrací a následného rozvojem několika zdrojů – sestavením vybraných uzlů
do logických struktur a pořízení jejich zákonných definic extrakcí z textů sbírek.
Každý zdroj bude samostatnou vrstvou. Tento způsob umožňuje vytvoření různých služeb
(např. rozhraní pro N-LEX, který je postaven na EuroVOC).
Vzhledem k uživateli bude CzechVOC vystupovat samozřejmě ve snadno uchopitelné
uživatelsky přívětivé podobě.
Uzly CzechVOCu, ke kterým je předpis přiřazen, mohou být a také budou aplikačně využity
např. jako klíčová slova pro snadnější nalezení prostřednictvím internetových vyhledavačů.
Strana 56
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
req Vlastní v ytv oření poj mov é báze CzechVOC Vytvoření CzechVOC
Přípravné práce - zdroje pro CzechVOC
FP1078-Import EuroVOC FP1082-Vytvoření cílové
vrstvy CzechVOC
FP1079-Import věcných
rejstříků Sbírky zákonů
FP1080-Pojmová analýza
Sbírky zákonů
FP1081-Import dalších
zd ro j ů
Obrázek 12: Vlastní vytvoření pojmové báze CzechVOC
5.1.1.4.3.6 FP1078-Import EuroVOC
Je třeba přepsat schéma tezauru EuroVOC do Topic Maps a implementovat EuroVOC ve všech
jazycích na úrovni názvů a jejich synonym.
(Tím se zajistí „multi-jazykovost“ - např. dotaz do e-Sbírky DPH, VAT, IVA, mwst dá vždy stejný
výsledek – na prvním místě zákon o dani z přidané hodnoty 235/2004 Sb.)
5.1.1.4.3.7 FP1079-Import věcných rejstříků Sbírky zákonů
Je třeba vytvořit ontologii pro věcné rejstříky jednotlivých ročníků Sbírky zákonů s důrazem na
zachování časových rovin těchto věcných rejstříků a dále pak
• vytvořit asociace na specifikované předpisy Sbírky zákonů a jejich ustanovení
• označit pojmy již nepoužívané
• provázat pojmy věcných rejstříků asociačně s příbuznými pojmy z vrstvy EuroVOC
Strana 57
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Obrázek 13: věcný rejstřík ročníku 1999 Sbírky zákonů, přiřazené předpisy i ustanovení předpisů
5.1.1.4.3.8 FP1080-Pojmová analýza Sbírky zákonů
Je třeba provést detailní pojmovou analýzu textů12 Sbírek zákonů tímto rámcovým způsobem:
• rozklad na slova
• každé slovo indexováno vůči fragmentům a hierarchiím na svůj přesný výskyt
(předpokládá se přibližně 500 tis. slov všech tvarů, nejen lemat), z nich bude odhadem
40% cizích slov
• syntézou slovních tvarů vznikne 50-100 tis. pojmů, v této množině budou explicitně
zachyceny nadpisy užitečně paragrafů a skupin paragrafů, z kterých bude vyčištěno
odhadem 10 tis. meritorních pojmů, k nim přibližně 20 tis. synonym
12 Vysvětlení z odpovědi na otázku v zadávacím řízení:
CzechVoc v případech, že jde o pojmy použité v právních předpisech zahrnutých do databáze ve
slovenském znění má obsahovat i slovenské pojmy.
Strana 58
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• budou naplněny do úložiště a asociovány s fragmenty, resp. s předpisy sbírek tak,
aby bylo možno se vždy od pojmů CzechVoc dostat na fragmenty, které jej
používají a naopak: od fragmentu na pojmy CzechVOC, co jsou v něm použity
• ve fragmentech bude/nebude lokalizována zákonná definice a označkování definic ve
fragmentech pro budoucí následné použití
• tam kde nebude zákonná definice lokalizována, může být navržena pojmová definice,
zde se předpokládá následná aktivita komunity "wiki způsobem"
• pojmy budou sestaveny do taxonomií a integrovány s vrstvou rejstříků
Pojmy pak budou provázány z předchozími vrstvou EuroVOC a věcnými rejstříky.
5.1.1.4.3.9 FP1081-Import dalších zdrojů
Zde je třeba využít zdrojová strukturování dalších sbírek, resp. jejich metadat
• Sbírky mezinárodních smluv s cílem provázat skrze samostatnou vrstvu s relevantními
předpisy Sbírky zákonů
• EUR-Lex prostřednictvím začlenění dalších číselníků profilujících zejména směrnice a
nařízení
Ve výsledku provázat asociacemi s EuroVOC a výstupy pojmové analýzy Sbírky zákonů.
Změny v EuroVOC jsou kontrolované, verzované, dobře dokumentované a nepříliš časté (nová
verze EuroVOC je zveřejňována každé 1-2 roky). Koncepty EuroVOC v zásadě pouze přibývají
(nízké jednotky % s každou verzí), rsp. jsou označovány za překonané, tj. nejsou bez náhrady
rušeny. Toho je třeba využít a zcela automatizovat aktualizace Eurovocu, přičemž u nových
pojmů bude vždy třeba provést jejich napojení na CzechVOC stejným způsobem, jaký byl
použit při jeho tvorbě. Tyto činnosti lze zařadit mezi běžné v údržbě datové báze, celkový
objem nepřesáhne desítky hodin ročně odborné kapacity.
5.1.1.4.3.10 FP1082-Vytvoření cílové vrstvy CzechVOC
Dodavatel musí vytvořit cílovou vrstvu CzechVOC.
Zdrojem pro tvorbu pojmů CzechVOC se stane zejména vrstva pojmové analýzy textů sbírek
se zákonnými definicemi. Pojmy budou sestavené do hierarchií, propojené souvislostmi
(různých typů) a napojené na předpisy resp. jejich ustanovení asociacemi (rovněž různých
typů). Zároveň budou uzly CzechVOC namapované na uzly dalších vrstev. Skrze toto
mapování pak bude možno „podat“ předpisy k např. k uzlům EuroVOC, což je jeden z
požadavků na rozhraní směrem k N-LEX.
Je zřetelné, že klasifikační technika takto univerzálně pojatého CzechVOC je vlastně
svébytným znalostním systémem a jako taková má vysoké nároky na způsob zápisu ontologie.
Ten musí splnit všechny obvyklé nároky klasifikace:
• „neřízený“ slovník, známé jako tagy, štítky, někdy také klíčová slova, kterých přiřazení
je na individuálním posouzení autora, který jimi charakterizuje informační zdroj
Strana 59
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• „řízený“ slovník, které poskytují ke klasifikaci předem daný seznam termínů, typicky
výčtovým způsobem
• metadata představující „informace o datech“, kde slovníky metadat představují sady
popisných vlastností, typickým příkladem slovníku metadat je Dublin Core
• taxonomie, kterou lze charakterizovat řízený slovník s prvky uspořádanými stromově,
rozeznáváme „striktní“ taxonomii, kde každý prvek má jediného rodiče (tj. de facto
hierarchie) a „laxní“ taxonomii, kde více rodičů daného prvku je povoleno
• tezaurus (s ukotvením v normách ISO 2788 a ISO5964), který ve stručnosti rozvíjí
taxonomii možností „křížových“ propojení mezi jejich prvky
• fazety, resp. fazetové klasifikace, které jsou vlastně skupinou taxonomií v jednom
stromu, kde každá z větví řeší specifický úhel pohledu n problematiku a řídí se
vlastními pravidly
• „kruh synonym“ mezi sebou propojuje termíny nějakým způsobem ekvivalentní a
typicky využívané pro účely hledání.
5.1.1.5 Vytvoření prostředí pro týmovou tvorbu datové báze předpisů e-Sbírky a
pojmové báze CzechVOC
Jak již bylo výše naznačeno, tvorba datové báze sbírek a pojmové báze CzechVOC je rozsáhlý,
časově velmi napjatý a zároveň omezený úkol pro velký tým operátorů, právníků,
projektových manažerů a databázových specialistů.
Podle orientačních odhadů jich bude více než 100 na dobu více než 1 roku. V tom je obsažena
jak tvorba datové báze sbírek, tak indexace podle CzechVOC, která y měla být realizována
v průběhu tvorby datové báze nebo alespoň v závěsu za tvorbou datové báze (indexace
předpisů dle CzechVOC probíhá ze strany předpisů).
Tým musí být skvěle sehrán, aby pracoval jednotně, činnosti se nepřekrývaly, a nevznikaly
chyby z nejasností, případně nepokrytá nezpracovaná místa.
Pro maximální podporu této souhry je třeba vytvořit týmové prostředí, jehož dílčí aspekty řeší
následující požadavky.
req Vytv oření prostředí pro týmov ou tv orbu datov é báze předpisů e-Sbírky a poj mov é báze CzechVOC
Práce s uživatelem Řešení úkolů Informační zdroje
FP1083-UAP služby FP1 0 8 7 -Úko l y FP1 0 8 8 -Po stu p y/m a n u á l y/kn o wl e d g e
b a se /fa q /d i sku se
FP1084-Personal i zač ní FP1086-Přehledy o stavech
sl u žb y p ře d p i sů
FP1085-Přehledy o aktivitách
u ži va te l ů
Obrázek 14: Vytvoření prostředí pro týmovou tvorbu datové báze předpisů e-Sbírky a pojmové báze CzechVOC
Strana 60
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Souhrn nároků na prostředí pro týmovou tvorbu datové báze a CzechVOC
e-Šablona „mínus“ bude realizována formou tenkého klienta, poběží tedy kompletně ve
webovém prohlížeči. Bude umožňovat následující:
• uživatel
• přihlášení
• odhlášení
• přehled o vlastních aktivitách uživatele
• klikací spouštění aplikací, na které má uživatel právo (např. import nebo komparace)
• panelové uspořádání plochy
• možnost vytvořit si pracovní plochu přesně podle potřeb z předpřipravených
panelů
• panely představují typicky pohledy na skupinu záznamů, listování záznamy a
specifickou práci s detaily
• možnost mít více ploch pro plnění různých úkolů
• hledání „klikacím způsobem“ v rejstřících i fulltextem
• možnost týmové práce
• prostřednictvím úkolů
• prostřednictvím diskusí a fór
• možnost e-mailových notifikací změn záznamů13
• možnost oblíbených položek
5.1.1.5.1 FP1083-UAP služby
Je třeba vytvořit UAP podporu (Users, Authorization, Permissions) - Uživatelé jsou v předem
definovaných rolích, role mají práva a jsou přidělena uživateli s přihlášením, uživatelé se
mohou seskupovat do skupin. Přihlášení a aktivity uživatelů jsou zaznamenávána do logů.
5.1.1.5.2 FP1084-Personalizační služby
Prostředí pro týmovou práci musí být možné do určité míry přizpůsobit na míru uživateli a
úkolu, který řeší tak, aby jej řešil co nejúčelněji.
Personalizace znamená tedy v tomto kontextu podporu zviditelnění/zneviditelnění funkcí,
oken, vlastností apod.
Personalizace musí být vzdáleně spravovatelná administrátorem.
13 Z odpovědi na otázku v zadávacím řízení: Strana 61
Zavatel umožní dodavateli využít SMTP server zadavatele.
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.1.5.3 FP1085-Přehledy o aktivitách uživatelů
Musí být vytvořena funkcionalita, která každému uživateli dá přehled o realizovaných
aktivitách o přihlášení/odhlášeních, otevřeních položek, změnách položek a přehledem o
historii těchto změn.
Takováto funkcionalita bude k dispozici i administrátorům a projektovým manažerů včetně
možností vyhledávání v provedených akcích.
5.1.1.5.4 FP1086-Přehledy o stavech předpisů
Při tvorbě datové báze se zpracovávají předpisy. Ty mají řady různých vlastností a tyto
vlastnosti mohou mít řadu různých stavů.
Je třeba vypracovat komfortní, ergonomické, rychle dostupné přehledy stavů předpisů a jejich
vlastností.
Tyto přehledy zároveň budou plnit funkce základního workflow.
5.1.1.5.5 FP1087-Úkoly
Součástí personalizovaného prostředí jsou osobní pracovní úkoly, které jsou povětšině spjaté
přímo s předpisy, tj. musí být viditelné ve formě souhrnů i u jednotlivých předpisů. Úkoly jsou
přidělovány nadřízeným a také nadřízeným je odsouhlasováno jejich splnění.
Takovéto prostředí pro úkoly je třeba vytvořit.
5.1.1.5.6 FP1088-Postupy/manuály/knowledge base/faq/diskuse
Součástí týmového prostředí musí být distribuce jednotná dokumentace, sdílení postupů,
vybudování osvědčených praktik, databáze řešených problémů, ke všem entitám by mělo být
možno zahájit diskusi.
Všechny entity by měly být granulovány tak, aby bylo možno si ověřit, zda pracovník
konkrétní dokument otevřel a na jak dlouho a případně v něm označil, že jej pochopil a
akceptuje.
Takovéto prostředí jednotné dokumentace musí být vybudováno v rámci sjednocení a
dosažení maximální efektivity pracovních postupů.
5.1.1.6 Vytvoření portálu e-Sbírka pro poskytování vyhlášených právních předpisů
Portál e-Sbírky umožňuje prostřednictvím adresy www.e-sbirka.cz přístup k obsahu datové
báze (vytvořené v souladu s kapitolou 4.3.) v 5 skupinách takto14:
1. Sbírka zákonů
14 Vysvětlení z odpovědi na otázku v zadávacím řízení: Strana 62
Součástí jsou i předpisy ve slovenském jazyce.
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• všechny právní předpisy a jiné akty vyhlášené a oznámené ve Sbírce zákonů po 4.
dubnu 1945,
• relevantní právní předpisy vyhlášené v předchůdcích Sbírek zákonů před 4.
dubnem 1945 (tzn. předpisy, které jsou platné nebo které jsou měněny či rušeny
právními předpisy vyhlášenými po 4. dubnu 1945). Součástí datové báze nebudou
přílohy těchto právních předpisů, pokud byly platně vyhlášeny jiným způsobem
mimo Sbírku
• v této skupině tedy bude souhrnně poskytován přístup všem vývojovým
stadiím Sbírky zákonů se souhrnným pojmenováním „Sbírka zákonů“ ať se
jednalo o Sbírku zákonů a nařízení republiky Československé (1945-48), Sbírka
zákonů republiky Československé (1948-59), nebo další
• všechna konsolidovaná znění právních předpisů vyhlášených ve Sbírce zákonů,
které vzniknou zapracováním novel vyhlášených nejen ve Sbírce zákonů, ale
v kterékoliv jiné sbírce (např. Sbírce mezinárodních smluv)
• stejnopisů všech právních předpisů Sbírky zákonů, u kterých byl originál vyhlášen
v listinné podobě
2. Sbírka mezinárodních smluv
• všechny dokumenty vyhlášené ve Sbírce mezinárodních smluv od 1.1. 2000
v přehledném rozdělení na
• sdělení, které je číslovaným předpisem vyhlašovaným v SbMS
• bude pojato v souladu se způsobem vyhlašování předpisů v SbMS jako
preambule českého překladu dokumentu, je-li k dispozici (v 85-90%
dostupný je)
• český překlad dokumentu15
• digitální repliku originálního dokumentu16, která bude souborovou přílohou
předpisu
• výjimkou jsou přílohy těchto dokumentů a plná znění rozhodnutí
mezinárodních orgánů a organizací, pokud byly vyhlášeny bez uveřejnění
jejich plného znění17; u nich se uvede pouze obsah sdělení MZV.
15 Vysvětlení z odpovědi na otázku v zadávacím řízení:
Tato verze je předmětem digitalizace do plnohodnotné strukturované podoby.
16 Vysvětlení z odpovědi na otázku v zadávacím řízení:
Digitální replikou originálního dokumentu je originální cizojazyčné znění.
Mezinárodní smlouvy se ve Sbírce mezinárodních smluv vyhlašují vždy ve znění rozhodném podle
mezinárodního práva pro jejich výklad a zároveň v překladu do českého jazyka, není-li znění
mezinárodní smlouvy v českém jazyce rozhodné podle mezinárodního práva pro výklad mezinárodní
smlouvy.
17 Vysvětlení z odpovědi na otázku v zadávacím řízení:
Pro mezinárodní smlouvy před rokem 2000, které jsou součástí Sbírky zákonů, se pro daný případ se
uplatní obecné pravidlo části kapitoly 4.3: „všechny právní předpisy a jiné akty vyhlášené a oznámené ve
Strana 63
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• všechna konsolidovaná znění právních předpisů vyhlášených ve Sbírce
mezinárodních smluv, které vzniknou zapracováním novel vyhlášených tamtéž
• stejnopisů všech právních ředpisů Sbírky mezinárodních smluv, u kterých byl
originál vyhlášen v listinné podobě
3. Úřední list
• všechny právní předpisy uveřejněné a vyhlášené v Úředním listu v letech 1945-
1962,
• všechna konsolidovaná znění právních předpisů vyhlášených v Úředním, které
vzniknou zapracováním novel vyhlášených tamtéž
• stejnopisů všech právních předpisů Úředního listu, u kterých byl originál vyhlášen
v listinné podobě
4. EurLEX v rozsahu daném v kapitole 5.1.1.4.2.
5. CzechVOC v rozsahu daném v kapitole 5.1.1.4.3.
Předpisy z portálu e-Sbírky budou zobrazeny ve formě webové stránky a k dispozici ke stažení
v elektronicky podepsaném. PDF. PDF bude generováno prostřednictvím modulu automatické
sazby do PDF/A,
Z PDF předpisů bude na první pohled patrné, zda se jedná o ověřené informativní znění, tedy
z předpisů a jejich konsolidovaných zněních „vyprodukovaným“ před spuštěním e-Legislativy,
nebo již o znění závazná, „vyprodukovaná“ již nástroji e-Legislativy.
Samozřejmě jsou možné i další formáty předpisů Podstatné je, že všechny souborové formáty
jsou generovány z databáze úložiště.
Přístup bude jak interaktivní prostřednictvím webového prohlížeče (pro klienta typu "člověk",
tak prostřednictvím rozhraní pro klienta typu "stroj".
Požadavky na jednotlivé dílčí vlastnosti a funkcionality jsou specifikovány v dalším rozpadu
této části.
Sbírce zákonů po 4. dubnu 1945. U oznámených aktů se do datové báze zahrnou pouze oznámení o jejich
vydání,“.
Strana 64
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
req Vytv oření portálu e-Sbírka pro poskytov ání v yhlášených práv ních předpisů
Základní služby portálu e-Sbírka
FP1 0 8 9 -Vyh l e d á vá n í FP1095-Obvyklá portálová
FP1 0 9 0 -Re j stříky funkčnost - homepage,
header, footer, články,
a ktu a l i ty
FP1091-Zobrazení předpisu FP1 0 9 7 -" Be zb a ri é ro vý"
přístup
Rozšířené služby e-Sbírky
FP1096-Personalizované služby FP1093-CzechVOC browser
- notifikace novinek
Vstupy do e-Sbírky Referenční služby portálu e-Sbírka
FP1094-Podpora publikace a FP1092-Odkazování přes
vyh l a šo vá n í stálé URL pro všechna znění
předpisů a jejich části, také
ELI
Obrázek 15: Vytvoření portálu e-Sbírka pro poskytování vyhlášených právních předpisů
5.1.1.6.1 FP1089-Vyhledávání
Je třeba vytvořit 2 typy vyhledávání:
• simple search s asistencí inteligentních našeptávačů pracujících s informacemi z
datové báze e-Sbírky i pojmové báze CzechVOC (upřesnění: při výběru zoběcněného
názvu jsou v seznamu výsledku podány nejdříve všechny předpisy asociované se
zobecněným názvem a následně pak všechny předpisy, které obsahují zobecněný
název)
• advanced search s možností specifikovat vyhledávací kritéria zcela svobodně.
Strana 65
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Výsledkem bude seznam předpisů s možnostmi řazení podle relevance a data
vyhlášení/účinnosti s fazetovými filtry podle informativnosti/závaznosti zobrazených znění,
čistých novel, dle typu předpisu, dle oblasti úpravy (uzel/uzly CzechVOC).
Realizaci je třeba udělat s využitím moderních trendů, např. postupné dočítání seznamu
výsledků bez stránkování atd.
Vyhledávání musí umožnit mimo jiné:
• fulltextové vyhledávání v právních aktech a předpisech18.
• vyhledávání v právních aktech a předpisech, které již nejsou platné (např. text byl
novelizován)
• vyhledávání v právních aktech a předpisech, které nejsou účinné (již nejsou účinné
nebo ještě nejsou účinné)
5.1.1.6.2 FP1090-Rejstříky
Je třeba zpřístupnit datovou bázi také rejstříkovým ("klikacím") způsobem.
Základním bude chronologický rejstřík předpisů a částek, řazený vzestupně dle data vyhlášení
s možností nastavit ročník a měsíc vyhlášení s filtrací podle sbírek (bude-li vybrána Sbírka
zákonů tak bude k dispozici pohled na předpisy, ale také na částky).
Doplňkovým věcný rejstřík řízený CzechVOCem v taxonomické organizaci s možností filtrace
podle sbírek a podle období.
5.1.1.6.3 FP1091-Zobrazení předpisu
Na portálu e-Sbírky budou zobrazeny vyhlášené předpisy s odkazy na relevantní
konsolidovaná znění.
Ke stažení budou k dispozici ve formě PDF zajištěného zaručeným elektronickým podpisem ke
stažení závazná elektronická verze předpisu včetně přiložených dotčených konsolidovaných
znění.
Předpis musí být zobrazen a sestaven tak tak, aby vizualizoval všechny benefity datového
modelu.
Zobrazení bude zorganizováno do těchto základních pohledů:
• shrnutí předpisu ("citizen summary")
• navigační rozhraní obsahu předpisu
18 Vysvětlení z odpovědi na otázku v zadávacím řízení:
Není požadováno vyhledávání v obsahu souborových dokumentů uložených v důvěryhodném archivu
(chráněném úložišti). Je však požadováno vyhledávání v metadatech souborových dokumentů v tom
smyslu, že odkaz na související souborový dokument (či dokumenty) bude součástí výsledků
vyhledávání ve strukturovaném obsahu (tzn. v relační databázi).
Strana 66
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• vlastní text předpisu
• seznam konsolidovaných znění vlastního předpisu včetně výrazného seznamu
konsolidovaných znění, které zobrazený předpis "způsobuje"
• seznam souvislostí předpisů
• přístup k důvodové zprávě
• je-li předpis v procesu změn legislativním procesem, tak odkaz na tyto informace (na
veřejném portálu e-Legislativy)
• zvýraznění odlišností zobrazené verze od jiné verze
Mezi jednotlivými zobrazení musí být vytvořena ergonomická navigace.
Doplňkově bude k dispozici zobrazené znění ve formátu XML, JSON, TXT.
5.1.1.6.4 FP1104-Získání výkladového stanoviska k předpisu a/nebo ustanovení
Gestor právní úpravy vypracuje výkladové stanovisko
• k celému předpisu
• ke konkrétnímu ustanovení
a požádá o jeho zveřejnění prostřednictvím formuláře na e-Sbírce u předpisu resp. u
ustanovení.
(Detaily způsobu požádání viz FP2100-FP2102)
Odsouhlasením žádosti o zveřejnění Publikačním úřadem je výkladové stanovisko připojeno
požadovaným způsobem (k celému předpisu nebo ke konkrétním ustanovením) a
publikováno na portál e-Sbírka tak, aby bylo požadovaným způsobem zobrazeno (u celého
předpisu nebo u konkrétních ustanovení informativního nebo závazného, vyhlášeného nebo
konsolidovaného znění).
Výkladové stanovisko bude zobrazeno buď u všech konsolidovaných znění, nebo jen u
vybraných na základě parametrů zadaných do žádosti o publikaci.
Určí-li gestor v žádosti, že výkladové stanovisko má být zveřejněno u více než jednoho
konsolidovaného znění, musí po tomto zveřejnění proces vyhlášení novel a jim relevantních
konsolidovaných znění zajistit vše potřebné pro připojení existujících výkladových stanovisek k
příslušným místům nově vyhlašovaných předpisů.
Gestor kromě zveřejnění může požádat o stažení výkladového stanoviska resp. o jeho
výměnu. Odsouhlasení žádosti bude reflektováno stejným způsobem - tedy publikací
předpisu bez výkladového stanoviska (v případě stažení) resp. se změněným výkladovým
stanoviskem (v případě žádosti o změnu).
Strana 67
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.1.6.5 FP1092-Odkazování přes stálé URL pro všechna znění předpisů a jejich části,
také ELI
Předpisy na portálu e-Sbírky musí být referencovatelné s přesností na jednotlivá citovatelná
ustanovení prostřednictvím zřetelného URL podle následujících pravidel:
Formát URL
• /{sb}/{code}[/{zneni-rrrrmmdd}][[#p{p}[-{o}-[{s}-[{b}]]]]]
kde:
povinné parametry jsou:
• {sb} – sbírka
• {code} – kód dokumentu pro adresaci na webu
Formát kódu dokumentu
• {rrrr}-{n} – pro předpis
• {rrrr}-c{c}-{t}{n} – pro oznámení
Příklad kódu dokumentu
• 1964-40
• 1989-c22-o4
nepovinné parametry jsou:
• {zneni-rrrrmmdd} – specifikace data požadovaného znění
• {p} – číslo paragrafu
• {cl} – číslo článku
• {o} – číslo odstavce
• {s} – identifikace písmena uzavřená pravou kulatou závorkou
• {b} – číslo bodu
Příklad
• /sb/2000-121#p12-4-f-3, resp. konkrétně www.e-sbirka.cz/sb/2000-121#p12-4-f-3
• /sb/1991-513/zneni-20080401#p11-9
• /sbms/2005-15, resp. konkrétně www.e-sbirka.cz/sbms/2005-15
Stažení předpisu v různých souborových formátech
Formát
• /{sb}/{code}[/{zneni-rrrrmmdd}].{ext}
kde:
povinné parametry jsou:
Strana 68
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• {sb} – sbírka
• {code} – kód dokumentu
• {ext} – souborový formát, výčtový typ, hodnoty: „pdf“, „xml“, „json“, "txt", "zip"
(v souboru „zip“ budou obsaženy všechny formáty („pdf“, „xml“, „json“, "txt"), „xml“ a
„json“ pak budou na souborové dopňkové entity odkazovat formou přímého odkazu
na soubor, který bude rovněž součástí „zip“)
nepovinné parametry jsou:
• {zneni-rrrrmmdd} – specifikace data požadovaného znění
Příklad
• /sb/2000-121.pdf, resp. konkrétně www.e-sbirka.cz/sb/2000-121.pdf
• /sb/1991-513/zneni-20080401.xml, resp. konkrétně www.e-sbirka.cz/sb/1991-
513/zneni-20080401.xml
Implementace ELI a vztah ke „stálému URL“ e-Sbírky
K datovému obsahu e-Sbírky bude možno přistupovat také prostřednictvím identifikace
Evropským identifikátorem právních textů – ELI. Je definován Úředním věstníkem Rady EU ( C
325 , 26/10/2012 S. 0003 – 0011) 19
Řetězec identifikátoru bude vytvářen dle této syntaxe:
/eli/{jurisdiction}/{agent}/{sub-agent}/{year}/{month}/{day}/{type}/{natural identifier}/{level
1…}/{point in time}/{version}/{language}
Detailní specifikace viz Úřední věstník.
Příklad několika možných ELI a porovnání se „stálým URL“ e-Sbírky (příklady se týkají
Občanského zákoníku 40/1964 Sb.).
• Konsolidované znění aktuální
• "stálé URL“ e-Sbírky: e-sbirka.cz/sb/1964-40
• ELI URL: e-sbirka.cz/eli/cz/sb/cv/1964/02/26/zakon/1964-40
• Vyhlášené znění
• "stálé URL“ e-Sbírky: e-sbirka.cz/sb/1964-40/zneni-0
• ELI URL: e-sbirka.cz/eli/cz/sb/ov/1964/02/26/zakon/1964-40
• Konsolidované znění konkrétní verze
• "stálé URL“ e-Sbírky: e-sbirka.cz/sb/1964-40/zneni-20120901
• ELI URL: e-sbirka.cz/eli/cz/sb/cv/1964/02/26/zakon/1964-40/20120901
19 http://eur-lex.europa.eu/LexUriServ/LexUriServ.do?uri=OJ:C:2012:325:0003:0011:CS:PDF Strana 69
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• Fragmenty (§ 18 odst. 2 písm. a) zákona č. 40/1964 Sb., občanský zákoník) v aktuálním
znění
• "stálé URL“ e-Sbírky: e-sbirka.cz/sb/1964-40#p18-2-a
• ELI URL: e-sbirka.cz/eli/cz/sb/cv/1964/02/26/zakon/1964-40/p18-2-a
• Fragmenty v jiném znění
• "stálé URL“ e-Sbírky: e-sbirka.cz/sb/1964-40/zneni-20120901#p18-2-a
• ELI URL: e-sbirka.cz/eli/cz/sb/cv/1964/02/26/zakon/1964-40/20120901/p18-2-a
Oba typy, tj. „stálé URL“ e-Sbírky i ELI, budou podporovány.
5.1.1.6.6 FP1093-CzechVOC browser
Je třeba v rámci rozhraní e-Sbírky poskytnout možnost "brouzdání" CzechVOCem
prostřednictvím subaplikace portálu "browser CzechVOC", tedy referenčním výkladovým
slovníkem pojmů používaných v e-Sbírce s uživatelským rozhraním obvyklým ve webových
aplikacích dnešní doby, to obnáší:
• vyhledávání pojmu
• zobrazení pojmů, definic, synonym a souvislostí
• asociované právní předpisy prostřednictvím odkazů do e-Sbírky
• další asociace ve formě URL odkazů (např. na slovník OVM v rámci RPP)
Data pojmové báze CzechVOC dostupná prostřednictvím browseru CzechVOC jsou rovněž
„strojově čitelná“ inkorporací metod a doporučení techniky Linked data (tedy unikátní http
adresa každého pojmu, standardizovaně zapsané vlastnosti a souvislosti pojmu).
5.1.1.6.7 FP1094-Podpora publikace a vyhlašování
Publikace znamená zveřejnění, tedy zviditelnění předpisů na portálu e-Sbírky se všemi
možnostmi zobrazení specifikovanými v požadavky výše.
Vyhlášením se rozumí publikace předpisů, které prošly procesy e-Legislativy, má po zveřejnění
za výsledek právní závaznost elektronického znění na portálu e-Sbírka včetně přiložených
dotčených konsolidovaných znění.
Portál e-Sbírka musí být schopen pokrýt oba případy -obecnou publikaci a její speciální
případ, tedy vyhlášení.
5.1.1.6.8 FP1095-Obvyklá portálová funkčnost - homepage, header, footer, články,
aktuality
Je třeba vybudovat portál e-Sbírka s následujícím vertikálně 4 stupňovým (hlavička, hledání,
odkazy, patička) a horizontálně 2 stupňovým rozhraním
1. hlavička
1.1. personalizace
Strana 70
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
1.2. navigace
2. hledání
2.1. seznam výsledků
2.1.1.zobrazený právní předpis
3. odkazy
3.1. rejstříky
3.1.1.zobrazený právní předpis
3.2. doplňkové přehledy
3.2.1.zobrazený právní předpis
3.3. články
3.3.1.zobrazený článek
4. patička
4.1. odkazy
4.1.1.zobrazený článek
Uživatelské rozhraní portálu e-Sbírka musí být zrealizováno jako HTML5 & Javascript aplikace
bez použití jakýchkoliv dalších komponent (Flash atd.). Musí být identicky funkční ve všech
aktuálních verzích webových prohlížečů. Entity, které nejsou ještě identicky podporovány,
(např. MathML) budou nahrazeny obrázkem.
Uživatelské rozhraní musí být zcela pochopitelné bez potřeby jakýchkoliv nápověd nebo
uživatelských příruček.
5.1.1.6.9 FP1096-Personalizované služby - notifikace novinek
Je třeba vybudovat základní personalizované služby pro uživatele, kteří si na portále e-Sbírka
vytvoří účet (autentifikace třetími stranami nebude podporována).
Registrovaný uživatel má možnost nechat se informovat o novinkách v e-Sbírce
prostřednictvím e-mailových notifikací za nastavený časový interval, např. denně nebo týdně.
Na výběr budou následující druhy notifikací:
• nově vyhlášené předpisy
• nová konsolidovaná znění
• změny (novelizace tedy nová konsolidovaná znění) předpisů, které si uživatel
označkuje samostatně
• změny předpisů, kterých změny si uživatel přeje dostávat prostřednictvím označení
oblasti (např. účetnictví nebo životní prostředí)
• novinky v systému
5.1.1.6.10 FP1097-"Bezbariérový" přístup
Uživatelské rozhraní musí být jak moderní, tak musí dodržovat ustanovení vyhlášky č. 64/2008
Sb., o formě uveřejňování informací souvisejících s výkonem veřejné správy prostřednictvím
Strana 71
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
webových stránek pro osoby se zdravotním postižením detailně rozepsanými na
www.pravidla-pristupnosti.cz.
5.1.1.6.11 Služby ostatním informačním systémům
Je nezbytné, aby e-Sbírka komunikovala s externími systémy. Mezi takové externí systémy
můžeme zařadit RPP, NLex. Dále pak je třeba, aby e-Sbírka a e-Legislativa poskytovala i
obecné API rozhraní „pro veřejnost“, jehož prostřednictvím bude nabízet finální i přesně
definovaná pracovní data dalšímu strojovému zpracování.
5.1.1.6.11.1 FP1098-e-Legislativa
Je třeba vytvořit sadu rozhraní pro úzkou komunikaci s IS e-Legislativa dle specifikovaných
požadavků e-Legislativy.
5.1.1.6.11.2 FP1099-N-LEX
Je třeba vytvořit rozhraní pro komunikaci se systémem N-LEX podle dokumentace N-LEX
Developer Guide. Dle terminologie této dokumentace je třeba implementovat rozhraní na
bázi N-LEX Remote connector. Jedná se o sadu SOAP webových služeb, která přijímá SOAP
požadavky z portálu N-LEX a vrací odpovědi v definovaném schématu.
Definované webové služby budou podporovat předávání vyhledávacích dotazů, návrat
seznamů výsledků a metadat (názvy, typy právních aktů, data platností atd.)
Vlastní znění právních aktů ve formě dokumentů bude předáváno prostřednictvím URL
identifikátorů daných dokumentů, což umožňuje předávat tyto dokumenty v libovolném
formátu, tj. jako HTML stránky, PDF dokumenty, dokumenty ve formátu MS Word atp.
Standardní sada definic webových služeb a schématu zpráv musí být redefinovatelná na
úrovni e-Sbírky. Jedná se zejména o rozsahy povolených hodnot, časové rozsahy platnosti a
vyhlášení, typy právních aktů, atp. ale např. i podporované formáty dokumentů atd.
5.1.1.6.11.3 FP1100-Registr práv a povinností
Je třeba vytvořit sadu rozhraní pro komunikaci s Registrem práv a povinností - pro příjem
dotazů, odeslání výsledků a zápis asociačních vazeb.
Systém identifikace právních aktů, předpisů a jejich částí musí umožňovat vyvinout algoritmus,
který provede namapování současných identifikátorů zákonů a jejich částí v RPP na
identifikátory e-Sbírky. Jedná se o identifikaci zákona, jeho strukturálnící částí (časti, hlavy,
paragrafy, body, písmena) účinného k určitému datu (libovolné datum, ve kterém bylo toto
ostanovení účinné, nejen "od kdy" bylo účinné).
Tento systém identifikace musí být dostupný zejména ve vyhledávacím API eSbírky a částech
API využívanými RPP k integraci s eSbírkou.
Strana 72
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.1.6.11.4 FP1101-Obecný externí informační systém
Je třeba vytvořit veřejné RESTFul API pro vyhledání předpisů různými typy dotazů a odeslání
výsledků. API musí mimo jiné splňovat Standardy publikace a katalogizace otevřených dat
veřejné správy ČR (http://opendata.gov.cz).
5.1.1.6.11.5 FP1105-Czech POINT
Součástí obecného RESTful API pro externí informační systémy jsou i funkce a data, které
bude používat zejména Czech POINT. Jedná se o následujcí funkce a vlastnosti:
• V metadatech vyhledaného právního aktu je i informace, zda obsahuje barevný obsah
a jaký je počet stran vyhlášeného PDF právního aktu.
• API umožňuje požádat o on-line vygenerování části PDF právního aktu v zadaném
rozsahu stran. e-Sbírka na takový požadavek vygeneruje a podepíše PDF, které bude
na první straně obsahovat hlavičku a metadata informující o tom, jaká část právího
aktu (rozsah stran apod.) je v dokumentu přítomna. Na dalších stranách PDF budou
vygenerovány požadované strany právního aktu. API následně vygenerované PDF
předá volajícímu systému.
5.1.1.6.11.6 FP1106-Portál veřejné správy
Systém identifikace právních aktů, předpisů a jejich částí musí umožňovat vyvinout algoritmus,
který provede namapování současných URL zákonů a jejich částí na Portálu veřejné správy na
identifikátory e-Sbírky. Jedná se o identifikaci zákona, jeho části, hlavy či paragrafu účinného k
určitému datu (libovolné datum, ve kterém bylo toto ostanovení účinné, nejen "od kdy" bylo
účinné).
Tento systém identifikace musí být dostupný jak přímo v URL portálu e-Sbírky (aby šlo
odkazovat přímo na portál e-Sbírky), ale také ve vyhledávacím API eSbírky.
5.1.1.6.11.7 FP1107-RSS kanály
RSS kanál poskytujne plný název předpisu, „stálé URL“ e-Sbírky, případně další metadata.
e-Sbírka nabídne 3 základní RSS kanály:
1. nové předpisy vyhlášené v e-Sbírce,
2. nová konsolidovaná znění zveřejněná v e-Sbírce,
3. předpisy, které vstupují v aktuálních dnech do účinnosti – nově vyhlášené i nově
konsolidované.
e-Legislativa bude obdobně publikovat zprávy přes RSS kanály na základě klíčových událostí
legislativního procesu.
Strana 73
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.1.6.12 FP1108- Informace o veřejných procesech e-Legislativy na portálu e-Sbírka
U předpisů, jež jsou předmětem níže vyjmenovaných veřejně přístupných procesů e-
Legislativy, budou z portálu e-Legislativa rámcové informace o těchto procesech získány a
zobrazeny tak, aby poskytovaly přehled o tom, co relevantního co se v souvislosti s daným
právním předpisem v legislativním procesu „děje“. Bude doplněn také odkaz na detailní
informace směrující na portál e-Legislativa.
Jedná se o následující procesy e-Legislativy vztahující se k předpisu:
• změna (novelizace) předpisu,
• rušení předpisu,
• návrhy prováděcích předpisů (včetně novel prováděcích předpisů).
5.1.1.7 Kontroly vytvořené datové báze
5.1.1.7.1 FP1103-Nástroje a prostředky pro nezávislou kontrolu datové báze
Kvalita datové báze je pro projekt e-Sbírka a e-Legislativa zásadní. Je třeba zajistit nezávislou
kontrolu její kvality, která bude sestávat z následujících dílčích fází:
• Verifikace datové báze vyhlášených znění
o Kontrola rekonstrukce textů
o Kontrola úplnosti obsahu vyhlášených znění
o Kontrola správnosti tabulek
o Kontrola správnosti netextových entit
o Nalezení překlepů
o Kontrola indexace předpisů
• Verifikace datové báze konsolidovaných znění
o Ověření protokolů o provedení konsolidace
o Komparace datové báze vůči nezávislému zdroji
o Analýza konfliktů v konsolidacích
o Kontrola odkazového aparátu
• Kontrola normalizace obsahu datové báze
• Kontrola tezauru CzechVoc
Problematika nezávislé kontroly datové báze je detailně rozebrána v kapitole 12 (Tvorba a
verifikace datové báze) resp. podkapitole 12.2 (Verifikace datové báze).
5.1.2 e-Legislativa
Základní seznam požadavků systému e-Legislativa vychází z jeho klíčové úlohy podpory
legislativního procesu od tvorby koncepcí, záměrů, přes vznik právních textů ať už nových
zákonů či novel, přes připomínkovací řízení schvalování a projednávání v Legislativní radě
vlády, ve vládě, Poslanecké sněmovně, či Senátu.
Požadavky jsou rozděleny do několika problémových domén:
Strana 74
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• Portál e-Legislativa
• Editor e-Šablona pro plusovou osu
• Související dokumenty
• Workflow
• Generátor novel
• Vyhlašování do e-Sbírky
• e-Legislativa Administrace
• Veřejný Web e-Legislativa
• Automatická sazba
Seznam požadavků pro každou problémovou doménu jsou uvedeny v následujících
kapitolách.
Strana 75
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.1 Portál e-Legislativa
FP2001-Domovské stránky FP2097-Stránky
dokumentace a školících
m a te ri á l ů
FP2003-Dashboardy
FP2007-Legislativní záměry
FP2011-Věcné záměry
FP2016-Právní akty
FP2 0 0 0 -e L e g i sl a ti va FP2078-Prohlížení právních
Portál aktů a věcných záměrů a
jejich úprava
FP2040-Právní předpisy
FP2065-Pracovní prostory
FP2077-Předávací prostory
FP2060-Legislativní plán
vl á d y
FP2 0 9 0 -No ti fi ka ce
FP2089-Vyhledávání v
p o rtá l e
FP2051-Vyhledávání ve
strukturovaném obsahu
FP2100-Výkladová stanoviska
Obrázek 16: Portál eLegislativa
Strana 76
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.1.1 FP2000-eLegislativa Portál
e-Legislativa portál legislativního procesu představuje řídící centrum pro všechny pokryté
činnosti legislativního procesu ve všech jeho fázích a poskytuje úplnou sadu nástrojů pro
všechny způsoby aktivních i pasivních vstupů do legislativního procesu.
Portál je neveřejný, je určen pro aktivní účastníky legislativního procesu.
5.1.2.1.2 FP2001-Domovské stránky
Domovské stránky slouží jako primární rozcestníky. Každá instituce má jinou domovskou
stránku (či sadu stránek).
FP2001-Domovské
stránky
FP2002-Sada stránek FP2097-Stránky dokumentace a
pro Veřejný web školících materiálů
Obrázek 17: Domovské stánky
5.1.2.1.2.1 FP2002-Sada stránek pro Veřejný web
Veřejný web eLegislativy má vlastní sadu domovských stránek určenou široké veřejnosti a
zahrnující mimo jiné přístup do části veřejného webu přístupné po registraci.
Domovské stránky veřejného webu (i další funkční stránky) budou vizuálně odlišeny od
portálu eSbírky i od portálu eLegislativy.
5.1.2.1.2.2 FP2097-Stránky dokumentace a školících materiálů
Z domovských stránek budou dostupné stránky obsahující uživatelskou dokumentaci a školící
materiály systému.
5.1.2.1.3 FP2003-Dashboardy
Dashboard je tabulkový pohled zobrazující přehled Legislativních záměrů, Věcných záměrů,
Právních aktů a Předpisů splňujících předdefinované parametry
Strana 77
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
req Dashboardy
FP2005-Dashboardy
FP2006-Správa FP2 0 0 7 -Vl a stn o sti FP2008-Sada
dashboardů dashboardu dashboardů pro
Veřejný web
Obrázek 18: Dashboardy
5.1.2.1.3.1 FP2004-Správa dashboardů
Správce může dashboard:
• vytvořit
• upravit
• smazat
5.1.2.1.3.2 FP2005-Vlastnosti dashboardu
Dashboard má následující vlastnosti:
• Obsahuje data entit Legislativní záměr, Věcný záměr, Právní akt nebo Předpis (jedno
nebo druhé)
• Ve sloupcích jsou vybraná metadata entity
• V řádcích jsou záznamy odpovídající určitému filtru. Filtrovat je možné nad metadaty
entity (zejména stavy procesů). Filtrové podmínky je možné spojovat logickými
operacemi (pouze jednoúrovňově). Počet filtrových podmínek může být omezený
pevnou konstantou.
• Řádky jsou setříděny dle vybraných metadat entity. Je možné definovat primární a
sekundární třídění, u každého z nich definovat zda je sestupné nebo vzestupné.
5.1.2.1.3.3 FP2006-Sada dashboardů pro Veřejný web
Veřejný web eLegislativy bude obsahovat vlastní sadu dashboardů zaměřenou na širokou
veřejnost.
5.1.2.1.4 FP2007-Legislativní záměry
Legislativní záměr sdružuje věcně související Právní akty a případně Věcný záměr, ze kterého
vycházejí (nejvýše jeden).
Legislativní záměr má metadata a stav, není však řízen procesem.
Strana 78
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
req Legislativ ní záměry
FP2009-Legislativní záměry
FP2010-T vorba FP2011-Zobrazení FP2 0 1 2 -Vyh l e d á n í
l e g i sl a ti vn ích l e g i sl a ti vn íh o l e g i sl a ti vn ích
záměrů záměru záměrů
Obrázek 19: Legislativní záměry
5.1.2.1.4.1 FP2008-Tvorba legislativních záměrů
Legislativní záměr je možné vytvořit, upravit a logicky smazat (smazaný legislativní záměr je
možné obnovit; fyzické smazání není možné).
5.1.2.1.4.2 FP2009-Zobrazení legislativního záměru
Zobrazení detailu legislativního záměru obsahuje zejména:
• Název
• Stav
• Vlastníka
• Další metadata, případně dokumenty legislativního záměru
• Odkaz na Věcný záměr (je-li přítomen)
• Seznam odkazů na Právní akty
5.1.2.1.4.3 FP2010-Vyhledání legislativních záměrů
Na základě definovaných parametrů (filtrů) primárně nad metadaty se zobrazí přehled
Legislativních záměrů, které odpovídají zadaným podmínkám. Následně je možné zobrazit
detail vybraného Legislativního záměru.
5.1.2.1.5 FP2011-Věcné záměry
Věcný záměr reprezentuje proces tvorby projednání a schvalování věcného záměru pro vznik
či novelizaci právních předpisů. Je součástí právě jednoho Legislativního záměru.
Strana 79
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
req Věcné záměry FP2028-Zobrazení FP2051-Vyhledávání ve
historie právního aktu a strukturovaném obsahu
FP2014-Tvorba věcných věcného záměru
záměrů FP2 0 1 6 -Vyh l e d á n í
FP2015-Zobrazení věcných záměrů
věcného záměru
FP2013-Věcné záměry
FP2 0 7 8 -Pro h l íže n í FP2017-Obsah věcného FP2056-Generování
právních aktů a věcných záměru souborových dokumentů z
záměrů a jejich úprava obsahu
FP2053-Šablony obsahu FP2 0 5 7 -Zá kl a d n í
typografická pravidla
generátoru obsahu
Obrázek 20: Věcné záměry
5.1.2.1.5.1 FP2012-Tvorba věcných záměrů
Věcný záměr je možné vytvořit a upravit, není možné jej smazat (místo toho se ukončuje
proces).
Pracovní a Předávací prostory Věcného záměru typicky vznikají a jsou řízeny automaticky dle
příslušného procesu.
5.1.2.1.5.2 FP2013-Zobrazení věcného záměru Strana 80
Zobrazení detailu věcného záměru obsahuje zejména:
• Název
• Stav procesu
• Role (Předkladatel apod.)
• Další atributy dle potřeby implementace
• Odkazy na Pracovní prostory jednotlivých fází
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• Odkazy na Předávací prostory
• Odkaz na Legislativní záměr, jehož je součástí
• Rozhodnutí o tvorbě RIA (ano/ne)
• Seznam vrstev věcného záměru
5.1.2.1.5.3 FP2014-Vyhledání věcných záměrů
Na základě definovaných parametrů (filtrů) primárně nad metadaty se zobrazí přehled
Věcných záměrů, které odpovídají zadaným podmínkám. Následně je možné zobrazit detail
vybraného Věcného záměru.
Vyhledávat je možné též fulltextově v obsahu Věcných záměrů (a dle volby uživatele i
strukturovaných dokumentů), přičemž je možné fulltextová a metadatová kritéria kombinovat.
5.1.2.1.5.4 FP2015-Obsah věcného záměru
Obsah věcného záměru je strukturovaný a je editovaný v eŠabloně. Příslušná šablona obsahu
bude odpovídat pravidlům pro věcný záměr, které definují Legislativní pravidla vlády (články 3,
4, 5 a 7).
5.1.2.1.6 FP2016-Právní akty
Právní akt je v kontextu eLegislativy souhrn dat a proces, který vede k přijetí jednoho nového
právního aktu (právního předpisu, aktu mezinárodního práva nebo dalšího právního aktu),
který bude následně zveřejněn ve Sbírce zákonů a mezinárodních smluv. Jedná se o něm jako
o celku.
Příklady právních aktů:
• Vládní návrh (úplně) nového zákona
• Novela vyhlášky
• Nevládní návrh zákona, který novelizuje několik jiných zákonů
• Nález Ústavního soudu
Některé typy Právních aktů jsou povinně součástí legislativního záměru (např. návrhy zákonů),
v některý součástí legislativního záměru nejsou (Nález Ústavního soudu).
Právní akt pracuje s Právními předpisy, což jsou primárně úplná znění předpisů. Právní akt má
vlastní strukturovaný obsah propojený s obsahy právních předpisů (úplnými zněními)
generátorem novel.
Strana 81
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
req Práv ní akty FP2023-Nálezy a FP2 0 2 4 -Sd ě l e n í
sdělení Ústavního ministerstva vnitra
FP2020-Návrhy soudu o opravě chyby
právních předpisů
FP2021-Akty FP2022-Další právní FP2 0 2 9 -Pře h l e d FP2028-Zobrazení
m e zi n á ro d n íh o akty so u vi se j ících historie právního
práva právních aktů a aktu a věcného
p ře d p i sů záměru
FP2026-Návrh FP2019-T ypy FP2027-Zobrazení FP2 0 5 1 -Vyh l e d á vá n í
názvu právního právních aktů Právního aktu ve strukturovaném
aktu obsahu
FP2025-T vorba FP2 0 3 0 -Vyh l e d á n í
Právních aktů Právních aktů
FP2 0 7 8 -Pro h l íže n í FP2018-Právní akty FP2 0 3 9 -Ro zd ě l o vá n í
právních aktů a a slučování instancí
věcných záměrů a procesu Právního
jejich úprava aktu
FP2038-Změny FP2 0 3 6 -So u vi se j ící
stavů procesu právní akty a
Právního aktu p ře d p i sy
FP2035-Podepsání FP2 0 3 7 -So u vi se j ící
Právního aktu právní akty EU
FP2034-Řízení FP2033-T vorba
úč i nnosti novel
FP2001-Úč i nnosti FP2 7 0 0 -Vyh l a šo vá n í FP2032-Generování FP2031-Obsah
zásahů Ústavního do eSbírky souborových právního aktu
soudu dokumentů právního
(from Vyhlašování do aktu FP2 0 5 3 -Ša b l o n y
e-Sbírky) obsahu
FP2056-Generování
souborových FP2 0 0 0 -Aktu á l n í
dokumentů z obsahu vrstva právního
aktu a její změna
FP2 0 5 7 -Zá kl a d n í
typ o g ra fi cká
p ra vi d l a
generátoru
obsahu
Obrázek 21: Právní akty
Strana 82
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.1.6.1 FP2017-Typy právních aktů
Právní akty se dělí na (§2, §3 a §4 návrhu zákona o Sbírce):
• návrhy právních předpisů
• akty mezinárodního práva
• další právní akty
5.1.2.1.6.1.1 FP2018-Návrhy právních předpisů
Základní vlastnosti Návrhů právních předpisů
• jádro činnosti eLegislativy
• pracují s Předpisy
• mají schvalovací proces
Typy návrhů právních předpisů:
• ústavní zákon
• zákon
• zákonné opatření Senátu
• nařízení vlády
• vyhláška
5.1.2.1.6.1.2 FP2019-Akty mezinárodního práva
Základní vlastnosti aktů mezinárodního práva:
• součástí eLegislativy je pouze jejich vyhlašovací proces, nikoli procesy přípravné,
projednávací či schvalovací; to se týká například i mezinárodních smluv prezidentského
typu, které jsou sice schvalované Parlamentem, ale tento proces reprezentován v
eLegislativě nebude
• jejich proces je jednodušší, než proces právních předpisů, před publikační fází je však
ještě (kromě první přípravné fáze) fáze Ministerstva zahraničních věcí, které připravuje
Sdělení, jímž je akt mezinárodního práva vyhlášen
• Skládají se typicky ze Sdělení Ministerstva zahraničních věcí, českého textu a textu v
rozhodném jazyce
• Zejména struktura v rozhodném jazyce není sjednocená
• nejsou součástí legislativního záměru
Typy aktů mezinárodního práva:
• platná mezinárodní smlouva (všechny typy - prezidentské, vládní, resortní, mimo smluv
EU)
• oznámení o výhradě
• rozhodnutí mezinárodních orgánů
5.1.2.1.6.1.3 FP2020-Další právní akty
Základní vlastnosti Dalšího právního aktu:
Strana 83
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• procesy jsou řádově jednodušší, de facto mají pouze přípravnou a publikační fázi
• obvykle nepracují s texty úplných znění Předpisů (až na výjimky, kterými mohou být
Nálezy Ústavního soudu)
• nejsou součástí legislativního záměru
Typy dalších právních aktů:
• nález Ústavního soudu
• sdělení Ústavního soudu
• usnesení Poslanecké sněmovny o tom, že setrvává na zákonu vráceném prezidentem
republiky
• usnesení Poslanecké sněmovny o zákonném opatření Senátu, nebo sdělení předsedy
Poslanecké sněmovny, že se Poslanecká sněmovna na své první schůzi o zákonném
opatření Senátu neusnesla
• rozhodnutí předsedy Senátu, a není-li funkce předsedy Senátu obsazena, předsedy
Poslanecké sněmovny, o vyhlášení volby prezidenta republiky
• rozhodnutí prezidenta republiky
• usnesení komory Parlamentu
• usnesení vlády
• sdělení ministerstva, jiného ústředního správního úřadu, České národní banky nebo
Státní volební komise o skutečnosti nebo přijatém rozhodnutí
• sdělení Ministerstva vnitra o opravě chyby a o oznámení chyby
5.1.2.1.6.1.3.1 FP2021-Nálezy a sdělení Ústavního soudu
Nálezy a sdělení Ústavního soudu se od dalších právních aktů liší zejména tím, že mohou
zasahovat do právních předpisů.
Ústavní soud bude do eLegislativy zapojen až po vyhlášení nálezu ÚS, bude se tedy jednat
pouze o proces publikace sdělení a nálezu do eSbírky, a to pomocí nástrojů eLegislativy.
Text nálezu či sdělení fakticky vznikne mimo nástroje eLegislativy (eŠablony), včetně výrokové
části, která může obsahovat zrušení předpisů či jejich částí. Vygenerování výroku z úplného
znění sice bude možné, půjde však pouze o orientační text, který ani terminologicky,
formulačně a strukturálně nemusí odpovídat skutečnému výroku uvedenému v nálezu.
Je-li text nálezu v rámci ústavního soudu k dispozici, úřednice zodpovědná za publikaci do
eSbírky následně provede formální korekturu textu a text nálezu či sdělení převede do
eŠablony (stále i s výrokovou částí ve formě textu) a zároveň vyznačí zrušení (části) obsahu
předpisu do jejich úplných znění. Bude na interních pravidlech Ústavního soudu, aby se
ohlídalo, že přijatý výrok půjde do úplných zněních vyznačit.
Finální znění textu určenému k publikaci schvální Předseda Ústavního soudu. Po té může
úřednice podat žádost o publikaci.
Strana 84
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Typy zásahu ÚS
ÚS může provést zásah, který buď
• ruší bez náhrady - ve chvíli, kdy nabude účinnosti, zrušený text z předpisu bez
náhrady mizí
• nechá obživnout původní text - ve chvíli, kdy nabude účinnosti, se do předpisu vrátí
text, který byl v předpisu před zrušeným textem.
5.1.2.1.6.1.3.2 FP2022-Sdělení ministerstva vnitra o opravě chyby
Sdělení ministerstva vnitra o opravě chyby je další právní akt, který může zasahovat do
právních předpisů, měnit tedy jejich obsah. Tato možnost je dispozici i pro zpětné zásahy do
znění již účinných nebo historický znění.
5.1.2.1.6.2 FP2023-Tvorba Právních aktů
Právní akt je možné vytvořit a upravit, není možné jej smazat (pouze ukončit jeho proces)
Klíčovou informací při založení Právního aktu je typ a podtyp právního aktu (dělení dle §2, §3
a §4 návrhu zákona o Sbírce), který definuje proces právního aktu.
Právní akt typu Návrh právního předpisu je součástí Legislativního záměru.
Pracovní a Předávací prostory Právního aktu typicky vznikají a jsou řízeny automaticky dle
příslušného procesu.
5.1.2.1.6.2.1 FP2024-Návrh názvu právního aktu
Na základě typu a podtypu právního aktu a zejména na základě předpisů (novelizací) v
právním aktu nabídne systém možný tvar jména právního aktu.
5.1.2.1.6.3 FP2025-Zobrazení Právního aktu
Zobrazení detailu Právního aktu obsahuje zejména:
• Název
• Typ (rozdělení na návrhy právního předpisu, akty mezinárodního práva a další právní
akty)
• Podtyp (další členění v rámci typu, například typ „Návrh právního předpisu“ má
podtypy jako „ústavní zákon“, „zákon“, „zákonné opatření Senátu“, a „vyhláška“)
• Stav procesu
• Role (Předkladatel, Spolupředkladatel apod.)
• Další atributy dle potřeby implementace
• Způsob stanovení účinnosti
• Předpokládané datum účinnosti
• Odkazy na Předpisy, které jsou součástí právního aktu (včetně indikace, zda existuje i
jiný rozpracovaný Předpis vycházející ze stejného Základního právního předpisu
eSbírky)
Strana 85
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• Odkazy na Pracovní prostory jednotlivých fází
• Odkazy na Předávací prostory
• Odkazy na Legislativní záměr, jehož je součástí (je-li)
• Informace o zahrnutí do legislativních plánů vlády
• Související Právní akty
• Související právní akty EU
• Rozhodnutí o provedení RIA (ano/ne)
• Termín stanovený pro implementaci (u návrhů právních předpisů implementujících
právo EU)
• Seznam vrstev právního aktu
5.1.2.1.6.3.1 FP2026-Zobrazení historie právního aktu a věcného záměru
Systém zobrazí historii procesu právního aktu nebo věcného záměru z pohledu uživatele.
Každý krok procesu je popsán, označen datováním a doplněn daty, které se k němu vážou -
dokumenty z pracovních prostorů (případně jejich verze) a vrstvy právního aktu (či věcného
záměru).
Historie je graficky členěná dle částí procesů (fází či předávání).
Některé záznamy v historii jsou veřejné, pak jsou vidět jak na portále eLegislativy, tak na
veřejném webu, některé jsou neveřejné - ty na veřejném webu nejsou.
5.1.2.1.6.3.2 FP2027-Přehled souvisejících právních aktů a předpisů
Systém zobrazí seznam všech vazeb právního aktu na jiné právní akty či předpisy:
• Vazby nálezů Ústavního soudu
• Procesní vazby
• Opravy
• Obecné vazby
Vazby jsou směrové, mají zdroj a cíl. Zobrazení vazeb tuto směrovost zahrnuje - je poznat, zda
právní akt je zdrojem nebo cílem vazby.
5.1.2.1.6.4 FP2028-Vyhledání Právních aktů
Na základě definovaných parametrů (filtrů) primárně nad metadaty se zobrazí přehled
Právních aktů, které odpovídají zadaným podmínkám. Následně je možné zobrazit detail
vybraného Právního aktu.
Vyhledávat je možné též fulltextově v obsahu právního záměru, obsahu předpisů a
strukturovaných dokumentů, přičemž je možné fulltextová a metadatová kritéria kombinovat.
Uživatel se také může omezit na menší množinu strukturovaných dat, například na právní akt
a předpisy.
Strana 86
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.1.6.5 FP2029-Obsah právního aktu
Právní akt má strukturovaný obsah editovaný v eŠabloně, který bude ve finále publikován v
eSbírce. Obsah právního aktu je propojen s obsahy právních předpisů v právním aktu.
Je-li součástí Právního aktu Nový předpis (tzn. předpis, který není novelizací již existujícího
předpisu), pak je obsah Nového předpisu reprezentuje obsah celého právního aktu a vice
versa.
Pokud právní akt obsahuje pouze novelizace předpisů (tzn. je novelou úplných znění
předpisů), pak právní akt má vlastní obsah, který de facto definuje strukturu předpisu/novely
(hlavička, preambule, rozdělení do částí, ustanovení o účinnosti apod.), bloky novelizačních
bodů však vznikají vygenerováním z úplných znění novelizovaných Předpisů, a to pomocí
generátoru novel.
Takovéto novelizační bloky je možné vložit i do obsahu Základního předpisu a vytvořit tak
scénář typu "zákon o... a změně některých zákonů".
Obsah právního aktu a v něm obsažených předpisů je reprezentován strukturovanými daty.
Může však být kdykoli vyexportován do souborové podoby, typicky do PDF, RTF nebo XML
souboru. V této formě je pak využíván v situacích, pro které není strukturovaná forma vhodná,
např. podepisování či export ze systému.
5.1.2.1.6.5.1 FP2030-Aktuální vrstva právního aktu a její změna
Vrstvy právního aktu reprezentují stav právního aktu v určitém čase nebo stavu procesu.
Právní akt má jednu aktuální vrstvu, která odpovídá aktuálnímu stavu procesu. Například po
schválení zákona v PSP je aktuální vrstvou vrstva obsahující právní akt tak, jak byl schválen
PSP a je odesílán do senátu.
Aktuální vrstva je typicky poslední vrstva právního aktu z pohledu času jejího vzniku. V
některých procesních situacích se však za aktuální vrstvu musí vybrat některá z historických
vrstev právního aktu a proces dále pokračuje nad ní (tzn. původní "větev" vrstev vedoucí k
původní aktuální vrstvě před změnou již není použita). Tato operace se provede v situaci, kdy
Senát navrhl schválit předpis s pozměňovacími návrhy (poslední a současně aktuální vrstva),
PSP však schválí zákon ve znění původně schváleném PSP - v tu chvíli se musí aktuální vrstvou
stát vrstva znění původně schváleného PSP. Vrstvy vzniklé v Senátu se již v dalším procesu
nevyužijí.
5.1.2.1.6.6 FP2031-Generování souborových dokumentů právního aktu
Je možné vygenerovat obsah právního aktu (např. novelizační zákon) do souborové podoby.
Do souborové podoby (ve smyslu jednoho souboru) je však možné vygenerovat vybranou
sadu obsahů (právního aktu či věcného záměru, předpisů a strukturovaných dokumentů).
Výběr pak určuje, které obsahy budou do výsledného souboru zahrnuty a v jakém pořadí.
Strana 87
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Příklad: Do Poslanecké sněmovny se oficiálně posílá návrh právního předpisu současně s
důvodovou zprávou.
5.1.2.1.6.7 FP2032-Tvorba novel
Pokud jsou součástí právního aktu novelizované Předpisy, je věcné jádro Právního aktu
(Novely) generováno na základě změn v novelizovaných předpisech (v úplných zněních).
Editovatelný obsah Právního aktu v eŠabloně tedy definuje strukturu novely, novelizační body
jsou vygenerovány z Předpisů (nejsou tedy v Novele přímo editovatelné).
Obsah novely (textu novely) je k dispozici ve strukturovaných datech stejně jako úplná znění
novelizovaných předpisů a související strukturované dokumenty (jako důvodová zpráva). Ze
strukturovaných dat pak je dle potřeby možné vygenerovat novelu, úplná znění předpisů a
další data ve formě jednoho či více souborů. Ty pak jsou používány k různým účelům,
například podepisování, odesílání do okolních systémů, tisku či finálnímu vyhlášení do
eSbírky.
5.1.2.1.6.8 FP2033-Řízení účinnosti
Právní akt definuje datum (či způsob stanovení data) účinnosti. Jednotlivé změny v Předpisech
však mohou mít definovánu výjimku z této globální účinnosti.
Způsoby stanovení účinnosti právního aktu
(primárně dle §9 nového zákona o Sbírce):
• výchozí (nabytí platnosti + 15 dní)
• platnost + x dní (X nutné specifikovat uživatelem)
• pevné datum (použije se i pro nálezy Ústavního soudu účinné dnem jejich veřejného
vyhlášení)
• textová specifikace data účinnosti
• pevné datum odložené účinnosti (pro nálezy Ústavního soudu)
Pracovní datum účinnosti
Právní akt má také pracovní datum předpokládané účinnosti, které primárně definuje
posloupnost vytváření úplných znění jednotlivých novelizací. Zásah do účinnosti tak může
vyvolat nutnost změnit výchozí vrstvy předpisů.
Textová účinnost
Je-li účinnost definována textem, pak je z pracovního pohledu účinnost považována za
nekonečnou. Je-li přijat právní akt s takovouto specifikací účinnosti, musí u něj být uveden
orgán, který účinnost specifikuje sdělením (další právní akt). Než tak učiní, je pravidelně
notifikován. Ve chvíli, kdy tak učiní, datum nastaví publikační úřad.
Strana 88
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Účinnost do
Všechny účinnosti, se kterými se v eLegislativě pracuje, jsou tzv. "účinnosti od". Definují tedy
právní stav účinný od uvedeného data. Výjimkou je pouze právní akt obsahující pouze nový
právní předpis a žádné novelizace předpisů. U nového právního předpisu je možné definovat i
"účinnost do".
U jakýchkoli novelizačních ustanovení není "Účinnost do data D" podporovaná.
Je-li potřeba, může být u novelizačních ustanovení použit aparát "účinnosti od data D" s tím,
že se stanoví, jak bude ustanovení vypadat po dotčeném datu D (tzn., např. vrátí se do
původního stavu či bude zrušeno).
5.1.2.1.6.8.1 FP2034-Účinnosti zásahů Ústavního soudu
Napadené účinnosti předpisů
Existuje-li platné znění předpisu v různých účinnostech (případně k této situaci dojde během
řízení před ÚS), musí navrhovatel de facto specifikovat, které znění (ke kterému datu
účinnosti) napadá a pouze to pak ústavní soud zruší.
Například je-li účinné k dnešnímu dni určité znění daňového zákona, ale k 1. 1. následujícího
roku je již schváleno znění jiné, musí navrhovatel říci, zda napadá znění současné či znění od
1.1. (může samozřejmě napadnout obojí). Pokud ÚS následně navrhovateli vyhoví, zruší pouze
napadenou variantu znění. Bylo-li tedy napadeno pouze současné znění, je zrušeno to, ale od
1. 1. stále platí znění nové. Pokud jsou napadena znění obě (současné i nové od 1. 1.) a
ústavní soud zruší ve svém výroku obě, zruší se i v systému znění současné i nové od 1. 1.
Posouzení je v konečném důsledku úsudkem ÚS, ten rozhoduje o povaze účinku nálezu.
Účinnosti nálezu či sdělení ÚS
Účinnosti nálezu ústavního soudu mohou být následující:
• K datu publikace - nejtypičtější, znamená provedení akce k tomuto datu
• K pevně stanovenému datu - tak zvaná odložená účinnost. Toto znamená, že zásah se
v eSbírce k budoucímu datu účinnosti sice objeví, ale pokud následně (ale ještě před
jeho účinností) přijde nová úprava (musí mít tedy účinnost dříve, než účinnost nálezu
ÚS), která zasahuje do dotčeného znění, pak zásahy ÚS do znění předpisu z eSbírky de
facto zmizí (zůstane ale určitě obecný odkaz mezi nálezem a předpisem)
• K datu veřejného vyhlášení rozhodnutí - používá se, když hrozí nebezpečí z prodlení a
nelze čekat až na publikaci ve Sbírce zákonů; v tom případě alespoň zašle ÚS rychle k
vyhlášení Sdělení Ústavního soudu, až následně plnohodnotný Nález.
• Teoreticky může ÚS zasáhnout i do historického znění, technicky tedy musí jít
zasáhnout i do znění, který již přestalo být účinné. V takovém případě účinnost nálezu
nebude současně implikovat, kterou účinností verzi textu ÚS mění.
Obecně účinnost nálezu ÚS není shodná s účinností verzí předpisu, do kterého ÚS zasahuje -
k jakému datu se předpis mění, musí být vyspecifikováno zvlášť před samotným zásahem
Strana 89
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
(například existuje nové platné znění účinné k 1. 1. následujícího roku a ÚS rozhodne o zrušení
aktuálně platného textu 20. prosince s účinností od data publikace - to bude např. 3. 1., ale
bude stále zasahovat do znění před 1. 1. nikoli po něm).
Ústavní soud může odloženou účinnost specifikovat textem a nikoli datem, ale tento případ se
bude podporovat pouze v situaci, kdy nedojde ke kolizi s nějakým platným budoucím zněním.
Pokud by ke kolizi došlo, bude se to řešit ad hoc.
5.1.2.1.6.9 FP2035-Podepsání Právního aktu
Právní akt je podepisován, a to současně následujícími způsoby:
• v datové formě (XML)
• ve formě vygenerovaného textu
V tomto případě se podpisem myslí elektronický podpis oprávněné osoby, nikoli technický
podpis systému. Tento podpis bude aplikován dle zákonných požadavků a týká se zejména:
• ústavních činitelů
• osob, které mohou podávat návrhy zákonů
• osob, které mohou požadovat publikaci v eSbírce
Právní akty jsou typicky podepsány před přenesením dat do Předávacího prostoru.
5.1.2.1.6.10 FP2036-Související právní akty a předpisy
Každý právní akt může mít vazby různých druhů na jiné právní akty nebo na předpisy. Každá
vazba je směrová, má zdroj a cíl.
V rámci právního aktu může uživatel některé vazby, jejichž zdrojem je právní akt, zakládat,
editovat či mazat.
Jedná se o následující typy vazeb.
Vazby nálezů Ústavního soudu
Vazba vzniká v situaci, kdy právní akt typu Nález Ústavního soudu je vhodné připojit k
právním aktům či právním předpisům, jichž se dotýká, například prohlašuje za neústavní
(nebo naopak za ústavní) některá jejich ustanovení.
Procesní vazby
Vazba vzniká typicky pro právní akt typu Další právní akt (obvykle sdělení nebo usnesení),
který vzniká v rámci procesu jiného právního aktu. Příkladem je Usnesení PSP o setrvání na
zákonu, které by mělo mít procesní vazbu na zákon, jehož se týká. Cílem procesní vazby jsou
vždy právní akty, nikoli právní předpisy.
Strana 90
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Opravy
Vazba na opravovaný právní akt. Používá se například v situaci, kdy opravu nelze provést do
textu základního předpisu (např. pro opravu Dalšího právního aktu, který není možné
novelizovat).
Obecné vazby
Definuje obecnou vazbu na právní předpis nebo právní akt. Důvod vazby je specifikován
uživatelem v obecné textové podobě.
Kromě výše uvedených vazeb vnikají mezi právními předpisy a právními akty též vazby, které
plynou z textu předpisů, například odkazy na zákony či jejich ustanovení.
5.1.2.1.6.11 FP2037-Související právní akty EU
Uživatel definuje, které právní akty EU souvisí s Právním aktem. Tyto vybrané právní akty EU
pak může uživatel používat v eŠabloně v rámci obsahu předpisů.
Uživatel může přidávat a odebírat (to však pouze v případě, že nebyl Právní akt EU použit v
obsahu Předpisu).
Právní akty EU vyhledává uživatel v modulu Eur-Lex eSbírky.
Pro potřeby Právního aktu se pracuje s následujícími metadaty.
Metadata převzatá z Eur-Lexu (needitovatelná):
• CELEX
• Název předpisu EU (v češtině)
Metadata specifická pro konkrétní vazbu (editovatelná):
• Typ vazby (dle Legislativních pravidel vlády čl. 48)
• Popis vazby
Při vložení Novelizace předpisu z eSbírky do Právního aktu se do Souvisejících právních aktů
EU přidají všechny Právní akty EU odkazované předpisem (s výchozím Typem vazby "bez
úvodního textu").
5.1.2.1.6.12 FP2038-Změny stavů procesu Právního aktu
Právní akt prochází procesem jako celek. Stavy procesu jsou měněny uživateli nebo okolními
systémy, případně správcem systému. Ke změně stavu mohou být definovány podmínky, při
příchodu do stavu či odchodu ze stavu případně probíhají akce definované příslušným
procesem.
5.1.2.1.6.13 FP2039-Rozdělování a slučování instancí procesu Právního aktu
Změny právních předpisů jsou vždy sdruženy do Právního aktu (typicky Návrhu právního
předpisu), což znamená současné projednávání změn všech předpisů a jednu sadu
Strana 91
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
doprovodných dokumentů. Každý rozpracovaný právní předpis (úplné znění) je v jednom
momentu součástí právě jednoho právního aktu.
Ve chvíli, kdy je potřeba projednávání rozdělit či spojit (například z jednoho novelizačního
zákona měnicího 30 předpisů mají vzniknout zákony dva, každý měnící 15 předpisů), vnikají či
zanikají příslušné Právní akty a k nim příslušné instance procesů. Při rozdělení (de facto
oddělení) vzniká nový Právní akt a jeho proces pro oddělené předpisy, přičemž proces je ve
stejném stavu, jako proces původní. Při sloučení (de facto připojení) jeden z Právních aktů
zaniká (jeho proces je ukončen) a jeho historie je připojena k historii pokračujícího sloučeného
Právního aktu. Pro sloučení musí být procesy obou Právních aktů ve stejném stavu.
Rozdělování a slučování není možné provádět v částech procesů, které implementují
předávání mezi institucemi. Navíc věcné stránce nelze tyto operace provádět po předání do
Poslanecké sněmovny.
Operace slučování a rozdělování Právních aktů nejsou určeny pro situaci, kdy není
připravovaná novela zákona nakonec formálně podána do Poslanecké sněmovny jako
standardní návrh zákona, ale jako (komplexní) pozměňovací návrh jiné novely. Takovýto
pozměňovací návrh nebude s původně připravovanou novelou v systému automaticky
propojen, nebude u něj tedy například zobrazena historie původní připravované novely.
5.1.2.1.7 FP2040-Právní předpisy
Právní předpis reprezentuje úplné znění předpisu a návrh jeho změn. Předpisem je tedy v
kontextu eLegislativy míněno vytvoření nového Základního právního předpisu nebo jeho
změna (novelizace).
Základní právní předpis (jeho platné znění) spravuje eSbírka a eLegislativa jej buď nově
vytváří, nebo mění. Například pokud se připravují paralelně dvě změny téhož zákona, existují v
systému dva Předpisy reprezentující dvě připravované verze úplných znění.
Předpis vždy patří do právě jednoho Právního aktu, toto přiřazení se však může měnit (viz.
rozdělování a slučování právních aktů). Typ právního aktu ovlivňuje, jaké typy Předpisů smí
obsahovat. Například právní akt "Zákon" nemůže obsahovat předpisy novelizující vyhlášky.
Strana 92
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
req Práv ní předpisy FP2044-Nač tení FP2049-Vazby na
vazeb z RPP na právní akty a
FP2 0 4 3 -Vyh l e d á n í p ře d p i s právní předpisy
předpisu v
eSbírce
FP2 0 4 2 -No ve l i za ce FP2 0 4 7 -Pře h l e d y FP2048-Úprava
p ře d p i su so u vi se j ících atributů předpisu
p ře d p i sů
FP2058-Prováděcí FP2041-Nový
p ře d p i sy FP2046-Zobrazení p ře d p i s
p ře d p i su
FP2054-Vrstvy FP2040-Právní předpisy FP2059-Právní
obsahu předpisu o b l a sti
FP2055-Změna FP2 0 5 0 -Vyh l e d á n í
výchozí vrstvy p ře d p i sů
obsahu předpisu
FP2 0 5 2 -Ed i ta ce FP2056-Generování FP2 0 5 1 -Vyh l e d á vá n í
obsahu předpisu souborových ve strukturovaném
dokumentů z obsahu obsahu
FP2 0 5 3 -Ša b l o n y
obsahu FP2 0 5 7 -Zá kl a d n í
typ o g ra fi cká
p ra vi d l a
generátoru
obsahu
Strana 93
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
FP2 0 4 3 -Vyh l e d á n í FP2045-Nač tení FP2044-Nač tení FP2049-Vazby na
předpisu v eSbírce vazeb z PMA na vazeb z RPP na právní akty a
p ře d p i s p ře d p i s právní předpisy
FP2 0 4 2 -No ve l i za ce FP2 0 4 7 -Pře h l e d y FP2048-Úprava
p ře d p i su so u vi se j ících atributů předpisu
p ře d p i sů
FP2058-Prováděcí FP2041-Nový
p ře d p i sy FP2046-Zobrazení p ře d p i s
p ře d p i su
FP2054-Vrstvy FP2059-Právní
obsahu předpisu o b l a sti
FP2040-Právní předpisy
FP2055-Změna FP2 0 5 0 -Vyh l e d á n í
výchozí vrstvy p ře d p i sů
obsahu předpisu
FP2 0 5 2 -Ed i ta ce FP2056-Generování
obsahu předpisu souborových
dokumentů z obsahu
FP2 0 5 1 -Vyh l e d á vá n í
ve strukturovaném
obsahu
FP2 0 5 3 -Ša b l o n y FP2 0 5 7 -Zá kl a d n í
obsahu typ o g ra fi cká
p ra vi d l a
generátoru
obsahu
Obrázek 22: Právní předpisy
5.1.2.1.7.1 FP2041-Nový předpis
Uživatel vytváří nový předpis v situaci, kdy je cílem připravit návrh nového Základního
předpisu, tzn., text předpisu vzniká od začátku.
Obsah nového předpisu je zároveň obsahem i celého právního aktu. Součástí obsahu Nového
přepisu však mohou být i novelizační bloky, které jsou generovány z návrhu změn z dalších
novelizovaných předpisů téhož právního aktu (jedná se o "zákon o... a změně některých
zákonů").
Strana 94
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.1.7.2 FP2042-Novelizace předpisu
Uživatel vytváří Novelizaci předpisu v situaci, kdy je cílem zrušit nebo změnit existující platný
Základní právní předpis načtený z eSbírky, tedy změnit jeho platné úplné znění.
Jako podklad pro Novelizaci předpisu je možné použít i nevyhlášený Předpis eLegislativy. Toto
bude použito v situaci, kdy jsou rychle za sebou připravovány novely předpisu přičemž
"předchozí" novely ještě nebyly vyhlášeny.
Ve chvíli, kdy je podkladový předpis již vyhlášen v eSbírce, je nutné změnit výchozí vrstvu
obsahu předpisu tak, aby odpovídala platné verzi předpisu v eSbírce.
5.1.2.1.7.2.1 FP2043-Vyhledání předpisu v eSbírce
Při novelizaci Základního předpisu uživatel vyhledá v eSbírce předpis, který bude novelizován.
Vyhledávání je možné dvojího typu:
• obecné vyhledávání v eSbírce dle běžných parametrů
• kontextové vyhledání, které bere v úvahu, které předpisy jsou součástí Právního aktu,
do kterého Novelizaci předpisu vkládáme. Zejména se jedná o nabídku všech
Základních předpisů eSbírky, které na předpisy v Právním aktu odkazují nebo které
jsou odkazovány předpisy v Právním aktu
Na základě definovaných parametrů (filtrů) se zobrazí přehled Základních předpisů eSbírky,
které odpovídají zadaným podmínkám. Následně je možné zobrazit detail vybraného
Základního přepisu v eSbírce a předpis vybrat (a vyrobit tak Novelizaci předpisu).
5.1.2.1.7.2.2 FP2044-Načtení vazeb z RPP na předpis
Systém bude u Předpisu uchovávat lokální kopii vazeb na Základní předpis eSbírky z RPP. Tyto
vazby se z RPP načtou při vložení předpisu do právního aktu (tzn. natažení předpisu z
eSbírky). Uživatel je může nechat zaktualizovat (nechat znova načíst z RPP).
5.1.2.1.7.3 FP2046-Zobrazení předpisu
Zobrazení detailu Předpisu obsahuje zejména:
• Název
• Typ
• Základní právní předpis eSbírky
• Právní oblasti, do kterých předpis spadá
• Další metadata
• Odkaz na Právní akt, jehož je součástí
• Seznam vrstev obsahu předpisu (např. Po připomínkovém řízení, Po projednání
legislativní radou vlády apod.)
• Přehled prováděcích předpisů
• Nadřízený předpis (je-li Předpis Prováděcím předpisem)
• Další související předpisy
Strana 95
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.1.7.3.1 FP2047-Přehledy souvisejících předpisů
a) Zobrazí seznam všech právních aktů s konsolidačními vazbami na právní předpis (tzv.
právních aktů měnících znění předpisu):
• Novely
• Opravy
• Nálezy Ústavního soudu
b) Zobrazí seznam všech vazeb právního předpisu na jiné právní akty či předpisy:
• Prováděcí či nadřízené předpisy
• Vazby RPP
• Vazby nálezů Ústavního soudu (neměnící text předpisu)
• Právní oblasti
• Obecné vazby
Vazby jsou směrové, mají zdroj a cíl. Zobrazení vazeb tuto směrovost zahrnuje (tzn. je poznat,
zda právní předpis je zdrojem nebo cílem vazby)
c) Zobrazí přehled předpisů a dalších entit, které jsou odkazovány nebo odkazují na Předpis:
• přehled předpisů eLegislativy ("návrhy"), na které obsah Předpisu odkazuje
• přehled předpisů eLegislativy ("návrhy"), jejichž obsah odkazuje na Předpis
• přehled předpisů eSbírky, na které obsah Předpisu odkazuje
• přehled předpisů eSbírky, jejichž obsah odkazuje na Předpis
• přehled dokumentů EUR-Lexu, na které obsah Předpisu odkazuje
• přehled mezinárodních smluv, na které obsah předpisu odkazuje
d) Zobrazí přehled předpisů eLegislativy ("návrhy"), které vychází ze stejného Základního
právního předpisu eSbírky (tzn., jsou paralelně rozpracovány ještě někde jinde)
5.1.2.1.7.4 FP2048-Úprava atributů předpisu
Uživatel upravuje atributy Předpisu, které nejsou součástí obsahu Předpisu.
5.1.2.1.7.4.1 FP2049-Vazby na právní akty a právní předpisy
Každý právní předpis může mít vazby různých druhů na jiné právní akty nebo na předpisy.
Každá vazba je směrová, má zdroj a cíl.
V rámci právního předpisu může uživatel vazby zakládat, editovat či mazat. To však pouze u
vazeb, jejichž zdrojem je právní předpis jako celek (tzn., nejde o vazby vzniklé v rámci obsahu
předpisu).
Jedná se o následující typy vazeb.
Právní oblasti eSbírky
Definuje, do kterých oblastí právní předpis patří (jedná se o kategorizaci právních předpisů do
věcných oblastí práva, jeden předpis může patřit do více právních oblastí).
Strana 96
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Obecné vazby
Definuje obecnou vazbu na právní předpis nebo právní akt. Důvod vazby je specifikován
uživatelem v obecné textové podobě.
5.1.2.1.7.5 FP2050-Vyhledání předpisů
Na základě definovaných parametrů (filtrů) primárně nad metadaty se zobrazí přehled
Předpisů, které odpovídají zadaným podmínkám. Následně je možné zobrazit detail
vybraného Předpisu.
Jedním z vyhledávácích parametrů je i Základní předpis v eSbírce - v takovém případě systém
vrátí seznam všech Předpisů (rozpracovaných úplných znění), které připravují v rámci
eLegislativy jeho novelizaci.
Vyhledávat je možné též fulltextově v obsahu předpisů, přičemž je možné fulltextová a
metadatová kritéria kombinovat.
5.1.2.1.7.5.1 FP2051-Vyhledávání ve strukturovaném obsahu
Vyhledávání ve strukturovaném obsahu (právního aktu, věcného záměru, předpisu nebo
strukturovaného dokumentu) je primárně fulltextové20. Primárně vyhledává ve všech vrstvách
příslušného obsahu, na které má uživatel oprávnění.
Vyhledávání může být uživatelem omezeno doplňkovými kritérii, což mohou být metadata
spojená s obsahem, vrstvami nebo fragmenty, nebo omezeno kontextem, ve kterém
vyhledávání probíhá - např. hledá-li se v rámci konkrétního prostoru, jsou do výsledků
zařazeny pouze vrstvy daného prostoru; nebo hledá-li se v rámci předpisů, musí příslušný
předpis splňovat metadatová kritéria, která uživatel definoval.
5.1.2.1.7.6 FP2052-Editace obsahu předpisu
Obsah předpisu ("text úplného znění") je editován v eŠabloně, ať už jde o změny v předpisu
samém nebo procesní návrhy na úpravy navrhovaných změn (připomínky, pozměňovací
návrhy).
5.1.2.1.7.6.1 FP2053-Šablony obsahu
Každý strukturovaný obsah právního aktu, předpisu, věcného záměru a strukturovaných
dokumentů je určitého typu a vychází z předdefinované strukturované šablony. Ta zajišťuje
jednotnou strukturu stejných typů dokumentů a jednotný grafický vzhled.
Tato šablona definuje:
20 Vysvětlení z odpovědi na otázku v zadávacím řízení:
Není požadováno vyhledávání v obsahu souborových dokumentů uložených v důvěryhodném archivu
(chráněném úložišti). Je však požadováno vyhledávání v metadatech souborových dokumentů v tom
smyslu, že odkaz na související souborový dokument (či dokumenty) bude součástí výsledků
vyhledávání ve strukturovaném obsahu (tzn. v relační databázi).
Strana 97
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• výchozí strukturu obsahu (např. výchozí strukturu právního předpisu)
• pravidla, která musí struktura obsahu splňovat (např. daná legislativními pravidly
vlády). Tato pravidla jsou eŠablonou kontrolovaná a vyžadovaná, pokud nebyla
udělena výjimka Publikačním úřadem (ta se bude dávat např. pro novelizaci starších
předpisů se strukturou, která neodpovídá současným pravidlům). Pokud výjimka
udělena bude, bude aplikována nestandardní šablona, která bude vyžadovat
dodržování pouze omezené sady pravidel, nikoli všech pravidel dle LPV.
5.1.2.1.7.7 FP2054-Vrstvy obsahu předpisu
Obsah přepisu (úplné znění) je strukturovaně editován oprávněnými uživatel v eŠabloně.
Verze obsahu jsou zachyceny ve vrstvách. Vrstva představuje verzi obsahu v určitém čase
(hlavní vrstva) nebo jde o vrstvu, ve které se připravují připomínky nebo pozměňovací návrhy
(slepá vrstva). Každá vrstva je po vytvoření typicky v pracovním režimu, kdy je editovatelná a
přístup k ní bývá omezen nebo interně řízen právy (uživatelé vidí např. jen její části - např.
vlastní připomínky). Na konci je vrstva uzavřena a od té chvíle je neměnná.
Hlavních pracovních vrstev (editovatelných vrstev v hlavním prostoru) může vzniknout několik
paralelně vedle sebe. Používají se v situaci, kdy různí lidé chtějí dočasně pracovat na vlastní
variantě právního aktu nebo jeden člověk chce provést snímky své práce v čase (uzavře jednu
pracovní vrstvu a z ní vytvoří další). Ve výsledku však musí být sloučeny do jedné hlavní vrstvy,
která se uzavře a dále pokračuje v procesu.
Vznik a uzavírání hlavních vrstev řídí procesy a jejich stavy, slepé vrstvy jsou svázány s
podprostory, typicky s prostorem připomínek nebo pozměňovacích návrhů.
5.1.2.1.7.8 FP2055-Změna výchozí vrstvy obsahu předpisu
Obsah předpisu ne vždy vychází z verze předpisu, která je platnou verzí obsahu v eSbírce. Jde
například o následující situace:
• Předpis byl založen jako novela nevyhlášeného předpisu eLegislativy
• během projednávání a schvalování Právního aktu dojde k novelizaci předpisu, tzn.,
změní se platné znění
Jestliže úplné znění předpisu nevychází z aktuálně platného znění v eSbírce, není možné jeho
novelizaci v dané podobě vyhlásit. V průběhu procesu tak musí dojít ke změně výchozí vrstvy
předpisu na vrstvu, která odpovídá platnému znění v eSbírce (k této situaci může dojít i
vícekrát) - pak teprve budou novelizační body odpovídat změnám v platném znění předpisu.
Operace změna výchozí vrstvy je spouštěna na úrovni prostoru, přičemž operace změní
výchozí vrstvu aktuální vrstvy prostoru a případných přítomných otevřených pracovních vrstev.
Jedná-li se o prostor hlavní, je operace změny výchozí vrstvy obdobně provedena také na
Strana 98
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
všech otevřených řízených podprostorech, tzn. neuzavřených podprostorech připomínek a
pozměňovacích návrhů (tzn. ne na dalších, typicky ručně vytvořených, podprostorech).
Operace také označí fragmenty, kterých se změna výchozí vrstvy dotkla jednou z následujících
úrovní:
• Úroveň 1 (nejnižší) – operace se dotkla fragmentu, nedošlo však ke změně fragmentu
ani případného novelizačního bodu (toto označení se použije i po vyřešení
legislativně-technických konfliktů)
• Úroveň 2 – operace změnila fragment, ale nedošlo ke změně případného
novelizačního bodu ani k legislativně-technickému konfliktu
• Úroveň 3 – operace provedla ve fragmentu i jeho novelizačním bodu přečíslování,
nedošlo však v legislativně-technickému konfliktu
• Úroveň 4 (nejvyšší) – došlo k legislativně technickému konfliktu
Nejvyšší úrovní označení přítomného v úplném znění jsou označeny i nadřízené entity jako
obsah, návrh jako celek nebo pozměňovací návrh
Legislativně-technický konflikt (tzn. nemožnost zapracovat mezitímní novelu do fragmentu
bez nutnosti změny textu novelizačních bodů) bude v rámci operace řešen jednou
z následujících variant (zadavatel nejpozději během implementační analýzy rozhodne, která
z těchto variant bude implementována; může jít i o kombinaci těchto variant, například
vzhledem k tomu, v jaké fázi legislativního procesu se návrh nachází):
• Varianta 1 – novelizační instrukce fragmentu se přepne na typ „zní“, přičemž úplné
znění fragmentu návrhu nebude změněno
• Varianta 2 – nad fragmentem bude deaktivován generátor novel, tzn. text
novelizačního bodu zůstane nezměněn (zůstane „zmražen“ nekonzistentní stav),
přičemž úplné znění fragmentu návrhu nebude změněno
Výsledkem operace změna výchozí vrstvy nad jednou vrstvou je tak:
• změněná výchozí vrstva vrstvy
• zapracování nové výchozí vrstvy do fragmentů vrstvy, kde je to možné, případně
s legislativně-technickými konflikty
• označení úrovně zásahu nad fragmenty i vyššími entitami
Důsledky změny výchozí vrstvy (označené úrovní zásahu) je možné řešit (v rámci e-Šablony):
• manuálně – dostupné v přípravných fázích legislativního procesu a neřízených
podprostorech; případně dostupné na speciální individuální oprávnění
Strana 99
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• zapracování pozměňovacího návrhu, který se dotýká fragmentu s označením zásahu
operací změna výchozí vrstvy
• u pozměňovacích návrhů je možné manuální řešení, dokud nebyl pozměňovací návrh
předložen; byl-li již předložen (případně i podán), je nutné podat opravný
pozměňovací návrh, který vzniká kopií původního pozměňovacího návrhu, načež je
autorem upraven, předložen a podán (přičemž, ve variant 2, je opravný pozměňovací
návrh vytvořen již s aktivovaným generátorem novel)
Je-li návrh již ve schvalovací fázi legislativního procesu, provedení řešení konkrétního
důsledku změny výchozí vrstvy vždy sníží úroveň označení na úroveň 1, tzn. fragment vždy
bude označen tak, aby bylo zřejmé, že došlo ke změně výchozí vrstvy s dopadem na tento
fragment. V přípravných fázích je umožněno uživateli jak ponechat označení úrovně 1, tak
označení odstranit.
Poznámky:
• Operace výměny výchozí vrstvy umožňuje začít pracovat na verzi právního předpisu,
která nebyla ještě schválená. Pokud si však předkladatel chce nachystat paralelní verze,
jednu na základě neschválené novely a druhou na základě platného znění v e-Sbírce,
musí to realizovat dvěma paralelními právními akty.
• U neřízených podprostorů (a jejich slepých vrstev) rozhoduje o provedení či
neprovedení operace uživatel. V případě, že se však výchozí vrstva slepé vrstvy liší od
výchozí vrstvy hlavní vrstvy, nelze data ze slepé vrstvy do hlavní vrstvy zapracovat.
• Dojde-li k vyhlášení mezitímní novely v e-Sbírce v době připomínkového řízení,
předpokládá se, že předkladatel připomínkové řízení ukončí a až pak provede změnu
výchozí vrstvy návrhu, což může prohlásit za podstatnou změnu zákona
s nastartováním nového připomínkového řešení.
5.1.2.1.7.9 FP2056-Generování souborových dokumentů z obsahu
Strukturovaný obsah právního aktu, právního předpisu, věcného záměru či strukturovaného
dokumentu je možné z každé vrstvy obsahu vyexportovat do souborové podoby, a to:
• PDF/A
• XML
• editovatelná podoba, RTF (s určitými omezeními, například vzorce budou exportované
jako obrázky)
Tento export je možné provést v libovolném stavu procesu.
Strana 100
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.1.7.9.1 FP2057-Základní typografická pravidla generátoru obsahu
Pracuje se s jedním sloupcem. Poznámky pod čarou se generují na stránce, na které se na ně
poprvé odkázalo.
5.1.2.1.7.10 FP2058-Prováděcí předpisy
Předpisy mohou být propojeny prováděcími vazbami. Jeden předpis (zákon) může být
prováděn více předpisy (vyhlášky, nařízení vlády). Jeden předpis (vyhláška) může provádět více
zákonů.
5.1.2.1.7.11 FP2059-Právní oblasti
Základní právní předpisy jsou v eSbírce zařazeny do kategorií - právních oblastí. V eLegislativě
může uživatel toto začlenění měnit. Právní předpis může být ve více právních oblastech.
5.1.2.1.8 FP2060-Legislativní plán vlády
Vláda každoročně sestavuje legislativní plán vlády, což je harmonogram předkládání věcných
záměrů a návrhů právních předpisů na jednání vlády.
eLegislativa umožní spravovat více Legislativních plánů vlády (pro různé roky, pro různé
vlády), přičemž pouze jeden je aktuální.
req Legislativ ní plán v lády
FP2061-T vorba FP2062-Zobrazení FP2 0 6 3 -Pře h l e d
L e g i sl a ti vn íh o L e g i sl a ti vn íh o L e g i sl a ti vn ích
plánu vlády plánu vlády plánů vlády
FP2060-Legislativní plán
vl á d y
FP2420-Dokument Strana 101
Legislativní plán
vl á d y
(from Související
dokumenty)
Obrázek 23: Legislativní plán vlády
5.1.2.1.8.1 FP2061-Tvorba Legislativního plánu vlády
Legislativní plán vlády je možné vytvořit či upravovat.
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Legislativní plán vlády se skládá ze základních metadat jako název, doplňkový text nebo
datum schválení vládou.
Jádrem legislativních plánu vlády je však seznam věcných záměrů a právních aktů (návrhů
právních předpisů). Tyto mohou být do Legislativního plánu vlády přidávány, odebírány nebo
mohou být upravována data jejich předložení vládě. Ostatní údaje pro Legislativní plán vlády
(předkladatel, spolupředkladatel, název, termín stanovený pro implementaci, předpokládaný
termín nabytí účinnosti, RIA, seznam dotčených předpisů EU) jsou již automaticky načteny z
právních aktů a věcných záměrů.
5.1.2.1.8.2 FP2062-Zobrazení Legislativního plánu vlády
Legislativní plán vlády je zobrazen jako tabulka legislativních úkolů včleněných do
legislativního plánu vlády (věcné záměry a právní akty) tříděná podle předkladatelů nebo
termínu předložení vládě. Tabulka obsahuje následující sloupce: předkladatel,
spolupředkladatel, název, termín stanovený pro implementaci, stanovený termín předložení
vládě, předpokládaný termín nabytí účinnosti a RIA. V rámci detailu je možné zobrazit seznam
dotčených předpisů EU.
5.1.2.1.8.3 FP2063-Přehled Legislativních plánů vlády
Zobrazení všech Legislativních plánů vlády uchovávaných v systému.
5.1.2.1.9 FP2064-Prostory
Prostory jsou části portálu, ve kterých pracují uživatelé nad věcnými záměry a právními akty v
určitých částech legislativního procesu. Prostory se používají také pro specifické činnosti jako
připomínkové řízení nebo obecnou spolupráci nad materiály, slouží též k předávání informací
mezi institucemi, které se podílí na legislativním procesu.
Strana 102
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
req Prostory FP2069-Pracovní FP2070-Pracovní
FP2068-Snímek prostory prostory
Prostoru fáze ke sp o l u p rá ce p ři p o m ín ko vé h o
stavu procesu řízení
FP2067-Pracovní FP2 0 6 6 -T yp y FP2071-Pracovní
prostory fáze pracovních prostory
l e g i sl a ti vn íh o prostorů pozměňovacích
procesu návrhů
FP2065-Pracovní prostory
FP2074-Správa FP2 0 7 3 -T vo rb a
pracovních pracovních
prostorů prostorů
FP2076-Řízení FP2 0 7 5 -Vyh l e d á vá n í FP2 0 7 2 -Ša b l o n y
přístupu a přizvání v prostoru pracovních
odborné veřejnosti prostorů
FP2077-Předávací FP2 0 5 1 -Vyh l e d á vá n í
prostory ve strukturovaném
obsahu
Obrázek 24: Prostory
5.1.2.1.9.1 FP2065-Pracovní prostory
Pracovním prostorem je míněna část portálu určená k práci nad příslušnými fázemi Právních
aktů.
Každá fáze legislativního procesu Právního aktu má svůj pracovní prostor.
Pracovních prostorů je více typů, mohou být systémem řízené či neřízené, mohou mít další
podprostory.
Pracovní prostory se dělí na hlavní prostory a podprostory. Hlavními prostory jsou prostory
fázi, ve kterých se pracuje na "textu" právního aktu samotného. V podprostorech se připravují
či diskutují změny, které se mají do právních aktů (či věcných záměrů) promítnout. Jedná se
zejména o přípravu připomínek a pozměňovacích návrhů. Změny nachystané v podprostorech
se musí zapracovat do hlavních prostorů.
Strana 103
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.1.9.1.1 FP2066-Typy pracovních prostorů
Řízenými prostory jsou prostory, jejichž struktura je dána logikou systému (změna struktury
vyžaduje vývojářský zásah do systému).
Neřízenými prostory jsou prostory, u kterých logika systému nezávisí na jejich struktuře. Jejich
struktura může být měněna správcem systému.
5.1.2.1.9.1.1.1 FP2067-Pracovní prostory fáze legislativního procesu
Pracovní prostor fáze legislativního procesu (Prostor fáze) je řízený pracovní prostor vznikající
ke každé fázi projednávání Právního aktu nebo Věcného záměru.
Obsahuje oficiální data příslušející dané fázi (dokumenty a strukturovaná data, typicky Odkazy
na verze právních aktů). Obvykle má podprostor pro oficiální připomínkové řízení nebo
pozměňovací návrhy a podprostory pro spolupráci. Může mít podprostory různých typů (pro
spolupráci, pro připomínkové řízení apod.)
Data v prostoru se dají rozdělit na dvě kategorie:
• data spjatá s právním aktem: jsou v prostoru vždy pouze jednou, jsou však verzovaná
(verze odpovídají Vrstvám právního aktu v hlavní větvi), například Důvodová zpráva
• data spjatá s konkrétním stavem procesu či podprocesu (procesní data): tato data se
mohou v prostoru vyskytovat opakovaně a obvykle nejsou verzovaná; prostor
umožňuje organizaci procesních dat podle stavů procesu (příklad možné
implementace: každé projednání vládou má vlastní adresář a v něm dokumenty jako
usnesení, předkládací zpráva apod.)
5.1.2.1.9.1.1.2 FP2068-Snímek Prostoru fáze ke stavu procesu
S každým stavem procesu vyrábí systém Snímek Prostoru fáze, který obsahuje:
• identifikaci verzí všech dat spjatých s právním aktem (verze dokumentů, vrstvy
právního předpisu)
• identifikaci všech dat spjatých s příslušným stavem procesu
Účelem snímků je možnost zobrazení historie procesu dle stavů.
5.1.2.1.9.1.1.3 FP2069-Pracovní prostory spolupráce
Pracovní prostor spolupráce je neřízený pracovní prostor pro spolupráci určitého týmu nad
dokumenty.
Obsahuje základní nástroje pro:
• práci nad dokumenty (vložení, prohlížení, stažení verzování, řízení současného
přístupu, metadata apod.)
• organizaci dokumentů (knihovny, složky)
• sdílení informací ve formě webových stránek (např. wiki)
• organizaci práce (úkoly, kalendáře)
Strana 104
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.1.9.1.1.4 FP2070-Pracovní prostory připomínkového řízení
Pracovní prostor připomínkového řízení je řízený pracovní prostor implementující proces
připomínkového řízení.
5.1.2.1.9.1.1.5 FP2071-Pracovní prostory pozměňovacích návrhů
Pracovní prostor pozměňovacích návrhů je řízený pracovní prostor implementující proces
pozměňovacích návrhů. V rámci jedné schvalovací instituce a jejího prostoru fáze
legislativního procesu existuje vždy pouze jeden pracovní prostor pozměňovacích návrhů.
Vyjímkou jsou komplexní pozměňovací návrhy viz FP2351.
5.1.2.1.9.1.2 FP2072-Šablony pracovních prostorů
Pracovní prostory vznikají ze šablon.
U neřízeného prostoru správce může vyrobit šablonu novou (čímž vzniká nový typ neřízeného
pracovního prostoru) nebo upravit existující.
Šablony řízených prostorů jsou dány systémem a jeho logikou, jejich změna správcem je
omezená.
Součástí šablony řízeného prostoru (zejména Prostoru fáze procesu) jsou i výchozí
podprostory.
5.1.2.1.9.1.3 FP2073-Tvorba pracovních prostorů
Prostory fází (hlavní prostory) vznikají automaticky při vstupu do příslušné fáze legislativního
procesu.
Na základě kombinace typu (a podtypu) Právního aktu (nebo pro Věcný záměr) a fáze procesu
se vybere šablona Prostoru fáze legislativního procesu, ze které se vyrobí hlavní prostor fáze i
podprostory, které jsou nebytné pro vykonání dané fáze legislativního procesu (např. prostor
připomínek v rámci vládní fáze).
Podprostory však mohou vznikat i na pokyn uživatele - například pro paralelní práci více lidí
na obsahu předpisu je možné využít prostor připomínek.
Uživatel může ad hoc založit i neřízený prostor (který ale stále obsahuje nástroje pro práci s
vrstvami právního předpisu). Například pro přípravu změny návrhu, která je časově náročná a
není tak vhodné ji připravovat přímo v hlavní vrstvě (kde jsou změny ihned viditelné často
velké skupině uživatelů) nebo pro přípravu změn, které budou do návrhu zapracovány v
některém z následujících stavů legislativního procesu (např. příprava změny materiálu před
jednáním vlády).
Uživatelé mohou zejména ve fázi přípravy ad hoc zakládat i různé prostory spolupráce.
Prostory nezanikají.
Strana 105
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.1.9.1.4 FP2074-Správa pracovních prostorů
Správce může měnit data v prostorech obdobně jako uživatelé. Navíc může měnit i vnitřní
strukturu prostorů (u řízených prostorů pouze omezeně tak, jak to dovoluje logika systému).
5.1.2.1.9.1.5 FP2075-Vyhledávání v prostoru
Vyhledávání v prostoru je fulltextové. Prohledávají se následující data v rámci prostoru:
• obsahy a metadata souborových dokumentů21
• informace v prostorech spolupráce včetně metadat (například diskuse, webové stránky
apod.)
• strukturovaná data vrstev právního aktu nebo věcného záměru v rámci daného
prostoru
Vyhledávání respektuje uživatelská oprávnění - ve výsledcích nejsou zobrazena data, ke
kterým nemá uživatel přístup.
5.1.2.1.9.1.6 FP2076-Řízení přístupu a přizvání odborné veřejnosti
Vlastník prostoru může rozhodnout o přizvání dalších osob do prostoru ať už ze státní správy,
nebo z okruhu odborné veřejnosti a řídit přístupová práva.
Toto se týká zejména přípravné fáze legislativního procesu. Vlastníkem prostoru je pak
předkladatel právního aktu.
5.1.2.1.9.2 FP2077-Předávací prostory
Předávací prostor:
• je primárně určen k předávání informací mezi institucemi (případně k předávání mezi
klíčovými fázemi procesu uvnitř institucí)
• přísluší předávací části procesu, která je vždy mezi dvěma fázemi procesu
• je řízený prostor, který je okamžikem předání needitovatelný
• obsahuje dokumenty a odkazy na strukturovaná data, které jsou finálním výstupem
předchozí fáze procesu. Strukturovanými daty jsou typicky odkazy na vrstvu právního
aktu.
• do předávacího prostoru je možné vložit pouze uzavřenou vrstvu (v případě pokusu o
vložení neuzavřené vrstvy vzniká její uzavřená kopie)
• vzniká a je plněn daty „na konci“ procesu pracovní fáze, je uzavřen přechodem
procesu do přechodového stavu
• skládá se z hlavní části, která slouží finálnímu předání mezi institucemi a z části
přípravné, která implementuje zejména workflow pro podpisy a schválení
21 Vysvětlení z odpovědi na otázku v zadávacím řízení:
Požadavek se týká souborových dokumentů, které vložili do prostoru uživatelé za účelem spolupráce.
Tyto soubory nebudou ukládány do chráněného úložiště.
Strana 106
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• přebírající instituce může mít nastavenou emailovou notifikaci, která je odeslána, je-li jí
postoupen jakýkoli předávací prostor
• je-li to v individuální situaci procesně možné, jsou jednotlivé kroky předávacího
procesu automatizovány či překračovány, pokud nejsou potřeba
Workflow pro podpisy a schválení je sériové workflow, které postupně předkládá PDF
dokumenty k elektronickému podpisu jednotlivým spolupodepisujícím, přičemž:
• výchozí podepisující osoby jsou dány konkrétní předávací situací (tzn. jsou
předvyplněny)
• seznam a pořadí podepisujících osob je možné měnit i za běhu workflow
• je možné nastavit, aby výzvy k podpisu odcházely jako emailové notifikace
(individuální nastavení osoby pro všechny předávací prostory)
Předávací prostor implementuje oficiální doručování mezi institucemi, např. postoupení
návrhu zákona z Poslanecké sněmovny Senátu a převzetí Senátem:
• postoupení: instituce, která informaci předává (postupuje), vloží do předávacího prostoru
předávané informace, typicky vrstvu návrhu a sadu podepsaných PDF s časovými
značkami
• datum postoupení: předávací prostor zaznamená datum a čas vložení informací do
předávacího prostoru
• převzetí: instituce, která informaci přebírá (mechanismus „převzetí“), provede převzetí
informací do svého prostoru fáze (příslušné fáze legislativního procesu řízeného
přebírající institucí)
• datum převzetí: předávací prostor zaznamená datum a čas převzetí
Předávací prostor je používán i k v situaci, kdy se návrh právního aktu či předpisu vrací
navrhovateli či předkladateli k dopracování. Současně s převzetím k dopracování navrhovatel
(či předkladatel) rozhodne, zda návrh převezme do původního hlavního prostoru, ve kterém
vznikal (tzn. bude na něm pokračovat), nebo návrh vloží do nového hlavního prostoru
(prázdného), který pro něj systém založí.
5.1.2.1.10 FP2078-Prohlížení právních aktů a věcných záměrů a jejich úprava
Prohlížeč právních aktů (a věcných záměrů) je webovou komponentou, která primárně
zobrazuje právní akty složené z konsolidovaných znění právních předpisů, věcné záměry a
strukturované dokumentů. To vše ve znění konkrétních vrstev.
Sekundárně je Prohlížeč právních aktů i jednoduchým editorem právních aktů pro primární
uživatele systému a také umožňuje editaci vybraných doprovodných informací veřejností.
Strana 107
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
req Prohlížeč práv ních aktů a v ěcných záměrů
FP2085-Zobrazení
ko n so l i d o va n é h o
znění
FP2083-Zobrazení FP2084-Zobrazení FP2082-Barevnost
pod sebou (bloky) přes sebe (revize) zobrazení
FP2081-Způsob
zobrazení
FP2086-Porovnání FP2 0 7 8 -Pro h l íže n í FP2905-T vorba
vrstev právního právních aktů a ve ře j n ých
aktu věcných záměrů a p ři p o m ín e k
jejich úprava
FP2079-Zobrazení (from Veřejný Web
právního aktu e -L e g i sl a ti va )
FP2080-Zobrazení FP2 0 8 7 -Pro h l íže n í FP2088-Úprava
sady připomínek obsahů právních aktů
nebo
pozměňovacích
návrhů
Obrázek 25: Prohlížeč právních aktů a věcných záměrů
5.1.2.1.10.1 FP2079-Zobrazení právního aktu
Zobrazení konsolidovaného znění předpisů právního aktu ve znění (návrhu) právního aktu.
V případě nového základního právního předpisu se jedná o jednoúrovňové zobrazení. Jedná-
li se o novelu, jde o zobrazení dvojúrovňové zahrnující jak původní základní právní předpis,
tak návrh.
5.1.2.1.10.2 FP2080-Zobrazení sady připomínek nebo pozměňovacích návrhů
Zobrazení konsolidovaného znění předpisů právního aktu ve znění (návrhu) právního aktu a
vybrané sady připomínek či pozměňovacích návrhů spadajících do jedné vrstvy právního aktu,
které jsou ve vybraném stavu PN či připomínky (např. zobrazení podaných PN).
V případě nového základního právního předpisu se jedná o dvojúrovňové zobrazení (základní
předpis, připomínka). Jedná-li se o novelu, jde o zobrazení trojúrovňové zahrnující jak původní
základní právní předpis, návrh i připomínky či pozměňovací návrhy. Filtry na stav či sadu je
možné aplikovat nezávisle na sobě.
Strana 108
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Při způsobu zobrazení "přes sebe" se kolidující připomínky či pozměňovací návrhy označí a
zobrazí se pouze jedna instance připomínky či pozměňovacího návrhu.
5.1.2.1.10.3 FP2081-Způsob zobrazení
Uživatel může měnit vizuální způsob zobrazování.
Uživatel má možnost skrýt části úplného znění, které nejsou dotčeny návrhem, pozměňovacím
návrhem ani jiným konceptem e-Legislativy souvisejícím se změnami (např. označení dopadů
zapracování mezitímní novely). V podstatě se tak zobrazí pouze změněná ustanovení.
Jakékoli aktuální zobrazení je možné uložit do PDF či DOCX ve stavu, jak je zobrazeno na
obrazovce.
Ve všech způsobech zobrazení může uživatel jednoduše přecházet mezi změnami bez
nutnosti manuálně hledat následující či předchozí změnu. Je-li zobrazení vícevrstvé (např.
základní předpis, návrh, připomínka), prochází se mezi změnami poslední vůči předposlední
vrstvě (tzn. např. připomínka vůči návrhu).
5.1.2.1.10.3.1 FP2082-Barevnost zobrazení
Uživatel má možnost vybrat si, zda chce různé úrovně zobrazení odlišit barevně či nikoli.
5.1.2.1.10.3.2 FP2083-Zobrazení pod sebou (bloky)
Existuje-li fragment ve více úrovních, jsou zobrazeny všechny úrovně fragmentu (tzn. všechny
jeho textace), a to pod sebou.
V tomto způsobu zobrazení je možné zobrazit více různých vrstev hlavního předpisu (dle
volby uživatele).
5.1.2.1.10.3.3 FP2084-Zobrazení přes sebe (revize)
Existuje-li fragment ve více úrovních, jsou jednotlivé úrovně fragmentu zobrazeny přes sebe v
jednom textu ve formě revizí.
Ve formě revizí je možné zobrazit nejvýše tři vrstvy - základní předpis, návrh a připomínku či
pozměňovací návrh.
5.1.2.1.10.3.3.1 FP2085-Zobrazení konsolidovaného znění
Jedná se o zobrazení přes sebe, ve kterém ale nejsou graficky označeny revize
5.1.2.1.10.4 FP2086-Porovnání vrstev právního aktu
Uživatel si volbou dvou vrstev právního aktu v hlavní větvi vrstev nechá zobrazit rozdíl mezi
těmito vrstvami ve formě revizí, výsledek může vyexportovat. Uživatel může jednoduše
přecházet mezi rozdíly bez nutnosti manuálně hledat následující či předchozí rozdíl.
Strana 109
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.1.10.5 FP2087-Prohlížení obsahů
Právní akty a věcné záměry v sobě zahrnují strukturované obsahy právního aktu, věcného
záměru, předpisů a strukturovaných dokumentů.
Prohlížeč umožňuje zobrazení a prohlížení všech těchto obsahů.
5.1.2.1.10.6 FP2088-Úprava právních aktů
Prohlížeč právních aktů obsahuje vybrané základní funkce primárně implementované
eŠablonou.
Jedná se o:
• Editace fragmentů v rámci vybrané vrstvy obsahu (právního aktu, věcného záměru,
předpisu či strukturovaného dokumentu). Možnosti editace jsou omezeny na vkládání
fragmentů (včetně výběru jejich typu) a editaci jejich obsahu. Nejsou k dispozici
doplňkové funkce jako vazby do CzechVocu, vazby na další právní předpisy či
pokročilé možnosti editace, jako například práce s tabulkami či vzorci.
• Vložení a úpravu připomínky (včetně změny obsahu)
• Vložení a úpravu pozměňovacího návrhu (včetně změny obsahu)
5.1.2.1.11 FP2089-Vyhledávání v portále
Vyhledávání v portále je primárně fulltextové doplněné vyhledáváním dle základních metadat
Fulltextové vyhledávání vyhledává v následujících datových doménách:
• obsahy a metadata souborových dokumentů všech prostorů
• informace v prostorech spolupráce včetně metadat (například diskuse, webové stránky
apod.)
• strukturovaná data všech vrstev právního aktu nebo věcného záměru
Metadatová kritéria zahrnují:
• Typ entity (právní akt, věcný záměr, legislativní záměr, ...)
• Název entity (v rámci něj fulltextově)
Vyhledávání respektuje uživatelská oprávnění - ve výsledcích jsou pouze data, ke kterým mají
uživatelé přístup.
5.1.2.1.12 FP2090-Notifikace
Notifikace, neboli Oznámení o změnách, informují uživatele o změně určitých dat v systému.
Strana 110
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
req Notifikace
FP2096-Notifikač ní
ka n á l y
FP2 0 9 0 -No ti fi ka ce
FP2 0 9 5 -Ve ře j n é
n o ti fi ka ce
FP2 0 9 1 -No ti fi ka ce FP2 0 9 3 -Au to m a ti cké
na vyžádání (pull) notifikace (push)
FP2 0 9 2 -Při h l á še n í FP2094-Správa
a odhlášení a u to m a ti ckých
příjmu notifikace n o ti fi ka cí
Obrázek 26: Notifikace
5.1.2.1.12.1 FP2091-Notifikace na vyžádání (pull)
Přihlášený uživatel se může přihlásit k odběru notifikací:
• Ke konkrétní instanci procesu eLegislativy (tzn. právnímu aktu nebo věcnému záměru),
přičemž výběrovým kritériem je take stav procesu – pokud příslušný právní akt nebo
věcný záměr dosáhne stavu procesu, systém odešle notifikaci.
• K základnímu předpisu eSbírky, přičemž výběrovým kritériem je také veřejný stav
procesu e-Legislativy – pokud jakýkoli právní akt e-Legislativy obsahující tento
základní předpis dosáhne stavu procesu, systém odešle notifikaci (například je tak
možné notifikovat vždy, kdy je poprvé zveřejněna informace o přípravě nového
úplného znění zákona (jeho novelizace) nebo vyhlášeno nové úplné znění zákona v e-
Sbírce).
• Ke vzniku (vložení) nebo změně dokumentu eLegislativy určitého typu (např. pro
vložení souborového dokumentu „Informace“ pro Senát)
• K vybraným aktivitám pracovních workflow, např. v rámci předávání mezi institucemi či
spolupodepisování
Strana 111
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.1.12.1.1 FP2092-Přihlášení a odhlášení příjmu notifikace
Přihlášený uživatel definuje, o jaké typy notifikací má zájem. Je možné se k notifikaci přihlásit
a také ji odhlásit.
5.1.2.1.12.2 FP2093-Automatické notifikace (push)
Automatické notifikace jsou rozesílány typicky dle stavů procesu právního aktu. Adresátem je:
• role definovaná systémem (notifikace je doručená všem uživatelům v dané roli)
• veřejnost (notifikace je publikována do veřejných komunikačních kanálů)
Speciální typy notifikací:
• Ke vzniku (vložení) nebo změně dokumentu eLegislativy určitého typu (např. pro
vložení souborového dokumentu „Informace“ pro Senát) – adresátem je pak role
definovaná systémem
• v případě, že právní akt má nastavenou textovou účinnost, je pravidelně odesílána
notifikace předkladateli (respektive instituci, která má sdělit, jaké je skutečné datum
účinnosti)
5.1.2.1.12.2.1 FP2094-Správa automatických notifikací
Správce systému definuje, v kterých stavech procesu jsou automatické notifikace rozesílány a
kterým rolím jsou rozesílány (jednou z rolí je i zveřejnění).
Nastavit roli "zveřejnění" je možné pouze pro stavy procesu, které toto povolují.
5.1.2.1.12.2.2 FP2095-Veřejné notifikace
Automatické (push) notifikace budou rozesílány i pro aktivity, které souvisí s aktivním
zapojením veřejnosti do legislativního procesu. Například:
• Notifikace o otevření veřejného připomínkového řízení
• Notifikace o uzavření veřejného připomínkového řízení
5.1.2.1.12.3 FP2096-Notifikační kanály
Notifikace se odesílají následujícími kanály:
Adresné notifikace (určené konkrétnímu uživateli):
• email
Neadresné notifikace (zveřejnění):
• RSS kanál
• Twitter
• Facebook (zeď)
Strana 112
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.1.13 FP2100-Výkladová stanoviska
Výkladová stanoviska umožnují k právním předpisům eSbírky či jejich ustanovením připojovat
výkladová stanoviska, metodické či vysvětlující dokumenty státní správy. Výkladové stanovisko
je publikováno ve formě PDF nebo odkazu na web instituce, kde je příslušný dokument k
dispozici (odkaz musí vést přímo na dokument). Výkladová stanoviska se vztahují k
publikovaným předpisům v eSbírce, nepracují s právními akty a právními předpisy eLegislativy.
V rámci eSbírky se výkladová stanoviska vztahují ke konkrétní účinnostní verzi předpisu, je
tedy možné mít různá výkladová stanoviska k různým účinnostním verzím jednoho předpisu.
FP2100-Výkladová stanoviska
FP2101-Žádost o FP2 1 0 2 -Pu b l i ka ce
p u b l i ka ci výkl a d o vé h o
výkl a d o vé h o sta n o vi ska
sta n o vi ska
Obrázek 27: Výkladová stanoviska
5.1.2.1.13.1 FP2101-Žádost o publikaci výkladového stanoviska
Žádostí o publikaci výkladového stanoviska je žádost o přidání, úpravu či smazání
legislativního stanoviska. Žádost smí podat pouze uživatel, který má oprávnění žádat o
publikace výkladových stanovisek.
Žádost sestává z:
• typu žádosti (přidání, úprava, smazání)
• identifikaci stanoviska (viz dále)
• kontaktní email
• garanční úřad
Identifikace stanoviska je odvislá od typu žádosti.
Při žádosti o přidání uživatel specifikuje následující:
• technický typ stanoviska - PDF/A dokument nebo HTTP odkaz
• stanovisko samotné - dle technického typu buď uživatel vloží PDF/A soubor nebo
HTTP odkaz
Strana 113
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• reference na předpis eSbírky a jeho účinnostní verzi - uživatel vyhledá předpis eSbírky
(a jeho účinnostní verzi), ke kterému se výkladové stanovisko vztahuje. Volitelně může
uživatel vybrat i konkrétní citovatelné ustanovení předpisu, ke kterému má být
stanovisko připojeno.
Při žádosti o úpravu uživatel specifikuje následující:
• uživatel vyhledá předpis eSbírky, ke kterému se výkladové stanovisko vztahuje; systém
zobrazí přehled výkladových stanovisek připojených k danému předpisu a uživatel si
vybere, které stanovisko chce upravit. Uživatel může filtrovat stanoviska dle
účinnostních verzí.
• technický typ stanoviska - PDF/A dokument nebo HTTP odkaz
• stanovisko samotné - dle technického typu buď uživatel vloží PDF/A soubor nebo
HTTP odkaz
Při žádosti o smazání uživatel specifikuje následující:
• uživatel vyhledá předpis eSbírky, ke kterému se výkladové stanovisko vztahuje; systém
zobrazí přehled výkladových stanovisek připojených k danému předpisu a uživatel si
vybere, které stanovisko chce smazat. Uživatel může filtrovat stanoviska dle
účinnostních verzí.
Ve chvíli, kdy je žádost kompletní a potvrzená, odešle ji systém na posouzení publikačnímu
úřadu.
5.1.2.1.13.2 FP2102-Publikace výkladového stanoviska
Pracovníci publikačního úřadu zpracovávají žadosti o publikaci výkladových stanovisek. Pokud
žádost přijmou, je výkladové stanovisko publikováno do eSbírky a na kontaktní email
žádajícího je odesláno potvrzení o publikaci. Pokud žádost zamítnou, je na kontaktní email
žádajícího odeslána informace o zamítnutí žádosti. Do zamítnutí žádosti může pracovník
publikačního úřadu napsat zdůvodnění.
Pracovník publikačního úřadu primárně pracuje s nevyřízenými žádostmi, může však v
žádostech vyhledávat (včetně vyřízených žádostí).
Strana 114
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.2 Editor e-Šablona pro plusovou osu FP2 2 6 9 -So u vi se j ící
i n fo rm a ce
req eŠablona pro plusov ou osu
FP2249-Asociač ní
vazby
FP2 3 7 5 -e Ša b l o n a FP2 2 0 0 -e Ša b l o n a FP2600- Generátor
pro plusovou osu pro plusovou osu novel
o ff-l i n e
FP2373-Export - FP2349-Pozměňovací
FP2 3 8 4 -e Ša b l o n a Import návrhy PN
pro plusovou osu v
důvěrném režimu FP2372-CzechVoc
FP2201-T vorba FP2300-Přípomínkové
návrhu právního řízení
aktu
FP2 4 0 0 -So u vi se j ící
dokumenty
FP2 3 7 4 -Sta ti sti ky
Obrázek 28: eŠablona pro plusovou osu
5.1.2.2.1 FP2200-eŠablona pro plusovou osu
Editor eŠablona + představuje jádro systému eLegislativa pro tvorbu návrhů právních
předpisů v úplném znění.
Editor podporuje tvorbu souvisejících dokumentů ve formě strukturovaných textů.
eŠablona poskytuje sady speciálních nástrojů pro tvorbu připomínek a pozměňovacích návrhů
včetně jejich vypořádání a zapracování.
Součástí eŠablony jsou i nástroje pro tvorbu konzistentních odkazů mezi právními předpisy a
dalších typů asociačních vazeb, které dotváří kontext tvorby práva.
Editor eŠablona poskytuje tvůrcům práva veškeré potřebné informace potřebné pro tvorbu
práva.
Strana 115
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.2.2 FP2201-Tvorba návrhu právního aktu
Tvorba návrhu právního aktu v editoru eŠablony bude probíhat vždy nad úplným zněním
předpisu a zahrnuje jak tvorbu nových právních předpisů a jiných právních aktů, tak i
novelizace. Editor eŠablony bude primárně navržen pro potřeby tvorby právních aktů včetně
případných mezinárodních smluv nebo jejich českých překladů, ale obecně musí podporovat
přípravu jakéhokoliv strukturovaného textu (viz například tvorbu doprovodných dokumentů).
Úplné znění jednotlivého předpisu v případě novelizace jednoho nebo více předpisů bude do
eŠablony eLegislativy nahráno z eSbírky již ve strukturované podobě v členění na hierarchie
fragmentů a fragmenty, kde každý fragment má obecně svůj typ a obsah a další metadata.
V rámci novelizace předpisu nebo tvorbě úplně nového předpisu bude možné pracovat jak s
hierarchiemi fragmentů a fragmenty (jako je například vložení odstavce), tak s vlastním
obsahem jednotlivých fragmentu (jako je například editace textu).
Strana 116
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
req Tv orba náv rhu práv ního aktu
FP2213-Zobrazení FP2210-Zobrazení FP2203-Změna FP2204-T yp FP2600- FP2245-Změna
historie vrstev právního předpisu základní výchozí e d i ta ce Generátor novel va ri a n ty
podle různých vrstvy novel i zač ního
FP2 2 1 1 -Zvl á štn í pracovních vrstev (from Generátor novel) bodu
ustanovení
FP2247-Generátor
novel i zač ních
bodů
FP2 2 0 9 -Při řa ze n í FP2208-Otevření FP2202-Práce s FP2243-Generování FP2246-Podpora
šablony k právního předpisu vrstvami novelizačních bodů n o ve l i za ce
p ře d p i su k editaci zvl á štn ích
(n o ve l i za ce ) ustanovení
FP2 2 1 2 -Ša b l o n y FP2207-Výběr FP2 2 0 6 -Zá kl a d n í FP2 2 4 8 -Va l i d a ce
pro typy předpisů šablony pro návrh operace nad
právního předpisu p ře d p i sy FP2214-Práce
(nový) více osob na
jednom právním
FP2217-Stromová FP2201-Tvorba návrhu právního aktu aktu
n a vi g a ce FP2215-Verzování
h i e ra rch i í
fragmentů FP2236-Označ ování
pojmů v CzechVoc
FP2216-Práce s FP2 2 3 7 -Sp e l l
více předpisy check FP2242-Práce s
najednou ta b u l ka m i
FP2033-Řízení FP2233-Edi tač ní FP2 2 3 2 -Ed i ta ce FP2394- Import
úč i nnosti funkce obsahu tabulek z Excel
fragmentu
(from Portál FP2 2 4 1 -Vkl á d á n í
e -L e g i sl a ti va ) FP2239-Hromadné obrázku
změny
FP2226-Datum FP2 2 4 0 -Příl o h y
FP2 2 2 0 -Ša b l o n y úč i nnosti jako součást
pro tvorbu p ře d p i su
fragmentů
FP2238-Zvýrazňování
FP2234-Psaní měněného textu
vzorců
FP2231-Prokázování FP2218-Práce s FP2235-Znač kování
slučitelnosti s h i e ra rch i e m i nového textu
právem EU fragmentů
FP2221-Výběr ze FP2 2 2 7 -Vkl á d á n í
šablon podle komentářů k
typu fragmentu fragmentu
FP2 2 2 2 -Vkl á d á n í FP2 2 1 9 -Vkl á d á n í FP2223-Rušení FP2 2 3 0 -Va ri a n tn í
zvl á štn ích fragmentů fragmentů ustanovení
ustanovení
FP2 2 2 9 -Aktu a l i za ce FP2228-Přeč ísl ování FP2224-Podpora FP2225-Výběr
i n te rn ích h i e ra rch i e Zrušovacích fragmentu k
asociačních vazeb. ustanovení e d i ta ci
Obrázek 29: Tvorba návrhu právního aktu
Strana 117
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.2.2.1 FP2202-Práce s vrstvami
Editor strukturovaného textu návrhu právního předpisu pracuje vždy v kontextu daného
pracovního prostoru a daného dílčího procesu legislativního procesu.
Obecně musí mít každý dílčí proces vstupní vrstvu a výstupní vrstvu návrhu právního
předpisu. V rámci dílčího procesu mohou vznikat jedna nebo více pracovních vrstev, ze
kterých pak buď prohlášením pracovní vrstvy za výstupní, nebo výběrem a sloučením platných
úprav vzniká výstupní vrstva, která je po ukončení dílčího procesu uzamčena a stává se
vstupní vrstvou do dalšího dílčího procesu.
Základní výchozí vrstva vzniká buď stažením úplného znění předpisu, který se bude
novelizovat, typicky z eSbírky případně z eLegislativy, nebo založením nového právního
předpisu ze šablony. Tato vrstva musí být přístupná v kterémkoli dílčím procesu na základě
volby zobrazení.
Všechny vrstvy zůstávají v systému včetně auditovatelné historie jejich posloupnosti.
5.1.2.2.2.1.1 FP2203-Změna základní výchozí vrstvy
V případě, že dojde během legislativního procesu k vyhlášení novelizace právního předpisu,
který je předmětem rozpracovaného návrhu právního předpisu, je třeba aktualizovat vrstvu
právního předpisu, která byla základní výchozí vrstvou pro předmětný návrh předpisu.
Vzhledem k nové aktuální základní výchozí vrstvě, je pak třeba aktualizovat všechny změny a
vazby, které již vznikly v průběhu legislativního procesu daného právního aktu nad
neaktuálním zdrojem.
V případech, kdy kolizní novelizace právního předpisu, který je předmětem rozpracovaného
návrhu právního předpisu, ještě nebyla vyhlášena, systém na tuto skutečnost musí upozornit a
uživatel musí mít možnost:
• změnit základní výchozí vrstvu předpisu za ještě nevyhlášené úplné znění a průběžně
základní výchozí vrstvu aktualizovat na základě zapracovávání například přijatých
pozměňovacích návrhů v průběhu schvalovacího procesu ještě nevyhlášeného znění;
• pracovat současně na dvou verzích ve dvou právních aktech pro případ, že předchozí
novelizace bude ve finále zamítnuta.
5.1.2.2.2.1.2 FP2204-Typ editace
Editace strukturovaného textu úplného znění, která je základem pro tvorbu
• návrhu právního předpisu,
• pozměňovacích návrhů,
• a připomínek,
Strana 118
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
bude podporována i pro tvorbu podkladů pro doprovodné dokumenty, stanoviska,
zpravodajské zprávy a další usnesení v případech, kdy součástí těchto dokumentů je i návrh
části úplného znění.
5.1.2.2.2.1.3 FP2205-Podpora automatického Slučování (Merge)
Sloučení (Merge) fragmentů respektive hierarchie fragmentů tj. i celého návrhu předpisu v
následujících případech:
• z více úplných znění návrhů právních předpisů ve více pracovních vrstvách daného
dílčího procesu do výstupní vrstvy dílčího procesu s tím, že za výchozí výstupní vrstvu,
do které bude slučováno, může být vybrána buď poslední uzavřená vrstva tj. většinou
vstupní vrstva dílčího procesu, nebo i jedna z pracovních vrstev;
• automatického zapracovávání připomínek, které jsou ve formě návrhu textu;
• automatického zapracovávání přijatých pozměňovacích návrhů;
• v případech, kdy je třeba sloučit pracovní varianty;
• ...
Při slučování systém musí rozpoznat a upozornit na konflikty, a dát uživateli možnost konflikt
vyřešit. Změny budou promítány ve formě revizí s možností akceptovat všechny nebo
jednotlivé promítnuté změny odmítnout.
Pokud jednotlivé slučované změny měly vygenerovány novelizační body, budou tyto do
výstupní vrstvy přeneseny ale s příznakem, že je nutné novelizační body vygenerovat znovu
než bude možné výstupní vrstvu uzavřít.
5.1.2.2.2.2 FP2206-Základní operace nad předpisy
• Nový s výběrem ze šablony
• Otevřít k editaci
• Uložit obsah (Save)
• Export (ve formě PDF, RTF)
• Zpět - Znovu (Undo - Redo); (na úrovni jedné operace jako je například vložení
fragmentu nebo skupiny fragmentů a na úrovní jedné editace textu; jedna editace
textu znamená psaní textu ukončené ukončovačem editace (buď tlačítko Ulož na
úrovni fragmentu, nebo přímo například Enter.))
• Uzamknout obsahu předpisu
• Výběr zobrazení
• Náhledy
5.1.2.2.2.2.1 FP2207-Výběr šablony pro návrh právního předpisu (nový)
Výběr šablony bude povinný. Výběrem šablony se automaticky vygenerují základní hierarchie
fragmentů, které se v těle předpisu musí vyskytovat, přímo jako strukturované fragmenty pro
doplnění textu v těle editoru.
Strana 119
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.2.2.2.2 FP2208-Otevření právního předpisu k editaci (novelizace)
Jako první se nabídne seznam právních předpisů z pracovního prostoru právního aktu. V
případě potřeby bude možné vyhledat další právní předpisy ke stažení do pracovního
prostoru právního aktu přímo přes funkci otevření předpisu k editaci, a to jak standardním
vyhledáváním v eSbírce případně v eLegislativě, tak přes související předpisy k již nataženým
předpisům v právním aktu.
Obecně všechny právní předpisy, které jsou novelizovány v rámci jednoho právního aktu, musí
být k dispozici v pracovním prostoru právního aktu a konsolidačními vazbami propojeny k
právnímu aktu.
5.1.2.2.2.2.3 FP2209-Přiřazení šablony k předpisu
Pokud u úplného znění předpisu nataženého z eSbírky do eLegislativy k novelizaci není
přiřazena platná šablona, musí být šablona přiřazena jako první krok v editoru eŠablony pro
následné nabízení pouze relevantních hierarchií fragmentů a následné validace.
V případě novelizace předpisu, který není kompatibilní s žádnou platnou šablonou (například
starší právní předpisy), musí být k dispozici minimálně jedna "nestrukturovaná" šablona, která
umožní vkládat hierarchie fragmentů a fragmenty, které budou v rámci takové šablony k
dispozici, bez hlídání celkové hierarchické struktury předpisu.
5.1.2.2.2.2.4 FP2210-Zobrazení právního předpisu podle různých pracovních vrstev
• Zobrazení konsolidovaného znění. V případě nového základního právního předpisu se
jedná o jednoúrovňové zobrazení. Jedná-li se o novelu, jde o zobrazení dvojúrovňové
zahrnující jak původní základní právní předpis, tak návrh právního předpisu.
• Zobrazení konsolidovaného znění návrhu právního předpisu ve znění vybrané sady
připomínek či pozměňovacích návrhů spadajících do jedné vrstvy právního aktu, které
jsou ve vybraném stavu PN či připomínky (např. zobrazení podaných PN). V případě
nového základního právního předpisu se jedná o dvojúrovňové zobrazení. Jedná-li se
o novelu, jde o zobrazení trojúrovňové. Filtry na stav či sadu je možné aplikovat
nezávisle na sobě.
• Zobrazení konsolidovaného znění. Jedná se o zobrazení přes sebe, ve kterém ale
nejsou graficky označeny revize.
Uživatel má možnost vybrat si, zda chce různé úrovně zobrazení odlišit barevně či nikoli.
Způsoby zobrazení:
• Existuje-li fragment ve více úrovních, jsou zobrazeny všechny úrovně fragmentu (tzn.
všechny jeho textace), a to pod sebou. V tomto způsobu zobrazení je možné zobrazit
více různých vrstev hlavního předpisu (dle volby uživatele).
• Existuje-li fragment ve více úrovních, jsou jednotlivé úrovně fragmentu zobrazeny přes
sebe v jednom textu ve formě revizí. Při způsobu zobrazení "přes sebe" se kolidující
připomínky či pozměňovací návrhy označí a zobrazí se pouze jedna instance
Strana 120
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
připomínky či pozměňovacího návrhu. Ve formě revizí je možné zobrazit nejvýše tři
vrstvy - základní předpis, návrh a připomínku či pozměňovací návrh.
Uživatel má možnost skrýt části úplného znění, které nejsou dotčeny návrhem, pozměňovacím
návrhem ani jiným konceptem e-Legislativy souvisejícím se změnami (např. označení dopadů
zapracování mezitímní novely). V podstatě se tak zobrazí pouze změněná ustanovení.
Jakékoli aktuální zobrazení je možné uložit do PDF či DOCX ve stavu, jak je zobrazeno na
obrazovce.
5.1.2.2.2.2.5 FP2211-Zvláštní ustanovení
K platnému konsolidovanému úplnému znění právního předpisu, který je novelizován, budou
vždy zobrazována i všechna zvláštní ustanovení (zejména přechodná ustanovení) ze všech
novelizačních předpisů včetně odkazu na novelu kde vznikly.
5.1.2.2.2.2.6 FP2212-Šablony pro typy předpisů
Šablony determinující nejen hierarchie fragmentů a fragmenty, které lze při tvorbě předpisu
použít. Na základě nastavení v šablonách pro typy předpisů a detailních šablonách pro tvorbu
fragmentů bude možné automaticky kontrolovat dodržování legislativně technických
požadavků definovaných v LPV jako je například:
• členění právního předpisu podle LPV
• formátování nadpisů podle LPV
• umístění nadpisů
V rámci šablon musí být také nastavitelné, které editační funkce jsou pro daný typ předpisu
povoleny.
Šablony musí být volně rozšiřitelné a konfigurovatelné uživatelem respektive správcem šablon
tak, aby pravidla v nich nastavená bylo možné měnit a dále aplikovat bez nutnosti
doplňkového specifického vývoje.
5.1.2.2.2.2.7 FP2213-Zobrazení historie vrstev
K rozpracovanému návrhu předpisu nebo strukturovanému dokumentu bude možné zobrazit
historii vrstev a vybranou vrstvu zobrazit v editoru.
5.1.2.2.2.3 FP2214-Práce více osob na jednom právním aktu
Na jednom právní aktu může pracovat více uživatelů. Více uživatelů může pracovat i na
stejném ustanovení respektive na stejném jednotlivém fragmentu v hierarchii fragmentů.
Uživatel musí mít možnost uzamknout rozpracovaný fragment respektive hierarchii fragmentů
i celý předpis nebo dokument pro editaci jiným uživatelem.
Uživatel musí mít možnost vytvořit si vlastní pracovní vrstvu návrhu právního předpisu.
Strana 121
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Uživatelé musí mít možnost vytvářet strukturované varianty fragmentů nebo hierarchie
fragmentů v jedné pracovní vrstvě.
Příkladem strukturovaných variant v jedné pracovní vrstvě jsou systémem řízené připomínky,
pozměňovací návrhy a variantní ustanovení.
5.1.2.2.2.4 FP2215-Verzování
Editor musí umožnit verzování jednotlivého fragmentu respektive hierarchie fragmentů na
základě dialogu s uživatelem včetně sledování historie verzí s možností návratu k vybrané
verzi a s možností rušení nepotřebných verzí.
Ve strukturovaném textu je vidět pouze aktuální verze daného fragmentu respektive
hierarchie fragmentů. Historie verzí je k dispozici na vyžádání.
5.1.2.2.2.5 FP2216-Práce s více předpisy najednou
V editoru eŠablony musí být umožněno mít otevřeno více rozpracovaných novelizací předpisů
v rámci jednoho právního aktu najednou včetně uživatelsky přívětivého přepínání mezi
jednotlivými předpisy. Může se jednat i o předpisy s různými šablonami respektive o předpisy
a o dokumenty.
5.1.2.2.2.6 FP2217-Stromová navigace hierarchií fragmentů
Editor musí přehledně zobrazovat celou strukturu editovaného předpisu ve formě stromové
navigace hierarchií fragmentů s možností rozbalení až na jednotlivé fragmenty.
Ve strukturovaném textu se bude možné pohybovat také přes tuto navigaci.
Jak přes vlastní strukturovaný text v těle editoru, tak i přes navigaci bude možné určovat
místo, kde bude vložena další hierarchie fragmentů nebo fragment. Podle určeného místa a
zabudovaných pravidel daných šablonou typu předpisu musí editor vyhodnotit, které
hierarchie fragmentů je možné vložit a nabídne je uživateli.
5.1.2.2.2.7 FP2218-Práce s hierarchiemi fragmentů
V editoru eŠablony + musí být dodržena minimálně stejná fragmentace předpisu a struktura
hierarchizace fragmentů jako v editoru eŠablony -.
Každá změna hierarchie fragmentů respektive jednotlivých fragmentů musí být pro práci s
vrstvami a správnou funkci generátoru novel kategorizována typem novelizační instrukce již
na úrovni editoru. Kategorizace musí být prováděna automaticky na základě výběru způsobu
práce s fragmenty.
Musí být podporovány minimálně následující typy novelizačních instrukcí v souladu s LPV:
• se zrušuje (při zrušení ustanovení nebo části ustanovení bez náhrady)
• se nahrazuje (při nahrazení ustanovení nebo části ustanovení)
• se doplňuje (při doplnění o další ustanovení nebo části ustanovení)
Strana 122
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Pro zjednodušení práce generátoru novel bude vhodnější detailnější členění. Například: typ
novelizační instrukce "se nahrazuje" rozdělit na "se zaměňuje" v případech, kdy se mění celý
fragment respektive hierarchie fragmentů a "se upravuje" v případech, kdy se mění například
pouze věta nebo slovo v rámci jednoho fragmentu respektive skupiny fragmentů. Obdobně
pak i "se doplňuje" rozdělit na "se vkládá" v případech, kdy se vkládá celý fragment respektive
hierarchie fragmentů a "se doplňuje" ponechat pro vkládání například vět respektive slov v
rámci daného fragmentu. Obdobně i rozdělit "se zrušuje" v případě, že se zrušuje celý
fragment nebo pouze věta v textu fragmentu.
5.1.2.2.2.7.1 FP2219-Vkládání fragmentů
Fragment, skupina fragmentů, hierarchie fragmentů může být vložena jak přes stromovou
navigaci tak i přímo v těle editoru.
Podle polohy kursoru budou k dispozici pro vložení pouze ty fragmenty, které podle definice
v šabloně pro daný typ předpisu je možné vložit.
Ke fragmentům, které byly nově vloženy nebo upravovány v rámci tvorby právního předpisu
bude možné vložit jednu nebo více pracovních variant respektive variantních ustanovení
stejného fragmentu do stejné pracovní vrstvy.
5.1.2.2.2.7.1.1 FP2220-Šablony pro tvorbu fragmentů
Šablony pro tvorbu fragmentů budou vycházet z LPV a budou kdykoliv uživatelsky
rozšiřitelné. Šablony budou definovat strukturu fragmentu, výchozí textaci a parametry, které
bude možné doplňovat automaticky na základě informací dostupných pro právní akt. Šablony
nabízené pro tvorbu fragmentů daného typu, jsou detailním rozšířením šablon pro typy
předpisů.
5.1.2.2.2.7.1.2 FP2221-Výběr ze šablon podle typu fragmentu
Podle typu fragmentu systém nabídne k výběru příslušné šablony pro tvorbu fragmentů.
Výběrem šablony bude daný fragment vytvořen v požadované struktuře (například pro nový
paragraf budou vytvořeny fragmenty pro číslo paragrafu, nadpis a vlastní obsah paragrafu jak
textový tak i včetně vnořené struktury) včetně výchozí textace a v případě šablon obsahujících
i parametry bude fragment doplněn i o data pokud jsou již v rámci právního aktu k dispozici.
Šablony pro tvorbu fragmentů budou zejména využívány při tvorbě zvláštních ustanovení.
5.1.2.2.2.7.1.3 FP2222-Vkládání zvláštních ustanovení
V rámci vkládání fragmentů bude možné vkládat i zvláštní ustanovení tj. typy fragmentů jako
přechodná ustanovení, zrušovací ustanovení, zmocňovací ustanovení, sankční ustanovení,
definice pojmů atd. v souladu s LPV.
5.1.2.2.2.7.2 FP2223-Rušení fragmentů
Obecně v rámci editace předpisu musí jít označit za zrušený jakýkoliv fragment respektive
jakoukoliv hierarchii fragmentů od celého předpisu až po jednotlivá ustanovení nebo části
ustanovení.
Strana 123
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Je potřeba rozlišit zda se ruší fragment ze základní výchozí vrstvy, tj. jedná se o novelizační
instrukci „zrušuje se“, nebo se jedná o zrušení fragmentu vzniklého v pracovní vrstvě.
V případě rušení fragmentů ze základní výchozí vrstvy v rámci novelizace je fragment nebo
uzel hierarchie fragmentů označen novelizační instrukcí zrušuje se. Podle zvoleného způsobu
zobrazení úplného znění návrhu předpisu pak je nebo není vidět. V případě, že rušený
fragment obsahuje i odkaz na poznámku pod čarou je automaticky zrušen i příslušný
fragment poznámky pod čarou. Systém automaticky upozorní na možné konflikty v návrhu
právního aktu jako například odkaz na zrušený fragment v jiné části předpisu nebo existující
odkaz na zrušený fragment v jiném předpisu atd. na základě asociačních vazeb.
V případě rušení fragmentů vzniklých v pracovní vrstvě buď změnou fragmentu ze základní
výchozí vrstvy, nebo vložením nového fragmentu, mohou být zrušením tyto fragmenty buď
zneplatněny, nebo fyzicky smazány podle rozhodnutí uživatele. Jedná se o návrat ke znění
fragmentu ze základní výchozí vrstvy a zneplatněné fragmenty nejsou dále v těle editoru
vidět, ale mohou být na vyžádání zobrazeny. Pokud uživatel stále pracuje ve stejné vrstvě,
může akci zrušení/zneplatnění revokovat. Systém automaticky upozorní na možné konflikty v
návrhu právního aktu jako například odkaz na zrušenou hierarchii fragmentů v jiné části
předpisu atd.
Zneplatněné fragmenty nepostupují do žádné další vrstvy. Je možné je zobrazit v zobrazení
historie vrstev, a případný text znovu použít ručním zkopírováním.
Stejným postupem zrušení/zneplatnění nebo zrušení/smazání bude postupováno i u
specifických fragmentů jako jsou:
• pracovní varianty fragmentů: způsob zrušení je na rozhodnutí uživatele, systém hlídá,
že dále do procesu postupuje pouze jedna varianta);
• variantní ustanovení: na rozdíl od pracovních variant fragmentů postupují dále v
procesu a možnost zrušení bude hlídána systémem na základě stavu procesu;
• připomínky: možnost zrušení závisí na stavu připomínek a je hlídána systémem;
• pozměňovací návrhy: možnost zrušení závisí na stavu pozměňovacího návrhu a je
hlídána systémem.
5.1.2.2.2.7.2.1 FP2224-Podpora Zrušovacích ustanovení
V návaznosti na zrušení hierarchie fragmentů respektive celého předpisu musí systém
automaticky nabídnout na základě konsolidačních vazeb ke zrušení všechny novely, části
novel, jednotlivé novelizační body, prováděcí předpisy atd.
Zároveň musí systém zobrazit všechny asociační vazby tak, aby měl uživatel veškeré informace
o dopadu rušení hierarchie fragmentů a mohl jednoduše novelizovat i další předpisy v
důsledku zrušení hierarchie fragmentů původního novelizovaného předpisu.
Strana 124
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.2.2.7.3 FP2225-Výběr fragmentu k editaci
K editaci lze vybrat buď jednotlivý fragment, nebo uzel hierarchie fragmentů. Zároveň s
výběrem k editaci by měla být k fragmentu nebo uzlu hierarchie fragmentů přiřazena
novelizační instrukce.
5.1.2.2.2.7.4 FP2226-Datum účinnosti
Datum účinnosti v rámci jednoho návrhu právního aktu může být různé například pro
jednotlivé novelizace. Musí se počítat i s extrémním případem, kdy jedno ustanovení je v
návrhu právního předpisu vícekrát s jinou textací a jinou účinností.
Datum účinnosti bude navázané na celý návrh právního předpisu jako atribut právního aktu, s
možností zadání specifického data účinnosti k jednotlivým fragmentům (ustanovením) návrhu
právního předpisu. V případě, že v rámci jedné novely bude stejný fragment měněn vícekrát
pro různá data účinnosti, musí editor umožnit existenci stejného fragmentu v jedné vrstvě
návrhu právního předpisu vícekrát, pokud bude mít různé datum účinnosti.
Datum účinnosti může být podmíněné (například datem vstupu do EU). Datum účinnosti je
tedy určeno přímo určitým datem nebo textem stanovujícím určitou skutečnost.
Oba systémy jak eLegislativa tak i eSbírka musí mít vstup pro zadání, že daná skutečnost
nastala, včetně data, kdy tato skutečnost nastala. Tato skutečnost může být doplněna na
základě sdělení předkladatele publikačnímu úřadu, který tuto skutečnost zadá do systému. Na
základě tohoto vstupu je do data účinnosti automaticky doplněno skutečné datum. Vstup
může být pouze v jednom ze systémů a předáván do druhého.
Předkladatel by měl být pravidelně notifikován o jím předložených zákonech, které nemají
nastavené reálné datum účinnosti.
5.1.2.2.2.7.5 FP2227-Vkládání komentářů k fragmentu
K fragmentům bude možné vkládat komentáře a sady strukturovaných komentářů.
5.1.2.2.2.7.6 FP2228-Přečíslování hierarchie
Automatické přečíslování hierarchie fragmentů podle LPV v závislosti na zvoleném typu
zobrazení úplného znění.
Zejména při rušení například odstavce se následující odstavce posunují tak, aby byla
zachována posloupnost číslování.
5.1.2.2.2.7.7 FP2229-Aktualizace interních asociačních vazeb.
V případě odkazů v rámci stejného předpisu, který je novelizován by se asociační vazba
neměla po přečíslování hierarchie měnit, ale měla by být zobrazena vždy správná textace
odkazu podle zvoleného způsobu zobrazení úplného znění.
5.1.2.2.2.7.8 FP2230-Variantní ustanovení
Jsou-li v návrhu právního předpisu předkládána ustanovení ve variantách k rozhodnutí v
určité fázi legislativního procesu, označí se variantní ustanovení (paragraf, odstavec,
Strana 125
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
pododstavec, bod) tak, že nad toto ustanovení se vloží slovo „V A R I A N T A ...“ napsané
tučně proloženými a velkými písmeny s označením pořadí varianty, vyjádřeným římským
číslem bez tečky. V těchto případech musejí být uvedeny alespoň 2 varianty, přičemž v každé
z nich se ustanovení (paragraf, odstavec, pododstavec, bod) označí totožným způsobem.
Na úrovni práce s fragmentem typu ustanovení bude k dispozici funkce, která automaticky
vloží požadovaný text (VARIANTA) a číslo varianty nad daný fragment. V tomto případě editor
dovolí vložit další fragment typu ustanovení se stejným označením do stejné vrstvy návrhu
právního předpisu a automaticky doplní pořadové číslo varianty.
5.1.2.2.2.7.9 FP2231-Prokázování slučitelnosti s právem EU
Týká se návrhů právních předpisů, jimiž je zajišťována
• transpozice směrnic EU do právního řádu ČR,
• adaptace právního řádu ČR ustanovením nařízení EU,
• jiná implementace ostatních předpisů EU a judikatury Soudního dvora EU.
Na úrovni právního aktu je požadováno zadání rozlišení, zda je právním předpisem prováděno
přizpůsobení právního řádu nebo jde-li o promítnutí celé nebo části směrnice EU nebo i
případně obojí. Toto rozlišení má vliv na automatickou tvorbu úvodních a závěrečných
ustanovení.
Označování ustanovení, jimiž je zajišťována transpozice, adaptace nebo jiná implementace
jejich podtržením, buď operací nad daným fragmentem (ustanovením) nebo automaticky na
základě vložení identifikačního čísla CELEX k danému ustanovení.
Vkládání identifikačního čísla CELEX a dalšího detailu ustanovení předpisu EU k ustanovením
návrhu právního předpisu. Může být vloženo i více odkazů. K dispozici bude i přímé vložení
identifikátoru CELEX a dalšího detailu ustanovení přes výběr z lokálního EUR-Lex. K dispozici
bude i předvýběr daných předpisů EU na úrovni právního aktu, při vkládání CELEX tak výběr z
EUR-Lex půjde už pouze na předvybrané předpisy.
Možnost vložení:
• charakteristiky obsahu ustanovení návrhu právního předpisu
• úplného znění normativního ustanovení předpisu EU nebo charakteristiku jeho obsahu
pro následné použití v Rozdílové tabulce návrhu právního předpisu ČR s předpisy EU.
Vložením identifikátoru CELEX k fragmentu návrhu právního předpisu budou vytvořeny
asociační vazby mezi návrhem právního předpisu a předpisem EU, které po vyhlášení právního
předpisu v eSbírce dále převezme i eSbírka.
5.1.2.2.2.8 FP2232-Editace obsahu fragmentu
Požadavek shrnuje všechny operace a funkce, které jsou v editoru eŠablony k dispozici pro
editaci obsahu jednoho fragmentu.
Strana 126
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.2.2.8.1 FP2233-Editační funkce
Základní funkce:
• Vkládání textu
• Náhrada textu
• Rušení textu
• Cut - Copy - Paste
Formátování textu:
• Rich text (Bold, Underline, Bullets)
• Zarovnávání textu
• Změna fontu
• Volba stylů
Jednotlivé editační funkce mohou být pro na úrovni šablon pro typy předpisů respektive
šablon pro typy souvisejících dokumentů zakázány.
5.1.2.2.2.8.2 FP2234-Psaní vzorců
Editor obsahu fragmentů musí umožnit psaní složitějších vzorců.
5.1.2.2.2.8.3 FP2235-Značkování nového textu
Obsah fragmentů v případě natažení předpisu z eSbírky je již označkován, tj. jsou označeny
věty a slova. V případě návrhu nového předpisu nebo v případě nového textu respektive
obsahu daného fragmentu v rámci novelizace musí být nový obsah automaticky označkován
pro správné generování novelizačních bodů typu "za první větu se vkládá" podle LPV.
V případě nesprávného generování novelizačních bodů v důsledku nesprávného značkování
bude mít uživatel možnost ručně značkování upravit.
5.1.2.2.2.8.4 FP2236-Označování pojmů v CzechVoc
Pojmy v textu obsahu fragmentu navázané na pojmy CzechVoc budou označovány (barevně
nebo jiným způsobem). Pro navázání pojmů nového textu na pojmy CzechVoc bude k
dispozici nástroj, který vyhledá existující pojmy v CzechVoc a vytvoří dané asociační vazby.
5.1.2.2.2.8.5 FP2237-Spell check
Kontrola textů podle pravidel pravopisu českého jazyka.
5.1.2.2.2.8.6 FP2238-Zvýrazňování měněného textu
Měněný text by měl být odlišen od původního textu.
5.1.2.2.2.8.7 FP2239-Hromadné změny
Editor musí umožnit hromadné změny typu náhrada slova za slovo a podobně a to jak v rámci
jednoho předpisu, tak i v rámci všech předpisů připravených k novelizaci v právním aktu.
Strana 127
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.2.2.8.8 FP2240-Přílohy jako součást předpisu
Je-li to vhodné k dosažení přehlednosti právního předpisu, může být část právní úpravy
obsažena v příloze k právnímu předpisu, nejde-li o ústavní zákon.
Grafická znázornění, kresby a mapy mohou být uvedeny pouze v příloze, vzorce a tabulky
mohou být i součástí příslušného ustanovení právního předpisu.
Příloha je součástí právního předpisu.
5.1.2.2.2.8.9 FP2241-Vkládání obrázku
Do textového obsahu fragmentu musí být možné vložit obrázek. Obrázky musí splňovat
parametry (například 300 DPI) podle požadavků stanovených Publikačním úřadem. Systém
odmítne vložit obrázky, které nesplňují požadované parametry.
5.1.2.2.2.8.10 FP2242-Práce s tabulkami
Editor obsahu fragmentu musí umožnit obvyklou práci s tabulkami.
Musí být umožněno vložení tabulky připravené i v jiném tabulkovém editoru.
5.1.2.2.2.8.11 FP2394-Import tabulek z Excelu
V případě příloh Zákona o státním rozpočtu budou jednotlivé tabulky vytvořené v MS Excel
(xls, xlsx) připojeny jako souborové přílohy, k návrhu zákona o státním rozpočtu. Dále bude
k dispozici funkce „Import tabulek státního rozpočtu“, která provede převod do strukturované
podoby tak, že ve výsledku budou přiloženy k zákonu i jako strukturované přílohy.
Převodní schémata budou podporována pro všechny typy tabulek, které jsou přílohami
Zákona o státním rozpočtu. Následující seznam obsahuje tabulkové přílohy pro rok 2016.
• Příloha č. 1 ÚHRNNÁ BILANCE PŘÍJMŮ A VÝDAJŮ STÁTNÍHO ROZPOČTU
• Příloha č. 2 CELKOVÝ PŘEHLED PŘÍJMŮ STÁTNÍHO ROZPOČTU PODLE KAPITOL
• Příloha č. 3 CELKOVÝ PŘEHLED VÝDAJŮ STÁTNÍHO ROZPOČTU PODLE KAPITOL
• Příloha č. 4 Ukazatele podle jednotlivých kapitol (pro jednu kapitolu jedna tabulka)
• Příloha č. 5 FINANČNÍ VZTAHY STÁTNÍHO ROZPOČTU K ROZPOČTŮM KRAJŮ
• Příloha č. 6 FINANČNÍ VZTAHY STÁTNÍHO ROZPOČTU K ROZPOČTŮM OBCÍ V ÚHRNECH
PO JEDNOTLIVÝCH KRAJÍCH
• Příloha č. 7 FINANČNÍ VZTAH STÁTNÍHO ROZPOČTU K ROZPOČTU HLAVNÍHO MĚSTA
PRAHY
Každá z příloh má jiný formát. Kromě vlastní tabulky přílohy obsahují poznámky pod čarou a
hlavičkové či patičkové volné texty.
Například Příloha č.4:
Strana 128
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Příloha č. 8 Postup pro stanovení výše příspěvku na výkon státní správy jednotlivým obcím a
hlavnímu městu Praze bude tvořena standardními nástroji e-Šablony plus (tzn. ne importem).
5.1.2.2.2.9 FP2243-Generování novelizačních bodů
Ke každé změně fragmentu, respektive hierarchie fragmentů bude možné generovat
novelizační body. Při generování novelizačních bodů musí mít uživatel možnost měnit
novelizační instrukce a umístění novelizačních instrukcí například z úrovně jednotlivých
fragmentů na uzel hierarchie fragmentů a vybírat z možných variant textací. Generátor novel
musí uživateli poskytnout přehledné nástroje pro správné vygenerování novelizačních bodů
podle LPV.
Strana 129
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.2.2.9.1 FP2245-Změna varianty novelizačního bodu
Systém umožní uživateli opětovné vybrání textace novelizačního bodu, např. v případě, kdy
uživatel zvolil variantu textace novelizačního bodu, kterou chce nahradit jinou přípustnou
variantou textace.
5.1.2.2.2.9.2 FP2246-Podpora novelizace zvláštních ustanovení
Bude podporována i novelizace zvláštních ustanovení jako jsou například přechodná
ustanovení, zrušovací ustanovení atd.
Pokud zvláštní ustanovení, které je novelizováno, pochází z novely základního předpisu, musí
být citace této novelizace vůči novele a ne vůči základnímu předpisu.
Systém smí povolit novelizaci účinnosti pouze v případě, že účinnost ještě nenastala. Pokud
účinnost, která je novelizována, nastane v průběhu legislativního procesu před vyhlášením
právního aktu, systém musí na tuto skutečnost upozornit.
5.1.2.2.2.9.3 FP2247-Generátor novelizačních bodů
Novelizační bod
Je výsledkem porovnání aktuální základní výchozí vrstvy úplného znění daného fragmentu
(vrstvy vstupující do legislativního procesu tj. vrstvy vstupující do prostoru právního aktu) a
změn daného fragmentu zahrnutých v dané chvíli do generování novelizačního bodu.
Pracovní Novelizační body
Jsou generovány pro připomínky a pozměňovací návrhy a jsou využívány například pro
souhrn pozměňovacích návrhů, souhrn připomínek apod.
• Připomínka
Je výsledkem porovnání návrhu právního předpisu daného fragmentu (vrstvy vstupující do
pracovního prostoru připomínkového řízení) a změn daného fragmentu na základě
připomínek zahrnutých v dané chvíli do generování novelizačního bodu.
• Pozměňovací návrh
Je výsledkem porovnání návrhu právního předpisu daného fragmentu (vrstvy vstupující do
pracovního prostoru, kde lze podávat pozměňovací návrhy) a změn daného fragmentu na
základě pozměňovacích návrhů zahrnutých v dané chvíli do generování novelizačního bodu.
Možnosti výběrů:
• pro jeden fragment respektive hierarchii fragmentů
• pro výběr fragmentů respektive hierarchie fragmentů
• pro celou vrstvu
• pro moje připomínky
• pro připomínky daného připomínkového místa
• pro moje pozměňovací návrhy
Strana 130
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• .....
5.1.2.2.2.10 FP2248-Validace
Vyvolané uživatelsky nebo při ukončení výstupní vrstvy, které kontrolují soulad s LPV.
Příklady
• interpunkce na konci pododstavců a bodů
• počáteční malé písmeno pododstavců a bodů
• upozornění na více než 6 odstavců v paragrafu nebo článku
• zákonem nelze měnit nařízení vlády nebo vyhlášku
• vyhláška jako prováděcí předpis k zákonu může být vydána pouze na základě
výslovného zmocnění v zákoně
• v datu je měsíc vypsán slovně
• pravidla vyjádření variant
• vyjádření číslovek a peněžních částek
• legislativní zkratky
• výstupní vrstva nesmí obsahovat pracovní varianty fragmentů
• doplnění strukturovaných odkazů v právních předpisech importovaných z editoru off-
line
• dodržení struktury v souladu se šablonou a LPV
• používání pojmů a legálních definic v podřízených předpisech
•…
Vypnutí vybraných validací v případě nestandardní struktury po schválení publikačním
úřadem.
5.1.2.2.3 FP2249-Asociační vazby
Podporované asociační vazby:
• informativní (CzechVoc, RPP, Právní oblasti)
• kontextové (na ustanovení v rámci jednoho právního předpisu, na ustanovení jiných
právních předpisů včetně mezinárodních smluv a právních předpisů EU)
• implementační (na ustanovení jiných právních předpisů v případech transpozice
směrnic EU do právního řádu ČR, adaptace právního řádu ČR ustanovením nařízení EU,
jiné implementace ostatních předpisů EU a judikatury Soudního dvora EU)
• konsolidační (Novely, Opravy, Nálezy Ústavního soudu)
• prováděcí (Prováděcí předpisy k právnímu předpisu)
• procesní (Usnesení PSP o setrvání na zákonu, Sdělení, kterým se určuje účinnost, …)
Strana 131
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
req Asociační v azby
FP2252-Zobrazení cíle FP2 2 6 9 -So u vi se j ící
odkazu i n fo rm a ce
FP2250-Obousměrnost FP2249-Asociač ní vazby FP2251-Zobrazování
asociač ních vazeb asociač ních vazeb
FP2254-CzechVoc FP2253-Tvorba asociač ních FP2255-Konsolidač ní vazby
vazeb FP2258-Neřízené odkazy
FP2257-Odkazy na předpisy
EU a mezinárodní smlouvy FP2256-Kontextové odkazy v
právním předpisu
FP2231-Prokázování
sluč itelnosti s právem EU
FP2266-Prováděcí vazby FP2259-Řízené odkazy FP2 2 6 8 -Hl íd a č
FP2264-Varování, že citace FP2267-Dohledání předpisu
není účinná podle odkazu
FP2265-Poznámky pod FP2261-Hromadný výběr do
č arou poznámky pod č arou
FP2260-Generátor citací FP2262-Výběr ze FP2263-Zobecněné názvy
zobecněných názvů pravních právních předpisů
p ře d p i sů
Obrázek 30: Asociační vazby
5.1.2.2.3.1 FP2250-Obousměrnost asociačních vazeb
Asociační vazby musí být vždy obousměrné.
Například asociační kontextová vazba mezi ustanoveními dvou předpisů, kde v prvním
předpisu je v ustanovení použit termín s odkazem na ustanovení druhého předpisu, kde je
vlastní legální definice daného termínu.
Z prvního předpisu je možné se přes odkaz dostat na náhled legální definice pojmu v druhém
předpisu. Naopak například při novelizaci druhého předpisu, systém zobrazuje první předpis
mezi souvisejícími předpisy a například při zrušení daného ustanovení na tuto skutečnost
upozorňuje.
Strana 132
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.2.3.2 FP2251-Zobrazování asociačních vazeb
Asociační vazby všech typů budou přehledně zobrazovány v eŠabloně +. Jednotlivá zobrazení
bude možné rozbalit nebo skrýt.
Výjimkou budou asociační vazby, které jsou zobrazovány formou zvýraznění textu (CzechVoc)
respektive formou odkazu přímo ve strukturovaném textu návrhu právního předpisu
(kontextové) v těle editoru e-Šablony+.
5.1.2.2.3.2.1 FP2252-Zobrazení cíle odkazu
Přes zobrazenou vazbu respektive odkaz bude možné vždy zobrazit cíl vazby nebo odkazu
formou náhledu.
5.1.2.2.3.3 FP2253-Tvorba asociačních vazeb
Následující asociační vazby budou vytvářeny v e-Šabloně přímo z editoru při práci s návrhem
právního předpisu.
5.1.2.2.3.3.1 FP2254-CzechVoc
V rámci e-Legislativy je požadován nástroj, který automaticky vytvoří vazby mezi právními
termíny v novém textu návrhu právního předpisu s již existujícími pojmy v CzechVoc.
Nástroj zároveň doporučí i pojem, kterým by měl být použitý právní termín nahrazen pro
udržení terminologické jednotnosti při tvorbě právních předpisů.
Z editoru e-Šablony bude možné založit v CzechVoc nový pojem včetně legální definice.
Legální definice je odkaz na ustanovení právního předpisu, kde je právní termín definován.
Právní termín může mít v CzechVoc i více legálních definic. Požadavkem je přidání další legální
definice k již existujícímu pojmu v CzechVoc přímo z editoru e-Šablony.
5.1.2.2.3.3.2 FP2255-Konsolidační vazby
Konsolidační vazby budou automaticky vytvářeny pro:
• novely právních předpisů
• redakční opravy právních předpisů
• nálezy Ústavního soudu
Při tvorbě novelizace právního předpisu vznikají v průběhu procesu pracovní konsolidační
vazby automaticky vygenerováním novelizačního bodu. Finální vygenerování novely pak
vytvoří finální konsolidační vazby včetně novelizačních instrukcí, které jsou předány do
eSbírky.
5.1.2.2.3.3.3 FP2256-Kontextové odkazy v právním předpisu
Kategorizace odkazů
• interní odkaz na jiné ustanovení téhož právního předpisu
• interní odkaz na přílohu téhož právního předpisu
Strana 133
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• normativní odkaz na jiný právní předpis
• nenormativní odkaz na jiný právní předpis
• odkaz na technickou normu
• poznámka pod čarou
Zvýrazňování odkazů v textu právního předpisu.
Odkazy s vytvořenou asociační vazbou budou umožňovat zobrazení cílového právního
předpisu nebo jeho jednotlivých ustanovení.
Odkazy v rámci téhož předpisu budou umožňovat přechod na cílové ustanovení respektive
přílohu právního předpisu.
Podpora tvorby nových odkazů v souladu s legislativními pravidly.
5.1.2.2.3.3.3.1 FP2257-Odkazy na předpisy EU a mezinárodní smlouvy
Týká se:
• předpisů EU uveřejněných v Úředním věstníku EU
• mezinárodních smluv vyhlášených ve Sbírce zákonů a mezinárodních smluv nebo v
Úředním věstníku EU
Vyhledání a výběr předpisu EU nebo mezinárodní smlouvy vyhlášené v Úředním věstníku EU v
lokální databázi Eur-Lex.
Vyhledání a výběr mezinárodní smlouvy v e-Sbírce.
Aplikace stejných funkcí jako pro Řízené odkazy v závislosti na stupni strukturalizace dat v
lokální databázi Eur-Lex a mezinárodních smluv v e-Sbírce. Automatické vytvoření
implementačních asociačních vazeb.
5.1.2.2.3.3.3.2 FP2258-Neřízené odkazy
Systém musí umožnit zadat i odkaz, který nemá cíl ve strukturované podobě, v tomto případě
není vytvořena žádná asociační vazba.
Systém musí umožnit zadat i odkaz, kdy pouze část odkazu je řízená a detail odkazu musí být
doplněn ručně (například odkazy na směrnice EU), v tomto případě je vytvořena asociační
vazba pouze však na řízenou část odkazu.
5.1.2.2.3.3.3.3 FP2259-Řízené odkazy
Řízené odkazy v textu právního předpisu automaticky generují oboustrannou asociační vazbu,
která bude umožňovat:
• zobrazení
• související informace
•…
Řízené odkazy budou zahrnovat:
Strana 134
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• Odkazy na jiné ustanovení v rámci stejného předpisu: Umožní vložit odkaz
výběrem funkce pro vložení tohoto typu odkazu spolu s výběrem daného ustanovení
přímo ve strukturovaném textu právního předpisu.
• Normativní odkazy: Umožní vložit odkaz na jiný právní předpis v podobě jeho
zkráceného názvu nebo zobecněného názvu výběrem funkce pro tento typ odkazu a
výběrem z právních předpisů eSbírky spolu se specifikací zda má být vložen zkrácený
nebo zobecněný název.
• Poznámky pod čarou:
• Podpora vkládání odkazů na jiné ustanovení mimo rámec předpisu umožní vložit
odkaz jednak ručně a jednak výběrem funkce pro vložení tohoto typu odkazu
spolu s výběrem daného ustanovení přímo v textu předpisu vyhledaného pomocí
funkcí pro vyhledávání předpisu. V případě ručního vložení odkazu je
kontrolována správnost formátu citace a samotná existence daného ustanovení.
• Podpora vkládání citací pod čarou umožní vložit odkaz a citaci jednak ručně a
jednak výběrem funkce pro vložení tohoto typu odkazu spolu s výběrem daného
ustanovení respektive daných ustanovení přímo v textu předpisu vyhledaného
pomocí funkcí pro vyhledávání předpisu. V případě ručního vložení odkazu je
kontrolována správnost formátu citace a samotná existence daného ustanovení. V
případě funkce je citace generována automaticky.
• Citace pod čarou odkazující na definici právního termínu v jiném právním předpise,
bude možné vytvářet i přes výběr legální definice právního termínu v CzechVoc.
5.1.2.2.3.3.3.4 FP2260-Generátor citací
Generátor jak úplných tak zkrácených citací podle LPV.
5.1.2.2.3.3.3.5 FP2261-Hromadný výběr do poznámky pod čarou
Do jedné poznámky pod čarou lze vybrat více ustanovení jednoho nebo více právních
předpisů.
5.1.2.2.3.3.3.6 FP2262-Výběr ze zobecněných názvů právních předpisů
Zobecněný název právního předpisu může být použit jako normativní odkaz v textu
ustanovení právního předpisu.
5.1.2.2.3.3.3.7 FP2263-Zobecněné názvy právních předpisů
Strukturovaný seznam zobecněných názvů právních předpisů pro rychlý výběr pro normativní
odkazy. Seznam zobecněných názvů musí obsahovat i odkaz na příslušný právní předpis pro
automatické vytvoření plnohodnotné asociační vazby.
5.1.2.2.3.3.3.8 FP2264-Varování, že citace není účinná
Bude možné použít i odkaz i na jiný rozpracovaný návrh právního předpisu v e-Legislativě. V
tomto případě, bude vytvořena asociační vazba, která bude muset být po vyhlášení jiného
návrhu předpisu automaticky zkompletována.
Strana 135
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Systém musí průběžně a zejména před publikací varovat, že citace není účinná.
5.1.2.2.3.3.3.9 FP2265-Poznámky pod čarou
Na jednu poznámku se lze odkazovat i vícekrát. Při tvorbě odkazů musí mít uživatel možnost
vybrat z již existujících poznámek pod čarou.
Lze i obráceně mít ke stejnému pojmu více poznámek se stejnou citací (trend je toto
eliminovat). Systém při validaci bude generovat upozornění respektive stopku podle
parametrizace systému.
Poznámky pod čarou nemají normativní povahu a tím pádem se nenovelizují. Nicméně systém
je schopný nekonzistence identifikovat, a bude na ně upozorňovat.
Číslování nových poznámek bude automatické.
5.1.2.2.3.3.3.10 FP2266-Prováděcí vazby
Prováděcí vazby jsou generovány automaticky na základě odkazu na nadřízený předpis, který
je v prováděcím předpisu vždy obsažen v úvodní větě.
5.1.2.2.3.3.3.11 FP2267-Dohledání předpisu podle odkazu
Nástroje pro automatické dohledání předpisu z e-Sbírky na základě ručně zadaného odkazu,
za předpokladu, že odkaz je zadán podle pravidel LPV.
5.1.2.2.3.3.3.12 FP2268-Hlídač
Hlídač je uživatelsky vytvářena vazba jejím účelem je propojit věcně související obsah tak, aby
při změně jednoho byl uživatel upozorněn na nutnou aktualizaci druhého. Například při
změně textu ustanovení zákona bude uživatel upozorněn na nutnost úpravy důvodové zprávy.
Hlídaný obsah může být fragment respektive hierarchie fragmentů návrhu právního předpisu
nebo strukturovaného souvisejícího dokumentu.
Hlídač samotný formou odkazu na hlídaný obsah je umístěn do strukturovaného dokumentu
na místo, kde chce být uživatel upozorněn na případnou změnu hlídaného obsahu.
Upozorňuje-li hlídač na změnu hlídaného obsahu, uživatel může upozornění vypnout, hlídač
ale zůstává aktivní a hlídá další změnu hlídaného textu.
Hlídače je možné smazat, tj. vazba je smazána.
5.1.2.2.4 FP2269-Související informace
Související informace budou vždy k dispozici při práci nad strukturovaným textem návrhu
předpisu. Některé informace budou pouze čistě informativní povahy, s některými informacemi
bude možné i pracovat jako například se souvisejícími předpisy a stažením vybraných
souvisejících předpisů do právního aktu.
Strana 136
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
FP2 2 7 7 -So u vi se j ící FP2274-Agendy FP2272-Procesní
p ře d p i sy (RPP) model AISů
(PMA)
FP2 2 7 0 -Ko n fl i ktn í FP2 2 6 9 -So u vi se j ící FP2275-Zkratky
n o ve l i za ce i n fo rm a ce zavedené
zvláštním právním
p ře d p i se m
FP2271-CzechVoc FP2276-EurLex
FP2 2 7 9 -L e g i sl a ti vn í
zkratky
FP2273-EuroVoc
Obrázek 31: Související informace
5.1.2.2.4.1 FP2270-Konfliktní novelizace
Informace o skutečnosti, že právní předpis, který je novelizován v daném právním aktu, je
novelizován i v jiném běžícím právním aktu včetně informace o stavu legislativního procesu
tohoto právního aktu a přehledu měněných ustanovení.
Možnost přechodu na úplné znění konfliktní novelizace.
5.1.2.2.4.2 FP2271-CzechVoc
Předpoklady pro strukturu CzechVoc pro splnění požadavků na práci s CzechVoc (dále jen
CV):
• jeden pojem (právní termín) může být v CV vícekrát,
• každý pojem může mít pouze jednu pojmovou definici,
• každý pojem může mít několik legálních definic (legální definice je odkaz na
ustanovení právního předpisu, kde je právní termín definován),
• pokud je pojem v CV vícekrát, u každého mohou být stejné nebo různé legální
definice,
• legální definice je odkaz na ustanovení právního předpisu, kde je pojem definován,
• pojmy s vazbou na CV budou pořadově otagovány v rámci fragmentu,
Strana 137
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• mimo CV bude asociační informativní vazba fragment <-> CV s následující konstrukcí:
IdFragmentuTag <-> IdPojmové nebo IdZákonné definice pojmu,
• asociační legální vazba vzniká s použitím CV při vkládání citace pod čarou (viz
asociační vazby eŠablony +),
• legální definice musí mít platnost od - do.
5.1.2.2.4.3 FP2273-EuroVoc
Eurovoc bude implementován jako jedna z domén do CzechVoc. Pojmy z Eurovoc budou
mapovány na pojmy z CzechVoc.
Primární funkcí pro potřeby e-Legislativy je přístup k právu EU v EUR-Lex.
5.1.2.2.4.4 FP2274-Agendy (RPP)
Informace z RPP, seznam možných dotčených agend, budou načítány vždy při stažení
předpisu do pracovního prostoru právního aktu. Informace budou zobrazovány v rozpadu na
vztah k jednotlivým ustanovením předpisu.
Agendy skutečně dotčené prováděnými změnami budou automaticky označovány během
novelizačního procesu.
Uživatel bude mít možnost provést kdykoliv aktualizaci z RPP.
5.1.2.2.4.5 FP2275-Zkratky zavedené zvláštním právním předpisem
V textu právního předpisu lze použít zkratky slov pouze v případě, je-li jejich používání
zavedeno zvláštním právním předpisem. Seznam těchto zkratek včetně jejich významu bude
přístupný z editoru k nahlédnutí.
Seznam těchto zkratek včetně jejich významu bude přístupný také ve strukturované podobě
pro přímý výběr zkratky do editovaného textu.
5.1.2.2.4.6 FP2276-EUR-Lex
V lokální kopii EUR-Lex bude možné vyhledávat podle stejných kritérií jako v EUR-Lex
samotném.
V lokální kopii EUR-Lex bude možné vyhledávat i přes pojmy CzechVoc.
5.1.2.2.4.7 FP2277-Související předpisy
Seznam souvisejících předpisů z eSbírky k předpisům v právním aktu na základě
konsolidačních a asociačních vazeb včetně přímých odkazů pro možnost náhledu na předpis
respektive na dané ustanovení předpisu.
Možnost výběru jednoho nebo více předpisů ke stažení do pracovního prostoru právního aktu
za účelem novelizace.
Strana 138
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.2.4.7.1 FP2278-Hierarchie fragmentů
Asociační vazba na vyšší hierarchický uzel například paragraf implikuje i vazbu na podřízené
hierarchické uzly a fragmenty.
Například: Pokud při novelizaci měním odstavec 1 paragrafu 3 zákona a asociační vazba je na
paragraf 3, tak předpis, který odkazuje na paragraf 3, bude v souvisejících předpisech
zobrazen.
5.1.2.2.4.8 FP2279-Legislativní zkratky
Legislativní zkratky lze použít pro slovní spojení, které se v právním předpisu vícekrát opakuje.
Legislativní zkratka se zavede za slovním spojením, které nahrazuje, a to na místě, kde je toto
slovní spojení v právním předpisu použito poprvé. Při zavedení legislativní zkratky se použije
tento text: „(dále jen „ …“)“. Text odpovídající zavedené legislativní zkratce v jednom právním
předpisu lze použít jen v prováděcím předpisu, je-li zaveden v prováděném zákoně.
I když legislativní zkratky zavedené v jednom předpisu lze použít jen v příslušném prováděcím
předpisu je pro zvýšení standardizace v používání legislativních zkratek požadován postupně
vytvářený seznam těchto zkratek s možností výběru legislativních zkratek (tj. slovního spojení
včetně zkratky) do textu jiného předpisu.
V případě prováděcího předpisu bude k dispozici seznam zkratek zavedených v prováděném
zákoně.
5.1.2.2.5 FP2300-Přípomínkové řízení
Nástroje pro podporu připomínkového řízení
1. v rámci vnitřního schvalovacího procesu veškerých prací na návrhu právního předpisu
včetně doprovodných dokumentů orgánu, který návrh právního předpisu vypracovává
(vnitřní respektive vnitroresortní připomínkové řízení, nemá zákonný rámec);
2. v rámci legislativních pravidel tvorby právních předpisů (meziresortní připomínkové
řízení, má zákonný rámec v LPV):
a. připomínkové řízení k věcnému záměru respektive ke zprávě k návrhu státního
rozpočtu,
b. připomínkové řízení k návrhu právního předpisu.
Možnost využití funkcí a nástrojů připomínkového řízení obecně pro vyžádání a zaznamenání
jakýchkoli konzultací a strukturovaných připomínek (například s Evropskou komisí, stanoviska,
apod.).
Poznámka: Možnost veřejného připomínkového řízení je řešena v části veřejného portálu
e-Legislativy.
Strana 139
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
FP2 0 7 2 -Ša b l o n y FP2073-T vo rba FP2070-Pracovní FP2311-Správa FP2 3 1 3 .1 -Při d ě l o vá n í FP2 3 3 2 -Příj e m FP2333-Převod FP2 3 2 5 -Při p o m ín ky FP2329-Zadání
pracovních pracovních prostory p ři p o m ín ko vých přístupu k vkládání připomínek z připomínek z s odkazem na pracovníka
prostorů prostorů p ři p o m ín ko vé h o míst p ři p o m ín e k eKlep příloh do strukturovaný text oprávněného k
řízení strukturované návrhu právního vypořádání
(from Portál (from Portál FP2310-Výběr FP2312-Operace podoby p ře d p i su
e -L e g i sl a ti va ) e -L e g i sl a ti va ) (from Portál p ři p o m ín ko vých nad FP2327-Zadání
e -L e g i sl a ti va ) míst p ři p o m ín ko vým i FP2320-Výběr FP2 3 3 1 -Vkl á d á n í FP2 3 2 3 -Vkl á d á n í odůvodnění
FP2306-Správa FP2305-Vytvoření místy o b e sl a n é h o nestrukturovaných strukturovaných p ři p o m ín ky
typů pracovního FP2309-Výběr FP2 3 1 4 -No ti fi ka ce p ři p o m ín ko vé h o p ři p o m ín e k p ři p o m ín e k
p ři p o m ín ko vé h o prostoru pro materiálu k p ři p o m ín ko vých FP2313-Seznam místa FP2324-K textaci
řízení p ři p o m ín ko vé p ři p o m ín ko vá n í míst o b e sl a n ých novelizač ního
řízení p ři p o m ín ko vých bodu
FP2 3 1 5 -Za sl á n í míst
FP2848-Správa FP2 3 0 7 -Au to m a ti cké FP2 3 0 4 -Za h á j e n í materiálů k
m a te ri á l ů vytvoření vrstvy p ři p o m ín ko vé h o p ři p o m ín ká m FP2316-T i sk
řízení d a l ším listinné podoby
(from e-Legislativa FP2308-Zadání p ři p o m ín ko vým materiálu k
Ad mi n i stra ce ) metadat místům. p ři p o m ín ká m FP2319-Tvorba připomínek
p ři p o m ín ko vé h o
FP2054-Vrstvy řízení FP2318-Předání FP2 3 1 7 -Do wn l o a d FP2 3 2 6 -Při p o m ín ky FP2328-Generování
obsahu předpisu p ři p o m ín ko vé h o materiálu k s návrhem textu novelizač ních bodů
řízení do eKlep p ři p o m ín ká m změny návrhu
(from Portál právního předpisu FP2247-Generátor
e -L e g i sl a ti va ) novelizač ních
bodů
FP2 3 0 3 -Zve ře j ň o vá n í FP2321-Zadání FP2322-Řízený UI
p ři p o m ín e k zá kl a d n ích podle typu
a tri b u tů p ři p o m ín ky
p ři p o m ín ky
FP2 3 0 2 -Sd íl e n í FP2301-Oprávnění FP2 3 3 5 -No ti fi ka ce FP2600-
p ři p o m ín e k k připomínkám o zveřejnění Generátor novel
d a l ších
FP2334-Stavy p ři p o m ín e k (from Generátor novel)
p ři p o m ín e k
FP2300-Přípomínkové řízení FP2338-Vypořádaní FP2341-Změna
FP2342-Ukonč ení p ři p o m ín e k stavu připomínek
p ři p o m ín ko vé h o
řízení FP2339-Zapracování FP2340-Zaznamenání
p ři p o m ín ky stavu konzultací kolem
Zásadních připomínek
FP2336-Ukonč ení FP2343-Výstupy FP2205-Podpora
přijmu připomínek a u to m a ti cké h o
Sluč ování (Merge)
FP2 3 3 7 -Hl íd á n í FP2 3 4 7 -Ná h l e d y
lhůt na konsolidované
znění návrhu
FP2344-Hromadný FP2348-Souhrn FP2345-Souhrn právního předpisu
výběr připomínek Vypořádání připomínek za
p ři p o m ín e k p ři p o m ín ko vé FP2 3 4 6 -Ná h l e d y
místo na znění konkrétní
č ásti návrhu
právního předpisu
Obrázek 32: Připomínkové řízení
Strana 140
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.2.5.1 FP2301-Oprávnění k připomínkám
Výběrem připomínkových míst k účasti na připomínkovém řízení získají připomínková místa
přístup k pracovnímu prostoru pro dané připomínkové řízení. Oprávnění jsou nastavena
podle činnostních rolí daného připomínkového místa, do kterých jsou zařazeni jednotliví
uživatelé. Každé připomínkové místo musí mít obsazenu minimálně roli, která je oslovena v
rámci výzvy k připomínkovému řízení. Tato role má zároveň oprávnění k přidělování
oprávnění k danému pracovnímu prostoru připomínkového řízení.
Vkládat připomínky do prostoru daného připomínkového řízení je možné vždy jen v kontextu
připomínkového místa. Uživatelé z daného připomínkového místa jsou identifikováni
automaticky, v případě nejednoznačné identifikace systém nabídne příslušná připomínková
místa k výběru.
Ostatní uživatelé, kteří mají v rámci své role oprávnění vkládat připomínky za dané
připomínkové místo, musí nejprve připomínkové místo vybrat ze seznamu.
Vložená připomínka je editovatelná vlastníkem. Jako vlastník je výchozí nastavení uživatel,
který připomínku vložil. (Nezaměňovat s autorem připomínky).
Vlastník připomínky může předat vlastnictví jinému uživateli, nebo skupině uživatelů. Vlastník
připomínky může připomínku nasdílet s jiným uživatelem, nebo skupinou buď pouze pro
čtení, nebo i pro editaci.
5.1.2.2.5.1.1 FP2302-Sdílení připomínek
Připomínkové místo může připravovat připomínky přímo přes portál e-Legislativy. Dokud
není připomínka zveřejněna, vidí ji pouze vlastník (autor, tým, připomínkové místo …) a
osoba, která zadala připomínku do systému. Připravené připomínky je možné nejdříve pouze
konzultovat s širším okruhem a to výběrem osob nebo skupin ke sdílení dané připomínky.
5.1.2.2.5.1.2 FP2303-Zveřejňování připomínek
Zveřejněním připomínky se stává připomínka přístupná všem osobám a skupinám podle
oprávnění k pracovnímu prostoru připomínkového řízení. Teprve zveřejněním je připomínka
považována za sdělenou.
Zveřejnění připomínek může provést pouze vlastník připomínky.
Požadována je možnost zveřejňování jednotlivých připomínek, skupiny připomínek
respektive všech připomínek za dané připomínkové místo.
Připomínky přijaté přes jiný zdroj než e-Legislativa se stávají okamžikem zápisu do
e-Legislativy zveřejněnými.
Právo editace zůstává pouze vlastníkovi, a to pouze na změnu stavu připomínky "Zveřejněna"
na předchozí stav. Tuto změnu nelze provést v případě, že již bylo ukončeno připomínkové
řízení nebo připomínka byla již zapracována. V případě, že připomínka byla již zapracovaná,
Strana 141
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
ale připomínkové řízení stále běží, musí připomínku na základě žádosti připomínkového
místa vrátit do předchozího stavu Předkladatel, který připomínky vypořádává.
5.1.2.2.5.2 FP2304-Zahájení připomínkového řízení
Pro zahájení připomínkového řízení budou v e-Legislativě k dispozici následující nástroje.
5.1.2.2.5.2.1 FP2305-Vytvoření pracovního prostoru pro připomínkové řízení
Pracovní prostor pro připomínkové řízení bude vytvářen automaticky v rámci vytváření
pracovních prostorů pro jednotlivé procesy a podprocesy tvorby právního aktu.
Požadavkem je vytvoření pracovního prostoru pro různé typy připomínkového řízení
uživatelem ručně ze šablony pracovního prostoru.
Například pro první připomínkové řízení k věcnému záměru je pracovní prostor vytvořen
automaticky jako součást pracovního prostoru pro vypracování věcného záměru. V případě,
že dojde na základě prvního připomínkového řízení k podstatné změně obsahu věcného
záměru, je věcný záměr poslán znovu k připomínkám. Pro další kola připomínkového řízení je
pracovní prostor vytvořen uživatelem ze šablony pracovního prostoru pro připomínkové
řízení věcného záměru.
5.1.2.2.5.2.1.1 FP2306-Správa typů připomínkového řízení
Uživatelsky definované typy připomínkového řízení s vazbou na šablony pracovních prostorů
pro připomínkové řízení.
Základní typy:
• Vnitřní
• Meziresortní
• Veřejné
• Konzultace
•…
V rámci typu připomínkového řízení musí být také definovány povinné materiály vstupující
do připomínkového řízení.
5.1.2.2.5.2.1.2 FP2307-Automatické vytvoření vrstvy
Automatické vytvoření vrstvy návrhu právního předpisu pro připomínkové řízení v rámci
vytvoření pracovního prostoru pro připomínkové řízení.
5.1.2.2.5.2.2 FP2308-Zadání metadat připomínkového řízení
Atributy:
• datum zahájení připomínkového řízení
• lhůta pro sdělení připomínek
• případné informace o změně standardních lhůt a schválení těchto lhůt
Strana 142
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• zda je požadováno explicitní sdělení "Bez připomínek" nebo je tato skutečnost
implicitní, pokud připomínkové místo nepošle připomínky
• elektronická adresa, na kterou je možné připomínky zaslat (pokud nebudou
připomínky ze všech oslovených připomínkových míst zadávány přímo v e-
Legislativě)
• další případné atributy
Parametry:
• automatické ukončení připomínkového řízení po vypršení lhůty včetně nastavení
limitu ke stanovené lhůtě
• automatické nastavení stavu připomínkového řízení na „Vypořádáno“ v případě, že
všechny připomínky jsou označeny buď jako vypořádané nebo k předání rozporů
další instanci v legislativním procesu
• možnost vkládání připomínek po lhůtě, tyto připomínky jsou pouze informativní a pro
další kroky legislativního procesu nemusí být zapracovány nebo vypořádány
•…
Systém musí podporovat stavové informace připomínkového řízení včetně hlídání přechodu
mezi jednotlivými stavy.
Příklad stavových informací:
• Otevřeno: výchozí stav při vytvoření pracovního prostoru připomínkového řízení.
• Zahájeno: ruční přepnutí do stavu „Zahájeno“ umožní vkládání připomínek, a pokud
je datum zahájení připomínkového řízení prázdné nastaví aktuální datum.
• Ukončen příjem připomínek: po vypršení lhůty ke sdělení připomínek buď ručně,
nebo automaticky na základě parametrů připomínkového řízení.
• Vypořádáno: na základě parametru připomínkového řízení buď automaticky, nebo
ručně, v případě ruční změny stavu je kontrolován stav všech připomínek, a pokud
nejsou připomínky ve stavy platném pro přepnutí stavu, je změna stavu odmítnuta.
• Ukončeno: Uzavření připomínkového řízení a pokyn systému k pokračování v
procesu.
5.1.2.2.5.2.3 FP2309-Výběr materiálu k připomínkování
Výběr z materiálů, které jsou k dispozici v dané fázi legislativního procesu a které jsou
předmětem připomínkového řízení.
Automatické označení materiálů, které jsou povinné pro daný typ připomínkového řízení v
rámci legislativního procesu.
Zpřístupnění vybraných materiálů v pracovním prostoru pro připomínkového řízení.
Strana 143
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.2.5.2.4 FP2310-Výběr připomínkových míst
Výběr jednoho nebo více připomínkových míst v rámci jednoho výběru ze seznamu
připomínkových míst respektive ze seznamu připomínkových míst omezených zadaným
filtrem.
5.1.2.2.5.2.4.1 FP2311-Správa připomínkových míst
K připomínkovému místu musí být k dispozici informace pro jednoznačnou identifikaci
připomínkového místa, komunikaci s připomínkovým místem a oprávnění k práci s
připomínkami v rámci připomínkových řízení.
Atributy:
1) Název připomínkového místa (orgánu)
2) Identifikace OVM (IČO ?)
3) Typ připomínkového místa:
a) základní (neopominutelný) okruh připomínkových míst
b) evropské orgány
c) ostatní
d) …
4) Identifikace zda neopominutelné připomínkové místo může být opominuto v případě
závislosti na obsahu právního předpisu k připomínkování
5) Matice Způsob komunikace x Typ komunikace:
a) Způsoby komunikace:
i) eKlep,
ii) e-Legislativa
iii) eMail (včetně možnosti nastavení a výběru ze šablon emailů)
iv) dopis
v) …
b) Typ komunikace:
i) notifikace o zahájení připomínkového řízení,
ii) materiály k připomínkám
iii) předběžná notifikace o blížícím se zahájení
iv) notifikace o blížícím se vypršení lhůty ke sdělení připomínek
v) žádost o konzultaci
vi) …
6) Adresy připomínkového místa
a) typ adresy ve vazbě na způsob kontaktu
b) adresa
7) Kontakty
5.1.2.2.5.2.4.2 FP2312-Operace nad připomínkovými místy
• Přidání Strana 144
• Deaktivace (blokuje záznam pro další použití)
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• Smazání (pouze v případě, že záznam nebyl použit)
• Úprava
• Přehled (souhrn včetně filtrování podle metadat)
• Zobrazení (detail)
• Vyhledání
5.1.2.2.5.2.4.3 FP2313-Seznam obeslaných připomínkových míst
Pro každé obeslané připomínkové místo bude vytvořen záznam tzv. Sada připomínek, do
které budou vkládány jednotlivé připomínky. Metadata Sady připomínek budou doplňována
v průběhu připomínkového řízení:
• o skutečnost zda připomínkové místo zaslalo připomínky nebo,
• o skutečnost sdělení, že nemá připomínky nebo,
• o skutečnost, že připomínkové místo se neozvalo, což podle výzvy k připomínkovému
řízení může znamenat buď explicitně „Bez připomínek“ nebo „Nesplnění povinnosti“.
K tomuto záznamu bude doplněn vygenerovaný a elektronicky podepsaný dokument Souhrn
připomínek za připomínkové místo.
Stavové informace:
• Notifikace zaslána
• Vkládání připomínek zahájeno
• ....
• Ukončení vkládání připomínek
Systém automaticky, ale vždy s potvrzením uživatele oprávněného k ukončení vkládání
připomínek za dané připomínkové místo, zveřejní všechny platné připomínky, které ještě
nebyly zveřejněny.
Po ukončení vkládání připomínek bude zpřístupněna možnost vygenerování dokumentu
Souhrn připomínek za připomínkové místo.
Znovuotevření vkládání připomínek bude podporováno až do okamžiku ukončení celého
připomínkového řízení. Pokud už byl vygenerován „Souhrn“, bude označen jako neplatný a
musí být vygenerován nový. Předkladatel rozhodne, zda případné připomínky vložené po
vypršení lhůty pro sdělení připomínek budou pouze informativního charakteru a nemusí být
vypořádány.
5.1.2.2.5.2.4.4 FP2313-Přidělování přístupu k vkládání připomínek
Připomínková budou mít přidělené činnostní role v RPP. V JIP/KAAS pak budou ke každé roli
přiřazeni jednotliví uživatelé.
Administrátor e-Legislativy přiřadí ke každému připomínkovému místu minimálně jednoho
uživatele nebo optimálně zodpovědnou osobu a zástupce s právem přidělování přístupu
dalším uživatelům. Uživatelé, kterým bylo u připomínkového místa přiděleno právo zápisu,
budou mít automaticky právo vkládat připomínky v každém připomínkovém řízení, do
Strana 145
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
kterého bude připomínkové místo vybráno. Právo vkládat připomínky může být přidělováno
také až pro konkrétní připomínkové řízení.
Uživatele bude možné v rámci připomínkového místa seskupovat do týmů respektive skupin.
Při přidělování přístupu bude možnost výběru ze všech uživatelů z JIP/KAAS pro danou
činnostní roli, která umožňuje tvorbu připomínek.
5.1.2.2.5.2.5 FP2314-Notifikace připomínkových míst
Podle zadaného typu a způsobu notifikace u připomínkového místa.
5.1.2.2.5.2.6 FP2315-Zaslání materiálů k připomínkám dalším připomínkovým místům.
Jedná se o připomínková místa, která nemají přístup k připomínkovaným materiálům jiný
než, že materiály obdrží poštou nebo elektronickou poštou v elektronické nebo listinné
podobě.
5.1.2.2.5.2.6.1 FP2316-Tisk listinné podoby materiálu k připomínkám
Obecně tisk listinné podoby kteréhokoliv materiálu nejen za účelem zaslání k připomínkám.
5.1.2.2.5.2.6.2 FP2317-Download materiálu k připomínkám
Bude se jednat o export materiálů k připomínkám ve formátu PDF.
5.1.2.2.5.2.7 FP2318-Předání připomínkového řízení do eKlep
Předání připomínkového řízení přes rozhraní se systémem ODok.
5.1.2.2.5.3 FP2319-Tvorba připomínek
Přímo v e-Legislativě musí být možnost vkládat jak strukturované připomínky tak v krajním
případě (například výpadek eŠablony) i nestrukturované připomínky, které musí být dále v e-
Legislativě převedeny na strukturované připomínky.
Práce s připomínkami bude obdobná jak pro návrh předpisu ve strukturované textové
podobě tak i pro doprovodné dokumenty ve strukturované textové podobě.
5.1.2.2.5.3.1 FP2320-Výběr obeslaného připomínkového místa
Vkládání připomínek bude vždy v kontextu připomínkového místa. Systém v prostoru
připomínkového řízení nabídne uživateli přehled připomínkových míst (většinou právě
jedno), pro které má uživatel oprávnění vkládat nebo jinak pracovat s připomínkami daného
připomínkového místa.
5.1.2.2.5.3.2 FP2321-Zadání základních atributů připomínky
• Autor (ve smyslu konkrétní osoba, volitelný atribut)
• Typ (připomínka, výsledek konzultace,…)
• Klasifikace
Strana 146
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Příklad klasifikace:
Obecná: Nevztahuje se ke konkrétnímu fragmentu návrhu právního předpisu ani ke
konkrétnímu doprovodnému dokumentu, je vázána k právnímu aktu nebo k návrhu právního
předpisu, obsah připomínky lze vložit jako strukturovaný textový komentář (specifický
fragment) k právnímu aktu nebo k návrhu právního předpisu.
Kontextová: Vztahuje se ke konkrétnímu fragmentu respektive fragmentům nebo k uzlu
respektive uzlům hierarchie fragmentů návrhu právního předpisu, obsah připomínky lze
vložit jako strukturovaný textový komentář (specifický fragment) k výběru, ke kterému se
vztahuje. Specifický fragment s obsahem připomínky je automaticky navázán k fragmentům,
ke kterým se vztahuje.
Návrh: Vztahuje se ke konkrétnímu fragmentu respektive uzlu hierarchie fragmentů návrhu
právního předpisu, obsah připomínky lze vložit přímo jako změnu textace vybraných
fragmentů návrhu právního předpisu.
K novelizačnímu bodu: vztahuje se ke konkrétnímu novelizačnímu bodu a připomínkuje
úvodní textaci novelizačního bodu.
K dokumentu: vztahuje se k vybranému doprovodnému dokumentu, obsah připomínky lze
vložit jako textový komentář k doprovodnému dokumentu, ke kterému se vztahuje.
Komentář lze vložit i ke strukturované části dokumentu.
Nestrukturovaná: obsahuje více připomínek různých typů a lze ji vložit jako přílohu k
připomínce, nestrukturované připomínky by měly být dále zpracovány do strukturovaných
připomínek výše uvedených typů s vazbou na danou výchozí nestrukturovanou připomínku.
• Kategorie (Zásadní, Doporučující, Více (pro nestrukturované připomínky,….). Zásadní
připomínky musí být akceptovány a vypořádány jinak vzniká Rozpor.
• Text (volitelný krátký název respektive identifikace připomínky).
• Datum připomínky (není vždy totožné s datem vložení do e-Legislativy).
• ...
5.1.2.2.5.3.3 FP2322-Řízený UI podle typu připomínky
Po založení nového záznamu připomínky musí být povinně zadán typ připomínky. Po zadání
typu připomínky systém provede uživatele dalšími kroky.
5.1.2.2.5.3.4 FP2323-Vkládání strukturovaných připomínek
Vkládání jednotlivých strukturovaných připomínek přímo v editoru e-Šablony jako
strukturovaný text nebo komentář s vazbami podle typu připomínky.
5.1.2.2.5.3.4.1 FP2324-K textaci novelizačního bodu
Zadávání obsahu připomínky k textaci novelizačního bodu formou výběru daného
novelizačního bodu a výběru jiné úvodní textace. Připomínka tohoto typu včetně vazeb bude
vygenerován automaticky.
Strana 147
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.2.5.3.4.2 FP2325-Připomínky s odkazem na strukturovaný text návrhu právního
předpisu
Připomínky ve formě strukturovaných textových komentářů (specifických fragmentů)
• k právnímu aktu
• k právnímu předpisu
• k jednotlivým fragmentům respektive uzlům hierarchie fragmentů právního předpisu
• k více fragmentům respektive více uzlům hierarchie fragmentů právního předpisu
respektive k více právním předpisům
• k doprovodnému dokumentu
• k jednotlivým fragmentům strukturovaného doprovodného dokumentu
5.1.2.2.5.3.4.3 FP2326-Připomínky s návrhem textu změny návrhu právního předpisu
Obsah připomínky bude možné vkládat přímo do vrstvy návrhu právního předpisu v editoru
e-Šablony + obdobně jako variantu určitého fragmentu nebo celého uzlu hierarchie
fragmentů při tvorbě návrhu právního předpisu.
5.1.2.2.5.3.4.4 FP2327-Zadání odůvodnění připomínky
Ke každé strukturované připomínce musí být zadáno odůvodnění připomínky. Jedno
odůvodnění může být zadáno k více strukturovaným připomínkám.
5.1.2.2.5.3.4.5 FP2328-Generování novelizačních bodů
K připomínkám, které obsahují přímo návrh změny v textu návrhu právního předpisu, bude
možné generovat novelizační body obdobně jako při návrhu právního předpisu.
5.1.2.2.5.3.4.6 FP2329-Zadání pracovníka oprávněného k vypořádání
V případě Zásadní připomínky je požadováno zadání kontaktních údajů o pracovníkovi, který
je oprávněn spolupracovat s předkladatelem na vypořádání připomínky.
Kontaktní údaje:
• Jméno
• Příjmení
• Telefon
• Elektronická adresa
• ...
5.1.2.2.5.3.5 FP2331-Vkládání nestrukturovaných připomínek
Vkládání připomínek v nestrukturované podobě tj. ve formě textového dokumentu
vytvořeného z předefinované šablony pro sdělení připomínek jako přílohy k záznamu
připomínky.
5.1.2.2.5.3.5.1 FP2332-Příjem připomínek z eKlep
Případný příjem připomínek, které budou přijaty přes eKlep ve formě textového dokumentu
vytvořeného z předefinované šablony pro sdělení připomínek připomínkovým místem, bude
Strana 148
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
tento dokument ručně vložen jako příloha k připomínce. (viz "Vkládání nestrukturovaných
připomínek"). Tento postup bude používán pouze v krajních případech.
5.1.2.2.5.3.5.2 FP2333-Převod připomínek z příloh do strukturované podoby
V případě striktního používání šablon pro tvorbu nestrukturovaných připomínek bude k
dispozici automatický převod dat ze šablony do strukturované podoby.
V případě příloh mimo šablonu budou připomínky převáděny do strukturované podoby
ručně.
5.1.2.2.5.4 FP2334-Stavy připomínek
Příklad stavových informací připomínky:
• Sdělena ve lhůtě/Sdělena po lhůtě (nastavuje systém podle data zveřejnění
připomínky a parametrů připomínkového řízení týkající se lhůty pro sdělení
připomínek)
• Zadána/Podána (v případě nastavení procesu tak, že připomínky jsou připravovány
v e-Legislativě, podávány přes ODok)/Zveřejněna/Neplatná (nastavuje připomínkové
místo)
• Nezpracována/Akceptovaná/Neakceptovaná/Rozpor (nastavuje předkladatel
respektive osoba s oprávněním k zapracování a vypořádání připomínek)
• Nevypořádaná/Vypořádaná (nastavuje předkladatel respektive osoba s oprávněním k
zapracování a vypořádání připomínek)
5.1.2.2.5.5 FP2335-Notifikace o zveřejnění dalších připomínek
Určené osoby respektive role pro dané připomínkové řízení budou notifikovány o zveřejnění
dalších připomínek.
Periodicita notifikací a textace bude parametrizovatelná.
5.1.2.2.5.6 FP2336-Ukončení přijmu připomínek
Na základě parametrů připomínkového řízení systém formálně ukončí příjem připomínek.
Vkládat a zveřejňovat připomínky bude možné až do ukončení celého připomínkového řízení.
Připomínky zveřejněné po ukončení příjmu připomínek budou označeny jako zveřejněné
nebo vložené po vypršení lhůty pro sdělení připomínek. Je na rozhodnutí předkladatele, zda
bude tyto připomínky vypořádávat.
Pokud není nastaven parametr automatického ukončení příjmu připomínek, je vlastník
připomínkového řízení (předkladatel) systémem notifikován a vyzván k ručnímu ukončení.
V případě příjmu připomínek ze systému oDok bere e-Legislativa v úvahu datum sdělení
připomínek ne datum příjmu připomínek.
5.1.2.2.5.6.1 FP2337-Hlídání lhůt
Systém hlídá lhůty zadané při zahájení připomínkového řízení. Strana 149
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.2.5.7 FP2338-Vypořádaní připomínek
S vypořádáním připomínek lze začít ještě před ukončením příjmu připomínek.
5.1.2.2.5.7.1 FP2339-Zapracování připomínky
Výsledkem zapracování připomínek je výstupní vrstva právního předpisu z připomínkového
řízení, která pokračuje dále v legislativním procesu.
Požadavkem je možnost dokumentování způsobu zapracování připomínky, například pro
tvoru výstupu Vypořádání připomínek.
Každá připomínka tedy musí mít vazbu na vrstvu připomínkového řízení k jednomu nebo více
fragmentům právního předpisu respektive právních předpisů a vazbu na výstupní vrstvu z
připomínkového řízení k jednomu nebo více fragmentům právního předpisu respektive
právních předpisů.
Pro Obecné připomínky není tato vazba povinná a způsob vypořádání bude muset být
doplněn ručně.
Zapracování připomínek, které jsou ve formě konkrétního návrhu textu, do výstupní vrstvy z
připomínkového řízení bude na pokyn uživatele automatické s využitím nástroje pro
slučování více vrstev.
Výstupní vrstvu návrhu právního předpisu bude možné ještě upravovat.
5.1.2.2.5.7.2 FP2340-Zaznamenání stavu konzultací kolem Zásadních připomínek
Pokud předkladatel neakceptuje zásadní připomínku, vzniká tak rozpor, který je řešen
konzultacemi s oprávněnou osobou k řešení za dané připomínkové místo. Systém musí
poskytnout prostor pro zaznamenávání průběhu řešení tohoto rozporu, tj. musí umožnit
zaznamenání výsledku konzultací respektive změny ve znění připomínky nebo odvolání
připomínky. Systém musí umožnit změnu kategorie připomínky ze „Zásadní“ na
„Doporučující“ včetně odůvodnění.
5.1.2.2.5.7.3 FP2341-Změna stavu připomínek
V rámci vypořádání připomínek jsou připomínky označovány uživatelem za Akceptované a
Akceptované částečně, nebo Neakceptované, případně jako Rozpor pokud se jedná o
zásadní připomínku, kterou předkladatel neakceptuje ani po konzultacích s oprávněnou
osobou připomínkového místa určenou pro řešení zásadních připomínek. V případě
projednané neakceptace je připomínka označena jako „Vysvětleno“.
Akceptované připomínky jsou dále zapracovávány a označeny jako Zapracované.
Systém automaticky označuje Akceptované a Zapracované připomínky jako Vypořádané.
Stejně tak Neakceptované připomínky jsou automaticky označovány jako Vypořádané.
Strana 150
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.2.5.8 FP2342-Ukončení připomínkového řízení
Ukončením připomínkového řízení dává iniciátor připomínkového řízení (předkladatel) pokyn
k pokračování legislativního procesu a k uzamčení výstupní vrstvy z připomínkového řízení.
Před ukončením připomínkového řízení musí být k výstupní vrstvě z připomínkového řízení
vygenerovány generátorem novel nové novelizační body k těm částem návrhu předpisu,
které byly na základě připomínek upravovány, jinak systém neumožní ukončení
připomínkového řízení.
Připomínkové řízení nelze ukončit, pokud nejsou všechny připomínky vypořádané, případně
zbývají pouze nevypořádané připomínky zásadního typu, které jsou v Rozporu s návrhem
právního předpisu a budou předány k vyřešení do další dílčí fáze legislativního procesu.
V případě, že jsou všechny připomínky vypořádané, musí předkladatel zvážit, zda došlo k
zásadním změnám a zadat tuto skutečnost do systému. V případě, že došlo k zásadním
změnám, systém umožní uživateli rovnou vytvořit pracovní prostor pro další připomínkové
řízení, do nějž automaticky zkopíruje relevantní údaje předchozího připomínkového řízení,
jako například připomínková místa.
5.1.2.2.5.9 FP2343-Výstupy
Systém umožní generování výstupů nad daty prostoru připomínek.
5.1.2.2.5.9.1 FP2344-Hromadný výběr připomínek
Pro práci s připomínkami, pro náhledy a výstupy
• všechny, ke kterým mám oprávnění
• sadu připomínek např. pro určité připomínkové místo nebo více připomínkový míst
• jednotlivě
• podle stavových informací
• kombinace výběrů
5.1.2.2.5.9.2 FP2345-Souhrn připomínek za připomínkové místo
Generovaný dokument podle šablony obsahující všechny připomínky za dané připomínkové
místo včetně připomínek, ke kterým se dané připomínkové místo připojilo.
Vygenerovaný dokument bude možné v případě potřeby doplnit. Automaticky generované
údaje budou však zamčené proti zápisu.
Dokument musí být autorizován respektive elektronicky podepsán, pokud bude požadováno.
Finální dokument ve formě PDF bude po uložení připojen k hlavnímu záznamu připomínek
za dané připomínkové místo jako příloha. Podle nastaveného procesu může být dokument
odeslán přes rozhraní do systému ODok.
Strana 151
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.2.5.9.3 FP2346-Náhledy na znění konkrétní části návrhu právního předpisu
Do náhledu bude možné vybrat jednotlivé fragmenty respektive hierarchie fragmentů.
Zároveň bude možné označit připomínky, které se mají do náhledu promítnout jako by byly
zapracované. Systém upozorní na konfliktní situace.
5.1.2.2.5.9.4 FP2347-Náhledy na konsolidované znění návrhu právního předpisu
V případě strukturovaných připomínek ve formě návrhu textu k návrhu právního předpisu
bude možné zobrazit náhled konsolidovaného znění návrhu právních předpisů po
zapracování těchto připomínek. Připomínky, které nemění přímo text návrhu právního
předpisu, ale mají odkaz na daný fragment, respektive uzel hierarchie fragmentů návrhu
právního předpisu, budou zobrazeny formou komentářů. Systém upozorní na konfliktní
situace.
5.1.2.2.5.9.5 FP2348-Souhrn Vypořádání připomínek
Generovaný dokument Vypořádání připomínek podle šablony obsahující všechny připomínky
sdělené v rámci daného připomínkového řízení včetně způsobu jejich vypořádání na základě
vazeb strukturovaných připomínek k výstupní vrstvě z připomínkového řízení. Dokument
obsahující zároveň souhrnné informace o připomínkové řízením jako celku a souhrnné
informace o jednotlivých obeslaných připomínkových místech, zda byly sděleny připomínky,
zda byly sděleny ve lhůtě, po lhůtě nebo vůbec, počet připomínek a jejich kategorizace, atd.
Vygenerovaný dokument bude možné v případě potřeby doplnit. Automaticky generované
údaje budou však zamčené proti zápisu.
Dokument musí být elektronicky podepsán, pokud bude požadováno. Finální dokument ve
formě PDF bude po uložení připojen k právnímu aktu jako příloha.
5.1.2.2.6 FP2349-Pozměňovací návrhy PN
Pozměňovací návrhy k návrhu zákona v průběhu legislativního procesu
• Pozměňovací návrhy k návrhu zákona se typicky předkládají během podrobné
rozpravy v rámci druhého čtení návrhu zákona v Poslanecké sněmovně a na jednání
schůze pléna Senátu.
• Pozměňovací návrhy k návrhu zákona se podávají během rozpravy v Senátu.
• Usnesení nebo oponentní zprávy výborů Sněmovny a Senátu mohou obsahovat
změny nebo doplňky návrhu zákona.
Typy pozměňovacích návrhů
• Návrh pozměňovací
a. pozměňovacím návrhem se vypouštějí, rozšiřují nebo mění některé části
původního návrhu,
b. k pozměňovacímu návrhu lze podávat další pozměňovací návrhy. Pozměňovací
návrhy k dalším pozměňovacím návrhům nejsou přípustné,
Strana 152
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
c. přijatý návrh lze revokovat, pokud byl přijat. Návrh na revokaci může podat jen
ten, kdo pro návrh hlasoval.
• Návrh eventuální, dodatečný, podmíněný
a. pokud se v rozpravě ukáže, že rozhodnutí projednávané věci vyžaduje rozhodnutí
i v jiné otázce, je možné předložit návrh eventuální. Dodatečným návrhem se
rozšiřuje nebo doplňuje původní návrh, pokud tak nelze učinit návrhem
pozměňovacím.
b. navrhovatel uvede, o jaký druh návrhu jde, a jen předsedající schůze může
označení návrhu zpochybnit; v pochybnostech rozhodne Sněmovna hlasováním,
c. k návrhům uvedeným v písmenu a) lze podávat pozměňovací návrhy,
d. přijatý návrh lze revokovat, pokud byl přijat. Návrh na revokaci může podat jen
ten, kdo pro návrh hlasoval.
• Návrh na vypuštění části návrhu
a. tímto návrhem se vypouští celá část návrhu, po které se návrh projednává,
například oddíl, paragraf, odstavec apod.,
b. k návrhu lze podávat pozměňovací návrhy na rozsah vypuštění části návrhu,
c. přijatý návrh lze revokovat, pokud byl přijat. Návrh na revokaci může podat jen
ten, kdo pro návrh hlasoval.
Strana 153
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
req Pozměňov ací náv rhy FP2 3 5 5 -Sd íl e n í FP2073-T vorba FP2 3 5 3 -Au to m a ti cké
FP2 3 5 6 -Pře d l o že n í pozměňovacích pracovních prostorů vytvoření vrstvy
pozměňovacích návrhů
návrhů (from Portál e-Legislativa) FP2363-Zobrazení
FP2354-Oprávnění ko n so l i d o va n é h o
FP2350-Jiné návrhy k pozměňovacím FP2352-Vytvoření znění předpisu ve
návrhům pracovního prostoru znění kterýchkoliv
pro tvorbu PN pozměňovacích
návrhů
FP2 3 5 1 -Sp e ci á l n í FP2349-Pozměňovací návrhy FP2366-Generování FP2 3 6 2 -Id e n ti fi ka ce
pozměňovací PN novelizačních bodů kolizí mezi PN
návrhy
FP2369-Výstupy FP2368-Zapracování FP2247-Generátor
FP2392-PN p ři j a tých novelizačních bodů
číselných položek k pozměňovacích
návrhu zákona o návrhů FP2399-Zpřesnění
státním rozpočtu PN číselných
FP2391-Podpora p o l o že k
FP2 3 6 7 -Vyj á d ře n í pro hlasování o
zp ra vo d a j e pozměňovacích FP2 3 9 6 -Ko p i e
návrzích sady PN
FP2393-Doplňky k číselných položek
PN FP2357-T vorba FP2 3 9 0 -Ko p i e
pozměňovacích pozměňovacího
FP2365-T vorba návrhů návrhu
návrhu pořadí
h l a so vá n í FP2387-Náhledy na FP2361-Stavy PN
pozměňovacích konsolidované znění
návrhů návrhu právního FP2359-Zadání
p ře d p i su metadat
FP2364-Sdružování
PN do logických FP2360-T vorba
ce l ků odůvodnění PN
FP2371-Souhrn za FP2397-Souhrny FP2370-Souhrn FP2395-T vorba FP2 3 5 8 -Da l ší
sadu pozměňovacích pozměňovacích PN číselných pozměňovací
pozměňovacích návrhů číselných návrhů p o l o že k návrhy
návrhů p o l o že k
FP2398-Sumární
výpis PN
číselných položek
podle kapitol
Obrázek 33: Pozměňovací návrhy
Strana 154
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.2.6.1 FP2350-Jiné návrhy
Jiné návrhy:
• návrh na odročení
• návrh na zamítnutí
• návrh na odkázání jinému orgánu Sněmovny
• návrh jiné předlohy
se podávají ve stejných dílčích procesech schvalovacího procesu jako pozměňovací návrhy.
Souhrn všech pozměňovacích návrhů a jiných návrhů bude pro další krok schvalovacího
procesu distribuován jedním přehledem.
Jiné návrhy bude možné zadat v e-Legislativě přímo k právnímu aktu včetně informací, které
se k danému typu jiného návrhu vztahují, jako je například časový údaj a podmínka v případě
návrhu na odročení.
K některým jiným návrhům v souladu s LPV bude možné podat další pozměňovací návrh,
jako například změna časového údaje v případě návrhu na odročení.
Některé jiné návrhy v souladu s LPV bude možné revokovat, tj. návrh projde stavy Přijat,
Revokován.
5.1.2.2.6.2 FP2351-Speciální pozměňovací návrhy
Komplexní pozměňovací návrh je pozměňovací návrh měnící celý návrh právního předpisu.
Systém musí umožnit pro tvorbu komplexního pozměňovacího návrhu výběr základní
výchozí vrstvy právního předpisu namísto vrstvy s návrhem právního předpisu.
Je-li v prostoru pozměňovacích návrhů založen nový komplexní pozměňovací návrh, založí
systém v prostoru pozměňovacích návrhů vedlejší slepou vrstvu jejíž výchozí vrstvou je vrstva
právního předpisu z e-Sbírky. Do úplného znění této vedlejší slepé vrstvy jsou pak v prostoru
pozměňovacích návrhů zapracovány změny, tj. je vytvořen „variantní návrh právního
předpisu“.
Je-li následně komplexní pozměňovací návrh předložen, založí systém novou vedlejší hlavní
vrstvu návrhu, která obsahuje předložený komplexní pozměňovací návrh. Systém tuto
vedlejší hlavní vrstvu návrhu uzavře a založí nový prostor pozměňovacích návrhů, jehož
výchozí vrstva bude uzavřená vrstva předloženého komplexního pozměňovacího návrhu. V
tomto prostoru pak je možné připravovat a předkládat pozměňovací návrhy "ke
komplexnímu pozměňovacímu návrhu".
Je-li komplexních pozměňovacích návrhů více, vznikne ke každému z nich vlastní vedlejší
slepá vrstva v prostoru pozměňovacích návrhů a následně i příslušná vedlejší hlavní vrstva
návrhu s příslušným podprostorem pozměňovacích návrhů.
Strana 155
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Opravný pozměňovací návrh je pozměňovací návrh, kterým se řeší:
• Zpřesnění pozměňovacího návrhu
Ke zpřesnění pozměňovacího návrhu dochází před hlasováním o jednotlivých podaných
pozměňovacích návrzích typicky na jednání výboru Senátu nebo na jednání pléna Senátu.
• Legislativně technický konflikt pozměňovacího návrhu
K legislativně technickému konfliktu pozměňovacího návrhu dojde typicky v situacích,
kdy existuje pozměňovací návrh k ustanovení návrhu právního předpisu, které je dotčeno
zapracováním mezitímních novel, tj. výměnou výchozí vrstvy právního předpisu (více viz
kapitola 13.1.2 Mezitimní novely).
Systém bude rozlišovat, zda se jedná o zpřesnění původního pozměňovacího návrhu nebo o
řešení legislativně technického konfliktu původního pozměňovacího návrhu.
Opravný PN bude vytvářen kopií obsahu původního pozměňovacího návrhu.
Opravný PN bude vždy ve stejné sadě pozměňovacích návrhů jako původní PN.
Opravný PN za účelem “Zpřesnění” původního PN bude držet stejnou identifikaci jako
původní PN.
K jednomu původnímu pozměňovacímu návrhu může v případě opravného PN za účelem
řešení legislativně technického konfliktu existovat i více opravných PN.
Opravný pozměňovací návrh k opravnému pozměňovacímu návrhu nebude podporován.
Původní pozměňovací návrh a opravný pozměňovací návrh budou vzájemně provázány
metadaty.
Oprávnění vkládat opravné pozměňovací návrhy budou mít všichni uživatelé, kteří budou mít
přístup do daného prostoru pozměňovacích návrhů bez ohledu na stav a vlastníka
původního pozměňovacího návrhu.
V případě změny stavu (ze stavu „Zadaný“) opravného pozměňovacího návrhu za účelem
“Zpřesnění” původního PN bude stav původního PN změněn na stav “Zpřesněn”. Změnu
stavu opravného pozměňovacího návrhu za účelem “Zpřesnění” původního PN na „Podaný“
bude oprávněn provést pouze vlastník původního pozměňovacího návrhu typicky aparát
výboru nebo aparát komory.
5.1.2.2.6.3 FP2392-PN číselných položek k návrhu zákona o státním rozpočtu
Pozměňovací návrhy číselných položek k návrhu Zákona o státním rozpočtu vznikají v
procesech
a) projednání ve výborech po přikázání jednotlivých kapitol výborům
b) ve 2. čtení (individuální PN poslanců).
Strana 156
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Z povahy pozměňovacích návrhů číselných položek nelze navázat tyto PN ani k textové části
ani k přílohové části návrhu zákona o státním rozpočtu, neboť se nejedná o standardní
změnu úplného znění textu ani změnu částek v buňkách strukturovaný tabulek v přílohách.
Příklady PN číselných položek viz FP2395.
PN k přílohové části návrhu zákona o státním rozpočtu, tj. PN číselných položek, budou
navázány obdobně jako „Jiné pozměňovací návrhy“ přímo k právnímu aktu.
Pozměňovací návrhy číselných položek budou zadávány v sadách pozměňovacích návrhů za
poslance, skupinu poslanců, výbor, výbor a kapitolu.
Funkce pro zadání sady PN číselných položek bude dostupná pouze pro návrh zákona o
státním rozpočtu.
Pro pozměňovací návrhy číselných položek jsou dále definovány specifické funkční
požadavky, které rozšiřují požadavky pro pozměňovací návrhy obecně. Funkční požadavky
pro pozměňovací návrhy jsou obecně platné i pro pozměňovací návrhy číselných položek.
5.1.2.2.6.4 FP2352-Vytvoření pracovního prostoru pro tvorbu PN
Vytvoření pracovního prostoru pro pozměňovací návrhy automaticky v rámci vytváření
pracovních prostorů pro jednotlivé procesy a dílčí procesy tvorby právního aktu.
5.1.2.2.6.4.1 FP2353-Automatické vytvoření vrstvy
Automatické vytvoření vrstvy návrhu právního předpisu pro pozměňovací návrhy v rámci
vytvoření pracovního prostoru pro pozměňovací návrhy.
5.1.2.2.6.5 FP2354-Oprávnění k pozměňovacím návrhům
Oprávnění vkládat pozměňovací návrhy budou mít všichni uživatelé, kteří budou mít přístup
do prostoru pozměňovacích návrhů.
Přístup k sadě pozměňovacích návrhů, respektive k jednotlivým pozměňovacím návrhům v
systému e-Legislativa je řízen:
• určením vlastníka,
• stavem (například "Předložen" tj. je přístupný všem uživatelům, kteří mají přístup k
danému prostoru, respektive k sadě pozměňovacích návrhů),
• možností sdílení.
5.1.2.2.6.5.1 FP2355-Sdílení pozměňovacích návrhů
Dokud není pozměňovací návrh předložen, vidí ho pouze vlastník (autor, tým, ...) a osoba,
která zadala pozměňovací návrh do systému. Připravené pozměňovací návrhy je možné
nejdříve pouze konzultovat s širším okruhem, a to výběrem osob nebo skupin ke sdílení
daného pozměňovacího návrhu.
Strana 157
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.2.6.5.2 FP2356-Předložení pozměňovacích návrhů
Předložením se stává pozměňovací návrh přístupný všem osobám a skupinám podle
oprávnění k pracovnímu prostoru pozměňovacích návrhů, respektive k sadě pozměňovacích
návrhů.
Pozměňovací návrhy předkládané výboru vytváří jejich autor přímo v sadě pozměňovacích
návrhů pro daný výbor. Předložením pozměňovacího návrhu se pozměňovací návrh stává
přístupným všem osobám, které mají přístup k dané sadě pozměňovacích návrhů výboru.
Předložení pozměňovacího návrhu může provést pouze vlastník pozměňovacího návrhu.
Požadována je možnost předkládání jednotlivých pozměňovacích návrhů, výběru
pozměňovacích návrhů, respektive sady pozměňovacích návrhů.
5.1.2.2.6.6 FP2357-Tvorba pozměňovacích návrhů
Pozměňovací návrhy k návrhu právního předpisu budou zadávány v editoru e-Šablony +
pomocí stejných funkcí a nástrojů jako tvorba vlastního návrhu právního předpisu.
Pozměňovací návrh je obdoba pracovní varianty fragmentů nebo hierarchie fragmentů.
Pozměňovací návrhy budou zadávány ke vstupní vrstvě návrhu právního předpisu do
pracovního prostoru pozměňovacích návrhů.
K jednomu fragmentu nebo hierarchii fragmentů lze tedy zadat více pozměňovacích návrhů.
Pozměňovací návrhy budou tedy zadávány editací úplného znění návrhu právního předpisu a
určením, že se jedná o pozměňovací návrh. Pozměňovací návrh je tedy fragment nebo
hierarchie fragmentů, která bude navázána na fragment nebo uzel hierarchie fragmentů
návrhu právního předpisu, který mění. Pro pozměňovací návrh jako změnový fragment nebo
změnovou hierarchii fragmentů bude automaticky doplněn typ novelizační instrukce oproti
návrhu předpisu.
5.1.2.2.6.6.1 FP2358-Další pozměňovací návrhy
K pozměňovacímu návrhu lze podat další pozměňovací návrh. Další pozměňovací návrh musí
být tedy navázán k fragmentu, respektive k hierarchii fragmentů pozměňovacího návrhu.
Z pohledu uživatele bude další pozměňovací návrh vkládán do úplného znění (původního)
pozměňovacího návrhu, přičemž návrh samostatně vizualizován v této situaci nebude
(třívrstvá vizualizace bude pracovat s výchozí vrstvou, vrstvou pozměňovacího návrhu a
vrstvou dalšího pozměňovacího návrhu).
5.1.2.2.6.6.2 FP2359-Zadání metadat
Pozměňovací návrhy budou zadávány v sadách například za poslance, za výbor, za menšinu,
komplexní pozměňovací návrh...
Zadavatel při zadání sady pozměňovacích návrhů určí vlastníka pozměňovacího návrhu,
jednotlivého uživatele, tým (výbor, aparát komory, …)...
Strana 158
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Pozměňovací návrhy budou zadávat přímo uživatelé, kteří budou pozměňovací návrhy
předkládat, nebo bude možné zadání delegovat. U každého pozměňovacího návrhu,
respektive sady pozměňovacích návrhů musí být tedy informace:
• Autor (Autoři)
Poslanec/Senátor či skupina, která PN připraví a předloží. U PN v "osobních sadách" bude
přebíráno z vlastníků sady.
• Vlastník (Vlastníci)
Osoba, osoby nebo tým (organizační jednotka), která má PN, respektive sadu PN ve
správě. Vlastník se mění dle stavu PN:
• Zadaný: Vlastníci = Autoři
• Předložený: U PN v sadě výboru se vlastníkem stává aparát výboru, u PN v
"osobní sadě" určené plénu je vlastníkem aparát komory
• Podaný na výboru nebo komisi: aparát výboru
• Podaný, Vzatý zpět, Přijatý, Revokovaný : aparát komory
• Předložil
Ten z autorů, který změnil stav na "Předložen".
• Podal na výboru nebo komisi
Poslanec/senátor či skupina, která PN podala či se k němu přihlásila tím, že o něm
mluvila na jednání schůze výboru.
• Podal
Poslanec/senátor či skupina, která PN podala či se k němu přihlásila tím, že o něm
mluvila na jednání schůze pléna. V případě PN podaného na výboru nebo komisi, je v
tomto poli jméno výboru (doplňuje se automaticky z metadat sady PN výboru).
• Zadal
Uživatel, který PN do systému zadal (systémový údaj).
Ke každému pozměňovacímu návrhu musí být zadán typ (pozměňovací, dodatečný, na
vypuštění, eventuální, další pozměňovací ...).
5.1.2.2.6.6.3 FP2360-Tvorba odůvodnění PN
Ke každému pozměňovacímu návrhu musí být možnost zadat odůvodnění.
Jedno odůvodnění může být zadáno i k více pozměňovacím návrhům nebo k celé sadě
pozměňovacích návrhů.
Povinnost zadávání odůvodnění se může lišit v závislosti na stavu legislativního procesu, tj.
například povinnost může být odlišná ve Sněmovně a v Senátu, může být odlišná v závislosti,
zda byl PN podán ústně atd.
5.1.2.2.6.6.4 FP2361-Stavy PN
Systém bude pracovat se stavy jednotlivých pozměňovacích návrhů včetně hlídání přechodů
mezi stavy jednotlivých pozměňovacích návrhů.
Strana 159
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Systém bude držet historii změn stavů PN včetně informace kdo a kdy změnu provedl.
Historie změn bude uživatelsky přístupná.
Změnu stavu bude možné provádět jak pro jednotlivé pozměňovací návrhy, tak i hromadně
pro sady pozměňovacích návrhů.
Příklad stavů:
• Zadaný: Výchozí stav pro přípravu pozměňovacích návrhů. PN je viditelný pouze
vlastníkovi a jím určeným osobám.
• Předložený: Připravené pozměňovací návrhy mohou být předloženy ještě před
podáním pro všechny uživatele, kteří mají přístup do prostoru pozměňovacích návrhů
daného dílčího procesu, respektive k dané sadě pozměňovacích návrhů v případě
předložení na jednání výboru. Pokud je předložený PN vzat zpět (je možné pouze
pokud nebyl na schůzi výboru nebo pléna podán) vrací se do stavu zadaný.
• Podaný na výboru nebo komisi: Pozměňovací návrh podaný na jednání výborů nebo
komisí.
• Přijatý na výboru nebo komisi: Pozměňovací návrh přijatý na jednání výborů nebo
komisí.
• Podaný: Pozměňovací návrhy podané na schůzi pléna nebo zahrnuté v usneseních
výborů nebo komisí.
• Vzatý zpět: Pozměňovací návrh podaný na schůzi pléna může být vzatý zpět.
• Přijatý: Pozměňovací návrhy přijaté hlasováním na schůzi pléna.
• Revokovaný: Pozměňovací návrh odvolaný po přijetí na schůzi pléna.
• Zpřesněný: Pozměňovací návrh zpřesněný opravným pozměňovacím návrhem nebo
pozměňovací návrh číselných položek zpřesněný rozpočtovým výborem.
Pouze "Zadané" pozměňovací návrhy bude možné vlastníkem smazat.
Přijaté pozměňovací návrhy pak budou automaticky zapracovány do výstupní vrstvy daného
dílčího procesu.
5.1.2.2.6.6.5 FP2390-Kopie pozměňovacího návrhu
Obsah pozměňovacího návrhu (PN) musí jít zkopírovat z jiného pozměňovacího návrhu. V
případě, že zdrojový pozměňovací návrh vychází z jiné vrstvy návrhu, bude vygenerovaný
obsah pozměňovacího návrhu proveden způsobem "best effort".
Tato funkčnost musí umožnit jednoduchou přípravu opakovaného pozměňovacího návrhu,
který nebyl dříve v rámci schvalovacího procesu přijat, např. opětovné podání PN z
Poslanecké sněmovny v Senátu nebo opětovné podání PN z jednání výboru na schůzi
Poslanecké sněmovny nebo Senátu.
5.1.2.2.6.6.6 FP2395-Tvorba PN číselných položek
Sada pozměňovacích návrhů číselných položek bude vkládána přes specifický formulář, který
bude obsahovat:
Strana 160
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• Metadata sady PN číselných položek
• Obecnou textovou část
V této textové části bude možné zadat jednotlivé PN číselných položek pouze textovým
vyjádřením tak, jako doposud, tj. bude možné zadat PN číselných položek buď pouze
textově nebo ve strukturované podobě viz níže.
Příklad:
Přesunout 15 000 000 Kč z kapitoly 398 Všeobecná pokladní správa, položka Podpora
exportu: majetková újma, státní záruky, investiční pobídky ve prospěch kapitoly 315 Životní
prostředí na údržbu, obnovu a rozvoj turistické infrastruktury v Národním parku České
Švýcarsko.
• Textovou část pro odůvodnění sady PN číselných položek
Odůvodnění může být také zadáno k jednotlivým PN číselných položek nebo k více
vybraným jednotlivým PN číselných položek obdobně jako pro sady PN a PN k textu
návrhu zákona.
• Strukturovanou část pro zadání jednotlivých PN číselných položek
V této části bude možné zadat jednotlivé PN číselných položek ve strukturované datové
podobě.
Navrhujeme zjednodušený grid (tabulku), který vychází z tabulek používaných aktuálně
rozpočtovým výborem pro souhrny pozměňovacích návrhů číselných položek a bude
obsahovat minimálně následující sloupce:
• Pořadové číslo v rámci sady PN
• Příjmy/Výdaje
• Číslo kapitoly a Kapitola
Ve sloupci „Číslo kapitoly“ bude možné vybírat ze seznamu kapitol (číslo kapitoly,
název kapitoly)
Ve sloupci „Kapitola“ bude možné vybírat ze seznamu kapitol (název kapitoly,
číslo kapitoly)
Název kapitoly bude dotažen automaticky na základě výběru čísla kapitoly a
obráceně.
• Titul a ukazatel státního rozpočtu
Text jako doposud
• Zvýšení (částka)
• Snížení (částka)
Poznámka: Nedoporučujeme zadávat částky v jednom sloupci a rozlišovat pouze
znaménkem, zda se jedná o zvýšení nebo snížení z důvodů předpokládané chybovosti.
Příklady jednotlivých PN číselných položek:
Poř. Číslo Změna (zvýšení/snížení)
ukazatele a titul
Číslo Příjmy/Výdaje kapitoly Kapitola Zvýšení Snížení
Strana 161
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
1 Výdaje 398 VPS Snížení výdajů na pol. 400 000 000
"Penzijní připojištění a
doplňkové penzijní spoření
1 Výdaje Min. 400 000 000
2 Výdaje školství,
2 Výdaje mládeže a Zvýšení výdajů - navýšení
2 Výdaje 333 tělovýchovy rozpočtu vysokých škol
2 Výdaje
2 Výdaje 355 Ústav pro Snížení v položce "Souhrnné 30 000 000
3 Výdaje studium ukazatele" - Výdaje celkem
3 Výdaje totalitních 450 000 000
režimů 50 000 000
3 Výdaje
314 Min. vnitra Zvýšení výdajů; 30 000 000
zvýšení se promítne v
průřezových ukazatelích
takto:
platy zaměstnanců
ozbrojených sborů a složek ve
služebním poměru - zvýšení o
25 000 000 Kč
platy zaměstnanců v
pracovním poměru vyjma
zaměstnanců na služebních
místech - zvýšení o 3 500 000
Kč
platy zaměstnanců na
služebních místech dle
zákona o státní službě -
zvýšení o 1 500 000 Kč
396 Státní dluh Snížení výdajů na ukazateli č.
5141 "úroky vlastní"
355 Ústav pro Snížení výdajů v položce
studium "platy"
totalitních
režimů
313 Min. práce Zvýšit výdaje kap. 313 - MPSV 500 000 000
a soc. věcí – Specifický ukazatel, položka
„neinvestiční nedávkové
transfery podle zákona
č.108/2006 Sb., o sociálních
službách“ za účelem
dofinancování mezd
zdravotních sester –
odbornost 913.
Strana 162
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Jak je vidět z příkladů není jednotlivý PN vždy pouze na dvou řádcích.
PN číselných položek mohou být zadávány ve variantách, tj. k jednomu PN může existovat
více variant. Například lišící se částkou.
Nad gridem musí být tedy kromě jiných funkcí (CRUD) rozlišeno:
• Přidání dalšího PN
• Přidání varianty PN
V případě variant PN, musí uživatel označit, která varianta má být započítána do
celkových součtů v rámci generovaných souhrnů (tento výběr lze v dalším průběhu vždy
změnit)
• Přidání řádku
Formulář pro zadání sady pozměňovacích návrhů číselných položek bude k dispozici v e-
Šabloně on-line i off-line.
5.1.2.2.6.6.7 FP2396-Kopie sady pozměňovacích návrhů číselných položek
Sada, respektive sady pozměňovacích návrhů číselných položek musí být možné zkopírovat
do jiné sady pozměňovacích návrhů číselných položek. V rámci vybraných sad pro kopii do
jiné sady bude možný výběr podle stavu jednotlivých pozměňovacích návrhů číselných
položek.
Tato funkčnost bude využita zejména pro vytvoření sady pozměňovacích návrhů číselných
položek rozpočtového výboru (RV), která bude obsahovat:
• Přijaté PN ze všech sad PN výborů nebo komisí
• Přijaté PN ze sady RV, pokud měl RV přikázán kapitoly k projednání
• Případné podněty z veřejnosti, které RV zadává do jedné nebo více sad PN
Stav nově vytvořených PN číselných položek bude “Zadaný“, tak aby RV mohl případné PN
číselných položek zadané pouze textově převést do strukturovaného formátu. RV následně
“předloží a podá“ PN číselných položek ze sady RV na jednání rozpočtového výboru.
Schválené PN číselných položek na jednání RV označí aparát RV jako „Přijaté na výboru“.
Usnesením RV jsou pak PN číselných položek označeny aparátem RV jako „Podané“.
Původní PN číselných položek zůstává ve stavu „Přijato na výboru“, je to konečný stav pro PN
číselných položek.
Při kopii PN číselných položek za účelem vytvoření sady PN číselných položek pro jednání RV
je do atributu „Autor“ kopírován daný výbor, který PN na svém jednání přijal.
Systém musí držet vazbu původního PN a kopie PN včetně uživatelské provázanosti.
5.1.2.2.6.6.8 FP2399-Zpřesnění pozměňovacích návrhů číselných položek
Sada, respektive sady pozměňovacích návrhů číselných položek musí být možné zkopírovat
do jiné sady pozměňovacích návrhů číselných položek. V rámci vybraných sad pro kopii do
Strana 163
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
jiné sady bude možný výběr podle stavu jednotlivých pozměňovacích návrhů číselných
položek. V rámci jedné sady pro kopii bude možné vybrat i jednotlivé PN číselných položek,
tj. pouze ty PN číselných položek, které zpřesnění potřebují.
Zpřesnění PN číselných položek je potřeba v případech, kdy PN číselných položek podané
v rámci 2.čtení nebyly zadány ve strukturované formě, ale pouze v textové. Ve stávající praxi
je úlohou rozpočtového výboru doplnit strukturovaný formát PN číselných položek tak, aby
mohly být generovány souhrny PN číselných položek pro 3.čtení.
Stav nově vytvořených PN číselných položek bude “Zadaný“, tak aby RV mohl případné PN
číselných položek zadané pouze textově převést do strukturovaného formátu. RV následně
po zpřesnění PN číselných položek posune PN číselných položek do stavu “Podaný“.
Původní PN číselných položek dostává stav „Zpřesněný“.
Systém musí držet vazbu původního PN a kopie PN včetně uživatelské provázanosti
s možností sledování kompletní historie pozměňovacího návrhu číselných položek.
5.1.2.2.6.7 FP2362-Identifikace kolizí mezi PN
Systém musí identifikovat možné konflikty mezi jednotlivými pozměňovacími návrhy a
poskytnout tuto informaci v přehledné formě uživateli, který například připravuje pořadí
hlasování.
5.1.2.2.6.8 FP2363-Zobrazení konsolidovaného znění předpisu ve znění kterýchkoliv
pozměňovacích návrhů
Systém umožní zobrazení úplného znění návrhu právního předpisu ve znění kterýchkoliv
vybraných pozměňovacích návrhů. Konfliktní pozměňovací návrhy budou zvýrazněny.
Systém umožní zobrazení pouze těch ustanovení úplného znění návrhu právního předpisu,
která jsou měněna návrhem právního předpisu a/nebo dotčena vybranými pozměňovacími
návrhy.
5.1.2.2.6.9 FP2364-Sdružování PN do logických celků
Podané pozměňovací návrhy od různých předkladatelů tj. z různých sad pozměňovacích
návrhů bude možné sdružovat do logických celků.
5.1.2.2.6.10 FP2365-Tvorba návrhu pořadí hlasování pozměňovacích návrhů
Nad všemi podanými pozměňovacími návrhy tj. z různých sad sdruženými do logických celků
bude možné si v sytému připravit pořadí hlasování.
5.1.2.2.6.11 FP2366-Generování novelizačních bodů
V dané vrstvě návrhu právního předpisu s pozměňovacími návrhy bude možné generovat
novelizační body buď k jednotlivému pozměňovacímu návrhu nebo hromadně k sadě
pozměňovacích návrhů nebo k výběru pozměňovacích návrhů.
Strana 164
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Vygenerované novelizační body budou potřeba například pro tvorbu dokumentů, jako jsou:
• Usnesení výborů
• Předkládání pozměňovacích návrhů, pokud budou předkládány v dokumentové
podobě v PS a v Senátu
•…
5.1.2.2.6.12 FP2367-Vyjádření zpravodaje
Nejen zpravodaj, ale obecně každý uživatel musí mít v systému možnost se připravit na
schůzi PS nebo Senátu s využitím nástrojů e-Šablony + pro práci s pozměňovacími návrhy a
uložit si přípravu ve formě dokumentu do systému.
5.1.2.2.6.13 FP2368-Zapracování přijatých pozměňovacích návrhů
Zapracování přijatých pozměňovacích návrhů do úplného znění návrhu právního předpisu
bude prováděno automaticky na pokyn uživatele. Systém musí při zapracovávání
pozměňovacích návrhů identifikovat případné konflikty a ve spolupráci s uživatelem je vyřešit
před uzamknutím vrstvy a předáním návrhu právního předpisu do dalšího dílčího procesu.
5.1.2.2.6.14 FP2369-Výstupy
Systém umožní generování výstupů nad daty prostoru pozměňovacích návrhů.
5.1.2.2.6.14.1 FP2370-Souhrn pozměňovacích návrhů
Systémem generovaný souhrn všech podaných pozměňovacích návrhů ve formě
novelizačních bodů.
Souhrn může být v elektronické podobě předán jiným systémům například systému PS.
Dále si souhrn setříděný podle připraveného pořadí může vygenerovat například zpravodaj
jako přípravu na schůzi sněmovny.
5.1.2.2.6.14.2 FP2387-Náhledy na konsolidované znění návrhu právního předpisu
Bude možné zobrazit náhled konsolidovaného znění návrhu právních předpisů po
zapracování vybraných pozměňovacích navrhů. Výběrové filtry umožní zvolit sadu PN, stav
PN, předběžnou indikaci přijetí či kombinaci vícero kritérií.
Systém upozorní na konfliktní situace.
5.1.2.2.6.14.3 FP2371-Souhrn za sadu pozměňovacích návrhů
Systémem generovaný souhrn pozměňovacích návrhů ve formě novelizačních bodů za sadu
pozměňovacích návrhů, tj. za poslance, za výbor atd. Souhrn může být použit jako příprava
poslance pro podání pozměňovacích návrhů, nebo přímo vložen do strukturovaných
dokumentů jako je například usnesení výborů.
Strana 165
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Dokument může být elektronicky podepsán, pokud bude požadováno. Dokument ve formě
PDF bude po uložení připojen k dané sadě pozměňovacích návrhů jako příloha.
5.1.2.2.6.14.4 FP2397-Souhrny pozměňovacích návrhů číselných položek
1) Souhrn pozměňovacích návrhů (standardní)
Jedná se o souhrn pozměňovacích návrhů generovaný stejně jako pro ostatní PN, který
poskytne seznam PN včetně obsahu PN. Obsahem PN může být strukturovaná tabulka nebo
volný text.
2) Souhrn pozměňovacích návrhů (strukturovaný)
Systém e-Legislativa poskytne nástroj pro generování pozměňovacích návrhů číselných
položek do definovaného Excel formátu. Příklady požadovaných formátu jsou uvedeny níže.
Souhrny musí obsahovat také celkové součtové informace. Celkové součtové informace
mohou být kromě prostých součtů za daný sloupec i podmíněné součty nebo výpočty.
Souhrny pozměňovacích návrhů číselných položek jsou součástí následujících dokumentů:
a) Usnesení výborů obsahují Pozměňovací návrhy v rámci přikázaných kapitol.
b) Usnesení výborů, popřípadě oponentní zprávy k jednotlivým kapitolám návrhu
zákona o státním rozpočtu projedná následně za účasti jejich zpravodajů rozpočtový
výbor a přijme k nim usnesení. Součástí usnesení je tabulka “Pozměňovací návrhy
číselných položek k návrhu zákona o státním rozpočtu a k návrhu státního rozpočtu na
rok 20XX“.
Aktuálně používaný formát
Strana 166
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Zároveň Rozpočtový výbor vydává zprávu, jejíž součástí je tabulka „Pozměňovací
návrhy číselných položek k návrhu zákona o státním rozpočtu a k návrhu státního
rozpočtu na rok 20XX z usnesení výborů, které rozpočtový výbor neschválil“.
Aktuálně používaný formát
Strana 167
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
c) Výstupem 2. čtení a podkladem pro 3.čtení je souhrn podaných pozměňovacích
návrhů, který obsahuje dvě tabulky
A) „Pozměňovací návrhy číselných položek k návrhu zákona o státním rozpočtu a k
návrhu státního rozpočtu na rok 20XX obsažené v usnesení rozpočtového výboru“
Tato tabulka je totožná s tabulkou z Usnesení Rozpočtového výboru ad b)
doplněná o poznámky vzájemných souvislostí mezi podanými pozměňovacími
návrhy z obou tabulek A), B).
Strana 168
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
B) „Pozměňovací návrhy číselných položek k návrhu zákona o státním rozpočtu a k
návrhu státního rozpočtu na rok 20XX přednesené ve 2. čtení“.
Tato tabulka také obsahuje poznámky vzájemných souvislostí mezi podanými
pozměňovacími návrhy z obou tabulek A), B).
Strana 169
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Ve stávající praxi RV sleduje průběh hlasování většinou ze stenozáznamu a do souhrnů pro 3.
čtení v listinné podobě doplňuje výsledek hlasování, případně i stanovisko ministra a
stanovisko předsedy výboru k danému PN.
Požadavkem je doplnění stávajícího formátu generovaných souhrnů pro 3. čtení o sloupce
pro možnost doplňování výsledku hlasování a případně i obou stanovisek.
Systém e-Legislativa bude nabízet možnost zaznamenávání výsledku hlasování „on-line“
v průběhu 3. čtení do systému e-Legislativa, uživatelské rozhraní pro tuto možnost bude
ergonomicky navrhnuté tak, aby tato možnost byla v praxi reálná. Nicméně se zatím
s ohledem na vyjádření kanceláře Poslanecké sněmovny k organizačním možnostem
takového postupu předpokládá se zaznamenáváním výsledků 3. čtení do systému e-
Legislativa ex post, možnost zaznamenat výsledky „on-line” zůstává otevřena pro
budoucnost.
Do systému e-Legislativa bude možné zaznamenat také stanovisko ministra a předsedy
výboru k danému PN.
d) Výstupem 3.čtení je Usnesení Poslanecké sněmovny, jehož přílohou je tabulka
“Schválené pozměňovací návrhy číselných položek k vládnímu návrhu zákona o
státním rozpočtu České republiky na rok 20XX a k vládnímu návrhu státního rozpočtu
České republiky na rok 2016”.
Předpokladem pro generování strukturovaných souhrnů je zadání jednotlivých PN číselných
položek ve strukturované datové podobě.
Strana 170
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Systém e-Legislativa bude obecně podporovat generování souhrnů PN číselných položek do
vybraného formátu jak z jedné sady PN, tak i z více sad. Dalšími výběrovými kritérii musí být
minimálně stav PN a případně i další metadata.
5.1.2.2.6.14.5 FP2398-Sumární výpis PN číselných položek
Zobrazení a export (do formátu Excel) sumárního výpisu PN číselných položek podle
jednotlivých kapitol, tj. jedna částka za kapitolu.
Výběr pro zobrazení a export bude standardně možný podle sad PN číselných položek a
stavu PN číselných položek.
5.1.2.2.6.15 FP2391-Podpora pro hlasování o pozměňovacích návrzích
Systém musí umožnit:
• zadat u pozměňovacího návrhu předběžnou indikaci, zda byl přijat nebo nikoli, kterou
bude možné jednoduše zadat během hlasovací procedury
• zobrazit náhled návrhu předpisu se zapracováním přijatých (na základě předběžné
indikace) pozměňovacích návrhů (s případným označením kolizí) umožňující získat
přehled o aktuálním stavu návrhu právního předpisu ve znění aktuálně přijatých
pozměňovacích návrhů (na základě předběžné indikace); v průběhu hlasování takový
náhled aktualizovat
Tyto mechanismy musí být k dispozici samostatně i pro sady pozměňovacích návrhů
(podpora pro hlasování na výborech a komisích).
5.1.2.2.6.16 FP2393-Doplňky k PN
K pozměňovacím návrhům, respektive k sadám pozměňovacích návrhů bude možné
připojovat doplňky (přílohy) v souborové formě, které ale nejsou součástí pozměňovacího
návrhu.
5.1.2.2.7 FP2372-CzechVoc
CzechVoc, vestavěný do e-Šablony pro plusovou osu s následující funkčností:
• Pojmy v textu právního předpisu navázané na pojmy CzechVoc budou zvýrazněny.
Odlišně bude zvýrazněna informativní vazba na pojmové definice a informativní
vazba na legální definice (legální definice je odkaz na ustanovení právního předpisu,
kde je právní termín definován).
• Na vyžádání bude možné zobrazit pojmové a legální definice budˇ pro jednotlivý
pojem, nebo zapnutí průběžného zobrazování těchto informací pro všechny
označené pojmy ve strukturovaném textu návrhu právního předpisu.
Strana 171
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• Možnost změny mapování pojmu na CV v případě informativní vazby, změna však
bude přenesena do e-Sbírky až po schválení publikačním úřadem respektive určeným
správcem CV.
• Vytváření nových informačních vazeb při psaní nového textu na již existující pojmy v
CV.
• Vyhledávání pojmů v CV podle různých kritérií.
• Vkládání nových pojmů do CV včetně pojmových a legálních definic a zařazení do
hierarchie tezauru.
• Pokud je nově vložená legální definice do CV definována právním předpisem, který
ještě nebyl vyhlášen, je vazba považována za neveřejnou (tj. není vidět v CV přes
portál e-Sbírky, je vidět v CV v e-Legislativě, a je ji možné použít pro asociační vazbu).
Teprve vyhlášením se stává veřejnou.
• Zobrazení všech informativních vazeb na legální definice v případě novelizace
právního předpisu respektive novelizace ustanovení, kde je pojem na který zákonná
definice odkazuje definován.
5.1.2.2.8 FP2373-Export - Import
Export strukturovaných textů návrhů právních předpisů a souvisejících dokumentů do
formátu PDF, RTF, XML.
Import exportovaného textu bude možný ve dvou podobách:
• v datové podobě XML,
• v textové podobě.
Import slučuje strukturovaný obsah přítomný v e-Legislativě s importovaným textem. V
případě, že sloučení není možné provést automaticky, systém upozorní uživatele na nutnost
manuálních úprav. Po importu proběhne kontrola vzniklých nekonzistencí a porušení pravidel
LPV.
V případě exportu sady pozměňovacích návrhů do PDF a XML bude součástí metadat i
datum a čas poslední kontroly kozistence exportovaných dat s centrálním systémem (jedná
se zejména o zapracování případných mezitímních novel a vyřešení konfliktů).
5.1.2.2.9 FP2374-Statistiky
V souvisejících dokumentech jsou strukturované dotazy se strukturovanými možnostmi
odpovědí jako je například "Dopad na rovnost mužů a žen" ANO/NE. Požadavkem je
možnost práce s těmito údaji jako strukturovanými daty a možnost sestavování statistik.
Strana 172
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.2.10 FP2375-eŠablona pro plusovou osu off-line
e-Šablona off-line bude umožnovat editaci strukturovaného textu návrhu právních předpisů
a strukturovaných dokumentů off-line. Oproti režimu on-line zde budou následující omezení:
• nebudou k dispozici související informace,
• nebude možné vytvářet asociační vazby,
• pro kontextové odkazy nebudou k dispozici podpůrné nástroje pro jejich tvorbu,
• nebude používána centrální serverová komponenta generátoru novelizačních bodů,
ale její lokální kopie s lokálně dostupnou verzí konfiguračních pravidel generátoru.
e-Šablona off-line bude podporovat i tvorbu připomínek a pozměňovacích návrhů k
návrhům právních předpisů za předpokladu, že návrh právního předpisu bude do e-Šablony
off-line stažen z příslušných pracovních prostorů a příslušných vrstev.
eŠablona off-line umožní také tvorbu nového právního aktu s provizorními metadaty.
Strana 173
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
req Off-line editor FP2217-Stromová navigace
hierarchií fragmentů
FP2216-Práce s více
předpisy najednou FP2 3 7 5 -e Ša b l o n a FP2379-Stažení
pro plusovou osu aktuální verze
FP2377-Práce s o ff-l i n e sp e ci á l n ích
lokálními soubory n á stro j ů
XML FP2234-Psaní vzorců
FP2212-Šablony pro typy
FP2376-Stáhnutí p ře d p i sů FP2235-Značkování nového
Právního aktu textu
FP2218-Práce s
FP2378-Zamykání hierarchiemi fragmentů
stažené části
Právního aktu pro FP2232-Editace obsahu
e d i ta ci fragmentu
FP2 3 8 0 -Syn ch ro n i za ce
s on-line
FP2382-Podpora FP2233-Editační funkce
tvorby odkazů v
právních FP2237-Spell check
p ře d p i se ch
FP2238-Zvýrazňování
FP2381-Podpora měněného textu
připomínek a FP2240-Přílohy jako součást
pozměňovacích p ře d p i su
návrhů FP2242-Práce s tabulkami
FP2383-Nový FP2241-Vkládání obrázku
právní akt v
off-line režimu
Obrázek 34: Off-line editor
5.1.2.2.10.1 FP2376-Stáhnutí Právního aktu
Návrhy právních předpisů a strukturovaných souvisejících dokumentů k editaci off-line
budou stahovány ve formátu XML. Bude možné stáhnout pouze část návrhu právního
předpisu nebo strukturovaného dokumentu.
Současně bude stažena i aktuální šablona pro daný typ právního předpisu a detailní šablony
pro podporu tvorby fragmentů.
5.1.2.2.10.2 FP2377-Práce s lokálními soubory XML
Otevření a editace strukturovaného souboru ve formátu XML, vyexportovaného z
e-Legislativy, bude možné i nezávisle na stavu systému e-Legislativa. Bude tak možné
editovat návrhy právních předpisů i v případě, že systém e-Legislativa bude dlouhodobě
nedostupný (například ve válečném stavu).
Strana 174
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Editace exportovaného souboru bude mít oproti editaci souboru, který byl stažen z
e-Legislativy v režimu on-line omezeny ty funkce, které souvisí se stažením dalších datových
zdrojů jako například šablony.
eŠablona pro plusovou osu off-line tedy umožní:
• uložit nový právní akt v off-line režimu do XML souboru
• načíst nový právní akt v off-line režimu do XML souboru
• uložit (vyexportovat) stažený právní akt nebo on-line právní akt do XML souboru
• načíst vyexportovaný právní akt (tzn. právní akt, který je již v cenrálním systému
založen) z XML souboru
• uložit sadu připomínek či sadu pozměňovacích návrhů do XML souboru
• načíst sadu připomínek či sadu pozměňovacích návrhů z XML souboru za podmínky,
že příslušný právní akt je stažen do off-line e-Šablony nebo načten z XML souboru
• načíst XML soubor úplného znění základního předpisu (vyexportovaného z eSbírky) a
vložit jej do načteného právního aktu nebo nového právního aktu v off-line režimu
jakožto novelizaci předpisu
• načíst XML soubor strukturovaného dokumentu (pro procesní dokumenty).
• uložit XML soubor strukturovaného dokumentu (pro procesní dokumenty).
Načíst XML soubory bude možné i jiným uživatelem, než který provedl jejich uložení.
5.1.2.2.10.3 FP2378-Zamykání stažené části Právního aktu pro editaci
Stahovaná část návrhu právního předpisu bude automaticky zamčena. Pokud na návrhu
bude chtít pracovat jiný uživatel on-line vytvoří novou pracovní vrstvu buď ze vstupní vrstvy,
nebo z některé z pracovních verzí.
5.1.2.2.10.4 FP2379-Stažení aktuální verze speciálních nástrojů
Při požadavku na stažení právního aktu k editaci off-line musí systém upozornit na existující
aktualizaci speciálních nástrojů pro off-line editor a s potvrzením uživatele pak provést
automatickou aktualizaci. Mezi tyto speciální nástroje se řadí například konfigurace lokálního
generátoru novelizačních bodů.
5.1.2.2.10.5 FP2380-Synchronizace s on-line
Pokud synchronizace editované off-line vrstvy návrhu právního předpisu bude probíhat s on-
line vrstvou ze které byl XML soubor vygenerován, nebude se zakládat nová pracovní vrstva a
synchronizace by měla proběhnout bez konfliktů. Po synchronizaci bude vrstva automaticky
odemčena pro pokračování práce v režimu on-line.
Strana 175
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
V opačném případě se bude jednat v podstatě o import, který proběhne do nově založené
pracovní vrstvy a teprve v režimu on-line bude provedena nástroji pro slučování vrstev
synchronizace do aktuální vrstvy návrhu právního předpisu.
V případě, že je navíc v off-line režimu synchronizován návrh právního aktu, který byl založen
v plně off-line režimu, založí systém nedříve nový právní akt (a související předpisy) v
centrálním systému pomocí metadat získaných v off-line režimu a následně založí i příslušné
vrstvy obsahů právního aktu, předpisů i strukturovaných dokumentů. V rámci snchnonizace
systém ověří, že off-line metadata jde možné přímo použít - pokud tomu tak nebude,
nabídne uživateli možnost tato metadata upravit.
Do existující vrstvy návrhu je možné synchonizovat (nově založit či aktualizovat) také
doprovodné strukturované dokumenty, připomínky a pozměňovací návrhy (do slepé vrstvy
příslušného podprostoru) a procesní strukturované dokumenty (do hlavního prostoru nebo
podprostoru dle volby uživatele).
5.1.2.2.10.6 FP2381-Podpora připomínek a pozměňovacích návrhů
Je-li v e-Šabloně otevřen návrh v off-line režimu, umožní e-Šablona vytvářet připomínky a
pozměňovací návrhy off-line, které je možné uložit do XML souboru, otevřít z XML souboru a
ve finále synchronizovat s centrálním systémem (po té, co je synchronizován i návrh
samotný).
Při tvorbě připomínek a pozměňovacích návrhů v režimu off-line musí systém vyžadovat po
uživateli zadání metadat, aby mohly být při importu vytvořeny ve stejné struktuře jako by
byly vytvářena v režimu on-line.
5.1.2.2.10.7 FP2382-Podpora tvorby odkazů v právních předpisech
• Interní odkazy v rámci téhož právního předpisu budou vytvářeny stejně jako v on-line
režimu. Při importu se vytvoří i vazba.
• Normativní odkazy bez úplné citace v poznámce pod čarou bude mít povinnost
uživatel označit jako odkaz. Při importu systém doplní vazbu automaticky, pokud
bude správně zadán zkrácený nebo zobecněný název. Při nejednoznačnosti nebo
nesprávném zadání pak neprojde právní předpis validací a uživatel musí vazbu
doplnit nástroji k tomu určenými v on-line režimu.
• V případě úplných citací je postup stejný s tím rozdílem, že označení, že se jedná o
odkaz, identifikuje a označí editor sám.
5.1.2.2.10.8 FP2383-Nový právní akt v off-line režimu
eŠablona off-line umožní offline založení nového právního aktu s dočasnými metadaty. To
zahrnuje i vložení úplných znění předpisů a obsahů v XML podobě (pro tvobu novel)
vyexportovaných z eSbírky, založení nových předpisů i strukturovaných dokumentů.
Strana 176
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.2.11 FP2384-eŠablona pro plusovou osu v důvěrném režimu
Důvěrný režim eŠablony pro plusovou osu uživateli zaručuje, že jím vložené informace jsou
zpracovávány výhradně v rámci zařízení, na kterém je eŠablona pro plusovou osu
nainstalována (včetně ukládání a načítání XML lokálních souborů), a že informace nejsou
nahrávány na centrální servery e-Legislativy, ať už pro účely uložení nebo jen zpracování.
Tento režim je určen zejména pro tvorbu citlivých pozměňovacích návrhů, připomínek a
nových právních aktů, jejichž existence ani obsah nesmí být zpřístupněn centrálnímu systému
eLegislativy, včetně offline sdílení těchto dat mezi uživateli pomocí XML souborů.
Je-li eŠablona pro plusovou osu v důvěrném režimu, je tento režim uživateli neustále graficky
signalizován.
Technologicky se jedná o režim, ve kterém jsou dostupné všechny funkce e-Šablony pro
plusovou osu offline a zároveň jsou k dispozici i všechny on-line funkce centrálního systému,
které čtou z centrálního systému informace. Například je pro nový právní akt vznikající v
důvěrném režimu k dispozici i operace výměny výchozí vrstvy předpisu.
Pro vyloučení pochybností uvádíme, že v důvěrném režimu je používán generátor
novelizačních instrukcí e-Šablony pro plusovou osu offline.
Opuštěním důvěrného režimu je provedena synchronizace s on-line daty centrálního
systému eLegislativy. eŠablona pro plusovou osu smí opustit důvěrný režim pouze po
jednoznačném a potvrzeném pokynu uživatele, který byl seznámen s důsledky opuštění
režimu.
Strana 177
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.3 Související dokumenty
custom Souv isej ící dokumenty
FP2402-Věcné FP2401-T ech ni cké FP2 4 0 6 -Příl o h y FP2 4 0 7 -Ne ve ře j n é
typy dokumentů typy dokumentů dokumentů dokumenty
FP2403-T vo rba FP2400-Související dokumenty FP2056-Generování FP2 0 5 7 -Zá kl a d n í
dokumentů souborových typ o g ra fi cká
FP2408-Podpora dokumentů z obsahu p ra vi d l a
FP2 4 0 4 -Ša b l o n y pro tvorbu generátoru
dokumentů dokumentů obsahu
FP2405-Správa FP2 4 0 9 -Sta ti cké FP2410-T vo rba
šablon dokumentů texty statických textů
FP2427-Vygenerování FP2 4 1 2 -Dyn a m i cké FP2 4 2 6 -Bl o ky FP2 4 1 1 -Vyh l e d á n í
dynamických textů a texty generovaného a zobrazení
jejich přenos do obsahu statických textů a
textového editoru jejich přenos do
eŠablony nebo
textového editoru
FP2424-Obsah FP2 4 2 3 -Pře h l e d FP2 4 1 4 -Pře h l e d
strukturovaného dotčených agend p ři p o m ín e k
dokumentu
FP2413-T yp y FP2 4 1 5 -Po p i s
FP2425-Odůvodnění dynamických textů p ři p o m ín ko vé h o
pozměňovacích řízení
návrhů
FP2 4 1 6 -Pře h l e d
FP2 4 2 2 -Pře h l e d rozporů
pozměňovacích
návrhů FP2418-Název FP2 4 1 7 -Pře h l e d
p ře d p i su komentářů k
FP2 4 2 1 -Pře h l e d p ře d p i su
novel i zač ních
bodů FP2 4 1 9 -Ro zd íl o vá
tabulka návrhu
FP2420-Dokument právního předpisu
Legislativní plán ČR s předpisy EU
vl á d y
Obrázek 35: Související dokumenty Strana 178
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.3.1 FP2400-Související dokumenty
Související dokumenty v kontextu e-Legislativy jsou všechny dokumenty spravované
systémem či do něj vkládané, které souvisí s právními akty, právními předpisy či věcnými
záměry. Jsou to například důvodové zprávy, usnesení, předkládací zprávy apod.
Mezi dokumenty e-Legislativy se nesmí z principu objevit žádný utajovaný dokument.
Systém e-Legislativa pracuje nejen s věcnými záměry a právními akty, ale též s dokumenty,
které souvisí s jejich tvorbou, projednáváním a schvalováním. Tyto související dokumenty
označujeme podle dvou kritérií:
• Dle věcného členění neboli místa v procesu - na dokumenty, které doprovází věcný
právní akt po celý proces jeho tvorby (doprovodné dokumenty) a na dokumenty,
které vznikají jednorázově v určitých místech procesu (procesní dokumenty);
• Dle technické realizace - dokumenty jsou uloženy buď strukturovaně ve fragmentech
(strukturované dokumenty), nebo v souborech (souborové dokumenty).
Následující tabulky shrnují primární seznam dokumentů, se kterými systém e-Legislativy
pracuje, podle věcného členění.
Doprovodné dokumenty:
Právní akt Dokument Popis
Všechny typy
Obecně srozumitelný popis Obecně srozumitelný popis ("citizen summary")
právního aktu.
Návrh právního
předpisu
Důvodová zpráva Důvodová zpráva návrhu právního předpisu (dle
nového zákona o Sbírce, dle legislativních pravidel
vlády, malá RIA nebo velká RIA).
Akt
mezinárodního
práva
Odůvodnění Odůvodnění aktu mezinárodního práva.
Akt v rozhodném jazyce Akt mezinárodního práva v rozhodném či jiném
jazyce.
Strana 179
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Procesní dokumenty:
Fáze Dokument Popis či upřesnění
legislativního
procesu
Všechny
Obecný strukturovaný Možnost vytvořit dokument z obecné šablony.
dokument
Obecný souborový Možnost vložit obecný dokument ve formě souboru.
dokument
Vláda
Obálka Úvodní stránka balíčku dokumentů shrnující zejména
seznam dokumentů pro jeden bod jednání vlády.
Přílohy usnesení vlády Přílohy usnesení vlády
Předkládací zpráva Stručný souhrn problematiky pro jednání vlády.
Souhrn připomínek za Dokument obsahující připomínky podané
připomínkové místo připomínkovým místem.
Vypořádání připomínek Vyhodnocení připomínkového řízení včetně podrobné
informace, jaké připomínky byly podány a jak s nimi
bylo naloženo.
Rozdílová tabulka Tabulka srovnávající ustanovení českého právního
návrhu právního předpisu a předpisu EU včetně identifikací CELEX.
předpisu ČR s předpisy
EU
Srovnávací tabulka Tabulka srovnávající ustanovení českého právního
návrhu právního předpisu a předpisu EU včetně identifikací CELEX.
předpisu ČR s předpisy
EU
Stanovisko k Stanovisko vlády k nevládnímu návrhu zákona.
nevládnímu návrhu
zákona
Stanovisko Legislativní Stanovisko Legislativní rady vlády obvykle obsahující
rady vlády mimo jiné sadu připomínek k návrhu právního
předpisu.
Poslanecká
sněmovna
Strana 180
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Přílohy usnesení výboru Přílohy usnesení výboru Poslanecké sněmovny mohou
PSP teoreticky obsahovat pozměňovací návrhy.
Přílohy usnesení PSP Přílohy usnesení pléna Poslanecké sněmovny.
Přílohy dalších usnesení Přílohy usnesení, které mohou vydat např. podvýbory
nebo komise.
Záznam o jednání V některých situacích nahrazuje záznam z jednání
usnesení (pokud nebylo žádné přijato), obvykle u
výboru, podvýboru či komise.
Oponentní zpráva Pokud část poslanců nesouhlasí s usnesením výboru,
podvýboru nebo komise, může přijmout vlastní
oponentní (menšinovou) zprávu obsahující mimo jiné
vlastní návrhy.
Návrh poslance nebo Jedná se zejména o pozměňovací návrhy a jejich
skupiny poslanců odůvodnění, ale též o jiné návrhy.
Pozměňovací a jiné Souhrn návrhů na odročení, zamítnutí a dalších a
návrhy zejména pozměňovacích návrhů.
Senát
Přílohy usnesení výboru Přílohy usnesení výboru Senátu obsahují pozměňovací
Senátu návrhy.
Přílohy usnesení Senátu Přílohy usnesení pléna Senátu.
Další usnesení Usnesení mohou vydat např. podvýbory nebo komise.
Záznam o jednání V některých situacích nahrazuje záznam z jednání
usnesení (pokud nebylo žádné přijato), obvykle u
výboru, podvýboru či komise.
Oponentní zpráva Pokud část senátorů nesouhlasí s usnesením výboru,
podvýboru nebo komise, může přijmout vlastní
oponentní (menšinovou) zprávu obsahující mimo jiné
vlastní návrhy.
Pozměňovací návrhy Příloha usnesení o vrácení návrhu zákona Poslanecké
Senátu sněmovně. Obsahuje pozměňovací návrhy schválené
Senátem.
Návrh senátora Jedná se zejména o pozměňovací návrhy a jejich
odůvodnění, ale též o jiné návrhy.
Informace Neveřejný dokument určený pouze senátorům.
Dokument vypracovává Legislativní odbor Senátu a
obsahuje shrnutí informací o změnách, historii návrhu,
obecné shrnutí návrhu a zejména vyjádření jestli je
Strana 181
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
návrh legislativně správně (soulad s ústavou,
mezinárodními smlouvami, drobné či formální chyby,
překračování zmocnění, apod.).
Souhrn pozměňovacích V případě, že jsou na schůzi Senátu podány
návrhů pozmněňovací návrhy více výborů, může legislativní
odbor Senátu pozměňovací návrhy výborů sloučit pro
přehlednost do nového dokumentu, ze kterého je
vytvořen senátní tisk, který slouží k lepší orientaci při
projednávání (oproti několika usnesením výborů).
Pořadí pozměňovacích návrhů je převzáno z usnesení
výborů (nejde o návrh hlasovací procedury).
Prezident
Stanovisko Prezidenta Stanovisko prezidenta republiky ke schvalovanému
návrhu, Typicky vyjadřující vrácení (veto) zákona
sněmovně včetně zdůvodnění.
Z technického pohledu jsou všechny dokumenty až na výjimky strukturované. Následující
dokumenty jsou výjimkami z tohoto pravidla a bude se s nimi pracovat pouze v souborové
podobě:
• Obecný souborový dokument
• Informace (pro senátory)
• Stanovisko Prezidenta
• Usnesení vlády (bez příloh)
• Usnesení Poslanecké sněmovny (bez příloh)
• Usnesení Senátu (bez příloh)
5.1.2.3.2 FP2401-Technické typy dokumentů
Technický typ dokumentu udává způsob jeho technického uložení, vzniku a způsobu práce s
dokumentem. Po technické stránce dělíme dokumenty na strukturované a na souborové.
Strukturovaný dokument je dokument vytvářený v e-Šabloně, fyzicky udržovaný ve
fragmentové struktuře. Jednotlivé verze strukturovaného dokumentu jsou zachyceny
vrstvami strukturovaných dat.
Souborový dokument je dokument uložený v souboru (např. .PDF, .DOC(X), .XLS(X) a další,
případně i XML s exportem strukturovaných dat). Souborové dokumenty jsou uloženy v
pracovních prostorech a jsou verzovány.
Všechny dokumenty, které splňují alespoň jednu z následujících podmínek, musí být
strukturovanými dokumenty:
Strana 182
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• mohou obsahovat texty s návrhy na změny právních aktů, předpisů či věcných
záměrů
• jejich struktura (či její část) je spojena se strukturou právního aktu, předpisu či
věcného záměru (příkladem je důvodová zpráva respektive její zvláštní část)
• jsou publikovány do e-Sbírky
5.1.2.3.3 FP2402-Věcné typy dokumentů
Po věcné stránce dělíme dokumenty na doprovodné a procesní.
Doprovodný dokument je dokument, který doprovází právní akt či věcný záměr v principu po
celou dobu procesu. V procesu se vyskytuje pouze jednou.
Procesní dokument je výsledkem nějaké aktivity v rámci procesu a jeho vznik je principiálně
spojen s průchodem stavem procesu. Opakovaný průchod stavem procesu znamená novou
instanci procesního dokumentu
5.1.2.3.4 FP2403-Tvorba dokumentů
Způsob tvorby dokumentů je odvislý od jejich technického typu.
Strukturovaný dokument:
• Dokumenty vznikají v e-Šabloně
• Základem pro dokument je šablona strukturovaného dokumentu (pracuje s
fragmenty), která definuje jeho strukturu a pravidla.
• Obsah dokumentu tvoří uživatel v e-Šabloně, mimo jiné pomocí vkládání bloků
generovaného obsahu
• Výsledný dokument je validován na strukturální pravidla definovaná jeho šablonou
• Systém je primárním správcem obsahu dokumentu, a to ve fragmentové podobě. Z
této podoby je možné provést exporty uložené v systému i mimo něj.
Souborový dokument:
• Dokumenty se tvoří v textovém editoru.
• Základem pro dokument je obvykle šablona dokumentu ve formátu MS Word.
• Obsah dokumentu (text) tvoří uživatel za pomocí podpůrných nástrojů pro tvorbu
dokumentů, které poskytují obsah, který může uživatel do dokumentu vložit.
• Výsledný obsah (jeho struktura, typografické vlastnosti, grafický vzhled) není
systémem kontrolován ani validován.
• Do systému primárně nevstupuje původní editovatelná verze, ale výsledná verze v
PDF (případě doplněná i editovatelnou verzí)
5.1.2.3.5 FP2404-Šablony dokumentů
Základem dokumentu je typicky šablona, ze které dokument vzniká.
Strana 183
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Šablona definuje jeho typografické vlastnosti, grafický vzhled a typickou strukturu. Šablony
existují pro oba technické typy dokumentů - pro strukturované dokumenty i pro souborové
dokumenty.
Šablona strukturovaného dokumentu je obdobou šablony právního předpisu - jde o šablonu
jeho obsahu, která definuje jeho výchozí strukturu a pravidla, které struktura obsahu daného
dokumentu musí splňovat.
Šablona souborového dokumentu je šablona ve formátu Word. Definuje výchozí strukturu
dokumentu, neobsahuje však vynutitelná pravidla pro strukturu dokumentu.
5.1.2.3.5.1 FP2405-Správa šablon dokumentů
Správce systému může šablony vytvářet, mazat i upravovat.
5.1.2.3.6 FP2406-Přílohy dokumentů
Přílohy k dokumentům mohou být řešeny:
• včleněním do dokumentu samotného - tzn. jejich text je umístěn na konci textu
samotného dokumentu
• samostatnými dokumenty, které se vážou k hlavnímu dokumentu názvem, případně
metadaty
5.1.2.3.7 FP2407-Neveřejné dokumenty
Dokumenty mohou být označeny jako neveřejné, pak se nezveřejňují na Veřejném webu
e-Legislativy. Neveřejný může být celý typ dokumentu (pak je to specifikováno u tohoto typu
či u jeho šablony) nebo jako neveřejná může být označena konkrétní instance dokumentu.
5.1.2.3.8 FP2408-Podpora pro tvorbu dokumentů
Systém poskytuje uživateli nástroje, které generují obsah, který může uživatel použít pro
tvorbu dokumentu. Tyto nástroje:
• zefektivňují tvorbu dokumentů
• pomáhají v typografické a grafické konzistenci dokumentů
5.1.2.3.8.1 FP2409-Statické texty
Statické texty jsou texty, které se opakovaně používají při tvorbě dokumentů.
Jsou označeny metadaty: typem dokumentu (např. usnesení) a případně kontextem, ve
kterém dokument vzniká (např. Návrh vládního zákona).
5.1.2.3.8.1.1 FP2410-Tvorba statických textů
Uživatelé mohou statické texty vytvářet, upravovat a mazat.
Strana 184
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Uživatelé také mohou měnit (zejména rozšiřovat) hierarchii metadat, vůči které jsou statické
texty vztaženy (tzn. přidávat nové typy dokumentů a nové kontexty).
5.1.2.3.8.1.2 FP2411-Vyhledání a zobrazení statických textů a jejich přenos do
e-Šablony nebo textového editoru
Na základě definovaných parametrů (filtrů) primárně nad metadaty se zobrazí přehled
Statických textů, které odpovídají zadaným podmínkám. Následně je možné vybraný statický
text přenést do e-Šablony nebo textového editoru, například vložením do schránky
(copy&paste).
5.1.2.3.8.2 FP2412-Dynamické texty
Dynamické texty jsou texty generované na základě dat uložených v systému.
5.1.2.3.8.2.1 FP2413-Typy dynamických textů
Typ dynamického textu určuje:
• kontext, ve kterém se generuje
• data, ze kterých se generuje
• formát výstupu
5.1.2.3.8.2.1.1 FP2414-Přehled připomínek
Tabulka obsahující data o všech připomínkách (či vybraných na základě metadat), ke každé
zejména Připomínkové místo, text připomínky, typ připomínky a vypořádání připomínky.
5.1.2.3.8.2.1.2 FP2415-Popis připomínkového řízení
Úvodní informace o procesu připomínkového řízení obsahující: Seznam připomínkových míst,
Seznam připomínkových míst, které poslaly připomínky; Seznam míst, které neposlaly
připomínky atp.
5.1.2.3.8.2.1.3 FP2416-Přehled rozporů
Tabulka obsahující seznam všech připomínek označených jako rozpor, případně text, že
rozpory nejsou.
5.1.2.3.8.2.1.4 FP2417-Přehled komentářů k předpisu
Souhrn komentářů k předpisu patřící do jedné sady komentářů (jako např. důvodová zpráva
nebo zpravodajská zpráva). Komentáře jsou vždy uvozeny citací fragmentu, ke kterému se
vážou.
5.1.2.3.8.2.1.5 FP2418-Název předpisu
Úplný či zkrácený název předpisu či věcného záměru včetně jeho typu a podtypu (příklad:
senátní návrh zákona) a to ve všech pádech (volba dle uživatele)
5.1.2.3.8.2.1.6 FP2419-Rozdílová tabulka návrhu právního předpisu ČR s předpisy EU
Souhrn všech odkazů do Eur-Lexu ve formě tabulky definované v Legislativních pravidlech
vlády v příloze 5
Strana 185
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.3.8.2.1.7 FP2420-Dokument Legislativní plán vlády
Vygenerování legislativního plánu vlády do dokumentové podoby, která obsahuje následující
hlavní bloky:
• Hlavičku (název legislativního plánu, další popis, termín schválení vládou
• Obsah
• Přehled zkratek předkladatelů
• Tabulky legislativních úkolů členěné dle předkladatelů
• Tabulky legislativních úkolů členěné dle měsíců předložení
Jsou-li u legislativních úkolů (věcných záměrů či právních aktů) definované i související
předpisy EU, jsou tyto sumarizovány v doplňkových tabulkách.
Je možné vygenerovat plán celý nebo pouze všechny úkoly od určitého data.
5.1.2.3.8.2.1.8 FP2421-Přehled novelizačních bodů
Souhrn novelizačních bodů vygenerovaných generátorem novel ze sady novelizačních změn.
Souhrn je možné nechat vygenerovat v různých režimech:
• Souhrn novelizačních bodů všech novelizovaných předpisů, každý předpis má
novelizační body v samostatné části. Části jsou seřazeny dle Legislativních pravidel
vlády (Čl. 54). Číslování částí je závislé na okolním textu (na čísle poslední
předcházející části).
• Souhrn novelizačních bodů konkrétního předpisu ve stejné (hlavní) vrstvě - slouží k
zakomponování novelizačních bodů do obsahu právního aktu.
• Souhrn novelizačních bodů patřící k jedné vrstvě celého právního aktu (obvykle ne v
hlavní vrstvě) a dále filtrovaný dle metadat (např. autor změny) - slouží pro
související dokumenty.
• Souhrn novelizačních bodů jedné sady pozměňovacích návrhů v jedné slepé vrstvě
právního aktu - slouží pro související dokumenty, konkrétně například pro
pozměňovací návrhy poslanců či výborů
5.1.2.3.8.2.1.9 FP2422-Přehled pozměňovacích návrhů
Obdoba Přehledu novelizačních bodů ve formátu potřebném pro dokument typu
"Pozměňovací a jiné návrhy" (pozměňovací návrhy organizovány po autorech návrhů jako
výbory nebo poslanci)
5.1.2.3.8.2.1.10 FP2423-Přehled dotčených agend
Přehled agend dotčených vrstvou právního aktu. Seznam všech fragmentů (jejich citací)
změněných v příslušné vrstvě právního aktu (vzhledem k platnému znění), které mají na sebe
navázány agendu v RPP. Každý fragment má u sebe též seznam dotčených agend. Forma je
podobná zvláštní části důvodové zprávy (tzn. obdobně jako Přehled komentářů k předpisu)
Strana 186
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.3.8.2.1.11 FP2424-Obsah strukturovaného dokumentu
Celý obsah strukturovaného dokumentu je možné vložit do právního aktu, věcného záměru
nebo jiného strukturovaného dokumentu, například jako přílohu. Příkladem je vložení
českého a rozhodného textu mezinárodní smlouvy do právního aktu Sdělení ministerstva
zahraničních věcí
5.1.2.3.8.2.1.12 FP2425-Odůvodnění pozměňovacích návrhů
Přehled odůvodnění přijatých pozměňovacích návrhů právního aktu. Tento přehled se
připojuje na konec důvodové zprávy předpisu. Odůvodnění bude v přehledu uvozeno
hlavičkou, která bude shrnovat klíčové vlastnosti pozměňovacího návrhu (kdo jej předložil,
kdy apod.) včetně vygenerovaného textu pozměňovacího návrhu - aby bylo zřejmé, co
odůvodnění "odůvodňuje".
5.1.2.3.8.2.2 FP2426-Bloky generovaného obsahu
Dynamické texty se primárně vkládají do strukturovaných dokumentů, a to pomocí
virtuálních fragmentů (hierarchie fragmentů) typu "blok generovaného obsahu". Vložením
takového bloku do dokumentu znamená, že jeho obsah je generován pomocí
strukturovaných dat.
Přegenerování bloku generovaného obsahu je možné na požadavek uživatele, vždy k němu
ale dochází při uzavírání vrstev obsahu.
Blok generovaného obsahu má parametry, které zejména definují, o jaký typ dynamického
textu jde a jeho parametry. Ty jsou specifické pro každý dynamický text. Například pro
Přehled novelizačních bodů je nutné uvést předpis a vrstvu (či prostor). U přehledu
komentářů k předpisu je nutné mimo jiné uvést, o kterou sadu komentářů se jedná.
5.1.2.3.8.2.3 FP2427-Vygenerování dynamických textů a jejich přenos do textového editoru
Vybrané dynamické texty je možné vygenerovat do textové podoby pro potřeby vedlejší
práce mimo systém nebo pro potřeby souborových dokumentů editovaných mimo e-
Šablonu.
Dynamické texty nejsou k dispozici z jednoho místa v systému, jdou v dispozici typicky v e-
Šabloně v místě odpovídajícímu kontextu daného typu dynamického textu (tzn. datové
struktuře, ze které se text generuje).
Před vygenerováním dynamického textu provádí uživatel často i rozhodnutí, která ovlivňují
výstup (např. filtry).
Vygenerovaný text může uživatel přenést do textového editoru, například vložením do
schránky (copy&paste).
5.1.2.4 Workflow
Workflow implementované v systému e-Legislativa představují procesy tvorby práva. Jedná
se jak o komplexní procesy tvorby zákonů (od přípravy věcného záměru až po podpis
Strana 187
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
prezidenta republiky a vyhlášení ve sbírce zákonů), tak i o jednodušší procesy spojené
například s připomínkováním.
req Workflow FP2 5 2 1 -L e g i sl a ti vn í FP2 5 2 0 -L e g i sl a ti vn í FP2523-Pracovní
proces Věcného podproces podproces
FP2 5 2 2 -Ša b l o n y záměru a Právního
procesů Právního aktu
aktu
FP2519-T ypy
procesů
FP2507-Přechody FP2 5 0 4 -De fi n i ce FP2503-Workflow legislativního procesu
mezi stavy procesu
FP2 5 1 4 -Au to m a ti cké FP2508-Podmínky FP2505-Stavy
akce přechodů mezi stavy procesu
FP2509-Podmínky FP2 5 0 6 -Au to ri za ce
na existenci a stav přístupu k obsahu v
obsahu daném stavu
FP2 5 1 0 -Au to ri za ce FP2513-Podmínky FP2 0 3 9 -Ro zd ě l o vá n í
přechodu mezi stavy na stav prostředí a slučování instancí
procesu Právního
FP2511-Rozhodovací FP2512-Podmínky aktu
podmínky v na koncové stavy (from Portál e-Legislativa)
přechodech mezi podprocesů
stavy FP2515-Instance
procesu
FP2 5 0 0 -Hi sto ri e FP2516-Správa
instance procesu instance procesu
FP2501-Zaznamenání FP2502-Zobrazení FP2 5 1 7 -Při řa ze n í FP2518-Změna
h i sto ri e h i sto ri e jiné definice procesu stavu procesu
běžící instanci správcem
Obrázek 36: Workflow
Strana 188
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.4.1 FP2500-Historie instance procesu
Historie procesů se zaznamenává a je možné je zobrazovat. Jedná se o detailní audit změn v
procesu, který není nutně totožný se zaznamenáním a zobrazením historie právních aktů a
věcných záměrů pro potřeby běžných uživatelů.
5.1.2.4.1.1 FP2501-Zaznamenání historie
Zaznamenávání historie průchodu procesem (audit změny stavů):
• datum a čas přechodů mezi stavy
• na základě jakého podnětu
• který uživatel
• atd.
5.1.2.4.1.2 FP2502-Zobrazení historie
Zobrazení historie průchodu procesem uživatelům s patřičným oprávněním
5.1.2.4.2 FP2503-Workflow legislativního procesu
Workflow legislativního procesu implementuje procesy právních aktů a věcných záměrů.
5.1.2.4.3 FP2504-Definice procesu
Každý typ procesu má šablonu, která definuje jeho typický průběh
5.1.2.4.3.1 FP2505-Stavy procesu
Definuje se, z jakých stavů se skládá proces. Definuje, které stavy jsou startovní a které
konečné.
5.1.2.4.3.1.1 FP2506-Autorizace přístupu k obsahu v daném stavu
Definice rolí, popř. skupin a uživatelů, kteří mají přístup k procesu v daném stavu a o jaký typ
přístupu se jedná: čtení, zápis, mazání, případně další speciální oprávnění.
Skupiny uživatelů mohou být vytvářeny dynamicky pro konkrétní proces (např. účastníci
připomínkového řízení konkrétního věcného záměru)
5.1.2.4.3.2 FP2507-Přechody mezi stavy
Definice přechodů mezi stavy procesu.
Některé části procesů se mohou definovaným způsobem opakovat (přechod zpět na minulý
stav)
5.1.2.4.3.3 FP2508-Podmínky přechodů mezi stavy
Definice podmínek, za kterých je možné změnit stav procesu. Některé podmínky definují, kdy
je možné stav opustit (bez ohledu na následující stav), jiné definují podmínky vstupu do
Strana 189
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
nového stavu (tzn., mohou se pro různé nové stavy lišit). Je možné definovat více podmínek,
které musí být splněny pro přechod do nového stavu.
5.1.2.4.3.3.1 FP2509-Podmínky na existenci a stav obsahu
Definice podmínek, které musí splňovat obsah připojený k procesu (řízený procesem) pro
přechod do nového stavu (či opuštění stavu současného), například: pro dokončení
podprocesu vládního návrhu zákona (a odeslání do PSP) musí být návrh zákona podepsán
Předsedou vlády a musí existovat důvodová zpráva.
5.1.2.4.3.3.2 FP2510-Autorizace přechodu mezi stavy
Definice rolí, popř. skupin a uživatelů, kteří mohou vyvolat přechod z jednoho stavu do
jiného stavu
5.1.2.4.3.3.3 FP2511-Rozhodovací podmínky v přechodech mezi stavy
Definuje výběr stavu, do kterého proces, přejde, na základě externího rozhodnutí (např. Bylo
schváleno vládou? Ano = přechod do stavu Schváleno, Ne = přechod do stavu Zamítnuto).
5.1.2.4.3.3.4 FP2512-Podmínky na koncové stavy podprocesů
V případě legislativního procesu balíčku může být přechod do dalšího stavu (fáze) podmíněn
tím, v jakém (koncovém) stavu jsou podprocesy jednotlivých předpisů v balíčku. Tyto
podmínky mohou být vázány i na typ předpisu (např.
5.1.2.4.3.3.5 FP2513-Podmínky na stav prostředí
Stav legislativního prostředí ovlivňuje vykonávání procesů a přechodů mezi stavy procesu.
Například je-li rozpuštěna Poslanecká sněmovna (PSP), není možné do PSP posílat návrhy
zákonů, pokud se již projednaný zákon vrátí do PSP, automaticky se ukončuje legislativní
proces a návrh zákona nebyl přijat.
Podmínky na stav prostředí tak mohou:
• zabránit v přechodu do určitého stavu
• fungovat jako rozhodovací podmínky, tzn. rozhodovat o cílovém stavu
Podmínky na stav prostředí vždy pracují s daty mimo proces (např. zda je či není rozpuštěná
PSP).
5.1.2.4.3.4 FP2514-Automatické akce
Při přechodu mezi stavy (případně při opuštění stavu nebo příchodu do stavu) budou
spouštěny vybrané automatické akce, například:
• notifikace
• zakládání pracovních prostorů
• nastavení přístupových práv
• exporty do jiných systémů (eKlep, PSP atp.)
Strana 190
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.4.4 FP2515-Instance procesu
Definuje požadavky na již běžící instanci konkrétního proces.
5.1.2.4.4.1 FP2516-Správa instance procesu
Správa instance běžícího procesu.
5.1.2.4.4.1.1 FP2517-Přiřazení jiné definice procesu běžící instanci
V situaci, kdy dojde ke změně procesu v průběhu existence instance, má správce možnost
přiřadit běžící instanci jinou definici procesu (např. aktualizovanou definici procesu), podle
které další postup instance procesu pokračuje. Správce definuje, v kterém stavu nové definice
se instance nově nachází.
5.1.2.4.4.1.2 FP2518-Změna stavu procesu správcem
Správce může změnit stav instance procesu bez ohledu na definované přechody mezi stavy a
podmínky pro tyto přechody tak, aby se dostal do požadovaného stavu. Tato změna však
může nastat vícekrokově (např. nejdříve změna stavu podprocesu, změna stavu procesu
balíčku a další změna stavu v podprocesu).
5.1.2.4.5 FP2519-Typy procesů
Systém workflow bude využit k řízení procesů různých typů a úrovní.
5.1.2.4.5.1 FP2520-Legislativní podproces
Definuje detailní proces pro typ předpisu v určité fázi legislativního procesu (např. v rámci
projednávání Věcného záměru).
Legislativní podproces je vždy určen pro konkrétní fázi legislativního procesu (např. pro
Projednání věcného záměru.)
Legislativní podprocesy se mohou lišit pro různé typy předpisů.
5.1.2.4.5.2 FP2521-Legislativní proces Věcného záměru a Právního aktu
Legislativní proces Věcného záměru a Právního aktu je hlavní úrovní řízení legislativního
procesu. Stavy v procesu jsou dvojího typu:
• Fázové stavy definují hlavní fáze legislativního procesu (např. Věcný záměr, Návrh
předpisu apod.). Je-li proces ve fázovém stavu, probíhá projednávání v příslušné fázi
legislativního procesu a je definováno Legislativním podprocesem.
• Předávací stavy jsou stavy mezi jednotlivými fázemi legislativního procesu, kdy jedna
fáze je ukončená a další ještě nezačala (např. Schválený návrh zákona). Předávací
stavy slouží primárně pro předávání mezi institucemi. V těchto stavech typicky
dochází k formálním kontrolám obsahu (viz podmínky přechodů mezi stavy).
Strana 191
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.4.5.2.1 FP2522-Šablony procesů Právního aktu
Šablona procesu Věcného záměru a Právního aktu definuje konkrétní posloupnosti stavů
první i druhé úrovně (legislativních podprocesů) pro konkrétní typ právního aktu jako
například:
• zákon
• vyhláška
• nařízení vlády
• mezinárodní smlouva
• zákonné opatření senátu
5.1.2.4.5.3 FP2523-Pracovní podproces
Workflow systém může být využit pro řízení dalších podprocesů (v rámci legislativních
podprocesů), například k řízení připomínkového řízení.
Strana 192
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.5 Generátor novel
req Generátor nov el FP2 6 1 2 -Um o žň u j e FP2 6 1 3 -Um o žň u j e FP2619-Podpora
vygenerovat návrh základní sadu p a ra m e tri ckých
FP2 6 1 1 -Ná h l e d novely (text novely, typ o g ra fi ckých změn
generovaných novel úplná znění) pokynů
FP2618-Podpora
FP2601-Podpora FP2600- Generátor novel grafiky, vzorců,
práce s více tabulek
právními předpisy
FP2 6 1 7 -Za kl á d á
FP2615-Vede FP2 6 2 0 -Um o žň u j e FP2 6 1 4 -Um o žň u j e záznamy do
historii změn vygenerování ve vygenerování PDF auditního logu
formě
FP2616-Ukládání ve strukturovaného
strukturované obsahu
podobě
FP2602-Generování
textu novely
FP2603-Generování FP2610-Podpora FP2606-Generování
struktury novely práce s ustavovením novelizačních bodů
právního předpisu
FP2 6 0 4 -Au to m a ti cké FP2245-Změna FP2 6 0 7 -Au to m a ti cké FP2 6 0 9 -Au to m a ti cké
doplnění textu va ri a n ty generování variant odebrání neplatných
novely mimo novelizačního bodu novelizačních bodů novelizačních bodů
novelizačních bodů
(from Editor e-Šablona pro
plusovou osu)
FP2 6 0 5 -Au to m a ti cké FP2 6 0 8 -Pře d l o že n í
doplnění dle EU jedné nebo více
variant formulací
novelizačních bodů
Obrázek 37: Generátor novel
5.1.2.5.1 FP2600- Generátor novel
Generátor novel pracuje s právním aktem a jedním či více úplnými zněními právních
předpisů. Vytváří a mění strukturu a obsah novely v průběhu legislativního procesu. Pomocí
průvodce, na základě dat o právním aktu, vytváří strukturu novely. Analyzuje provedené
změny v úplném znění (úplných zněních) právního předpisu a nabízí uživateli varianty pro
Strana 193
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
vytvoření textu novely. Nabízí uživateli sadu funkcí pro vytvoření novely při respektování
typografických pokynů a legislativních pravidel vlády.
5.1.2.5.2 FP2601-Podpora práce s více právními předpisy
Generátor novel podporuje práci nad více úplnými zněními právních předpisů najednou. Je
možné vytvářet jeden návrh novely nad více úplnými zněními právního předpisu, při
respektování legislativních pravidel vlády.
5.1.2.5.3 FP2602-Generování textu novely
Generátor novel generuje text návrhu změny právního předpisu (text je generován při prvním
generování novely, dále se jen aktualizuje). Generátor novely, pomocí průvodce, nabízí výběr
struktury a textu novely ke schválení, přičemž vychází z dat o právním aktu a úplných zněních
právních předpisů. Generátor novel porovnává vždy dvě verze právního předpisu (tyto verze
jsou generátoru novel předkládány z editoru pro plusovou osu).
5.1.2.5.3.1 FP2603-Generování struktury novely
Generátor novel generuje strukturu novely, na základě dat o právním aktu, s ohledem na
legislativní pravidla vlády. Strukturou se považují například členění novely na části, články,
ustanovení (přechodná ustanovení, nabytí účinnosti, zrušovací ustanovení), případně na
případně paragrafy, hlavy, díly, oddíly, pododdíly, odstavce, pododstavce, body, apod.
5.1.2.5.3.1.1 FP2604-Automatické doplnění textu novely mimo novelizačních bodů
Generátor novel automaticky doplňuje text novely na základě vygenerované struktury a data
získaných od uživatele například použitím průvodce.
5.1.2.5.3.1.1.1 FP2605-Automatické doplnění dle EU
Generátor novel doplní kód CELEX na základě analýzy provedených změn v úplném znění (u
každého fragmentu úplného znění je uveden příznak speciální části EU). Generátor novel
doplní tyto kódy do části určené pro kódy CELEX, dle legislativních pravidel vlády.
5.1.2.5.3.2 FP2606-Generování novelizačních bodů
Generátor novel generuje novelizační body na základě analýzy provedených změn v úplném
znění (u každého měněného fragmentu úplného znění je uveden příznak operace např.
vložení, oprava, zrušení, záměna části předpisu apod.). Nabízí uživateli varianty novelizačních
bodů ke schválení, například při zrušení ustanovení, nahrazení ustanovení, doplnění
ustanovení nebo zrušení právního předpisu. K činnostem vede historii změn a zakládá
záznamy do auditního logu.
Varianty novelizačních bodů popisuje následující příklad.
Strana 194
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Výchozí situace
Zákon č. 63/1986 Sb., o České zemědělské a potravinářské inspekci, byl zrušen zákonem č.
146/2002 Sb., o Státní zemědělské a potravinářské inspekci a o změně některých
souvisejících zákonů.
Úkol
Je třeba tento fakt promítnout do všech relevantních předpisů a zaměnit v intencích zákona
č. 146/2002 Sb. pojem "Česká zemědělská a potravinářská inspekce" za "Státní zemědělská a
potravinářská inspekce" případně za "Státní veterinární správa", včetně zákona č. 452/2001
Sb., o ochraně označení původu a zeměpisných označení a o změně zákona o ochraně
spotřebitele, kterého §10 zní:
§10
Kontrola specifikace
(1) Orgánem, kterému přísluší kontrola specifikace podle tohoto zákona, je v rozsahu své
působnosti Česká zemědělská a potravinářská inspekce, zřízená podle zvláštního předpisu.3)
3) Zákon č. 63/186 Sb. ve znění pozdějších předpisů.
Řešení v úplném znění
Je třeba zaměnit pojmy v § 10 odst. 1 konsolidovaného znění zákona č. 452/2001 Sb., o
ochraně označení původu a zeměpisných označení takto:
(1) Orgánem, kterému přísluší kontrola specifikace podle tohoto zákona, je v rozsahu své
působnosti Státní zemědělská a potravinářská inspekce nebo Státní veterinární správaČeská
zemědělská a potravinářská inspekce, zřízená podle zvláštního předpisu.3)
Varianty novelizačního bodu
Generátor novel nabídne dvě možné varianty novelizačního bodu:
1. varianta
V § 10 zákona odstavec 1 včetně poznámky pod čarou č. 3) zní: "(1) Orgánem, kterému přísluší
kontrola specifikace podle tohoto zákona, je v rozsahu své působnosti Státní zemědělská a
potravinářská inspekce nebo Státní veterinární správa, zřízená podle zvláštního předpisu.3)"
Strana 195
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
2. varianta
V § 10 zákona odstaveci 1 se slova "Česká zemědělská a potravinářská inspekce" nahrazují
slovy "Státní zemědělská a potravinářská inspekce nebo Státní veterinární správa".
Uživatel vybere (například) 1. variantu, která mu lépe vyhovuje z důvodu srozumitelnosti.
5.1.2.5.3.2.1 FP2607-Automatické generování variant novelizačních bodů
Generátor novel generuje novelizační body na základě analýzy provedených změn v úplném
znění (u každého měněného fragmentu úplného znění je uveden příznak operace např.
vložení, oprava, zrušení, záměna části předpisu apod.). Nabízí uživateli varianty novelizačních
bodů ke schválení, například při zrušení ustanovení, nahrazení ustanovení nebo doplnění
ustanovení. K činnostem vede historii změn a zakládá záznamy do auditního logu. Při změně
dříve vygenerovaných a schválených novelizačních bodů jsou nově zapracované změny
úplných znění předloženy ke schválení.
5.1.2.5.3.2.1.1 FP2608-Předložení jedné nebo více variant formulací novelizačních bodů
Generátor novel předloží jednu nebo více variant formulací novelizačních bodů. Dá uživateli
možnost k výběru a schválení varianty formulace novelizačního bodu. Formulace
novelizačního bodu musí respektovat legislativní pravidla vlády s ohledem na novelizovaný
předpis (tj. dodržovat formální pravidla, například číslování/ přečíslování odstavců apod.).
5.1.2.5.3.2.2 FP2609-Automatické odebrání neplatných novelizačních bodů
Generátor novel umožňuje automaticky odebrat neplatné novelizační body. Jedná se
například o body, které byly dříve vygenerovány na základě provedených změn v úplném
znění právního předpisu a tyto změny byly vráceny do původního stavu.
5.1.2.5.3.3 FP2610-Podpora práce s ustanovením právního předpisu
Generátor novel, dovoluje uživateli práci s částmi právního předpisu, jako jsou přechodná
ustanovení, nabytí účinnosti nebo zrušovací ustanovení. V možnostech tvorby těchto částí
vychází vždy z legislativních pravidel vlády. Ustanovení jsou přebírána z editoru pro plusovou
osu.
5.1.2.5.4 FP2611-Náhled generovaných novel
Generátor novel umožní zobrazení náhledu generovaných novel ve formátu návrhu zákona,
dle legislativních pravidel vlády.
5.1.2.5.5 FP2612-Umožňuje vygenerovat návrh novely (text novely, úplná znění)
Generátor novely vytváří návrh novely (text návrhu změny právního předpisu, úplná znění
všech měněných právních předpisů) ve složení a formátu dle legislativních pravidel vlády.
Strana 196
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Například, vyžaduje-li navrhovaná právní úprava změnu více právních předpisů, předkládá se
důvodová zpráva, apod.
5.1.2.5.6 FP2613-Umožňuje základní sadu typografických pokynů
Generátor novel respektuje formální požadavky na elektronickou a listinnou podobu
generovaných novel dle legislativních pravidel vlády.
5.1.2.5.7 FP2614-Umožňuje vygenerování PDF
Generátor podporuje generování výstupů ve formátu PDF.
5.1.2.5.8 FP2615-Vede historii změn
Generátor novel vede historii změn provedených při vytváření novely. Z historie musí být
jasné jaké úpravy a kým byly při tvorbě novely provedeny. Historie změn se zaznamenává v
průběhu legislativního procesu.
5.1.2.5.8.1 FP2616-Ukládání ve strukturované podobě
Novela a její části je ukládána ve strukturované podobě.
5.1.2.5.9 FP2617-Zakládá záznamy do auditního logu
Generátor novel monitoruju činnosti uživatele a zakládá záznamy do auditního logu.
5.1.2.5.10 FP2618-Podpora grafiky, vzorců, tabulek
Generátor novel podporuje části úplného znění právního předpisu, jako jsou například
grafická znázornění, kresby, vzorce, tabulky apod.
5.1.2.5.11 FP2619-Podpora parametrických změn
Generátor novel umožní provádět parametrické změny, které odrážejí současná a budoucí
legislativní pravidla vlády.
5.1.2.5.12 FP2620-Umožňuje vygenerování ve formě strukturovaného obsahu
Generátor novel umožňuje vygenerovat novelu předpisu ve strukturované datové verzi do
vyhrazeného bloku obsahu právního aktu.
Strana 197
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.6 Vyhlašování do e-Sbírky
req Vyhlašov ání do eSbírky
FP2 7 0 0 -Vyh l a šo vá n í
do eSbírky
FP2701-Požadavek FP2702-Příprava FP2 7 0 4 -Fi n á l n í
na vyhlášení vyh l á še n í vyhlášení v eSbírce
FP2703-T yp ografi e
vyh l a šo va n ých
právních aktů
Obrázek 38: Vyhlašování do e-Sbírky
5.1.2.6.1 FP2700-Vyhlašování do e-Sbírky
Vyhlašování do e-Sbírky je proces, který začíná požadavkem na vyhlášení právního aktu ve
Sbírce, pokračuje činností Publikačního úřadu, který právní akt připravuje po technické
stránce na vyhlášení (ale např. zajišťuje i korekturu textu) a končí fyzickým vyhlášením
právního aktu v e-Sbírce.
5.1.2.6.2 FP2701-Požadavek na vyhlášení
Požadavek na vyhlášení obsahuje:
• odkaz na příslušnou vrstvu právního aktu (obsahuje i doprovodné dokumenty jako
důvodovou zprávu apod.)
• PDF verzi právního aktu podepsanou příslušnou osobou (dle §22 nového zákona o
Sbírce dle typu právního aktu)
• u předpisů důvodovou zprávu (součást vrstvy právního aktu)
• obecně srozumitelný popis obsahu právního aktu (součást vrstvy právního aktu)
• v případě aktů mezinárodního práva, jejich odůvodnění (součást vrstvy právního aktu)
• jméno a příjmení osoby určené k provedení autorské korektury
• Sdělení Ministerstva zahraničních věcí v případě aktů mezinárodního práva (de facto
Sdělení je právním aktem a jako strukturovaný doprovodný dokument je ve vrstvě
přítomen český text mezinárodní smlouvy)
Strana 198
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Požadavek podává oprávněná osoba (dle §12 nového zákona o Sbírce dle typu právního
aktu)
5.1.2.6.3 FP2702-Příprava vyhlášení
• Provedení autorské korektury
• Doplnění chybějících odkazů do CzechVOCu, případně odpovídající úpravy v
CzechVOCu samotném včetně zařazení do právních oblastí.
• Vytvoření strukturálních odkazů na jiné právní akty v případě že tyto byly uvedeny
pouze v textové podobě.
• Schválení autorské korektury osobou uvedenou v požadavku na publikaci.
• Přidělení roku, částky a čísla právnímu aktu
• Označení, zda právní akt obsahuje barevný obsah (pro účely barevného tisku na
Czech POINTu)
5.1.2.6.3.1 FP2703-Typografie vyhlašovaných právních aktů
Typografii výsledných právních aktů vyhlášených ve sbírce ovlivňují následující požadavky:
• Publikační úřad může ovlivnit výslednou (PDF) podobu právního aktu v rámci
korektury vložením vybraných typografických operací do obsahu právního aktu. Tyto
operace se však aplikují pouze při generování PDF verze právního aktu, nikoli na jeho
dynamickou podobu v e-Sbírce
• používá se jeden sloupec
• poznámka pod čarou se generuje vždy na konec textu (tzn. nikoliv na konec stránky,
kde byla poprvé použita)
5.1.2.6.4 FP2704-Finální vyhlášení v e-Sbírce
Implementace tohoto požadavku bude (minimálně z větší části v e-Sbírce).
• Překlopení z datového modelu e-Legislativy do e-Sbírky
• Převedení odkazů v právním aktu na identifikátory e-Sbírky
• Fyzické vyhlášení v e-Sbírce, přidělení data a času vyhlášení s přesností na vteřiny
• Fyzické umístění důvodové zprávy do informativní části e-Sbírky
• Aktualizace odkazů na právní akt v externích systémech, tak aby odkazovaly na
identifikátory e-Sbírky (RPP, ...)
• Notifikace uživatelů o vyhlášení právního aktu
• Vygenerování PDF podkladů pro vyhlášení listinného znění částky (včetně přesného
data a času vyhlášení - požadavek v §10 nového zákona o Sbírce)
• Dokončení procesu v e-Legislativě (právní akt je vyhlášen)
Strana 199
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.7 e-Legislativa Administrace
req eLegislativ a Administrace
FP2 8 0 0 -Ad m i n i stra ce
p o rtá l u
FP2801-Správa FP2842-Audit a FP2823-Správa FP2848-Správa
uživatelů a přístupu ko n tro l a modulů a editace m a te ri á l ů
nastavení pro
přístup a výměnu
dat
Obrázek 39: e-Legislativa Administrace
5.1.2.7.1 FP2800-Administrace portálu
Systém umožňuje administraci portálu, editaci nastavení pro komunikaci s moduly systému,
externími systémy. Systém umožňuje kontrolu záznamů auditní dat a správu pracovních
postupů.
5.1.2.7.2 FP2801-Správa uživatelů a přístupu
Správa uživatelů a přístupu znamená správu jednotlivých uživatelů, jejich zařazení do
uživatelských skupin a správu přístupu na tzv. úrovni oprávnění k funkcím informačního
systému.
Strana 200
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
req Správ a uživ atelů FP2801-Správa FP2822-Podpora FP2 8 2 1 -Ed i ta ce
uživatelů a přístupu elektronického podpisu nastavení úrovní
FP2813-Mazání oprávnění
uživatelských skupin
(ro l í) FP2820-Mazání úrovní
oprávnění
FP2 8 0 9 -Ed i ta ce FP2816-Správa úrovní
nastavení oprávnění FP2819-Vytváření
uživatelských účtů úrovní oprávnění
FP2808-Mazání/ FP2802-Správa FP2 8 1 7 -Při řa ze n í FP2 8 1 8 -Při řa ze n í
Blokace uživatelských uživatelských účtů a úrovnění oprávnění kroků pracovního
úč tů uživatelských skupin j e d n o tl i vým postupu jednotlivým
(ro l í) uživatelským skupinám uživatelským skupinám
FP2 8 0 3 -Při řa za n í (ro l ím ) (procesním rolím)
j e d n o tl i vých FP2814-Podpora
uživatelských účtů do vytvoření a změny FP2 8 0 7 -Ed i ta ce FP2812-Vytváření
uživatelských skupiny obsazení týmu na nastavení dynamických rolí
(ro l í) základě dynamické uživatelských skupin
role pro instanci (ro l í) FP2811-Vytváření
FP2 8 0 4 -Re g i stra ce /Vytvá ře n í legislativního procesu statických rolí
uživatelských účtů FP2810-Vytváření
FP2815-Podpora uživatelských skupin
d e l e g o vá n í/zm o cň o vá n í (ro l í)
FP2805-Vytváření FP2 8 0 6 -Re g i stra ce
účtů extních uživatelů účtů interních subjektů
(JIP/KAAS)
Obrázek 40: Správa uživatelů
5.1.2.7.2.1 FP2802-Správa uživatelských účtů a uživatelských skupin (rolí)
Uživatelem se rozumí záznam identifikující uživatele informačního systému. Rolí se rozumí
logické sdružení uživatelů do uživatelské skupiny. Uživatelská skupina (role) sama o sobě
nezakládá právo pro uživatele na přístup k funkcím informačního systému. Uživatel získá
právo na přístup k funkcím informačního systému až poté co je zařazen do uživatelské
skupiny (role), k uživatelské skupině je přiřazena úroveň oprávnění a k úrovni oprávnění
funkce informačního systému. Jistou výjimkou v tomto ohledu hrají funkce informačního
systémů volně přístupné (anonymní přístup).
Strana 201
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.7.2.1.1 FP2803-Přiřazaní jednotlivých uživatelských účtů do uživatelských skupiny (rolí)
Systém umožnuje přidat/ odebrat jednotlivé uživatelské účty do/ z uživatelských skupin (rolí).
Jeden uživatelský účet může být obsažen ve více uživatelských skupinách (rolích), jedna role
může obsahovat více uživatelských účtů. Práva uživatele získaná skrze jednotlivé role (úrovně
oprávnění) se sčítají.
5.1.2.7.2.1.2 FP2804-Registrace/Vytváření uživatelských účtů
Systém umožní vytváření uživatelských účtů. Uživatelský účet nese data o uživateli např.
jméno, e-mailovou adresu pro zasílání notifikací (tato data tvoří profil uživatele, profil může
být veřejný např. pro účely veřejného webu). Systém umožní vytvářet několik typů účtů (účty
interních subjektů, účty externích subjektů vstupující do instance legislativního procesu, účty
diskusního systému, účty veřejného připomínkového řízení).
5.1.2.7.2.1.2.1 FP2805-Vytváření účtů externích uživatelů
Účtem externího subjektu se rozumí účty, které nepochází z JIP/KAAS. Jedná se o účty
registrované a vytvořené přímo na portále e-Legislativy.
5.1.2.7.2.1.2.2 FP2806-Registrace účtů interních subjektů (JIP/KAAS)
Účtem uživatele interního subjektu se rozumí účty z jednotného identitního prostoru
JIP/KAAS. Systém přebírá spravované autentizační údaje uživatele v okamžiku, kdy se uživatel
poprvé přihlásí do systému e-Sbírka a e-Legislativa. Prostřednictvím JIP, dojde k jeho
registraci do modulu Správa uživatelů. V okamžiku registrace ale uživatel získá pouze
základní oprávnění k rolím v rámci OVM, ze kterého uživatel pochází.
5.1.2.7.2.1.3 FP2807-Editace nastavení uživatelských skupin (rolí)
Editace nastavení uživatelské skupiny (role) znamená editaci dodatečných dat, které nese
objekt uživatelské role např. editaci názvu role, přiřazených úrovní oprávnění, přiřazených
uživatelských účtů atp.
5.1.2.7.2.1.4 FP2808-Mazání/ Blokace uživatelských účtů
Uživatelské účty se nemažou, pouze se blokují. Blokace účtu obsahuje odůvodnění. K blokaci
může dojít automaticky např. při vypršení mandátu nebo v případě, že je účet neaktivní po
stanovenou dobu (účty externích subjektů, účty diskusního systému, účty veřejného
připomínkového řízení). Po zablokování účtu například z důvodu vypršení mandátu se
zablokují podřízené účty externích osob. Účty se dají obnovit.
5.1.2.7.2.1.5 FP2809-Editace nastavení uživatelských účtů
Editace nastavení uživatelského účtu znamená editaci dodatečných dat, které nese objekt
uživatelského účtu např. editaci vybraných dat o uživateli, přiřazení uživatelského účtu do
uživatelských skupin atp.
Strana 202
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.7.2.1.6 FP2810-Vytváření uživatelských skupin (rolí)
Vytváření uživatelských skupin (rolí) znamená vytváření objektu uživatelské role včetně dat,
které s sebou tento objekt nese, např. vytvoření názvu role, přiřazení oprávnění, přiřazení
uživatelských účtů atp.
5.1.2.7.2.1.6.1 FP2811-Vytváření statických rolí
Systém umožní vytváření statických rolí. Do statických rolí jsou uživatelé přiřazováni přímo z
administrační části systému. Statické role nejsou závislé na instanci procesu a stavu.
5.1.2.7.2.1.6.2 FP2812-Vytváření dynamických rolí
Systém umožní vytváření dynamických rolí. Dynamické role jsou závislé na instanci procesu a
jeho stavu. Dynamická role představuje šablonu, která je opakovaně použita pro jednotlivé
instance legislativního procesu. Do dynamických rolí mohou být uživatelé přiřazování přímo a
nepřímo. Do dynamických rolí jsou uživatelé přiřazováni přímo z administrační části systému
jen v případě, že chceme, aby byli uživatelé automaticky přiřazeni do každé nové instance
legislativního procesu (Tyto uživatele můžeme v průběhu instance legislativního procesu z
role odebrat, do nové instance legislativního procesu budou uživatelé opětovně zařazeni a to
až do okamžiku odebrání uživatele přímo z administrační části systému). Do dynamických rolí
jsou uživatelé přiřazováni nepřímo a to na úrovni instance legislativního procesu. Uživatelé
jsou přiřazováni do tzv. týmů, které mají pro konkrétní instanci legislativního procesu
přidělena práva na funkce spojená s funkcionalitou editoru, připomínkovým řízením, prostory
apod.
5.1.2.7.2.1.6.3 FP2849-Vytváření rolí navázaných na JIP/KAAS
Systém umožní vytváření rolí, u kterých je přiřazení uživatelů řízeno systémem JIP/KAAS.
Musí být explicitně specifikováno:
• které existující role v rámci JIP/KAAS budou využity
• které nové role mají být v JIP/KAAS založeny a jak má být řízeno přiřazení uživatelů
do těchto rolí
5.1.2.7.2.1.7 FP2813-Mazání uživatelských skupin (rolí)
Mazání uživatelské role znamená mazání objektu uživatelské role. Mazání uživatelské role
neznamená mazání přiřazených uživatelských účtů a úrovní oprávnění. Mazání dynamických
rolí musí být systémově ošetřeno s ohledem na běžící instance legislativních procesů.
5.1.2.7.2.1.8 FP2814-Podpora vytvoření a změny obsazení týmu na základě dynamické role
pro instanci legislativního procesu
Systém umožňuje vytvoření pracovního týmu na základě dynamické role, změnu v obsazení
týmu instance legislativního procesu. Pracovní tým může být na základě dynamické role
vytvořen automaticky, například v případě připomínkového řízení. Do dynamických rolí jsou
přiřazeni účty interních subjektů (JIP/KAAS) v rámci OVM, ze kterého uživatel pochází.
Strana 203
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.7.2.1.8.1 FP2815-Podpora delegování/zmocňování
Systém umožňuje delegování práv v krocích pracovních postupů na jiné účastníky
pracovního postupu. Ne všechna práva se dají delegovat. Např. pokud ministr deleguje práci
s právními předpisy na své asistenty, asistenti budou mít přístupnou pouze vybranou
funkcionalitu, budou moci vykonávat pouze některé činnosti, neuvidí to co je určenou pouze
očím ministru. Delegovat právo může znamenat možnost založit účet pro externího
pracovníka, přiřadit externímu pracovníkovi práva. Externí pracovník je v takovém případě
spjat s osobou, která deleguje svá oprávnění. Externista bude mít např. právo na úpravu
textace, zapracování změn, právního předpisu, připomínek apod. Externista nebude mít
právo na postoupení právního předpisu do dalšího kroku pracovního postupu. Za veškeré
úpravy plynoucí z delegovaných změn je odpovědná ta osoba, která oprávnění delegovala.
5.1.2.7.2.2 FP2816-Správa úrovní oprávnění
Jednotlivé funkce informačního systému jsou uspořádány do hierarchické organizace tzv.
aplikačního stromu. Aplikační strom je složen z několika úrovní tzv. uzlů (uzly jsou složeny z
dalších uzlů) a na nejnižší úrovni z jednotlivých funkcí. Jednotlivé funkce jsou ve správě
přístupů vedeny na potřebné úrovni detailu. Úroveň oprávnění znamená seskupení
vybraných uzlů aplikačního stromu a jednotlivých funkcí informačního systému do logického
celku.
5.1.2.7.2.2.1 FP2817-Přiřazení úrovní oprávnění jednotlivým uživatelským skupinám (rolím)
Uživatelským rolím se přiřazují jednotlivé úrovně oprávnění. Úrovně oprávnění vycházení z
aplikačního stromu. Pokud má nějaká role právo na hierarchicky vyšší uzel aplikačního
stromu, získá tím i právo na všechny podřazené funkce informačního systému, s ošetřením
všech situací, které mohou nastat.
5.1.2.7.2.2.1.1 FP2818-Přiřazení kroků pracovního postupu jednotlivým uživatelským
skupinám (procesním rolím)
Systém umožňuje přiřazení práva na jednotlivé stavy instancí legislativních procesů
jednotlivým uživatelským skupinám (dynamickým rolím). Děje se tak skrze úrovně oprávnění,
kdy jsou na úrovni oprávnění nadefinovány jednotlivá práva na jednotlivé stavy dle
jednotlivých legislativních procesů (a funkce informačního systému s nimi spojené). Tato
práva zakládají právo na přístup k instanci procesu v daném stavu, právo vyvolat přechod do
jiného stavu instance legislativního procesu a právo na přístup k materiálům týkajících se
konkrétního stavu konkrétní instance legislativního procesu. Úroveň oprávnění je přiřazena k
dynamické roli. Dynamická role představuje šablonu pro jednotlivé pracovní týmy. Např.
existuje dynamická role gestora, přičemž je pro různé paralelně běžící instance legislativních
procesů obsažena jinými uživateli.
Strana 204
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.7.2.2.2 FP2819-Vytváření úrovní oprávnění
Vytváření úrovně oprávnění znamená seskupování jednotlivých funkcí a uzlů funkcí z
aplikačního stromu do úrovně oprávnění. Takto vytvořené skupiny funkcí, úrovně oprávnění,
jsou přiřazovány jednotlivým uživatelským skupinám (rolím).
5.1.2.7.2.2.3 FP2820-Mazání úrovní oprávnění
Mazání úrovní oprávnění znamená mazání dříve vytvořených logických skupin funkcí. Mazání
jednotlivých úrovní oprávnění neovlivní tzv. aplikační strom.
5.1.2.7.2.2.4 FP2821-Editace nastavení úrovní oprávnění
Editace úrovně oprávnění znamená změnu seskupení jednotlivých funkcí a uzlů funkcí z
aplikačního stromu do úrovně oprávnění.
5.1.2.7.2.3 FP2822-Podpora elektronického podpisu
V procesu existují definované body, např. předkládání věcného záměru vládě věcným
gestorem, zahájení připomínkového řízení, předložení návrhu zákona vládě atd. V těchto
definovaných bodech je nutné opatřit elektronická data elektronickým podpisem, tak aby
dlouhodobě bylo prokazatelné, s jakými daty bylo v daném okamžiku pracováno a to až do
závěrečné fáze přijetí zákona a jeho publikování v e-Sbírce.
5.1.2.7.3 FP2823-Správa modulů a editace nastavení pro přístup a výměnu dat
Systém umožňuje správu modulů a editaci nastavení pro přístup a výměnu dat. Jedná se o
administraci modulů, ze kterých se systém skládá a editaci nastavení pro komunikaci s
externími systémy. Systém umožňuje nastavení komunikačních kanálů s uživateli systému.
Strana 205
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Obrázek 41: Správa modulů
5.1.2.7.3.1 FP2824-Editace nastavení pro notifikační systémy („Pull and Push“)
Systém umožňuje editaci nastavení pro notifikační systémy („Pull and Push“). Jedná se o
notifikační systémy v rámci legislativního procesu, například nastavení e-mailového systému
pro zasílání upozornění, žádostí o schválení, atp. v rámci legislativního procesu.
5.1.2.7.3.1.1 FP2825-Editace nastavení pro RSS (případně pro sociální sítě)
Systém umožňuje nastavení vybraných veřejných komunikačních kanálů. Uživatel se
zaregistruje k odběru zpráv prostřednictvím komunikačního kanálu, který ho následně
informuje o záležitostech týkajících se připravované legislativy.
5.1.2.7.3.1.2 FP2826-Editace nastavení pro notifikace elektronickou cestou
Systém umožňuje editaci nastavení systému pro zasílání upozornění, žádostí o schválení, atp.
v rámci legislativního procesu, elektronickou cestou.
5.1.2.7.3.2 FP2827-Správa modulů a editace nastavení pro exporty a importy dat pro
vybrané IS
Systém umožňuje správu modulů a editaci nastavení pro přístup a výměnu dat. Jedná se o
administraci modulů, ze kterých se systém skládá a editaci nastavení pro komunikaci s
externími systémy.
Strana 206
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.7.3.2.1 FP2828-Správa a editace nastavení pro CzechVoc, EuroVoc, N-LEX
Systém umožňuje správu a editaci nastavení potřebných pro výměnu dat se systémem
CzechVoc, EuroVoc, N-LEX.
5.1.2.7.3.2.2 FP2829-Editace nastavení pro JIP/KAAS, CzechPoint, RPP, portály veřejné správy
Systém umožňuje editaci nastavení potřebných pro výměnu dat s ostatními externími
systémy jako je např. JIP/KAAS, CzechPoint, RPP, portály veřejné správy.
5.1.2.7.3.2.3 FP2830-Správa a editace nastavení veřejný web a portál e-Legislativy
Systém umožňuje správu a editaci nastavení potřebných pro výměnu dat s veřejným webem
a portálem e-Legislativy. Správou se rozumí např. správa domovských stránek, správa
dashboardů, správa částí veřejného webu a portálu e-Legislativy (legislativní záměry, věcné
záměry, právní akty, předpisy nebo notifikace), správa veřejného připomínkového řízení
veřejného webu nebo správa prostorů neveřejného portálu (změny struktury, nastavení kvót,
retenční politiky).
5.1.2.7.3.2.4 FP2831-Editace nastavení pro ODok/eKLEP
Systém umožňuje editaci nastavení potřebných pro výměnu dat se systémem ODok/eKLEP.
5.1.2.7.3.2.5 FP2832-Správa a editace nastavení pro diskusní systém
Systém umožňuje správu a editaci nastavení potřebných pro výměnu dat s diskusním
systémem. Diskusní systém představuje možnost vyjádřit se k připravované legislativě,
diskuse nebude otevřena pro veřejnost. K přístupu do diskuse se bude potřeba přihlásit přes
registrační část na jméno.
5.1.2.7.3.2.6 FP2833-Editace nastavení pro e-Sbírku
Systém umožňuje editaci nastavení potřebných pro výměnu dat se systémem e-Sbírky. V e-
Sbírce budou také publikovány informace jako např. zákon, který prohlížíte, je ve změnovém
řízení.
5.1.2.7.3.2.7 FP2834-Editace nastavení pro e-Šablonu
Nastavení, se kterými se musí počítat, jsou:
• Správa šablon a číselníků Strana 207
• notifikace
• šablony obsahu
• šablony fragmentů
• materiály
• zobecněné názvy právních předpisů
• parametry tvorby právních předpisů
• zkraty zavedené zvláštním právním předpisem
• statické texty
• seznam technických norem
• Správa připomínkových míst
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• Správa generátoru novel (úpravy variant textů)
Správa číselníků e-Legislativy. Pro většinu nastavení plyne potřeba mazat, vytvářet a
upravovat.
5.1.2.7.3.2.8 FP2842-Audit a kontrola
Systém umožňuje zaznamenat a uchovat záznamy o vybraných činnostech uživatelů v
systému. Systém umožnuje vyhledání záznamů podle zadaných kritérií.
req Audit
FP2842-Audit a
ko n tro l a
FP2843-Podpora FP2847-Podpora
transparentní vyhledávání podle
evidence všech uživatelů, času,
instancí legislativních operací a předpisů
procesů
FP2844-Podpora FP2845-Podpora FP2846-Podpora
evidence vypořádání zaznamenání výsledků evidence vypořádání
p ři p o m ín e k h l a so vá n í pozmněňovacích
návrhů
Obrázek 42: Audit
5.1.2.7.3.2.9 FP2843-Podpora transparentní evidence všech instancí legislativních procesů
Systém umožňuje podporu průkazné komunikace mezi účastníky instance legislativního
procesu. Celý proces, včetně jednotlivých stavů (čtení, hlasování o návrzích, přikázání
výborům a následné projednání ve výborech, usnesení výborů, atd.), přechody mezi stavy
(včetně změn které je vyvolaly), bude na potřebné úrovni detailu zaznamenáván v
informačním systému.
5.1.2.7.3.2.10 FP2844-Podpora evidence vypořádání připomínek
Systém umožňuje evidenci vypořádání připomínek.
Strana 208
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.7.3.2.11 FP2845-Podpora zaznamenání výsledků hlasování
Systém podporuje zaznamenání výsledků hlasování v rámci legislativního procesu.
5.1.2.7.3.2.12 FP2846-Podpora evidence vypořádání pozměňovacích návrhů
Systém umožňuje evidenci vypořádání pozměňovacích návrhů.
5.1.2.7.3.3 FP2847-Podpora vyhledávání podle uživatelů, času, operací a předpisů
Systém umožňuje vyhledávat v záznamech auditu podle uživatelů, času, operací a právních
předpisů.
5.1.2.7.4 FP2848-Správa materiálů
Správa materiálů obecně obsahuje seznam všech možných materiálů včetně jejich metadat.
Materiálem je například návrh právního předpisu reprezentovaný vrstvou návrhu právního
předpisu ve formě strukturovaného textu nebo předkládací zpráva reprezentovaná ve formě
strukturovaného textu k dané vrstvě návrhu právního předpisu nebo eventuálně i
strukturovaný dokument připojený k dané vrstvě návrhu právního předpisu.
Strana 209
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.8 Veřejný web e-Legislativa
req eLegislativ a Veřej ný w eb FP2002-Sada stránek pro Veřejný web
FP2001-Domovské stránky (from Portál e-Legislativa)
(from Portál e-Legislativa)
FP2006-Sada dashboardů pro Veřejný web
FP2 9 0 1 -Re g i stro va n í FP2003-Dashboardy (from Portál e-Legislativa)
uživatelé a jejich (from Portál e-Legislativa)
p ro fi l y
FP2 9 0 0 -e L e g i sl a ti va FP2007-Legislativní záměry FP2010-Vyhledání legislativních záměrů
Veřejný web (from Portál e-Legislativa) (from Portál e-Legislativa)
FP2011-Věcné FP2009-Zobrazení legislativního záměru
záměry (from Portál e-Legislativa)
(from Portál e-Legislativa)
FP2 0 7 8 -Pro h l íže n í FP2014-Vyhledání věcných záměrů
právních aktů a (from Portál e-Legislativa)
věcných záměrů a
jejich úprava FP2013-Zobrazení věcného záměru
(from Portál e-Legislativa) (from Portál e-Legislativa)
FP2016-Právní akty FP2028-Vyhledání Právních aktů
(from Portál e-Legislativa) (from Portál e-Legislativa)
FP2025-Zobrazení FP2026-Zobrazení
Právního aktu historie právního aktu a
věcného záměru
(from Portál
e -L e g i sl a ti va ) (from Portál e-Legislativa)
FP2050-Vyhledání předpisů
(from Portál e-Legislativa)
FP2040-Právní FP2046-Zobrazení FP2 0 4 7 -Pře h l e d y
p ře d p i sy p ře d p i su souvisejících předpisů
(from Portál e-Legislativa)
(from Portál (from Portál e-Legislativa)
FP2 0 9 0 -No ti fi ka ce e -L e g i sl a ti va )
FP2 9 0 7 -Ve ře j n é (from Portál e-Legislativa) FP2058-Prováděcí předpisy
API (from Portál e-Legislativa)
e L e g i sl a ti vy FP2089-Vyhledávání v
p o rtá l e
FP2 9 0 8 -No ti fi ka ce FP2 9 0 2 -Ve ře j n é (from Portál e-Legislativa)
re g i stro va n ých p ři p o m ín ko vé
u ži va te l ů řízení
FP2904-Otevření FP2905-T vorba
a uzavření ve ře j n ých
Ve ře j n é h o p ři p o m ín e k
p ři p o m ín ko vé h o
řízení
FP2 0 9 5 -Ve ře j n é FP2 9 0 6 -Pře h l e d FP2 9 0 3 -Pře h l e d
n o ti fi ka ce ve ře j n ých Ve ře j n ých
p ři p o m ín e k p ři p o m ín ko vých
(from Portál řízení
e -L e g i sl a ti va )
Obrázek 43: e-Legislativa Veřejný web
Strana 210
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.8.1 FP2900-eLegislativa Veřejný web
Veřejnosti dostupný web zobrazující informace z legislativního procesu. Z velké části se jedná
o e-Legislativa Portál se zobrazením pouze pro čtení a zobrazením pouze vymezených dat,
která jsou určena ke zveřejnění
5.1.2.8.2 FP2901-Registrovaní uživatelé a jejich profily
Veřejný web umožní veřejnému uživateli, aby se zaregistroval - vytvořil si účet s heslem.
Přihlášený uživatel může editovat svůj profil, zejména jméno a email, případně další
informace (zejména nastavené notifikace).
Tato registrace je shodná s registrací do e-Sbírky.
5.1.2.8.3 FP2902-Veřejné připomínkové řízení
Veřejné připomínkové řízení realizuje zapojení široké veřejnosti do legislativního procesu.
5.1.2.8.3.1 FP2903-Přehled Veřejných připomínkových řízení
Seznam právních aktů, ve kterých probíhá aktuálně veřejné připomínkové řízení. Součástí
záznamů je i odkaz do připomínkového řízení.
5.1.2.8.3.2 FP2904-Otevření a uzavření Veřejného připomínkového řízení
Otevření a uzavření veřejného připomínkového řízení provádí předkladatel (promocí procesu)
v přípravné fázi legislativního procesu (přes meziresortním připomínkovým řízením). Součástí
otevření je i specifikace očekávaného data ukončení řízení)
5.1.2.8.3.3 FP2905-Tvorba veřejných připomínek
Registrovaní veřejní uživatelé mohou připomínky:
• vytvářet
• upravovat
• mazat
Registrovaný veřejný uživatel vidí pouze své připomínky.
Připomínky jsou vždy nestrukturovaný text, který se vtahuje k:
• celému textu právního aktu
• konkrétnímu fragmentu některého z předpisů právního aktu
Veřejný uživatel pracuje v prostředí Prohlížeče právních aktů.
5.1.2.8.3.4 FP2906-Přehled veřejných připomínek
Uživatel (dle vnitřních práv k právnímu aktu) má možnost zobrazit a exportovat všechny
veřejné připomínky ve formátu Sada komentářů (tzn. obdobně jako zvláštní část důvodové
zprávy organizovaný dle struktury předpisu, obvykle po paragrafech)
Strana 211
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.8.4 FP2907-Veřejné API e-Legislativy
Pomocí veřejného API e-Legislativy bude možné programově požádat o vybrané informace,
které jsou k dispozici na Veřejném webu e-Legislativy. Jedná se pouze o přístup pro čtení.
Přes veřejné API e-Legislativy bude možné získat následující data či provést následující
operace (vždy vychází z veřejného webu, avšak vstup operací může být omezen - např.
vyhledat půjde podle méně kritérií):
• vyhledání legislativního záměru
• detail legislativního záměru (metadata a seznam věcných záměrů a právních aktů)
• vyhledání věcného záměru
• detail věcného záměru (metadata)
• vyhledání právního aktu
• detail právního aktu (metadata, seznam předpisů)
• historie procesu (věcného záměru a právního aktu) - obsahuje mimo jiné
identifikátory vrstev
• detail vrstvy návrhu (věcného záměru nebo právního aktu), který vrátí seznam vrstev
obsahu
• vrstva obsahu ve formě XML včetně bloků jednotlivých úrovní (výchozí, návrh,
připomínky; viz způsob zobrazení právního aktu v Prohlížeči právních aktů)
API musí mimo jiné splňovat Standardy publikace a katalogizace otevřených dat veřejné
správy ČR (http://opendata.gov.cz).
5.1.2.8.5 FP2908-Notifikace registrovaných uživatelů
Registrovaný (veřejný) uživatel si může zaregistrovat žádosti o odběr oznámení o průběhu
legislativního procesu, tzn. přihlásit se k odběru notifikace, která je odesílána na email
registrovaného uživatele.
Je možné přihlásit se k následujícím typům notifikací:
• Ke konkrétní instanci procesu eLegislativy (tzn. právnímu aktu nebo věcnému
záměru), přičemž výběrovým kritériem je take stav procesu – pokud příslušný právní
akt nebo věcný záměr dosáhne stavu procesu, systém odešle notifikaci.
• K základnímu předpisu eSbírky, přičemž výběrovým kritériem je také veřejný stav
procesu e-Legislativy – pokud jakýkoli právní akt e-Legislativy obsahující tento
základní předpis dosáhne stavu procesu, systém odešle notifikaci (například je tak
možné notifikovat vždy, kdy je poprvé zveřejněna informace o přípravě nového
úplného znění zákona (jeho novelizace) nebo vyhlášeno nové úplné znění zákona v e-
Sbírce).
Registrovný uživatel má možnost také odhlasit odběr jednotlivých notifikací.
Strana 212
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.9 Automatická sazba FP2951-Kompozice PDF
dokumentu předpisu
req eLegislativ a Automatická sazba
FP2952-Plná podpora
FP2 9 5 0 -Au to m a ti cká značkování strukturovaných
sazba předpisů do dokumentů
PDF
FP2953-Přístupnost PDF
dokumentů
FP2954-Navigace v PDF
dokumentu pomocí záložek
FP2955-Profesionální layout
FP2 9 5 6 -Pa ra m e tri za ce
výstupu
FP2957-Podpora vložených
PDF
FP2958-Podpora vložení
ce rti fi ká tu
FP2959-Podpora generování
náhledového PDF
FP2960-Evidence použití
automatické sazby.
5.1.2.9.1 FP2950-Automatická sazba předpisů do PDF
Automatická sazba představuje automatické (strojové) vytvoření předpisů a částek
(obsahujících více předpisů) ze strukturovaného dokumentu (viz FP2401, podkapitola
5.1.2.3.2) do formátu PDF a PDF/A22 (dále jen PDF) splňujících předem určené vizuální
vlastnosti. Automatická sazba je určena zejména k:
• vytvoření PDF částky pro vyhlášení ve Sbírce zákonů
• vytvoření PDF vyhlášeného předpisu obsaženého v částce
22 Z odpovědi na otázku v zadávacím řízení: Strana 213
PDF/A-1b
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• vytvoření PDF konsolidovaného znění předpisu
• vytvoření PDF, z kterého bude posléze vytištěna listinná verze částek Sbírky zákonů na
přímou objednávku adresátů práva, kteří preferují listinnou formu
• k vytvoření PDF náhledové pracovní verze předpisu
• k vytvoření PDF návrhu právního předpisu, strukturovaného dokumentu či jejich
kombinací
5.1.2.9.2 FP2951-Kompozice PDF dokumentu předpisu
Automatická sazba předpisu do PDF bude mít následující vlastnosti:
1. jednosloupcová sazba
2. poznámky pod čarou na konci textu (tj. nikoliv průběžně na jednotlivých stranách)
3. hlavička a patička konzistentní s kontextem, ve kterém je sazba použita (např. číslování
stran a číslování předpisů pro vyhlášený předpis)
4. bez automatického dělení slov (nelze-li zaručit 100 % spolehlivost bez manuálních
zásahů)
5. dodržování základních typografických zásad pravidel23
6. správná reprezentace všech znaků (i těch, které nejsou obsaženy v Unicode)
5.1.2.9.3 FP2952-Plná podpora značkování strukturovaných dokumentů
Automatická sazba bude podporovat vizuální reprezentaci datového modelu (struktury
fragmentů, hierarchie fragmentů, správně formátované obsahy) a veškerého dalšího
značkování použitého ve strukturovaných dokumentech.
Speciální důraz je třeba klást na řádné zacházení s doplňkovými entitami, tedy tabulkami,
obrázky a vzorci. „Řádným zacházením“ je myšleno zejména správné škálování obrázků a
tabulek, aby byly v takové velikosti a na takové pozici, jaká bude určena konkrétními
implementačními pravidly.
5.1.2.9.4 FP2953-Přístupnost PDF dokumentů
Přístupnost PDF dokumentů bude řešena implementací doporučení dle
http://www.mvcr.cz/clanek/pristupnost-dokumentu.aspx, zejména:
1. Dokument obsahuje textovou vrstvu.
2. Dokument je správně strukturovaný.
3. Dokument je tagovaný.
4. Dokument má základní metadata.
5. Dokument nesmí zabraňovat přístupu asistivních technologií a uživatelů k jeho
obsahu.
6. Dokument má všechny formální náležitosti.
23 BERAN, Vladimír a kol.: Aktualizovaný typografický manuál. 3. vyd. Praha: Kafka design, 2003.
Strana 214
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
7. Musí být jasné, jak získat informace z dokumentu jinou formou.
5.1.2.9.5 FP2954-Navigace v PDF dokumentu pomocí záložek
Výsledný PDF dokument předpisu musí obsahovat navigaci v jeho struktuře vytvořenou
pomocí Acrobat bookmarks (nebo v jiném nástroji plnícím stejný účel).
5.1.2.9.6 FP2955-Profesionální layout
Sbírka zákonů a mezinárodních smluv ve formátu PDF bude jak velmi frekventovaný, tak
velmi reprezentativní výstup projektu e-Sbírka a e-Legislativa a jako takový musí být vizuálně
nezaměnitelný s jinou publikací. Layout strany předpisu je proto velmi důležitý pro
použitelnost a celkový dojem výsledného PDF dokumentu předpisu. Jedná se zejména o
celkovou kompozici strany, použitý font a jeho velikost, styly strukturálních prvků (např.
členění předpisu).
Proto musí být layout profesionálně připraven jako součást implementační analýzy a jako
takový bude předmětem připomínkování a schválení.
Vytvoření PDF dokumentu dle schváleného layoutu musí být technicky proveditelné (tj.
použitý renderovací engine musí být schopen jej vygenerovat se všemi požadovanými
vlastnostmi a být schopen simultánního použití bez problému s výkonností).
5.1.2.9.7 FP2956-Parametrizace výstupu
Jak již řečeno v úvodu, automatická sazba PDF verzí předpisů bude využita v různých
kontextech projektu e-Sbírka a e-Legislativa. Proto je třeba, aby některé vlastnosti PDF
dokumentu byly parametrizovatelné, např. hlavičky/patičky, metadata dokumentu případně
vodotisky identifikující kontext použití (budou-li vodotisky v tomto smyslu použity).
5.1.2.9.8 FP2957-Podpora vložených PDF
Vkládání PDF souborů do výsledného dokumentu bude aplikována např. v těchto situacích:
• složení více PDF předpisů do jednoho PDF souboru částky
• vkládání souborových PDF příloh do PDF dokumentu předpisu
Výsledný dokument musí splňovat nároky na konzistenci na základě daného kontextu
použití, např. konzistentní číslování stran, konzistentní hlavičky a patičky apod.
5.1.2.9.9 FP2958-Podpora vložení certifikátu
PDF vytvořené automatickou sazbou musí být použitelné pro vložení certifikátů a časových
razítek standardními prostředky, a to pro účely vložení digitálních popisů, kvalifikovaných
elektronických podpisů a pečetí včetně příslušných časových razítek.
Strana 215
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.2.9.10 FP2959-Podpora generování náhledového PDF
Automatická sazba musí být schopna vytvořit náhledové PDF pro kontrolní účely, které
nebude vkládáno do cílového úložiště (dle kontextu použití).
5.1.2.9.11 FP2960-Evidence použití automatické sazby.
Každé použití automatické sazby bude uloženo do logu, aby bylo možno zpětně zjistit kdo,
kdy, v jakém kontextu a s jakým výsledkem automatickou sazbu použil.
5.1.3 Integrace
5.1.3.1 Vláda ČR ODok/eKLEP
req Vláda ČR ODok/eKlep FP3006- Předávání FP3043- Předávání
m a te ri á l ů dalších dat, metadat a
FP3001- Předávání změn dokumentů
stavů
FP3003- Sada FP3002- Předávání FP3004- Předávání FP3005- Předávání
i d e n ti fi ká to rů odkazů na strukturované metadat materiálu snímků dokumentů
zdrojové texty
Obrázek 44: Vláda ČR ODok/eKlep
5.1.3.1.1 FP3001- Předávání změn stavů
Při změně stavu legislativního procesu zašle systém e-Klep systému e-Legislativa zprávu.
Zprávu je možno odeslat asynchronně a není třeba potvrzení jejího přijetí. Zpráva musí
obsahovat minimálně identifikátor stavu, čas provedení změny (datum poslední úpravy,
změna adresy připomínek, atd.) a identifikátor dotčeného právního aktu, resp. s ním
svázaného identifikátoru v systému e-Klep. K namapování identifikátorů stavů a
identifikátorů právních aktů systém použije službu "Správy a mapování číselníků" a službu
"Křížových referencí".
5.1.3.1.2 FP3002- Předávání odkazů na strukturované zdrojové texty
Mezi systémy e-Klep a e-Legislativa nebude docházet k výměně datových souborů
příslušných právních aktů a jejich příloh za účelem jejich úprav. Systém e-Legislativa tak bude
do systému ODok/eKlep předávat za účelem editace (úprav vlastních textů, tvorby
pozměňovacích návrhů, připomínek atd.) jen odkazy na strukturované zdrojové texty
právních aktů a souvisejících dokumentů legislativního procesu (příloh). Tyto odkazy budou
mít formu URL. Po zadání tohoto URL v prohlížeči musí být uživatel naveden na stránku v
editoru e-Šablona a po případném autentizaci a autorizaci mu musí být nabídnut příslušný
dokument ke čtení či editaci.
Strana 216
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.3.1.3 FP3003- Sada identifikátorů
Systém eKLEP/ODok a systém e-Legislativa si budou vyměňovat sady identifikátorů
identifikující jednotlivé dokumenty v obou systémech. K jejich provázání a zajištění
persistence bude sloužit služba "Křížové reference". Konkrétní sada identifikátorů je dána
specifikací systému eKLEP/ODok. Identifikátory budou předávány v XML souboru metadat.
5.1.3.1.4 FP3004- Předávání metadat materiálu
Základním informačním prvkem systému ODok/eKlep je tzv. „Materiál“. Rozhraní mezi
systémem e-Legislativa a ODok bude respektovat tento informační model. Vedle vlastních
právních předpisů a doprovodných dokumentů je tak třeba vyměňovat sadu metadat
zajišťujících provázanost jednotlivých dokumentů v „Materiálu“.
Na rozraní tak bude „Materiál“ representován hlavičkovým souborem ve formátu XML
obsahující metadata a sady příloh dle specifikace systému eKlep.
5.1.3.1.5 FP3005- Předávání snímků dokumentů
Ze systému e-Legislativa budou do systému ODok/eKLEP předávány snímky dokumentů
vygenerovaných ze strukturovaných dat systému:
• needitovatelné snímky PDF (PDF/A)
• export strukturované podoby XML
• editovatelná verze ve formátu DOC/DOCX
Snímky dokumentů budou vytvářeny společnou službou "Tvorba snímků dokumentů".
5.1.3.1.6 FP3006- Předávání materiálů
Mezi systémy ODok/eKLEP a e-Legislativa budou předávány
• Metadata materiálů
• Odkazy na zdrojové texty
• Snímky dokumentů
5.1.3.1.7 FP3043- Předávání dalších dat, metadat a dokumentů
Mezi systémy e-Legislativa a ODok/eKlep budou předávana různá data a metadata specifická
pro určitý stav procesu (například informace vedoucí ke změně stavu, výsledek projednání,
parametry připomínkového řízení, zdrojové URL dokumentu, lhůty pro jednání a další ad hoc
informace určené k zobrazení, řízení procesu nebo dokonce výměně dat mezi různými
institucemi, kdy e-Legislativa funguje pouze jako prostředník). Do e-Legislativy budou
předávány další dokumenty či odkazy na ně.
Strana 217
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.3.2 Poslanecká sněmovna PČR
req Poslanecká sněmov na PČR FP3009- Založení FP3015-
sněmovního Předávání změn
FP3014- dokumentu stavů
Předávání l e g i sl a ti vn íh o
dokumentů do procesu
senátu
FP3008- FP3010- FP3011- FP3012- FP3013-
Předávání Předávání snímků Předávání odkazů Dodržování In i ci a l i za ce
metadat dokumentů na strukturované jmené konvence přenosu ze strany
zdrojové texty IS PSP
FP3007- Typy FP3044- Předávání dalších
dokumentů dat, metadat a dokumentů
Obrázek 45: Poslanecká sněmovna PČR
5.1.3.2.1 FP3007- Typy dokumentů
Definovat a spravovat číselníky typů sněmovních dokumentů ve službě správa a mapování
číselníků
5.1.3.2.2 FP3008- Předávání metadat
Systém e-Legislativa bude do IS PSP předávat příslušná metadata předávaných dokumentů
jako:
• Název,
• Předkladatel,
• Typ dokumentu
• Číslo,
• Identifikátor příslušné důvodové zprávy atp.
Na rozhraní budou metadata representována hlavičkovým souborem ve formátu XML.
5.1.3.2.3 FP3009- Založení sněmovního dokumentu
Systém e-Legislativa poskytne dokumenty, odkazy na zdrojové texty a metadat nutná k
založení sněmovního dokumentu v IS PSP
5.1.3.2.4 FP3010- Předávání snímků dokumentů
Ze systému e-Legislativa budou do systému IS PSP předávány snímky dokumentů
vygenerovaných ze strukturovaných dat systému:
Strana 218
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• needitovatelné snímky PDF (PDF/A)
• export strukturované podoby XML
• editovatelná verze ve formátu DOC/DOCX
Snímky dokumentů budou vytvářeny společnou službou "Tvorba snímků dokumentů".
5.1.3.2.5 FP3011- Předávání odkazů na strukturované zdrojové texty
Mezi IS PSP a e-legislativa nebude docházet k výměně datových souborů příslušných
právních aktů a jejich příloh za účelem jejich úprav. Systém e-Legislativa tak bude předávat
za účelem editace (úprav vlastních textů, tvorby pozměňovacích návrhů, připomínek atd.) jen
odkazy na strukturované zdrojové texty právních aktů a souvisejících dokumentů
legislativního procesu (příloh). Tyto odkazy budou mít formu URL. Po zadání tohoto URL v
prohlížeči musí být uživatel naveden na stránku v editoru e-Šablona a po případném
autentizaci a autorizaci mu musí být nabídnut příslušný dokument ke čtení či editaci.
5.1.3.2.6 FP3012- Dodržování jmenné konvence
U dokumentů, kde je to ze strany IS PSP vyžadováno, bude dodržována předepsaná jmenná
konvence.
5.1.3.2.7 FP3013- Inicializace přenosu ze strany IS PSP
Přenos dat pro založení sněmovního dokumentu bude inicializován z IS PSP. Tj. e-Legislativa
bude poskytovat službu, na které se bude IS PSP dotazovat v pravidelných intervalech na
existenci nových dokumentů určených pro PSP. V případě, že pomocí této služby IS PSP zjistí
existenci nového dokumentu, bude inicializovat jeho stažení (včetně příslušných metadat)
5.1.3.2.8 FP3014- Předávání dokumentů do senátu
Předávání dokumentů do IS Senátu bude probíhat prostřednictvím systému e-Legislativa.
Událostí pro předání dokumentu do senátu bude příslušná změna stavu legislativního
procesu.
5.1.3.2.9 FP3015- Předávání změn stavů legislativního procesu
IS PSP bude předávat systému e-Legislativa zprávy o změně stavu v legislativním procesu.
Zpráva musí obsahovat minimálně identifikátor stavu, čas provedení změny a identifikátor
dotčeného právního aktu, resp. s ním svázaného identifikátoru, tj. identifikátoru příslušného
sněmovního tisku.
K namapování identifikátorů stavů a identifikátorů právních aktů systém použije službu
"Správy a mapování číselníků" a službu "Křížových referencí".
5.1.3.2.10 FP3044- Předávání dalších dat, metadat a dokumentů
Mezi systémy e-Legislativa a IS PSP budou předávana různá data a metadata specifická pro
určitý stav procesu (například informace vedoucí ke změně stavu, výsledek projednání,
Strana 219
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
zdrojové URL dokumentu, lhůty pro jednání a další ad hoc informace určené k zobrazení,
řízení procesu nebo dokonce výměně dat mezi různými institucemi, kdy e-Legislativa funguje
pouze jako prostředník). Do e-Legislativy budou předávány další dokumenty či odkazy na ně.
5.1.3.3 Senát PČR FP3017- Předávání odkazů FP3018- Výměna změn FP3045- Předávání dalších
na zdrojové strukturované stavů dat, metadat a dokumentů
req Senát PČR texty
FP3016- Předávání snímků
dokumentů
Obrázek 46: Senát PČR
5.1.3.3.1 FP3016- Předávání snímků dokumentů
Ze systému e-Legislativa budou do systému IS Senátu předávány snímky dokumentů
vygenerovaných ze strukturovaných dat systému:
• needitovatelné snímky PDF (PDF/A)
• export strukturované podoby XML
• editovatelná verze ve formátu DOC/DOCX
Snímky dokumentů budou vytvářeny společnou službou "Tvorba snímků dokumentů".
5.1.3.3.2 FP3017- Předávání odkazů na zdrojové strukturované texty
Za účelem editace právních aktů a souvisejících dokumentů budou předávány odkazy (URL)
na tyto strukturované dokumenty v editoru e-Šablona. IS Senátu pak bude na svých
stránkách zobrazovat přímo tyto odkazy. Po jejich vyvolání bude uživatel přesměrován na
systém e-Šablona, kde po případné autentizaci a autorizace mu bude umožněna práce s
daným strukturovaným dokumentem.
5.1.3.3.3 FP3018- Výměna změn stavů
Při změně stavu legislativního procesu zašle IS Senátu systému e-Legislativa zprávu. Zprávu
je možno odeslat asynchronně a není třeba potvrzení jejího přijetí, Zpráva musí obsahovat
minimálně identifikátor stavu, čas provedení změny a identifikátor dotčeného právního aktu,
resp. s ním svázaného identifikátoru v IS Senátu (sněmovní tisk). Pro mapování identifikátorů
stavů a dokumentů budou využívány příslušné společné služby.
5.1.3.3.4 FP3045- Předávání dalších dat, metadat a dokumentů
Mezi systémy e-Legislativa a IS Senátu budou předávana různá data a metadata specifická
pro určitý stav procesu (například informace vedoucí ke změně stavu, výsledek projednání,
zdrojové URL dokumentu, lhůty pro jednání a další ad hoc informace určené k zobrazení,
Strana 220
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
řízení procesu nebo dokonce výměně dat mezi různými institucemi, kdy e-Legislativa funguje
pouze jako prostředník). Do e-Legislativy budou předávány další dokumenty či odkazy na ně.
5.1.3.4 Ústavní soud FP3019- Oddělení
systémů
req Ústav ní soud
FP3021- Odkaz do
NALUS
FP3020- Spisová
znač ka
Obrázek 47: Ústavní soud
5.1.3.4.1 FP3019- Oddělení systémů
Systémy e-Legislativy a e-Sbírky nebudou po technické stránce napojeny na interní systémy
Ústavního soudu.
5.1.3.4.2 FP3020- Spisová značka
Vazba mezi dokumenty Ústavního soudy a e-Legislativa bude probíhat pouze manuální
registrací identifikátoru stránek nálezu či sdělení. Tímto identifikátorem v systému US je
spisová značka.
Spisová značka bude ukládána pomocí společné služby "Křížových referencí"
5.1.3.4.3 FP3021- Odkaz do NALUS
U publikovaného nálezu či sdělení ÚS bude k dispozici webový odkaz do publikačního
systému ústavního soudu NALUS tak, aby se mohl uživatel dozvědět více o nálezu či sdělení
ÚS.
Systém e-Legislativa sestaví příslušné URL definovaným předpisem s použitím Spisové
značky
Strana 221
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.3.5 RPP
req Požadav ky RPP FP3023- Nástroj pro FP3027- Využívání FP3022- Editor číselníku
významový popis právních procesního modelu agendy právních předpisů
FP3029- Zobrazení platného norem
a účinného znění předpisu
FP3024- Podpora procesu FP3025- Vyhledání právního FP3026- Vyhledání právního FP3028- Zobrazení
registrace agendy a proces předpisu přes identifikátor předpisu přes označení aktuálního znění právního
registrace působení OVM v p ře d p i su
agendě po změně
l e g i sl a ti vy
FP3042- Notifikace změn
Obrázek 48: Požadavky RPP
5.1.3.5.1 FP3022- Editor číselníku právních předpisů
e-Sbírka je editorem číselníku právních předpisů a musí udržovat v RPP aktuální i historické
údaje o právních předpisech.
5.1.3.5.2 FP3023- Nástroj pro významový popis právních norem
e-Legislativa musí zahrnout nástroj pro významový popis právních norem obsažený v
právním předpisu (popis práv a povinností a jejich subjektů (rolí))
5.1.3.5.3 FP3024- Podpora procesu registrace agendy a proces registrace působení
OVM v agendě po změně legislativy
e-Sbírka musí podpořit proces registrace agendy a proces registrace působení OVM v
agendě po jakékoliv změně legislativy s dopadem na agendy veřejné správy (porovnání
původního a nového znění právního předpisu, oznámení změny či připravované změny
ustanovení právního předpisu, které je odkazováno v rámci číselníku právní předpisů jako
zdroj agendy obsažené v RPP)
5.1.3.5.4 FP3025- Vyhledání právního předpisu přes identifikátor
e-Sbírka musí umožnit vyhledání právního předpisu přes identifikátor ustanovení, který je
nezávislý na jeho označení (zákon, oddíl, §, odstavec, písmeno)
5.1.3.5.5 FP3026- Vyhledání právního předpisu přes označení
e-Sbírka musí umožnit vyhledání právního předpisu přes označení ustanovení (zákon, oddíl,
§, odstavec, písmeno)
Strana 222
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.3.5.6 FP3027- Využívání procesního modelu agendy
e-Legislativa může v průběhu tvorbě právního předpisu využívat procesní model agendy
uložený v RPP pro verifikaci logické konzistentnosti právního předpisu a adekvátnosti
existujících či navrhovaných procesních postupů.
5.1.3.5.7 FP3028- Zobrazení aktuálního znění právního předpisu
e-Sbírka musí umožnit zobrazení aktuálního znění právního předpisu
5.1.3.5.8 FP3029- Zobrazení platného a účinného znění předpisu
e-Sbírka musí umožnit zobrazení znění právního předpisu platné a účinné k určitému datu,
včetně zobrazení znění zvoleného ustanovení právního předpisu ke zvolenému datu
5.1.3.5.9 FP3042- Notifikace změn
Dojde-li v eSbírce k vyhlášení předpisu, na jehož ustanovení je navázán záznam z RPP
(dochází tedy k vyhlášení nového ustanovení, jeho změně nebo zrušení), uchová eSbírka
informaci o této změně (1 měsíc). Zároveň v rámci veřejného API poskytuje eSbírka
dotazovací službu, pomocí které je možné získat seznam takovýchto změn za zadané časové
období (např. minulý den). RPP bude pravidelně každý den získávat přes toto API seznam
výše uvedených změn v eSbírce za minulý den.
5.1.3.6 Společné služby FP3032- Přijetí
n o ti fi ka cí
req Společné služby
FP3031-
Předávací služba
FP3036- Správa FP3034- FP3033- Křížové FP3035- FP3030- Tvorba
a mapování Logování předání reference Potvrzení předání snímků
č íselníků dokumentů
FP3037-
El e ktro n i cké
podpisy, peč etě a
č asová razítka
Obrázek 49: Společné služby
5.1.3.6.1 FP3030- Tvorba snímků dokumentů
Pro účely převodu strukturovaných dat do souborové, lidmi čitelné podoby se zajištěním
Strana 223
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• integrity,
• autenticity,
• nepopiratelnosti a
• časového ukotvení
dokumentů budou vytvářeny needitovatelné nepozměnitelné archivovatelné dokumenty
jednotlivých právních aktů a související dokumenty ve formátu PDF/A. Tyto dokumenty
budou podepsány systémovým certifikátem e-Legislativy a opatřeny elektronickými časovými
razítky vydanými interní certifikační autoritou.
Vedle needitovatelých snímků dokumentů služba umožní vygenerovat i:
• export strukturované podoby XML
• editovatelná verze ve formátu DOC/DOCX
Tuto službu budou využívat jednotlivá rozhraní pro přípravu snímků dokumentů určených k
předávání.
Bude využívána společná služba elektonických podpisů, pečetí a časových razítek.
5.1.3.6.2 FP3031- Předávací služba
Výměna dat s integrovanými systémy bude implementována pomocí jedné společné služby
(komponenty) a s využitím další společných (sdílených) služeb.
5.1.3.6.3 FP3032- Přijetí notifikací
Notifikace o změnách stavů ze všech integrovaných systémů budou využívat jednotnou
službu přijetí notifikací. Tato služba může být implementována jako součást předávací služby.
5.1.3.6.4 FP3033- Křížové reference
Systém musí poskytovat službu pro mapování identifikátorů dokumentů v integrovaných
systémech, jako jsou:
• číslo vládních materiálů v systému eKlep
• číslo parlamentních tisků
• číslo senátních tisků.
Služba křížových referencí musí být navržena tak, aby byla rozšiřitelná, tj. aby do ní mohly být
v budoucnosti přidávány nové typy identifikátorů a jejích vazeb, bez nutnosti
programátorských zásahů.
5.1.3.6.5 FP3034- Logování předání
Každý pokus o předání (úspěšný i neúspěšný) mezi všemi integrovanými systémy a systémem
e-Legislativa bude zaznamenán do auditního logu odesílajícího systému.
Strana 224
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.3.6.6 FP3035- Potvrzení předání
Předání dokumentů a výměna změn stavů bude mezi všemi integrovanými systémy a
systémem e-Legislativa následně potvrzována příjemcem odesilateli. Potvrzení přijetí bude
zaznamenáno do auditního logu.
5.1.3.6.7 FP3036- Správa a mapování číselníků
Systém musí poskytovat službu správy a mapování číselníků.
Budou spravovány následující číselníky:
• číselník stavů,
• číselník typů dokumentů
a zajištěno jejich mapování mezi různými zdrojovými systémy.
Služba musí být navržena tak, aby byla rozšiřitelná, tj. aby do ní mohly být v budoucnosti
přidávány číselníky a jejích vazby, bez nutnosti programátorských zásahů jen prostřednictvím
administrativního rozhraní.
5.1.3.6.8 FP3037- Elektronické podpisy, pečetě a časová razítka
Bude implementována společná služba sloužící k opatření dokumentů elektronickými
podpisy, pečetěmi a časovými razítky. Služba bude zprostředkovávat služby interní
certifikační autority i služby kvalifikovaných poskytovatelů služeb vytvářejících důvěru.
Pro zajištění integrity dokumentů a prokázání shodnosti vygenerovaných dokumentů s
příslušnou vrstvou v databázi bude služba podepisovat PDF (respektive PDF/A) dokumenty
systémovým certifikátem e-Legislativy vydaným interní certifikační autoritou a opatřovat
časovým razítkem24 taktéž vydaným interní certifikační autoritou. Samotný dokument bude
mít v textu uveden lidsky čitelný identifikátor uzavřené vrstvy, ze které byl vygenerován.
Tento způsob garantování obsahu vygenerovaných dokumentů bude použit u dokumentů
generovaných e-Legislativou, zejména u snímků dokumentů předávaných do jiných
informačních systémů a u dokumentů určených k podpisu či zapečetění dle eIDAS.
Kořenový certifikát interní certifikační autority musí být distribuován mezi uživatele e-
Legislativy, zejména jeho instalací současně s instalací Editoru právních předpisů (e-Šablona
pro plusovou osu) a jeho aktualizací a sestavením postupů pro manuální import certifikátu
do všech OS, pro které bude Editor právních předpisů vyvíjen (např. jako součást FAQ e-
Legislativy a zaškolením pracovníků helpdesku).
24 Vysvětlení z odpovědi na otázku v zadávacím řízení:
Jedná se tedy i o dokumenty, které budou dlouhodobě ukládány v důvěryhodném archivu a u kterých
může v budoucnu vzniknout potřeba ověřit důvěryhodnost elektronického podpisu i po expiraci
certifikátu, na kterém je tento podpis založen.
Strana 225
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Je preferováno, aby využívaná veřejná CA byla současně i kvalifikovaným poskytovatelem
služeb vytvářejících důvěru.
Vedle interní certifikační autority bude služba zprostředkovávat také služby vytvářející důvěru
dle eIDAS: zajišťovat zapečetění dokumentu kvalifikovanou elektronickou pečetí a opatření
kvalifikovaným elektronickým časovým razítkem.
Důvěra v dokumenty e-Sbírka a e-Legislativy bude dle eIDAS zajištěna pro PDF, respektive
PDF/A dokumenty následovně:
• Dokument vygenerovaný z informativní části portálu e-Sbírky bude v textu opatřen
informací, že není právně závazný, a bude zapečetěn kvalifikovanou elektronickou
pečetí a opatřen kvalifikovaným elektronickým časovým razítkem.
• Dokument, který je k dispozici ke stažení z ověřené, respektive právně závazné části
portálu e-Sbírky bude zapečetěn kvalifikovanou elektronickou pečetí a opatřen
kvalifikovaným elektronickým časovým razítkem. Tyto dokumenty budou zapečetěny
a opatřeny časovým razítkem již v době tvorby dokumentu, nikoliv až při žádosti o
jejich poskytnutí.
• Dokument vygenerovaný z portálu e-Legislativy bude zapečetěn kvalifikovanou
elektronickou pečetí a opatřen kvalifikovaným elektronickým časovým razítkem.
• Dokument předávaný mezi institucemi prostřednictvím systému e-Legislativa bude
podepsán kvalifikovanými elektronickými podpisy osob jednajících jménem instituce
(či institucí) a opatřen kvalifikovanými elektronickými časovými razítky. Toto
podepsání a opatření časovými razítky nezprostředkovává přímo systém e-Legislativa
ale je zajištěno podepisující osobou (tzn. dokument je podepisující osobou stažen z
e-Legislativy, podepsán a opatřen časovým razítkem a uložen zpět do e-Legislativy).
• Dokument, jehož prostřednictvím se žádá o vyhlášení právního aktu ve Sbírce zákonů
a mezinárodních smluv bude podepsán kvalifikovanými elektronickými podpisy osob
jednajících jménem instituce (či institucí) a opatřen kvalifikovanými elektronickým
časovými razítky. Toto podepsání a opatření časovými razítky nezprostředkovává
přímo systém e-Legislativa ale je zajištěno podepisující osobou (tzn. dokument je
podepisující osobou stažen z e-Legislativy, podepsán a opatřen časovým razítkem a
uložen zpět do e-Legislativy). V případě prezidenta republiky bude umožněna i
varianta, kdy bude vygenerován dokument obsahující pouze textový podpis včetně
"v.r." a dokument nebude prezidentem elektronicky podepsán.
Pro přehlednost také uvádíme, kdy důvěra v dokument nebude zajišťována dle eIDAS (tzn.
dokument nebude podepsán kvalifikovaným elektronickým podpisem ani zapečetěn
Strana 226
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
kvalifikovanou elektronickou pečetí ani opatřen kvalifikovaným elektronickým časovým
razítkem):
• veškeré dokumenty jiného typu než PDF, respektive PDF/A (např. RTF, DOC/DOCX,
XML),
• dokumenty vygenerované z tlustého klienta e-Šablony,
• dokumenty předávané do IS ostatních institucí (pokud se nejedná o dokumenty
související s předáváním mezi institucemi a předávacími prostory, které jsou
podepsané či zapečetěné z tohoto titulu),
• odpovědi na strojové dotazy přes API (open data), nejsou-li tyto odpovědi ve formátu
PDF, respektive PDF/A,
• dokumenty pozměňovacích návrhů.
Systém bude u vygenerovaných dokumentů implementovat mechanismy, které omezí
zejména označování kvalifikovanými elektronickými časovými razítky na minimum, například
pomocí cachování již vygenerovaných souborů, aby byly minimalizovány finanční dopady
případného útoku na systém a jeho provozovatele (každé kvalifikované elektronické časové
razítko je nutné kvalifikovanému poskytovali služeb zaplatit).
Proces tvorby datové báze (digitalizace) předpokládá, že certifikátor (role v rámci digitalizace)
zapečetí ověřené PDF kvalifikovanou elektronickou pečetí a opatří je kvalifikovaným
elektronickým časovým razítkem neprodleně po jejich ověření (tato ověřená a zapečetěná
PDF jsou mimo jiné vstupem do dalších digitalizačních procesů). Alternativně je možné, aby
byly v rámci digitalizace po ověření PDF pouze podepsány:
a) buďsystémovým certifikátem e-Legislativy a opatřeny elektronickým časovým
razítkem vydaným službou TSA interní certifikační autority,
b) nebo certifikátem vydaným externí veřejnou certifikační autoritou a opatřeny
elektronickým časovým razítkem vydaným veřejnou certifikační autoritou (na náklady
dodavatele),
s tím, že tyto dokumenty budou zapečetěny kvalifikovanou elektronickou pečetí a opatřeny
kvalifikovaným elektronickým časovým razítkem dodatečně, avšak nejpozději před startem
pilotního provozu e-Legislativy a bez zvýšených nároků na součinnost Zadavatele.
5.1.3.7 Czech POINT
5.1.3.7.1 FP3038-Vyhledání vyhlášeného právního aktu
e-Sbírka musí přes API umožnit vyhledat právní akt přes stejná kritéria, která jsou dostupná v
rámci vyhledávání právních aktů a předpisů jako na portálu e-Sbírky. Výsledky vyhledávání
však obsahují pouze vyhlášené právní akty.
Strana 227
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.1.3.7.2 FP3039-Poskytnutí základních metadat vyhlášeného právního aktu
K vyhlášenému právnímu aktu musí e-Sbírka přes API poskytnout základní identifikační
informace (metadata), včetně informace, zda právní akt obsahuje barevný obsah a jaký je
počet stran PDF vyhlášeného právního aktu.
5.1.3.7.3 FP3040-Poskytnutí PDF obsahující část vyhlášeného právního aktu v
požadovaném rozsahu stran
K vyhlášenému právnímu aktu musí e-Sbírka přes API poskytnout podepsané PDF obsahující
část vyhlášeného právního aktu v požadovaném rozsahu stran. První strana PDF obsahuje
informace (metadata) o části vyhlášeného právního aktu přítomného v PDF. Další strany již
obsahují požadované strany vyhlášeného právního aktu.
5.1.3.8 Tiskárna MV
5.1.3.8.1 FP3041-Odkazy do systému tiskárny MV
U všech veřejně přístupných PDF na portále eSbírka bude k dispozci odkaz na web (eShop)
Tiskárny Ministerstva vnitra na kterém půjde PDF objednat k tisku a doručení. Zejména se to
týká právně zavazného znění vyhlášených právních aktů (jako celek včetně úpných znění
předpisů i úplná znění předpisů v rámci právního aktu samostatně) a PDF se zdigitalizovanou
sbírkou zákonů (otisky).
Strana 228
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.2 Nefunkční požadavky
Nefunkční požadavky představují omezující podmínky a obecné vlastnosti vyžadované od
informačního systému bez ohledu na jeho dílčí funkčnosti. Jsou to zejména požadavky na
výkon, bezpečnost a další provozní charakteristiky.
5.2.1 Architektura
Požadavky na obecný návrh systému a způsob jeho členění.
req Architektura
NP003- NP004- NP005-
Ko m u n i ka ce Sta n d a rd i zo va n é Škálovatelnost na
modulů komunikač ní úrovni aplikací
rozhraní
NP001-
M o d u l a ri ta
NP002- Vícevrstvý
model aplikace
Obrázek 50: Architektura
5.2.1.1 NP001- Modularita
Modulární segmentaci aplikace eSeL- umožní samostatnou správu a řešení incidentů /
požadavků. Jednotlivé moduly mohou být dále rozděleny na další, dílčí podčásti s ohledem
na požadované funkcionality / procesy.
5.2.1.2 NP002- Vícevrstvý model aplikace
Systém bude navržen jako vícevrstvá aplikace s následujícími vrstvami:
• Prezentační - implementuje moduly zajišťující komunikaci s okolím, a to jak s
uživateli, tak se spolupracujícími systémy. Sem náleží presentační vrstva portálů e-
Sbírka a
Strana 229
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
e-Legislativa a současně i komunikační vrstva webových služeb zajišťující propojení s
externími aplikacemi.
• Aplikační - obsahuje vlastní logiku aplikace, tj. veškeré komponenty realizující
podporu vyhledávání, třídění, indexace, podpory workflow atp.
• Databázová a datová - zabezpečuje spolehlivý a výkonný přístup ke všem typům dat
v systému. A skládá se jednak z databázových serverů a datových úložišť
• Správa a administrace - procesně a technologicky zabezpečuje provoz systémů,
dohledování událostí na aplikační a infrastrukturní úrovni, zálohování a obnovu dat
atd. V této vrstvě chápeme i doplňkové služby jako adresářové služby, správu identit
a oprávnění, auditní logy atp.
5.2.1.3 NP003- Komunikace modulů
Komunikace modulů v rámci aplikační platformy je založena na protokolu postaveného na
otevřeném standardu webových služeb. Obsah zpráv při komunikaci musí být šifrován -
(zabezpečení tzv. encryption at transit).
5.2.1.4 NP004- Standardizované komunikační rozhraní
Pro komunikaci s externími systémy bude použito jednotné Univerzální komunikační rozhraní
tj. standardizované, jednotné a zabezpečené komunikační rozhraní (například na XML
standardu) pro výměnu dat s externími systémy. Všechna rozraní budou veřejně
zdokumentovaná.
Veškerá komunikace mezi externími systémy veřejné správy a eSeL bude probíhat
prostřednictvím eGON Service Bus. Jelikož jsou v rámci této komunikace používany i veřejná
API eSbírky a eLegislativy, musí být vedle specifických rozhraní pro jednotlivé systémy
vystavena na eGON Service Bus i tato veřejná API.
5.2.1.5 NP005- Škálovatelnost na úrovni aplikací
Při návrhu architektury musí být použity technologie umožňující škálovat výkon jednotlivých
modulů dle aktuální zátěže. Jedná se zejména o multivláknovou architekturu aplikací, dále o
podporu clusterových technologií atp.
Strana 230
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.2.2 Bezpečnost NP007- Auditní NP008- Registrace NP009-
m e ch a n i zm y uživatelů a správa Autentizace a
custom Bezpečnost a p l i ka ce identit a u to ri za ce
NP011-
Certifikač ní
autority a PKI
NP010- Uživatelský NP012- Ochrana NP014- NP013- Správa
přístup a webové aplikace Zabezpeč ení bezpeč nosti sítě
d e l e g o vá n í přenosu s
externími systémy
NP015- NP006- Přístup k NP016- NP059- Ochrana
Bezpeč nostní datům Zabezpeč ení osobních údajů
kl a si fi ka ce citlivých dat
Obrázek 51: Bezpečnost
5.2.2.1 NP007- Auditní mechanizmy aplikace
S ohledem na požadavek zajištění auditovatelnosti dat i procesů je třeba zabudovat tuto
možnost při návrhu a vývoji aplikace. Jedná se zejména o přístupy i změny v datech pro
jednotlivé objekty. Rovněž proces řízení identit uživatelů musí být rovněž auditovatelný.
Bezpečnostní audit je veden za účelem trasování bezpečnostních a provozních operací, ze
kterého lze zpětně provádět analýzu provedených činností. Auditní logy musí obsahovat
auditní záznamy, každý auditní záznam obsahuje informace vztahující se ke specifické
události systému.
Protože auditní záznamy obsahují informace o bezpečnostně významných událostech, musí
být logy chráněny před porušením jejich důvěrnosti a integrity. Jejich obsah musí být
shromažďován ze zdrojů auditních záznamů do databázového úložiště s řízeným přístupem.
Každý jednotlivý záznam bude navíc opatřen kontrolním prvkem integrity.
5.2.2.2 NP008- Registrace uživatelů a správa identit
Registrace všech uživatelů pro práci probíhá centrálně v aplikaci Service Desk, kde jsou
stanovena pravidla pro procesy registrace, schvalování, generování identit, přidělování
přístupů, odebírání přístupů, deaktivace identit a monitorování činnosti uživatelů.
Identity a práva uživatelů a systémů musí být možno evidovat či přebírat z JIP/KAAS.
V případě využití identit JIP/KAAS budou požívány standardní prostředky registrace uživatelů
těmito centrálními službami.
Strana 231
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.2.2.3 NP009- Autentizace a autorizace
Systém musí být schopen používat identity a práva uživatelů z JIP/KAAS.Autentizace
představuje proces ověření identity uživatele. Uživatelé musí být ověřování prostřednictvím
systému JIP/KAAS. Systém musí používat vícefaktorovou autentizaci JIP/KAAS.
Autorizace představuje proces ověření přístupových oprávnění uživatele vstupující do
informačního systému a tento proces ve většině případů navazuje na proces autentizace.
Podstatou autorizace je ověřit, zda daný uživatel má oprávnění provést příslušnou akci,
například pouze číst vybrané datové záznamy, editovat /mazat záznamy apod.
Autorizace v navrhovaném řešení musí být řešena pomocí uživatelsky definovaných
aplikačních rolí.
5.2.2.4 NP010- Uživatelský přístup a delegování
Systém musí umožňovat přístup na základě autentizovaných identit uživatelů. Na základě
těchto identit budou přidělována přístupová práva pro práci se systémem. Identity uživatelů
musí být možno organizovat do uživatelských skupin s různým oprávněním, přičemž jeden
uživatel či jedna skupina může být součástí více skupin. Systém musí umožňovat delegování
oprávnění na závislé uživatele. Systém musí zajistit, že při zániku oprávnění nadřazeného
uživatele (např. konec mandátu poslance) zaniknou i práva uživatelů jím delegovaná
5.2.2.5 NP012- Ochrana webové aplikace
Webové části aplikace musí být chráněny proti nejčastějším útokům, zejména útokům DoS.
Před uvedením do provozu musí být na systému proveden bezpečnostní penetrační test.
Bezpečnost veřejného webového rozhraní je jednou z hlavních priorit celého řešení. Pod
záštitou OWASP Foundation (Open Web Application Security Projekt) jsou realizovány
projekty zaměřené na vývoj bezpečných webových aplikací. Jedním z těchto projektů je
projekt OWASP Top Ten (Top Ten Most Critical Web Application Vulnerabilities) se
zaměřením na nejkritičtější zranitelnosti webových aplikací. Při vývoji systému musí
zohledněn aktuální seznam ohrožení.
Komunikace uživatelů s webovou aplikací musí být zabezpečen šifrováním – zabezpečení tzv.
encryption at transit.
5.2.2.6 NP014- Zabezpečení přenosu s externími systémy
Předpokládáme vybudování standardizovaných rozhraní na obecnější komunikační platformě
pro většinu požadavků na komunikaci s externími systémy.
Komunikace s externími systémy bude rozdělena podle stupně zabezpečení na:
• Zabezpečený kanál přenosu (šifrování dat) s povinnou autorizací serverů.
• Šifrování dat pro přenos a autorizací uživatele.
Strana 232
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Definována úroveň bezpečnosti pro rozhraní:
• Pro ověření identity odesílatele musí být zavedena autentizace odesílatele
• Musí být zabezpečena integrita přenosu dát pro zamezení pozměnění zasílané
správy
• Pro zabezpečení přenosu dat proti odposlechu musí být implementována důvěrnost
přenosu dat
• Pro zabezpečení nezpochybnitelnosti vazby mezi osobou a odeslanou či přijatou
zprávou, musí být implementována funkce nepopíratelnosti odeslání či
nepopíratelnosti přijetí zprávy
V rámci zabezpečení této komunikace budou využity následující technologie:
• XML Signature
• XML Encryption
• AES (Rijndael algorithm)
5.2.2.7 NP013- Správa bezpečnosti sítě
Požadavkem pro provoz systému je důsledné oddělení interní sítě a zabezpečení firewally.
Systém bude provozován minimálně ve dvou lokalitách a několika funkčních logických
celcích. Každý funkční logický celek bude jasně ohraničen. Hranice budou transparentní a
vůči okolí budou mít jasné rozhraní. Z hlediska síťové infrastruktury musí být jednotlivé
logické celky navrženy do minimálně tří perimetrů.
5.2.2.8 NP015- Bezpečnostní klasifikace
Systém musí umožňovat členění spravovaných informací podle jejich bezpečnostní
klasifikace a řídit podle ní uživatelský přístup k těmto informacím25.
5.2.2.9 NP006- Přístup k datům
Uživatelský přístup k datům je omezen pouze na aplikace eSeL. Realizace uživatelských práv
při přístupu k datům, jsou realizovány dle nastavení uživatelských práv a specifik objektu na
úrovni aplikačního serveru a prezentační vrstvy. Nesmí být možné přistupovat k datům s
obejitím autorizačních a autentizačních mechanismů a auditování přístupu. Taktéž přenosové
cesty, kterými se data dostávají k jiným aktérům komunikace, či už lidem, jiným
komponentám informačního systému neboj jiným informačním systémem musí být
zabezpečené šifrováním.
25 Vysvětlení z odpovědi na otázku v zadávacím řízení:
Požadavek se týká bezpečnostní klasifikace informací a návrhu přístupu k nim v rámci analytických
prací. Tzn. tato klasifikace se může odrážet v návrhu datového modelu (např. rozdělením do různých
tabulek) a funkčních částí aplikace samotné. Neznamená nutně, že každá konkrétní informace musí být
fyzicky označena dle své bezpečnostní klasifikace.
Strana 233
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.2.2.10 NP016- Zabezpečení citlivých dat
Systém musí umožnit šifrováni zpracovávaných a ukládaných dat. Šifrování musí být
přístupné ve dvou úrovních:
• Šifrování vybraných dat na tabulkové úrovní
• Šifrování všech dat uložených na úložištích systému
Šifrování dat na tabulkové úrovni
Jedná se o šifrování vybraných citlivých údajů tak, že tyto údaje budou před uložením do
databázové tabulky zašifrované uvedenou technologií.
Šifrování všech dat uložených na úložištích systému
Systém musí zabezpečit šifrovaní dat na úrovni databáze nebo na úrovni jiných úložišť kde
jsou data v rámci systému ukládané. Zjednodušeně, data musí být v systému uložené
v šifrované formě. Tohle šifrování musí být transparentní jak vůči uživatelům, tak i
informačním systémům, který data produkují nebo je konsumují. Jakémukoli
autentizovanému a autorizovanému aktéru komunikace vůči uloženým informacím bude
umožněn přístup k zašifrovaným informacím.
Uvedené požadavky musí implementovat požadavek „encryption at rest“26. To znamená, že
všechna data ukládaná systémem musí být šifrovaná a nad rámec tohoto požadavku, některá
data musí být šifrovaná samostatně před tím, než budou zapsána do šifrovaného úložiště.
5.2.2.11 NP011- Certifikační autority a PKI
Systém bude využívat služeb kvalifikovaného poskytovatele služeb vytvářejících důvěru dle
nařízení eIDAS, a to konkrétně:
• pořízením kvalifikovaného prostředku, prostřednictvím kterého budou vytvářeny
kvalifikované elektronické pečetě
• využíváním služby poskytování kvalifikovaných časových razítek.
Dále bude zřízena interní certifikační autorita včetně služby vytváření časových razítek (TSA).
Interní certifikační autorita bude používána pro vytváření certifikátů nutných pro technický
26 Vysvětlení z odpovědi na otázku v zadávacím řízení:
Požadavek "encryption at rest" bude považován za naplněný i v případě, že je šifrováno úložiště jako
celek například technologiemi Transparent Data Encryption. Během implementační analýzy či
následných funkčních analýz však mohou být identifikována data, která budou z pohledu bezpečnosti
či ochrany osobních údajů identifikována za natolik citlivá, že na tato data bude aplikováno šifrování
samostatné tak, aby přístup k nim měla pouze aplikace a nikoliv např. správce úložiště.
Strana 234
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
běh systému a jeho částí a pomocí jí vydaného systémového certifikátu e-Legislativy budou
podepisovány vybrané PDF (respektive PDF/A) dokumenty. Tyto dokumenty budou také
opatřovány časovými razítky vytvářenými službou TSA interní certifikační autority.
Kořenový certifikát interní certifikační autority bude buď self-signed, nebo jej na své náklady
zajistí zadavatel. Zadavatel bude zvažovat zejména pořízení kořenového certifikátu
podepsaného veřejnou certifikační autoritou nebo CA SZR.
Kořenový certifikát interní certifikační autority musí být distribuován mezi uživatele e-
Legislativy, zejména jeho instalací současně s instalací Editoru právních předpisů (e-Šablona
pro plusovou osu) a jeho aktualizací a sestavením postupů pro manuální import certifikátu
do všech OS, pro které bude Editor právních předpisů vyvíjen (např. jako součást FAQ e-
Legislativy a zaškolením pracovníků helpdesku).
SSL certifikáty portálů a veřejných webů e-Sbírky a e-Legislativy musí být vydané veřejnou
certifikační autoritou, která je zařazena jako důvěryhodná do rozšířených operačních
systémů. Tj. běžnému uživateli přistupujícímu na webový portál zabezpečený SSL certifikátem
musí být prezentován tento webový portál jako důvěryhodný, bez nutnosti importu
certifikátu CA.
Interní certifikační autorita bude používána výhradně pro potřeby projektu e-Sbírka a e-
Legislativa. Nebude vydávat certifikáty ani časová razítka, které s provozem tohoto systému
přímo nesouvisí.
5.2.2.12 NP059- Ochrana osobních údajů
V případě, že bude v rámci tvorby či provozu systému zacházeno s osobními údaji, budou
tyto osobní údaje chráněny minimálně dle požadavků aktuální legislativy. Proces tvorby
systému, systém samotný i provozní procesy systému budou zejména splňovat všechny
požadavky Nařízení Evropského parlamentu a Rady (EU) 2016/679 ze dne 27. dubna 2016 o
ochraně fyzických osob v souvislosti se zpracováním osobních údajů a o volném pohybu
těchto údajů a o zrušení směrnice 95/46/ES (obecné nařízení o ochraně osobních údajů)
(Text s významem pro EHP) - GDPR.
5.2.3 Zákon o Kybernetické bezpečnosti
Strana 235
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Obrázek 52: Zákon o kybernetické bezpečnosti
5.2.3.1 Obecné požadavky
5.2.3.1.1 NP060-Zákon o kybernetické bezpečnosti
Systém musí splňovat požadavky Zákona o kybernetické bezpečnosti č. 181/2014 Sb. (dále
jen zákon o kybernetické bezpečnosti nebo ZoKB) ve znění pozdějších předpisů a vyhlášky č.
316/2014 Sb. (dále jen Vyhláška o kybernetické bezpečnosti nebo VoKB) ve znění pozdějších
předpisů..
5.2.3.1.2 NP061-Hodnocení systému dle ZoKB
Systém je hodnocen jako významný systém dle §2 ZoKB.
5.2.3.1.3 NP062-Primární aktiva dle VoKB Strana 236
Primárními aktivy systému jsou:
• IN01 - Zveřejněné platné právo (veřejná část eSbírky)
• IN02 - Platné právo v průběhu digitalizace (neveřejná část eSbírky)
• IN03 - Zveřejněné připravované právo (veřejná část eLegislativy)
• IN04 - Neveřejné připravované právo (neveřejná část eLegislativy)
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• IN05 - Externí uživatelé (údaje externích uživatelů)
5.2.3.1.4 NP063-Hodnocení primárních aktiv dle přílohy 1 VoKB
Primární aktiva dle přílohy 1 VoKB jsou hodnocena takto a systém musí umožňovat jejich
dodržení v rámci provozu.
Aktivum: IN01 - Zveřejněné platné právo (veřejná část eSbírky)
Důvěrnost: nízká
Integrita: nízká
Dostupnost: vysoká
Aktivum: IN02 - Platné právo v průběhu digitalizace (neveřejná část eSbírky)
Důvěrnost: střední
Integrita: vysoká
Dostupnost: střední
Aktivum: IN03 - Zveřejněné připravované právo (veřejná část eLegislativy)
Důvěrnost: nízká
Integrita: nízká
Dostupnost: vysoká
Aktivum: IN04 - Neveřejné připravované právo (neveřejná část eLegislativy)
Důvěrnost: střední
Integrita: vysoká
Dostupnost: vysoká
Aktivum: IN05 - Externí uživatelé (údaje externích uživatelů) Strana 237
Důvěrnost: vysoká
Integrita: střední
Dostupnost: střední
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.2.3.1.5 NP064-Hodnocení rizik dle přílohy 2 VoKB
V rámci implementační analýzy bude provedeno hodnocení rizik dle přílohy 2 VoKB, které
bude vstupem pro doplnění a upřesnění bezpečnostních opatření technického i
organizačního charakteru.
5.2.3.2 Organizační opatření
5.2.3.2.1 NP065-Systém řízení bezpečnosti informací (VoKB § 3)
odst. 1 b), odst. 2 a):
Je zaveden proces řízení rizik.
odst. 1 c), odst. 2 b):
Jsou vytvořeny, schváleny a zavedeny bezpečnostní politiky v oblasti ISMS, zavedena
příslušná bezpečnostní opatření.
odst. 2 c):
Prováděna aktualizace zprávy o hodnocení aktiv a rizik, bezpečnostní politiky, plánu zvládání
rizik a plánu rozvoje bezpečnostního povědomí, a to nejméně jednou za tři roky nebo v
souvislosti s prováděnými nebo plánovanými změnami.
5.2.3.2.2 NP066-Řízení rizik (VoKB § 4)
odst. 1, 2 a):
Stanoveny metodiky pro identifikaci a hodnocení aktiv a pro identifikaci a hodnocení rizik
včetně stanovení kritérií pro přijatelnost rizik.
odst. 1, 2 b):
Prováděna identifikace a hodnocení důležitosti aktiv, která patří do rozsahu ISMS, podle § 8
(Řízení aktiv) minimálně v rozsahu přílohy č. 1 k VoKB a výstupy zapracuje do zprávy o
hodnocení aktiv a rizik.
odst. 1, 2 c):
Prováděna identifikace rizik, při kterých jsou zohledňovány hrozby a zranitelnosti,
posuzovány možné dopady na aktiva, hodnotí tato rizika minimálně v rozsahu podle přílohy
Strana 238
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
č. 2 k VoKB. Jsou určena a schválena přijatelná rizika a je zpracována zpráva o hodnocení
aktiv a rizik.
odst. 1, 2 d):
Na základě bezpečnostních potřeb a výsledků hodnocení rizik je zpracováváno prohlášení o
aplikovatelnosti, které obsahuje přehled vybraných a zavedených bezpečnostních opatření.
odst. 1, 2 e):
Je zpracovaný a zavedený plán zvládání rizik, který obsahuje cíle a přínosy bezpečnostních
opatření pro zvládání rizik, určení osoby odpovědné za prosazování bezpečnostních opatření
pro zvládání rizik, potřebné finanční, technické, lidské a informační zdroje, termín jejich
zavedení a popis vazeb mezi riziky a příslušnými bezpečnostními opatřeními.
odst. 1, 2 f):
Bez zbytečného odkladu jsou zohledňována reaktivní a ochranná opatření vydaná NBÚ v
hodnocení rizik a v případě, že hodnocení rizik aktualizované o nové zranitelnosti spojené s
realizací reaktivního nebo ochranného opatření překročí stanovená kritéria pro přijatelnost
rizik, jsou doplněny plány zvládání rizik.
odst. 3:
Řízení rizik je zajištěno jinými způsoby (než jak je stanoveno v odstavci 1 a 2) a orgán a
osoba doložil(a), že použitá opatření zajišťují stejnou nebo vyšší úroveň řízení rizik.
Zváženy hrozby, související s/se:
• odst. 4 a) porušením bezpečnostní politiky, provedením neoprávněných činností,
zneužitím oprávnění ze strany uživatelů a administrátorů.
• odst. 4 b) poškozením nebo selháním technického anebo programového vybavení.
• odst. 4 c) zneužití identity fyzické osoby.
• odst. 4 d) užíváním programového vybavení v rozporu s licenčními podmínkami.
• odst. 4 e) kybernetickým útokem z komunikační sítě.
• odst. 4 f) škodlivým kódem (například viry, spyware, trojské koně).
• odst. 4 g) nedostatky při poskytování služeb informačního systému kritické informační
infrastruktury, komunikačního systému kritické informační infrastruktury nebo
významného informačního systému.
• odst. 4 h) narušením fyzické bezpečnosti.
Strana 239
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• odst. 4 i) přerušením poskytování služeb elektronických komunikací nebo dodávek
elektrické energie.
• odst. 4 j) zneužitím nebo neoprávněnou modifikací údajů.
• odst. 4 k) trvale působícími hrozbami.
• odst. 4 l) odcizením nebo poškozením aktiva.
Zváženy zranitelnosti, související s:
• odst. 5 a) nedostatečnou ochranou vnějšího perimetru.
• odst. 5 b) nedostatečným bezpečnostním povědomím uživatelů a administrátorů.
• odst. 5 c) nedostatečnou údržbou informačního systému kritické informační
infrastruktury, komunikačního systému kritické informační infrastruktury nebo
významného informačního systému.
• odst. 5 d) nevhodným nastavením přístupových oprávnění.
• odst. 5 e) nedostatečnými postupy při identifikování a odhalení negativních
bezpečnostních jevů, kybernetických bezpečnostních událostí a kybernetických
bezpečnostních incidentů.
• odst. 5 f) nedostatečným monitorováním činností uživatelů a administrátorů a
neschopností odhalit jejich nevhodné nebo závadné způsoby chování.
• odst. 5 g) nedostatečným stanovením bezpečnostních pravidel, nepřesným nebo
nejednoznačným vymezením práv a povinností uživatelů, administrátorů a
bezpečnostních rolí.
5.2.3.2.3 NP067-Bezpečnostní politika (VoKB § 5)
Stanovena bezpečnostní politika v oblastech:
• odst. 1 a), odst. 2 a): Systém řízení bezpečnosti informací.
• odst. 1 b), odst. 2 b): Organizační bezpečnost. (viz Organizační bezpečnost (VoKB § 6))
• odst. 2 c): Řízení dodavatelů. (viz Stanovení bezpečnostních požadavků pro
dodavatele (VoKB § 7))§ 6))
• odst. 1 d), odst. 2 d): Klasifikace aktiv.
• odst. 1 e), odst. 2 e): Bezpečnost lidských zdrojů.
• odst. 1 f), odst. 2 f): Řízení provozu a komunikací.
• odst. 1 g), odst. 2 g): Řízení přístupu.
• odst. 1 h), odst. 2 h): Bezpečné chování uživatelů.
• odst. 1 i), odst. 2 i): Zálohování a obnova.
• odst. 1 m), odst. 2 j): Poskytování a nabývání licencí programového vybavení a
informací.
• odst. 1 o), odst. 2 k): Ochrana osobních údajů.
• odst. 1 r), odst. 2 m): Ochrana před škodlivým kódem.
Strana 240
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• odst. 1 s), odst. 2 n): Nasazení a používání nástroje pro detekci kybernetických
bezpečnostních událostí.
• odst. 1 u), odst. 2 l): Používání kryptografické ochrany.
• odst. 3: Je pravidelně hodnocena účinnost bezpečnostní politiky. Bezpečnostní
politika je pravidelně aktualizována.
5.2.3.2.4 NP068-Organizační bezpečnost (VoKB § 6)
odst. 1:
Zavedena organizace řízení bezpečnosti informací (dále jen „organizační bezpečnost"), v
rámci které je určen výbor pro řízení kybernetické bezpečnosti a bezpečnostní role a jejich
práva a povinnosti související s informačním systémem kritické informační infrastruktury,
komunikačním systémem kritické informační infrastruktury nebo významným informačním
systémem.
odst. 3:
Bezpečnostní role jsou určeny přiměřeně podle odstavce 2.
odst. 7:
Určen výbor pro řízení kybernetické bezpečnosti.
odst. 8:
Je zajištěno odborné školení osob, které zastávají bezpečnostní role v souladu s plánem
rozvoje bezpečnostního povědomí podle Bezpečnost lidských zdrojů odst. 1 písm. b).
5.2.3.2.5 NP069-Stanovení bezpečnostních požadavků pro dodavatele (VoKB § 7)
odst. 1:
Jsou stanovena pravidla pro dodavatele, která zohledňují potřeby řízení bezpečnosti
informací, a řídí své dodavatele nebo jiné externí subjekty, které se podílejí na rozvoji,
provozu nebo zajištění bezpečnosti IS nebo KS KII a VIS. Rozsah zapojení dodavatelů na
rozvoji, provozu nebo zajištění bezpečnosti IS nebo KS KII a VIS dokumentován písemnou
smlouvou, jejíž součástí je ustanovení o bezpečnosti informací.
5.2.3.2.6 NP070-Řízení aktiv (VoKB § 8)
odst. 1 a):
Jsou identifikována a evidována primární aktiva.
Strana 241
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
odst. 1 b):
Jsou určeni jednotliví garanti aktiv, kteří jsou odpovědní za primární aktiva.
odst. 1 c):
Je hodnocena důležitost primárních aktiv z hlediska důvěrnosti, integrity a dostupnosti a tato
aktiva jsou zařazena do jednotlivých úrovní minimálně v rozsahu podle přílohy č. 1 k VoKB.
Při hodnocení důležitosti primárních aktiv je posouzeno především:
• odst. 2 a): Rozsah a důležitost osobních údajů nebo obchodního tajemství.
• odst. 2 b): Rozsah dotčených právních povinností nebo jiných závazků.
• odst. 2 c): Rozsah narušení vnitřních řídících a kontrolních činností.
• odst. 2 d): Poškození veřejných, obchodních nebo ekonomických zájmů.
• odst. 2 e): Možné finanční ztráty.
• odst. 2 f): Rozsah narušení běžných činností orgánu a osoby.
• odst. 2 g): Dopady spojené s narušením důvěrnosti, integrity a dostupnosti.
• odst. 2 h): Dopady na zachování dobrého jména nebo ochranu dobré pověsti.
Jsou stanovena pravidla ochrany, nutná pro zabezpečení jednotlivých úrovní aktiv tím, že:
• odst. 4 a) 1.: Jsou určeny způsoby rozlišování jednotlivých úrovní aktiv.
• odst. 4 a) 2.: Jsou stanovena pravidla pro manipulaci a evidenci s aktivy podle úrovní
aktiv, včetně pravidel pro bezpečné elektronické sdílení a fyzické přenášení aktiv.
• odst. 4 a) 3.: Jsou stanoveny přípustné způsoby používání aktiv.
• odst. 4 b): Jsou zavedena pravidla ochrany odpovídající úrovni aktiv.
• odst. 4 c): Jsou určeny způsoby pro spolehlivé smazání nebo ničení technických
nosičů dat s ohledem na úroveň aktiv.
5.2.3.2.7 NP071-Bezpečnost lidských zdrojů (VoKB § 9)
odst. 1 a):
Je stanoven plán rozvoje bezpečnostního povědomí, který obsahuje formu, obsah a rozsah
potřebných školení a jsou určeny osoby provádějící realizaci jednotlivých činností, které jsou
v plánu uvedeny.
odst. 1 b):
V souladu s plánem rozvoje bezpečnostního povědomí je zajištěno poučení uživatelů,
administrátorů a osob zastávajících bezpečnostní role o jejich povinnostech a o bezpečnostní
politice formou vstupních a pravidelných školení.
Strana 242
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
odst. 1 c):
Je zajištěna kontrola dodržování bezpečnostní politiky ze strany uživatelů, administrátorů a
osob zastávajících bezpečnostní role.
odst. 1 d):
Je zajištěno vrácení svěřených aktiv a odebrání přístupových oprávnění při ukončení
smluvního vztahu s uživateli, administrátory nebo osobami zastávajícími bezpečnostní role.
odst. 2:
O školení podle odstavce 1 jsou vedeny přehledy, které obsahují předmět školení a seznam
osob, které školení absolvovaly.
5.2.3.2.8 NP072-Řízení provozu a komunikací (VoKB § 10)
odst. 1:
Pomocí technických nástrojů uvedených v § 21 až 23 jsou detekovány kybernetické
bezpečnostní události, pravidelně vyhodnocovány získané informace a na zjištěné nedostatky
reagováno v souladu s: Zvládání kybernetických bezpečnostních událostí a incidentů (VoKB §
13).
odst. 2:
Zajištěn bezpečný provoz informačního systému kritické informační infrastruktury,
komunikačního systému kritické informační infrastruktury a významného informačního
systému. Za tímto účelem jsou stanoveny provozní pravidla a postupy.
odst. 4:
Je prováděno pravidelné zálohování a prověřování použitelnosti provedených záloh.
5.2.3.2.9 NP073-Řízení přístupu a bezpečné chování uživatelů (VoKB § 11)
odst. 1:
Na základě provozních a bezpečnostních potřeb je řízen přístup k informačnímu systému
kritické informační infrastruktury, komunikačnímu systému kritické informační infrastruktury a
významnému informačnímu systému a každému uživateli je přiřazen jednoznačný
identifikátor.
Strana 243
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
odst. 2:
Jsou přijata opatření, která slouží k zajištění ochrany údajů, které jsou používány pro
přihlášení uživatelů a administrátorů informačního systému kritické informační struktury,
komunikačního systému kritické informační infrastruktury a významného informačního
systému podle Nástroj pro ověřování identity uživatelů (VoKB § 18) a Nástroj pro řízení
přístupových oprávnění (VoKB § 19), a která brání ve zneužití těchto údajů neoprávněnou
osobou.
5.2.3.2.10 NP074-Akvizice, vývoj a údržba (VoKB § 12)
odst. 1:
Jsou stanoveny bezpečnostní požadavky na změny informačního systému kritické informační
infrastruktury, komunikačního systému kritické informační infrastruktury nebo významného
informačního systému spojené s jejich akvizicí, vývojem a údržbou a jsou zahrnuty do
projektu akvizice, vývoje a údržby systému.
5.2.3.2.11 NP075-Zvládání kybernetických bezpečnostních událostí a incidentů (VoKB §
13)
a):
Jsou přijata nezbytná opatření, která zajistí oznamování kybernetických bezpečnostních
událostí u informačního systému kritické informační infrastruktury, komunikačního systému
kritické informační infrastruktury a významného informačního systému ze strany uživatelů,
administrátorů a osob zastávajících bezpečnostní role a o oznámeních jsou vedeny záznamy.
b):
Je připraveno prostředí pro vyhodnocení oznámených kybernetických bezpečnostních
událostí a kybernetických bezpečnostních událostí detekovaných technickými nástroji podle
Nástroj pro zaznamenávání činností kritické informační infrastruktury a významných
informačních systémů, jejich uživatelů a administrátorů (VoKB § 21),
Nástroj pro detekci kybernetických bezpečnostních událostí (VoKB § 22), Nástroj pro sběr a
vyhodnocení kybernetických bezpečnostních událostí (VoKB § 23), je prováděno jejich
vyhodnocení a jsou identifikovány kybernetické bezpečnostní incidenty.
c):
Je prováděna klasifikace kybernetických bezpečnostních incidentů, přijímáno opatření pro
odvrácení a zmírnění dopadu kybernetického bezpečnostního incidentu, prováděno hlášení
kybernetického bezpečnostního incidentu podle § 32 a zajištěn sběr věrohodných podkladů
potřebných pro analýzu kybernetického bezpečnostního incidentu.
Strana 244
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
d):
Jsou prošetřeny a určeny příčiny kybernetického bezpečnostního incidentu, vyhodnocena
účinnost řešení kybernetického bezpečnostního incidentu a na základě vyhodnocení jsou
stanovena nutná bezpečnostní opatření k zamezení opakování řešeného kybernetického
bezpečnostního incidentu.
e):
Zvládání kybernetických bezpečnostních incidentů je dokumentováno.
5.2.3.2.12 NP076-Řízení kontinuity činností (VoKB § 14)
odst. 1 a):
Jsou stanoveny práva a povinnosti garantů aktiv, administrátorů a osob zastávajících
bezpečnostní role.
Jsou stanoveny cíle řízení kontinuity činností formou určení:
• odst. 1 b) 1.: Minimální úrovně poskytovaných služeb, která je přijatelná pro užívání,
provoz a správu informačního systému kritické informační infrastruktury,
komunikačního systému kritické informační infrastruktury nebo významného
informačního systému.
• odst. 1 b) 2.: Doby obnovení chodu, během které bude po kybernetickém
bezpečnostním incidentu obnovena minimální úroveň poskytovaných služeb
informačního systému kritické informační infrastruktury, komunikačního systému
kritické informační infrastruktury nebo významného informačního systému.
• odst. 1 b) 3.: Doby obnovení dat jako termínu, ke kterému budou obnovena data po
kybernetickém bezpečnostním incidentu.
• odst. 1 c): Je stanovena strategie řízení kontinuity činností, která obsahuje naplnění
cílů podle písmene b).
5.2.3.2.13 NP077-Kontrola a audit kybernetické bezpečnosti (VoKB § 15)
odst. 1 a):
Je posouzen soulad bezpečnostních opatření s obecně závaznými právními předpisy,
vnitřními předpisy, jinými předpisy a smluvními závazky vztahujícími se k informačnímu
systému kritické informační infrastruktury, komunikačnímu systému kritické informační
infrastruktury a VIS a určena opatření pro jeho prosazování.
Strana 245
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
odst. 1 b):
Jsou prováděny a dokumentovány pravidelné kontroly dodržování bezpečnostní politiky a
výsledky těchto kontrol jsou zohledněny v plánu rozvoje bezpečnostního povědomí a plánu
zvládání rizik.
5.2.3.3 Technická opatření
5.2.3.3.1 NP078-Fyzická bezpečnost (VoKB § 16)
odst. 1 a):
Jsou přijata nezbytná opatření k zamezení neoprávněnému vstupu do vymezených prostor,
kde jsou zpracovávány informace a umístěna technická aktiva informačního systému kritické
informační infrastruktury, komunikačního systému kritické informační infrastruktury nebo
významného informačního systému.
odst. 1 b):
Jsou přijata nezbytná opatření k zamezení poškození a zásahům do vymezených prostor, kde
jsou uchovány informace a umístěna technická aktiva informačního systému kritické
informační infrastruktury, komunikačního systému kritické informační infrastruktury nebo
významného informačního systému.
odst. 1 c):
Je předcházeno poškození, krádeži nebo kompromitaci aktiv nebo přerušení poskytování
služeb informačního systému kritické informační infrastruktury, komunikačního systému
kritické informační infrastruktury nebo významného informačního systému.
5.2.3.3.2 NP079-Nástroj pro ochranu integrity komunikačních sítí (VoKB § 17)
Pro ochranu integrity rozhraní vnější komunikační sítě, která není pod správou orgánu nebo
osoby, a vnitřní komunikační sítě, která je pod správou orgánu nebo osoby, je zavedeno(a):
• odst. 1 a): Řízení bezpečného přístupu mezi vnější a vnitřní sítí.
• odst. 1 b): Segmentace zejména použitím demilitarizovaných zón jako speciálního
typu sítě používaného ke zvýšení bezpečnosti aplikací dostupných z vnější sítě a k
zamezení přímé komunikace vnitřní sítě s vnější sítí.
• odst. 1 c): Použití kryptografických prostředků (Kryptografické prostředky (VoKB § 25))
pro vzdálený přístup, vzdálenou správu nebo pro přístup pomocí bezdrátových
technologií.
• odst. 1 d): Opatření pro odstranění nebo blokování přenášených dat, která
neodpovídají požadavkům na ochranu integrity komunikační sítě.
Strana 246
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.2.3.3.3 NP080-Nástroj pro ověřování identity uživatelů (VoKB § 18)
odst. 1.:
Jsou používány nástroje pro ověření identity uživatelů a administrátorů informačního
systému kritické informační infrastruktury, komunikačního systému kritické informační
infrastruktury a významného informačního systému.
Nástroj pro ověřování identity uživatelů, který používá autentizaci pouze heslem, zajišťuje:
• odst. 3 a): Minimální délku hesla osm znaků.
• odst. 3 b): Minimální složitost hesla tak, že heslo bude obsahovat alespoň tři z
následujících čtyř požadavků: 1. nejméně jedno velké písmeno, 2. nejméně jedno
malé písmeno, 3. nejméně jednu číslici nebo 4. nejméně jeden speciální znak, který
není uveden v bodech 1 až 3.
• odst. 3 c): Maximální dobu pro povinnou výměnu hesla nepřesahující sto dnů; tento
požadavek není vyžadován pro samostatné identifikátory aplikací.
• odst. 5: Nástroj pro ověřování identity uživatelů je zajištěn jinými způsoby, než jaké
jsou stanoveny v odstavcích 3 až 5, a orgán a osoba doložil(a), že použitá opatření
zajišťují stejnou nebo vyšší úroveň odolnosti hesla.
5.2.3.3.4 NP081-Nástroj pro řízení přístupových oprávnění (VoKB § 19)
Je používán nástroj pro řízení přístupových oprávnění, kterým zajišťuje řízení oprávnění:
• odst. 1 a): Pro přístup k jednotlivým aplikacím a datům.
• odst. 1 b): Pro čtení dat, pro zápis dat a pro změnu oprávnění.
5.2.3.3.5 NP082-Nástroj pro ochranu před škodlivým kódem (VoKB § 20)
Pro řízení rizik spojených s působením škodlivého kódu je používán nástroj pro ochranu
informačního systému kritické informační infrastruktury, komunikačního systému kritické
informační infrastruktury a významného informačního systému před škodlivým kódem, který
zajistí ověření a stálou kontrolu:
• odst. 1 b): Serverů a sdílených datových úložišť.
• odst. 1 c): Pracovních stanic. Tato část požadavku může být zajištěna organizačně,
např. formulací podmínek užití systému a splnění této povinnosti tak přeneseno na
uživatele.
Je prováděna pravidelná aktualizace nástroje pro ochranu před škodlivým kódem, jeho
definic a signatur.
Strana 247
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.2.3.3.6 NP083-Nástroj pro zaznamenávání činností kritické informační infrastruktury
a významných informačních systémů, jejich uživatelů a administrátorů (VoKB
§ 21)
Je používán nástroj pro zaznamenávání činností informačního systému kritické informační
infrastruktury, komunikačního systému kritické informační infrastruktury a významného
informačního systému, který zajišťuje:
• odst. 1 a): Sběr informací o provozních a bezpečnostních činnostech, zejména typ
činnosti, datum a čas, identifikaci technického aktiva, které činnost zaznamenalo,
identifikaci původce a místa činnosti a úspěšnost nebo neúspěšnost činnosti.
• odst. 1 b): Ochranu získaných informací před neoprávněným čtením nebo změnou.
Pomocí nástroje pro zaznamenávání činnosti informačního systému kritické informační
infrastruktury, komunikačního systému kritické informační infrastruktury a významného
informačního systému je zaznamenáváno(y):
• odst. 2 b): Činnosti provedené administrátory.
• odst. 2 c): Činnosti vedoucí ke změně přístupových oprávnění.
• odst. 2 d): Neprovedení činností v důsledku nedostatku přístupových oprávnění a
další neúspěšné činnosti uživatelů.
• odst. 2 e): Zahájení a ukončení činností technických aktiv informačního systému
kritické informační infrastruktury, komunikačního systému kritické informační
infrastruktury a významného informačního systému.
• odst. 2 f): Automatická varovná nebo chybová hlášení technických aktiv.
• odst. 2 g): Přístupy k záznamům o činnostech, pokusy o manipulaci se záznamy o
činnostech a změny nastavení nástroje pro zaznamenávání činností.
odst. 4:
Nejméně jednou za 24 hodin je prováděna synchronizace jednotného systémového času
technických aktiv patřících do informačního systému kritické informační infrastruktury,
komunikačního systému kritické informační infrastruktury nebo významného informačního
systému.
5.2.3.3.7 NP084-Nástroj pro detekci kybernetických bezpečnostních událostí (VoKB §
22)
odst. 1:
Je používán nástroj pro detekci kybernetických bezpečnostních událostí, který vychází ze
stanovených bezpečnostních potřeb a výsledků hodnocení rizik a který zajistí ověření,
kontrolu a případné zablokování komunikace mezi vnitřní komunikační sítí a vnější sítí.
Strana 248
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.2.3.3.8 NP085-Aplikační bezpečnost (VoKB § 24)
odst. 1:
Jsou prováděny bezpečnostní testy zranitelnosti aplikací, které jsou přístupné z vnější sítě, a
to před jejich uvedením do provozu a po každé zásadní změně bezpečnostních mechanismů.
5.2.3.3.9 NP086-Kryptografické prostředky (VoKB § 25)
Pro používání kryptografické ochrany je(jsou) stanovena:
• odst. 1 a) 1.: Úroveň ochrany s ohledem na typ a sílu kryptografického algoritmu.
• odst. 1 a) 2.: Pravidla kryptografické ochrany informací při přenosu po komunikačních
sítích nebo při uložení na mobilní zařízení nebo vyměnitelné technické nosiče dat.
• odst. 1 b): V souladu s bezpečnostními potřebami a výsledky hodnocení rizik jsou
používány kryptografické prostředky, které zajistí ochranu důvěrnosti a integrity
předávaných nebo ukládaných dat a prokázání odpovědnosti za provedené činnosti.
5.2.3.3.10 NP087-Nástroj pro zajišťování úrovně dostupnosti (VoKB § 26)
odst. 1:
V souladu s bezpečnostními potřebami a výsledky hodnocení rizik je používán nástroj pro
zajišťování úrovně dostupnosti informací.
5.2.4 Přístupnost a ovladatelnost
req Přístupnost a ov ladatelnost
NP020- Reakce na NP017-Robustnost NP018- Nápověda NP019- Přístupnost
chyby uživatele
Obrázek 53: Přístupnost a ovladatelnost
5.2.4.1 NP017-Robustnost
GUI aplikačních modulů musí být dostatečně robustní, odolné vůči chybám uživatele
5.2.4.2 NP018- Nápověda
Uživatelské rozhraní musí obsahovat prvky nápovědy
Strana 249
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.2.4.3 NP019- Přístupnost
Webová rozhraní musí dodržovat pravidla přístupného webu pro účely novely Zákona č.
365/2000 Sb. o informačních systémech veřejné správy, provedenou zákonem č. 81/2006 Sb.
5.2.4.4 NP020- Reakce na chyby uživatele
Aplikace musí vhodně zareagovat na chyby uživatelského ovládání a vstupních dat a formou
chybového hlášení a nápovědy podat srozumitelné vysvětlení chyby popř. nabídnout řešení
5.2.5 Rozšiřitelnost a modifikovatelnost
custom Rozšiřitelnost a modifikov atelnost
NP022- NP021- Otevřená
Uži vatel ské dokumentace
atri bu ty rozhraní
Obrázek 54: Rozšiřitelnost a modifikovatelnost
5.2.5.1 NP021- Otevřená dokumentace rozhraní
Systém musí využívat veřejná detailně zdokumentovaná rozhraní. Používání
nezdokumentovaných rozhraní není přípustné. Výrobcům (třetím stranám) tak musí být
umožněno vytvářet aplikace využívající tato veřejná rozhraní.
5.2.5.2 NP022- Uživatelské atributy
Pro vybrané entity definované ve fázi detailního návrhu je třeba zajistit možnost přidávat
uživatelsky definované atributy bez nutnosti programátorských zásahů, tj. jen změnou
konfigurace administrátorem.
Tyto atributy budou rovněž dostupné přes komunikační rozhraní (API webových služeb). K
tomuto rozhraní bude řízený přístup pro zaregistrované aplikace. Příkladem použití muže být
např. uložení názvu životní situace Portálu veřejné správy k fragmentu předpisu.
Strana 250
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.2.6 Výkon
custom Výkon NP023- Doba odezvy NP025- Rezerva NP026- Kontinuální NP027- Monitorování
výkonu ověřování provozních dostupnosti
NP024- Kapacita parametrů
datových úložišť
NP028- NP048- Kapacita NP049- Rezervace
Šká l o va te l n o st výkonu pro dohledové
a bezpečnostní
n á stro j e
Obrázek 55: Výkon
5.2.6.1 NP023- Doba odezvy
• doba odezvy běžné stránky rozhraní <= 2 sec, při výpadku jednoho datového centra
doba odezvy běžné stránky rozhraní <= 4 sec
• doba odezvy systémových a analytických výstupů <= 10 sec pro 90% požadavků za
měsíc.
5.2.6.2 NP024- Kapacita datových úložišť
• obsazený úložný prostor – max. 10 TB s přibližně lineárním nárůstem o max. 5 TB za
rok27
• dostupný úložný prostor – udržení minimální hodnoty dostupného prostoru 5TB.
5.2.6.3 NP025- Rezerva výkonu
Průměrné zatížení procesorů serverů: Průměr za hodinu do 50%. Při výpadku jednoho
datového centra není rezerva požadována (veškerý dostupný výkon se použije pro obsluhu
uživatelů; není požadováno, aby abolutní výkon instalovaný v záložním datovém centru byl
identický jako v primárním datovém centru).
5.2.6.4 NP026- Kontinuální ověřování provozních parametrů
V rutinním provozu systému e-Sbírka a e-Legislativa budou platit stejné parametry jako v
pilotním provozu.
27 Vysvětlení z odpovědí na otázky v zadávacím řízení:
Jedná se o horní odhad pro produkční business data e-Sbírky a e-Legislativy bez systémových dat (OS,
infrastrukturní služby, DB logy, replikovaná kopie v záložní lokalitě, zálohy, rezervy apod.). Školící a
testovací prostředí v odhadu zahrnuto není.
Strana 251
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.2.6.5 NP027- Monitorování dostupnosti
Dostupnost bude monitorována několika způsoby:
• Monitorovací nástroj periodicky spouští funkčnost systému a tím ověřuje, že je systém
dostupný (funkčnost, která se používá pro účely monitorování, by měla být
reprezentativní, tj. měla by implementovat základní scénář zpracování požadavku). K
tomuto účelu se většinou nepoužívá speciálně naimplementovaná funkčnost
(nepoužívá se business funkčnost implementovaná v systému.
• Systém periodicky oznamuje monitorovacímu nástroji, že je dostupný.
• Kdykoliv systém zjistí v rámci standardního zpracování funkčností, že některý z
volaných systémů je nedostupný, informuje monitorovací nástroj o zjištěné
nedostupnosti jiného systému.
5.2.6.6 NP028- Škálovatelnost
Systém musí být rozšiřitelný posilováním a duplikováním hardwarové infrastruktury.
5.2.6.7 NP048- Kapacita
Počty uživatelů, požadavků a uživatelských spojení jsou pro jednotlivé systémy odhadovány
následovně.
e-Sbírka - Uživatelé
celkem:
• 7,5 milionu uživatelů
průměrně:
• 3 nové uživatelské spojení za sekundu
• 150 otevřených požadavků
• 3 stránky za vteřinu (denní průměr)
špičkově:
• 60 nových uživatelských spojení za sekundu
• 1500 otevřených požadavků
• 60 stránek za vteřinu (běžná denní špička)
e-Sbírka - Databáze
Špičková hodnota dotazovacích služeb: 60 dotazů/s
Strana 252
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
e-Legislativa - Uživatelé
celkem:
• 4000 uživatelů
průměrně:
• 2 nové uživatelské spojení za sekundu
• 200 otevřených požadavků
špičkově:
• 20 nových uživatelských spojení za sekundu
• 1000 otevřených požadavků
e-Legislativa - Databáze
Špičková hodnota dotazovacích služeb: 130 dotazů/s
5.2.6.8 NP049- Rezervace výkonu pro dohledové a bezpečnostní nástroje
V každém datovém centru musí být vyhrazeny dva virtuální servery pro provoz dohledových
a bezpečnostních nástrojů CMS a DCeGOV, a to nejméně o následující kapacitě a
specifikacích:
• vCPU: 4x
• RAM: 32 GB
• Disk 1 (OS): 80 GB
• Disk 2 (Data): 80 GB
Tyto virtuální servery musí být v rámci datového centra provozovány v režimu vysoké
dostupnosti na úrovni Virtualizace tak, aby provozovaný hostitelský HW byl alespoň ve
formátu N+1 (tedy aby hostitelský HW byl alespoň ze dvou serverů).
Virtualizační technologie pro tyto servery musí být jedna z následujících:
• Redhat
• VWware
• Hyper-V
Strana 253
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.2.7 Správa dat
custom Správ a dat NP030- Použití NP031- Zaručena NP032- Časová NP033- Mazání a
databází neměnnost dat znač ka zneplatnění dat
NP029- Centrální
databáze
Obrázek 56: Správa dat
5.2.7.1 NP029- Centrální databáze
Při návrhu Centrálního datového úložiště je potřeba zohlednit zejména:
• Požadavek na centrální databázi založenou na relačním základu.
• Požadavek na důvěryhodné úložiště elektronických dokumentů.
Centrální databáze musí umožňovat autentizaci a autorizaci použivatelů na úrovni databáze a
řízení přístupu k datům na základe oprávnění které má použivatel přirazené a musí
umožňovat šifrování všech informací uložených v databáze. Taktéž komunikace okolitých
subsystémů s databázi musí probíhat s využitím šifrovaného spojení28.
Navržení systém musí splňovat:
• Navržený systém bude připraven pro certifikaci „důvěryhodného digitálního
repositáře“ (TRAC).
• Navržený systém bude splňovat požadavky zákona č. 499/2004 Sb., o archivnictví a
spisové službě a změně některých zákonů, ve znění pozdějších předpisů a jeho
prováděcích předpisů.
5.2.7.2 NP030- Použití databází
Persistence veškerých dat musí být zajištěna s použitím prostředků databázových systémů.
5.2.7.3 NP031- Zaručena neměnnost dat
U všech dokumentů bude zaručena neměnnost dat, nesmazatelnost dokumentu29.
28 Vysvětlení z odpovědi na otázku v zadávacím řízení:
Požadavek šifrované spojení se vztahuje na centrální databázi (centrální databázové úložiště) jako
celek, tzn, jak na část relační, tak na zabezpečené úložiště (důvěryhodné úložiště elektronických
dokumentů).
29 Vysvětlení z odpovědí na otázky v zadávacím řízení:
Tento požadavek se obecně týká všech dokumentů v systému. Lze však předpokládat, že způsob jeho
naplnění definovaný v implementační analýze bude technologicky odlišný pro dokumenty různých
typů - od prostředků dlouhodobého úložiště (např. pro soubory právní povahy, kdy je požadavek na
neměnnost dat a nesmazatelnost nutno považovat za absolutní) až po čistě aplikační logiku (např. pro
soubory vložené uživateli do prostoru spolupráce, kde může být požadavek implementován např.
Strana 254
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.2.7.4 NP032- Časová značka
Aplikace umožní, aby všechny vložené dokumenty byly opatřeny verzí, ukládány s časovou
značkou30.
5.2.7.5 NP033- Mazání a zneplatnění dat
Mazání dat / dokumentů nebude ve většině případů vůbec umožněno. V některých
případech, které budou předem specifikovány, Aplikace umožní pouze zneplatnění.
5.2.8 Provoz a infrastruktura
Provozní požadavky zahrnují požadavky a další omezení s ohledem na potřeby provozu
systému.
req Prov oz NP035- Provozní NP036- NP037- Rozhraní NP038- NP039-
doba Dostupnost pro vzdálenou M o n i to ro vá n í Zálohování a
NP034- Odolnost správu obnova
proti výpadku a NP044- Klientské systémových
katastrofám NP043- Klíčové p l a tfo rm y komponent
parametry úrovně
NP040- NP041- NP042- služeb (SLA)
Zálohování a Zabezpeč ení Infrastruktura
obnova zá l o h o vá n í
spravovaných dat
Obrázek 57: Provoz
5.2.8.1 NP034- Odolnost proti výpadku a katastrofám
Systém musí být zajištěn proti výpadku a proti katastrofám redundancí všech klíčových
komponent a jejich geografickou distribucí. Systém nesmí obsahovat na úrovní hw
infrastruktury jedinečné technické prvky, jejichž výpadek by vedl k selhání celého systému
(single-point of failure). Tj. veškeré komponenty musí být redundantní a systém musí být
umístěn duplicitně v několika vzdálených lokalitách.
5.2.8.2 NP035- Provozní doba
• Systém musí být provozován v režimu 24x7, tj. 24 hodin denně, 7 dní v týdnu.
pomocí kombinace systému oprávnění, verzování a možnosti obnovy smazaného dokumentu po
určitou dobu po pokynu oprávněného uživatele ke smazání dokumentu).
30 Vysvětlení z odpovědí na otázky v zadávacím řízení:
Zadavatel nebrání v různé implementaci požadavku pro různé typy dokumentů v různých typech
úložišť. V důvěryhodném úložišti může tak např. časovou značku implementovat elektronické časové
razítko, v relační databázi může časovou značku implementovat časový údaj v databázi reprezentující
datum a čas vzniku dokumentu a každé jeho verze.
Strana 255
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• Přípustná doba plánované odstávky v operační době souhrnně 8 hod měsíčně.
Předpokládaný provoz help desku zajišťujícího uživatelskou podporu je:
Po-Pá: 6:00 – 22:00
So-Ne: 8:00 – 20:00
5.2.8.3 NP036- Dostupnost
Systém musí být možno provozovat v režimu 24x7 s dostupností 99.9% (měřeno
v kalendářním roce).
5.2.8.4 NP037- Rozhraní pro vzdálenou správu
Systém musí poskytovat rozhraní pro vzdálenou správu, preferenčně pomocí WWW
prohlížeče.
5.2.8.5 NP038- Monitorování
Systém musí poskytnout automatizované rozhraní pro monitorování své činnosti,
preferenčně na bázi protokolu SNMP.
5.2.8.6 NP039- Zálohování a obnova systémových komponent
Subsystém bude umožňovat zálohování a obnovu všech svých komponent jako jsou vlastní
softwarové komponenty, konfigurační data atp. a to prostředky manuálního i centrálního
automatizovaného systému zálohy a obnovy.
5.2.8.7 NP040- Zálohování a obnova spravovaných dat
Systém musí zajišťovat zálohování a obnovu všech systémech vytvářených a zpravovaných
dat a to prostředky manuálního i centrálního automatizovaného systému zálohy a obnovy.
5.2.8.8 NP041- Zabezpečení zálohování
Zálohování se bude skládat ze dvou částí:
Real-time31 backup v primární lokalitě.
Fail-over backup v záložní lokalitě.
31 Vysvětlení z odpovědi na otázku v zadávacím řízení:
Všechna zálohování je vzhledem k SLA nutno provozovat za běhu systému. Výrazem real-time je
míněno zejména to, že se jedná o zálohu živých (primárních) produkčních dat. Naproti to mu failover
backup může být proveden již nad primární zálohou.
Strana 256
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.2.8.9 NP042- Infrastruktura
Předpokládáme, že infrastruktura, bude splňovat zejména požadavky na:
• Zajištění ochrany prostor – bezpečnostní perimetr,
• Zabezpečení přístupu osob,
• Nezávislý zdroj elektrického proudu /UPS/,
• Přesná klimatizace prostor,
• Datové rozvody dle technických norem,
• Bezpečnost kabelových rozvodů,
• Zabezpečení a ochranu datového centra vč. elektronické zabezpečovací signalizace,
• Vícenásobné kapacitní připojení k internetu.
5.2.8.10 NP043- Klíčové parametry úrovně služeb (SLA)
Systém musí být možné provozovat s nastavením úrovně služeb (SLA) dle níže uvedených
parametrů32.
RTO = 4 hodiny (včetně obnovy při ztrátě či poškození dat)
RPO = 10 minut s chráněním proti rizikům:
• výpadku či ztrátě jednoho datového centra
• uživatelskému, administrátorskému či aplikačnímu (způsobené SW chybou) poškození
či ztrátě databází
Navíc systém musí garantovat nulovou ztrátu dat vyhlašovaných eLegislativou do eSbírky
(vzhledem k výše uvedeným rizikům).
V případě, že dojde k výpadku systému včetně ztráty nebo poškození dat a systém je
obnoven se starší verzí dat, musí tlustý klient eŠablony pro plusovou osu nabídnout uživateli
k zapracování fragmenty obsahu, které byly do centrálního systému odeslány, avšak
obnovou dat byly ztraceny. Tato funkce musí být schopná nabídnout obnovou takových
fragmentů minimálně po dobou definovanou parametrem RPO.
32 Vysvětlení z odpovědi na otázku v zadávacím řízení:
Tyto požadavky se vztahují k produkčnímu prostředí. Pro Testovací a školící prostředí není stanoveno
konkrétní SLA.
Strana 257
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.2.8.11 NP044- Klientské platformy
Části systému běžící na pracovní stanici uživatele (tlustý klient) musí být provozovatelné na
následujících OS:
• Windows 7 a novější
• OS X 10.x a novější, který je podporován výrobcem OS
Části systému běžící v internetovém prohlížeči uživatele (tenký klient) musí být
provozovatelné v následujících prohlížečích: Internet Explorer, Edge, Firefox, Chrome, Safari či
jejich nástupci ve verzích podporovaných výrobci prohlížečů.
Z pohledu mobilních zařízení jsou na tenké klienty kladeny následující požadavky:
• uživatelské rozhraní musí být funkční a přiměřeně ergonomické v prohlížeči
mobilního zařízení o velikosti úhlopříčky 4“ a vyšší; řešení může obsahovat „mobilní
verze“ uživatelského rozhraní s omezenou funkčností, nejsou však požadovány
(předpokládá se použití tzv. „desktop“ režimu webových stránek)
• prohlížení obsahů právních aktů musí být uzpůsobeno i pro režimy čtení (režimy
čtečky) mobilních zařízení
• musí umožňovat dotykové ovládání
5.2.9 Školení
req Školení NP0 5 1 -Ško l e n í NP0 5 2 -Na p l n ě n í
uživatelů e-Legislativy e-Legislativy školícími
NP0 5 0 -Ško l ící m a te ri á l y
prostředí
NP053-Školení správců systému a NP054-Školení pracovníků
pracovníků technické podpory legislativní podpory
Obrázek 58: Školení
5.2.9.1 NP050-Školící prostředí
Školení bude probíhat na testovacím prostředí. Půjde o repliku provozního prostředí, které
bude v definovaných intervalech synchronizováno s produkčním prostředím. Tam kde je to
možné, bude testovací prostředí napojeno na odpovídající (testovací) prostředí externích
systémů (např. oDOK).
Strana 258
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Účelem školícího/testovacího prostředí je umožnit uživatelům, aby si mohli systém vyzkoušet
ve všech funkcionalitách.
Odkaz na školící prostředí bude umístěn na portále e-Legislativy.
5.2.9.2 NP051-Školení uživatelů e-Legislativy
Jak v rámci uvedení systému do provozu, tak i v průběhu provozu je potřeba zajistit školení
uživatelů e-Legislativy.
Základem systému školení budou prezenční interaktivní školení uživatelů. Vyškolení v práci v
systému bude podporováno moderními technickými prostředky (videotutoriály, e-learningy).
Portál e-Legislativy bude rovněž obsahovat sekci pro často kladené otázky.
Školení uživatelů ve využívání systému e-Sbírka není předpokládáno. Bude zajištěno
elektronickými prostředky zejména poskytnutím videotutoriálů.
Budou poskytovány následující typy prezenčních interaktivních školení.
Expertní e-Legislativa
Rozsah: 5x blok 8 hodin během 5 typicky po sobě jdoucích pracovních dní
Určeno primárně pro: Právníky legislativních odborů institucí (ministerstva, komory
Parlamentu ČR, Úřad vlády ČR, apod.), kteří se stanou experty v používání nástrojů e-
Legislativy i pro řídce používané scénáře, a kteří budou asistovat svým kolegům s řešením
neobvyklých nebo komplexních situací.
Popis školení: Školení se zaměří na všechny aspekty e-Legislativy, zejména však na detailní
proškolení všech funkcí e-Šablony pro plusovou osu.
Pokročilá e-Legislativa
Rozsah: 2x blok 8 hodin, které typicky nebudou během dvou po sobě jdoucí pracovních dní
Určeno primárně pro: Uživatele, u kterých se předpokládá tvorba právních aktů a předpisů,
právníci legislativních odborů institucí (mimo ty, kteří budou nominovaní na školení expertní
e-Legislativy) a věcní autoři právních aktů a předpisů.
Popis školení: Školení se zaměří na klíčové aspekty e-Legislativy, zejména však na detailní
proškolení klíčových funkcí e-Šablony pro plusovou osu nutných pro běžnou tvorbu právních
aktů a předpisů.
Úvod do e-Legislativy pro členy Parlamentu ČR Strana 259
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Rozsah: 0,5 školícího bloku
Určeno primárně pro: Členy Parlamentu ČR
Popis školení: Úvod do e-Legislativy zaměřený na činnosti, které budou rutinně provádět
členové Parlamentu ČR. Jedná se zejména o vyhledávání návrhů právních předpisů a jejich
zobrazování v různých režimech a tvorbu a prohlížení pozměňovacích návrhů.
Místo školení: určené prostory Parlamentu ČR
Poznámka: Toto školení bude k dispozici také v podobě videotutoriálu.
Pokročilá e-Legislativa pro členy Parlamentu ČR a jejich asistenty a asistentky
Rozsah: 0,5 školícího bloku
Určeno primárně pro: Členy Parlamentu ČR a jejich asistenty a asistentky
Popis školení: Školení bude navazovat na školení "Úvod do e-Legislativy pro členy
Parlamentu ČR" (na počátku bude jeho krátké shrnutí, ale předpokládá se absolvování
úvodního školení nebo shlédnutí příslušného videotutoriálu). Bude rozvíjet principy e-
Legislativy z úvodního školení, zejména s ohledem na tvorbu pozměňovacích návrhů.
Poznámka: Prezenční listiny asistentů a asistentek musí být oddělené od prezenčních listin
členů Parlamentu ČR.
Školení místních správců e-Legislativy
Rozsah: 0,5 školícího bloku
Určeno primárně pro: IT správce jednotlivých institucí
Popis školení: Školení bude zaměřené na administrační postupy, které budou moci
decentralizovaně provádět delegovaní správci v rámci jednotlivých institucí. Bude se zejména
jednat o řízení oprávnění přístupu k jednotlivým návrhům právních aktů a předpisů tak, aby
správci mohli řídit vnitřní proces přípravy nebo schvalování návrhů uvnitř institucí. Součástí
školení bude i správa uživatelů patřících k jednotlivým institucím.
Strana 260
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.2.9.3 NP052-Naplnění e-Legislativy školícími materiály
Součástí portálu e-Legislativy bude prostor obsahující školící materiály. Jedná se zejména o:
Často kladené otázky (FAQ)
Průběžně doplňované stránky obsahující nejčastější dotazy na Help Desk a odpovědi na ně.
Manuály
Manuály budou obsahovat popis funkcionality a uživatelského rozhraní systémů e-Sbírka a
e-Legislativa a jeho použití. Popis bude pro jednotlivé obrazovky, resp. případy užití s odkazy
na procesy, ve kterých se používají.
Videotutoriály
Videotutoriály budou na míru profesionálně vytvořená videa za účelem interaktivní
prezentace všech vlastností systémů e-Sbírka a e-Legislativa.
Předpokládáme 5 instruktážních videotutoriálů o systému e-Sbírka v celkové délce 15 minut
a 25 instruktážních videotutoriálů k systému e-Legislativa v celkové délce 2 hodin.
Ve formě videotutoriálu bude zpracováno i školení Úvod do e-Legislativy pro členy
Parlamentu ČR (nepočítá se do výše uvedených celkových délek videotutoriálů).
Obsah pro úvodní samostudium
Prezenční školení budou doplněna samostudiem pro cca 2500 uživatelů (nad nebo mimo
rámec prezenčních školení). Pro samostudium budou vytvořen obsah pomocí moderních
technických prostředků (interaktivní prezentace doplněné videoukázkami apod.) v rozsahu
cca 8 hodin samostudia jednoho uživatele, rozdělené do nejméně pěti oddělených kapitol.
5.2.9.4 NP053-Školení správců systému a pracovníků technické podpory
V rámci přípravy uvedení systému do pilotního i produkčního provozu je nutné zajistit
zaškolení provozních správců systému a pracovníků první a druhé úrovně podpory systému.
Zaškolením provozních správců systému je míněno zejména školení provozu a údržby
dodaného HW (servery, disková pole, síťové prvky apod.), platformního SW (jako OS,
databáze apod.), školení provozu a údržby integrací s ostatními systémy, školení bezpečnosti,
školení dohledu, školení provozu33, údržby a správy SW vyvinutého pro systémy e-Sbírka e-
Legislativa, včetně školení správy systémů e-Sbírka a e-Legislativa samotných.
Předběžně se očekává kapacita 5 až 10 provozních správců, 5 až 10 pracovníků pro zajištění
podpory úrovně 1 a zhruba 10 pracovníků pro zajištění podpory úrovně 2. Při zaškolení
33 Vysvětlení z odpovědi na otázku v zadávacím řízení:
Součástí je i zaškolení správců do operací přepínání mezi lokalitami včetně testů přepínání mezi
lokalitami.
Strana 261
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
pracovníků pro podporu úrovně 2 se očekává zaškolení zaměřené i na pokročilejší a složitější
funkce e-Legislativy.
Součástí školení pracovníků podpory je i tvorba a poskytnutí základních materiálů
nezbytných pro zaškolení a vykonávání této činnosti, např. vytvoření FAQ.
5.2.9.5 NP054-Školení pracovníků legislativní podpory
Vedle běžných uživatelů eLegislativy je nutné provést zaškolení pokročilých uživatelů, kteří
budou následně poskytovat služby technického a legislativního helpdesku nebo asistovat
dalším uživatelům (zejména vybraní pracovními odborných aparátů obou komor parlamentu,
úřadu vlády, publikačního úřadu či legislativních odborů ministerstev). Jedná se cca o 30-50
osob. Zaškolení pokročilých uživatelů by mělo probíhat:
• účastí pokročilých uživatelů na testování systému, přípravě a provedení pilotního
provozu
• 20-25 půldenních workshopů v rámci testování, pilotního provozu a prvního půl roku
produkčního provozu určených k předávání funkčního know how systému, řešení
praktických problémů v běžných i neobvyklých situacích
5.2.10 Dokumentace
req Dokumentace NP0 9 1 -Arch i te kto n i cká NP092-Provozní a NP0 9 3 -Uži va te l ská NP0 9 4 -Pro j e kto vá
a technická i nstal ač ní dokumentace dokumentace
NP090-Dokumentace dokumentace dokumentace
detailní analýzy NP098-Jazyk NP099-Struč ná
NP097-Dokumentace dokumentace dokumentace
NP095-Bezpeč nostní NP0 9 6 -Vývo j o vá skutečného provedení ško l e n í
dokumentace dokumentace
Obrázek 59: Dokumentace
5.2.10.1 NP090-Dokumentace detailní analýzy a návrhu řešení
Dokumentace detailní analýzy v následujícím rozsahu:
• Funkční požadavky
Převzetí a případné upřesnění funkčních požadavků ze Zadávací dokumentace.
• Nefunkční požadavky
Strana 262
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Rozpracování nefunkčních požadavků ze Zadávací dokumentace v závislosti na
zvolených technologiích.
• Detailní analýza procesů
Aktualizace procesů ze Zadávací dokumentace dle aktuálního stavu pravidel
upravujících legislativní proces, včetně rozpracování a finalizace oblasti „Spolupráce s
institucemi a jejich systémy v rámci legislativního procesu“.
• Návrh datového modelu
Aktualizace logického datového modelu a návrh fyzického datového modelu.
• Návrh standardů uživatelských rozhraní
• Integrační strategie
• Detailní návrh autentizace a autorizace včetně systému rolí, oprávnění a entit, kterým
budou oprávnění přidělována.
• Procedury nastavení business konfigurace systému (z procesního pohledu).
• Standardy vývoje
• Standardy kvality a testování
Stanovení standardů a postupů, které budou dodržovány při testování a ověřování
softwaru včetně
• Návrhu okruhů akceptačních scénářů (smluvní)
• Rámcového návrhu testovacích scénářů
• Implementační analýza tvorby datové báze
• Detailní metodika digitalizace včetně tezauru CzechVoc a modulu EUR-Lex
• Návrh HW, SW
• Návrh prostředí
• Seznam dodávek k akceptaci včetně popisů a termínů dodávek a mapování
požadavků na dodávky
• Rozsah, způsob akceptace a šablony návrhu řešení v závislosti na zvolené metodice
Implementační analýza tvorby datové báze bude obsahovat zejména (ale nikoliv pouze):
• datový model datové báze českých sbírek
• pravidla pro rekonstrukci textu, např. používání velkých / malých písmen,
interpunkčních znamének, mezer, typů písma, zvýrazňovacích značek (písmo tučné /
kurzíva / podtržené / přeškrtnuté)
• pravidla fragmentace, tedy co je a co není samostatným fragmentem
• pravidla logického značkování entit uvnitř fragmentů, např. vět, případně pojmů, čísel
• pravidla interního typografického značkování fragmentů, tedy pomocných struktur
umístěných z důvodu sazby resp. zlomu textu
• pravidla pro rekonstrukci tabulek
Strana 263
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• pravidla pro rekonstrukci obrázků
• pravidla pro rekonstrukci vzorců
• pravidla pro rekonstrukci souborových příloh, např. co zůstává po rekonstrukci ve
formě souborové přílohy
• pravidla provádění novelizace
• pravidla pro zacházení s redakčními oznámeními o opravě chyby
• pravidla pro zpracování přechodných opatření
• pravidla značkování chyb originálů
• konvence pojmenování souborů
Dokumentace výše uvedená dle tohoto požadavku bude vytvořena a akceptována v rámci
prvního milníku projektu „Implementační analýza“.
Dokumentace návrhu řešení:
• Funkční specifikace
• Technické specifikace
• Případy užití
• Popis rozhraní systému včetně dynamiky a integrace s ostatními systémy
Rozsah a doba vzniku dokumentace návrhu řešení bude dána zvolenou metodologií
implementace a vývoje systému.
5.2.10.2 NP091-Architektonická a technická dokumentace
Dokument(y) obsahující skutečnou technickou architekturu systému a jeho komponent,
zejména z pohledu:
• Klíčových architektonických a technických principů a postupů použitých v rámci
systému
• Komponenty systému
• Integrace
• Síťová úroveň systému
• Fyzický datový model
• Interní API systému
• Externí API systému (ve formátu použitelném pro zveřejnění)
5.2.10.3 NP092-Provozní a instalační dokumentace
Dokument(y) obsahující:
• Způsob nasazení systému do jednotlivých prostředí, použité konfigurační parametry
• Instalační manuály
Strana 264
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• Operační a provozní postupy systému, včetně proaktivních a hlavních reaktivních
postupů technického provozovatele34
• Podklady pro provoz podpory na úrovni 1 a 2
• Školící materiálny pro technické správce systému (úroveň 1 a 2)
5.2.10.4 NP093-Uživatelská dokumentace
Dokument(y) popisující funkcionality systému z uživatelského pohledu.
5.2.10.5 NP094-Projektová dokumentace
Dokument(y) zahrnující následující oblasti:
• Kontaktní a komunikační matice projektu
• Detailní časový harmonogram projektu
• Proces řízení rizik s ohledem na Bezpečností dokumentaci
• Plán řízení kvality
Podklady pro interní projektovou dokumentaci:
• Presentace
• Závěrečné vyhodnocení realizace projektu
• Poučení z projektu
• Závěrečné vyhodnocení záměru a vynaložených prostředků
Dále pak periodickou projektovou dokumentaci:
• Zápisy z jednotlivých jednání
• Pravidelná zpráva o stavu projektu
5.2.10.6 NP095-Bezpečnostní dokumentace
Dokument(y) zahrnující následující oblasti:
• Bezpečnostní politika
• Strategie řízení kontinuity činností IS
• Bezpečnostní směrnice pro činnost bezpečnostního správce systému
• Hodnocení rizik dle Přílohy č. 2 k vyhlášce č. 316/2014 Sb.
34 Vysvětlení z odpovědi na otázku v zadávacím řízení: Strana 265
Součástí je mimo jiné i popis přepnutí mezi lokalitami a popis provedení testů přepnutí.
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
5.2.10.7 NP096-Vývojová dokumentace
Dokumentace zdrojového kódu částí systému, které vznikly vlastním vývojem.
Dokumentace klíčových principů vývoje aplikace, které jsou specifické pro systém.
5.2.10.8 NP097-Dokumentace skutečného provedení
Aktualizace a doplnění dokumentace implementační analýzy k datu předání systémů
Zadavateli za účelem spuštění produkčního provozu.
5.2.10.9 NP098-Jazyk dokumentace
Veškerá dokumentace projektu bude vytvořena či poskytnuta v českém jazyce.
Možné výjimky jsou pouze:
• Vývojová dokumentace může obsahovat celky v anglickém jazyce
• Provozní a instalační dokumentace platformního SW a HW může být poskytnuta
v anglickém jazyce.
5.2.10.10 NP099-Stručná dokumentace školení
Nejpozději v čase T+12 měsíců vznikne stručný popis školení v rozsahu, který je nutný pro
žádost v prámci programu OPZ.
Strana 266
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6 Procesní Model
Tato kapitola obsahuje popis procesů, které mají být v rámci realizace projektu e-Sbírka a e-
Legislativa implementovány.
Jednotlivé procesy jsou popsány v hlavních kapitolách. Tam kde krok procesu představuje
sub-proces, je v podkapitole zobrazen diagram sub-procesu. Takto jsou procesy postupně
hierarchicky členěny pro lepší přehlednost a čitelnost.
6.1 e-Sbírka
Procesní model e-Sbírky popisuje v samostatných sekcích
• Procesy tvorby datové báze (včetně pojmové báze CzechVOC a předpisů EUR-Lex)
• Procesy získávání informací z e-Sbírky
• Procesy kooperace e-Sbírky s e-Legislativou a Registrem práv a povinností (na
obecné úrovni)
6.1.1 Procesy tvorby datové a pojmové báze e-Sbírky
Vytvoření spolehlivé a hodnověrné datové báze je jedním ze základních předpokladů
naplnění cílů vybudování informačních projektů e-Sbírka a e-Legislativa. Důkladný rozklad
této problematiky na jednotlivé procesy je předmětem této části návrhu architektury. Zvlášť
je zpracováno vytvoření datové báze z českých sbírek, zvlášť (z důvodu zcela odlišných
aktivit) vytvoření datové báze EUR-Lex, zvlášť pak vytvoření pojmové báze CzechVOC.
Procesy tvorby datové
báze českých zdrojů
e-Sbírky
Procesy tvorby datové
báze EurLEX
začátek tvorby Datová a
datové a pojmové p o j m o vá
báze báze hotova
Procesy tvorby Strana 267
pojmové báze
CzechVOC
Obrázek 60: Procesy tvorby datové a pojmové báze e-Sbírky
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.1.1.1 Procesy tvorby datové báze českých zdrojů e-Sbírky (Aktivita)
Procesy tvorby datové báze českých zdrojů e-Sbírky jsou charakteristické tím, že datovou
bázi je třeba vytvořit zcela od začátku (t.j. od listinných závazných vyhlášených znění) a to tak,
aby pak na ní bylo možno postavit procesy e-Legislativy.
Tvorba datové báze představuje rozsáhlý úkol pro velký tým pracovníků (> 100) na dobu cca
1 roku.
Nejdříve je třeba inicializovat týmové prostředí, prostřednictvím kterého lze úkoly zadávat,
naplňovat a kontrolovat kvalitu jejich splnění. Toto prostředí bude organizováno po
předpisech. TJ. u každého předpisu bude třeba splnit řadu dílčích úkolů.
Tvorba datové báze tedy začíná naplněním seznamu předpisů jednotlivých sbírek, které
budou předmětem zpracování. Tento úkol je jasný a zřetelný pro předpisy sbírek po roce
1945, avšak otevřený pro předpisy před rokem 1945, kde vlastní vytvoření seznamu předpisů
vyhlášených před rokem 1945, které by měly být součástí datové báze, by mělo být
předmětem širšího konsensu české právnické a odborné komunity. Je pravděpodobné že
předpisy vyhlášené před rokem 1945 budou doplňovány ještě nějakou dobu po spuštění
informačních systémů.
Zajištění podkladů Rekonstrukce obsahu Zpracování dle
(pro každý předpis) (pro každý předpis) datového modelu
(pro každý předpis)
Zač átek
zpracování
datové báze
českých předpisů
Kontroly vytvořené
datové báze (pro 1/4
p ře d p i sů )
České předpisy v
datové bázi
zpracovány
Testy konzistence
datové báze
testovacími programy
Obrázek 61: Procesy tvorby datové báze českých zdrojů e-Sbírky
Strana 268
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.1.1.1.1 Zajištění podkladů (pro každý předpis) (Aktivita)
Cílem této činnosti je získání hodnověrné digitální PDF repliky částky (případně předpisu)
konkrétní sbírky, která je závazná pouze ve své listinné podobě a není k dispozici v
hodnověrné elektronické podobě.
Proces předpokládá, že certifikátor zapečetí ověřené PDF kvalifikovanou elektronickou pečetí
a opatří je kvalifikovaným elektronickým časovým razítkem neprodleně po jejich ověření.
Alternativně je možné, aby byly v rámci digitalizace po ověření PDF pouze podepsány:
a) buď systémovým certifikátem e-Legislativy a opatřeny elektronickým časovým
razítkem vydaným službou TSA interní certifikační autority,
b) nebo certifikátem vydaným externí veřejnou certifikační autoritou a opatřeny
elektronickým časovým razítkem vydaným veřejnou certifikační autoritou (na náklady
dodavatele),
s tím, že tyto dokumenty budou zapečetěny kvalifikovanou elektronickou pečetí a opatřeny
kvalifikovaným elektronickým časovým razítkem, avšak nejpozději před startem pilotního
provozu e-Legislativy a bez zvýšených nároků na součinnost Zadavatele.
Business Process Zaj ištění podkladu k rekonstrukci obsahu předpisu
Výběr dokumentu ke Existuje PDF? Kontrola všech stran
zpracování ano v PDF
Zač átek ne
získání
dokumentu
Vytvoření PDF
Zapečetění PDF Upload PDF s pečetí Analýza předpisu
dokumentu a a časovým razítkem pro další zpracování
opatření časovým do úložiště
razítkem
Podklad pro
rekonstrukci
obsahu
p ři p ra ve n
Obrázek 62: Zajištění podkladu k rekonstrukci obsahu předpisu
6.1.1.1.1.1 Výběr dokumentu ke zpracování (Aktivita)
Prvním procesem výběr dokumentu ke zpracování.
Strana 269
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
To obnáší obstarání jeho listinné a digitální podoby a převzetí v dashboardu - týmovém
prostředí pro správu datové báze.
Primárním zdrojem digitálních podob jsou stejnopisy zveřejněné na www.mvcr.cz.
6.1.1.1.1.2 Vytvoření PDF (Aktivita)
Neexistuje-li PDF, je třeba jej vytvořit - nejčastěji naskenováním.
6.1.1.1.1.3 Kontrola všech stran v PDF (Aktivita)
Všechny strany PDF musí být zkontrolovány podle předem zpracovaného checklistu a musí v
něm splňovat všechny podmínky. Provedení této sady kontrol se zabývá tato aktivita.
Ko n tro l a Strana použitelná?
použitelnosti strany
ano
ne
Stranové Návrat k práci s
ko n tro l y celým PDF
Náhrada strany
Zač átek Konec
ko n tro l y ko n tro l y
strany strany
Kontrola čitelnosti ne
strany ano
Strana čitelná?
Obrázek 63: kontrola strany
6.1.1.1.1.3.1 Kontrola použitelnosti strany (Aktivita)
V tomto kroku proběhne nejdříve kontrola úplnosti PDF souboru takto:
• shoda počet stran, tedy zda žádná strana v PDF nechybí nebo nepřebývá;
• kontrola pořadí stran v PDF, zda není nic přehozeno nebo duplicitní, přičemž se
kontroluje veškerý obsah částky tedy včetně titulní strany a strany s tiráží.
Následně kontrola použitelnosti:
• úplnost textu, zda není někde oříznut
6.1.1.1.1.3.2 Náhrada strany (Aktivita)
Stranu je třeba nahradit v případě jakéhokoliv problému, který znemožňuje její další využití
pro rekonstrukci textu. Náhrada bude probíhat zejména opakovaným naskenováním a
nahrazením v kontrolovaném PDF.
Strana 270
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.1.1.1.1.3.3 Kontrola čitelnosti strany (Aktivita)
Kontrola čitelnosti každé strany bude probíhat takto:
• čitelnost stran, zda je identická s listinným originálem;
• shoda textu s listinným originálem, proveďte vizuální kontrolu čitelnosti znaků;
• shoda rozpoznatelnosti textu, aby každý znak byl jasně rozpoznatelný s kvalitou
rozpoznání co nejvíce shodnou s listinným originálem;
• čitelnost obrázků, jejich barevnost;
• čitelnost matematických a chemických vzorců a značek (indexy mívají menší velikost);
• u tabulek čitelnost ohraničení buněk (přesná čitelnost rozlišení zařazení do sloupců a
řádků);
• kontrola počtu a úplnosti poznámek pod čarou, čitelnost jejich značek (protože
bývají menší velikostí).
6.1.1.1.1.3.4 Návrat k práci s celým PDF (Uzel)
V tomto kroku jsou všechny stranové kontroly úspěšně ukončeny, tedy všechny strany
existují, jdou ve správném pořadí a jsou zcela použitelné v následných procesech
rekonstrukce obsahu.
6.1.1.1.1.3.5 Strana použitelná? (Uzel)
U každé strany je třeba rozhodnout, zda je použitelná pro rekonstrukci textu, např. zda
minimální dpi skenu (300 dpi) je vyhovující:
• pakliže ano, proces pokračuje
• pakliže ne, proces je přerušen a je třeba stranu nahradit za použitelnou.
6.1.1.1.1.3.6 Strana čitelná? (Uzel)
U každé strany je třeba rozhodnout, zda je dostatečně čitelná ve všech aspektech pro
rekonstrukci textu:
• pakliže ano, proces pokračuje
• pakliže ne, proces je přerušen a je třeba stranu nahradit za použitelnou.
6.1.1.1.1.3.7 Stranové kontroly (Uzel)
V tomto bodě se s dokumentem začíná pracovat po stranách a to zejména jejich
srovnáváním s listinným originálem.
Je třeba provést kontrolu každičké strany podle předem připraveného checklistu.
Je-li nalezen nějaký nedostatek, je třeba jej opravit náhradou strany s nedostatkem za stanu
správnou.
Strana 271
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.1.1.1.1.4 Zapečetění PDF dokumentu a opatření časovým razítkem (Aktivita)
Zkontrolované PDF je zapečetěno kvalifikovanou elektronickou pečetí a opatřeno
kvalifikovaným elektronickým časovým razítkem. Jako takové může být dále využíváno a
prezentováno.
V případě PDF stejnopisů z mvcr.cz jsou po průchodu popisovanými procesy zajištění
podkladu k rekonstrukci textu tyto ověřené a zapečetěné kvalifikovanou elektronickou pečetí
a opatřeny kvalifikovaným elektronickým časovým razítkem.
Alternativně je v tomto kroku možné použít dočasně:
a) buďsystémový certifikát e-Legislativy místo kvalifikované elektronické pečetě a
elektronická časová razítka vydaná službou TSA interní certifikační autority místo
kvalifikovaných elektronických časových razítek,
b) nebo certifikát vydaný externí veřejnou certifikační autoritou místo kvalifikované
elektronické pečetě a elektronická časová razítka vydaná veřejnou certifikační
autoritou místo kvalifikovaných elektronických časových razítek (na náklady
dodavatele).
6.1.1.1.1.5 Upload PDF s pečetí a časovým razítkem do úložiště (Aktivita)
Posledním krokem je vložení PDF replik předpisů resp. částek do úložiště, odkud budou
odebírány pro další procesy, resp. způsoby prezentace.
6.1.1.1.1.6 Analýza předpisu pro další zpracování (Aktivita)
Je odhadem stanoven způsob zpracování dokumentu, pro každý předpis:
• spočteny strany k přepisu, OCR, vytěžení textu
• spočteny tabulky
• spočteny obrázky
• spočteny vzorce
• analyzována struktura dokumentu (zejména důležité u mezinárodních smluv, kde
spolehlivost zcela automatické fragmentace/strukturování/hierarchizace bude
poměrně nízká a takováto předběžná analýza velmi pomůže, týká se částečně i
dokumentů EUR-Lex).
Výsledek je zaznamenán do profilu předpisu v úložišti, kde tato data poslouží k optimálnímu
rozdělení prací při náročné další etapě rekonstrukce textu.
6.1.1.1.2 Rekonstrukce obsahu (pro každý předpis) (Aktivita)
Cílem rekonstrukce obsahu je pořídit data všech vyhlášených předpisů ve formě
specifikované pro vložení do Úložiště právních předpisů, kam budou vloženy prostřednictvím
specializovaného importního nástroje.
Strana 272
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Výběr předpisu pro Vytvoření Zpracování
rekonstrukci obsahu rekonstruovaného doplňkových entit
textu předpisu
Zač átek
zpracování
předpisu pro
vložení do
ú l o ži ště
Import předpisu do Strukturování
ú l o ži ště fragmentů a
h i e ra rch i za ce
Vyh l á še n é
znění v úložišti
Obrázek 64: Rekonstrukce obsahu předpisu
6.1.1.1.2.1 Výběr předpisu pro rekonstrukci obsahu (Aktivita)
Předpis je vybrán ke zpracování na základě přiděleného úkolu nebo jinak vzniklého přiřazení
ke zpracování prostřednictvím dashboardu pro týmovou správu datové báze v úložišti
právních předpisů.
6.1.1.1.2.2 Vytvoření rekonstruovaného textu předpisu (Aktivita)
Rekonstruovaný text bude označkován jako HTML.
Po vytvoření HTML souboru bude zkontrolován na pravopis a gramatiku.
občas
Pře p i s
Volba způsobu default Sloučení
rekonstrukce textu stran
Zač átek OCR
rekonstrukce textu
p ře d p i su Text předpisu
rekonstruován
často Vytěžení textu
Obrázek 65: Vytvoření rekonstruovaného textu předpisu
6.1.1.1.2.2.1 OCR (Aktivita)
OCR = Optical Character Recognition z ověřených PDF, zapečetěných a opatřených časovým
razítkem.
Strana 273
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.1.1.1.2.2.2 Přepis (Aktivita)
Občas, ale ne zcela výjimečně zvláště v ročnících před rokem 1990 lze počítat s tím, že strany,
nebo alespoň jejich části bude třeba kompletně manuálně přepsat.
6.1.1.1.2.2.3 Vytěžení textu (Aktivita)
Vytěžení textu bude aplikováno na "textová" PDF.
6.1.1.1.2.2.4 Volba způsobu rekonstrukce textu (Uzel)
Je vybrána kombinace způsobů rekonstrukce textu.
6.1.1.1.2.3 Zpracování doplňkových entit (Aktivita)
Dalšími entitami rekonstruovaného textu máme na mysli objekty, kterých pořízení vyžaduje
speciální postupy nad rámec OCR a jím poskytovaných výstupů. Jedná se zejména o tabulky,
obrázky, souborové přílohy a vzorce.
Značkování tabulek
Do p l ň ko vé Rozdělení ke Pořízení obrázků Shromáždění entit
e n ti ty? zpracování
Pořízení souborových
Zač átek ano p říl o h
zapracování
d o p l ň ko vých
entit
Přepis vzorců
Finální kontrola Doplňkové entity
HT M L dopracovány
Obrázek 66: Zpracování doplňkových entit
6.1.1.1.2.3.1 Značkování tabulek (Aktivita)
Tabulky se vyskytují zejména v přílohách, mohou se však vyskytovat i v textech předpisů.
Tabulky budou vytvářeny v HTM podle pravidel konsorcia W3C. Informace o šířkách a
výškách budou dány relativně v %, informativně bude uvedena i šířka originální tabulky.
Značkování by mělo být formální a jen v opravdu nezbytných případech by mohlo být
doplněno značkováním vizuálním.
Při rekonstrukci datové báze bude stanoveno pravidlo, že tabulka by měla být v
samostatném fragmentu, kterého struktura bude rovněž určovat, že se jedná o tabulku,
Strana 274
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
případná popiska tabulky by měla být rovněž v samostatném fragmentu strukturovaném jako
popiska.
Po zpracování bude tabulka umístěna do HTML kódu předpisu včetně popisky a náhledem
bude ověřena správnost zapracování.
6.1.1.1.2.3.2 Pořízení obrázků (Aktivita)
Obrázky z listinných podob sbírek budou pro umístění do datové báze naskenovány barevně,
šedě, nebo černobíle v rozlišovací schopnosti 300 dpi, kde rozhodovacím kriteriem budou
parametry obrázku ve zdrojové publikaci a dále pak stav předpisu (u zrušených předpisů
nepřichází již do úvahy, aby byly znova předmětem novelizace a tedy není třeba brát do
úvahy použitelnost v e-Šabloně pro plusovou osu, tj. e-Legislativě). Z takto naskenovaného
obrázku bude pořízen náhledový obrázek v menší velikosti i rozlišení.
Po zpracování bude odkaz na obrázek náhled obrázku umístěna do HTML kódu předpisu
včetně popisky a náhledem bude ověřena správnost zapracování.
6.1.1.1.2.3.3 Pořízení souborových příloh (Aktivita)
Většinou se bude jednat o strany nebo skupiny stran typicky v přílohách předpisů se
specifickou sazbou, zejména formuláře, u kterých je třeba zachovat naprosto přesnou
vizuální podobu, případně o strany s příbuznými obrázky (stejnokroje, dopravní značky,
mapy), o kterých bude rozhodnuto, že nebudou rekonstruovány na detailní entity (tabulku,
obrázky, vzorce). Obecně se však může jednat o různorodé souborové přílohy.
Souborová příloha je vždy vázána ke konkrétnímu místu předpisu nebo oznámení.
Po zpracování bude odkaz na náhled první stránky přílohy umístěna do HTML kódu předpisu
včetně popisky a náhledem bude ověřena správnost zapracování.
6.1.1.1.2.3.4 Přepis vzorců (Aktivita)
Vzorce budou zapsány prostřednictvím MathML. V tomto formátu mohou být vkládány a
tedy zobrazovány na portálu e-Sbírka a také renderovány do PDF.
Vzorec může být v samostatném fragmentu, nebo uvnitř fragmentu.
Po zpracování bude vzorec v MathML umístěn do HTML kódu předpisu včetně popisky a
náhledem bude ověřena správnost zapracování.
6.1.1.1.2.3.5 Finální kontrola HTML (Aktivita)
Náhledem je výsledek zkontrolován, případné chyby opraveny.
6.1.1.1.2.3.6 Rozdělení ke zpracování (Uzel)
Rozdělení entit ke zpracování.
6.1.1.1.2.4 Import předpisu do úložiště (Aktivita)
Importní funkce v sobě budou mít velkou dávku „inteligence“ podle zásady „nechť člověk
nedělá to, co může udělat stroj“. Budou řešit velkou část úkolů fragmentace a hierarchizace.
Strana 275
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Operátor výsledek zkontroluje, opraví chyby a provede úkony, které „inteligence“ importních
funkcí provést nedokázala z důvodu nejednoznačnosti (např. ve fragmentaci a hierarchizaci
příloh předpisů).
6.1.1.1.2.5 Strukturování fragmentů a hierarchizace (Aktivita)
Strukturování fragmentů, hierarchizace bude provedena algoritmicky při importu do úložiště.
6.1.1.1.3 Zpracování dle datového modelu (pro každý předpis) (Aktivita)
Cílem této strukturované aktivity je
• rozklad rekonstruovaných textů vyhlášených znění (fragmentace)
• jejich zpětné složení do hierarchické struktury (hierarchizace)
• provázání předpisů i jejich ustanovení v rámci sbírek i mezi sbírkami (asociační vazby)
• aplikace změnových instrukcí (novel, přechodných ustanovení, nálezů Ústavního
soudu, dělených účinností) novějších předpisů do předpisů starších (konsolidace).
Strana 276
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Výběr předpisu pro Kontrola hierarchizace,
formalizaci do dm fragmentace a
strukturování
Zač átek
formalizace do Zpracování odkazů
datového
modelu Zapracování úč inností
Má předpis
odkazy?
ano
ne
Ro zd ě l e n á
úč innost?
ano
ne
ano Zapracování novelizací
Je předpis Zpracování předpisu dle
novelou? ne pravidel datového modelu
hotovo
Obrázek 67: Zpracování předpisu dle datového modelu
6.1.1.1.3.1 Výběr předpisu pro formalizaci do dm (Aktivita)
Předpis je vybrán ke zpracování na základě přiděleného úkolu nebo jinak vzniklého přiřazení
ke zpracování.
6.1.1.1.3.2 Kontrola hierarchizace, fragmentace a strukturování (Aktivita)
Fragmentace je tvořena v rámci rekonstrukce obsahu, strukturování fragmentů a jejich
hierarchizace pak programově v rámci importu rekonstruovaného obsahu předpis po
předpisu. Vše je však třeba před dalším zpracováním detailně zkontrolovat.
Strana 277
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Kontrola hierarchizace
Začátek kontroly Kontrola fragmentace Ko n tro l a
a u to m a ti cké h o Kontrola strukturování a u to m a ti cké h o
importu předpisu importu ukončena
Obrázek 68: Kontrola hierarchizace, fragmentace a strukturování
6.1.1.1.3.2.1 Kontrola hierarchizace (Aktivita)
Cílem tohoto úkolu je vizuální pečlivá kontrola hierarchizace provedené strojově v rámci
importu. Některé fragmenty mohou být na špatných úrovních hierarchie, pokud se tak stane,
je nutné tento stav napravit včetně strukturování fragmentů.
6.1.1.1.3.2.2 Kontrola fragmentace (Aktivita)
Cílem tohoto úkolu je vizuální pečlivá kontrola fragmentace (tedy rozdělení na fragmenty)
provedené strojově v rámci importu. Některé fragmenty mohou být spojeny a jiné zase
rozděleny, pokud se tak stane, je nutné tento stav napravit včetně strukturování a
hierarchizace.
6.1.1.1.3.2.3 Kontrola strukturování (Aktivita)
Cílem tohoto úkolu je vizuální pečlivá kontrola strukturování fragmentů provedené strojově v
rámci importu. Některé fragmenty mohou být špatně rozpoznány a špatně strukturovány,
pokud se tak stane, je nutné tento stav napravit včetně pravděpodobné nápravy chybné
hierarchizace.
6.1.1.1.3.3 Zpracování odkazů (Aktivita)
Zpracování odkazu obnáší vytvoření všech typů asociačních vazeb z každého fragmentu,
který je obsahuje.
Strana 278
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Pro každý fragment
Interní odkaz
Odkaz na jiný předpis Odkaz na EurLEX
začátek tvorby Odkaz na část jiného tvorba
asociací v p ře d p i su a so ci a cí
p ře d p i su ukonč ena
Obrázek 69: Zpracování odkazů
6.1.1.1.3.3.1 Pro každý fragment (Aktivita)
Zapracování odkazů probíhá cyklicky pro každý fragment. Předpokládá se částečná
programová automatizace těchto procesů a zevrubná odborná kontrola odkazů programově
vytvořených.
6.1.1.1.3.3.1.1 Interní odkaz (Aktivita)
Jedná se o odkaz na jiný fragment nebo skupinu fragmentů, včetně poznámek pod čarou.
Předpokládá se strojové (automatické/poloautomatické) vytvoření.
6.1.1.1.3.3.1.2 Odkaz na jiný předpis (Aktivita)
Jedná se o vytvoření odkazu na celý jiný předpis. Předpokládá se strojové
(automatické/poloautomatické) vytvoření.
6.1.1.1.3.3.1.3 Odkaz na část jiného předpisu (Aktivita)
Jedná se o odkaz na část jiného předpisu, tedy skupinu 1 nebo více za sebou následujících
fragmentů. Předpokládá se strojové (automatické/poloautomatické) vytvoření.
6.1.1.1.3.3.1.4 Odkaz na EUR-Lex (Aktivita)
Odkaz na EUR-Lex je odčleněn, protože nebude zřejmě možné jej vytvořit strojově.
6.1.1.1.3.4 Zapracování účinností (Aktivita)
Zapracování účinností je proces realizovaný odborníkem, který zjistí účinnost předpisu,
textovou nebo datumovou, dále pak výjimky z účinnosti pro některé fragmenty a vše
zapracuje do hierarchizovaného předpisu.
Strana 279
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.1.1.1.3.5 Zapracování novelizací (Aktivita)
Cílem této aktivity je zpracování novelizujících ustanovení do ustanovení novelizovaných. Tím
vznikají konsolidační vazby. V realitě se jedná o novelizaci (tedy změnu) jednoho fragmentu
nebo skupiny fragmentů novelizovaného předpisu jedním fragmentem nebo skupinou
fragmentů předpisu novelizujícího. Konsolidační vazby jsou tedy tvořeny novelizačními
instrukcemi novelizujících předpisů.
Aplikace informačních systémů e-Sbírka a e-Legislativa (e-Šablona pro mínusovou i plusovou
osu) budou podporovat novelizační instrukce následujících typů:
• vkládá část (fragment nebo skupinu fragmentů),
• upravuje část (mění fragment nebo skupinu fragmentů),
• zaměňuje část (střídá fragment nebo skupinu fragmentů novým zněním),
• zrušuje část (ukončuje účinnost fragmentu nebo skupiny fragmentů),
• zrušuje předpis,
• redakční oprava (písařské a jiné chyby),
• republikuje předpis (identifikace předpisu, jehož je úplným zněním).
Zapracování novelizačního bodu
Vkládá část
výběr Opravuje část Novelizační bod
způsobu Zaměňuje část zce l a
n o ve l i za ce zapracován?
Zrušuje část
Výběr novelizujícího Výběr novelizačního Zrušuje předpis ano
p ře d p i su bodu Redakční oprava
ne
Zač átek No ve l a
zapracování zapracována
n o ve l y
Obrázek 70: Zapracování novelizací
6.1.1.1.3.5.1 Výběr novelizujícího předpisu (Aktivita)
Začátkem procesu novelizace je vždy výběr dotčeného předpisu. Bude zřejmě určeno
seznamem úkolů.
Strana 280
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.1.1.1.3.5.2 Zapracování novelizačního bodu (Aktivita)
Je třeba cyklicky projít všechny novelizační body vybraného předpisu a novelizační instrukce
v nich realizovat.
6.1.1.1.3.5.2.1 Novelizační bod zcela zapracován? (Uzel)
V některých případech je při zapracování novelizace z novelizačního bodu třeba uplatnit více
typů novelizace, t.j. de facto zapracovat novelizační bod na více průchodů.
6.1.1.1.3.5.3 Výběr novelizačního bodu (Aktivita)
Je třeba vybrat novelizační bod, který bude zapracován. Typický postup by měl být sekvenční
t.j. novelizační body po sobě.
6.1.1.1.3.5.4 Vkládá část (Aktivita)
Zapracování novelizace, kde je vkládáno nové ustanovení. Často doprovázeno přečíslováním
ostatních sousedících ustanovení, jsou-li číslovaným seznamem.
6.1.1.1.3.5.5 Zaměňuje část (Aktivita)
Zapracování novelizace, kde je existující ustanovení z důvodu razantnějších změn
nahrazováno ustanovením novým. Může se jednat i o poměrně velké skupiny ustanovení,
které jsou takto nahrazovány.
6.1.1.1.3.5.6 Upravuje část (Aktivita)
Zapracování novelizace, kde se mění znění některé formulace ustanovení přímými
změnovými instrukcemi. Takovéto novelizace jsou nejnáročnější na kvalitu provedení.
6.1.1.1.3.5.7 Zrušuje část (Aktivita)
Zapracování novelizace, kde se ruší existující ustanovení. Často doprovázeno přečíslováním
ostatních sousedících ustanovení, jsou-li číslovaným seznamem.
6.1.1.1.3.5.8 Zrušuje předpis (Aktivita)
Zapracování novelizace, kde je rušen jeden nebo více celých předpisů. Typicky nebývá v
novelizační části předpisu, ale v části závěrečné.
6.1.1.1.3.5.9 Redakční oprava (Aktivita)
Zapracování redakčního sdělení o opravě chyby, představuje zvláštní typ novelizační
(konsolidační) vazby.
6.1.1.1.4 Kontroly vytvořené datové báze (pro 1/4 předpisů) (Aktivita)
Cílem této aktivity je nezávislá, nebo alespoň jinými nástroji realizovaná kontrola přibližně
25% všech předpisů, namátkou vybraných.
Strana 281
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Výběr předpisu pro Kontrola metadat
verifikaci db
Ve ri fi ka ce
p ře d p i su
má předpis Ko n tro l a
ko n so l i d o va n á vyhlášeného znění
znění?
Kontrola aktuálního
ne ko n so l i d o va n é h o
znění
ano
Pře d p i s
ve ri fi ko vá n
Obrázek 71: Kontrola správnosti datové báze
6.1.1.1.4.1 Výběr předpisu pro verifikaci db (Aktivita)
Začátkem procesu kontroly je vždy výběr dotčeného předpisu. Bude zřejmě určeno
seznamem úkolů.
6.1.1.1.4.2 Kontrola metadat (Aktivita)
Kontrola metadat obnáší kontrolu zařazení předpisů do správných částek, správnosti názvů,
přiřazení autorů a typů předpisů, dále kontrolu dat platnosti a účinnosti.
6.1.1.1.4.3 Kontrola vyhlášeného znění (Aktivita)
• kontrola rekonstrukce textu novým OCR
• kontrola úplnosti obsahu
• kontrola správnosti tabulek
• kontrola netextových entit.
6.1.1.1.4.4 Kontrola správnosti konsolidovaných znění (Aktivita)
Porovnání datové báze vůči nezávislým zdrojům - u každého předpisu by se mělo jednat o
porovnání
• aktuálního úplného znění předpisu (tedy po zapracování všech novel)
• namátkově přibližně 20% konsolidovaných znění předpisu k určitému datu
rovnoměrně rozprostřenému v jeho historii
s nezávislým zdrojem, nebo ještě lépe se 2 nezávislými zdroji.
Výsledkem budou doporučení pro řešení konfliktů v konsolidacích i odkazech, aby pak mohly
být odstraněny v rámci legislativního procesu.
Strana 282
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.1.1.1.5 Testy konzistence datové báze testovacími programy (Aktivita)
V rámci této aktivity budou provedeny algoritmické testy konzistence datové báze nejlépe
prostřednictvím testů vytvořených nezávislým subjektem.
dvojí cesta Kontrola dumpem testy konzistence
ve ri fi ka ce sl o v ukonč eny
Zač átek Algoritmická validace Validace dle
validace dle datového modelu dat. modelu
dat. modelu dokonč ena
Obrázek 72: Testy konzistence datové báze testovacími programy
6.1.1.1.5.1 Kontrola dumpem slov (Aktivita)
Odstranění slovních překlepů prostřednictvím dumpu slov:
• Sbírka zákonů obsahuje odhadem 50.000.000 slov, vyloučení duplicit to činí 500.000
slov v různých slovních tvarech
• na takový objem lze ze zkušenosti odhadnout cca 50.000 chyb i přes kontrolu při
pořizování dat
• chyby budou odstraněny ve zdrojových textech zaprotokolovaným způsobem.
6.1.1.1.5.2 Algoritmická validace datového modelu (Aktivita)
Vytvoření nezávislého testu konzistence datového modelu a jeho aplikace na přibližně 50.000
úplných znění.
6.1.1.2 Procesy tvorby datové báze EUR-Lex (Aktivita)
Aktivita popisuje procesy vedoucí k vytvoření a následné aktualizaci EUR-Lex části datové
báze e-Sbírky.
Strana 283
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Iniciální naplnění Provázání EurLEX se
Sbírkou zákonů
Navázání na Eurlex
vrstvu CzechVOC
Týdenní aktualizace
dat
spuštění eSeL
Obrázek 73: Procesy tvorby datové báze e-Sbírky – EUR-Lex
6.1.1.2.1 Iniciální naplnění (Aktivita)
Tato aktivita představuje vytvoření programů - parserů pro import "mínusové" osi předpisů
EUR-Lex (cca 20.000) a jejich fragmentaci, hierarchizaci a vytvoření asociačních vazeb.
"Mínusová" osa přitom představuje všechny předpisy až do spuštění ostrého provozu
informačních systémů e-Sbírka a e-Legislativa.
6.1.1.2.2 Provázání EUR-Lex se Sbírkou zákonů (Aktivita)
Tato aktivita představuje vytvoření asociačních vazeb ze Sbírky zákonů na ustanovení
předpisů EUR-Lex.
6.1.1.2.3 Navázání na EUR-Lex vrstvu CzechVOC (Aktivita)
Tato aktivita představuje napojení předpisů EUR-Lex na EuroVOC vrstvu CzechVOC. Mělo by
to být možné strojově.
6.1.1.2.4 Týdenní aktualizace dat (Aktivita)
Aktivita zahrnuje automatizované procesy týdenní aktualizace EUR-Lex části datové báze
tedy nově za aktualizovanou periodu vyhlášených předpisů.
6.1.1.3 Procesy tvorby pojmové báze CzechVOC (Aktivita)
Aktivita strukturovaně popisuje procesy tvorby pojmové báze CzechVOC.
Strana 284
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Import EuroVOC
Věcné rejstříky SbZ Příprava CzechVOC
Zač átek tvorby Pojmová analýza
pojmové báze sbírek
CzechVOC
managment pojmů vytvořených nebo
aktualizovaných e-Legislativou
Indexace sbírek podle Aktu a l i za ce
CzechVOC CzechVOC
Spuštění eSeL
Obrázek 74: Procesy tvorby pojmové báze CzechVOC
6.1.1.3.1 Import EuroVOC (Aktivita)
Eurovoc představuje jeden z pilířů CzechVOC, import je třeba provést programově, t.j.
naparsováním do úložiště.
6.1.1.3.2 Věcné rejstříky SbZ (Aktivita)
Věcný rejstřík všech ročníků bude sestaven do taxonomie. Historické a v současnosti
nepoužívané pojmy budou označeny.
6.1.1.3.3 Pojmová analýza sbírek (Aktivita)
Na texty sbírek, s explicitním důrazem na Sbírku zákonů bude aplikován následující postup:
• rozklad na slova
• každé slovo indexováno vůči fragmentům a hierarchiím na svůj přesný výskyt
• předpokládá se přibližně 500 tis. slov (všech tvarů, nejen lemat)
• z nich bude odhadem 40% cizích slov
• syntézou slovních tvarů vznikne 50-100 tis. pojmů
• v této množině budou explicitně zachyceny nadpisy užitečně paragrafů a skupin
paragrafů (užitečné = budou vyloučeny obecné nadpisy „obecná ustanovení“ apod.)
• z kterých bude vyčištěno odhadem 10 tis. meritorních pojmů, k nim přibližně 20 tis.
synonym
• u vybraných pojmů bude/nebude lokalizována zákonná definice
Strana 285
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• zákonná definice se typicky vyskytuje v ustanoveních nadepsaných názvem
„vymezení pojmů“ apod.
• tam kde nebude zákonná definice lokalizována, může být navržena pojmová definice
• ustanovení a předpisy využité pro extrakci zákonných definic a pro tvorbu
pojmových definic budou zvlášť k těmto pojmům zaindexovány
• pojmy budou sestaveny do taxonomií a integrovány s vrstvou rejstříků
• bude provedeno strojové označkování pojmů (následně využitelné při zvýrazňování v
textech).
6.1.1.3.4 Příprava CzechVOC (Aktivita)
Zdrojem pro tvorbu pojmů CzechVOC se tak stane vrstva pojmové analýzy textů sbírek se
zákonnými definicemi. Pojmy budou sestavené do hierarchií, propojené souvislostmi
(různých typů) a napojené na předpisy resp. jejich ustanovení asociacemi (rovněž různých
typů). Zároveň budou uzly CzechVOC namapované na uzly dalších vrstev. Skrze toto
mapování pak bude možno „podat“ předpisy k např. k uzlům EuroVOC, což je jeden z
požadavků na rozhraní směrem k N-LEX.
6.1.1.3.5 Indexace sbírek podle CzechVOC (Aktivita)
Předpisy a ustanovení sbírek budou asociovány na uzly CzechVOC.
6.1.1.3.6 Aktualizace CzechVOC (Aktivita)
Údržba a aktualizace bude prováděna přímo v legislativním procesu tvůrci legislativy, nebo
ve vyhlašovací fázi legislativního procesu publikačním úřadem.
6.1.2 Procesy získání informací z e-Sbírky
Tato část popisuje ze základních úhlů procesy získávání informací z e-Sbírky - strojově i
manuálně.
Strana 286
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.1.2.1 Procesy získání informací z e-Sbírky
Adresát práva ("člověk" i externí infromační systém) Výsl e d e k
O.K.?
ano
ne
Zpřesnění dotazu seznam výsledků Zpracování
(zobrazení) seznamu
Přijetí výsledků resp.
výsl e d ku výsl e d ků
Odeslání požadavku Zpracování
(dotazu) zformátovaného
Co je výsl e d ku
výsl e d ke m ?
Požadavek na Požadavek
informaci z vyřízen
e-Sbírky
konrétní
p ře d p i s
zformátovaný konkrétní jeden
výsl e d e k
seznam výsledků
Publikační úřad (provozovatel IS Co je
e-Sbírka) žádáno?
Přijetí požadavku Zpracování seznam výsledků Odeslání seznamu Od e sl á n í
požadavku výsl e d ků zformátovaného
Zač átek výsl e d ku
zpracování
požadavku Konec
zpracování
konkrétní jeden výsledek požadavku
Obrázek 75: Procesy získání informací z e-Sbírky
Strana 287
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.1.2.1.1 Adresát práva ("člověk" i externí informační systém) (Pool)
6.1.2.1.1.1 Odeslání požadavku (dotazu) (Aktivita)
V rámci této aktivity adresát práva typu "člověk" (prostřednictvím webového prohlížeče) i
adresát práva typu "stroj" (prostřednictvím formulace strojového požadavku na webovou
službu) odesílá požadavek do e-Sbírky - na vyhledání, na konkrétní výsledek, na konkrétní
formát výsledku.
6.1.2.1.1.2 Zpřesnění dotazu (Aktivita)
V rámci této aktivity je dotaz modifikován tak, aby vyprodukoval výsledek lépe splňující
výchozí požadavek.
6.1.2.1.1.3 Přijetí výsledků resp. výsledku (Aktivita)
Výsledek je přijat a vyhodnocen adresátem práva.
6.1.2.1.1.4 Zpracování (zobrazení) seznamu výsledků (Aktivita)
Seznam výsledků je zpracován (zobrazen uživateli v prohlížeči).
6.1.2.1.1.5 Zpracování zformátovaného výsledku (Aktivita)
Konkrétní výsledek je zpracován adresátem práva (zobrazen v prohlížeči).
6.1.2.1.1.6 Výsledek O.K.? (Uzel)
Adresát práva se rozhoduje, zda seznam výsledků splňuje jeho požadavek. Pokud ano,
vyžádá si konkrétní výsledek, pokud ne výsledek zpřesňuje.
6.1.2.1.2 Publikační úřad (e-Sbírka) (Pool)
6.1.2.1.2.1 Přijetí požadavku (Aktivita)
V rámci této aktivity portál e-Sbírka přijímá požadavek a analyzuje jej tak, aby jej mohl
patřičným způsobem zpracovat.
6.1.2.1.2.2 Zpracování požadavku (Aktivita)
Portál e-Sbírka zpracovává požadavek buď prostřednictvím vyhledávání a následně
seskládáním výsledku vyhledávání nebo přímo zformátováním konkrétního výsledku.
6.1.2.1.2.3 Odeslání zformátovaného výsledku (Aktivita)
Portál e-Sbírka požadavek adresáta práva vyřizuje požadavek způsobem specifikovaným v
požadavku. V praxi se jedná buď o seznam výsledků vyhledávání, nebo konkrétní vybraný
výsledek zformátovaný požadovaným způsobem.
Strana 288
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.1.2.2 Práce adresáta práva na portálu e-Sbírky
Uži va te l ano Od h l á še n í
Při h l á še n í
p ři h l á še n ?
ne Nastavení notifikací
Má Byl uživatel Volba oblíbeného
přihlášen za p ře d p i su
ano u ži va te l minulých X ano
dnů?
úč et?
ne
ne
Vytvoření účtu
Zobrazení novinek
volba způsobu Manuální otevření Zadání požadavku Zobrazení seznamu ano Zpřesňování hledání Zobrazení výsledku
cesty k homepage e-Sbírky výsl e d ků ne
požadované
i n fo rm a ci Přímá adresace seznam Požadavek
seznamu výsledků výsl e d ků vyřízen
Požadavek na o.k.?
informaci z Přímá adresace
e-Sbírky výsl e d ku
Pře d p i s
nebo
pojem
Práce uživatele (typu human) prostřednictvím rozhraní (web browser) portálu e-Sbírka
Obrázek 76: Práce adresáta práva na portálu e-Sbírky35
35 Pokud byl uživatel přihlášen na konkrétním počítači v minulých X dnech (např. minulý týden nebo minulý měsíc, tj. existuje příslušná cookie), nemusí se na tomto počítači znovu přihlašovat. Strana 289
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.1.2.2.1 Manuální otevření homepage e-Sbírky (Aktivita)
Uživatel přistoupí na portál prostřednictvím adresy www.e-sbirka.cz resp. www.esbirka.cz.
6.1.2.2.2 Vytvoření účtu (Aktivita)
Prostřednictvím této aktivity lze vytvořit uživatelský účet umožňující personalizovanou práci s
portálem e-Sbírky.
6.1.2.2.3 Přihlášení (Aktivita)
Tato aktivita reprezentuje přechod do "přihlášeného" režimu a zpřístupnění všech
personalizovaných funkcionalit portálu e-Sbírky. Přihlašovací jméno je e-mail uživatele.
Přihlášení bude perzistentní, t.j. po určitou dobu (např. týden nebo měsíc), po kterou uživatel
portal e-Sbírka nenavštíví, si uživatelův prohlížeč na konkrétním počítači bude přihlášení
“pamatovat”. To samozřejmě pouze v případě, že uživatel neprovede aktivní odhlášení.
6.1.2.2.4 Odhlášení (Aktivita)
Tato aktivita reprezentuje přechod do anonymního režimu a znepřístupnění všech
personalizovaných funkcionalit portálu e-Sbírky.
6.1.2.2.5 Zobrazení novinek (Aktivita)
Nové informace na e-Sbírce, zejména nové předpisy, ale také nové pojmy lze zobrazit
prostřednictvím sekce novinek na portálu dostupné z homepage.
6.1.2.2.6 Nastavení notifikací (Aktivita)
Tato aktivita umožňuje přihlášenému uživateli nastavení typů a frekvence e-mailových
notifikací z portálu e-Sbírka.
6.1.2.2.7 Volba oblíbeného předpisu (Aktivita)
Touto aktivitou přihlášený uživatel může označkovat předpis jako oblíbený, takto značka se
pak objevuje ve všech způsobech využití portálu.
6.1.2.2.8 Přímá adresace seznamu výsledků (Aktivita)
Všechny typy seznamu výsledků lze intuitivně naadresovat prostřednictvím příkazové řádky.
Strana 290
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.1.2.2.9 Přímá adresace výsledku (Aktivita)
Výsledek je možné přímo naadresovat:
• pro zobrazení ve fromátu HTM, je-li požadovaným výsledkem předpis, lze přímo
naadresovat i konkrétní jeho ustanovení
• pro zobrazení PDF
• pro zobrazení XML.
6.1.2.2.10 Zadání požadavku (Aktivita)
Požadavek na získání informace lze zadat více různými způsoby.
Výběr rejstříku
vo l b a Zadání dotazu do výběr
způsobu fo rm u l á ře způsobu
zadání ukonč en
požadavku Výběr seznamu
Obrázek 77: Zadání požadavku
6.1.2.2.10.1 Výběr rejstříku (Aktivita)
Jsou k dispozici 2 základní typy rejstříků:
• 1. chronologický rejstřík, který je seznamem předpisů v daném ročníku, jednotlivými
sbírkami a ročníky lze brouzdat;
• 2. věcný rejstřík zpřístupňující seznamy předpisů podle jejich přiřazení k pojmům
CzechVOC, kterými lze brouzdat.
6.1.2.2.10.2 Výběr seznamu (Aktivita)
Jsou k dispozici 2 doplňkové seznamy:
• přehled předpisů, které v zobrazeném měsíci nabyly/nabydou účinnosti;
• přehled předpisů zrušených v daném zobrazeném období.
6.1.2.2.10.3 Zadání dotazu do formuláře (Aktivita)
Jsou k dispozici 2 varianty zadání dotazu
• prostřednictvím vepsání textového řetězce specifikujícího předmět hledání;
• prostřednictvím filtrování na hodnoty metadat, kde filtry jsou průnikovány.
Obě varianty lze použít samostatně nebo v kombinacích. Strana 291
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.1.2.2.11 Zobrazení seznamu výsledků (Aktivita)
Seznam výsledků řadit podle seřadit podle data vyhlášení, data účinnosti a podle relevance
(tedy podle míry, v jaké předpisy obsahují hledané pojmy).
6.1.2.2.12 Zpřesňování hledání (Aktivita)
Výsledky mohou být zpřesněny:
• novým zadáním požadavku;
• zpřesněním dotazu resp. dodatečnými zpřesněním prostřednictvím polí rozšířeného
hledání;
• prostřednictvím fazetových filtrů zužujících seznam výsledků.
6.1.2.2.13 Zobrazení výsledku (Aktivita)
Zobrazení výsledku primárně vyprodukuje předpis nebo pojem ve formě webové stránky.
V rámci této aktivity jsou k dispozici další možnosti:
• navigace v předpisu;
• profil předpisu;
• odkaz do portálu e-Legislativy, v případě, že předpis je předmětem změny v
legislativním procesu;
• práva a povinnosti k předpisu získané z Registru práv a povinností.
6.1.2.2.14 Předpis nebo pojem (Datový objekt)
Je-li zobrazen předpis, lze jej ze stránky zobrazení stáhnout v souborových formátech PDF a
XML.
PDF je proti změně zajištěno elektronickým podpisem.
PDF je buď informativní pro předpisy vyhlášené před rokem 2016, nebo závazné pro
předpisy vyhlášené po roce 2016.
XML je v popsané struktuře.
PDF i XML lze přímo naadresovat prostřednictvím přípony souboru.
6.1.3 Kooperace e-Sbírky s ostatními systémy
Informační systém e-Sbírka organizovaným způsobem kooperuje a komunikuje s ostatními
informačními systémy. Na prvním místě jmenujme e-Legislativu a na dalším pak Registr práv
a povinností.
Strana 292
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Publikační úřad (poskytovatel
e-Sbírky)
Vyžádání Poskytnutí Vyhlašování do Vyžádání stavu Poskytnutí Vyžádání poskytnutí zápis pojmu
(č ásti ) (části) předpisue-Sbírky předpisu v leg. informace o pojmu CzechVOC CzechVOC
p ře d p i su procesu stavu předpisu v CzechVOC pojmu
leg. procesu
Tvůrci práva (e-Legislativa)
Obrázek 78: Procesy kooperace e-Sbírka <--> e-Legislativa
e-Sbírka
požadavek na poskytnutí požadavek na poskytnutí požadavek na požadavek na
ustanovení ustanovení agendu dle id agendy k id zápis vazby zápis vazby
vazby vazby agenda <--> vyřízen
ustanovení
Registr práv a povinností
Obrázek 79: Výměna informací e-Sbírka <--> RPP
Strana 293
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2 e-Legislativa
Popis vychází z legislativního procesu ve stavu před zavedením systémů e-Sbírka a e-
Legislativa (konkrétně vznikl v roce 2013) a nezahrnuje legislativní a praktické změny
vyvolané zavedením systémů e-Sbírka a e-Legislativa, zejména tedy důsledky zákona
222/2016 Sb. a (doposud neschváleného) změnového zákona, který je aktuálně projednáván
Senátem jako senátní tisk č. 276 (stav v květnu 2017). Tato kapitola je tak zejména vstupem
do implementační analýzy, tzn. analytická pomůcka pro tvorbu procesů v rámci e-Sbírky a e-
Legislativy (jakožto pokračování prací zachycených v kapitole 13).
6.2.1 Věcný záměr zákona
Věcný záměr zákona vypracovává příslušné ministerstvo nebo jiný ústřední správní úřad.
Přípravě každého návrhu zákona musí předcházet podrobná analýza právního a skutkového
stavu, jejíž součástí musí být též zhodnocení nezbytnosti navrhované změny právního řádu.
Tvorba návrhu Připomínkové řízení Projednání a schválení
záměru vládou
Podnět k Příprava
regu l aci návrhu
zákona
Obrázek 80: Věcný záměr zákona
6.2.1.1 Tvorba návrhu (Aktivita)
Tvorba věcného záměru zákona je zahájena existencí podnětu k tvorbě regulace. Tvorba
Přehledu dopadů a hodnocení dopadů RIA je povinná pro všechny návrhy věcných záměrů
zákona. Výjimkou jsou parametrické změny zákona, krizové situace a výjimky stanovené v
plánu legislativních prací vlády.
Strana 294
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Pře d kl a d a te l e -L e g i sl a ti va
Podnět k tvorbě Návrh věcného Předkládací Návrh
věcného záměru záměru zákona usnesení
zákona zpráva
vl á d y
Příprava návrhu Přehled Stanovisko Plán
dopadů předkladatele Závěreč ná l egi sl ati vních
Exi ste n ce zpráva RIAprací vlády
výjimky pro
vypracování
Pře h l e d u
dopadů
Zpracování přehledu
dopadů
Rozhodnot o
zpracování RIA
Rozhodnutí o
zpracování analýzy
RIA
Příprava věcného
záměru k
p ři p o m ín ko vé m u
řízení
Předání návrhu
Obrázek 81: Tvorba věcného záměru zákona
6.2.1.1.1 Příprava návrhu (Aktivita)
Věcný záměr zákona vypracovávají ministerstva nebo jiné ústřední správní úřady a
předkládají jej k připomínkovému řízení a následně k projednání vládě.
Strana 295
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Gestor a interní týmy e -L e g i sl a ti va e-Sbírka
In i ci a l i za ce Šablona
návrhu pracovního
prostoru
Příprava materiálu Správa pracovního
věcného záměru prostoru
zákona
Vyhledání právního
Příprava relevantních p ře d p i su
p o d kl a d ů
Návrh Pře d kl á d a cí Návrh
věcného zpráva usnesení
záměru vl á d y
zákona
Práce na věcném Vyhledání závislostí
záměru zákona mezi předpisy v čase
Interní připomínkové Řízení interního
řízení sch va l o va cíh o
procesu
Interní schválení věcného
návrhu
Nutné
dopracování
Sch vá l e n o
Ukončení přípravy
p o d kl a d o vých
m a te ri á l ů
Tvorba věcného
návrhu zákona
Obrázek 82: Příprava návrhu
6.2.1.1.1.1 Příprava materiálu věcného záměru zákona (Aktivita)
Věcný záměr zákona vypracovávají ministerstva nebo jiné ústřední správní úřady a
předkládají jej k projednání vládě před vypracováním návrhu zákona.
Strana 296
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.1.1.1.2 Správa pracovního prostoru (Aktivita)
Tento pracovní prostor bude umožňovat spolupráci více osob nad sadou dokumentů. Do
tohoto pracovního prostoru bude umožněn vzdálený přístup autorizovaných osob (gestor
aplikace vybere spolupracovníky, kteří mají mít do pracovního prostoru přístup). Dokumenty
věcného záměru budou publikovány do tohoto pracovního prostoru. Jejich tvorbu usnadní
připravená sada šablon.
6.2.1.1.1.3 Příprava relevantních podkladů (Aktivita)
Příprava relevantních podkladů k tvorbě věcného záměru zákona.
6.2.1.1.1.4 Vyhledání právního předpisu (Aktivita)
Jedná se o jednoduchý proces vyhledání právního předpisu dle zadaných kritérií. Uživatel si
zvolí způsob vyhledávání (základní nebo rozšířený). K vyhledávání publikovaných právních
předpisů bude sloužit systém e-Sbírka.
6.2.1.1.1.5 Vyhledání závislostí mezi předpisy v čase (Aktivita)
Při rozšířeném vyhledávání je možné konkrétnější zadání vyhledávacích kritérií, tj. jak
podmínky zahrnující text tak i možnost zadání kritérií na základě metadat (např. typ právního
předpisu, platnost, atd.).
6.2.1.1.1.6 Práce na věcném záměru zákona (Aktivita)
Práce na materiálu věcného záměru zákona.
6.2.1.1.1.7 Interní připomínkové řízení (Aktivita)
V okamžiku, kdy je tým gestora s přípravou materiálu věcného záměru hotov, může dojít k
internímu připomínkovému řízení a ke schválení věcného záměru.
6.2.1.1.1.8 Řízení interního schvalovacího procesu (Aktivita)
Pro podporu schválení je v systému e-Legislativa implementován schvalovací proces, který
umožní jednotlivým účastníkům vyjádřit svůj souhlas či nesouhlas s případným připojením
odůvodnění či komentáře.
6.2.1.1.1.9 Ukončení přípravy podkladových materiálů (Aktivita)
Materiál věcného záměru je následně automaticky systémem e-Legislativa posunut do další
fáze věcného návrhu.
6.2.1.1.1.10 Inicializace návrhu (Start)
Věcný záměr zákona vypracovávají ministerstva a jiné ústřední orgány státní správy a
předkládají jej k projednání vládě před vypracováním návrhu zákona, a to v případě, že věcný
záměr je obsažen v plánu legislativních prací vlády.
Strana 297
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.1.1.1.11 Tvorba věcného návrhu zákona (Průchod)
Návrat do nadřazeného procesu Tvorba věcného záměru zákona.
6.2.1.1.1.12 Návrh usnesení vlády (Datový objekt)
Návrh usnesení vlády ve formě podle Jednacího řádu vlády Čl. II, IV, X.
Připravený Návrh usnesení vlády má část:
• schvalovací,
• ukládací,
• případně další nebo jen některou z těchto částí.
Při vypracování návrhu usnesení vlády musí člen vlády nebo vedoucí jiného orgánu, který je
předkladatelem materiálu pro jednání schůze vlády, dbát, aby navržené usnesení nebylo v
rozporu s jiným, dříve vládou přijatým usnesením. Má-li předkladatel za to, že je třeba změnit
nebo zrušit dříve přijaté rozhodnutí vlády, musí navrhnout změnu již přijatého usnesení vlády
nebo jeho zrušení či zrušení jeho části.
Ukládací část návrhu usnesení vlády musí obsahovat označení orgánu, kterému vláda úkol
ukládá, konkrétně vyjádřený úkol a termín, do kterého má být úkol splněn. Není-li termín
stanoven, má se za to, že uložený úkol má být splněn do 30-ti dnů.
6.2.1.1.1.13 Předkládací zpráva (Datový objekt)
Předkládací zpráva obsahuje vždy:
• stručné vyjádření důvodu, pro který je materiál předkládán schůzi vlády,
• stručnou charakteristiku obsahu vlastního písemného podkladu ve věci,
• zhodnocení současného stavu a dopadů navrhovaného řešení ve vztahu k rovnosti
mužů a žen, týká-li se navrhované řešení postavení fyzických osob,
• přehled orgánů, kterým byl materiál zaslán ke stanovisku.
6.2.1.1.1.14 Návrh věcného záměru zákona (Datový objekt)
Ve věcném záměru zákona má být obsaženo:
• přehled právních předpisů, k nimž se věcný záměr váže,
• základní zásady, které jsou do návrhu zapracovány,
• účel, který je sledován,
• zhodnocení stávající právní úpravy nebo její příslušné části,
• návrh věcného řešení.
6.2.1.1.1.15 Šablona pracovního prostoru (Datový objekt)
Využití připravených šablon pracovního prostoru včetně šablon procesů umožňuje vytvoření
pracovního prostoru s nastavenými vlastnostmi.
Strana 298
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.1.1.1.16 Interní schválení věcného návrhu (Uzel)
Výsledek schválení je prezentován týmu gestora, který buď dopracuje věcný záměr dle
připomínek vzešlých ze schvalování, nebo v případě, že je všechno v pořádku, označí věcný
záměr za schválený.
6.2.1.1.2 Rozhodnutí o zpracování analýzy RIA (Aktivita)
Při rozhodování o provedení RIA je nutné, aby Oddělení pro koordinaci procesu RIA nejdříve
zpracovalo věcné podklady pro pracovní komisi. Na základě uvedených podkladů vytvoří
pracovní komise LRV doporučení pro vládu.
Pracovní komise LRV zhodnotí soulad svého doporučení a stanoviska předkladatele a vyřeší
případný nesoulad.
Strana 299
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Pře d kl a d a te l LRV - Oddělení pro kordinaci procesu RIA LRV - Předseda LRV - Pracovní komise e -L e g i sl a ti va Člen vlády Vláda
Zahájení řízení o rozhodnutí Sta n o vi sko
zpracovat RIA p ře d kl a d a te l e
Pře h l e d
dopadů
Věcné
podklady k
hodnocení
potřeby RIA
Doporučení /
Sta n o vi sko
pracovní
ko m i se
Vypracování
stanoviska o
provedení RIA
Analýza přehledu Ne so u l a d
dopadů sta n o vi se k
Zhodnocení
so u l a d u
sta n o vi se k
Soulad
Pře d l o že n í Vyřešit nesoulad
návrhu mimo sta n o vi se k
Plán
l e g i sl a ti vn ích
prací vlády
Mimo Zařazení do plánu Rozhodnutí o Žádost o neprovedení Zhodnocení možnosti
plán legislativních prací provedení RIA RIA uplatnění výjimky z
RIA
Zařazen v plánu Žádost existuje RIA nemusí být Plán legislativních
RIA musí být zpracována zpracována prací vlády Výjimka ze
Exi ste n ce zpracování
žádosti o Rozhodnutí o RIA
neprovedení provedení RIA
RIA
Žádost
n e e xi stu j e
RIA musí být zpracována
Výj i m ka
uplatněna
Zpracování analýzy
RIA
Závěrečná zpráva
RIA
Hodnocení dopadů
Předkládací zpráva
Ukončení zpracování
RIA
Obrázek 83: Aktivita Rozhodnutí o zpracování analýzy RIA
Strana 300
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.1.1.2.1 Vypracování stanoviska o provedení RIA (Aktivita)
Při rozhodování o provedení RIA je nutné, aby Oddělení pro koordinaci procesu RIA nejdříve zpracovalo věcné podklady pro pracovní komisi.
Na základě uvedených podkladů vytvoří pracovní komise LRV doporučení pro vládu.
Analýza přehledu dopadů (Aktivita)
V případě projednání pracovními komisemi Legislativní rady vlády je věcný záměr zákona předložen všem pracovním komisím Legislativní rady
vlády, a to v zájmu vyřešení maximálního množství potenciálních problémů budoucí právní úpravy již v této fázi, ještě před vypracováním
paragrafového znění návrhu zákona.
6.2.1.1.2.2 Vyřešit nesoulad stanovisek (Aktivita)
Pokud nedojde k souladu stanovisek, je řešen tento nesoulad na úrovni člena vlády nebo vedoucího jiného ústředního orgánu státní správy. V
případě, že se stanoviska předkladatele a pracovní komise nepodaří vyřešit na úrovni člena vlády nebo vedoucího jiného ústředního orgánu
státní správy, předloží se návrh k rozhodnutí vládě.
6.2.1.1.2.3 Zařazení do plánu legislativních prací (Aktivita)
Do plánu legislativních prací vlády se věcný záměr zařadí, jestliže:
• dosavadní zákon má být nahrazen koncepčně novou zákonnou úpravou,
• nebo obsah návrhu zákona má spočívat v úpravě věcí, které dosud nejsou v právním řádu upraveny.
6.2.1.1.2.4 Zhodnocení možnosti uplatnění výjimky z RIA (Aktivita)
Vláda na základě doporučení Pracovních komisí LRV zhodnotí možnost uplatnění výjimky z RIA v následujících situacích:
• ve zvláštních případech (Legislativní pravidla vlády část čtvrtá, čl. 17 až 19). Platí-li stav legislativní nouze, RIA se vynechá též u
souvisejících podzákonných právních předpisů,
• v krizových situacích,
• u návrhů právních předpisů, jejichž obsahem jsou pouze změny technického charakteru nemající žádný dopad na věcnou stránku
právního předpisu (nemá dopad na žádnou cílovou skupinu ani oblast),
• u obecných procesních předpisů (správní řád, občanský soudní řád, trestní řád, zákon o kontrole),
• u ostatních naléhavých případů, zejména pokud hrozí citelné ekonomické či jiné ztráty.
6.2.1.1.2.5 Zpracování analýzy RIA (Aktivita)
Provede se zpracování analýzy RIA ve stanovené formě.
Strana 301
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Pře d kl a d a te Dotčené subjekty e -L e g i sl a ti va Vláda
Zahájení procesu zpracování Ko n zu l ta ce
analýzy RIA Pře h l e d
dopadů
Zdůvodnění
předložení a cílů Důvod
předložení a
Navrhnout varianty cíl e
řešení
Návrh variant
řešení
Vyhodnotit náklady a Ko n zu l ta ce Vyhodnocení
přínosy Ko n zu l ta ce n á kl a d ů
Stanovit pořadí Vyhodnocení
va ri a n t va ri a n t
Způsob výběru Volba varianty na
va ri a n ty základě rozhodnutí
Stanovení vl á d y
nejvhodnější varianty
Zvo l e n a
Vyhodnotit náklady a n e j vh o d n ě j ší
přínosy va ri a n ta
Ne
Rozpracování
zvolené varianty Ano
Návrh věcného
záměru zákona
Zpracovat Závěreč ná
Závěrečnou zprávu zpráva RIA
RIA
Ukončení zpracování RIA
Obrázek 84: Zpracování analýzy RIA
Strana 302
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Zdůvodnění předložení a cílů (Aktivita)
Zhodnocení současného stavu a identifikace problému, který má být řešen včetně
zhodnocení platného právního stavu.
6.2.1.1.2.5.1 Navrhnout varianty řešení (Aktivita)
Návrh různých variant řešení problému, které by mohly vést ke stanovenému cíli.
Konzultace (Aktivita)
Konzultované oblasti:
• dopady navrhovaných variant řešení,
• nechtěné a neočekávané dopady řešení,
• rizika spojená s implementací a vynucováním,
• rizika spojená s náklady na přizpůsobení se ze strany dotčených subjektů.
Je veden souhrn konzultací, které byly v průběhu zpracovávání RIA realizovány.
Zaznamenávají se i ty náměty, které nebyly zapracovány, včetně jejich zdůvodnění.
6.2.1.1.2.5.2 Vyhodnotit náklady a přínosy (Aktivita)
Identifikace nákladů a přínosů všech variant.
6.2.1.1.2.5.3 Konzultace (Aktivita)
Konzultované oblasti:
• dopady navrhovaných variant řešení,
• nechtěné a neočekávané dopady řešení,
• rizika spojená s implementací a vynucováním,
• rizika spojená s náklady na přizpůsobení se ze strany dotčených subjektů.
Je veden souhrn konzultací, které byly v průběhu zpracovávání RIA realizovány.
Zaznamenávají se i ty náměty, které nebyly zapracovány, včetně jejich zdůvodnění.
6.2.1.1.2.5.4 Stanovit pořadí variant (Aktivita)
Stanovit pořadí variant podle různých kritérií, tj. stanovení měřítek a indikátorů, podle kterých
bude dále posuzováno, že navrhované řešení je účinné a splňuje stanovené cíle včetně
termínu, kdy bude přezkoumání provedeno, případně stanoven konec účinnosti právního
předpisu.
6.2.1.1.2.5.5 Stanovení nejvhodnější varianty (Aktivita)
Stanovení nejvhodnější varianty podle stanovených měřítek a indikátorů.
6.2.1.1.2.5.6 Volba varianty na základě rozhodnutí vlády (Aktivita)
Ve výjimečných případech je možné předložit závěrečnou zprávu RIA jako samostatný
dokument vládě, která rozhodne o nejvhodnějším řešení. V takových případech se stanoví
pořadí variant podle různých kritérií. Na základě politického rozhodnutí může být stanoveno,
Strana 303
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
že do návrhu právního předpisu bude rozpracována varianta, která v rámci RIA nebyla
identifikována jako nejvhodnější řešení. Blíže viz. Obecné zásady pro hodnocení dopadů
regulace (RIA).
6.2.1.1.2.5.7 Vyhodnotit náklady a přínosy (Aktivita)
Identifikace nákladů a přínosů zvolené varianty.
6.2.1.1.2.5.8 Konzultace (Aktivita)
V rámci procesu Zpracování RIA jsou oslovovány dotčené subjekty, aby se vyjádřily k
připravované regulaci. Předkladatel při vybírání konzultovaných subjektů vychází z databáze
DataKO.
Konzultované oblasti:
• dopady navrhovaných variant řešení,
• nechtěné a neočekávané dopady řešení,
• rizika spojená s implementací a vynucováním,
• rizika spojená s náklady na přizpůsobení se ze strany dotčených subjektů.
Je veden souhrn konzultací, které byly v průběhu zpracovávání RIA realizovány.
Zaznamenávají se i ty náměty, které nebyly zapracovány, včetně jejich zdůvodnění.
6.2.1.1.2.5.9 Rozpracování zvolené varianty (Aktivita)
Rozpracování zvolené varianty - varianta vždy obsahuje vyčíslení předpokládaného
finančního dopadu na státní rozpočet a ostatní veřejné rozpočty včetně způsobu jejich
pokrytí.
6.2.1.1.2.5.10 Zpracovat Závěrečnou zprávu RIA (Aktivita)
Všechny požadované informace včetně zprávy o konzultacích a kontaktních údajů
předkladatel zapracuje do Závěrečné zprávy RIA.
6.2.1.1.2.5.11 Ukončení procesu RIA (Konec)
Ukončení procesu RIA.
6.2.1.1.2.5.12 Ukončení zpracování RIA (Průchod)
Ukončení procesu zpracování analýzy RIA.
6.2.1.1.2.5.13 Zahájení procesu zpracování analýzy RIA (Start)
Zahájení procesu zpracování analýzy RIA.
6.2.1.1.2.5.14 Důvod předložení a cíle (Datový objekt)
Stanovení cíle (žádoucího stavu), který má být dosažen řešením problému. Zhodnocení rizik,
která jsou spojena s neřešením problému.
Strana 304
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.1.1.2.5.15 Návrh variant řešení (Datový objekt)
Součástí možných řešení je i varianta nulová, s výjimkou práva EU nebo kdy již právní předpis
vyšší právní síly ukládá vydat právní předpis. Navržena mají být rovněž alternativní řešení.
6.2.1.1.2.5.16 Vyhodnocení nákladů (Datový objekt)
Identifikují se pravděpodobné náklady a očekávané přínosy. Identifikovány musí být
jednotlivé skupiny a subjekty, jichž se návrh dotýká.
6.2.1.1.2.5.17 Vyhodnocení variant (Datový objekt)
Doporučená varianta vždy obsahuje vyčíslení předpokládaného finančního dopadu na státní
rozpočet a ostatní veřejné rozpočty včetně způsobu jejich pokrytí.
6.2.1.1.2.5.18 Závěrečná zpráva RIA (Datový objekt)
Předkladatel vyhodnotí náklady a přínosy podle doporučených metod, které jsou spolu s
dalšími náležitostmi Závěrečné zprávy RIA uvedeny v samostatném dokumentu Závěrečná
zpráva RIA. Součástí Závěrečné zprávy RIA jsou:
• důvod předložení a cíle,
• návrh variant řešení,
• vyhodnocení nákladů a přínosů,
• návrh řešení,
• tabulka vyhodnocení variant,
• implementace doporučené varianty a vynucování,
• přezkum účinnosti regulace,
• zpráva o konzultacích,
• kontakty.
6.2.1.1.2.5.19 Způsob výběru varianty (Uzel)
Určení způsobu výběru varianty návrhu (výběr dle stanoveného pořadí, nebo předložení
vládě).
6.2.1.1.2.5.20 Zvolena nejvhodnější varianta (Uzel)
Zvolená varianta není dříve navrženou nejvhodnější variantou. Pokud dopady této varianty
nejsou vyhodnoceny, je předkladatel povinen toto vyhodnocení dopracovat nejpozději před
předložením návrhu vládě k projednání.
6.2.1.1.2.6 Hodnocení dopadů (Aktivita)
Na závěr procesu se provede vypracování hodnocení dopadů podle Legislativních pravidel
vlády.
6.2.1.1.2.7 Zahájení řízení o rozhodnutí o zpracování RIA (Průchod)
Zahájení řízení o rozhodnutí o zpracování RIA.
Strana 305
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.1.1.2.8 Ukončení zpracování RIA (Průchod)
Ukončení procesu zpracování RIA.
6.2.1.1.2.9 Žádost o neprovedení RIA (Datový objekt)
Žádost o neprovedení RIA.
6.2.1.1.2.10 Doporučení/Stanovisko pracovní komise (Datový objekt)
Vypracované doporučení/stanovisko Pracovní komise Legislativní rady vlády.
6.2.1.1.2.11 Rozhodnutí o provedení RIA (Datový objekt)
Rozhodnutí vlády o provedení a formě RIA.
6.2.1.1.2.12 Stanovisko předkladatele (Datový objekt)
Vypracované stanovisko předkladatele ke způsobu zpracování RIA.
6.2.1.1.2.13 Věcné podklady k hodnocení potřeby RIA (Datový objekt)
Věcné podklady k hodnocení potřeby vypracování RIA.
6.2.1.1.2.14 Zhodnocení souladu stanovisek (Uzel)
Poté, co jsou obě stanoviska vypracována, Pracovní komise LRV zhodnotí soulad svého
doporučení a stanoviska předkladatele a vyřeší jejich případný nesoulad.
6.2.1.1.2.15 Předložení návrhu mimo Plán legislativních prací vlády (Uzel)
Předložit návrh mimo Plán legislativních prací vlády.
6.2.1.1.2.16 Existence žádosti o neprovedení RIA (Uzel)
Návrh předložen včetně žádosti o neprovedení RIA.
Výjimka ze zpracování RIA (Uzel)
Rozhodnutí o udělení výjimky ze zpracování analýzy RIA.
Rozhodnutí o provedení RIA (Uzel)
Rozhodnutí o provedení RIA mimo Plán legislativních prací vlády. Důvodem uvedeným v
žádosti o nezpracování RIA je krizová situace (zákon č. 110/1998 Sb., č. 240/200 Sb.,
č. 241/2000 Sb.).
6.2.1.1.3 Zpracování Přehledu dopadů (Aktivita)
Proces zpracování Přehledu dopadů provádí předkladatel.
Strana 306
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
V rámci této činnosti je nutné, aby mimo jiné:
• zpracoval základní identifikační údaje,
• definoval problém,
• určil cíl plánovaného právního předpisu,
• odůvodnil variantu přípravy legislativního předpisu,
• zpracoval stanovisko ke zpracování RIA,
• identifikoval dotčené subjekty,
• charakterizoval specifické dopady a
• uvedl kontakty na zpracovatele RIA.
Příprava věcného záměru k připomínkovému řízení (Aktivita)
Příprava materiálů věcného záměru zákona k předání do fáze připomínkového řízení tj.
formální ověření úplnosti podkladů, kontrola jejich vazeb a jejich "uzamčení".
6.2.1.1.4 Podnět k tvorbě věcného záměru zákona (Start)
Věcný záměr se vypracovává pouze v případě zákonů, včetně zákonů ústavních. Věcný záměr
je možno předložit, pokud byl takový věcný záměr předem zařazen do plánu legislativních
prací vlády na příslušné období. Do plánu legislativních prací vlády se pak věcný záměr
zákona zařadí pouze v případě, jestliže dosavadní zákon má být nahrazen koncepčně novou
zákonnou úpravou, nebo jestliže obsah návrhu zákona má spočívat v úpravě věcí, které
dosud nejsou v právním řádu upraveny.
Předání návrhu (Průchod)
Předání materiálů věcného záměru zákona do fáze připomínkového řízení.
6.2.1.1.5 Plán legislativních prací vlády (Datový objekt)
Plán legislativních prací vlády je dokument, jímž vláda vymezuje své legislativní priority na
následující časové období a zároveň ukládá svým jednotlivým členům legislativní úkoly. Plán
legislativních prací vlády bývá zpravidla schvalován zvlášť na každý kalendářní rok.
6.2.1.1.6 Přehled dopadů (Datový objekt)
Přehled dopadů obsahuje:
• základní identifikační údaje,
• definovaný problém,
• cíl plánovaného právního předpisu,
• odůvodnění varianty přípravy legislativního předpisu,
• stanovisko ke zpracování RIA,
• identifikaci dotčených subjektů,
• specifické dopady,
• kontakty na zpracovatele RIA.
Strana 307
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Existence výjimky pro vypracování Přehledu dopadů (Uzel)
Tvorba Přehledu dopadů a hodnocení dopadů RIA je povinná pro všechny návrhy věcných
záměrů zákona.
Výjimkou jsou parametrické změny zákona, krizové situace a výjimky stanovené v plánu
legislativních prací vlády.
Připomínkové řízení (Aktivita)
Věcný záměr zákona prochází připomínkovým řízením. Lhůta pro sdělení připomínek k
návrhu věcného záměru zákona činí zpravidla 15 pracovních dnů. Některá připomínková
místa mohou uplatnit k návrhu věcného záměru zákona tzv. „zásadní připomínky“, které se
mohou stát předmětem tzv. rozporu a které potom podléhají zvláštnímu režimu projednání.
Strana 308
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Pře d kl a d a te l e -L e g i sl a ti va LRV - Předseda Připomínková místa ODok
Za h á j e n í Za h á j e n í Udělení výjimky z
p ři p o m ín ko vé h o p ři p o m ín ko vé h o p ři p o m ín ko vé h o
řízení řízení
řízení
Převzetí materiálu do Ud ě l e n a
p ři p o m ín ko vé h o výj i m ka
řízení
Výjimka neuplatněna
Věcný záměr Pře d kl á d a cí
zákona zpráva
Pře h l e d Závěreč ná Převzetí materiálu do
dopadů zpráva RIA systému ODok
Pře d l o že n ý
materiál (sign
PDF/A)
Vytvoření připomínek
Vypořádání Při p o m ín ky Převzetí souhrnu
p ři p o m ín e k připomínek za
Vypořádání
Zhodnocení p ři p o m ín e k připomínkové místo
významnosti
Významné změny změn Převzetí stavu
ukonč ení
Malo významné
změny p ři p o m ín ko vé h o
řízení
Ukonč ení
p ři p o m ín ko vé h o
řízení
Příprava materiálu k
p ro j e d n á n í
Předání materiálu k projednání
Obrázek 85: Připomínkové řízení
Strana 309
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Převzetí materiálu do připomínkového řízení (Aktivita)
Převzetí materiálu věcného návrhu zákona do fáze připomínkového řízení.
Zahájení připomínkového řízení (Aktivita)
Jednotlivá povinná i volitelná připomínková místa jsou informována o vstoupení návrhu
věcného záměru zákona do připomínkového řízení a o lhůtě pro uplatnění připomínek.
Převzetí materiálu do systému ODok (Aktivita)
Jednotlivá povinná i volitelná připomínková místa v systému ODok jsou informována o
vstoupení návrhu věcného záměru zákona do připomínkového řízení a o lhůtě pro uplatnění
připomínek. Je předán elektronicky podepsaný materiál věcného záměru zákona ve formátu
PDF/A.
6.2.1.1.7 Vytvoření připomínek (Aktivita)
Tvorba připomínek k věcnému záměru zákona od definovaných připomínkových míst.
Připomínky jsou vytvářeny prostředky systému e-Legislativy ve strukturované podobě.
Vypořádání připomínek (Aktivita)
Předkladatel je povinen projednat uplatnění připomínky s připomínkovým místem, vypořádat
všechny zásadní připomínky a přihlédnout, popř. také vypořádat, připomínky doporučující.
Strana 310
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Pře d kl a d a te l e -L e g i sl a ti va Autor připomínky Člen vlády
Za h á j e n í Věcný záměr Připomínky
vypořádání zákona
p ři p o m ín e k
Zapracování
p ři p o m ín e k
Vypořádání
p ři p o m ín e k
Pro j e d n a t
zapracování
p ři p o m ín e k
Exi ste n ce
rozporu
Exi stu j e
Odstranění rozporu
Ne e xi stu j e Řešení
nebo byl rozporu
odstraněn
Předložit rozpor k Rozpor přetrvává
řešení vládě
Rozpor je odstraněn
Připomínkové řízení
Obrázek 86: Vypořádání připomínek
Zapracování připomínek (Aktivita)
Předkladatel je povinen vypořádat všechny zásadní připomínky a přihlédnout, popř. také
vypořádat, připomínky doporučující.
Projednat zapracování připomínek (Aktivita)
Projednat zapracování připomínek s připomínkovým místem. Pokud připomínková místa
uplatňují připomínky, které považují za podstatné, vyjádří to u každé z těchto připomínek
slovním obratem „tato připomínka je zásadní"; jako zásadní nelze označit připomínku, která
se týká legislativně technických požadavků. Pokud orgán, který věcný záměr k připomínkám
předložil, takto označené připomínce nehodlá vyhovět, nebo nedojde k dohodě mezi
předkladatelem a připomínkovým místem, stává se tato připomínka předmětem rozporu.
6.2.1.1.7.1 Odstranění rozporu (Aktivita)
Odstranění rozporu je řešeno na úrovni člena vlády a vedoucího jiného ústředního orgánu
státní správy.
Strana 311
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.1.1.7.2 Předložit rozpor k řešení vládě (Aktivita)
Pokud se nepodaří rozpor odstranit v připomínkovém řízení, bude tento rozpor předložen k
rozhodnutí vládě spolu s návrhem věcného záměru zákona. Rozpor se v této fázi zaznamená
do systému e-Legislativa.
Pozn.: Dojde-li po předložení věcného záměru vládě k vyřešení rozporu, informuje příslušný
člen vlády, který věcný záměr vládě předložil, ostatní členy vlády o vyřešení rozporu.
6.2.1.1.7.3 Zahájení vypořádání připomínek (Start)
Zahájení vypořádání připomínek.
Připomínkové řízení (Průchod)
Návrat do nadřazeného procesu připomínkového řízení.
Připomínky (Datový objekt)
Připomínky k věcnému záměru zákona.
Vypořádání připomínek (Datový objekt)
Vypořádání připomínek k návrhu ve strukturované podobě.
Věcný záměr zákona (Datový objekt)
Ve věcném záměru zákona má být obsaženo:
• přehled právních předpisů, k nimž se věcný záměr váže,
• základní zásady, které jsou do návrhu zapracovány,
• účel, který je sledován,
• zhodnocení stávající právní úpravy nebo její příslušné části,
• návrh věcného řešení.
6.2.1.1.7.4 Existence rozporu (Uzel)
Odstranění rozporu je řešeno na úrovni náměstků. Nepodaří-li se rozpor odstranit na této
úrovni, řeší ho člen vlády a vedoucí jiného ústředního orgánu státní správy.
Řešení rozporu (Uzel)
Nepodaří-li se rozpor odstranit na úrovni člena vlády a vedoucí jiného ústředního orgánu
státní správy, předloží se rozpor spolu s věcným záměrem zákona k rozhodnutí vládě.
6.2.1.1.8 Převzetí souhrnu připomínek za připomínkové místo (Aktivita)
Převzetí souhrnu připomínek za připomínkové místo do systému ODok.
Strana 312
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.1.1.9 Ukončení připomínkového řízení (Aktivita)
Věcný záměr, upravený podle výsledků připomínkového řízení, se zašle k projednání vládě po
souhlasu osoby, která stojí v čele orgánu, který věcný záměr zpracoval. Je-li zpracovatelem
věcného záměru jiný ústřední orgán státní správy než ministerstvo, zašle tímto způsobem
věcný záměr k projednání vládě člen vlády, kterého vláda pověřila ve vztahu k tomuto
ústřednímu orgánu koordinační funkcí; vedoucí jiného ústředního orgánu státní správy je v
tomto případě spolupředkladatelem.
6.2.1.1.10 Převzetí stavu ukončení připomínkového řízení (Aktivita)
Převzetí informace o ukončení připomínkového řízení k věcnému záměru zákona.
Příprava materiálu k projednání (Aktivita)
Příprava materiálů věcného záměru zákona k předání do fáze projednání a schválení, tj.
formální ověření úplnosti podkladů, kontrola jejich vazeb a jejich "uzamčení".
Zahájení připomínkového řízení (Start)
Do připomínkového řízení smí návrh věcného záměru zákona vstoupit pouze za
předpokladu, že již prošel procesem hodnocení dopadů RIA (pokud nebyla uplatněna
výjimka).
Dále je nutné znovu projít připomínkovým řízením v případě, že byl návrh po zapracování
jednotlivých připomínek rozsáhle změněn nebo pokud v rámci schvalovacího procesu na
vládě bylo uloženo předkladateli přepracování návrhu a tento byl rozsáhle změněn.
Lhůta pro sdělení připomínek k návrhu věcného záměru zákona činí zpravidla 15 pracovních
dnů.
6.2.1.1.11 Předání materiálu k projednání (Průchod)
Předání materiálu věcného záměru zákona k projednání ve vládě.
6.2.1.1.12 Předkládací zpráva (Datový objekt)
Předkládací zpráva obsahuje vždy:
• stručné vyjádření důvodu, pro který je materiál předkládán schůzi vlády,
• stručnou charakteristiku obsahu vlastního písemného podkladu ve věci,
• zhodnocení současného stavu a dopadů navrhovaného řešení ve vztahu k rovnosti
mužů a žen, týká-li se navrhované řešení postavení fyzických osob,
• přehled orgánů, kterým byl materiál zaslán ke stanovisku.
6.2.1.1.13 Předložený materiál (sign PDF/A) (Datový objekt)
Předložený připomínkovaný materiál věcného záměru zákona (sign PDF/A) předán do
systému ODok.
Strana 313
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Přehled dopadů (Datový objekt)
Přehled dopadů:
• základní identifikační údaje,
• definovaný problém,
• cíl plánovaného právního předpisu,
• odůvodnění varianty přípravy legislativního předpisu,
• stanovisko ke zpracování RIA,
• identifikace dotčených subjektů,
• specifické dopady a
• kontakty na zpracovatele RIA.
Připomínky (Datový objekt)
Připomínky k věcnému záměru zákona vypracované jednotlivými připomínkovými místy.
Vypořádání připomínek (Datový objekt)
Vypořádání připomínek k věcnému záměru zákona ve strukturované podobě.
6.2.1.1.14 Věcný záměr zákona (Datový objekt)
Ve věcném záměru zákona má být obsaženo:
• přehled právních předpisů, k nimž se věcný záměr váže,
• základní zásady, které jsou do návrhu zapracovány,
• účel, který je sledován,
• zhodnocení stávající právní úpravy nebo její příslušné části,
• návrh věcného řešení.
6.2.1.1.15 Závěrečná zpráva RIA (Datový objekt)
Předkladatel vyhodnotí náklady a přínosy podle doporučených metod, které jsou spolu s
dalšími náležitostmi Závěrečné zprávy RIA uvedeny v samostatném dokumentu Závěrečná
zpráva RIA. Součástí Závěrečné zprávy RIA jsou:
• důvod předložení a cíle, Strana 314
• návrh variant řešení,
• vyhodnocení nákladů a přínosů,
• návrh řešení,
• tabulka vyhodnocení variant,
• implementace doporučené varianty a vynucování,
• přezkum účinnosti regulace,
• zpráva o konzultacích,
• kontakty.
6.2.1.1.16 Udělení výjimky z připomínkového řízení (Uzel)
Předseda LRV může udělit výjimku z připomínkového řízení.
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Výjimka může nabýt podoby buď celkového prominutí připomínkového řízení nebo omezení
připomínkových míst či časových lhůt. Ve druhém případě je ovšem nezbytné, aby
připomínkové řízení proběhlo co do požadovaných dílčích činností totožně se standardním
řízením.
6.2.1.1.17 Zhodnocení významnosti změn (Uzel)
Zhodnocení významnosti změn v návrhu po zapracování připomínek do věcného záměru.
6.2.1.2 Projednání a schválení záměru vládou (Aktivita)
Jakmile je vypracováno stanovisko Legislativní rady vlády lze návrh věcného záměru zákona
zařadit na program schůze vlády. Na základě vládou schváleného věcného záměru zákona
vypracuje příslušné ministerstvo (člen vlády) návrh zákona (tzv. paragrafové znění).
Strana 315
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Pře d kl a d a te l e -L e g i sl a ti va LRV - Předseda ÚVL - Odbor kompatibility Plénum LRV Pracovní komise LRV Vláda ÚVL - Odbr vládní agendy ODok
Za h á j e n í
p ro j e d n á n í
ve vládě
Převzetí materiálu k
p ro j e d n á n í
Věcný záměr Pře d kl á d a cí Předání do LRV
zákona zpráva
Stanovisko OKOM Stanovisko komisí
LRV
Sta n o vi sko
Rozhodnutí o pléna LRV
vypracování
sta n o vi ska Vytvoření stanoviska
LRV
Sta n o vi sko
Vypořádání Přehled Závěreční předsedy
p ři p o m ín e k dopadů zpráva RIA
Vytvoření stanoviska Přerušení
Předsedy LRV p ro j e d n á vá n í
Sta n o vi sko Sta n o vi sko Upavit znění
PK LRV LRV
Sta n o vi sko
OKOM
Příprava upraveného
znění věcného
záměru zákona
Příprava materiálu na
jednání vlády
Předložit věcný Příprava podkladů k
záměr zákona vládě jednání vlády
Přepracování záměru Návrh usnesení Vráceno k Projednání věcného Ukončení procesu -
vl á d y přepracování návrhu zákona nesouhlas se
Závažnost změn záměrem
Dispozice / Posouzení
Významné Při p o m ín ky věcného
změny vl á d y záměru
zákona
Připomínkové řízení Příprava k předání
věcného záměru Sch vá l e n o
Zapracování dispozic zákona k přípravě
do návrhu návrhu zákona.
Příprava návrhu
zákona
Obrázek 87: Projednání a schválení záměru vládou
Strana 316
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Stanovisko komisí LRV (Aktivita)
Předseda LRV rozhodne, které pracovní komise LRV návrh věcného záměru zákona
projednají. Pracovní komise LRV vytvoří stanovisko k návrhu věcného záměru zákona. Pro
vytvoření stanoviska jsou využity nástroje systému e-Legislativa.
6.2.1.2.1 Stanovisko PK LRV (Datový objekt)
Stanovisko pracovních komisí LRV k věcnému záměru zákona.
6.2.1.2.2 Převzetí materiálu k projednání (Aktivita)
Převzetí materiálu věcného záměru zákona do fáze projednání a schválení vládou. Věcný
záměr zákona, upravený podle výsledků připomínkového řízení, se zašle k projednání vládě.
6.2.1.2.3 Předání do LRV (Aktivita)
Věcný záměr zákona se zašle k projednání v Legislativní radě vlády (LRV) a Odboru
kompatibility ÚV ČR (OKOM).
6.2.1.2.4 Stanovisko OKOM (Aktivita)
OKOM vytvoří stanovisko k předloženému návrhu. O jeho vytvoření je informován
předkladatel a LRV.
Vytvoření stanoviska LRV (Aktivita)
Vytvoření stanoviska pléna LRV k návrhu věcného záměru zákona. Legislativní rada projedná
věcný záměr ve lhůtě do 60 dnů ode dne, v němž jí byl věcný záměr předložen.
6.2.1.2.5 Vytvoření stanoviska Předsedy LRV (Aktivita)
Vytvoření stanoviska Předsedy LRV k návrhu věcného záměru zákona.
6.2.1.2.6 Příprava upraveného znění věcného záměru zákona (Aktivita)
Předkladatel na základě stanoviska LRV připraví upraveného znění věcného záměru zákona.
Příprava materiálu na jednání vlády (Aktivita)
Odbor vládní agendy připraví materiál věcného záměru zákona na jednání vlády.
6.2.1.2.7 Příprava podkladů k jednání vlády (Aktivita)
Příprava podkladů k jednání vlády v systému ODok (eVláda).
Předložit věcný záměr zákona vládě (Aktivita)
Předložení materiálu věcného záměru zákona vládě (členům vlády).
Strana 317
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.1.2.8 Přepracování záměru (Aktivita)
V případě, že vláda rozhodla o přepracování návrhu, musí předkladatel navrhované změny
zapracovat.
6.2.1.2.9 Projednání věcného návrhu zákona (Aktivita)
Návrh věcného záměru zákona je projednán na schůzi vlády. Dojde-li po předložení věcného
záměru vládě k vyřešení rozporu z připomínkového řízení, informuje příslušný člen vlády,
který věcný záměr vládě předložil, ostatní členy vlády o vyřešení rozporu.
Vláda může rozhodnout o schválení, zamítnutí nebo přepracování návrhu. Jsou schváleny
dispozice k dopracování věcného záměru vlády.
6.2.1.2.10 Předat k podpisu předkladateli (Aktivita)
Předání věcného návrhu zákona k podpisu předkladateli.
6.2.1.2.11 Zapracování dispozic do návrhu (Aktivita)
Pokud se vláda shodla na schválení návrhu věcného záměru zákona, předkladatel zapracuje
případné dispozice.
6.2.1.2.12 Příprava k předání věcného záměru zákona k přípravě návrhu zákona.
(Aktivita)
Příprava materiálů věcného záměru zákona k předání procesu přípravy návrhu zákona, tj.
formální ověření úplnosti podkladů, kontrola jejich vazeb a jejich "uzamčení".
6.2.1.2.13 Zahájení projednání ve vládě (Start)
Návrh věcného záměru zákona se poté, co je předložen vládě, projednává v legislativních
orgánech vlády.
6.2.1.2.14 Připomínkové řízení (Průchod)
Po zapracování významných změn do věcného záměru vlády je tento vrácen zpět do fáze
připomínkového řízení.
Ukončení procesu - nesouhlas se záměrem (Konec)
Jestliže se vláda dohodla na zamítnutí věcného záměru zákona, bude legislativní proces
ukončen.
Příprava návrhu zákona (Konec)
Na základě vládou schváleného věcného záměru vypracuje příslušné ministerstvo (člen
vlády), nebo jiný ústřední orgán státní správy návrh zákona.
Strana 318
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.1.2.15 Dispozice / Připomínky vlády (Datový objekt)
Dispozice k dopracování věcného záměru vlády vzešlé z jednání vlády.
6.2.1.2.16 Návrh usnesení vlády (Datový objekt)
Návrh usnesení vlády ve formě podle Jednacího řádu vlády Čl. II, IV, X.
Připravený Návrh usnesení vlády má část:
• schvalovací,
• ukládací,
• případně další nebo jen některou z těchto částí.
Při vypracování návrhu usnesení vlády musí člen vlády nebo vedoucí jiného orgánu, který je
předkladatelem materiálu pro jednání schůze vlády, dbát, aby navržené usnesení nebylo v
rozporu s jiným, dříve vládou přijatým usnesením. Má-li předkladatel za to, že je třeba změnit
nebo zrušit dříve přijaté rozhodnutí vlády, musí navrhnout změnu již přijatého usnesení vlády
nebo jeho zrušení či zrušení jeho části.
Ukládací část návrhu usnesení vlády musí obsahovat označení orgánu, kterému vláda úkol
ukládá, konkrétně vyjádřený úkol a termín, do kterého má být úkol splněn. Není-li termín
stanoven, má se za to, že uložený úkol má být splněn do 30-ti dnů.
6.2.1.2.17 Věcný záměr zákona (Datový objekt)
Ve věcném záměru zákona má být obsaženo:
• přehled právních předpisů, k nimž se věcný záměr váže,
• základní zásady, které jsou do návrhu zapracovány,
• účel, který je sledován,
• zhodnocení stávající právní úpravy nebo její příslušné části,
• návrh věcného řešení.
6.2.1.2.18 Předkládací zpráva (Datový objekt)
Předkládací zpráva obsahuje vždy:
• stručné vyjádření důvodu, pro který je materiál předkládán schůzi vlády,
• stručnou charakteristiku obsahu vlastního písemného podkladu ve věci,
• zhodnocení současného stavu a dopadů navrhovaného řešení ve vztahu k rovnosti
mužů a žen, týká-li se navrhované řešení postavení fyzických osob,
• přehled orgánů, kterým byl materiál zaslán ke stanovisku.
6.2.1.2.19 Přehled dopadů (Datový objekt)
Přehled dopadů:
• základní identifikační údaje, Strana 319
• definovaný problém,
• cíl plánovaného právního předpisu,
• odůvodnění varianty přípravy legislativního předpisu,
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• stanovisko ke zpracování RIA,
• identifikace dotčených subjektů,
• specifické dopady a
• kontakty na zpracovatele RIA.
6.2.1.2.20 Stanovisko LRV (Datový objekt)
Stanovisko Legislativní rady vlády k věcnému záměru zákona.
6.2.1.2.21 Stanovisko OKOM (Datový objekt)
Posouzení věcného záměru zákona Odborem kompatibility z hlediska jeho slučitelnosti s
právem Evropské unie.
6.2.1.2.22 Vypořádání připomínek (Datový objekt)
Vypořádání připomínek k věcnému záměru zákona ve strukturované podobě. Předkladatel je
povinen vypořádat všechny zásadní připomínky a přihlédnout, popř. také vypořádat,
připomínky doporučující.
6.2.1.2.23 Závěreční zpráva RIA (Datový objekt)
Předkladatel vyhodnotí náklady a přínosy podle doporučených metod, které jsou spolu s
dalšími náležitostmi Závěrečné zprávy RIA uvedeny v samostatném dokumentu Závěrečná
zpráva RIA. Součástí Závěrečné zprávy RIA jsou:
• důvod předložení a cíle,
• návrh variant řešení,
• vyhodnocení nákladů a přínosů,
• návrh řešení,
• tabulka vyhodnocení variant,
• implementace doporučené varianty a vynucování,
• přezkum účinnosti regulace,
• zpráva o konzultacích,
• kontakty.
6.2.1.2.24 Přerušení projednávání (Uzel)
Legislativní rada může přerušit projednávání věcného záměru zákona se závěrem, že
předkladatel má předložit jeho upravené znění.
6.2.1.2.25 Posouzení věcného záměru zákona (Uzel)
Výsledek posouzení věcného záměru zákona vládou.
Věcný záměr zákona je:
• schválen bez připomínek,
• schválen, ale je třeba vypořádat dispozice vlády, tyto připomínky jsou zásadní a jejich
zapracování do materiálu je nezbytné,
Strana 320
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• vrácen k přepracování a byl rozsáhle změněn,
• vrácen k přepracování a nebyl rozsáhle změněn,
• zamítnut.
6.2.1.2.26 Rozhodnutí o vypracování stanoviska (Uzel)
Předseda LRV rozhodne, zda návrh věcného záměru zákona projedná a zaujme k němu
stanovisko plénum LRV, nebo k návrhu věcného záměru zákona bude vypracováno
stanovisko předsedy LRV.
6.2.1.2.27 Závažnost změn (Uzel)
Pokud jsou změny rozsáhlé, je nezbytné, aby návrh věcného záměru zákona opětovně prošel
připomínkovým řízením.
6.2.1.3 Podnět k regulaci (Start)
Věcný záměr zákona vypracovávají ministerstva a jiné ústřední orgány státní správy a
předkládají jej k projednání vládě před vypracováním návrhu zákona, a to v případě, že věcný
záměr je obsažen v plánu legislativních prací vlády.
6.2.1.4 Příprava návrhu zákona (Konec)
Zahájení přípravy návrhu zákona.
6.2.2 Vyhláška
Proces Návrh vyhlášky.
Tvorba vyhlášky
Tvorba návrhu Připomínkové řízení Projednání v PK LRV Publikace vyhlášky
vyh l á šky a schválení ministrem
Podnět k Ukonč ení
re g u l a ci procesu
tvorby
Obrázek 88: Vyhláška vyh l á šky
6.2.2.1 Tvorba návrhu vyhlášky (Aktivita)
Návrh vyhlášky vypracovává ministerstvo nebo jiný ústřední správní úřad na základě
zákonného zmocnění, jde-li o věc spadající do jeho působnosti.
Strana 321
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Pře d kl a d a te l e -L e g i sl a ti va
Zahájení tvorby Návrh vyhlášky Odůvodnění Citizen Summary
návrhu vyhlášky
Příprava návrhu
Ne Návrh vyhlášky byl předložen již se
Ano Závěrečnou zprávou RIA
Existence výjimky pro Závěreč ní Pře h l e d
zpracování Přehledu zpráva RIA dopadů
dopadů
Výjimka existuje
Zpracování Přehledu
dopadů
Rozhodnutí o
zpracování analýzy
RIA
Příprava návrhu
vyhlášky k
p ři p o m ín ko vé m u
řízení
Předání návrhu
Obrázek 89: Tvorba návrhu vyhlášky
6.2.2.1.1 Příprava návrhu (Aktivita)
Návrh vyhlášky vypracovává ministerstvo nebo jiný ústřední správní úřad na základě
zákonného zmocnění, jde-li o věc spadající do jeho působnosti.
Strana 322
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Gestor a interní týmy e -L e g i sl a ti va e-Sbírka
In i ci a l i za ce Šablona
návrhu pracovního
prostoru
Příprava materiálu Správa pracovního
návrhu vyhlášky prostoru
Příprava relevantních Návrh vyhlášky Odůvodnění Citizen Vyhledání právního
p o d kl a d ů Summary p ře d p i su
Práce na návrhu Vyhledání závislostí
vyh l á šky mezi předpisy v čase
Interní připomínkové Řízení interního
řízení schvalovacího procesu
Interní schválení návrhu
vyh l á šky
Nutné dopracování Sch vá l e n o
Ukončení přípravy
p o d kl a d o vých
m a te ri á l ů
Tvorba návrhu vyhlášky
Obrázek 90: Příprava materiálu
6.2.2.1.1.1 Příprava materiálu návrhu vyhlášky (Aktivita)
Návrh vyhlášky vypracovávají ministerstva nebo jiné ústřední správní úřady.
Strana 323
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.2.1.1.2 Správa pracovního prostoru (Aktivita)
Tento pracovní prostor bude umožňovat spolupráci více osob nad sadou dokumentů. Do
tohoto pracovního prostoru bude umožněn vzdálený přístup autorizovaných osob (gestor
aplikace vybere spolupracovníky, kteří mají mít do pracovního prostoru přístup). Dokumenty
budou publikovány do tohoto pracovního prostoru. Jejich tvorbu usnadní připravená sada
šablon.
6.2.2.1.1.3 Příprava relevantních podkladů (Aktivita)
Příprava relevantních podkladů k tvorbě vyhlášky.
6.2.2.1.1.4 Vyhledání právního předpisu (Aktivita)
Jedná se o jednoduchý proces vyhledání právního předpisu dle zadaných kritérií. Uživatel si
zvolí způsob vyhledávání (základní nebo rozšířený). K vyhledávání publikovaných právních
předpisů bude sloužit systém e-Sbírka.
6.2.2.1.1.5 Vyhledání závislostí mezi předpisy v čase (Aktivita)
Při rozšířeném vyhledávání je možné konkrétnější zadání vyhledávacích kritérií, tj. jak
podmínky zahrnující text tak i možnost zadání kritérií na základě metadat (např. typ právního
předpisu, platnost, atd.).
6.2.2.1.1.6 Práce na návrhu vyhlášky (Aktivita)
Práce na přípravě materiálu návrhu vyhlášky.
6.2.2.1.1.7 Interní připomínkové řízení (Aktivita)
V okamžiku, kdy je tým gestora s přípravou materiálu vyhlášky hotov, může dojít k internímu
připomínkovému řízení a k schválení návrhu vyhlášky.
6.2.2.1.1.8 Řízení interního schvalovacího procesu (Aktivita)
Pro podporu schválení je v systému e-Legislativa implementován schvalovací proces, který
umožní jednotlivým účastníkům vyjádřit svůj souhlas či nesouhlas s případným připojením
odůvodnění či komentáře.
6.2.2.1.1.9 Ukončení přípravy podkladových materiálů (Aktivita)
Materiál vyhlášky je následně automaticky systémem e-Legislativa posunut do další fáze
věcného návrhu.
6.2.2.1.1.10 Inicializace návrhu (Start)
Návrh vyhlášky se zpracovává v případě potřeby právního prováděcího předpisu.
Strana 324
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.2.1.1.11 Tvorba návrhu vyhlášky (Průchod)
Proces tvorby návrhu vyhlášky.
6.2.2.1.1.12 Citizen Summary (Datový objekt)
Obecně srozumitelný popis (odůvodnění) vyhlášky.
6.2.2.1.1.13 Návrh vyhlášky (Datový objekt)
Legislativní text splňující požadavky Legislativních pravidel vlády včetně konsolidovaného
znění v případě novely vyhlášky.
6.2.2.1.1.14 Odůvodnění (Datový objekt)
Odůvodnění (Důvodová zpráva) obsahuje vždy:
• popis obsahu navrhované právní úpravy s uvedením důvodů, které k jejímu
předložení vedou, shrnutí zásadních zásad a nejdůležitějších změn, které oproti
stávající právní úpravě zavádí, a dopady na práva a povinnosti fyzických a
právnických osob,
• zhodnocení platného právního stavu,
• odůvodnění hlavních principů navrhované právní úpravy,
• zhodnocení souladu navrhované právní úpravy s právním řádem České republiky,
• zhodnocení souladu navrhované právní úpravy se závazky vyplývajícími pro Českou
republiku z jejího členství v Evropské unii,
• zhodnocení souladu navrhované právní úpravy s mezinárodními smlouvami, jimiž je
Česká republika vázána,
• zhodnocení, zda návrh právního předpisu neobsahuje ustanovení, které by bylo svou
povahou technickým předpisem podle právního předpisu upravujícího technické
požadavky na výrobky, a informace o splnění oznamovací povinnosti podle tohoto
předpisu,
• zhodnocení dopadu navrhované právní úpravy ve vztahu k ochraně soukromí a
osobních údajů,
• zhodnocení korupčních rizik navrhované právní úpravy,
• odůvodnění případné navrhované odchylky v postupu projednání navrhované právní
úpravy,
• odůvodnění jednotlivých ustanovení navrhované právní úpravy; odůvodnění
obsahuje vysvětlení jejich účelu, principů a jejich nezbytnosti, popis právních norem
v nich obsažených a z nich vyplývajících práv a povinností.
• předpokládaný dopad navrhované právní úpravy, zejména (hospodářský a finanční
dopad navrhované právní úpravy a jejích variant na státní rozpočet, ostatní veřejné
rozpočty a na podnikatelské prostředí České republiky, sociální dopad, včetně
dopadu na specifické skupiny obyvatel, především na osoby sociálně slabé, osoby se
zdravotním postižením a národnostní menšiny, dopad na rovnost mužů a žen,
upravuje-li návrh právního předpisu postavení fyzických osob, a dopad na životní
prostředí).
Strana 325
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.2.1.1.15 Šablona pracovního prostoru (Datový objekt)
Využití připravených šablon pracovního prostoru včetně šablon procesů umožňuje vytvoření
pracovního prostoru s nastavenými vlastnostmi.
6.2.2.1.1.16 Interní schválení návrhu vyhlášky (Uzel)
Výsledek schválení je prezentován týmu gestora, který buď dopracuje vyhlášku dle
připomínek vzešlých ze schvalování, nebo v případě, že je všechno v pořádku, označí návrh
vyhlášky za schválený.
6.2.2.1.2 Rozhodnutí o zpracování analýzy RIA (Aktivita)
Při rozhodování o provedení analýzy RIA je nutné, aby Oddělení pro koordinaci procesu RIA
nejdříve zpracovalo věcné podklady pro pracovní komisi. Na základě uvedených podkladů
vytvoří pracovní komise LRV doporučení pro rozhodnutí o provedení analýzy RIA.
V rámci zpracování analýzy RIA bude předkladatel konzultovat dotčené subjekty. Konzultace
by se měly uskutečňovat během navrhování varianty řešení a dále při vyhodnocování nákladů
a přínosů.
Strana 326
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Pře d kl a d a te l Oddělení pro kordinaci procesu RIA LRV - Předseda LRV - Pracovní komise e -L e g i sl a ti va Člen vlády ODok
Sta n o vi sko
p ře d kl a d a te l e
Zahájení řízení o Pře h l e d
rozhodnutí dopadů
zpracovat RIA
Věcné
podklady k
hodnocení
potřeby RIA
Doporuč ení/Stanovi sko
pracovní komise
Zpracování věcných
p o d kl a d ů
Analýza přehledu
dopadů
Zhodnocení
so u l a d u
sta n o vi se k
Nesoulad stanovisek
Vyřešit nesoulad Souhrn návrhů
sta n o vi se k vyhlášek pro daný
rok
Exi ste n ce
Návrh Vyřešení rozporu Existence rozporu rozporu
vyh l á šky sta n o vi se k Nesoulad vyřešen sta n o vi se k
p ře d l o že n
mimo Žádost o
Souhrn neprovedení
vyh l á še k RIA
Rozhodnutí o
Ano Ne provedení RIA
Závěreč ní
zpráva RIA Správa souhrnu
Předkládací zpráva vyhlášek pro daný rok
Předložení návrhu Žádost existuje
vyhlášky mimo termín
Exi ste n ce
žádosti o
neprovedení
RIA
Žádost
n e e xi stu j e
Nevypracovávat analýzu RIA
Zhodnocení
možnosti
uplatnění
výjimky z RIA
Zpracování analýzy
RIA
Hodnocení dopadů
Ukončení zpracování RIA
Obrázek 91: Aktivita Rozhodnutí o zpracování analýzy RIA
6.2.2.1.2.1 Zpracování přehledu dopadů (Aktivita)
Proces zpracování Přehledu dopadů provádí předkladatel.
V rámci této činnosti je nutné, aby mimo jiné:
• zpracoval základní identifikační údaje,
• definoval problém,
• určil cíl plánovaného právního předpisu,
Strana 327
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• odůvodnil variantu přípravy legislativního předpisu,
• zpracoval stanovisko ke zpracování RIA,
• identifikoval dotčené subjekty,
• charakterizoval specifické dopady,
• uvedl kontakty na zpracovatele RIA.
6.2.2.1.2.2 Zpracování věcných podkladů (Aktivita)
Při rozhodování o provedení RIA je nutné, aby Oddělení pro koordinaci procesu RIA nejdříve
zpracovalo věcné podklady pro pracovní komisi.
6.2.2.1.2.3 Analýza přehledu dopadů (Aktivita)
Návrh vyhlášky se projednává v Pracovních komisích Legislativní rady vlády. Ta vypracuje své
stanovisko k zpracování analýzy RIA.
6.2.2.1.2.4 Vyřešit nesoulad stanovisek (Aktivita)
Pokud nedojde k souladu stanovisek, je řešen tento nesoulad na úrovni člena vlády nebo
vedoucího jiného ústředního orgánu státní správy. V případě, že se stanoviska předkladatele
a pracovní komise liší a vzniklý rozpor se nepodaří vyřešit na úrovni člena vlády nebo
vedoucího jiného ústředního orgánu státní správy, předloží se návrh vyhlášky k rozhodnutí
předsedovi Legislativní rady vlády.
6.2.2.1.2.5 Vyřešení rozporu stanovisek (Aktivita)
Vyřešení rozporu stanovisek předkladatele a pracovní komise LRV.
6.2.2.1.2.6 Předložení návrhu vyhlášky mimo termín (Aktivita)
Předložení návrhu vyhlášky mimo stanovený termín k projednání analýzy RIA. Návrh je
postoupen předsedovi LRV k posouzení, zda má být provedena analýza RIA mimo stanovený
plán.
6.2.2.1.2.7 Správa souhrnu vyhlášek pro daný rok (Aktivita)
Správa souhrnu vyhlášek pro daný rok.
6.2.2.1.2.8 Zpracování analýzy RIA (Aktivita)
Zpracování analýzy RIA.
Strana 328
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Pře d kl a d a te Dotčené subjekty e -L e g i sl a ti va Vláda
Za h á j e n í
procesu RIA Ko n zu l ta ce Přehled dopadů
Ko n zu l ta ce
Zdůvodnění Důvod
předložení a cílů předložení a
cíl e
Navrhnout varianty
řešení Návrh variant
řešení
Vyhodnotit náklady a
přínosy Vyhodnocení
n á kl a d ů
Stanovit pořadí
va ri a n t Vyhodnocení Volba varianty na
va ri a n t základě rozhodnutí
Způsob výběru
va ri a n ty vl á d y
Stanovení Zvo l e n í
nejvhodnější varianty n e j vh o d n ě j ší
va ri a n ty
Vyhodnotit náklady a Ne
přínosy
Ano
Ko n zu l ta ce
Rozpracování
zvolené varianty
Návrh vyhlášky
Zpracovat
Závěrečnou zprávu
RIA
Závěreč ná
zpráva RIA
Ukončení zpracování
RIA
Obrázek 92: Zpracování analýzy RIA
6.2.2.1.2.8.1 Zdůvodnění předložení a cílů (Aktivita)
Zhodnocení současného stavu a identifikace problému, který má být řešen včetně
zhodnocení platného právního stavu.
6.2.2.1.2.8.2 Navrhnout varianty řešení (Aktivita)
Návrh různých variant řešení problému, které by mohly vést ke stanovenému cíli.
Strana 329
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.2.1.2.8.3 Konzultace (Aktivita)
V rámci procesu Zpracování RIA jsou oslovovány dotčené subjekty, aby se vyjádřily k
připravované regulaci. Předkladatel při vybírání konzultovaných subjektů vychází z databáze
DataKO.
6.2.2.1.2.8.4 Vyhodnotit náklady a přínosy (Aktivita)
Identifikace nákladů a přínosů všech variant.
6.2.2.1.2.8.5 Konzultace (Aktivita)
Souhrn konzultací, které byly v průběhu zpracovávání RIA realizovány.
Zaznamenávají se i ty náměty, které nebyly zapracovány, včetně zdůvodnění.
6.2.2.1.2.8.6 Stanovit pořadí variant (Aktivita)
Stanovit pořadí variant podle různých kritérií:
Stanovení měřítek a indikátorů, podle kterých bude dále posuzováno, že navrhované řešení
je účinné a splňuje stanovené cíle včetně termínu, kdy bude přezkoumání provedeno,
případně stanoven konec účinnosti právního předpisu.
6.2.2.1.2.8.7 Stanovení nejvhodnější varianty (Aktivita)
Stanovení nejvhodnější varianty.
6.2.2.1.2.8.8 Volba varianty na základě rozhodnutí vlády (Aktivita)
Ve výjimečných případech je možné předložit závěrečnou zprávu RIA jako samostatný
dokument vládě, která rozhodne o nejvhodnějším řešení. V takových případech se stanoví
pořadí variant podle různých kritérií. Na základě politického rozhodnutí může být stanoveno,
že do návrhu právního předpisu bude rozpracována varianta, která v rámci RIA nebyla
identifikována jako nejvhodnější řešení. Blíže viz. Obecné zásady pro hodnocení dopadů
regulace (RIA).
6.2.2.1.2.8.9 Vyhodnotit náklady a přínosy (Aktivita)
Identifikace nákladů a přínosů zvolené varianty.
6.2.2.1.2.8.10 Konzultace (Aktivita)
V rámci procesu Zpracování RIA jsou oslovovány dotčené subjekty, aby se vyjádřily k
připravované regulaci. Předkladatel při vybírání konzultovaných subjektů vychází z databáze
DataKO.
6.2.2.1.2.8.11 Rozpracování zvolené varianty (Aktivita)
Rozpracování zvolené varianty.
6.2.2.1.2.8.12 Zpracovat Závěrečnou zprávu RIA (Aktivita)
Všechny požadované informace včetně zprávy o konzultacích a kontaktních údajů zapracuje
předkladatel do Závěrečné zprávy RIA.
Strana 330
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.2.1.2.8.13 Zahájení procesu RIA (Start)
Zahájení zpracování analýzy RIA.
6.2.2.1.2.8.14 Ukončení zpracování RIA (Průchod)
Ukončení procesu zpracování analýzy RIA.
6.2.2.1.2.8.15 Důvod předložení a cíle (Datový objekt)
Stanovení cíle (žádoucího stavu), který má být dosažen řešením problému. Zhodnocení rizik,
která jsou spojena s neřešením problému.
6.2.2.1.2.8.16 Návrh variant řešení (Datový objekt)
Součástí možných řešení je i varianta nulová, s výjimkou práva EU nebo kdy již právní předpis
vyšší právní síly ukládá vydat právní předpis. Navržena mají být rovněž alternativní řešení.
6.2.2.1.2.8.17 Návrh vyhlášky (Datový objekt)
Legislativní text splňující požadavky Legislativních pravidel vlády včetně konsolidovaného
znění v případě novely vyhlášky.
6.2.2.1.2.8.18 Přehled dopadů (Datový objekt)
Proces zpracování Přehledu dopadů provádí předkladatel.
V rámci této činnosti je nutné, aby mimo jiné:
• zpracoval základní identifikační údaje,
• definoval problém,
• určil cíl plánovaného právního předpisu,
• odůvodnil variantu přípravy legislativního předpisu,
• zpracoval stanovisko ke zpracování RIA,
• identifikoval dotčené subjekty,
• charakterizoval specifické dopady a
• uvedl kontakty na zpracovatele RIA.
6.2.2.1.2.8.19 Vyhodnocení nákladů (Datový objekt)
Identifikují se pravděpodobné náklady a očekávané přínosy. Identifikovány musí být
jednotlivé skupiny a subjekty, jichž se návrh dotýká.
6.2.2.1.2.8.20 Vyhodnocení variant (Datový objekt)
Doporučená varianta vždy obsahuje vyčíslení předpokládaného finančního dopadu na státní
rozpočet a ostatní veřejné rozpočty včetně způsobu jejich pokrytí.
6.2.2.1.2.8.21 Závěrečná zpráva RIA (Datový objekt)
Předkladatel vyhodnotí náklady a přínosy podle doporučených metod, které jsou spolu s
dalšími náležitostmi Závěrečné zprávy RIA uvedeny v samostatném dokumentu Závěrečná
zpráva RIA. Součástí Závěrečné zprávy RIA jsou:
• důvod předložení a cíle, Strana 331
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• návrh variant řešení,
• vyhodnocení nákladů a přínosů,
• návrh řešení,
• tabulka vyhodnocení variant,
• implementace doporučené varianty a vynucování,
• přezkum účinnosti regulace,
• zpráva o konzultacích,
• kontakty.
6.2.2.1.2.8.22 Způsob výběru varianty (Uzel)
Volba způsobu výběru varianty.
6.2.2.1.2.8.23 Zvolení nejvhodnější varianty (Uzel)
Zvolená varianta není dříve navrženou nejvhodnější variantou. Pokud dopady této varianty
nejsou vyhodnoceny, je předkladatel povinen toto vyhodnocení dopracovat nejpozději před
předložením návrhu vyhlášky k projednání v pracovních komisích Legislativní rady vlády.
6.2.2.1.2.9 Hodnocení dopadů (Aktivita)
Vypracování hodnocení dopadů podle Legislativních pravidel vlády.
6.2.2.1.2.10 Zahájení řízení o rozhodnutí zpracovat RIA (Start)
Zahájení řízení o rozhodnutí zpracovat RIA.
6.2.2.1.2.11 Ukončení zpracování RIA (Průchod)
Ukončení zpracování RIA.
6.2.2.1.2.12 Závěreční zpráva RIA (Datový objekt)
Předkladatel vyhodnotí náklady a přínosy podle doporučených metod, které jsou spolu s
dalšími náležitostmi Závěrečné zprávy RIA uvedeny v samostatném dokumentu Závěrečná
zpráva RIA. Součástí Závěrečné zprávy RIA jsou:
• důvod předložení a cíle,
• návrh variant řešení,
• vyhodnocení nákladů a přínosů,
• návrh řešení,
• tabulka vyhodnocení variant,
• implementace doporučené varianty a vynucování,
• přezkum účinnosti regulace,
• zpráva o konzultacích,
• kontakty.
6.2.2.1.2.13 Žádost o neprovedení RIA (Datový objekt)
Žádost o neprovedení RIA.
Strana 332
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.2.1.2.14 Doporučení/Stanovisko pracovní komise (Datový objekt)
Vypracované doporučení/stanovisko Pracovní komise Legislativní rady vlády.
6.2.2.1.2.15 Předkládací zpráva (Datový objekt)
Předkládací zpráva obsahuje vždy:
• stručné vyjádření důvodu, pro který je materiál předkládán schůzi vlády;
• stručnou charakteristiku obsahu vlastního písemného podkladu ve věci,
• zhodnocení současného stavu a dopadů navrhovaného řešení ve vztahu k rovnosti
mužů a žen, týká-li se navrhované řešení postavení fyzických osob;
• přehled orgánů, kterým byl materiál zaslán ke stanovisku.
6.2.2.1.2.16 Přehled dopadů (Datový objekt)
Přehledu dopadů obsahuje:
• základní identifikační údaje,
• definovaný problém,
• cíl plánovaného právního předpisu,
• odůvodnění varianty přípravy legislativního předpisu,
• stanovisko ke zpracování RIA,
• identifikace dotčených subjektů,
• specifické dopady a
• kontakty na zpracovatele RIA.
6.2.2.1.2.17 Rozhodnutí o provedení RIA (Datový objekt)
Rozhodnutí předsedy LRV o provedení RIA.
6.2.2.1.2.18 Souhrn návrhů vyhlášek pro daný rok (Datový objekt)
Souhrn návrhů vyhlášek plánovaných pro vydání na následující kalendářní rok.
6.2.2.1.2.19 Stanovisko předkladatele (Datový objekt)
Vypracované stanovisko předkladatele ke způsobu zpracování RIA.
6.2.2.1.2.20 Věcné podklady k hodnocení potřeby RIA (Datový objekt)
Věcné podklady k hodnocení potřeby RIA.
6.2.2.1.2.21 Zhodnocení souladu stanovisek (Uzel)
Poté, co jsou obě stanoviska vložena vypracována, Pracovní komise LRV zhodnotí soulad
svého doporučení a stanoviska předkladatele a vyřeší případný nesoulad.
Strana 333
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.2.1.2.22 Existence rozporu stanovisek (Uzel)
Pokud se vzniklý rozpor stanovisek nepodařilo vyřešit na této úrovni, předloží se k
rozhodnutí předsedovi Legislativní rady vlády.
6.2.2.1.2.23 Návrh vyhlášky předložen mimo Souhrn vyhlášek (Uzel)
Vyhodnocení, zda návrh vyhlášky byl předložen mimo stanovený plán uvedený v Souhrnu
vyhlášek pro dané období (viz. Obecné zásady hodnocení dopadů regulace č. 5.6).
6.2.2.1.2.24 Existence žádosti o neprovedení RIA (Uzel)
Návrh vyhlášky je předložen včetně žádosti o neprovedení RIA.
6.2.2.1.2.25 Zhodnocení možnosti uplatnění výjimky z RIA (Uzel)
Předseda LRV na základě doporučení Pracovních komisí LRV zhodnotí možnost uplatnění
výjimky z RIA:
• ve zvláštních případech (Legislativní pravidla vlády část čtvrtá, čl. 17 až 19). Platí-li
stav legislativní nouze, RIA se vynechá též u souvisejících podzákonných právních
předpisů,
• v krizových situacích.
• u návrhů právních předpisů, jejichž obsahem jsou pouze změny technického
charakteru nemající žádný dopad na věcnou stránku právního předpisu (nemá dopad
na žádnou cílovou skupinu ani oblast),
• u obecných procesních předpisů (správní řád, občanský soudní řád, trestní řád, zákon
o kontrole),
• u ostatních naléhavých případů, zejména pokud hrozí citelné ekonomické či jiné
ztráty.
V případě návrhů vyhlášek zaslaných mimo stanovený termín pro zaslání podkladů se
provádí RIA vždy. O případném neprovedení RIA rozhoduje předseda Legislativní rady vlády
na základě žádosti předkladatele. Důvodem uvedeným v žádosti o nezpracování RIA je např.
krizová situace (zákon č. 110/1998 Sb., č. 240/200 Sb., č. 241/2000 Sb.).
6.2.2.1.3 Zpracování Přehledu dopadů (Aktivita)
Proces zpracování Přehledu dopadů provádí předkladatel.
V rámci této činnosti je nutné, aby mimo jiné:
• zpracoval základní identifikační údaje, Strana 334
• definoval problém,
• určil cíl plánovaného právního předpisu,
• odůvodnil variantu přípravy legislativního předpisu,
• zpracoval stanovisko ke zpracování RIA,
• identifikoval dotčené subjekty,
• charakterizoval specifické dopady a
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• uvedl kontakty na zpracovatele RIA.
6.2.2.1.4 Příprava návrhu vyhlášky k připomínkovému řízení (Aktivita)
Příprava materiálů vyhlášky k předání do fáze připomínkovému řízení tj. formální ověření
úplnosti podkladů, kontrola jejich vazeb a jejich "uzamčení".
6.2.2.1.5 Zahájení tvorby návrhu vyhlášky (Start)
Zahájení tvorby návrhu vyhlášky.
6.2.2.1.6 Předání návrhu (Průchod)
Předání návrhu vyhlášky do fáze připomínkového řízení.
6.2.2.1.7 Přehled dopadů (Datový objekt)
Přehledu dopadů obsahuje:
• základní identifikační údaje,
• definovaný problém,
• cíl plánovaného právního předpisu,
• odůvodnění varianty přípravy legislativního předpisu,
• stanovisko ke zpracování RIA,
• identifikace dotčených subjektů,
• specifické dopady a
• kontakty na zpracovatele RIA.
6.2.2.1.8 Závěreční zpráva RIA (Datový objekt)
Předkladatel vyhodnotí náklady a přínosy podle doporučených metod, které jsou spolu s
dalšími náležitostmi Závěrečné zprávy RIA uvedeny v samostatném dokumentu Závěrečná
zpráva RIA. Součástí Závěrečné zprávy RIA jsou:
• důvod předložení a cíle,
• návrh variant řešení,
• vyhodnocení nákladů a přínosů,
• návrh řešení,
• tabulka vyhodnocení variant,
• implementace doporučené varianty a vynucování,
• přezkum účinnosti regulace,
• zpráva o konzultacích,
• kontakty.
6.2.2.1.9 Existence výjimky pro zpracování Přehledu dopadů (Uzel)
Tvorba Přehledu dopadů a hodnocení dopadů RIA je povinné pro návrh vyhlášky.
Výjimkou jsou parametrické změny, krizové situace a výjimky stanovené v plánu legislativních
prací vlády.
Strana 335
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.2.1.10 Návrh vyhlášky byl předložen již se Závěrečnou zprávou RIA (Uzel)
Návrh vyhlášky byl předložen již se Závěrečnou zprávou RIA.
6.2.2.2 Připomínkové řízení (Aktivita)
Návrh vyhlášky prochází připomínkovým řízením. Lhůta pro sdělení připomínek k návrhu
vyhlášky činí zpravidla 15 pracovních dnů. Některá připomínková místa mohou uplatnit k
návrhu tzv. „zásadní připomínky“, které se mohou stát předmětem tzv. rozporu a které
potom podléhají zvláštnímu režimu projednání.
Strana 336
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Pře d kl a d a te l e -L e g i sl a ti va LRV - Předseda Připomínková místa Dotčené subjekty ODok
Ustanovení Za h á j e n í
technického předpisu p ři p o m ín ko vé h o
řízení vyhlášky
Ob sa h u j e
Převzetí materiálu do
Zpracování p ři p o m ín ko vé h o
připomínek k řízení
technickému předpisu
Ne o b sa h u j e
Za h á j e n í
p ři p o m ín ko vé h o Udělení výjimky z
p ři p o m ín ko vé h o
řízení řízení
Návrh vyhlášky Pře d kl á d a cí
zpráva
Výj i m ka
neudělena
Závěreč ní Udělena výjimka
zpráva RIA
Převzetí materiálu do
Pře h l e d systému ODok
dopadů
Pře d l o že n ý
materiál (sign
PDF/A)
Vytvoření připomínek
Při p o m ín ky
Vypořádání Převzetí souhrnu
p ři p o m ín e k připomínek za
Nutnost konzultace s Vypořádání připomínkové místo
ECB p ři p o m ín e k
Konzultace s ECB
Není nutné Nutné
Převzetí stavu
Zhodnocení ukonč ení
významnosti změn
p ři p o m ín ko vé h o
Významné změny řízení
Málo významné
změny
Ukonč ení
připomínkové řízení
Příprava materiálu k Strana 337
p ro j e d n á n í
Předání materiálu k projednání
Obrázek 93: Připomínkové řízení
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.2.2.1 Převzetí materiálu do připomínkového řízení (Aktivita)
Převzetí materiálu návrhu vyhlášky do fáze připomínkového řízení.
6.2.2.2.2 Zpracování připomínek k technickému předpisu (Aktivita)
Pokud návrh vyhlášky obsahuje ustanovení, které by bylo svou povahou technickým
předpisem ve smyslu nařízení vlády č. 339/2002 Sb., je předkladatel povinen oznamovací
povinností v rozsahu působnosti tohoto nařízení. Evropská komise může k návrhu vznést
připomínky ve lhůtě 3 měsíců. Předkladatel je povinen připomínky evropské komise
zapracovat.
Pře d kl a d a te l Evropská komise e -L e g i sl a ti va
Za h á j e n í
připomínek k Při p o m ín ko vá n í Návrh
te ch n i cké m u návrhu vyh l á šky
p ře d p i su Připomínky EK k
návrhu
Zaslat návrh vyhlášky
k vyjádření
Zapracování
p ři p o m ín e k
Připomínkové řízení
Obrázek 94: Zpracování připomínek k technickému předpisu
6.2.2.2.2.1 Zaslat návrh vyhlášky k vyjádření (Aktivita)
Zaslat návrh vyhlášky Evropské komisi k vyjádření.
6.2.2.2.2.2 Připomínkování návrhu (Aktivita)
Evropská komise může k návrhu vyhlášky vznést připomínky ve lhůtě 3 měsíců.
6.2.2.2.2.3 Zapracování připomínek (Aktivita)
Předkladatel je povinen připomínky Evropské komise zapracovat.
Strana 338
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.2.2.2.4 Zahájení připomínek k technickému předpisu (Start)
Zahájení řešení připomínek k technickému předpisu návrhu vyhlášky.
6.2.2.2.2.5 Připomínkové řízení (Průchod)
Návrat do procesu připomínkového řízení.
6.2.2.2.2.6 Návrh vyhlášky (Datový objekt)
Legislativní text splňující požadavky Legislativních pravidel vlády včetně konsolidovaného
znění v případě novely vyhlášky.
6.2.2.2.2.7 Připomínky EK k návrhu (Datový objekt)
Připomínky Evropské komise k návrhu vyhlášky (souborový dokument).
6.2.2.2.3 Zahájení připomínkového řízení (Aktivita)
Jednotlivá povinná i volitelná připomínková místa jsou informována o vstoupení návrhu
vyhlášky do připomínkového řízení a o lhůtě pro uplatnění připomínek.
6.2.2.2.4 Převzetí materiálu do systému ODok (Aktivita)
Jednotlivá povinná i volitelná připomínková místa v systému ODok jsou informována o
vstoupení návrhu vyhlášky do připomínkového řízení a o lhůtě pro uplatnění připomínek. Je
předán elektronicky podepsaný materiál návrhu vyhlášky ve formátu PDF/A.
6.2.2.2.5 Vytvoření připomínek (Aktivita)
Vytvoření připomínek k návrhu vyhlášky od definovaných připomínkových míst. Připomínky
jsou vytvářeny prostředky systému e-Legislativy ve strukturované podobě.
6.2.2.2.6 Vypořádání připomínek (Aktivita)
Předkladatel návrhu vyhlášky připomínky k návrhu vyhlášky zváží a přihlédne k nim, případně
je i vypořádá. Připomínky k návrhu vyhlášky mají pouze doporučující povahu, neboť z povahy
věci nemohou být předmětem rozporu. Případný nesouhlas se zapracováním připomínky
bude řešit ministr gesčního ministerstva, v případě spolugesce opak ministři vzájemnou
dohodou.
6.2.2.2.7 Převzetí souhrnu připomínek za připomínkové místo (Aktivita)
Převzetí souhrnu připomínek za připomínkové místo do systému ODok.
6.2.2.2.8 Konzultace s ECB (Aktivita)
Zhodnocení nutnosti konzultace s Evropskou centrální bankou (ECB). Pakliže je konzultace
nutná, předkladatel zašle návrh ke konzultaci ECB.
Strana 339
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Pře d kl a d a te l Evropská komise e -L e g i sl a ti va
Za h á j e n í Ko n zu l ta ce
konzultace s Návrh
ECB vyh l á šky
Odůvodnění
Zaslat návrh ECB ke
ko n zu l ta ci
Zapracování
ko n zu l ta ce
Připomínkové řízení
Obrázek 95: Konzultace s ECB
6.2.2.2.8.1 Zaslat návrh ECB ke konzultaci (Aktivita)
Zaslat návrh vyhlášky ECB ke konzultaci.
6.2.2.2.8.2 Konzultace (Aktivita)
Po obdržení vyjádření od ECB předkladatel zapíše čas a výsledek konzultace do obecné části
odůvodnění.
V případě, že je návrh projednávám s ECB příliš dlouho, lze konzultaci ukončit a pokračovat v
dalších činnostech legislativního procesu.
6.2.2.2.8.3 Zapracování konzultace (Aktivita)
Zapracování návrhů (připomínek) ECB k návrhu vyhlášky.
6.2.2.2.8.4 Zahájení konzultace s ECB (Start)
Zahájení procesu konzultace s ECB.
6.2.2.2.8.5 Připomínkové řízení (Průchod)
Návrat do procesu připomínkového řízení.
6.2.2.2.8.6 Návrh vyhlášky (Datový objekt)
Legislativní text splňující požadavky Legislativních pravidel vlády včetně konsolidovaného
znění v případě novely vyhlášky.
Strana 340
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.2.2.8.7 Odůvodnění (Datový objekt)
Odůvodnění (Důvodová zpráva) obsahuje vždy:
• popis obsahu navrhované právní úpravy s uvedením důvodů, které k jejímu
předložení vedou, shrnutí zásadních zásad a nejdůležitějších změn, které oproti
stávající právní úpravě zavádí, a dopady na práva a povinnosti fyzických a
právnických osob,
• zhodnocení platného právního stavu,
• odůvodnění hlavních principů navrhované právní úpravy,
• zhodnocení souladu navrhované právní úpravy s právním řádem České republiky,
• zhodnocení souladu navrhované právní úpravy se závazky vyplývajícími pro Českou
republiku z jejího členství v Evropské unii,
• zhodnocení souladu navrhované právní úpravy s mezinárodními smlouvami, jimiž je
Česká republika vázána,
• zhodnocení, zda návrh právního předpisu neobsahuje ustanovení, které by bylo svou
povahou technickým předpisem podle právního předpisu upravujícího technické
požadavky na výrobky, a informace o splnění oznamovací povinnosti podle tohoto
předpisu,
• zhodnocení dopadu navrhované právní úpravy ve vztahu k ochraně soukromí a
osobních údajů,
• zhodnocení korupčních rizik navrhované právní úpravy,
• odůvodnění případné navrhované odchylky v postupu projednání navrhované právní
úpravy,
• odůvodnění jednotlivých ustanovení navrhované právní úpravy; odůvodnění
obsahuje vysvětlení jejich účelu, principů a jejich nezbytnosti, popis právních norem
v nich obsažených a z nich vyplývajících práv a povinností.
• předpokládaný dopad navrhované právní úpravy, zejména (hospodářský a finanční
dopad navrhované právní úpravy a jejích variant na státní rozpočet, ostatní veřejné
rozpočty a na podnikatelské prostředí České republiky, sociální dopad, včetně
dopadu na specifické skupiny obyvatel, především na osoby sociálně slabé, osoby se
zdravotním postižením a národnostní menšiny, dopad na rovnost mužů a žen,
upravuje-li návrh právního předpisu postavení fyzických osob, a dopad na životní
prostředí).
6.2.2.2.9 Ukončení připomínkové řízení (Aktivita)
Návrh vyhlášky, upravený podle výsledků připomínkového řízení, se zašle k souhlasu osoby,
která stojí v čele orgánu, který vyhlášku zpracoval.
6.2.2.2.10 Převzetí stavu ukončení připomínkového řízení (Aktivita)
Převzetí informace o ukončení připomínkového řízení k návrhu vyhlášky.
6.2.2.2.11 Příprava materiálu k projednání (Aktivita)
Příprava materiálů návrhu vyhlášky k předání do fáze projednání a schválení tj. formální
ověření úplnosti podkladů, kontrola jejich vazeb a jejich "uzamčení".
Strana 341
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.2.2.12 Zahájení připomínkového řízení vyhlášky (Start)
Do připomínkového řízení smí návrh vyhlášky vstoupit pouze za předpokladu, že již prošel
procesem hodnocení dopadů RIA.
Lhůta pro sdělení připomínek k návrhu vyhlášky činí zpravidla 15 pracovních dnů.
6.2.2.2.13 Předání materiálu k projednání (Průchod)
Předání materiálu návrhu vyhlášky k projednání.
6.2.2.2.14 Návrh vyhlášky (Datový objekt)
Legislativní text splňující požadavky Legislativních pravidel vlády včetně konsolidovaného
znění v případě novely vyhlášky.
6.2.2.2.15 Předkládací zpráva (Datový objekt)
Předkládací zpráva obsahuje vždy:
• stručné vyjádření důvodu, pro který je materiál předkládán schůzi vlády;
• stručnou charakteristiku obsahu vlastního písemného podkladu ve věci,
• zhodnocení současného stavu a dopadů navrhovaného řešení ve vztahu k rovnosti
mužů a žen, týká-li se navrhované řešení postavení fyzických osob;
• přehled orgánů, kterým byl materiál zaslán ke stanovisku.
6.2.2.2.16 Předložený materiál (sign PDF/A) (Datový objekt)
Předložený připomínkovaný materiál návrhu vyhlášky (sign PDF/A) předán do systému ODok.
6.2.2.2.17 Přehled dopadů (Datový objekt)
Přehledu dopadů:
• základní identifikační údaje,
• definovaný problém,
• cíl plánovaného právního předpisu,
• odůvodnění varianty přípravy legislativního předpisu,
• stanovisko ke zpracování RIA,
• identifikace dotčených subjektů,
• specifické dopady a
• kontakty na zpracovatele RIA.
6.2.2.2.18 Připomínky (Datový objekt)
Připomínky k návrhu vyhlášky vypracované jednotlivými připomínkovými místy.
Strana 342
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.2.2.19 Vypořádání připomínek (Datový objekt)
Vypořádání připomínek k návrhu vyhlášky ve strukturované podobě. Předkladatel je povinen
vypořádat všechny zásadní připomínky a přihlédnout, popř. také vypořádat, připomínky
doporučující.
6.2.2.2.20 Závěreční zpráva RIA (Datový objekt)
Předkladatel vyhodnotí náklady a přínosy podle doporučených metod, které jsou spolu s
dalšími náležitostmi Závěrečné zprávy RIA uvedeny v samostatném dokumentu Závěrečná
zpráva RIA. Součástí Závěrečné zprávy RIA jsou:
• důvod předložení a cíle,
• návrh variant řešení,
• vyhodnocení nákladů a přínosů,
• návrh řešení,
• tabulka vyhodnocení variant,
• implementace doporučené varianty a vynucování,
• přezkum účinnosti regulace,
• zpráva o konzultacích,
• kontakty.
6.2.2.2.21 Ustanovení technického předpisu (Uzel)
Návrh obsahuje ustanovení, které by bylo svou povahou technickým předpisem.
6.2.2.2.22 Udělení výjimky z připomínkového řízení (Uzel)
Předseda LRV může udělit výjimku z připomínkového řízení. Výjimka může nabýt podoby
buď celkového prominutí připomínkového řízení nebo omezení připomínkových míst či
časových lhůt. Ve druhém případě je ovšem nezbytné, aby připomínkové řízení proběhlo co
do požadovaných dílčích činností totožně se standardním řízením.
6.2.2.2.23 Nutnost konzultace s ECB (Uzel)
Zhodnocení nutnosti konzultace s Evropskou centrální bankou (ECB). Pakliže je konzultace
nutná, předkladatel zašle návrh ke konzultaci ECB.
6.2.2.2.24 Zhodnocení významnosti změn (Uzel)
Zhodnocení významnosti změn v návrhu po zapracování připomínek do návrhu vyhlášky.
6.2.2.3 Projednání v PK LRV a schválení ministrem (Aktivita)
Po ukončení připomínkového řízení a jeho vypořádání předkládá návrh vyhlášky ministerstvo
nebo jiný ústřední správní úřad, který jej vypracoval, k projednání v pracovních komisích
Legislativní rady vlády.
Strana 343
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Pře d kl a d a te l e -L e g i sl a ti va LRV - Předseda ÚVL - Odbor kompatibility LRV - Pracovní komise Vláda
Za h á j e n í
procesu
sch vá l e n í
Převzetí materiálu ke
sch va l o vá n í
Předání LRV
Návrh vyhlášky Odůvodnění Stanovisko OKOM
Vytvoření stanoviska
pracovní komise LRV
Pře h l e d Závěreč ní
dopadů zpráva RIA
Sta n o vi sko Sta n o vi sko
OKOM pracovní
komise LRV
Posouzení stanovisek
Souhlas se stanoviskem Nesouhlasné stanovisko Sta n o vi sko Vytvoření stanoviska
Souhlas Předložit vládě pléna LRV Pléna LRV
Souhlas
Návrh
Souhlas se stanoviskem usnesení Předložit vládě
pléna LRV vl á d y námitky předkladatele
Přepracování návrhu Sta n o vi sko
vyh l á šky vl á d y
Posouzení návrhu
vyhlášky vládou
Rozhodnutí vlády
Přepracování návrhu
Sch vá l e n o
Příprava vyhlášky k
p o d p i su
Podpis předkladatele
Příprava materiálu k
p u b l i ka ci
Předání vyhlášky k publikaci
Obrázek 96: Projednání a schválení vyhlášky ministrem
Strana 344
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.2.3.1 Převzetí materiálu ke schvalování (Aktivita)
Převzetí materiálu návrhu vyhlášky do fáze projednání a schválení. Návrh vyhlášky upravený
podle výsledků připomínkového řízení, se zašle k projednání LVR.
6.2.2.3.2 Předání LRV (Aktivita)
Návrh vyhlášky se zašle k projednání v pracovní komisi (komisím) LRV a Odboru
kompatibility ÚV ČR (OKOM).
6.2.2.3.3 Stanovisko OKOM (Aktivita)
OKOM vytvoří stanovisko k předloženému návrhu. O jeho vytvoření je informován
předkladatel a LRV. Odbor kompatibility ÚV (OKOM) vytvoří své stanovisko k návrhu vyhlášky
nejpozději do 45 pracovních dnů.
6.2.2.3.4 Vytvoření stanoviska pracovní komise LRV (Aktivita)
Vytvoření stanoviska Pracovních komisí LRV k návrhu vyhlášky. Pracovní komise LRV vytvoří
své stanovisko k návrhu vyhlášky nejpozději do 45 pracovních dnů.
6.2.2.3.5 Vytvoření stanoviska Pléna LRV (Aktivita)
Při nesouhlasu se stanovisky pracovních komisí LRV a OKOM předkladatel vyjádří své
námitky. Tyto jeho námitky včetně zmíněných stanovisek postoupeny plénu LRV k vytvoření
dalšího (rozhodčího) stanoviska.
6.2.2.3.6 Posouzení stanovisek (Aktivita)
Posouzení obou stanovisek (OKOM a PK LRV) předkladatelem návrhu vyhlášky.
6.2.2.3.7 Předložit vládě námitky předkladatele (Aktivita)
Námitky předkladatele a stanovisko pléna LRV postoupeny vládě k rozhodnutí.
6.2.2.3.8 Posouzení návrhu vyhlášky vládou (Aktivita)
Na jednání vlády dojde k posouzení návrhu vyhlášky. Přijaté stanovisko vlády je závazné.
6.2.2.3.9 Přepracování návrhu vyhlášky (Aktivita)
Po zapracování připomínek je přepracovaný návrh vyhlášky předán předkladateli k podpisu.
6.2.2.3.10 Příprava vyhlášky k podpisu (Aktivita)
Po zapracování případných připomínek je přepracovaný návrh vyhlášky předán předkladateli
k podpisu.
6.2.2.3.11 Podpis předkladatele (Aktivita) Strana 345
Vyhláška je podepsána předkladatelem.
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.2.3.12 Příprava materiálu k publikaci (Aktivita)
Příprava materiálů vyhlášky k předání procesu publikace tj. formální ověření úplnosti
podkladů, kontrola jejich vazeb a jejich "uzamčení".
6.2.2.3.13 Zahájení procesu schválení (Start)
Zahájení schvalovacího procesu.
6.2.2.3.14 Předání vyhlášky k publikaci (Průchod)
Předání vyhlášky k publikaci.
6.2.2.3.15 Návrh usnesení vlády (Datový objekt)
Návrh usnesení vlády ve formě podle Jednacího řádu vlády Čl. II, IV, X.
Připravený Návrh usnesení vlády má část:
• schvalovací,
• ukládací,
• případně další nebo jen některou z těchto částí.
Při vypracování návrhu usnesení vlády musí člen vlády nebo vedoucí jiného orgánu, který je
předkladatelem materiálu pro jednání schůze vlády, dbát, aby navržené usnesení nebylo v
rozporu s jiným, dříve vládou přijatým usnesením. Má-li předkladatel za to, že je třeba změnit
nebo zrušit dříve přijaté rozhodnutí vlády, musí navrhnout změnu již přijatého usnesení vlády
nebo jeho zrušení či zrušení jeho části.
Ukládací část návrhu usnesení vlády musí obsahovat označení orgánu, kterému vláda úkol
ukládá, konkrétně vyjádřený úkol a termín, do kterého má být úkol splněn. Není-li termín
stanoven, má se za to, že uložený úkol má být splněn do 30-ti dnů.
6.2.2.3.16 Návrh vyhlášky (Datový objekt)
Legislativní text splňující požadavky Legislativních pravidel vlády včetně konsolidovaného
znění v případě novely vyhlášky.
6.2.2.3.17 Odůvodnění (Datový objekt)
Odůvodnění (Důvodová zpráva) obsahuje vždy:
• popis obsahu navrhované právní úpravy s uvedením důvodů, které k jejímu
předložení vedou, shrnutí zásadních zásad a nejdůležitějších změn, které oproti
stávající právní úpravě zavádí, a dopady na práva a povinnosti fyzických a
právnických osob,
• zhodnocení platného právního stavu,
• odůvodnění hlavních principů navrhované právní úpravy,
• zhodnocení souladu navrhované právní úpravy s právním řádem České republiky,
• zhodnocení souladu navrhované právní úpravy se závazky vyplývajícími pro Českou
republiku z jejího členství v Evropské unii,
Strana 346
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• zhodnocení souladu navrhované právní úpravy s mezinárodními smlouvami, jimiž je
Česká republika vázána,
• zhodnocení, zda návrh právního předpisu neobsahuje ustanovení, které by bylo svou
povahou technickým předpisem podle právního předpisu upravujícího technické
požadavky na výrobky, a informace o splnění oznamovací povinnosti podle tohoto
předpisu,
• zhodnocení dopadu navrhované právní úpravy ve vztahu k ochraně soukromí a
osobních údajů,
• zhodnocení korupčních rizik navrhované právní úpravy,
• odůvodnění případné navrhované odchylky v postupu projednání navrhované právní
úpravy,
• odůvodnění jednotlivých ustanovení navrhované právní úpravy; odůvodnění
obsahuje vysvětlení jejich účelu, principů a jejich nezbytnosti, popis právních norem
v nich obsažených a z nich vyplývajících práv a povinností.
• předpokládaný dopad navrhované právní úpravy, zejména (hospodářský a finanční
dopad navrhované právní úpravy a jejích variant na státní rozpočet, ostatní veřejné
rozpočty a na podnikatelské prostředí České republiky, sociální dopad, včetně
dopadu na specifické skupiny obyvatel, především na osoby sociálně slabé, osoby se
zdravotním postižením a národnostní menšiny, dopad na rovnost mužů a žen,
upravuje-li návrh právního předpisu postavení fyzických osob, a dopad na životní
prostředí).
6.2.2.3.18 Přehled dopadů (Datový objekt)
Proces zpracování Přehledu dopadů provádí předkladatel.
V rámci této činnosti je nutné, aby mimo jiné:
• zpracoval základní identifikační údaje,
• definoval problém,
• určil cíl plánovaného právního předpisu,
• odůvodnil variantu přípravy legislativního předpisu,
• zpracoval stanovisko ke zpracování RIA,
• identifikoval dotčené subjekty,
• charakterizoval specifické dopady a
• uvedl kontakty na zpracovatele RIA.
6.2.2.3.19 Stanovisko OKOM (Datový objekt)
Posouzení návrhu vyhlášky Odborem kompatibility z hlediska jeho slučitelnosti s právem
Evropské unie.
6.2.2.3.20 Stanovisko pléna LRV (Datový objekt)
Stanovisko pléna LRV k návrhu vyhlášky.
6.2.2.3.21 Stanovisko pracovní komise LRV (Datový objekt)
Stanovisko Pracovní komise Legislativní rady vlády k návrhu vyhlášky.
Strana 347
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.2.3.22 Stanovisko vlády (Datový objekt)
Stanovisko vlády / Dispozice k zapracování změn.
6.2.2.3.23 Závěreční zpráva RIA (Datový objekt)
Předkladatel vyhodnotí náklady a přínosy podle doporučených metod, které jsou spolu s
dalšími náležitostmi Závěrečné zprávy RIA uvedeny v samostatném dokumentu Závěrečná
zpráva RIA. Součástí Závěrečné zprávy RIA jsou:
• důvod předložení a cíle,
• návrh variant řešení,
• vyhodnocení nákladů a přínosů,
• návrh řešení,
• tabulka vyhodnocení variant,
• implementace doporučené varianty a vynucování,
• přezkum účinnosti regulace,
• zpráva o konzultacích,
• kontakty.
6.2.2.3.24 Rozhodnutí vlády (Uzel)
Výsledek posouzení návrhu vyhlášky vládou.
Návrh vyhlášky je:
• schválen bez připomínek,
• schválen, ale třeba vypořádat dispozice vlády, tyto připomínky jsou zásadní a jejich
zapracování do materiálu je nezbytné,
• vrácen k přepracování.
6.2.2.3.25 Souhlas se stanoviskem (Uzel)
Souhlas s předloženými stanovisky k návrhu vyhlášky.
6.2.2.3.26 Souhlas se stanoviskem pléna LRV (Uzel)
Stanovisko pléna LRV je zhodnoceno předkladatelem, který může formulovat nové námitky k
předloženému stanovisku. Tyto jsou pak postoupeny vládě k rozhodnutí.
6.2.2.4 Publikace vyhlášky (Aktivita)
Součástí žádosti o publikaci vyhlášky má podle Legislativních pravidel vlády být i prohlášení
předkladatele o tom, že projednání vyhlášky před legislativními orgány vlády proběhlo řádně
a že předkládaná vyhláška je upravena v souladu s výsledkem takového projednání.
Strana 348
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Gestor e -L e g i sl a ti va Publikační úřad MV e-Sbírka
Zahájení procesu publikace
Převzetí materiálu k
p u b l i ka ci
Materiál k publikaci
Odůvodnění Vyhláška Ci ti ze n Jazyková korektura
Summary
L e g i sl a ti vn ě -te ch n i cká
Schválit právní akt po korektura
korektuře
T ypografi cká
korektura
Příprava Vyhlášky k Vyhlásit právní akt ve
vyh l á še n í Sbírce
Obrázek 97: Publikace vyhlášky ve sbírce Připravit listinnou
podobu vyhlášeného
6.2.2.4.1 Převzetí materiálu k publikaci (Aktivita)
Převzetí materiálu vyhlášky k publikaci ve Sbírce. právního aktu
6.2.2.4.2 Jazyková korektura (Aktivita)
Provedení jazykově gramatické korektury. Ukonč ení
procesu
p u b l i ka ce
Strana 349
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.2.4.3 Legislativně-technická korektura (Aktivita)
Provedení legislativně-technické korektury právních předpisů včetně nastavení vazeb
CzechVOC. Kontrola, zda jsou právní předpisy zpracovány v souladu s legislativními pravidly.
6.2.2.4.4 Typografická korektura (Aktivita)
Provedení redakční a korekturní úpravy vyhlášky.
6.2.2.4.5 Schválit právní akt po korektuře (Aktivita)
Provedení závěrečné korektury s autory předložené vyhlášky (autorská korektura). Autorskou
korekturu provádí Ministerstvo vnitra s odpovědnou osobou předkladatele.
6.2.2.4.6 Příprava Vyhlášky k vyhlášení (Aktivita)
Příprava k předání právního aktu - vyhlášky k vyhlášení tj. formální ověření úplnosti podkladů
pro vyhlášení ve Sbírce.
6.2.2.4.7 Vyhlásit právní akt ve Sbírce (Aktivita)
Vyhlášení vyhlášky ve Sbírce.
6.2.2.4.8 Připravit listinnou podobu vyhlášeného právního aktu (Aktivita)
Tvorba listinné podoby vyhlášeného právního aktu a její archivace v chráněném úložišti (sign
PDF/A).
6.2.2.4.9 Zahájení procesu publikace (Start)
Zahájení fáze publikace vyhlášky ve Sbírce. Právní akt se ve Sbírce zákonů a mezinárodních
smluv vyhlásí na základě požadavku učiněného oprávněnou osobou - předkladatelem.
6.2.2.4.10 Ukončení procesu publikace (Konec)
Ukončení procesu publikace vyhlášky ve Sbírce.
6.2.2.4.11 Citizen Summary (Datový objekt)
Obecně srozumitelný popis (odůvodnění) publikované vyhlášky.
6.2.2.4.12 Vyhláška (Datový objekt)
Právní akt vyhláška.
6.2.2.4.13 Odůvodnění (Datový objekt)
Odůvodnění (Důvodová zpráva) obsahuje vždy:
• popis obsahu navrhované právní úpravy s uvedením důvodů, které k jejímu
předložení vedou, shrnutí zásadních zásad a nejdůležitějších změn, které oproti
Strana 350
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
stávající právní úpravě zavádí, a dopady na práva a povinnosti fyzických a
právnických osob,
• zhodnocení platného právního stavu,
• odůvodnění hlavních principů navrhované právní úpravy,
• zhodnocení souladu navrhované právní úpravy s právním řádem České republiky,
• zhodnocení souladu navrhované právní úpravy se závazky vyplývajícími pro Českou
republiku z jejího členství v Evropské unii,
• zhodnocení souladu navrhované právní úpravy s mezinárodními smlouvami, jimiž je
Česká republika vázána,
• zhodnocení, zda návrh právního předpisu neobsahuje ustanovení, které by bylo svou
povahou technickým předpisem podle právního předpisu upravujícího technické
požadavky na výrobky, a informace o splnění oznamovací povinnosti podle tohoto
předpisu,
• zhodnocení dopadu navrhované právní úpravy ve vztahu k ochraně soukromí a
osobních údajů,
• zhodnocení korupčních rizik navrhované právní úpravy,
• odůvodnění případné navrhované odchylky v postupu projednání navrhované právní
úpravy,
• odůvodnění jednotlivých ustanovení navrhované právní úpravy; odůvodnění
obsahuje vysvětlení jejich účelu, principů a jejich nezbytnosti, popis právních norem
v nich obsažených a z nich vyplývajících práv a povinností.
• předpokládaný dopad navrhované právní úpravy, zejména (hospodářský a finanční
dopad navrhované právní úpravy a jejích variant na státní rozpočet, ostatní veřejné
rozpočty a na podnikatelské prostředí České republiky, sociální dopad, včetně
dopadu na specifické skupiny obyvatel, především na osoby sociálně slabé, osoby se
zdravotním postižením a národnostní menšiny, dopad na rovnost mužů a žen,
upravuje-li návrh právního předpisu postavení fyzických osob, a dopad na životní
prostředí).
6.2.2.5 Podnět k regulaci (Start)
Podnět k regulaci prováděcím právním předpisem.
6.2.2.6 Ukončení procesu tvorby vyhlášky (Konec)
Ukončení procesu tvorby vyhlášky.
6.2.3 Nařízení vlády
Podle čl. 78 Ústavy ČR je vláda k provedení zákona a v jeho mezích oprávněna vydávat
nařízení. Na rozdíl od prováděcích právních předpisů podle čl. 79 odst. 3 Ústavy ČR k tomu
vláda nepotřebuje žádné zvláštní zmocnění.
Strana 351
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Proces tvorby nařízení
vlády.
Tvorba návrhu Připomínkové řízení Projednání a schválení Publikace nařízení
nařízení vládou vl á d y
Podnět k Ukonč ení
re g u l a ci procesu
tvorby
nařízení
vl á d y
Obrázek 98: Nařízení vlády
6.2.3.1 Tvorba návrhu (Aktivita)
Přípravě nařízení vlády musí, stejně jako v případě návrhu zákona, předcházet podrobná
analýza nezbytnosti nové právní úpravy. Součástí návrhu nařízení vlády je jeho odůvodnění,
které plní obdobnou funkci, jakou v případě návrhu zákona má důvodová zpráva. V
okamžiku předložení návrhu nařízení vlády vládě musí, vedle odůvodnění, jeho součástí být
také předkládací zpráva, a v případě, že návrh spočívá v novelizaci nařízení vlády, také platné
znění novelizovaného nařízení vlády s vyznačením navrhovaných změn.
Strana 352
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Pře d kl a d a te l e -L e g i sl a ti va
Zahájení tvorby Návrh usnesení Odůvodnění
návrhu nařízení
vl á d y vl á d y Návrh nařízení Citizen Summary
vl á d y
Příprava návrhu
Ano Návrh nařízení byl Pře d kl á d a cí
Ne předložen již se zpráva
Závěrečnou zprávou
RIA Pře h l e d
dopadů
Existence výjimky pro
vypracování Přehledu
dopadů
Existence vyjímky
Zpracování přehledu
dopadů
Rozhodnutí o
zpracování analýzy RIA
Příprava návrhu nařízení
vlády k připomínkovému
řízení
Připomínkové řízení
Obrázek 99: Tvorba návrhu nařízení vlády
6.2.3.1.1 Příprava návrhu (Aktivita)
Příprava návrhu nařízení vlády:
Návrh vypracovávají ministerstva nebo jiné ústřední správní úřady a předkládají jej k
projednání vládě.
Strana 353
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Gestor e -L e g i sl a ti va e-Sbírka
Šablona
In i ci a l i za ce
návrhu
nařízení
vl á d y
Příprava materiálu Správa pracovního
nařízení vlády prostoru
Příprava relevantních Návrh nařízení Ci ti ze n Vyhledání právního
p o d kl a d ů p ře d p i su
vl á d y Odůvodnění Summary
Práce na návrhu Vyhledání závislostí
nařízení vlády mezi předpisy v čase
Interní připomínkové Návrh Pře d kl á d a cí
řízení usnesení zpráva
vl á d y
Interní schválení návrhu
nařízení vlády Řízení interního
sch va l o va cíh o
Nutné dopracování
procesu
Sch vá l e n o Ukončení přípravy
p o d kl a d o vých
m a te ri á l ů
Tvorba návrhu
Obrázek 100: Příprava materiálu
6.2.3.1.1.1 Příprava materiálu nařízení vlády (Aktivita)
Návrh nařízení vlády vypracovávají ministerstva nebo jiné ústřední správní úřady a
předkládají jej k projednání vládě prostředky systému e-Legislativa.
Strana 354
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.3.1.1.2 Správa pracovního prostoru (Aktivita)
Pracovní prostor umožňuje spolupráci více osob nad sadou dokumentů. Do tohoto
pracovního prostoru je umožněn vzdálený přístup autorizovaných osob (gestor aplikace
vybere spolupracovníky, kteří mají mít do pracovního prostoru přístup). Dokumenty jsou
publikovány do tohoto pracovního prostoru. Jejich tvorbu usnadní připravená sada šablon.
6.2.3.1.1.3 Příprava relevantních podkladů (Aktivita)
Příprava relevantních podkladů k tvorbě návrhu nařízení vlády.
6.2.3.1.1.4 Vyhledání právního předpisu (Aktivita)
Jedná se o jednoduchý proces vyhledání právního předpisu dle zadaných kritérií. Uživatel si
zvolí způsob vyhledávání (základní nebo rozšířený). K vyhledávání publikovaných právních
předpisů bude sloužit systém e-Sbírka.
6.2.3.1.1.5 Vyhledání závislostí mezi předpisy v čase (Aktivita)
Při rozšířeném vyhledávání je možné konkrétnější zadání vyhledávacích kritérií, tj. jak
podmínky zahrnující text tak i možnost zadání kritérií na základě metadat (např. typ právního
předpisu, platnost, atd.).
6.2.3.1.1.6 Práce na návrhu nařízení vlády (Aktivita)
Práce na návrhu nařízení vlády.
6.2.3.1.1.7 Interní připomínkové řízení (Aktivita)
V okamžiku, kdy je tým gestora s přípravou materiálu návrhu nařízení vlády hotov, může dojít
k internímu připomínkovému řízení a internímu schválení návrhu.
6.2.3.1.1.8 Řízení interního schvalovacího procesu (Aktivita)
Pro podporu schválení je v systému e-Legislativa implementován schvalovací proces, který
umožní jednotlivým účastníkům vyjádřit svůj souhlas či nesouhlas s případným připojením
odůvodnění či komentáře.
6.2.3.1.1.9 Ukončení přípravy podkladových materiálů (Aktivita)
Materiál nařízení vlády je následně automaticky systémem e-Legislativa posunut do další fáze
věcného návrhu.
6.2.3.1.1.10 Inicializace návrhu nařízení vlády (Start)
Návrh nařízení vlády se zpracovává v případě potřeby regulace.
6.2.3.1.1.11 Tvorba návrhu (Průchod) Strana 355
Přechod do fáze Tvorba návrhu.
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.3.1.1.12 Citizen Summary (Datový objekt)
Obecně srozumitelný popis (odůvodnění) nařízení vlády.
6.2.3.1.1.13 Návrh nařízení vlády (Datový objekt)
Legislativní text splňující požadavky Legislativních pravidel vlády včetně konsolidovaného
znění v případě novely nařízení vlády.
6.2.3.1.1.14 Návrh usnesení vlády (Datový objekt)
Návrh usnesení vlády ve formě podle Jednacího řádu vlády Čl. II, IV, X.
Připravený Návrh usnesení vlády má část:
• schvalovací,
• ukládací,
• případně další nebo jen některou z těchto částí.
Při vypracování návrhu usnesení vlády musí člen vlády nebo vedoucí jiného orgánu, který je
předkladatelem materiálu pro jednání schůze vlády, dbát, aby navržené usnesení nebylo v
rozporu s jiným, dříve vládou přijatým usnesením. Má-li předkladatel za to, že je třeba změnit
nebo zrušit dříve přijaté rozhodnutí vlády, musí navrhnout změnu již přijatého usnesení vlády
nebo jeho zrušení či zrušení jeho části.
Ukládací část návrhu usnesení vlády musí obsahovat označení orgánu, kterému vláda úkol
ukládá, konkrétně vyjádřený úkol a termín, do kterého má být úkol splněn. Není-li termín
stanoven, má se za to, že uložený úkol má být splněn do 30-ti dnů.
6.2.3.1.1.15 Odůvodnění (Datový objekt)
Odůvodnění (Důvodová zpráva) obsahuje vždy:
• popis obsahu navrhované právní úpravy s uvedením důvodů, které k jejímu
předložení vedou, shrnutí zásadních zásad a nejdůležitějších změn, které oproti
stávající právní úpravě zavádí, a dopady na práva a povinnosti fyzických a
právnických osob,
• zhodnocení platného právního stavu,
• odůvodnění hlavních principů navrhované právní úpravy,
• zhodnocení souladu navrhované právní úpravy s právním řádem České republiky,
• zhodnocení souladu navrhované právní úpravy se závazky vyplývajícími pro Českou
republiku z jejího členství v Evropské unii,
• zhodnocení souladu navrhované právní úpravy s mezinárodními smlouvami, jimiž je
Česká republika vázána,
• zhodnocení, zda návrh právního předpisu neobsahuje ustanovení, které by bylo svou
povahou technickým předpisem podle právního předpisu upravujícího technické
požadavky na výrobky, a informace o splnění oznamovací povinnosti podle tohoto
předpisu,
• zhodnocení dopadu navrhované právní úpravy ve vztahu k ochraně soukromí a
osobních údajů,
Strana 356
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• zhodnocení korupčních rizik navrhované právní úpravy,
• odůvodnění případné navrhované odchylky v postupu projednání navrhované právní
úpravy,
• odůvodnění jednotlivých ustanovení navrhované právní úpravy; odůvodnění
obsahuje vysvětlení jejich účelu, principů a jejich nezbytnosti, popis právních norem
v nich obsažených a z nich vyplývajících práv a povinností.
• předpokládaný dopad navrhované právní úpravy, zejména (hospodářský a finanční
dopad navrhované právní úpravy a jejích variant na státní rozpočet, ostatní veřejné
rozpočty a na podnikatelské prostředí České republiky, sociální dopad, včetně
dopadu na specifické skupiny obyvatel, především na osoby sociálně slabé, osoby se
zdravotním postižením a národnostní menšiny, dopad na rovnost mužů a žen,
upravuje-li návrh právního předpisu postavení fyzických osob, a dopad na životní
prostředí).
6.2.3.1.1.16 Předkládací zpráva (Datový objekt)
Předkládací zpráva obsahuje vždy:
• stručné vyjádření důvodu, pro který je materiál předkládán schůzi vlády;
• stručnou charakteristiku obsahu vlastního písemného podkladu ve věci,
• zhodnocení současného stavu a dopadů navrhovaného řešení ve vztahu k rovnosti
mužů a žen, týká-li se navrhované řešení postavení fyzických osob;
• přehled orgánů, kterým byl materiál zaslán ke stanovisku.
6.2.3.1.1.17 Šablona (Datový objekt)
Využití připravených šablon pracovního prostoru včetně šablon procesů umožňuje vytvoření
pracovního prostoru s nastavenými vlastnostmi.
6.2.3.1.1.18 Interní schválení návrhu nařízení vlády (Uzel)
Výsledek schválení je prezentován týmu gestora, který buď dopracuje nařízení vlády dle
připomínek vzešlých ze schvalování, nebo v případě, že je všechno v pořádku, označí návrh
nařízení vlády za schválený.
6.2.3.1.2 Rozhodnutí o zpracování analýzy RIA (Aktivita)
V rámci zpracování analýzy RIA bude předkladatel konzultovat dotčené subjekty. Konzultace
by se měly uskutečňovat během navrhování varianty řešení a dále při vyhodnocování nákladů
a přínosů.
Strana 357
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Pře d kl a d a te l LRV - Oddělení pro kordinaci procesu RIA LRV - Předseda LRV - Pracovní komise e -L e g i sl a ti va Člen vlády Vláda
Zahájení řízení o rozhodnutí Sta n o vi sko
zpracovat RIA p ře d kl a d a te l e
Pře h l e d
dopadů
Věcné
podklady k
hodnocení
potřeby RIA
Doporučení /
Sta n o vi sko
pracovní
ko m i se
Vypracování
stanoviska o
provedení RIA
Analýza přehledu
dopadů
Zhodnocení
so u l a d u
sta n o vi se k
Soulad
Pře d l o že n í Nesoulad stanovisek
návrhu mimo
Plán Vyřešit nesoulad
l e g i sl a ti vn ích sta n o vi se k
prací vlády
Není v
plánu
Zařazen v plánu
Exi ste n ce Zařazení do plánu
žádosti o legislativních prací
neprovedení
RIA vl á d y
Existence žádosti Žádost o neprovedení
RIA
RIA musí být provedena Rozhodnutí o Zhodnocení možnosti
provedení RIA Plán legislativních uplatnění výjimky z
prací vlády Výjimka neudělena
RIA nemusí RIA
být Rozhodnutí o
vypracována provedení RIA Výjimka ze
zpracování
RIA
Žádost neexistuje
Udělena výjimka
ze pracování RIA
Zpracování analýzy
RIA
Závěrečná zpráva RIA
Hodnocení dopadů
Předkládací zpráva
Ukončení zpracování
RIA
Obrázek 101: Aktivita Rozhodnutí o zpracování analýzy RIA
6.2.3.1.2.1 Žádost o neprovedení RIA (Datový objekt)
Žádost o neprovedení RIA.
6.2.3.1.2.2 Existence žádosti o neprovedení RIA (Uzel)
Návrh nařízení vlády předložen včetně žádosti o neprovedení RIA.
6.2.3.1.2.3 Předložení návrhu mimo Plán legislativních prací vlády (Uzel)
Návrh nařízení vlády předložen mimo Plán legislativních prací vlády.
Strana 358
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.3.1.2.4 Rozhodnutí o provedení RIA (Uzel)
Rozhodnutí o provedení RIA mimo Plán legislativních prací vlády. Důvodem uvedeným v
žádosti o nezpracování RIA je krizová situace (zákon č. 110/1998 Sb., č. 240/200 Sb.,
č. 241/2000 Sb.).
6.2.3.1.2.5 Zpracování přehledu dopadů (Aktivita)
Proces zpracování Přehledu dopadů provádí předkladatel.
V rámci této činnosti je nutné, aby mimo jiné:
• zpracoval základní identifikační údaje,
• definoval problém,
• určil cíl plánovaného právního předpisu,
• odůvodnil variantu přípravy legislativního předpisu,
• zpracoval stanovisko ke zpracování RIA,
• identifikoval dotčené subjekty,
• charakterizoval specifické dopady a
• uvedl kontakty na zpracovatele RIA.
6.2.3.1.2.6 Vypracování stanoviska o provedení RIA (Aktivita)
Při rozhodování o provedení RIA je nutné, aby Oddělení pro koordinaci procesu RIA nejdříve
zpracovalo věcné podklady pro pracovní komisi. Na základě uvedených podkladů vytvoří
pracovní komise LRV doporučení pro vládu.
6.2.3.1.2.7 Analýza přehledu dopadů (Aktivita)
Návrh nařízení vlády se projednává v Pracovní komisi Legislativních rady vlády. Ta vypracuje
své stanovisko k zpracování analýzy RIA.
6.2.3.1.2.8 Vyřešit nesoulad stanovisek (Aktivita)
Pokud nedojde k souladu stanovisek, je řešen tento nesoulad na úrovni člena vlády nebo
vedoucího jiného ústředního orgánu státní správy. V případě, že se stanoviska předkladatele
a pracovní komise nepodaří vyřešit na úrovni člena vlády nebo vedoucího jiného ústředního
orgánu státní správy, předloží se návrh k rozhodnutí vládě.
6.2.3.1.2.9 Zařazení do plánu legislativních prací vlády (Aktivita)
Do plánu legislativních prací vlády se návrh nařízení zařadí, jestliže:
• dosavadní zákon má být nahrazen koncepčně novou zákonnou úpravou, nebo
• obsah návrhu zákona má spočívat v úpravě věcí, které dosud nejsou v právním řádu
upraveny.
Strana 359
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.3.1.2.10 Zhodnocení možnosti uplatnění výjimky z RIA (Aktivita)
Vláda na základě doporučení Pracovních komisi LRV zhodnocení možnost uplatnění výjimky
z RIA:
• zvláštních případů (Legislativní pravidla vlády část čtvrtá, čl. 17 až 19). Platí-li stav
legislativní nouze, RIA se vynechá též u souvisejících podzákonných právních
předpisů,
• krizových situací.
• návrhů právních předpisů, jejichž obsahem jsou pouze změny technického
charakteru nemající žádný dopad na věcnou stránku právního předpisu (nemá dopad
na žádnou cílovou skupinu ani oblast),
• obecných procesních předpisů (správní řád, občanský soudní řád, trestní řád, zákon o
kontrole),
• ostatních naléhavých případů, zejména pokud hrozí citelné ekonomické či jiné ztráty.
6.2.3.1.2.11 Zpracování analýzy RIA (Aktivita)
Provede se zpracování analýzy RIA ve stanovené formě.
Strana 360
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Pře d kl a d a te Dotčené subjekty e -L e g i sl a ti va Vláda
Za h á j e n í
procesu Ko n zu l ta ce Přehled dopadů
zpracování Ko n zu l ta ce
analýzy RIA Důvod
předložení a
Zdůvodnění cíl e
předložení a cílů
Návrh variant
Navrhnout varianty řešení
řešení
Vyhodnocení
Vyhodnotit náklady a n á kl a d ů
přínosy
Vyhodnocení Volba varianty na
Stanovit pořadí va ri a n t základě rozhodnutí
va ri a n t
Návrh nařízení vlády vl á d y
Způsob výběru
va ri a n ty Zvolena nejvhodnější
va ri a n ta
Stanovení Ne
nejvhodnější varianty
Ano
Vyhodnotit náklady a
přínosy Ko n zu l ta ce
Rozpracování
zvolené varianty
Zpracovat Závěreč ná
Závěrečnou zprávu zpráva RIA
RIA
Ukončení zpracování RIA
Obrázek 102: Zpracování analýzy RIA
6.2.3.1.2.11.1 Zdůvodnění předložení a cílů (Aktivita)
Zhodnocení současného stavu a identifikace problému, který má být řešen včetně
zhodnocení platného právního stavu.
6.2.3.1.2.11.2 Navrhnout varianty řešení (Aktivita)
Návrh různých variant řešení problému, které by mohly vést ke stanovenému cíli.
6.2.3.1.2.11.3 Konzultace (Aktivita)
V rámci procesu Zpracování RIA jsou oslovovány dotčené subjekty, aby se vyjádřily k
připravované regulaci. Předkladatel při vybírání konzultovaných subjektů vychází z databáze
DataKO.
Strana 361
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.3.1.2.11.4 Vyhodnotit náklady a přínosy (Aktivita)
Identifikace nákladů a přínosů všech variant.
6.2.3.1.2.11.5 Konzultace (Aktivita)
Souhrn konzultací, které byly v průběhu zpracovávání RIA realizovány.
Zaznamenávají se i ty náměty, které nebyly zapracovány, včetně zdůvodnění.
6.2.3.1.2.11.6 Stanovit pořadí variant (Aktivita)
Stanovit pořadí variant podle různých kritérií:
Stanovení měřítek a indikátorů, podle kterých bude dále posuzováno, že navrhované řešení
je účinné a splňuje stanovené cíle včetně termínu, kdy bude přezkoumání provedeno,
případně stanoven konec účinnosti právního předpisu.
6.2.3.1.2.11.7 Stanovení nejvhodnější varianty (Aktivita)
Stanovení nejvhodnější varianty.
6.2.3.1.2.11.8 Volba varianty na základě rozhodnutí vlády (Aktivita)
Ve výjimečných případech je možné předložit závěrečnou zprávu RIA jako samostatný
dokument vládě, která rozhodne o nejvhodnějším řešení. V takových případech se stanoví
pořadí variant podle různých kritérií. Na základě politického rozhodnutí může být stanoveno,
že do návrhu právního předpisu bude rozpracována varianta, která v rámci RIA nebyla
identifikována jako nejvhodnější řešení. Bližší viz. Obecné zásady pro hodnocení dopadů
regulace (RIA).
6.2.3.1.2.11.9 Vyhodnotit náklady a přínosy (Aktivita)
Identifikace nákladů a přínosů zvolené varianty.
6.2.3.1.2.11.10 Konzultace (Aktivita)
V rámci procesu Zpracování RIA jsou oslovovány dotčené subjekty, aby se vyjádřily k
připravované regulaci. Předkladatel při vybírání konzultovaných subjektů vychází z databáze
DataKO.
6.2.3.1.2.11.11 Rozpracování zvolené varianty (Aktivita)
Rozpracování zvolené varianty.
6.2.3.1.2.11.12 Zpracovat Závěrečnou zprávu RIA (Aktivita)
Všechny požadované informace včetně zprávy o konzultacích a kontaktních údajů
předkladatel zapracuje do Závěrečné zprávy RIA.
6.2.3.1.2.11.13 Zahájení procesu zpracování analýzy RIA (Start)
Zahájení procesu zpracování analýzy RIA.
6.2.3.1.2.11.14 Ukončení zpracování RIA (Průchod)
Ukončení procesu zpracování RIA.
Strana 362
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.3.1.2.11.15 Ukončení procesu RIA (Konec)
Ukončení procesu zpracování analýzy RIA.
6.2.3.1.2.11.16 Důvod předložení a cíle (Datový objekt)
Stanovení cíle (žádoucího stavu), který má být dosažen řešením problému. Zhodnocení rizik,
která jsou spojena s neřešením problému.
6.2.3.1.2.11.17 Návrh nařízení vlády (Datový objekt)
Legislativní text splňující požadavky Legislativních pravidel vlády včetně konsolidovaného
znění v případě novely nařízení vlády.
6.2.3.1.2.11.18 Návrh variant řešení (Datový objekt)
Součástí možných řešení je i varianta nulová, s výjimkou práva EU, nebo kdy již právní
předpis vyšší právní síly ukládá vydat právní předpis. Navržena mají být rovněž alternativní
řešení.
6.2.3.1.2.11.19 Vyhodnocení nákladů (Datový objekt)
Identifikují se pravděpodobné náklady a očekávané přínosy. Identifikovány musí být
jednotlivé skupiny a subjekty, jichž se návrh dotýká.
6.2.3.1.2.11.20 Vyhodnocení variant (Datový objekt)
Doporučená varianta vždy obsahuje vyčíslení předpokládaného finančního dopadu na státní
rozpočet a ostatní veřejné rozpočty včetně způsobu jejich pokrytí.
6.2.3.1.2.11.21 Závěrečná zpráva RIA (Datový objekt)
Předkladatel vyhodnotí náklady a přínosy podle doporučených metod, které jsou spolu s
dalšími náležitostmi Závěrečné zprávy RIA uvedeny v samostatném dokumentu Závěrečná
zpráva RIA. Součástí Závěrečné zprávy RIA jsou:
• důvod předložení a cíle,
• návrh variant řešení,
• vyhodnocení nákladů a přínosů,
• návrh řešení,
• tabulka vyhodnocení variant,
• implementace doporučené varianty a vynucování,
• přezkum účinnosti regulace,
• zpráva o konzultacích,
• kontakty.
6.2.3.1.2.11.22 Způsob výběru varianty (Uzel)
Způsob výběru varianty návrhu.
Strana 363
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.3.1.2.11.23 Zvolena nejvhodnější varianta (Uzel)
Zvolená varianta není dříve navrženou nejvhodnější variantou. Pokud dopady této varianty
nejsou vyhodnoceny, je předkladatel povinen toto vyhodnocení dopracovat nejpozději před
předložením návrhu vládě k projednání.
6.2.3.1.2.12 Hodnocení dopadů (Aktivita)
Vypracování hodnocení dopadů podle Legislativních pravidel vlády.
6.2.3.1.2.13 Zahájení řízení o rozhodnutí zpracovat RIA (Průchod)
Zahájení řízení o rozhodnutí zpracovat RIA.
6.2.3.1.2.14 Ukončení zpracování RIA (Průchod)
Ukončení procesu zpracování RIA.
6.2.3.1.2.15 Doporučení / Stanovisko pracovní komise (Datový objekt)
Vypracováno doporučení /stanovisko Pracovní komise Legislativní rady vlády.
6.2.3.1.2.16 Plán legislativních prací vlády (Datový objekt)
Plán legislativních prací vlády je dokument, jímž vláda vymezuje své legislativní Priorita na
následující časové období a zároveň ukládá svým jednotlivým členům legislativní úkoly. Plán
legislativních prací vlády bývá zpravidla schvalován zvlášť na každý kalendářní rok.
6.2.3.1.2.17 Předkládací zpráva (Datový objekt)
Předkládací zpráva obsahuje vždy:
• stručné vyjádření důvodu, pro který je materiál předkládán schůzi vlády;
• stručnou charakteristiku obsahu vlastního písemného podkladu ve věci,
• zhodnocení současného stavu a dopadů navrhovaného řešení ve vztahu k rovnosti
mužů a žen, týká-li se navrhované řešení postavení fyzických osob;
• přehled orgánů, kterým byl materiál zaslán ke stanovisku.
6.2.3.1.2.18 Přehled dopadů (Datový objekt)
Přehledu dopadů:
• základní identifikační údaje,
• definovaný problém,
• cíl plánovaného právního předpisu,
• odůvodnění varianty přípravy legislativního předpisu,
• stanovisko ke zpracování RIA,
• identifikace dotčených subjektů,
• specifické dopady a
• kontakty na zpracovatele RIA.
Strana 364
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.3.1.2.19 Rozhodnutí o provedení RIA (Datový objekt)
Rozhodnutí vlády o provedení a formě RIA.
6.2.3.1.2.20 Stanovisko předkladatele (Datový objekt)
Vypracované stanovisko předkladatele ke způsobu zpracování RIA.
6.2.3.1.2.21 Věcné podklady k hodnocení potřeby RIA (Datový objekt)
Věcné podklady k hodnocení potřeby RIA.
6.2.3.1.2.22 Výjimka ze zpracování RIA (Uzel)
Rozhodnutí o udělení výjimky ze zpracování analýzy RIA.
6.2.3.1.2.23 Zhodnocení souladu stanovisek (Uzel)
Poté, co jsou obě stanoviska vložena vypracována, Pracovní komise LRV zhodnotí soulad
svého doporučení a stanoviska předkladatele a vyřeší případný nesoulad.
6.2.3.1.3 Zpracování přehledu dopadů (Aktivita)
Proces zpracování Přehledu dopadů provádí předkladatel.
V rámci této činnosti je nutné, aby mimo jiné:
• zpracoval základní identifikační údaje,
• definoval problém,
• určil cíl plánovaného právního předpisu,
• odůvodnil variantu přípravy legislativního předpisu,
• zpracoval stanovisko ke zpracování RIA,
• identifikoval dotčené subjekty,
• charakterizoval specifické dopady a
• uvedl kontakty na zpracovatele RIA.
6.2.3.1.4 Příprava návrhu nařízení vlády k připomínkovému řízení (Aktivita)
Příprava materiálů návrhu nařízení vlády k předání do fáze připomínkovému řízení tj. formální
ověření úplnosti podkladů, kontrola jejich vazeb a jejich "uzamčení".
6.2.3.1.5 Zahájení tvorby návrhu nařízení vlády (Start)
Zahájení tvorby návrhu nařízení vlády.
6.2.3.1.6 Připomínkové řízení (Průchod)
Předání návrhu nařízení vlády do fáze připomínkového řízení.
6.2.3.1.7 Návrh usnesení vlády (Datový objekt) Strana 365
Návrh usnesení vlády ve formě podle Jednacího řádu vlády Čl. II, IV, X.
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Připravený Návrh usnesení vlády má část:
• schvalovací,
• ukládací,
• případně další nebo jen některou z těchto částí.
Při vypracování návrhu usnesení vlády musí člen vlády nebo vedoucí jiného orgánu, který je
předkladatelem materiálu pro jednání schůze vlády, dbát, aby navržené usnesení nebylo v
rozporu s jiným, dříve vládou přijatým usnesením. Má-li předkladatel za to, že je třeba změnit
nebo zrušit dříve přijaté rozhodnutí vlády, musí navrhnout změnu již přijatého usnesení vlády
nebo jeho zrušení či zrušení jeho části.
Ukládací část návrhu usnesení vlády musí obsahovat označení orgánu, kterému vláda úkol
ukládá, konkrétně vyjádřený úkol a termín, do kterého má být úkol splněn. Není-li termín
stanoven, má se za to, že uložený úkol má být splněn do 30-ti dnů.
6.2.3.1.8 Předkládací zpráva (Datový objekt)
Předkládací zpráva obsahuje vždy:
• stručné vyjádření důvodu, pro který je materiál předkládán schůzi vlády;
• stručnou charakteristiku obsahu vlastního písemného podkladu ve věci,
• zhodnocení současného stavu a dopadů navrhovaného řešení ve vztahu k rovnosti
mužů a žen, týká-li se navrhované řešení postavení fyzických osob;
• přehled orgánů, kterým byl materiál zaslán ke stanovisku.
Závěry obsažené v předkládací zprávě musí být věcně správné a musí obsahovat zhodnocení
z hlediska jejich případných dopadů na jednotlivé druhy veřejných rozpočtů v tříletém
výhledu, z hlediska dopadu na podnikatelské prostředí České republiky a vyžaduje-li to jejich
povaha, i z hlediska jejich souladu s právním řádem a s mezinárodními smlouvami, jimiž je
Česká republika vázána.
6.2.3.1.9 Přehled dopadů (Datový objekt)
Proces zpracování Přehledu dopadů provádí předkladatel.
V rámci této činnosti je nutné, aby mimo jiné:
• zpracoval základní identifikační údaje,
• definoval problém,
• určil cíl plánovaného právního předpisu,
• odůvodnil variantu přípravy legislativního předpisu,
• zpracoval stanovisko ke zpracování RIA,
• identifikoval dotčené subjekty,
• charakterizoval specifické dopady a
• uvedl kontakty na zpracovatele RIA.
6.2.3.1.10 Existence výjimky pro vypracování Přehledu dopadů (Uzel)
Tvorba Přehledu dopadů a hodnocení dopadů RIA je povinná pro návrh nařízení vlády.
Strana 366
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Výjimkou jsou parametrické změny, krizové situace a výjimky stanovené v plánu legislativních
prací vlády.
6.2.3.1.11 Návrh nařízení byl předložen již se Závěrečnou zprávou RIA (Uzel)
Návrh nařízení vlády byl předložen již se Závěrečnou zprávou RIA.
6.2.3.2 Připomínkové řízení (Aktivita)
Návrh nařízení vlády prochází připomínkovým řízením, nebyla-li z něj výjimečně udělena
výjimka předsedou Legislativní rady vlády. Okruh připomínkových míst je stejný jako v
případě návrhu zákona a věcného záměru zákona.
Lhůta pro sdělení připomínek k návrhu nařízení vlády činí zpravidla 15 pracovních dnů. V
případě návrhů nařízení vlády, kterými se pro účely důchodového pojištění stanoví
všeobecný vyměřovací základ, činí lhůta pro sdělení připomínek nejméně 5 pracovních dnů a
v případě nařízení vlády zvyšujícího důchody nebo částky životního minima nejméně 10
pracovních dnů.
Strana 367
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Pře d kl a d a te l e -L e g i sl a ti va LRV - Předseda Připomínková místa Dotčené subjekty ODok
Za h á j e n í
Ustanovení technického p ři p o m ín ko vé h o Udělení výjimky z Převzetí materiálu do
p ře d p i su řízení p ři p o m ín ko vé h o ODok
řízení Pře d l o že n ý
Ob sa h u j e Převzetí materiálu do materiál (sign
p ři p o m ín ko vé h o Ne o b sa h u j e Výj i m ka PDF/A)
Zpracování řízení udělena
připomínek k Převzetí souhrnu
technickému předpisu Výj i m ka připomínek za
neudělena
Za h á j e n í připomínkové místo
připomínkového řízení Návrh nařízení Odůvodnění
vl á d y Převzetí stavu
ukonč ení
Pře h l e d Závěreční zpráva
dopadů RIA p ři p o m ín ko vé h o
řízení
Vytvoření připomínek
Vypořádání Při p o m ín ky
p ři p o m ín e k
Vypořádání
p ři p o m ín e k
Nutnost konzultace s Konzultace s ECB
ECB
Není nutná
Nutná konzultace
Významné
změny Zhodnocení
významnosti změn
Málo významné změny
Ukonč ení
připomínkové řízení
Příprava materiálu k
p ro j e d n á n í
Předání materiálu
Obrázek 103: Připomínkové řízení
Strana 368
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.3.2.1 Převzetí materiálu do připomínkového řízení (Aktivita)
Převzetí materiálu Návrhu nařízení vlády do fáze připomínkového řízení.
6.2.3.2.2 Zpracování připomínek k technickému předpisu (Aktivita)
Pokud návrh obsahuje ustanovení, které by bylo svou povahou technickým předpisem ve
smyslu nařízení vlády č. 339/2002 Sb., je předkladatel povinen oznamovací povinností v
rozsahu působnosti tohoto nařízení. Evropská komise může k návrhu vznést připomínky ve
lhůtě 3 měsíců. Předkladatel je povinen připomínky evropské komise zapracovat.
Pře d kl a d a te l Evropská komise e -L e g i sl a ti va
Za h á j e n í Návrh
připomínek k Při p o m ín ko vá n í nařízení
te ch n i cké m u návrhu vl á d y
p ře d p i su
Připomínky EK k
Zaslat návrh nařízení návrhu
vlády k vyjádření
Zapracování
připomínek EK
Připomínkové řízení
Obrázek 104: Zpracování připomínek k technickému předpisu
6.2.3.2.2.1 Zaslat návrh nařízení vlády k vyjádření (Aktivita)
Zaslat návrh nařízení vlády Evropské komisi k vyjádření.
6.2.3.2.2.2 Připomínkování návrhu (Aktivita)
Evropská komise může k návrhu nařízení vlády vznést připomínky ve lhůtě 3 měsíců.
6.2.3.2.2.3 Zapracování připomínek EK (Aktivita)
Předkladatel je povinen připomínky Evropské komise k návrhu nařízení vlády zapracovat.
6.2.3.2.2.4 Zahájení připomínek k technickému předpisu (Start) Strana 369
Zahájení připomínek k technickému předpisu.
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.3.2.2.5 Připomínkové řízení (Průchod)
Připomínkové řízení.
6.2.3.2.2.6 Návrh nařízení vlády (Datový objekt)
Legislativní text splňující požadavky Legislativních pravidel vlády včetně konsolidovaného
znění v případě novely nařízení vlády.
6.2.3.2.2.7 Připomínky EK k návrhu (Datový objekt)
Připomínky Evropské komise k návrhu nařízení vlády (souborový dokument).
6.2.3.2.3 Zahájení připomínkového řízení (Aktivita)
Do připomínkového řízení smí návrh nařízení vlády vstoupit pouze za předpokladu, že již
prošel procesem hodnocení dopadů RIA. Dále je nutné znovu projít připomínkovým řízením
v případě, že byl návrh po zapracování jednotlivých připomínek rozsáhle změněn nebo
pokud v rámci schvalovacího procesu na vládě bylo uloženo předkladateli přepracování
návrhu a tento byl rozsáhle změněn.
Lhůta pro sdělení připomínek k návrhu nařízení vlády činí zpravidla 15 pracovních dnů.
6.2.3.2.4 Převzetí materiálu do ODok (Aktivita)
Jednotlivá povinná i volitelná připomínková místa v systému ODok jsou informována o
vstoupení návrhu nařízení vlády do připomínkového řízení a o lhůtě pro uplatnění
připomínek. Je předán elektronicky podepsaný materiál návrhu nařízení vlády ve formátu
PDF/A.
6.2.3.2.5 Vytvoření připomínek (Aktivita)
Tvorba připomínek od definovaných připomínkových míst. Připomínky jsou vytvářeny
prostředky systému e-Legislativy ve strukturované podobě.
6.2.3.2.6 Vypořádání připomínek (Aktivita)
Předkladatel je povinen vypořádat všechny zásadní připomínky a přihlédnout, popř. také
vypořádat, připomínky doporučující.
Strana 370
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Pře d kl a d a te l e -L e g i sl a ti va Autor připomínky Člen vlády
Návrh nařízení Připomínky
Za h á j e n í vl á d y
vypořádání
p ři p o m ín e k
Vypořádání
p ři p o m ín e k
Vypořádání
p ři p o m ín e k
Projednat uplatnění
p ři p o m ín ky
Existence rozporu
Exi stu j e
Odstranění rozporu
Ne e xi stu j e Předložit rozpor k Rozpor Řešení
nebo byl řešení vládě přetrvává rozporu
odstraněn
Rozpor
odstraněn
Připomínkové řízení
Obrázek 105: Vypořádání připomínek
6.2.3.2.6.1 Řešení rozporu (Uzel)
Nepodaří-li se rozpor odstranit ani tímto způsobem, předloží se rozpor spolu s návrhem
nařízení vlády k rozhodnutí vládě.
6.2.3.2.6.2 Vypořádání připomínek (Aktivita)
Předkladatel je povinen vypořádat všechny zásadní připomínky a přihlédnout, popř. také
vypořádat, připomínky doporučující.
6.2.3.2.6.3 Projednat uplatnění připomínky (Aktivita)
Projednat zapracování připomínky s připomínkovým místem. Pokud připomínková místa
uplatňují připomínky, které považují za podstatné, vyjádří to u každé z těchto připomínek
slovním obratem „tato připomínka je zásadní"; jako zásadní nelze označit připomínku, která
se týká legislativně technických požadavků. Pokud orgán, který návrh nařízení vlády k
připomínkám předložil, takto označené připomínce nehodlá vyhovět, nebo nedojde k
Strana 371
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
dohodě mezi předkladatelem a připomínkovým místem, stává se tato připomínka
předmětem rozporu.
6.2.3.2.6.4 Odstranění rozporu (Aktivita)
Odstranění rozporu je řešeno na úrovni člena vlády a vedoucí jiného ústředního orgánu
státní správy.
6.2.3.2.6.5 Předložit rozpor k řešení vládě (Aktivita)
Pokud se nepodaří rozpor odstranit v připomínkovém řízení, bude tento rozpor předložen k
rozhodnutí vládě spolu s návrhem věcného záměru zákona. Rozpor se v této fázi zaznamená
do systému e-Legislativa.
Pozn.: Dojde-li po předložení návrhu nařízení vlády k vyřešení rozporu, informuje příslušný
člen vlády, který návrh nařízení vládě předložil, ostatní členy vlády o vyřešení rozporu.
6.2.3.2.6.6 Zahájení vypořádání připomínek (Start)
Zahájení vypořádání připomínek.
6.2.3.2.6.7 Připomínkové řízení (Průchod)
Návrat do procesu připomínkového řízení.
6.2.3.2.6.8 Připomínky (Datový objekt)
Připomínky k návrhu nařízení vlády.
6.2.3.2.6.9 Vypořádání připomínek (Datový objekt)
Vypořádání připomínek k návrhu ve strukturované podobě.
6.2.3.2.6.10 Návrh nařízení vlády (Datový objekt)
Legislativní text splňující požadavky Legislativních pravidel vlády včetně konsolidovaného
znění v případě novely nařízení vlády.
6.2.3.2.6.11 Existence rozporu (Uzel)
Odstranění rozporu je řešeno na úrovni náměstků. Nepodaří-li se rozpor odstranit na této
úrovni, řeší ho člen vlády a vedoucí jiného ústředního orgánu státní správy.
6.2.3.2.7 Převzetí souhrnu připomínek za připomínkové místo (Aktivita)
Převzetí souhrnu připomínek za připomínkové místo do systému ODok.
6.2.3.2.8 Konzultace s ECB (Aktivita)
Konzultace s ECB.
Strana 372
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Pře d kl a d a te l Evropská komise e -L e g i sl a ti va
Za h á j e n í Ko n zu l ta ce Návrh
konzultace s nařízení
ECB vl á d y
Zaslat návrh ECB ke Odůvodnění
ko n zu l ta ci
Zapracování
ko n zu l ta ce
Připomínkové řízení
Obrázek 106: Konzultace s ECB
6.2.3.2.8.1 Konzultace (Aktivita)
Po obdržení vyjádření od ECB předkladatel zapíše čas a výsledek konzultace do obecné části
odůvodnění.
V případě, že je návrh projednáván s ECB příliš dlouho, lze konzultaci ukončit a pokračovat v
dalších činnostech legislativního procesu.
6.2.3.2.8.2 Zapracování konzultace (Aktivita)
Zapracování návrhů (připomínek) ECB k návrhu nařízení vlády.
6.2.3.2.8.3 Zaslat návrh ECB ke konzultaci (Aktivita)
Zaslat návrh nařízení vlády ECB ke konzultaci.
6.2.3.2.8.4 Návrh nařízení vlády (Datový objekt)
Legislativní text splňující požadavky Legislativních pravidel vlády včetně konsolidovaného
znění v případě novely nařízení vlády.
6.2.3.2.8.5 Odůvodnění (Datový objekt)
Odůvodnění (Důvodová zpráva) obsahuje vždy:
• popis obsahu navrhované právní úpravy s uvedením důvodů, které k jejímu
předložení vedou, shrnutí zásadních zásad a nejdůležitějších změn, které oproti
stávající právní úpravě zavádí, a dopady na práva a povinnosti fyzických a
právnických osob,
Strana 373
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• zhodnocení platného právního stavu,
• odůvodnění hlavních principů navrhované právní úpravy,
• zhodnocení souladu navrhované právní úpravy s právním řádem České republiky,
• zhodnocení souladu navrhované právní úpravy se závazky vyplývajícími pro Českou
republiku z jejího členství v Evropské unii,
• zhodnocení souladu navrhované právní úpravy s mezinárodními smlouvami, jimiž je
Česká republika vázána,
• zhodnocení, zda návrh právního předpisu neobsahuje ustanovení, které by bylo svou
povahou technickým předpisem podle právního předpisu upravujícího technické
požadavky na výrobky, a informace o splnění oznamovací povinnosti podle tohoto
předpisu,
• zhodnocení dopadu navrhované právní úpravy ve vztahu k ochraně soukromí a
osobních údajů,
• zhodnocení korupčních rizik navrhované právní úpravy,
• odůvodnění případné navrhované odchylky v postupu projednání navrhované právní
úpravy,
• odůvodnění jednotlivých ustanovení navrhované právní úpravy; odůvodnění
obsahuje vysvětlení jejich účelu, principů a jejich nezbytnosti, popis právních norem
v nich obsažených a z nich vyplývajících práv a povinností.
• předpokládaný dopad navrhované právní úpravy, zejména (hospodářský a finanční
dopad navrhované právní úpravy a jejích variant na státní rozpočet, ostatní veřejné
rozpočty a na podnikatelské prostředí České republiky, sociální dopad, včetně
dopadu na specifické skupiny obyvatel, především na osoby sociálně slabé, osoby se
zdravotním postižením a národnostní menšiny, dopad na rovnost mužů a žen,
upravuje-li návrh právního předpisu postavení fyzických osob, a dopad na životní
prostředí).
6.2.3.2.8.6 Připomínkové řízení (Průchod)
Návrat do procesu připomínkového řízení.
6.2.3.2.8.7 Zahájení konzultace s ECB (Start)
Zahájení procesu konzultace s ECB.
6.2.3.2.9 Ukončení připomínkové řízení (Aktivita)
Návrh nařízení vlády, upravený podle výsledků připomínkového řízení, se zašle k projednání
vládě po souhlasu osoby, která stojí v čele orgánu, který návrh nařízení vlády zpracoval. Je-li
zpracovatelem návrhu jiný ústřední orgán státní správy než ministerstvo, zašle tímto
způsobem návrh nařízení vlády k projednání vládě člen vlády, kterého vláda pověřila ve
vztahu k tomuto ústřednímu orgánu koordinační funkcí; vedoucí jiného ústředního orgánu
státní správy je v tomto případě spolupředkladatelem.
6.2.3.2.10 Převzetí stavu ukončení připomínkového řízení (Aktivita)
Převzetí informace o ukončení připomínkového řízení k návrhu nařízení vlády.
Strana 374
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.3.2.11 Příprava materiálu k projednání (Aktivita)
Příprava materiálu k projednání.
6.2.3.2.12 Zahájení připomínkového řízení (Start)
Do připomínkového řízení smí návrh nařízení vlády vstoupit pouze za předpokladu, že již
prošel procesem hodnocení dopadů RIA. Dále je nutné znovu projít připomínkovým řízením
v případě, že byl návrh po zapracování jednotlivých připomínek rozsáhle změněn nebo
pokud v rámci schvalovacího procesu na vládě bylo uloženo předkladateli přepracování
návrhu a tento byl rozsáhle změněn.
Lhůta pro sdělení připomínek k návrhu nařízení vlády činí zpravidla 15 pracovních dnů.
6.2.3.2.13 Předání materiálu (Průchod)
Předání materiálu.
6.2.3.2.14 Návrh nařízení vlády (Datový objekt)
Legislativní text splňující požadavky Legislativních pravidel vlády včetně konsolidovaného
znění v případě novely nařízení vlády.
6.2.3.2.15 Odůvodnění (Datový objekt)
Odůvodnění (Důvodová zpráva) obsahuje vždy:
• popis obsahu navrhované právní úpravy s uvedením důvodů, které k jejímu
předložení vedou, shrnutí zásadních zásad a nejdůležitějších změn, které oproti
stávající právní úpravě zavádí, a dopady na práva a povinnosti fyzických a
právnických osob,
• zhodnocení platného právního stavu,
• odůvodnění hlavních principů navrhované právní úpravy,
• zhodnocení souladu navrhované právní úpravy s právním řádem České republiky,
• zhodnocení souladu navrhované právní úpravy se závazky vyplývajícími pro Českou
republiku z jejího členství v Evropské unii,
• zhodnocení souladu navrhované právní úpravy s mezinárodními smlouvami, jimiž je
Česká republika vázána,
• zhodnocení, zda návrh právního předpisu neobsahuje ustanovení, které by bylo svou
povahou technickým předpisem podle právního předpisu upravujícího technické
požadavky na výrobky, a informace o splnění oznamovací povinnosti podle tohoto
předpisu,
• zhodnocení dopadu navrhované právní úpravy ve vztahu k ochraně soukromí a
osobních údajů,
• zhodnocení korupčních rizik navrhované právní úpravy,
• odůvodnění případné navrhované odchylky v postupu projednání navrhované právní
úpravy,
Strana 375
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• odůvodnění jednotlivých ustanovení navrhované právní úpravy; odůvodnění
obsahuje vysvětlení jejich účelu, principů a jejich nezbytnosti, popis právních norem
v nich obsažených a z nich vyplývajících práv a povinností.
• předpokládaný dopad navrhované právní úpravy, zejména (hospodářský a finanční
dopad navrhované právní úpravy a jejích variant na státní rozpočet, ostatní veřejné
rozpočty a na podnikatelské prostředí České republiky, sociální dopad, včetně
dopadu na specifické skupiny obyvatel, především na osoby sociálně slabé, osoby se
zdravotním postižením a národnostní menšiny, dopad na rovnost mužů a žen,
upravuje-li návrh právního předpisu postavení fyzických osob, a dopad na životní
prostředí).
6.2.3.2.16 Předložený materiál (sign PDF/A) (Datový objekt)
Předložený připomínkovaný materiál návrhu nařízení vlády (sign PDF/A) předán do systému
ODok.
6.2.3.2.17 Přehled dopadů (Datový objekt)
Proces zpracování Přehledu dopadů provádí předkladatel.
V rámci této činnosti je nutné, aby mimo jiné:
• zpracoval základní identifikační údaje,
• definoval problém,
• určil cíl plánovaného právního předpisu,
• odůvodnil variantu přípravy legislativního předpisu,
• zpracoval stanovisko ke zpracování RIA,
• identifikoval dotčené subjekty,
• charakterizoval specifické dopady,
• uvedl kontakty na zpracovatele RIA.
6.2.3.2.18 Připomínky (Datový objekt)
Připomínky k návrhu nařízení vlády vypracované jednotlivými připomínkovými místy.
6.2.3.2.19 Vypořádání připomínek (Datový objekt)
Vypořádání připomínek k návrhu nařízení vlády ve strukturované podobě. Předkladatel je
povinen vypořádat všechny zásadní připomínky a přihlédnout, popř. také vypořádat,
připomínky doporučující.
6.2.3.2.20 Závěreční zpráva RIA (Datový objekt)
Předkladatel vyhodnotí náklady a přínosy podle doporučených metod, které jsou spolu s
dalšími náležitostmi Závěrečné zprávy RIA uvedeny v samostatném dokumentu Závěrečná
zpráva RIA. Součástí Závěrečné zprávy RIA jsou:
• důvod předložení a cíle, Strana 376
• návrh variant řešení,
• vyhodnocení nákladů a přínosů,
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• návrh řešení,
• tabulka vyhodnocení variant,
• implementace doporučené varianty a vynucování,
• přezkum účinnosti regulace,
• zpráva o konzultacích,
• kontakty.
6.2.3.2.21 Ustanovení technického předpisu (Uzel)
Návrh obsahuje ustanovení, které by bylo svou povahou technickým předpisem.
6.2.3.2.22 Udělení výjimky z připomínkového řízení (Uzel)
Předseda LRV může udělit výjimku z připomínkového řízení. Výjimka může nabýt podoby
buď celkového prominutí připomínkového řízení nebo omezení připomínkových míst či
časových lhůt. Ve druhém případě je ovšem nezbytné, aby připomínkové řízení proběhlo co
do požadovaných dílčích činností totožně se standardním řízením.
6.2.3.2.23 Nutnost konzultace s ECB (Uzel)
Zhodnocení nutnosti konzultace s Evropskou centrální bankou (ECB). Pakliže je konzultace
nutná, předkladatel zašle návrh ke konzultaci ECB.
6.2.3.2.24 Zhodnocení významnosti změn (Uzel)
Zhodnocení významnosti změn v návrhu po zapracování připomínek do návrhu nařízení
vlády.
6.2.3.3 Projednání a schválení nařízení vládou (Aktivita)
Návrh nařízení vlády je po předložení vládě a předsedovi Legislativní rady vlády podroben
projednání v pracovních komisích Legislativní rady vlády s ohledem na navržený předmět
úpravy.
Na projednání návrhu nařízení vlády i v tomto případě, stejně jako v případě návrhu zákona,
platí lhůta 60 dnů.
Nařízení vlády po jeho schválení podepisuje člen vlády, který jej vládě předložil, a posléze
předseda vlády.
Strana 377
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Pře d kl a d a te l Za h á j e n í e -L e g i sl a ti va LRV - Předseda ÚVL - Odbor kompatibility Plénum LRV Pracovní komise LRV Vláda ÚVL - Odbr vládní agendy ODok
p ro j e d n á n í
ve vládě
Převzetí materiálu k
p ro j e d n á n í
Předání LRV
Návrh nařízení Předkládací Odůvodnění Stanovisko OKOM Stanovisko komisí
LRV
vl á d y zpráva
Vypořádání Závěreční Sta n o vi sko Sta n o vi sko
připomínek zpráva RIA LRV pléna LRV
Sta n o vi sko
předsedy
Sta n o vi sko Sta n o vi sko Vytvoření stanoviska
OKOM LRV LRV
Vytvoření stanoviska
Předsedy LRV
Tvorba materiálu na
jednání vlády
Předložit návrh Příprava jednání
nařízení vládě vlády ODok
Návrh usnesení Posoudit návrh
vl á d y nařízení
Di sp o zi ce
Souhlas s
Záznam z návrhem
jednání vlády nařízení vlády
Náslech ze
schůze vlády Návrh nařízení vlády vrácen k Sch vá l e n o Ukonč ení
přepracování nařízení vlády procesu -
Příprava předání k nesouhlas s
Tvorba návrhu p u b l i ka ci návrhem
nařízení vlády
Pu b l i ka ce Podpis předsedy
Zapracování dispozic vl á d y
do návrhu
Podpis
p ře d kl á d a j ícíh o
člena vlády
Obrázek 107: Projednání a schválení nařízení vládou
Strana 378
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.3.3.1 Převzetí materiálu k projednání (Aktivita)
Návrh nařízení vlády upravený podle výsledků připomínkového řízení, se zašle k projednání
vládě.
6.2.3.3.2 Předání LRV (Aktivita)
Návrh nařízení vlády se zašle k projednání v Legislativní radě vlády (LRV) a Odboru
kompatibility ÚV ČR (OKOM). O předání je informována Legislativní rada vlády (LRV) a Odbor
kompatibility ÚV ČR (OKOM).
6.2.3.3.3 Stanovisko OKOM (Aktivita)
OKOM vytvoří stanovisko k předloženému návrhu. O jeho vytvoření je informován
předkladatel a LRV.
6.2.3.3.4 Stanovisko komisí LRV (Aktivita)
Předseda LRV rozhodne, které pracovní komise LRV návrh nařízení vlády projednají. Pracovní
komise LRV vytvoří stanovisko k návrhu nařízení vlády. Pro vytvoření stanoviska jsou využity
nástroje systému e-Legislativa.
6.2.3.3.5 Vytvoření stanoviska LRV (Aktivita)
Vytvoření stanoviska LRV k návrhu nařízení vlády.
6.2.3.3.6 Vytvoření stanoviska Předsedy LRV (Aktivita)
Vytvoření stanoviska Předsedy LRV k návrhu nařízení vlády.
6.2.3.3.7 Tvorba materiálu na jednání vlády (Aktivita)
Odbor vládní agendy připraví materiál návrhu nařízení vlády na jednání vlády.
6.2.3.3.8 Příprava jednání vlády ODok (Aktivita)
Příprava podkladů k jednání vlády v systému ODok (eVláda).
6.2.3.3.9 Předložit návrh nařízení vládě (Aktivita)
Předložení materiálu návrhu nařízení vlády členům vlády.
6.2.3.3.10 Posoudit návrh nařízení (Aktivita)
Návrh nařízení vlády je projednán na schůzi vlády. Vláda může rozhodnout o schválení,
zamítnutí nebo přepracování návrhu. Jsou schváleny dispozice k dopracování návrhu nařízení
vlády.
Strana 379
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.3.3.11 Zapracování dispozic do návrhu (Aktivita)
V případě, že vláda rozhodla o přepracování návrhu, musí předkladatel navrhované změny
zapracovat.
6.2.3.3.12 Podpis předkládajícího člena vlády (Aktivita)
Podpis předkládajícího člena vlády na nařízení vlády.
6.2.3.3.13 Podpis předsedy vlády (Aktivita)
Podpis předsedy vlády na nařízení vlády.
6.2.3.3.14 Příprava předání k publikaci (Aktivita)
Příprava materiálů nařízení vlády k předání procesu publikace, tj. formální ověření úplnosti
podkladů, kontrola jejich vazeb a jejich "uzamčení".
6.2.3.3.15 Zahájení projednání ve vládě (Start)
Návrh nařízení vlády se poté, co je předložen vládě, projednává v legislativních orgánech
vlády a následně na jednání vlády.
6.2.3.3.16 Tvorba návrhu nařízení vlády (Průchod)
Vráceno předkladateli k přepracování - návrat do procesu tvorby návrhu nařízení vlády.
6.2.3.3.17 Publikace (Konec)
Předání nařízení vlády k publikaci.
6.2.3.3.18 Ukončení procesu - nesouhlas s návrhem (Konec)
Nesouhlas s návrhem nařízení vlády.
6.2.3.3.19 Dispozice (Datový objekt)
Dispozice k dopracování návrhu vzešlé z jednání vlády.
6.2.3.3.20 Náslech ze schůze vlády (Datový objekt)
Náslech ze schůze vlády.
6.2.3.3.21 Návrh nařízení vlády (Datový objekt)
Legislativní text splňující požadavky Legislativních pravidel vlády včetně konsolidovaného
znění v případě novely nařízení vlády.
6.2.3.3.22 Návrh usnesení vlády (Datový objekt) Strana 380
Návrh usnesení vlády ve formě podle Jednacího řádu vlády Čl. II, IV, X.
Připravený Návrh usnesení vlády má část:
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• schvalovací,
• ukládací,
• případně další nebo jen některou z těchto částí.
Při vypracování návrhu usnesení vlády musí člen vlády nebo vedoucí jiného orgánu, který je
předkladatelem materiálu pro jednání schůze vlády, dbát, aby navržené usnesení nebylo v
rozporu s jiným, dříve vládou přijatým usnesením. Má-li předkladatel za to, že je třeba změnit
nebo zrušit dříve přijaté rozhodnutí vlády, musí navrhnout změnu již přijatého usnesení vlády
nebo jeho zrušení či zrušení jeho části.
Ukládací část návrhu usnesení vlády musí obsahovat označení orgánu, kterému vláda úkol
ukládá, konkrétně vyjádřený úkol a termín, do kterého má být úkol splněn. Není-li termín
stanoven, má se za to, že uložený úkol má být splněn do 30-ti dnů.
6.2.3.3.23 Odůvodnění (Datový objekt)
Odůvodnění (Důvodová zpráva) obsahuje vždy:
• popis obsahu navrhované právní úpravy s uvedením důvodů, které k jejímu
předložení vedou, shrnutí zásadních zásad a nejdůležitějších změn, které oproti
stávající právní úpravě zavádí, a dopady na práva a povinnosti fyzických a
právnických osob,
• zhodnocení platného právního stavu,
• odůvodnění hlavních principů navrhované právní úpravy,
• zhodnocení souladu navrhované právní úpravy s právním řádem České republiky,
• zhodnocení souladu navrhované právní úpravy se závazky vyplývajícími pro Českou
republiku z jejího členství v Evropské unii,
• zhodnocení souladu navrhované právní úpravy s mezinárodními smlouvami, jimiž je
Česká republika vázána,
• zhodnocení, zda návrh právního předpisu neobsahuje ustanovení, které by bylo svou
povahou technickým předpisem podle právního předpisu upravujícího technické
požadavky na výrobky, a informace o splnění oznamovací povinnosti podle tohoto
předpisu,
• zhodnocení dopadu navrhované právní úpravy ve vztahu k ochraně soukromí a
osobních údajů,
• zhodnocení korupčních rizik navrhované právní úpravy,
• odůvodnění případné navrhované odchylky v postupu projednání navrhované právní
úpravy,
• odůvodnění jednotlivých ustanovení navrhované právní úpravy; odůvodnění
obsahuje vysvětlení jejich účelu, principů a jejich nezbytnosti, popis právních norem
v nich obsažených a z nich vyplývajících práv a povinností.
• předpokládaný dopad navrhované právní úpravy, zejména (hospodářský a finanční
dopad navrhované právní úpravy a jejích variant na státní rozpočet, ostatní veřejné
rozpočty a na podnikatelské prostředí České republiky, sociální dopad, včetně
dopadu na specifické skupiny obyvatel, především na osoby sociálně slabé, osoby se
zdravotním postižením a národnostní menšiny, dopad na rovnost mužů a žen,
upravuje-li návrh právního předpisu postavení fyzických osob, a dopad na životní
prostředí).
Strana 381
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.3.3.24 Předkládací zpráva (Datový objekt)
Předkládací zpráva obsahuje vždy:
• stručné vyjádření důvodu, pro který je materiál předkládán schůzi vlády; má-li vláda
uskutečnit pravomoc na základě konkrétního ustanovení zákona, uvede se zároveň
citace tohoto ustanovení,
• stručnou charakteristiku obsahu vlastního písemného podkladu ve věci,
• zhodnocení současného stavu a dopadů navrhovaného řešení ve vztahu k rovnosti
mužů a žen, týká-li se navrhované řešení postavení fyzických osob;
• přehled orgánů, kterým byl materiál zaslán ke stanovisku, datum, v němž byl materiál
rozeslán a lhůtu stanovenou předkladatelem pro sdělení stanoviska, výsledky
připomínkového řízení, včetně sdělení, že materiál je předkládán bez rozporů,
případně s popisem rozporu, který se nepodařilo odstranit ani na úrovni členů vlády;
výsledky připomínkového řízení (s výjimkou nevyřešených rozporů) lze vyjádřit v
samostatné části materiálu s uvedením připomínkujících orgánů a jejich připomínek
a stanoviska předkladatele k nim.
Závěry obsažené v předkládací zprávě musí být věcně správné a musí obsahovat zhodnocení
z hlediska jejich případných dopadů na jednotlivé druhy veřejných rozpočtů v tříletém
výhledu, z hlediska dopadu na podnikatelské prostředí České republiky a vyžaduje-li to jejich
povaha, i z hlediska jejich souladu s právním řádem a s mezinárodními smlouvami, jimiž je
Česká republika vázána.
6.2.3.3.25 Stanovisko LRV (Datový objekt)
Stanovisko Legislativní rady vlády k návrhu nařízení vlády.
6.2.3.3.26 Stanovisko OKOM (Datový objekt)
Posouzení návrhu nařízení vlády Odborem kompatibility z hlediska jeho slučitelnosti s
právem Evropské unie.
6.2.3.3.27 Vypořádání připomínek (Datový objekt)
Vypořádání připomínek k návrhu nařízení vlády ve strukturované podobě. Předkladatel je
povinen vypořádat všechny zásadní připomínky a přihlédnout, popř. také vypořádat,
připomínky doporučující.
6.2.3.3.28 Závěreční zpráva RIA (Datový objekt)
Předkladatel vyhodnotí náklady a přínosy podle doporučených metod, které jsou spolu s
dalšími náležitostmi Závěrečné zprávy RIA uvedeny v samostatném dokumentu Závěrečná
zpráva RIA. Součástí Závěrečné zprávy RIA jsou:
• důvod předložení a cíle,
• návrh variant řešení,
• vyhodnocení nákladů a přínosů,
Strana 382
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• návrh řešení,
• tabulka vyhodnocení variant,
• implementace doporučené varianty a vynucování,
• přezkum účinnosti regulace,
• zpráva o konzultacích,
• kontakty.
6.2.3.3.29 Záznam z jednání vlády (Datový objekt)
Záznam z jednání vlády.
6.2.3.3.30 Souhlas s návrhem nařízení vlády (Uzel)
Výsledek posouzení návrhu nařízení vlády.
Návrh nařízení vlády je:
• schválen bez připomínek,
• schválen, ale je třeba vypořádat dispozice vlády, tyto připomínky jsou zásadní a jejich
zapracování do materiálu je nezbytné,
• zamítnut, nebo vrácen k přepracování.
6.2.3.3.31 Stanovisko LRV (Uzel)
Předseda LRV rozhodne, které pracovní komise LRV návrh nařízení vlády projednají, a zda
návrh nařízení vlády projedná a zaujme k němu stanovisko LRV nebo k návrhu nařízení vlády
bude vypracováno stanovisko předsedy LRV.
6.2.3.4 Publikace nařízení vlády (Aktivita)
Po podpisu se nařízení vlády předkládá publikačnímu úřadu Sbírky k publikaci. Proces
publikace po podání žádosti o publikaci nařízení vlády je shodný s publikací všech ostatních
právních aktů.
Strana 383
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Gestor e -L e g i sl a ti va Publikační úřad MV e-Sbírka
Zahájení procesu publikace
Převzetí materiálu k
p u b l i ka ci
Materiál k publikaci
Odůvodnění Nařízení Ci ti ze n Jazyková korektura
vl á d y Summary
L e g i sl a ti vn ě -te ch n i cká
Schválit právní akt korektura
po korektuře
T ypografi cká
korektura
Příprava Nařízení Vyhlásit právní akt ve
vlády k vyhlášení Sbírce
Obrázek 108: Publikace nařízení vlády ve sbírce Připravit listinnou
podobu vyhlášeného
6.2.3.4.1 Převzetí materiálu k publikaci (Aktivita)
Převzetí materiálu nařízení vlády k publikaci ve Sbírce. právního aktu
6.2.3.4.2 Jazyková korektura (Aktivita)
Provedení jazykově gramatické korektury. Ukonč ení
procesu
p u b l i ka ce
Strana 384
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.3.4.3 Legislativně-technická korektura (Aktivita)
Provedení legislativně-technické korektury právních předpisů včetně nastavení vazeb
CzechVOC. Kontrola, zda jsou právní předpisy zpracovány v souladu s legislativními pravidly.
6.2.3.4.4 Typografická korektura (Aktivita)
Provedení redakční a korekturní úpravy nařízení vlády.
6.2.3.4.5 Schválit právní akt po korektuře (Aktivita)
Provedení závěrečné korektury s autory předloženého nařízení vlády (autorská korektura).
Autorskou korekturu provádí Ministerstvo vnitra s odpovědnou osobou předkladatele.
6.2.3.4.6 Příprava Nařízení vlády k vyhlášení (Aktivita)
Příprava k předání právního aktu - nařízení vlády k vyhlášení, tj. formální ověření úplnosti
podkladů pro vyhlášení ve Sbírce.
6.2.3.4.7 Vyhlásit právní akt ve Sbírce (Aktivita)
Vyhlášení nařízení vlády ve Sbírce.
6.2.3.4.8 Připravit listinnou podobu vyhlášeného právního aktu (Aktivita)
Tvorba listinné podoby vyhlášeného právního aktu a její archivace v chráněném úložišti (sign
PDF/A).
6.2.3.4.9 Zahájení procesu publikace (Start)
Zahájení fáze publikace nařízení vlády ve Sbírce. Právní akt se ve Sbírce zákonů a
mezinárodních smluv vyhlásí na základě požadavku učiněného oprávněnou osobou -
předkladatelem.
6.2.3.4.10 Citizen Summary (Datový objekt)
Obecně srozumitelný popis (odůvodnění) publikovaného nařízení vlády.
6.2.3.4.11 Nařízení vlády (Datový objekt)
Právní akt nařízení vlády.
6.2.3.4.12 Odůvodnění (Datový objekt)
Odůvodnění (Důvodová zpráva) obsahuje vždy:
• popis obsahu navrhované právní úpravy s uvedením důvodů, které k jejímu
předložení vedou, shrnutí zásadních zásad a nejdůležitějších změn, které oproti
stávající právní úpravě zavádí, a dopady na práva a povinnosti fyzických a
právnických osob,
• zhodnocení platného právního stavu,
Strana 385
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• odůvodnění hlavních principů navrhované právní úpravy,
• zhodnocení souladu navrhované právní úpravy s právním řádem České republiky,
• zhodnocení souladu navrhované právní úpravy se závazky vyplývajícími pro Českou
republiku z jejího členství v Evropské unii,
• zhodnocení souladu navrhované právní úpravy s mezinárodními smlouvami, jimiž je
Česká republika vázána,
• zhodnocení, zda návrh právního předpisu neobsahuje ustanovení, které by bylo svou
povahou technickým předpisem podle právního předpisu upravujícího technické
požadavky na výrobky, a informace o splnění oznamovací povinnosti podle tohoto
předpisu,
• zhodnocení dopadu navrhované právní úpravy ve vztahu k ochraně soukromí a
osobních údajů,
• zhodnocení korupčních rizik navrhované právní úpravy,
• odůvodnění případné navrhované odchylky v postupu projednání navrhované právní
úpravy,
• odůvodnění jednotlivých ustanovení navrhované právní úpravy; odůvodnění
obsahuje vysvětlení jejich účelu, principů a jejich nezbytnosti, popis právních norem
v nich obsažených a z nich vyplývajících práv a povinností.
• předpokládaný dopad navrhované právní úpravy, zejména (hospodářský a finanční
dopad navrhované právní úpravy a jejích variant na státní rozpočet, ostatní veřejné
rozpočty a na podnikatelské prostředí České republiky, sociální dopad, včetně
dopadu na specifické skupiny obyvatel, především na osoby sociálně slabé, osoby se
zdravotním postižením a národnostní menšiny, dopad na rovnost mužů a žen,
upravuje-li návrh právního předpisu postavení fyzických osob, a dopad na životní
prostředí).
6.2.3.5 Podnět k regulaci (Start)
Podnět k regulaci prováděcím právním předpisem.
6.2.3.6 Ukončení procesu tvorby nařízení vlády (Konec)
Ukončení procesu tvorby nařízení vlády.
6.2.4 Návrh zákona
Návrh zákona vypracovává příslušné ministerstvo nebo jiný ústřední správní úřad. Přípravě
každého návrhu zákona musí předcházet podrobná analýza právního a skutkového stavu,
jejíž součástí musí být též zhodnocení nezbytnosti navrhované změny právního řádu.
Strana 386
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Proces tvorby zákona
(obecný zákon / vládní i
nevládní)
Podnět k Vládní návrh Příprava vládního
tvorbě zákona návrhu zákona
re g u l a ce
Zákonodárná Předložení návrhu
iniciativy ostatní zákona do PSP
Příprava nevládního
návrhu zákona
Vrácení návrhu Vrácení návrhu
zákona k zákona k
přepracování
přepracování
Zákon schálen
Projednání a (přehlasování veta
schválení v PSP p re zi d e n ta )
Návrh schálen v Sch á l e n a
Pa rl a m e n tu p ře d l o h a
předána
Předání nebo Senátu
vrácení do PSP
Projednání v Senátu
Zákon neschválen Podpis prezidenta
p re zi d e n te m
Zákon podepsán
p re zi d e n te m
Publikace zákona ve
sbírce
Ukonč ení
procesu
Obrázek 109: Návrh zákona
Strana 387
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.4.1 Příprava vládního návrhu zákona (Aktivita)
Návrh zákona vypracovává příslušné ministerstvo nebo jiný ústřední správní úřad. Přípravě
každého návrhu zákona musí předcházet podrobná analýza právního a skutkového stavu,
jejíž součástí musí být též zhodnocení nezbytnosti navrhované změny právního řádu.
Předložení k Předání návrhu k
připomínkovému řízení projednání vládou
Tvorba vládního Připomínkové řízení k Projednání návrhu
návrhu zákona návrhu zákona zákona vládou
Podnět k Projednání a
tvorbě schválení v PSP
re g u l a ce
Obrázek 110: Příprava vládního návrhu zákona
6.2.4.1.1 Podnět k tvorbě regulace (Start)
Proces Tvorba návrhu zákona je zahájen existencí podnětu k tvorbě regulace. Nejčastější
formou podnětu je věcný záměr zákona (viz. proces "Věcný záměr zákona").
6.2.4.1.2 Projednání a schválení v PSP (Průchod)
Předání návrhu zákona do fáze projednání a schválení v PSP.
6.2.4.1.3 Tvorba vládního návrhu zákona (Aktivita)
Tvorba vládního návrhu zákona.
Strana 388
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Pře d kl a d a te l e -L e g i sl a ti va
Podnět k regulaci
Návrh Ci ti ze n Důvodová Předkládací Návrh usnesení
zákona
Summary zpráva zpráva vl á d y
Příprava návrhu Ro zd íl o vá
ta b u l ka
Návrh zákona Pře h l e d
dopadů
Ano byl předložen
již se
Závěreč nou
zprávou RIA
Ne Plán
l e g i sl a ti vn ích
Existence výjimky pro prací vlády
vypracování Přehledu
dopadů
Exi ste n ce
vyj ím ky
Rozhodnutí o
provedení RIA
Zpracování Přehledu
dopadů
Rozhodnutí o
zpracování analýzy
RIA
Příprava k
p ři p o m ín ko vé m u
řízení
Předání návrhu
Obrázek 111: Tvorba vládního návrhu zákona
6.2.4.1.3.1 Příprava návrhu (Aktivita)
Vládní návrh zákona vypracovávají ministerstva nebo jiné ústřední správní úřady.
Strana 389
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Gestor e -L e g i sl a ti va e-Sbírka
In i ci a l i za ce Šablona pracovního
návrhu prostoru
Příprava materiálu Správa pracovního
návrhu zákona prostoru
Příprava relevantních Návrh zákona Předkládací Návrh usnesení Vyhledání právního
p o d kl a d ů p ře d p i su
zpráva vl á d y
Důvodová Ci ti ze n Ro zd íl o vá
zpráva Summary ta b u l ka
Práce na návrhu Vyhledání závislostí
zákona mezi předpisy v čase
Interní připomínkové Řízení interního
řízení sch va l o va cíh o
procesu
Nutné Interní schválení
dopracování návrhu zákona
Sch vá l e n o Ukončení přípravy
p o d kl a d o vých
m a te ri á l ů
Tvorba návrhu
Obrázek 112: Příprava materiálu
6.2.4.1.3.1.1 Příprava materiálu návrhu zákona (Aktivita)
Návrh zákona vypracovávají ministerstva nebo jiné ústřední správní úřady a předkládají jej k
projednání vládě.
Strana 390
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.4.1.3.1.2 Správa pracovního prostoru (Aktivita)
Pracovní prostor umožňuje spolupráci více osob nad sadou dokumentů. Do tohoto
pracovního prostoru je umožněn vzdálený přístup autorizovaných osob (gestor aplikace
vybere spolupracovníky, kteří mají mít do pracovního prostoru přístup). Dokumenty jsou
publikovány do tohoto pracovního prostoru. Jejich tvorbu usnadní připravená sada šablon.
6.2.4.1.3.1.3 Příprava relevantních podkladů (Aktivita)
Příprava relevantních podkladů k tvorbě návrhu zákona.
6.2.4.1.3.1.4 Vyhledání právního předpisu (Aktivita)
Jedná se o jednoduchý proces vyhledání právního předpisu dle zadaných kritérií. Uživatel si
zvolí způsob vyhledávání (základní nebo rozšířený). K vyhledávání publikovaných právních
předpisů bude sloužit systém e-Sbírka.
6.2.4.1.3.1.5 Vyhledání závislostí mezi předpisy v čase (Aktivita)
Při rozšířeném vyhledávání je možné konkrétnější zadání vyhledávacích kritérií, tj. jak
podmínky zahrnující text tak i možnost zadání kritérií na základě metadat (např. typ právního
předpisu, platnost, atd.).
6.2.4.1.3.1.6 Práce na návrhu zákona (Aktivita)
Práce na materiálu návrhu zákona.
6.2.4.1.3.1.7 Interní připomínkové řízení (Aktivita)
V okamžiku, kdy je tým gestora s přípravou materiálu zákona hotov, může dojít k internímu
připomínkovému řízení a ke schválení návrhu zákona.
6.2.4.1.3.1.8 Řízení interního schvalovacího procesu (Aktivita)
Pro podporu schválení je v systému e-Legislativa implementován schvalovací proces, který
umožní jednotlivým účastníkům vyjádřit svůj souhlas či nesouhlas s případným připojením
odůvodnění či komentáře.
6.2.4.1.3.1.9 Ukončení přípravy podkladových materiálů (Aktivita)
Materiál návrhu zákona je následně automaticky systémem e-Legislativa posunut do další
fáze věcného návrhu.
6.2.4.1.3.1.10 Inicializace návrhu (Start)
Návrh zákona se zpracovává v případě potřeby regulace.
6.2.4.1.3.1.11 Tvorba návrhu (Průchod)
Přechod do fáze Tvorba návrhu.
6.2.4.1.3.1.12 Citizen Summary (Datový objekt)
Obecně srozumitelný popis (odůvodnění) návrhu zákona.
Strana 391
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.4.1.3.1.13 Důvodová zpráva (Datový objekt)
Důvodová zpráva obsahuje vždy:
• popis obsahu navrhované právní úpravy s uvedením důvodů, které k jejímu
předložení vedou, shrnutí zásadních zásad a nejdůležitějších změn, které oproti
stávající právní úpravě zavádí, a dopady na práva a povinnosti fyzických a
právnických osob,
• zhodnocení platného právního stavu,
• odůvodnění hlavních principů navrhované právní úpravy,
• zhodnocení souladu navrhované právní úpravy s právním řádem České republiky,
• zhodnocení souladu navrhované právní úpravy se závazky vyplývajícími pro Českou
republiku z jejího členství v Evropské unii,
• zhodnocení souladu navrhované právní úpravy s mezinárodními smlouvami, jimiž je
Česká republika vázána,
• zhodnocení, zda návrh právního předpisu neobsahuje ustanovení, které by bylo svou
povahou technickým předpisem podle právního předpisu upravujícího technické
požadavky na výrobky, a informace o splnění oznamovací povinnosti podle tohoto
předpisu,
• zhodnocení dopadu navrhované právní úpravy ve vztahu k ochraně soukromí a
osobních údajů,
• zhodnocení korupčních rizik navrhované právní úpravy,
• odůvodnění případné navrhované odchylky v postupu projednání navrhované právní
úpravy,
• odůvodnění případného návrhu, aby Poslanecká sněmovna vyslovila s navrhovaným
právním předpisem souhlas již v prvém čtení,
• odůvodnění jednotlivých ustanovení navrhované právní úpravy; odůvodnění
obsahuje vysvětlení jejich účelu, principů a jejich nezbytnosti, popis právních norem
v nich obsažených a z nich vyplývajících práv a povinností.
• předpokládaný dopad navrhované právní úpravy, zejména (hospodářský a finanční
dopad navrhované právní úpravy a jejích variant na státní rozpočet, ostatní veřejné
rozpočty a na podnikatelské prostředí České republiky, sociální dopad, včetně
dopadu na specifické skupiny obyvatel, především na osoby sociálně slabé, osoby se
zdravotním postižením a národnostní menšiny, dopad na rovnost mužů a žen,
upravuje-li návrh právního předpisu postavení fyzických osob, a dopad na životní
prostředí).
6.2.4.1.3.1.14 Návrh usnesení vlády (Datový objekt)
Návrh usnesení vlády ve formě podle Jednacího řádu vlády Čl. II, IV, X.
Připravený Návrh usnesení vlády má část:
• schvalovací,
• ukládací,
• případně další nebo jen některou z těchto částí.
Při vypracování návrhu usnesení vlády musí člen vlády nebo vedoucí jiného orgánu, který je
předkladatelem materiálu pro jednání schůze vlády, dbát, aby navržené usnesení nebylo v
Strana 392
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
rozporu s jiným, dříve vládou přijatým usnesením. Má-li předkladatel za to, že je třeba změnit
nebo zrušit dříve přijaté rozhodnutí vlády, musí navrhnout změnu již přijatého usnesení vlády
nebo jeho zrušení či zrušení jeho části.
Ukládací část návrhu usnesení vlády musí obsahovat označení orgánu, kterému vláda úkol
ukládá, konkrétně vyjádřený úkol a termín, do kterého má být úkol splněn. Není-li termín
stanoven, má se za to, že uložený úkol má být splněn do 30-ti dnů.
6.2.4.1.3.1.15 Návrh zákona (Datový objekt)
Návrh zákona reprezentovaný konsolidovaným (úplným) zněním právního předpisu
(respektive jeho textu či obsahu) a vlastním právním aktem.
6.2.4.1.3.1.16 Předkládací zpráva (Datový objekt)
Předkládací zpráva obsahuje vždy:
• stručné vyjádření důvodu, pro který je materiál předkládán schůzi vlády,
• stručnou charakteristiku obsahu vlastního písemného podkladu ve věci,
• zhodnocení současného stavu a dopadů navrhovaného řešení ve vztahu k rovnosti
mužů a žen, týká-li se navrhované řešení postavení fyzických osob,
• přehled orgánů, kterým byl materiál zaslán ke stanovisku.
Závěry obsažené v předkládací zprávě musí být věcně správné a musíí obsahovat zhodnocení
z hlediska jejich případných dopadů na jednotlivé druhy veřejných rozpočtů v tříletém
výhledu, z hlediska dopadu na podnikatelské prostředí České republiky a vyžaduje-li to jejich
povaha, i z hlediska jejich souladu s právním řádem a s mezinárodními smlouvami, jimiž je
Česká republika vázána.
6.2.4.1.3.1.17 Rozdílová tabulka (Datový objekt)
Rozdílová tabulka návrhu právního předpisu ČR s předpisy EU.
6.2.4.1.3.1.18 Šablona pracovního prostoru (Datový objekt)
Využití připravených šablon pracovního prostoru včetně šablon procesů umožňuje vytvoření
pracovního prostoru s nastavenými vlastnostmi.
6.2.4.1.3.1.19 Interní schválení návrhu zákona (Uzel)
Výsledek schválení je prezentován týmu gestora, který buď dopracuje návrh zákona dle
připomínek vzešlých ze schvalování, nebo v případě, že je všechno v pořádku, označí návrh
zákona za schválený.
6.2.4.1.3.2 Rozhodnutí o zpracování analýzy RIA (Aktivita)
V rámci zpracování analýzy RIA bude předkladatel konzultovat dotčené subjekty. Konzultace
by se měly uskutečňovat během navrhování varianty řešení a dále při vyhodnocování nákladů
a přínosů.
Strana 393
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Pře d kl a d a te l LRV - Oddělení pro kordinaci procesu RIA LRV - Předseda LRV - Pracovní komise e -L e g i sl a ti va Člen vlády Vláda
Zahájení řízení o rozhodnutí Sta n o vi sko
zpracovat RIA p ře d kl a d a te l e
Vypracování Pře h l e d
stanoviska o dopadů
provedení RIA
Věcné
podklady k
hodnocení
potřeby RIA
Doporučení /
Sta n o vi sko
pracovní
ko m i se
Analýza přehledu
dopadů
Zhodnocení
so u l a d u
sta n o vi se k
Předložení návrhu Soulad
mimo Plán Ne so u l a d
legislativních prací sta n o vi se k
vl á d y
Vyřešit nesoulad
Stanovisko předsedy sta n o vi se k
LRV
Sta n o vi sko
Mimo předsedy LRV
plán
Žádost o
Zařazen v neprovedení
plánu RIA
Zařazení do plánu
legislativních prací
Exi ste n ce Žádost
žádosti o e xi stu j e
neprovedení
RIA
Žádost RIA musí být Rozhodnutí o Zhodnocení možnosti
n e e xi stu j e zpracována provedení RIA uplatnění výjimky z
RIA
RIA nemusí být Plán legislativních RIA musí být Výjimka ze
zpracována prací vlády zpracována zpracování
RIA
Výj i m ka
uplatněna
Zpracování analýzy Rozhodnutí o
RIA provedení RIA
Hodnocení dopadů Závěrečná zpráva
RIA
Předkládací zpráva
Ukončení zpracování
RIA
Obrázek 113: Aktivita Rozhodnutí o zpracování analýzy RIA
Strana 394
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.4.1.3.2.1 Stanovisko předsedy LRV (Datový objekt)
Stanovisko předsedy LRV k vypracování RIA.
6.2.4.1.3.2.2 Vypracování stanoviska o provedení RIA (Aktivita)
Při rozhodování o provedení RIA je nutné, aby Oddělení pro koordinaci procesu RIA nejdříve
zpracovalo věcné podklady pro pracovní komisi.
6.2.4.1.3.2.3 Analýza přehledu dopadů (Aktivita)
Návrh zákona se poté, co je předložen vládě, projednává v legislativních orgánech vlády.
6.2.4.1.3.2.4 Vyřešit nesoulad stanovisek (Aktivita)
Pokud nedojde k souladu stanovisek, je řešen tento nesoulad na úrovni člena vlády nebo
vedoucího jiného ústředního orgánu státní správy. V případě, že se stanoviska předkladatele
a pracovní komise nepodaří vyřešit na úrovni člena vlády nebo vedoucího jiného ústředního
orgánu státní správy, předloží se návrh zákona k rozhodnutí vládě.
6.2.4.1.3.2.5 Stanovisko předsedy LRV (Aktivita)
Vytvoření stanoviska předsedy LRV k vypracování RIA.
6.2.4.1.3.2.6 Zařazen do plánu legislativních prací (Aktivita)
Do plánu legislativních prací vlády se návrh zákona zařadí, jestliže:
• dosavadní zákon má být nahrazen koncepčně novou zákonnou úpravou,
• nebo obsah návrhu zákona má spočívat v úpravě věcí, které dosud nejsou v právním
řádu upraveny.
6.2.4.1.3.2.7 Zhodnocení možnosti uplatnění výjimky z RIA (Aktivita)
Vláda na základě doporučení Pracovních komisí LRV zhodnotí možnost uplatnění výjimky z
RIA:
• ve zvláštních případech (Legislativní pravidla vlády část čtvrtá, čl. 17 až 19). Platí-li
stav legislativní nouze, RIA se vynechá též u souvisejících podzákonných právních
předpisů,
• v krizových situacích,
• u návrhů právních předpisů, jejichž obsahem jsou pouze změny technického
charakteru nemající žádný dopad na věcnou stránku právního předpisu (nemá dopad
na žádnou cílovou skupinu ani oblast),
• u obecných procesních předpisů (správní řád, občanský soudní řád, trestní řád, zákon
o kontrole),
• u ostatních naléhavých případů, zejména pokud hrozí citelné ekonomické či jiné
ztráty.
6.2.4.1.3.2.8 Zpracování analýzy RIA (Aktivita)
Provede se zpracování analýzy RIA ve stanovené formě.
Strana 395
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Pře d kl a d a te Dotčené subjekty e -L e g i sl a ti va Vláda
Zahájení procesu zpracování Ko n zu l ta ce
analýzy RIA Pře h l e d
dopadů
Zdůvodnění
předložení a cílů Důvod
předložení a
Navrhnout varianty cíl e
řešení
Návrh variant
řešení
Vyhodnotit náklady a Ko n zu l ta ce Vyhodnocení
přínosy Ko n zu l ta ce n á kl a d ů
Stanovit pořadí Vyhodnocení Volba varianty na
va ri a n t va ri a n t základě rozhodnutí
Způsob výběru Návrh zákona vl á d y
va ri a n ty
Zvo l e n a
Stanovení n e j vh o d n ě j ší
nejvhodnější varianty va ri a n ta
Ne
Vyhodnotit náklady a
přínosy Ano
Rozpracování
zvolené varianty
Zpracovat Závěreč ná
Závěrečnou zprávu zpráva RIA
RIA
Ukončení zpracování RIA
Obrázek 114: Zpracování analýzy RIA
6.2.4.1.3.2.8.1 Zdůvodnění předložení a cílů (Aktivita)
Zhodnocení současného stavu a identifikace problému, který má být řešen včetně
zhodnocení platného právního stavu.
6.2.4.1.3.2.8.2 Navrhnout varianty řešení (Aktivita)
Návrh různých variant řešení problému, které by mohly vést ke stanovenému cíli.
6.2.4.1.3.2.8.3 Konzultace (Aktivita)
Konzultované oblasti:
• dopady navrhovaných variant řešení, Strana 396
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• nechtěné a neočekávané dopady řešení,
• rizika spojená s implementací a vynucováním,
• rizika spojená s náklady na přizpůsobení se ze strany dotčených subjektů.
Je veden souhrn konzultací, které byly v průběhu zpracovávání RIA realizovány.
Zaznamenávají se i ty náměty, které nebyly zapracovány, včetně jejich zdůvodnění.
6.2.4.1.3.2.8.4 Vyhodnotit náklady a přínosy (Aktivita)
Identifikace nákladů a přínosů všech variant.
6.2.4.1.3.2.8.5 Konzultace (Aktivita)
Konzultované oblasti:
• dopady navrhovaných variant řešení,
• nechtěné a neočekávané dopady řešení,
• rizika spojená s implementací a vynucováním,
• rizika spojená s náklady na přizpůsobení se ze strany dotčených subjektů.
Je veden souhrn konzultací, které byly v průběhu zpracovávání RIA realizovány.
Zaznamenávají se i ty náměty, které nebyly zapracovány, včetně jejich zdůvodnění.
6.2.4.1.3.2.8.6 Stanovit pořadí variant (Aktivita)
Stanovení pořadí variant podle různých kritérií, tj. stanovení měřítek a indikátorů, podle
kterých bude dále posuzováno, že navrhované řešení je účinné a splňuje stanovené cíle
včetně termínu, kdy bude přezkoumání provedeno, případně stanoven konec účinnosti
právního předpisu.
6.2.4.1.3.2.8.7 Stanovení nejvhodnější varianty (Aktivita)
Stanovení nejvhodnější varianty.
6.2.4.1.3.2.8.8 Volba varianty na základě rozhodnutí vlády (Aktivita)
Ve výjimečných případech je možné předložit závěrečnou zprávu RIA jako samostatný
dokument vládě, která rozhodne o nejvhodnějším řešení. V takových případech se stanoví
pořadí variant podle různých kritérií. Na základě politického rozhodnutí může být stanoveno,
že do návrhu právního předpisu bude rozpracována varianta, která v rámci RIA nebyla
identifikována jako nejvhodnější řešení. Blíže viz. Obecné zásady pro hodnocení dopadů
regulace (RIA).
6.2.4.1.3.2.8.9 Vyhodnotit náklady a přínosy (Aktivita)
Identifikace nákladů a přínosů zvolené varianty.
6.2.4.1.3.2.8.10 Konzultace (Aktivita)
V rámci procesu Zpracování RIA jsou oslovovány dotčené subjekty, aby se vyjádřily k
připravované regulaci. Předkladatel při vybírání konzultovaných subjektů vychází z databáze
DataKO.
Strana 397
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Konzultované oblasti:
• dopady navrhovaných variant řešení,
• nechtěné a neočekávané dopady řešení,
• rizika spojená s implementací a vynucováním,
• rizika spojená s náklady na přizpůsobení se ze strany dotčených subjektů.
Je veden souhrn konzultací, které byly v průběhu zpracovávání RIA realizovány.
Zaznamenávají se i ty náměty, které nebyly zapracovány, včetně jejich zdůvodnění.
6.2.4.1.3.2.8.11 Rozpracování zvolené varianty (Aktivita)
Rozpracování zvolené varianty - varianta vždy obsahuje vyčíslení předpokládaného
finančního dopadu na státní rozpočet a ostatní veřejné rozpočty včetně způsobu jejich
pokrytí.
6.2.4.1.3.2.8.12 Zpracovat Závěrečnou zprávu RIA (Aktivita)
Všechny požadované informace včetně zprávy o konzultacích a kontaktních údajů
předkladatel zapracuje do Závěrečné zprávy RIA.
6.2.4.1.3.2.8.13 Ukončení procesu RIA (Konec)
Ukončení procesu RIA.
6.2.4.1.3.2.8.14 Ukončení zpracování RIA (Průchod)
Ukončení procesu zpracování analýzy RIA.
6.2.4.1.3.2.8.15 Zahájení procesu zpracování analýzy RIA (Start)
Zahájení procesu zpracování analýzy RIA.
6.2.4.1.3.2.8.16 Důvod předložení a cíle (Datový objekt)
Stanovení cíle (žádoucího stavu), který má být dosažen řešením problému. Zhodnocení rizik,
která jsou spojena s neřešením problému.
6.2.4.1.3.2.8.17 Návrh variant řešení (Datový objekt)
Součástí možných řešení je i varianta nulová, s výjimkou práva EU nebo kdy již právní předpis
vyšší právní síly ukládá vydat právní předpis. Navržena mají být rovněž alternativní řešení.
6.2.4.1.3.2.8.18 Návrh zákona (Datový objekt)
Návrh zákona reprezentovaný konsolidovaným (úplným) zněním právního předpisu
(respektive jeho textu či obsahu) a vlastním právním aktem.
6.2.4.1.3.2.8.19 Vyhodnocení nákladů (Datový objekt)
Identifikují se pravděpodobné náklady a očekávané přínosy. Identifikovány musí být
jednotlivé skupiny a subjekty, jichž se návrh dotýká.
Strana 398
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.4.1.3.2.8.20 Vyhodnocení variant (Datový objekt)
Doporučená varianta vždy obsahuje vyčíslení předpokládaného finančního dopadu na státní
rozpočet a ostatní veřejné rozpočty včetně způsobu jejich pokrytí.
6.2.4.1.3.2.8.21 Závěrečná zpráva RIA (Datový objekt)
Předkladatel vyhodnotí náklady a přínosy podle doporučených metod, které jsou spolu s
dalšími náležitostmi Závěrečné zprávy RIA uvedeny v samostatném dokumentu Závěrečná
zpráva RIA. Součástí Závěrečné zprávy RIA jsou:
• důvod předložení a cíle,
• návrh variant řešení,
• vyhodnocení nákladů a přínosů,
• návrh řešení,
• tabulka vyhodnocení variant,
• implementace doporučené varianty a vynucování,
• přezkum účinnosti regulace,
• zpráva o konzultacích,
• kontakty.
6.2.4.1.3.2.8.22 Způsob výběru varianty (Uzel)
Určení způsobu výběru varianty návrhu (výběr dle stanoveného pořadí, nebo předložení
vládě).
6.2.4.1.3.2.8.23 Zvolena nejvhodnější varianta (Uzel)
Zvolená varianta není dříve navrženou nejvhodnější variantou. Pokud dopady této varianty
nejsou vyhodnoceny, je předkladatel povinen toto vyhodnocení dopracovat nejpozději před
předložením návrhu vládě k projednání.
6.2.4.1.3.2.9 Hodnocení dopadů (Aktivita)
Na závěr procesu se provede vypracování hodnocení dopadů podle Legislativních pravidel
vlády.
6.2.4.1.3.2.10 Zahájení řízení o rozhodnutí zpracovat RIA (Průchod)
Zahájení řízení o rozhodnutí zpracovat RIA.
6.2.4.1.3.2.11 Ukončení zpracování RIA (Průchod)
Ukončení procesu zpracování RIA.
6.2.4.1.3.2.12 Plán legislativních prací vlády (Datový objekt)
Plán legislativních prací vlády je dokument, jímž vláda vymezuje své legislativní priority na
následující časové období a zároveň ukládá svým jednotlivým členům legislativní úkoly. Plán
legislativních prací vlády bývá zpravidla schvalován zvlášť na každý kalendářní rok.
Strana 399
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.4.1.3.2.13 Přehled dopadů (Datový objekt)
Přehledu dopadů obsahuje:
• základní identifikační údaje,
• definovaný problém,
• cíl plánovaného právního předpisu,
• odůvodnění varianty přípravy legislativního předpisu,
• stanovisko ke zpracování RIA,
• identifikaci dotčených subjektů,
• specifické dopady,
• kontakty na zpracovatele RIA.
6.2.4.1.3.2.14 Žádost o neprovedení RIA (Datový objekt)
Žádost o neprovedení RIA.
6.2.4.1.3.2.15 Doporučení / Stanovisko pracovní komise (Datový objekt)
Vypracované doporučení /stanovisko Pracovní komise Legislativní rady vlády.
6.2.4.1.3.2.16 Rozhodnutí o provedení RIA (Datový objekt)
Rozhodnutí vlády o provedení RIA.
6.2.4.1.3.2.17 Předkládací zpráva (Datový objekt)
Předkládací zpráva obsahuje vždy:
• stručné vyjádření důvodu, pro který je materiál předkládán schůzi vlády,
• stručnou charakteristiku obsahu vlastního písemného podkladu ve věci,
• zhodnocení současného stavu a dopadů navrhovaného řešení ve vztahu k rovnosti
mužů a žen, týká-li se navrhované řešení postavení fyzických osob,
• přehled orgánů, kterým byl materiál zaslán ke stanovisku.
6.2.4.1.3.2.18 Stanovisko předkladatele (Datový objekt)
Vypracované stanovisko předkladatele ke způsobu zpracování RIA.
6.2.4.1.3.2.19 Věcné podklady k hodnocení potřeby RIA (Datový objekt)
Věcné podklady k hodnocení potřeby vypracování RIA.
6.2.4.1.3.2.20 Zhodnocení souladu stanovisek (Uzel)
Poté, co jsou obě stanoviska vypracována, Pracovní komise LRV zhodnotí soulad svého
doporučení a stanoviska předkladatele a vyřeší jejich případný nesoulad.
6.2.4.1.3.2.21 Předložení návrhu mimo Plán legislativních prací vlády (Uzel)
Předložení návrhu mimo Plán legislativních prací vlády.
6.2.4.1.3.2.22 Existence žádosti o neprovedení RIA (Uzel)
Návrh zákona předložen včetně žádosti o neprovedení RIA.
Strana 400
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.4.1.3.2.23 Výjimka ze zpracování RIA (Uzel)
Rozhodnutí o udělení výjimky ze zpracování analýzy RIA.
6.2.4.1.3.2.24 Rozhodnutí o provedení RIA (Uzel)
Rozhodnutí o provedení RIA mimo Plán legislativních prací vlády. Důvodem uvedeným v
žádosti o nezpracování RIA je např. krizová situace (zákon č. 110/1998 Sb., č. 240/200 Sb.,
č. 241/2000 Sb.).
6.2.4.1.3.3 Zpracování přehledu dopadů (Aktivita)
Proces zpracování Přehledu dopadů provádí předkladatel.
V rámci této činnosti je nutné, aby mimo jiné:
• zpracoval základní identifikační údaje,
• definoval problém,
• určil cíl plánovaného právního předpisu,
• odůvodnil variantu přípravy legislativního předpisu,
• zpracoval stanovisko ke zpracování RIA,
• identifikoval dotčené subjekty,
• charakterizoval specifické dopady,
• uvedl kontakty na zpracovatele RIA.
6.2.4.1.3.4 Příprava k připomínkovému řízení (Aktivita)
Příprava materiálů návrhu zákona k předání do fáze připomínkového řízení, tj. formální
ověření úplnosti podkladů, kontrola jejich vazeb a jejich "uzamčení".
6.2.4.1.3.5 Podnět k regulaci (Start)
Proces Tvorba návrhu zákona je zahájen existencí podnětu k tvorbě regulace.
6.2.4.1.3.6 Předání návrhu (Průchod)
Předání návrhu zákona do fáze připomínkového řízení.
6.2.4.1.3.7 Plán legislativních prací vlády (Datový objekt)
Plán legislativních prací vlády je dokument, jímž vláda vymezuje své legislativní priority na
následující časové období a zároveň ukládá svým jednotlivým členům legislativní úkoly. Plán
legislativních prací vlády bývá zpravidla schvalován zvlášť na každý kalendářní rok.
6.2.4.1.3.8 Přehled dopadů (Datový objekt)
Proces zpracování Přehledu dopadů provádí předkladatel.
V rámci této činnosti je nutné, aby mimo jiné:
• zpracoval základní identifikační údaje, Strana 401
• definoval problém,
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• určil cíl plánovaného právního předpisu,
• odůvodnil variantu přípravy legislativního předpisu,
• zpracoval stanovisko ke zpracování RIA,
• identifikoval dotčené subjekty,
• charakterizoval specifické dopady,
• uvedl kontakty na zpracovatele RIA.
6.2.4.1.3.9 Rozdílová tabulka (Datový objekt)
Rozdílová tabulka návrhu právního předpisu ČR s předpisy EU.
6.2.4.1.3.10 Existence výjimky pro vypracování Přehledu dopadů (Uzel)
Tvorba Přehledu dopadů a hodnocení dopadů RIA jsou povinné pro všechny vládní návrhy
zákona. Výjimkou jsou parametrické změny zákona, krizové situace a výjimky stanovené v
plánu legislativních prací vlády.
6.2.4.1.3.11 Návrh zákona byl předložen již se Závěrečnou zprávou RIA (Uzel)
Návrh zákona byl předložen již se Závěrečnou zprávou RIA.
6.2.4.1.4 Připomínkové řízení k návrhu zákona (Aktivita)
Návrh zákona se předkládá do připomínkového řízení v zásadě stejnému okruhu
připomínkových míst, jako je tomu v případě návrhu věcného záměru zákona.
Lhůta pro sdělení připomínek činí 20 pracovních dnů, nestanovil-li předkladatel lhůtu delší,
resp. nemá-li předsedou Legislativní rady vlády udělenu výjimku ve smyslu Legislativních
pravidel vlády.
Po ukončení připomínkového řízení probíhá vypořádání uplatněných připomínek. Zvláštnímu
režimu vypořádání přitom podléhají připomínky, jež jsou označeny jako „zásadní".
Není-li připomínkám uvedených připomínkových míst, které byly označeny jako „zásadní“,
vyhověno, nebo nedojde-li k dohodě mezi předkladatelem a připomínkovým místem, stávají
se předmětem rozporu.
Strana 402
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Pře d kl a d a te l e -L e g i sl a ti va LRV - Předseda Připomínková místa Dotčené subjekty ODok
Ne o b sa h u j e Za h á j e n í Udělení výjimky z Převzetí materiálu do
p ři p o m ín ko vé h o p ři p o m ín ko vé h o ODok
Ustanovení řízení řízení Pře d l o že n ý
te ch n i cké h o m a te ri á l
p ře d p i su Převzetí materiálu do
p ři p o m ín ko vé h o
Ob sa h u j e řízení
Výj i m ka
neudělena
Zpracování Ud ě l e n a
připomínek k výj i m ka
technickému předpisu
Návrh zákona Důvodová zpráva
Pře h l e d
dopadů
Za h á j e n í
p ři p o m ín ko vé h o
řízení
Vytvoření připomínek
Vypořádání Při p o m ín ky Převzetí souhrnu
p ři p o m ín e k Vypořádání připomínek za
p ři p o m ín e k
Nutnost konzultace s připomínkové místo
ECB Pře d kl á d a cí
zpráva
Nutná Konzultace s ECB
Není nutná Zhodnocení
významnosti změn
Významné
změny
Málo významné změny Převzetí stavu
ukonč ení
Ukonč ení
připomínkové řízení připomínkového řízení
Příprava materiálu k Strana 403
p ro j e d n á n í
Předání materiálu k projednání
Obrázek 115: Připomínkové řízení k návrhu zákona
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.4.1.4.1 Zpracování připomínek k technickému předpisu (Aktivita)
Pokud návrh obsahuje ustanovení, které by bylo svou povahou technickým předpisem ve
smyslu nařízení vlády č. 339/2002 Sb., je předkladatel povinen oznamovací povinností v
rozsahu působnosti tohoto nařízení. Evropská komise může k návrhu vznést připomínky ve
lhůtě 3 měsíců. Předkladatel je povinen připomínky evropské komise zapracovat.
Pře d kl a d a te l Evropská komise e -L e g i sl a ti va
Za h á j e n í Při p o m ín ko vá n í Návrh
připomínek k návrhu zákona
te ch n i cké m u Připomínky EK k
p ře d p i su návrhu
Zaslat návrh zákona k
vyj á d ře n í
Zapracování
p ři p o m ín e k
Připomínkové řízení
Obrázek 116: Zpracování připomínek k technickému předpisu
6.2.4.1.4.1.1 Zaslat návrh zákona k vyjádření (Aktivita)
Zaslat návrh zákona Evropské komisi k vyjádření.
6.2.4.1.4.1.2 Připomínkování návrhu (Aktivita)
Evropská komise může k návrhu vznést připomínky ve lhůtě 3 měsíců.
6.2.4.1.4.1.3 Zapracování připomínek (Aktivita)
Předkladatel je povinen připomínky Evropské komise zapracovat.
6.2.4.1.4.1.4 Připomínkové řízení (Průchod)
Návrat do procesu připomínkového řízení.
6.2.4.1.4.1.5 Zahájení připomínek k technickému předpisu (Start)
Zahájení řešení připomínek k technickému předpisu návrhu zákona.
Strana 404
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.4.1.4.1.6 Návrh zákona (Datový objekt)
Návrh zákona reprezentovaný konsolidovaným (úplným) zněním právního předpisu
(respektive jeho textu či obsahu) a vlastním právním aktem.
6.2.4.1.4.1.7 Připomínky EK k návrhu (Datový objekt)
Připomínky Evropské komise k návrhu.
6.2.4.1.4.2 Převzetí materiálu do připomínkového řízení (Aktivita)
Převzetí materiálu návrhu zákona do fáze připomínkového řízení.
6.2.4.1.4.3 Zahájení připomínkového řízení (Aktivita)
Zahájení připomínkového řízení k návrhu zákona.
6.2.4.1.4.4 Převzetí materiálu do ODok (Aktivita)
Jednotlivá povinná i volitelná připomínková místa jsou informována o vstoupení návrhu
zákona do připomínkového řízení a o lhůtě pro uplatnění připomínek.
Je předán elektronicky podepsaný materiál ve formátu PDF/A.
6.2.4.1.4.5 Vytvoření připomínek (Aktivita)
Tvorba připomínek od definovaných připomínkových míst. Připomínky jsou vytvářeny
prostředky systému e-Legislativy ve strukturované podobě..
6.2.4.1.4.6 Vypořádání připomínek (Aktivita)
Předkladatel je povinen projednat uplatnění připomínky s připomínkovým místem, vypořádat
všechny zásadní připomínky a přihlédnout, popř. také vypořádat, připomínky doporučující.
Strana 405
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Pře d kl a d a te l e -L e g i sl a ti va Autor připomínek Člen vlády
Za h á j e n í Návrh Při p o m ín ky
vypořádání zákona
p ři p o m ín e k
Zapracování
p ři p o m ín e k
Vypořádání
p ři p o m ín e k
Projednat uplatnění
p ři p o m ín ky
Existence rozporu
Exi stu j e
Odstranění rozporu
Ne e xi stu j e Rozpor Řešení
nebo byl přetrvává rozporu
odstraněn
Postoupení rozporu
Rozpor
odstraněn
Připomínkové řízení
Obrázek 117: Vypořádání připomínek
6.2.4.1.4.6.1 Zapracovnání připomínek (Aktivita)
Předkladatel je povinen vypořádat všechny zásadní připomínky a přihlédnout, popř. také
vypořádat, připomínky doporučující.
6.2.4.1.4.6.2 Projednat uplatnění připomínky (Aktivita)
Projednání zapracování připomínky s připomínkovým místem. Pokud připomínková místa
uplatňují připomínky, které považují za podstatné, vyjádří to u každé z těchto připomínek
slovním obratem „tato připomínka je zásadní"; jako zásadní nelze označit připomínku, která
se týká legislativně technických požadavků. Pokud orgán, který návrh zákona k připomínkám
předložil, takto označené připomínce nehodlá vyhovět, nebo nedojde k dohodě mezi
předkladatelem a připomínkovým místem, stává se tato připomínka předmětem rozporu.
6.2.4.1.4.6.3 Odstranění rozporu (Aktivita)
Odstranění rozporu je řešeno na úrovni člena vlády a vedoucí jiného ústředního orgánu
státní správy.
Strana 406
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.4.1.4.6.4 Postoupení rozporu (Aktivita)
Pokud se nepodaří rozpor odstranit v připomínkovém řízení, bude tento rozpor předložen k
rozhodnutí vládě spolu s návrhem zákona. Rozpor se v této fázi zaznamená do systému e-
Legislativa.
Pozn.: Dojde-li po předložení návrhu vládě k vyřešení rozporu, informuje příslušný člen vlády,
který návrh zákona vládě předložil, ostatní členy vlády o vyřešení rozporu.
6.2.4.1.4.6.5 Zahájení vypořádání připomínek (Start)
Zahájení vypořádání připomínek.
6.2.4.1.4.6.6 Připomínkové řízení (Průchod)
Návrat do procesu připomínkového řízení.
6.2.4.1.4.6.7 Připomínky (Datový objekt)
Připomínky k návrhu zákona.
6.2.4.1.4.6.8 Vypořádání připomínek (Datový objekt)
Vypořádání připomínek k návrhu ve strukturované podobě.
6.2.4.1.4.6.9 Návrh zákona (Datový objekt)
Návrh zákona reprezentovaný konsolidovaným (úplným) zněním právního předpisu
(respektive jeho textu či obsahu) a vlastním právním aktem.
6.2.4.1.4.6.10 Existence rozporu (Uzel)
Odstranění rozporu je řešeno na úrovni náměstků. Nepodaří-li se rozpor odstranit na této
úrovni, řeší ho člen vlády a vedoucí jiného ústředního orgánu státní správy.
6.2.4.1.4.6.11 Řešení rozporu (Uzel)
Nepodaří-li se rozpor odstranit ani tímto způsobem, předloží se rozpor spolu s návrhem
zákona k rozhodnutí vládě.
6.2.4.1.4.7 Převzetí souhrnu připomínek za připomínkové místo (Aktivita)
Převzetí souhrnu připomínek za připomínkové místo do systému ODok.
6.2.4.1.4.8 Konzultace s ECB (Aktivita)
Konzultace s ECB.
Strana 407
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Pře d kl a d a te l Evropská komise e -L e g i sl a ti va
Za h á j e n í Ko n zu l ta ce Návrh
konzultace s zákona
ECB
Důvodová
Zaslat návrh ECB ke zpráva
ko n zu l ta ci
Zapracování
ko n zu l ta ce
Připomínkové řízení
Obrázek 118: Konzultace s ECB
6.2.4.1.4.8.1 Zaslat návrh ECB ke konzultaci (Aktivita)
Zaslání návrhu zákona ECB ke konzultaci.
6.2.4.1.4.8.2 Konzultace (Aktivita)
Po obdržení vyjádření od ECB předkladatel zapíše čas a výsledek konzultace do obecné části
odůvodnění.
6.2.4.1.4.8.3 Zapracování konzultace (Aktivita)
V případě, že je návrh projednávám s ECB příliš dlouho, lze konzultaci ukončit a pokračovat v
dalších činnostech legislativního procesu.
6.2.4.1.4.8.4 Připomínkové řízení (Průchod)
Připomínkové řízení.
6.2.4.1.4.8.5 Zahájení konzultace s ECB (Start)
Zahájení konzultace s ECB.
6.2.4.1.4.8.6 Důvodová zpráva (Datový objekt)
Důvodová zpráva obsahuje vždy:
• popis obsahu navrhované právní úpravy s uvedením důvodů, které k jejímu
předložení vedou, shrnutí zásadních zásad a nejdůležitějších změn, které oproti
stávající právní úpravě zavádí, a dopady na práva a povinnosti fyzických a
právnických osob,
• zhodnocení platného právního stavu,
Strana 408
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• odůvodnění hlavních principů navrhované právní úpravy,
• zhodnocení souladu navrhované právní úpravy s právním řádem České republiky,
• zhodnocení souladu navrhované právní úpravy se závazky vyplývajícími pro Českou
republiku z jejího členství v Evropské unii,
• zhodnocení souladu navrhované právní úpravy s mezinárodními smlouvami, jimiž je
Česká republika vázána,
• zhodnocení, zda návrh právního předpisu neobsahuje ustanovení, které by bylo svou
povahou technickým předpisem podle právního předpisu upravujícího technické
požadavky na výrobky, a informace o splnění oznamovací povinnosti podle tohoto
předpisu,
• zhodnocení dopadu navrhované právní úpravy ve vztahu k ochraně soukromí a
osobních údajů,
• zhodnocení korupčních rizik navrhované právní úpravy,
• odůvodnění případné navrhované odchylky v postupu projednání navrhované právní
úpravy,
• odůvodnění případného návrhu, aby Poslanecká sněmovna vyslovila s navrhovaným
právním předpisem souhlas již v prvém čtení,
• odůvodnění jednotlivých ustanovení navrhované právní úpravy; odůvodnění
obsahuje vysvětlení jejich účelu, principů a jejich nezbytnosti, popis právních norem
v nich obsažených a z nich vyplývajících práv a povinností.
• předpokládaný dopad navrhované právní úpravy, zejména (hospodářský a finanční
dopad navrhované právní úpravy a jejích variant na státní rozpočet, ostatní veřejné
rozpočty a na podnikatelské prostředí České republiky, sociální dopad, včetně
dopadu na specifické skupiny obyvatel, především na osoby sociálně slabé, osoby se
zdravotním postižením a národnostní menšiny, dopad na rovnost mužů a žen,
upravuje-li návrh právního předpisu postavení fyzických osob, a dopad na životní
prostředí).
6.2.4.1.4.8.7 Návrh zákona (Datový objekt)
Návrh zákona reprezentovaný konsolidovaným (úplným) zněním právního předpisu
(respektive jeho textu či obsahu) a vlastním právním aktem.
6.2.4.1.4.9 Ukončení připomínkové řízení (Aktivita)
Návrh zákona upravený podle výsledků připomínkového řízení, se zašle k projednání vládě
po souhlasu osoby, která stojí v čele orgánu, který návrh zákona zpracoval. Je-li
zpracovatelem návrhu jiný ústřední orgán státní správy než ministerstvo, zašle tímto
způsobem návrh zákona k projednání vládě člen vlády, kterého vláda pověřila ve vztahu k
tomuto ústřednímu orgánu koordinační funkcí; vedoucí jiného ústředního orgánu státní
správy je v tomto případě spolupředkladatelem.
6.2.4.1.4.10 Převzetí stavu ukončení připomínkového řízení (Aktivita)
Převzetí informace o ukončení připomínkového řízení k návrhu zákona.
Strana 409
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.4.1.4.11 Příprava materiálu k projednání (Aktivita)
Materiál návrhu zákona je následně automaticky systémem e-Legislativa posunut do další
fáze projednání návrhu.
6.2.4.1.4.12 Zahájení připomínkového řízení (Start)
Do připomínkového řízení smí návrh zákona vstoupit pouze za předpokladu, že již prošel
procesem hodnocení dopadů RIA.
Dále je nutné znovu projít připomínkovým řízením v případě, že byl návrh po zapracování
jednotlivých připomínek rozsáhle změněn nebo pokud v rámci schvalovacího procesu na
vládě bylo uloženo předkladateli přepracování návrhu a tento byl rozsáhle změněn.
6.2.4.1.4.13 Předání materiálu k projednání (Průchod)
Předání materiálu návrhu zákona k projednání.
6.2.4.1.4.14 Důvodová zpráva (Datový objekt)
Důvodová zpráva obsahuje vždy:
• popis obsahu navrhované právní úpravy s uvedením důvodů, které k jejímu
předložení vedou, shrnutí zásadních zásad a nejdůležitějších změn, které oproti
stávající právní úpravě zavádí, a dopady na práva a povinnosti fyzických a
právnických osob,
• zhodnocení platného právního stavu,
• odůvodnění hlavních principů navrhované právní úpravy,
• zhodnocení souladu navrhované právní úpravy s právním řádem České republiky,
• zhodnocení souladu navrhované právní úpravy se závazky vyplývajícími pro Českou
republiku z jejího členství v Evropské unii,
• zhodnocení souladu navrhované právní úpravy s mezinárodními smlouvami, jimiž je
Česká republika vázána,
• zhodnocení, zda návrh právního předpisu neobsahuje ustanovení, které by bylo svou
povahou technickým předpisem podle právního předpisu upravujícího technické
požadavky na výrobky, a informace o splnění oznamovací povinnosti podle tohoto
předpisu,
• zhodnocení dopadu navrhované právní úpravy ve vztahu k ochraně soukromí a
osobních údajů,
• zhodnocení korupčních rizik navrhované právní úpravy,
• odůvodnění případné navrhované odchylky v postupu projednání navrhované právní
úpravy,
• odůvodnění případného návrhu, aby Poslanecká sněmovna vyslovila s navrhovaným
právním předpisem souhlas již v prvém čtení,
• odůvodnění jednotlivých ustanovení navrhované právní úpravy; odůvodnění
obsahuje vysvětlení jejich účelu, principů a jejich nezbytnosti, popis právních norem
v nich obsažených a z nich vyplývajících práv a povinností.
• předpokládaný dopad navrhované právní úpravy, zejména (hospodářský a finanční
dopad navrhované právní úpravy a jejích variant na státní rozpočet, ostatní veřejné
Strana 410
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
rozpočty a na podnikatelské prostředí České republiky, sociální dopad, včetně
dopadu na specifické skupiny obyvatel, především na osoby sociálně slabé, osoby se
zdravotním postižením a národnostní menšiny, dopad na rovnost mužů a žen,
upravuje-li návrh právního předpisu postavení fyzických osob, a dopad na životní
prostředí).
6.2.4.1.4.15 Návrh zákona (Datový objekt)
Návrh zákona reprezentovaný konsolidovaným (úplným) zněním právního předpisu
(respektive jeho textu či obsahu) a vlastním právním aktem.
6.2.4.1.4.16 Předkládací zpráva (Datový objekt)
Předkládací zpráva obsahuje vždy:
• stručné vyjádření důvodu, pro který je materiál předkládán schůzi vlády,
• stručnou charakteristiku obsahu vlastního písemného podkladu ve věci,
• zhodnocení současného stavu a dopadů navrhovaného řešení ve vztahu k rovnosti
mužů a žen, týká-li se navrhované řešení postavení fyzických osob,
• přehled orgánů, kterým byl materiál zaslán ke stanovisku.
6.2.4.1.4.17 Předložený materiál (Datový objekt)
Předložený připomínkovaný materiál návrhu zákona (sign PDF/A) předán do systému ODok.
6.2.4.1.4.18 Přehled dopadů (Datový objekt)
Přehledu dopadů:
• základní identifikační údaje,
• definovaný problém,
• cíl plánovaného právního předpisu,
• odůvodnění varianty přípravy legislativního předpisu,
• stanovisko ke zpracování RIA,
• identifikace dotčených subjektů,
• specifické dopady,
• kontakty na zpracovatele RIA.
6.2.4.1.4.19 Připomínky (Datový objekt)
Předkladatel je povinen vypořádat všechny zásadní připomínky a přihlédnout, popř. také
vypořádat, připomínky doporučující.
6.2.4.1.4.20 Vypořádání připomínek (Datový objekt)
Vypořádání připomínek k návrhu zákona ve strukturované podobě. Předkladatel je povinen
vypořádat všechny zásadní připomínky a přihlédnout, popř. také vypořádat, připomínky
doporučující.
Strana 411
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.4.1.4.21 Ustanovení technického předpisu (Uzel)
Návrh obsahuje ustanovení, které by bylo svou povahou technickým předpisem.
6.2.4.1.4.22 Udělení výjimky z připomínkového řízení (Uzel)
Předseda LRV může udělit výjimku z připomínkového řízení. Výjimka může nabýt podoby
buď celkového prominutí připomínkového řízení nebo omezení připomínkových míst či
časových lhůt. Ve druhém případě je ovšem nezbytné, aby připomínkové řízení proběhlo co
do požadovaných dílčích činností totožně se standardním řízením.
6.2.4.1.4.23 Nutnost konzultace s ECB (Uzel)
6.2.4.1.4.24 Zhodnocení nutnosti konzultace s Evropskou centrální bankou (ECB). Pakliže je
konzultace nutná, předkladatel zašle návrh ke konzultaci ECB.Zhodnocení
významnosti změn (Uzel)
Zhodnocení významnosti změn v návrhu po zapracování připomínek do návrhu zákona..
6.2.4.1.5 Projednání návrhu zákona vládou (Aktivita)
Návrh zákona se poté, co byl upraven podle výsledků připomínkového řízení, zašle k
projednání vládě.
Návrh posléze projednávají pracovní komise Legislativní rady vlády. Následně, zpravidla s
využitím podkladů od pracovních komisí Legislativní rady vlády a od odboru vládní legislativy
Úřadu vlády ČR, dojde buď k předložení návrhu Legislativní radě vlády, která k němu
vypracuje své stanovisko s obecnými či zpravidla spíše s konkrétními připomínkami, anebo k
návrhu bude vypracováno stanovisko pouze předsedy Legislativní rady vlády, pokud tak
předseda Legislativní rady vlády rozhodne.
Tato fáze je limitována lhůtou do kdy LRV k návrhu zákona musí uplatnit své stanovisko. Tato
lhůta činí 60 dnů ode dne předložení návrhu zákona předsedovi Legislativní rady vlády.
Strana 412
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Pře d kl a d a te l e -L e g i sl a ti va LRV - Předseda ÚVL - Odbor kompatibility PK a Plénum LRV Vláda ÚVL - Odbr vládní agendy ODok
Přepracování Za h á j e n í
vládního návrh p ro j e d n á n í
ve vládě
zákona
Závažnost Převzetí materiálu k
změn p ro j e d n á n í
Malé změny Předání LRV
Významné
změny Vládní návrh Předkládací Důvodová
Připomínkové řízení zákona zpráva zpráva Stanovisko OKOM Stanovisko komisí
Zapracování dispozic LRV
do návrhu Sta n o vi sko
Podpis LRV Vytvoření stanoviska
p ře d kl á d a j ícíh o pléna LRV
č lena vlády Rozdílová Vypořádání Závěreč ná Sta n o vi sko Sta n o vi sko
předsedy pléna LRV
ta b u l ka připomínek zpráva RIA
Vytvoření stanoviska
Předsedy LRV
Sta n o vi sko Sta n o vi sko
OKOM LRV
Tvorba materiálu na
jednání vlády
Předložit vládě Příprava jednání
vlády ODok
Návrh usnesení Vrácen k Posoudit vládní návrh
vl á d y přepracování zákona
Di sp o zi ce Souhlas s vládním
návrhem zákona
Záznam z
jednání vlády Sch vá l e n o Ukonč ení
procesu -
Náslech ze nesouhlas s
schůze vlády návrhem
Příprava předání do Podpis předsedy
PSP vl á d y
Předání Obrázek 119: Projednání a schválení návrhu zákona vládou
Strana 413
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.4.1.5.1 Stanovisko komisí LRV (Aktivita)
Předseda LRV rozhodne, které pracovní komise LRV návrh zákona projednají. Pracovní
komise LRV vytvoří stanovisko k návrhu zákona. Pro vytvoření stanoviska jsou využity
nástroje systému e-Legislativa.
6.2.4.1.5.2 Převzetí materiálu k projednání (Aktivita)
Převzetí materiálu návrhu zákona do fáze projednání a schválení vládou. Návrh zákona,
upravený podle výsledků připomínkového řízení, se zašle k projednání vládě.
6.2.4.1.5.3 Předání LRV (Aktivita)
Návrh zákona se zašle k projednání v Legislativní radě vlády (LRV) a Odboru kompatibility ÚV
ČR (OKOM).
6.2.4.1.5.4 Stanovisko OKOM (Aktivita)
OKOM vytvoří stanovisko k předloženému návrhu. O jeho vytvoření je informován
předkladatel a LRV.
6.2.4.1.5.5 Vytvoření stanoviska pléna LRV (Aktivita)
Vytvoření stanoviska pléna LRV k návrhu zákona. Legislativní rada projedná návrh zákona ve
lhůtě do 60 dnů ode dne, v němž jí byl návrh zákona předložen.
6.2.4.1.5.6 Vytvoření stanoviska Předsedy LRV (Aktivita)
Vytvoření stanoviska Předsedy LRV k návrhu zákona.
6.2.4.1.5.7 Tvorba materiálu na jednání vlády (Aktivita)
Tvorba materiálu na jednání vlády.
6.2.4.1.5.8 Příprava jednání vlády ODok (Aktivita)
Příprava jednání vlády ODok - příprava vládní agendy.
6.2.4.1.5.9 Předložit vládě (Aktivita)
Předložení materiálu návrhu zákona vládě (členům vlády).
6.2.4.1.5.10 Posoudit vládní návrh zákona (Aktivita)
Posouzení návrhu zákona na jednání vlády.
6.2.4.1.5.11 Přepracování vládního návrh zákona (Aktivita)
Předkladatel na základě stanoviska vlády připraví upravené znění návrhu zákona.
Strana 414
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.4.1.5.12 Zapracování dispozic do návrhu (Aktivita)
Pokud se vláda shodla na schválení návrhu zákona, předkladatel zapracuje případné
dispozice.
6.2.4.1.5.13 Podpis předkládajícího člena vlády (Aktivita)
Elektronický podpis předkládajícího člena vlády prostředky e-Legislativy.
6.2.4.1.5.14 Podpis předsedy vlády (Aktivita)
Elektronický podpis předsedy vlády prostředky e-Legislativy.
6.2.4.1.5.15 Příprava předání do PSP (Aktivita)
Příprava materiálů návrhu zákona k předání do procesu projednání v PSP, tj. formální ověření
úplnosti podkladů, kontrola jejich vazeb a jejich "uzamčení".
6.2.4.1.5.16 Předání (Konec)
Předání návrhu do PSP k projednání.
6.2.4.1.5.17 Připomínkové řízení (Průchod)
Po zapracování významných změn do návrhu zákona je tento vrácen zpět do fáze
připomínkového řízení.
6.2.4.1.5.18 Ukončení procesu - nesouhlas s návrhem (Konec)
Jestliže se vláda dohodla na zamítnutí návrhu zákona, bude legislativní proces ukončen.
6.2.4.1.5.19 Zahájení projednání ve vládě (Start)
Návrh zákona se poté, co je předložen vládě, projednává v legislativních orgánech vlády.
6.2.4.1.5.20 Dispozice (Datový objekt)
Dispozice k dopracování návrhu vzešlé z jednání vlády.
6.2.4.1.5.21 Důvodová zpráva (Datový objekt)
Důvodová zpráva obsahuje vždy:
• popis obsahu navrhované právní úpravy s uvedením důvodů, které k jejímu
předložení vedou, shrnutí zásadních zásad a nejdůležitějších změn, které oproti
stávající právní úpravě zavádí, a dopady na práva a povinnosti fyzických a
právnických osob,
• zhodnocení platného právního stavu,
• odůvodnění hlavních principů navrhované právní úpravy,
• zhodnocení souladu navrhované právní úpravy s právním řádem České republiky,
Strana 415
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• zhodnocení souladu navrhované právní úpravy se závazky vyplývajícími pro Českou
republiku z jejího členství v Evropské unii,
• zhodnocení souladu navrhované právní úpravy s mezinárodními smlouvami, jimiž je
Česká republika vázána,
• zhodnocení, zda návrh právního předpisu neobsahuje ustanovení, které by bylo svou
povahou technickým předpisem podle právního předpisu upravujícího technické
požadavky na výrobky, a informace o splnění oznamovací povinnosti podle tohoto
předpisu,
• zhodnocení dopadu navrhované právní úpravy ve vztahu k ochraně soukromí a
osobních údajů,
• zhodnocení korupčních rizik navrhované právní úpravy,
• odůvodnění případné navrhované odchylky v postupu projednání navrhované právní
úpravy,
• odůvodnění případného návrhu, aby Poslanecká sněmovna vyslovila s navrhovaným
právním předpisem souhlas již v prvém čtení,
• odůvodnění jednotlivých ustanovení navrhované právní úpravy; odůvodnění
obsahuje vysvětlení jejich účelu, principů a jejich nezbytnosti, popis právních norem
v nich obsažených a z nich vyplývajících práv a povinností.
• předpokládaný dopad navrhované právní úpravy, zejména (hospodářský a finanční
dopad navrhované právní úpravy a jejích variant na státní rozpočet, ostatní veřejné
rozpočty a na podnikatelské prostředí České republiky, sociální dopad, včetně
dopadu na specifické skupiny obyvatel, především na osoby sociálně slabé, osoby se
zdravotním postižením a národnostní menšiny, dopad na rovnost mužů a žen,
upravuje-li návrh právního předpisu postavení fyzických osob, a dopad na životní
prostředí).
6.2.4.1.5.22 Náslech ze schůze vlády (Datový objekt)
Náslech ze schůze vlády.
6.2.4.1.5.23 Návrh usnesení vlády (Datový objekt)
Návrh usnesení vlády ve formě podle Jednacího řádu vlády Čl. II, IV, X.
Připravený Návrh usnesení vlády má část:
• schvalovací,
• ukládací,
• případně další nebo jen některou z těchto částí.
Při vypracování návrhu usnesení vlády musí člen vlády nebo vedoucí jiného orgánu, který je
předkladatelem materiálu pro jednání schůze vlády, dbát, aby navržené usnesení nebylo v
rozporu s jiným, dříve vládou přijatým usnesením. Má-li předkladatel za to, že je třeba změnit
nebo zrušit dříve přijaté rozhodnutí vlády, musí navrhnout změnu již přijatého usnesení vlády
nebo jeho zrušení či zrušení jeho části.
Ukládací část návrhu usnesení vlády musí obsahovat označení orgánu, kterému vláda úkol
ukládá, konkrétně vyjádřený úkol a termín, do kterého má být úkol splněn. Není-li termín
stanoven, má se za to, že uložený úkol má být splněn do 30-ti dnů.
Strana 416
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.4.1.5.24 Předkládací zpráva (Datový objekt)
Předkládací zpráva obsahuje vždy:
• stručné vyjádření důvodu, pro který je materiál předkládán schůzi vlády.
• stručnou charakteristiku obsahu vlastního písemného podkladu ve věci,
• zhodnocení současného stavu a dopadů navrhovaného řešení ve vztahu k rovnosti
mužů a žen, týká-li se navrhované řešení postavení fyzických osob,
• přehled orgánů, kterým byl materiál zaslán ke stanovisku.
Závěry obsažené v předkládací zprávě musíí být věcně správné a musíí obsahovat
zhodnocení z hlediska jejich případných dopadů na jednotlivé druhy veřejných rozpočtů v
tříletém výhledu, z hlediska dopadu na podnikatelské prostředí České republiky a vyžaduje-li
to jejich povaha, i z hlediska jejich souladu s právním řádem a s mezinárodními smlouvami,
jimiž je Česká republika vázána.
6.2.4.1.5.25 Rozdílová tabulka (Datový objekt)
Rozdílová tabulka návrhu právního předpisu ČR s předpisy EU.
6.2.4.1.5.26 Stanovisko LRV (Datový objekt)
Stanovisko Legislativní rady vlády k návrhu zákona.
6.2.4.1.5.27 Stanovisko OKOM (Datový objekt)
Posouzení návrhu zákona Odborem kompatibility z hlediska jeho slučitelnosti s právem
Evropské unie.
6.2.4.1.5.28 Vládní návrh zákona (Datový objekt)
Návrh zákona reprezentovaný konsolidovaným (úplným) zněním právního předpisu
(respektive jeho textu či obsahu) a vlastním právním aktem.
6.2.4.1.5.29 Vypořádání připomínek (Datový objekt)
Vypořádání připomínek k návrhu zákona.
6.2.4.1.5.30 Závěrečná zpráva RIA (Datový objekt)
Předkladatel vyhodnotí náklady a přínosy podle doporučených metod, které jsou spolu s
dalšími náležitostmi Závěrečné zprávy RIA uvedeny v samostatném dokumentu Závěrečná
zpráva RIA. Součástí Závěrečné zprávy RIA jsou:
• důvod předložení a cíle, Strana 417
• návrh variant řešení,
• vyhodnocení nákladů a přínosů,
• návrh řešení,
• tabulka vyhodnocení variant,
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• implementace doporučené varianty a vynucování,
• přezkum účinnosti regulace,
• zpráva o konzultacích,
• kontakty.
6.2.4.1.5.31 Záznam z jednání vlády (Datový objekt)
Záznam z jednání vlády.
6.2.4.1.5.32 Souhlas s vládním návrhem zákona (Uzel)
Výsledek posouzení návrhu zákona vládou. Návrh zákona je:
• schválen bez připomínek,
• schválen, ale je třeba vypořádat dispozice vlády, tyto připomínky jsou zásadní a jejich
zapracování do materiálu je nezbytné,
• vrácen k přepracování a byl rozsáhle změněn,
• vrácen k přepracování a nebyl rozsáhle změněn,
• zamítnut.
6.2.4.1.5.33 Stanovisko LRV (Uzel)
Předseda LRV rozhodne, zda návrh zákona projedná a zaujme k němu stanovisko plénum
LRV, nebo k návrhu zákona bude vypracováno stanovisko předsedy LRV.
6.2.4.1.5.34 Závažnost změn (Uzel)
Pokud jsou změny rozsáhlé, je nezbytné, aby návrh zákona opětovně prošel připomínkovým
řízením.
6.2.4.2 Příprava nevládního návrhu zákona (Aktivita)
Návrh zákona může podat jednotlivý poslanec, skupina poslanců, Senát nebo zastupitelstvo
kraje.
Podnět k tvorbě Tvorba senátního
re g u l a ce návrhu zákona
Návrh zastupitelstva Projednání a
VÚSC na vydání schválení v PSP
zákona
Tvorba poslaneckého Strana 418
návrhu zákona
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Obrázek 120: Příprava nevládního návrhu zákona
6.2.4.2.1 Tvorba senátního návrhu zákona (Aktivita)
Návrh zákona, který podává Senát Poslanecké sněmovně, může k projednání v Senátu
navrhnout senátor, skupina senátorů, výbor nebo komise Senátu.
Strana 419
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Navrhovatel e -L e g i sl a ti va Kancelář Senátu Předseda Senátu Organizační výbor Výbor Senátu Zpravodaj Senátoři IS Senátu
Podnět k Předání návrhu Převzetí senátního Vytvoření a
tvorbě senátního zákona návrhu zákona do a ktu a l i za ce
re g u l a ce Senátního tisku
Senátu
Příprava návrhu Senátní tisk
zákona
Program
Postoupení Doporučení na schůze
organi zač ním u zařazení návrhu na Senátu
výboru jednání Při ká zá n í
výborům
Přikázání návrhu Vytvoření zprávy
výborům zp ra vo d a j e Zpráva
zp ra vo d a j e
Určení zpravodaje Zahájení obecné
pro 1. čtení rozpravy - 1. čtení Zápis z
jednání
Odroč ení schůze
projednávání návrhu Senátu
Přijat návrh na odorčení Hlasování o Ukončení procesu
p ro j e d n á vá n í. p ře d l o že n ých návrhu senátního
návrzích zákona
Návh neexistuje nebo Schválen návrh na
nebyl přijat zamítnutí
Návrhy výboru Projednání ve výboru
Rozhodnutí Usnesení Zahájení obecné
předkladatele o výboru rozpravy - 2. čtení
stažení návrhu
zákona Oponentní
zpráva výboru
Pře d l o že n í
rozhodnutí o stažení Pozměňovací
návrh
návrhu
Rozhodnutí
předkladatele o Vzetí zpět návrhu zákona
stažení návrhu
zákona Ano Návrh neexistuje
Přijat návrh na vrácení Hlasování o
do výboru p ře d l o že n ých
návrzích
Přijat návrh na Jeden z návrhů
Přijat návrh na zamítnutí
dopracování byl přijat
Návrh na schválení Návrhy neexistují
byl přijat nebo byly
zamítnuty
Ukonč ení
p ro j e d n á vá n í
návrhu
Zahájení podrobné
rozpravy - 2. čtení
Vzetí zpět
návrhu zákona
Ano
Návrh zákona Hlasování o přijetí návrhu Hlasování o
nebyl přijat na schválení pozměňovacích
návrzích
Návrh na schválení
senátního návrhu Pozměňovací
zákona byl přijat návrh přijat
Ne p ři j a t Hlasování o návrhu ve
znění přijatých PN
Návrh zákona byl
přijat ve znění PN
Příprava k předání Podání senátního
návrhu do PSP návrhu zákona do
Předání materiálu do PSP
PSP
Obrázek 121: Příprava senátního návrhu zákona
Příprava k předání
návrhu k dopracování
Předání materiálu
p ře d kl a d a te l i
Strana 420
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.4.2.1.1 Příprava návrhu zákona (Aktivita)
Příprava senátního návrhu zákona. Návrh zákona vypracovávají senátoři (senátorské kluby,
výbory nebo komise).
Senátor / Senátní klub / komise e -L e g i sl a ti va e-Sbírka
Podnět k tvorbě Šablona
re g u l a ce pracovního
prostoru
Příprava materiálu Správa pracovního
návrhu zákona prostoru
Příprava relevantních Návrh Ci ti ze n Vyhledání právního
p o d kl a d ů zákona Summary p ře d p i su
Důvodová
zpráva
Práce na návrhu Vyhledání závislostí
zákona mezi předpisy v čase
Dokončení přípravy
Příprava materiálu k
projednání v Senátu
Projednání v Senátu Strana 421
Obrázek 122: Tvorba návrhu zákona v Senátu
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.4.2.1.1.1 Příprava materiálu návrhu zákona (Aktivita)
Přípravu materiálu nevládního návrhu zákona může provést senátor, skupina senátorů, výbor
nebo komise Senátu.
6.2.4.2.1.1.2 Správa pracovního prostoru (Aktivita)
Pracovní prostor umožňuje spolupráci více osob nad sadou dokumentů. Do tohoto
pracovního prostoru je umožněn vzdálený přístup autorizovaných osob (gestor aplikace
vybere spolupracovníky, kteří mají mít do pracovního prostoru přístup). Dokumenty jsou
publikovány do tohoto pracovního prostoru. Jejich tvorbu usnadní připravená sada šablon.
6.2.4.2.1.1.3 Příprava relevantních podkladů (Aktivita)
Příprava relevantních podkladů k přípravě návrhu zákona.
6.2.4.2.1.1.4 Vyhledání právního předpisu (Aktivita)
Jedná se o jednoduchý proces vyhledání právního předpisu dle zadaných kritérií. Uživatel si
zvolí způsob vyhledávání (základní nebo rozšířený). K vyhledávání publikovaných právních
předpisů bude sloužit systém e-Sbírka.
6.2.4.2.1.1.5 Vyhledání závislostí mezi předpisy v čase (Aktivita)
Při rozšířeném vyhledávání je možné konkrétnější zadání vyhledávacích kritérií, tj. jak
podmínky zahrnující text tak i možnost zadání kritérií na základě metadat (např. typ právního
předpisu, platnost, atd.).
6.2.4.2.1.1.6 Práce na návrhu zákona (Aktivita)
Práce na materiálu návrhu zákona.
6.2.4.2.1.1.7 Dokončení přípravy (Aktivita)
Dokončení přípravy návrhu zákona.
6.2.4.2.1.1.8 Příprava materiálu k projednání v Senátu (Aktivita)
Materiál návrhu zákona je následně automaticky systémem e-Legislativa posunut do další
fáze věcného návrhu.
6.2.4.2.1.1.9 Podnět k tvorbě regulace (Start)
Návrh zákona se zpracovává v případě potřeby regulace.
6.2.4.2.1.1.10 Projednání v Senátu (Průchod)
Projednání a schválení v Senátu.
6.2.4.2.1.1.11 Citizen Summary (Datový objekt)
Obecně srozumitelný popis (odůvodnění) návrhu zákona.
Strana 422
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.4.2.1.1.12 Důvodová zpráva (Datový objekt)
Důvodová zpráva obsahuje vždy:
• popis obsahu navrhované právní úpravy s uvedením důvodů, které k jejímu
předložení vedou, shrnutí zásadních zásad a nejdůležitějších změn, které oproti
stávající právní úpravě zavádí, a dopady na práva a povinnosti fyzických a
právnických osob,
• zhodnocení platného právního stavu,
• odůvodnění hlavních principů navrhované právní úpravy,
• zhodnocení souladu navrhované právní úpravy s právním řádem České republiky,
• zhodnocení souladu navrhované právní úpravy se závazky vyplývajícími pro Českou
republiku z jejího členství v Evropské unii,
• zhodnocení souladu navrhované právní úpravy s mezinárodními smlouvami, jimiž je
Česká republika vázána,
• zhodnocení, zda návrh právního předpisu neobsahuje ustanovení, které by bylo svou
povahou technickým předpisem podle právního předpisu upravujícího technické
požadavky na výrobky, a informace o splnění oznamovací povinnosti podle tohoto
předpisu,
• zhodnocení dopadu navrhované právní úpravy ve vztahu k ochraně soukromí a
osobních údajů,
• zhodnocení korupčních rizik navrhované právní úpravy,
• odůvodnění případné navrhované odchylky v postupu projednání navrhované právní
úpravy,
• odůvodnění případného návrhu, aby Poslanecká sněmovna vyslovila s navrhovaným
právním předpisem souhlas již v prvém čtení,
• odůvodnění jednotlivých ustanovení navrhované právní úpravy; odůvodnění
obsahuje vysvětlení jejich účelu, principů a jejich nezbytnosti, popis právních norem
v nich obsažených a z nich vyplývajících práv a povinností.
• předpokládaný dopad navrhované právní úpravy, zejména (hospodářský a finanční
dopad navrhované právní úpravy a jejích variant na státní rozpočet, ostatní veřejné
rozpočty a na podnikatelské prostředí České republiky, sociální dopad, včetně
dopadu na specifické skupiny obyvatel, především na osoby sociálně slabé, osoby se
zdravotním postižením a národnostní menšiny, dopad na rovnost mužů a žen,
upravuje-li návrh právního předpisu postavení fyzických osob, a dopad na životní
prostředí).
6.2.4.2.1.1.13 Návrh zákona (Datový objekt)
Návrh zákona reprezentovaný konsolidovaným (úplným) zněním právního předpisu
(respektive jeho textu či obsahu) a vlastním právním aktem.
6.2.4.2.1.1.14 Šablona pracovního prostoru (Datový objekt)
Využití připravených šablon pracovního prostoru včetně šablon procesů umožňuje vytvoření
pracovního prostoru s nastavenými vlastnostmi.
Strana 423
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.4.2.1.2 Předání návrhu senátního zákona (Aktivita)
Předání návrhu senátního zákona k projednání a schválení Senátem.
6.2.4.2.1.3 Převzetí senátního návrhu zákona do Senátu (Aktivita)
Převzetí senátního návrhu zákona do Senátu. Navrhovatel senátního návrhu zákona
předkládá návrh senátního návrhu zákona předsedovi Senátu.
6.2.4.2.1.4 Vytvoření a aktualizace Senátního tisku (Aktivita)
Vytvoření s automatickou aktualizací Senátního tisku v průběhu procesu projednávání návrhu
zákona (změny stavů).
6.2.4.2.1.5 Postoupení organizačnímu výboru (Aktivita)
Předseda Senátu postoupí návrh zákona organizačnímu výboru a neprodleně jej rozešle
všem senátorům a senátorským klubům.
6.2.4.2.1.6 Doporučení na zařazení návrhu na jednání (Aktivita)
Organizační výbor na nejbližší schůzi po předložení návrhu senátního návrhu zákona
doporučí předsedovi Senátu, aby jej zařadil na pořad nejbližší schůze Senátu.
6.2.4.2.1.7 Přikázání návrhu výborům (Aktivita)
Organizační výbor určí, kterému výboru, popřípadě výborům, má být návrh senátního návrhu
zákona přikázán.
6.2.4.2.1.8 Určení zpravodaje pro 1. čtení (Aktivita)
Organizační výbor určí zpravodaje pro 1. čtení.
6.2.4.2.1.9 Vytvoření zprávy zpravodaje (Aktivita)
Vytvoření zprávy zpravodaje pro 1. čtení.
6.2.4.2.1.10 Zahájení obecné rozpravy - 1. čtení (Aktivita)
Návrh senátního návrhu zákona uvede navrhovatel nebo zástupce navrhovatele senátního
návrhu zákona; po něm vystoupí zpravodaj. Po vystoupení zpravodaje zahájí předsedající
obecnou rozpravu, ve které lze navrhnout, aby byl návrh senátního návrhu zákona vrácen
navrhovateli senátního návrhu zákona k dopracování, nebo aby byl zamítnut.
6.2.4.2.1.11 Projednání ve výboru (Aktivita)
Při jednání výboru o návrhu senátního návrhu zákona lze v průběhu obou částí rozpravy
podávat tyto návrhy:
• návrh na schválení, Strana 424
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• návrh na zamítnutí,
• návrh pozměňovací,
• návrh na odročení.
O návrzích se hlasuje v uvedeném pořadí. Po ukončení hlasování o podaných pozměňovacích
návrzích, byl-li alespoň jeden z nich přijat, se výbor usnese, zda doporučí Senátu schválit
návrh senátního návrhu zákona s těmi pozměňovacími návrhy, které přijal.
Lhůta k projednání návrhu senátního návrhu zákona ve výborech je 60 dnů od rozhodnutí o
jeho přikázání výboru k projednání.
6.2.4.2.1.12 Předložení rozhodnutí o stažení návrhu (Aktivita)
Navrhovatel senátního návrhu zákona může vzít svůj návrh zpět, dokud Senát nepřistoupí k
závěrečnému hlasování o něm.
6.2.4.2.1.13 Zahájení obecné rozpravy - 2. čtení (Aktivita)
Při jednání Senátu o návrhu senátního návrhu zákona lze v průběhu rozpravy podávat tyto
návrhy:
• návrh na vrácení návrhu senátního návrhu zákona výboru k novému projednání,
• návrh na schválení,
• návrh na zamítnutí,
• návrh na odročení.
O návrzích se hlasuje v uvedeném pořadí.
6.2.4.2.1.14 Zahájení podrobné rozpravy - 2. čtení (Aktivita)
Nebyl-li podán žádný návrh nebo nebyl-li přijat, zahájí předsedající k návrhu senátního
návrhu zákona podrobnou rozpravu, ve které lze podávat pozměňovací návrhy. Ústně
přednesené návrhy jsou vloženy do systému e-Legislativa ještě před tím, než o nich bude
hlasováno.
6.2.4.2.1.15 Podání senátního návrhu zákona do PSP (Aktivita)
Předseda Senátu podá schválený senátní návrh zákona do PSP k projednání.
6.2.4.2.1.16 Příprava k předání návrhu do PSP (Aktivita)
Příprava materiálu návrhu zákona k předání do fáze projednání v PSP.
6.2.4.2.1.17 Příprava k předání návrhu k dopracování (Aktivita)
Příprava materiálu senátního návrhu zákona k předkladateli k dopracování.
6.2.4.2.1.18 Rozhodnutí předkladatele o stažení návrhu zákona (Start) Strana 425
Existence rozhodnutí předkladatele o stažení návrhu zákona z projednávání.
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.4.2.1.19 Návrh zákona nebyl přijat (Konec)
Návrh zákona nebyl přijat - proces tvorby návrhu senátního zákona končí.
6.2.4.2.1.20 Odročení projednávání návrhu (Průchod)
Odročení projednávání senátního návrhu zákona.
6.2.4.2.1.21 Podnět k tvorbě regulace (Start)
Návrh zákona se zpracovává v případě potřeby regulace.
6.2.4.2.1.22 Předání materiálu předkladateli (Průchod)
Předání materiálu návrhu zákona předkladateli k dopracování.
6.2.4.2.1.23 Předání materiálu do PSP (Průchod)
Předání materiálu návrhu zákona do PSP.
6.2.4.2.1.24 Ukončení procesu návrhu senátního zákona (Konec)
Ukončení procesu návrhu senátního zákona - návrh byl zamítnut.
6.2.4.2.1.25 Ukončení projednávání návrhu (Konec)
Ukončení projednávání návrhu - návrh byl vzat zpět navrhovatelem.
6.2.4.2.1.26 Rozhodnutí předkladatele o stažení návrhu zákona (Datový objekt)
Rozhodnutí na vzetí zpět návrhu zákona z projednávání.
6.2.4.2.1.27 Návrhy výboru (Datový objekt)
Návrhy výborů mohou mít formu:
• návrhu na schválení,
• návrhu na zamítnutí,
• návrh pozměňovací,
• návrhu na odročení .
6.2.4.2.1.28 Oponentní zpráva výboru (Datový objekt)
Pokud část poslanců nesouhlasí s usnesením výboru, může vypracovat oponentní zprávu,
která může obsahovat pozměňovací návrhy.
6.2.4.2.1.29 Pozměňovací návrh (Datový objekt)
Pozměňovací návrhy k návrhu zákona (jsou vytvářeny v systému e-Legislativa).
6.2.4.2.1.30 Program schůze Senátu (Datový objekt) Strana 426
Program schůze Senátu obsahuje termín a pořad schůze Senátu.
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.4.2.1.31 Přikázání výborům (Datový objekt)
Přikázání návrhu zákona výboru (či více výborům).
6.2.4.2.1.32 Senátní tisk (Datový objekt)
Písemné podklady pro jednání horní komory Parlamentu. Senátní tisk se senátorovi doručí
nejméně 24 hodin před jeho projednáváním. Nebyla-li tato lhůta dodržena, může senátor
před zahájením rozpravy navrhnout přesunutí tohoto bodu pořadu na dobu po uplynutí
lhůty. O návrhu na přesunutí bodu pořadu rozhodne Senát bez rozpravy.
6.2.4.2.1.33 Usnesení výboru (Datový objekt)
Usnesení výboru Senátu je forma rozhodnutí výboru Senátu. Rozhoduje jím o úpravě svých
vnitřních poměrů a v legislativním procesu. Výbor Senátu je způsobilý se usnášet za
přítomnosti alespoň jedné třetiny členů výboru. K platnému usnesení výboru je třeba
souhlasu nadpoloviční většiny přítomných senátorů.
6.2.4.2.1.34 Zpráva zpravodaje (Datový objekt)
Stanovisko zpravodaje ve formě zpravodajské zprávy.
6.2.4.2.1.35 Zápis z jednání schůze Senátu (Datový objekt)
Zápis z jednání schůze Senátu Parlamentu ČR.
6.2.4.2.1.36 Hlasování o pozměňovacích návrzích (Uzel)
Hlasování o pozměňovacích návrzích.
6.2.4.2.1.37 Hlasování o návrhu ve znění přijatých PN (Uzel)
Po ukončení hlasování o jednotlivých pozměňovacích návrzích, byl-li alespoň jeden z nich
přijat, hlasuje Senát o tom, zda schválí návrh senátního návrhu zákona ve znění přijatých
pozměňovacích návrhů.
6.2.4.2.1.38 Hlasování o předložených návrzích (Uzel)
O návrzích se hlasuje v uvedeném pořadí.
• návrh na vrácení návrhu senátního návrhu zákona výboru k novému projednání,
• návrh na schválení,
• návrh na zamítnutí,
• návrh na odročení.
6.2.4.2.1.39 Hlasování o předložených návrzích (Uzel)
Při jednání Senátu o návrhu senátního návrhu zákona lze podávat tyto návrhy:
• návrh na schválení, Strana 427
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• návrh na zamítnutí,
• návrh na odročení.
O návrzích se hlasuje v uvedeném pořadí.
Nebyl-li žádný z návrhů podán nebo nebyl-li přijat, přikáže Senát návrh senátního návrhu
zákona k projednání výboru, popřípadě výborům. Přikáže-li Senát návrh senátního návrhu
zákona více výborům, určí, který z nich bude výborem garančním.
6.2.4.2.1.40 Hlasování o přijetí návrhu na schválení (Uzel)
Pokud nebyl žádný pozměňovací návrh podán nebo nebyl přijat anebo nebylo přijato
usnesení schválit návrh senátního návrhu zákona ve znění přijatých pozměňovacích návrhů,
hlasuje Senát o tom, zda návrh senátního návrhu zákona schvaluje, pokud o návrhu na
schválení nebylo již hlasováno po ukončení obecné rozpravy.
6.2.4.2.1.41 Jeden z návrhů byl přijat (Uzel)
Byl přijat některý z těchto návrhů:
• návrh na vrácení návrhu senátního návrhu zákona výboru k novému projednání,
• návrh na schválení,
• návrh na dopracování.
6.2.4.2.1.42 Vzetí zpět návrhu zákona (Uzel)
Existuje rozhodnutí navrhovatele na stažení návrhu zákona..
6.2.4.2.1.43 Vzetí zpět návrhu zákona (Uzel)
Existuje rozhodnutí předkladatele o stažení návrhu zákona.
6.2.4.2.2 Návrh zastupitelstva VÚSC na vydání zákona (Aktivita)
Právo na předložení návrhu na návrh zákona k projednání na úrovní kraje má člen
zastupitelstva kraje, skupina členů zastupitelstva kraje nebo rada kraje.
Strana 428
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Rada / Zastupitelstvo kraje e -L e g i sl a ti va e-Sbírka
Šablona
Podnět k tvorbě
re g u l a ce
Příprava materiálu Správa pracovního
návrhu zákona prostoru
Příprava relevantních Vyhledání právního
p o d kl a d ů p ře d p i su
Návrh Důvodová Citizen
zákona zpráva Summary
Práce na návrhu Vyhledání závislostí
zákona mezi předpisy v čase
Interní připomínkové Řízení interního
řízení schvalovacího procesu
Interní schválení návrhu Příprava materiálu k
zákona projednání v PSP
Nutné Sch vá l e n o
dopracování
Projednání a schválení v PSP
Obrázek 123: Návrh zastupitelstva VÚSC na vydání zákona
Strana 429
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.4.2.2.1 Příprava materiálu návrhu zákona (Aktivita)
Přípravu materiálu nevládního návrhu zákona může provést člen zastupitelstva kraje, skupina
členů zastupitelstva kraje nebo rada kraje.
6.2.4.2.2.2 Správa pracovního prostoru (Aktivita)
Pracovní prostor umožňuje spolupráci více osob nad sadou dokumentů. Do tohoto
pracovního prostoru je umožněn vzdálený přístup autorizovaných osob (gestor aplikace
vybere spolupracovníky, kteří mají mít do pracovního prostoru přístup). Dokumenty jsou
publikovány do tohoto pracovního prostoru. Jejich tvorbu usnadní připravená sada šablon.
6.2.4.2.2.3 Příprava relevantních podkladů (Aktivita)
Příprava relevantních podkladů k přípravě návrhu zákona.
6.2.4.2.2.4 Vyhledání právního předpisu (Aktivita)
Jedná se o jednoduchý proces vyhledání právního předpisu dle zadaných kritérií. Uživatel si
zvolí způsob vyhledávání (základní nebo rozšířený). K vyhledávání publikovaných právních
předpisů bude sloužit systém e-Sbírka.
6.2.4.2.2.5 Vyhledání závislostí mezi předpisy v čase (Aktivita)
Při rozšířeném vyhledávání je možné konkrétnější zadání vyhledávacích kritérií, tj. jak
podmínky zahrnující text tak i možnost zadání kritérií na základě metadat (např. typ právního
předpisu, platnost, atd.).
6.2.4.2.2.6 Práce na návrhu zákona (Aktivita)
Práce na materiálu návrhu zákona.
6.2.4.2.2.7 Interní připomínkové řízení (Aktivita)
V okamžiku, kdy je dokončena příprava materiálu zákona, může dojít k internímu
připomínkovému řízení a ke schválení návrhu.
6.2.4.2.2.8 Řízení interního schvalovacího procesu (Aktivita)
Pro podporu schválení je v systému e-Legislativa implementován schvalovací proces, který
umožní jednotlivým účastníkům vyjádřit svůj souhlas či nesouhlas s případným připojením
odůvodnění či komentáře.
6.2.4.2.2.9 Příprava materiálu k projednání v PSP (Aktivita)
Technické a formální předání materiálu návrhu zákona. Materiál návrhu zákona je následně
automaticky systémem e-Legislativa posunut do další fáze věcného návrhu.
Strana 430
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.4.2.2.10 Podnět k tvorbě regulace (Start)
Návrh zákona se zpracovává v případě potřeby regulace.
6.2.4.2.2.11 Projednání a schválení v PSP (Průchod)
Projednání a schválení v PSP.
6.2.4.2.2.12 Citizen Summary (Datový objekt)
Obecně srozumitelný popis (odůvodnění) návrhu zákona.
6.2.4.2.2.13 Důvodová zpráva (Datový objekt)
Důvodová zpráva obsahuje vždy:
• popis obsahu navrhované právní úpravy s uvedením důvodů, které k jejímu
předložení vedou, shrnutí zásadních zásad a nejdůležitějších změn, které oproti
stávající právní úpravě zavádí, a dopady na práva a povinnosti fyzických a
právnických osob,
• zhodnocení platného právního stavu,
• odůvodnění hlavních principů navrhované právní úpravy,
• zhodnocení souladu navrhované právní úpravy s právním řádem České republiky,
• zhodnocení souladu navrhované právní úpravy se závazky vyplývajícími pro Českou
republiku z jejího členství v Evropské unii,
• zhodnocení souladu navrhované právní úpravy s mezinárodními smlouvami, jimiž je
Česká republika vázána,
• zhodnocení, zda návrh právního předpisu neobsahuje ustanovení, které by bylo svou
povahou technickým předpisem podle právního předpisu upravujícího technické
požadavky na výrobky, a informace o splnění oznamovací povinnosti podle tohoto
předpisu,
• zhodnocení dopadu navrhované právní úpravy ve vztahu k ochraně soukromí a
osobních údajů,
• zhodnocení korupčních rizik navrhované právní úpravy,
• odůvodnění případné navrhované odchylky v postupu projednání navrhované právní
úpravy,
• odůvodnění případného návrhu, aby Poslanecká sněmovna vyslovila s navrhovaným
právním předpisem souhlas již v prvém čtení,
• odůvodnění jednotlivých ustanovení navrhované právní úpravy; odůvodnění
obsahuje vysvětlení jejich účelu, principů a jejich nezbytnosti, popis právních norem
v nich obsažených a z nich vyplývajících práv a povinností.
• předpokládaný dopad navrhované právní úpravy, zejména (hospodářský a finanční
dopad navrhované právní úpravy a jejích variant na státní rozpočet, ostatní veřejné
rozpočty a na podnikatelské prostředí České republiky, sociální dopad, včetně
dopadu na specifické skupiny obyvatel, především na osoby sociálně slabé, osoby se
zdravotním postižením a národnostní menšiny, dopad na rovnost mužů a žen,
upravuje-li návrh právního předpisu postavení fyzických osob, a dopad na životní
prostředí).
Strana 431
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.4.2.2.14 Návrh zákona (Datový objekt)
Návrh zákona reprezentovaný konsolidovaným (úplným) zněním právního předpisu
(respektive jeho textu či obsahu) a vlastním právním aktem.
6.2.4.2.2.15 Šablona (Datový objekt)
Využití připravených šablon pracovního prostoru včetně šablon procesů umožňuje vytvoření
pracovního prostoru s nastavenými vlastnostmi.
6.2.4.2.2.16 Interní schválení návrhu zákona (Uzel)
Výsledek schválení je prezentován týmu gestora, který buď dopracuje návrh zákona dle
připomínek vzešlých ze schvalování, nebo v případě, že je všechno v pořádku, označí návrh
zákona za schválený.
6.2.4.2.3 Tvorba poslaneckého návrhu zákona (Aktivita)
Tvorba poslaneckého návrhu zákona (zákonodárná iniciativa poslance nebo skupiny
poslanců).
Strana 432
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Poslanec / Skupina poslanců e -L e g i sl a ti va e-Sbírka
Podnět k tvorbě
re g u l a ce Šablona
pracovního
Příprava materiálu prostoru
návrhu zákona
Správa pracovního
Příprava relevantních prostoru
p o d kl a d ů
Vyhledání právního
p ře d p i su
Návrh Důvodová Ci ti ze n
zákona zpráva Summary
Práce na návrhu Vyhledání závislostí
zákona mezi předpisy v čase
Dokončení přípravy
Příprava materiálu k
projednání v PSP
Projednání a schválení v PSP
Obrázek 124: Tvorba poslaneckého návrhu zákona
6.2.4.2.3.1 Příprava materiálu návrhu zákona (Aktivita)
Přípravu materiálu nevládního návrhu zákona může provést poslanec nebo skupina poslanců.
6.2.4.2.3.2 Správa pracovního prostoru (Aktivita)
Pracovní prostor umožňuje spolupráci více osob nad sadou dokumentů. Do tohoto
pracovního prostoru je umožněn vzdálený přístup autorizovaných osob (gestor aplikace
Strana 433
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
vybere spolupracovníky, kteří mají mít do pracovního prostoru přístup). Dokumenty jsou
publikovány do tohoto pracovního prostoru. Jejich tvorbu usnadní připravená sada šablon.
6.2.4.2.3.3 Příprava relevantních podkladů (Aktivita)
Příprava relevantních podkladů k přípravě návrhu zákona.
6.2.4.2.3.4 Vyhledání právního předpisu (Aktivita)
Jedná se o jednoduchý proces vyhledání právního předpisu dle zadaných kritérií. Uživatel si
zvolí způsob vyhledávání (základní nebo rozšířený). K vyhledávání publikovaných právních
předpisů bude sloužit systém e-Sbírka.
6.2.4.2.3.5 Vyhledání závislostí mezi předpisy v čase (Aktivita)
Při rozšířeném vyhledávání je možné konkrétnější zadání vyhledávacích kritérií, tj. jak
podmínky zahrnující text tak i možnost zadání kritérií na základě metadat (např. typ právního
předpisu, platnost, atd.).
6.2.4.2.3.6 Práce na návrhu zákona (Aktivita)
Práce na materiálu návrhu zákona.
6.2.4.2.3.7 Dokončení přípravy (Aktivita)
Dokončení přípravy návrhu zákona.
6.2.4.2.3.8 Příprava materiálu k projednání v PSP (Aktivita)
Materiál návrhu zákona je následně automaticky systémem e-Legislativa posunut do další
fáze věcného návrhu.
6.2.4.2.3.9 Podnět k tvorbě regulace (Start)
Návrh zákona se zpracovává v případě potřeby regulace.
6.2.4.2.3.10 Projednání a schválení v PSP (Průchod)
Projednání a schválení v PSP.
6.2.4.2.3.11 Citizen Summary (Datový objekt)
Obecně srozumitelný popis (odůvodnění) návrhu zákona.
6.2.4.2.3.12 Důvodová zpráva (Datový objekt)
Důvodová zpráva obsahuje vždy:
• popis obsahu navrhované právní úpravy s uvedením důvodů, které k jejímu
předložení vedou, shrnutí zásadních zásad a nejdůležitějších změn, které oproti
Strana 434
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
stávající právní úpravě zavádí, a dopady na práva a povinnosti fyzických a
právnických osob,
• zhodnocení platného právního stavu,
• odůvodnění hlavních principů navrhované právní úpravy,
• zhodnocení souladu navrhované právní úpravy s právním řádem České republiky,
• zhodnocení souladu navrhované právní úpravy se závazky vyplývajícími pro Českou
republiku z jejího členství v Evropské unii,
• zhodnocení souladu navrhované právní úpravy s mezinárodními smlouvami, jimiž je
Česká republika vázána,
• zhodnocení, zda návrh právního předpisu neobsahuje ustanovení, které by bylo svou
povahou technickým předpisem podle právního předpisu upravujícího technické
požadavky na výrobky, a informace o splnění oznamovací povinnosti podle tohoto
předpisu,
• zhodnocení dopadu navrhované právní úpravy ve vztahu k ochraně soukromí a
osobních údajů,
• zhodnocení korupčních rizik navrhované právní úpravy,
• odůvodnění případné navrhované odchylky v postupu projednání navrhované právní
úpravy,
• odůvodnění případného návrhu, aby Poslanecká sněmovna vyslovila s navrhovaným
právním předpisem souhlas již v prvém čtení,
• odůvodnění jednotlivých ustanovení navrhované právní úpravy; odůvodnění
obsahuje vysvětlení jejich účelu, principů a jejich nezbytnosti, popis právních norem
v nich obsažených a z nich vyplývajících práv a povinností.
• předpokládaný dopad navrhované právní úpravy, zejména (hospodářský a finanční
dopad navrhované právní úpravy a jejích variant na státní rozpočet, ostatní veřejné
rozpočty a na podnikatelské prostředí České republiky, sociální dopad, včetně
dopadu na specifické skupiny obyvatel, především na osoby sociálně slabé, osoby se
zdravotním postižením a národnostní menšiny, dopad na rovnost mužů a žen,
upravuje-li návrh právního předpisu postavení fyzických osob, a dopad na životní
prostředí).
6.2.4.2.3.13 Návrh zákona (Datový objekt)
Návrh zákona reprezentovaný konsolidovaným (úplným) zněním právního předpisu
(respektive jeho textu či obsahu) a vlastním právním aktem.
6.2.4.2.3.14 Šablona pracovního prostoru (Datový objekt)
Využití připravených šablon pracovního prostoru včetně šablon procesů umožňuje vytvoření
pracovního prostoru s nastavenými vlastnostmi.
6.2.4.2.4 Podnět k tvorbě regulace (Průchod)
Návrh zákona se zpracovává v případě potřeby regulace.
6.2.4.2.5 Projednání a schválení v PSP (Průchod)
Předání návrhu zákona do fáze projednání a schválení v PSP.
Strana 435
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.4.3 Projednání a schválení v PSP (Aktivita)
Návrh zákona i s případným stanoviskem vlády rozešle předseda Sněmovny poslancům
nejméně deset dní před schůzí Sněmovny, na které má dojít k prvnímu čtení, čímž je
vytvořen prostor pro prostudování návrhu zákona poslanci před jeho prvním projednáváním.
Návrh zákona dostane podobu sněmovního tisku, je rozeslán poslancům. Součástí
sněmovního tisku je jednak samotný návrh zákona, tj. přesné znění toho, na čem se má
Sněmovna usnést, a důvodová zpráva a dále vyjádření vlády, existuje-li.
Příprava návrhu Projednání návrhu
zákona k projednání v zákona v PSP
PSP
Předložení nového Projednání návrhu
návrhu zákona do zákona v Senátu
PSP
Obrázek 125: Projednání a schválení v PSP
6.2.4.3.1 Projednání návrhu zákona v Senátu (Průchod)
Předání návrhu zákona do fáze projednání a schválení v Senátu.
6.2.4.3.2 Příprava návrhu zákona k projednání v PSP (Aktivita)
Příprava návrhu zákona k projednání v PSP. Návrh zákona se předkládá předsedovi
Sněmovny. Ten jej postoupí organizačnímu výboru. Pokud není navrhovatelem vláda,
předseda Sněmovny ji požádá, aby se do 30 dnů od doručení žádosti k návrhu svým
stanoviskem vyjádřila.
Strana 436
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Pře d kl a d a te l e -L e g i sl a ti va Organizační odobor PSP Legislativní odbor PSP Předseda PSP Organizační výbor IS PSP (Knihovna)
Pře d l o že n í Předání návrhu Převzetí návrhu Kontrola věcné Forma zákonodárné Návrh na zařazení na Vytvoření
nového zákona do PSP zákona do PSP úplnosti předloženého i n i ci a ti vy schůzi PSP Sněmovního tisku
návrhu
zákona do m a te ri á l u Vládní Přikázání výborům Sněmovní tisk
PSP návrh Navržení zpravodaje
Usnesení
Ne vl á d n í organi zač ního
návrh výboru
Požádat vládu o Přikázání k
stanovisko k návrhu p ro j e d n á n í
výborům
Návrh zákonaDůvodová Stanovisko
zpráva vl á d y
Postoupení
organi zač ním u
výboru
Rozhodnutí o
zařazení na pořadu
schůze
Ne p ři j a to
Při j a to
Rozeslání materiálu
p o sl a n ců m
Příprava k předání k
projednání v PSP
Projednání návrhu
zákona v PSP
Obrázek 126: Příprava návrhu zákona k projednání v PSP
Strana 437
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.4.3.2.1 Předání návrhu zákona do PSP (Aktivita)
Předání návrhu zákona do PSP k projednání.
6.2.4.3.2.2 Převzetí návrhu zákona do PSP (Aktivita)
Převzetí návrhu zákona k projednání do PSP. Návrh zákona se předkládá předsedovi
Sněmovny.
6.2.4.3.2.3 Vytvoření Sněmovního tisku (Aktivita)
Vytvoření s automatickou aktualizací sněmovního tisku v průběhu procesu projednávání
návrhu zákona (změny stavů).
6.2.4.3.2.4 Kontrola věcné úplnosti předloženého materiálu (Aktivita)
Kontrola věcné úplnosti a formální čistoty předloženého materiálu návrhu zákona.
6.2.4.3.2.5 Požádat vládu o stanovisko k návrhu (Aktivita)
Požádat vládu o stanovisko k návrhu nevládního zákona ve stanovené lhůtě.
Strana 438
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
e -L e g i sl a ti va Předseda LRV Vláda Členové vlády
Při j e tí
žádosti o Za h á j e n í Vytvoření připomínek
sta n o vi sko p ři p o m ín ko vé h o
vl á d y
řízení
Žádost o stanovisko
vlády k návrhu Vytvoření návrhu
zákona sta n o vi ska
Návrh zákona
Při p o m ín ky Předložení návrhu Projednání stanoviska
vl á d ě
Pře d kl á d a cí Vláda přijala stanovisko
zpráva Nevyjádří se
Ano
Sta n o vi sko
vl á d y Zaslání stanoviska do
PSP
Příprava k zaslání
stanoviska do PSP
Předání stanoviska k
jednání v PSP
Obrázek 127: Požádat vládu o stanovisko
6.2.4.3.2.5.1 Žádost o stanovisko vlády k návrhu zákona (Aktivita)
Předseda PSP požádal vládu o stanovisko k návrhu nevládního zákona ve stanovené lhůtě.
6.2.4.3.2.5.2 Zahájení připomínkového řízení (Aktivita)
Předseda LRV zahájí připomínkové řízení k nevládnímu návrhu zákona.
6.2.4.3.2.5.3 Vytvoření připomínek (Aktivita)
Tvorba připomínek k návrhu zákona. Připomínky jsou vytvářeny prostředky systému e-
Legislativy ve strukturované podobě.
Strana 439
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.4.3.2.5.4 Vytvoření návrhu stanoviska (Aktivita)
Tvorba návrhu stanoviska vlády k návrhu zákona.
6.2.4.3.2.5.5 Předložení návrhu vládě (Aktivita)
Předložení návrhu stanoviska vlády připraveného předsedou LRV.
6.2.4.3.2.5.6 Projednání stanoviska (Aktivita)
Projednání návrhu stanoviska vlády k nevládnímu návrhu zákona ve vládě.
6.2.4.3.2.5.7 Zaslání stanoviska do PSP (Aktivita)
Stanovisko bylo přijato a bude postoupeno do PSP.
6.2.4.3.2.5.8 Příprava k zaslání stanoviska do PSP (Aktivita)
Příprava Stanoviska vlády k předání do fáze projednání v PSP.
6.2.4.3.2.5.9 Přijetí žádosti o stanovisko vlády (Start)
Přijetí žádosti o stanovisko vlády k nevládnímu zákonu.
6.2.4.3.2.5.10 Předání stanoviska k jednání v PSP (Průchod)
Předání Stanoviska vlády k nevládnímu zákonu do PSP.
6.2.4.3.2.5.11 Návrh zákona (Datový objekt)
Návrh zákona reprezentovaný konsolidovaným (úplným) zněním právního předpisu
(respektive jeho textu či obsahu) a vlastním právním aktem.
6.2.4.3.2.5.12 Předkládací zpráva (Datový objekt)
Předkládací zpráva obsahuje vždy:
• stručné vyjádření důvodu, pro který je materiál předkládán schůzi vlády,
• stručnou charakteristiku obsahu vlastního písemného podkladu ve věci,
• zhodnocení současného stavu a dopadů navrhovaného řešení ve vztahu k rovnosti
mužů a žen, týká-li se navrhované řešení postavení fyzických osob,
• přehled orgánů, kterým byl materiál zaslán ke stanovisku.
6.2.4.3.2.5.13 Připomínky (Datový objekt)
Připomínky k nevládnímu návrhu zákona od členů vlády.
6.2.4.3.2.5.14 Stanovisko vlády (Datový objekt)
Stanovisko vlády k návrhu nevládního zákona.
6.2.4.3.2.5.15 Vláda přijala stanovisko (Uzel)
Rozhodnutí o přijetí stanoviska vlády.
6.2.4.3.2.6 Postoupení organizačnímu výboru (Aktivita)
Postoupení návrhu zákona organizačnímu výboru PSP.
Strana 440
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.4.3.2.7 Návrh na zařazení na schůzi PSP (Aktivita)
Návrh na zařazení projednání návrhu zákona na program schůze PSP.
6.2.4.3.2.8 Rozeslání materiálu poslancům (Aktivita)
Rozeslání materiálu návrhu zákona, důvodové zprávy a stanoviska vlády (existuje-li)
poslancům.
6.2.4.3.2.9 Přikázání výborům (Aktivita)
Organizační výbor nejdéle do 10 dnů od postoupení návrhu zákona do PSP přikáže tento
návrh výboru, popřípadě výborům. Přikáže-li organizační výbor návrh zákona více výborům,
určí, který z nich bude výborem garančním.
6.2.4.3.2.10 Navržení zpravodaje (Aktivita)
Organizační výbor určí zpravodaje pro projednání návrhu zákona v PSP.
6.2.4.3.2.11 Příprava k předání k projednání v PSP (Aktivita)
Příprava materiálu návrhu zákona k předání do fáze projednání v PSP.
6.2.4.3.2.12 Projednání návrhu zákona v PSP (Průchod)
Předání materiálu návrhu zákona do PSP.
6.2.4.3.2.13 Předložení nového návrhu zákona do PSP (Start)
Předložení nového návrhu zákona do PSP.
6.2.4.3.2.14 Důvodová zpráva (Datový objekt)
Důvodová zpráva obsahuje vždy:
• popis obsahu navrhované právní úpravy s uvedením důvodů, které k jejímu
předložení vedou, shrnutí zásadních zásad a nejdůležitějších změn, které oproti
stávající právní úpravě zavádí, a dopady na práva a povinnosti fyzických a
právnických osob,
• zhodnocení platného právního stavu,
• odůvodnění hlavních principů navrhované právní úpravy,
• zhodnocení souladu navrhované právní úpravy s právním řádem České republiky,
• zhodnocení souladu navrhované právní úpravy se závazky vyplývajícími pro Českou
republiku z jejího členství v Evropské unii,
• zhodnocení souladu navrhované právní úpravy s mezinárodními smlouvami, jimiž je
Česká republika vázána,
• zhodnocení, zda návrh právního předpisu neobsahuje ustanovení, které by bylo svou
povahou technickým předpisem podle právního předpisu upravujícího technické
požadavky na výrobky, a informace o splnění oznamovací povinnosti podle tohoto
předpisu,
Strana 441
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• zhodnocení dopadu navrhované právní úpravy ve vztahu k ochraně soukromí a
osobních údajů,
• zhodnocení korupčních rizik navrhované právní úpravy,
• odůvodnění případné navrhované odchylky v postupu projednání navrhované právní
úpravy,
• odůvodnění případného návrhu, aby Poslanecká sněmovna vyslovila s navrhovaným
právním předpisem souhlas již v prvém čtení,
• odůvodnění jednotlivých ustanovení navrhované právní úpravy; odůvodnění
obsahuje vysvětlení jejich účelu, principů a jejich nezbytnosti, popis právních norem
v nich obsažených a z nich vyplývajících práv a povinností.
• předpokládaný dopad navrhované právní úpravy, zejména (hospodářský a finanční
dopad navrhované právní úpravy a jejích variant na státní rozpočet, ostatní veřejné
rozpočty a na podnikatelské prostředí České republiky, sociální dopad, včetně
dopadu na specifické skupiny obyvatel, především na osoby sociálně slabé, osoby se
zdravotním postižením a národnostní menšiny, dopad na rovnost mužů a žen,
upravuje-li návrh právního předpisu postavení fyzických osob, a dopad na životní
prostředí).
6.2.4.3.2.15 Návrh zákona (Datový objekt)
Návrh zákona reprezentovaný konsolidovaným (úplným) zněním právního předpisu
(respektive jeho textu či obsahu) a vlastním právním aktem.
6.2.4.3.2.16 Přikázání k projednání výborům (Datový objekt)
Přikázání návrhu zákona výboru (či více výborům).
6.2.4.3.2.17 Sněmovní tisk (Datový objekt)
Písemné podklady pro jednání Sněmovny. Sněmovní tisky se poslancům doručují jejich
zveřejněním v elektronické podobě v IS PSP.
6.2.4.3.2.18 Stanovisko vlády (Datový objekt)
Stanovisko vlády k předloženému nevládnímu návrhu zákona.
6.2.4.3.2.19 Usnesení organizačního výboru (Datový objekt)
Usnesení organizačního výboru o zařazení projednání návrhu zákona na schůzi PSP.
6.2.4.3.2.20 Rozhodnutí o zařazení na pořadu schůze (Uzel)
Rozhodnutí o zařazení návrhu zákona na pořadu schůze.
6.2.4.3.2.21 Forma zákonodárné iniciativy (Uzel)
Rozhodnutí, zda se jedná o vládní či nevládní návrh zákona.
Strana 442
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.4.3.3 Projednání návrhu zákona v PSP (Aktivita)
Projednání návrhu zákona v PSP. Návrh zákona se stanoviskem vlády, bylo-li předloženo
včas, se doručí poslancům a poslaneckým klubům nejméně deset dnů před schůzí Sněmovny,
na které má dojít k jeho prvému čtení.
Strana 443
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Pře d kl a d a te l e -L e g i sl a ti va Kancelář PSP / Legislativní odbor Zpravodaj Po sl a n ci Výbory PSP Organizační výbor PSP Předseda PSP IS PSP
Předání k obecné
Návrh zákona k Aktu a l i za ce
projednání v PSP rozpravě sněmovního tisku
Předání návrhu Doručení stanoviska Sněmovní tisk
zákona k projednání výborů PSP
Zp ra vo d a j ská
Sta n o vi sko Zahájení obecné Doručit pozměňovací zpráva
zp ra vo d a j e rozpravy - 1. čtení návrhy (souhrn)
Při ká zá n í
Rozhodnutí Návrh zákona Schválení návrhu Návrh nebyl podán Podpis předsedy výborům
na stažení zákona v 1. čtení vl á d y
návrhu Důvodová zpráva
zákona z Existuje návrh Kvalifikovaná námitka Projednání návrhu Hlasování o Podpis Předsedy PSP
p ro j e d n á n í Návrh poslance Možnost projednat Nelze projednat zákona poslaneckých návrzích
návrh na schválení
Pře d l o že n í Rozhodnutí na Návrh zákona postoupen výborům
rozhodnutí na stažení vzetí zpět Lze projednat
návrhu zákona
návrhu Hlasování o návrhu na
schválení v 1. čtení
Návrh přikázán
výborům
Návrh zákona byl zamítnut
Zahájení podrobné Návrh zákona
rozpravy 1. čtení vrácen k
přepracování
Projednání ve
výborech
Exi stu j e Rozhodnutí na vzetí
zpět návrhu zákona
Ukonč ení
p ro j e d n á vá n í Ne e xi stu j e
Usnesení Oponentní Zpráva Hlasování o návrhu
výborů zpráva výboru výboru zákona v 1. čtení
Návrh zákona schválen Zamítnut Zahájení obecné
rozpravy - 2. čtení
Návrh vrácen k
přrpracování Návrh zákona byl Vracení návrhu
zamítnut výborům
Vrácení návrhu
do výboru
Ne
Zahájení podrobné
rozpravy - 2. čtení
Souhrn Sta n o vi sko
pozměňovacích prezidenta Předkládání návrhů
návrhů
Pozměňovací Návrh na vrácení do
návrhy výboru
Návrh schválen
Vytvoření souhrnu Návrhy existují Exi ste n ce
pozměňovacích pozměňovacích návrhů
návrhů Ne e xi stu j í
Ukonč ení Exi stu j e Rozhodnutí na
p ro j e d n á vá n í Ne e xi stu j e vzetí zpět
návrhu zákona
Pozměňovací Příprava materiálu Zahájení rozpravy -
návrhy Senátu pro 3.čtení 3.č tení
Předání návrhu Převzetí schváleného Ne so u h l a s Pro j e d n á n í Návrh na
zákona do PSP návrhu zákona do Souhlas p ře d l o že n ých opakování 2.
PSP návrhů č tení
Předání
Převzetí návrhu Návrh na
Předání návrhu zákona do PSP k zamítnutí
zákona ze Senátu novému projednání
Návrh Návrh Souhlas
(sch vá l e n o ) Převzetí zákona nebyl
n e sch vá l e n é h o byl Hlasování o podán Ne so u h l a s
Předání návrhu ze návrhu zákona do zamítnut návrhu na
Senátu (neschváleno zamítnutí
PSP
nebo PN) Zákon podle Předložení návrhů na
Převzetí schváleného č.40 Ústavy opravu legislativně
Předání návrhu od návrhu zákona do technických chyb
prezidenta (veto) PSP Není
Předání návrhu Zapracování přijatých Pro j e d n á n í
zákona od PN do úplného pozměňovacích
p re zi d e n ta
(nevetován) znění a vlastní novely návrhů
Vrácený návrh Zákon zamítnut Hlasování o návrhu
zákona obsahuje zákona
pozm. návrhy
Ne
Ano
Hlasování o Nepřijetí pozm. Hlasování o Zákon
pozměňovacích návrhů přijetí zákona sch vá l e n
návrzích Senátu ve znění PSP
Návrh
Pozměňovací Návrh zákona
návrhy přijaty n e sch vá l e n nebyl
p ři j a t
Při j e ttí
Hlasování o nadpol ovi č ní
přijetí zákona vě tši n o u
ve znění p o sl a n ců
Senátu
Příprava k předání do Návrh neschválen
Senátu Návrh schválen
Předání k projednání
do Senátu
Příprava k předání na
přepracování
Návrh vrácen
n a vrh o va te l i
Příprava k předání
p re zi d e n to vi
Předání prezidentovi
Příprava k předání k
p u b l i ka ci
Předání k publikaci
Obrázek 128: Projednání návrhu zákona v PSP
Strana 444
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.4.3.3.1 Předání návrhu zákona k projednání (Aktivita)
Předání návrhu zákona do fáze k projednání a schválení PSP.
6.2.4.3.3.2 Aktualizace sněmovního tisku (Aktivita)
Vytvoření s automatickou aktualizací sněmovního tisku v průběhu procesu projednávání
návrhu zákona (změny stavů).
6.2.4.3.3.3 Převzetí schváleného návrhu zákona do PSP (Aktivita)
Převzetí návrhu zákona do PSP k publikaci.
6.2.4.3.3.4 Předání k obecné rozpravě (Aktivita)
Předseda sněmovny postoupí návrh zákona organizačnímu výboru.
6.2.4.3.3.5 Stanovisko zpravodaje (Aktivita)
Vypracování stanoviska zpravodaje ve formě Zpravodajské zprávy.
6.2.4.3.3.6 Zahájení obecné rozpravy - 1. čtení (Aktivita)
V obecné rozpravě prvního čtení uvede návrh zákona navrhovatel; po něm vystoupí
zpravodaj určený organizačním výborem nebo předsedou Sněmovny, následně se koná
obecná rozprava. Navrhovatel může, současně s návrhem zákona, navrhnout Sněmovně, aby
s návrhem zákona vyslovila souhlas již v prvém čtení. Odůvodnění takového návrhu musí být
uvedeno v důvodové zprávě.
6.2.4.3.3.7 Projednání návrhu zákona (Aktivita)
Nerozhodla-li Sněmovna podle 93 odst. 2 zákona o jednacím řádu Poslanecké sněmovny, že
návrh zákona vrací předkladateli, nebo jej zamítá, je návrh zákona postoupen výboru (či
výborům) k projednání..
6.2.4.3.3.8 Zahájení podrobné rozpravy 1. čtení (Aktivita)
V podrobné rozpravě nelze podat pozměňovací nebo jiné návrhy a lze pouze navrhnout
opravu data účinnosti v návrhu zákona a jeho legislativně technických, gramatických,
písemných nebo tiskových chyb. Na závěr prvého čtení se Sněmovna usnese po závěrečném
vystoupení navrhovatele a zpravodaje, zda s návrhem zákona vyslovuje souhlas.
6.2.4.3.3.9 Příprava k předání do Senátu (Aktivita)
Příprava materiálu návrhu zákona k předání do fáze projednání v Senátu.
6.2.4.3.3.10 Příprava k předání na přepracování (Aktivita) Strana 445
Příprava materiálu návrhu zákona k vrácení k přepracování navrhovateli.
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.4.3.3.11 Návrh přikázán výborům (Aktivita)
Nebyl-li podán návrh na schválení v 1. čtení nebo Sněmovna takový návrh neschválila anebo
nevyslovila souhlas s návrhem zákona, může se Sněmovna usnést, že vrátí návrh zákona
navrhovateli k dopracování nebo že jej zamítne. Nerozhodne-li tak, přikáže návrh zákona k
projednání výboru, popřípadě několika výborům. Byl-li návrh zákona přikázán výboru k
projednání, nelze jej již vrátit navrhovateli k dopracování.
6.2.4.3.3.12 Projednání ve výborech (Aktivita)
Návrh zákona je projednáván ve výborech. Výbor, popřípadě výbory, jimž byl návrh zákona
přikázán, předloží po jeho projednání předsedovi Sněmovny usnesení, v němž zejména
doporučí Sněmovně, zda má návrh zákona schválit či nikoliv. Doporučí-li v usnesení změny
nebo doplňky návrhu zákona, přesně je formuluje. Nejméně pětinová menšina všech členů
výboru může předložit předsedovi Sněmovny oponentní zprávu, která má obdobné
náležitosti jako usnesení výboru.
6.2.4.3.3.13 Doručení stanoviska výborů PSP (Aktivita)
Usnesení výboru, popřípadě oponentní zpráva nebo záznam o jednání výboru se doručí všem
poslancům nejméně 24 hodin před zahájením druhého čtení návrhu zákona.
6.2.4.3.3.14 Zahájení obecné rozpravy - 2. čtení (Aktivita)
V obecné rozpravě ve 2. čtení uvede návrh zákona navrhovatel. Po navrhovateli vystoupí
zpravodaj výboru nebo zpravodajové výborů. O návrhu zákona se koná obecná rozprava. Po
obecné rozpravě může Sněmovna vrátit návrh zákona výboru k novému projednání.
6.2.4.3.3.15 Zahájení podrobné rozpravy - 2. čtení (Aktivita)
Nerozhodla-li Sněmovna, že návrh zákona vrací výboru k novému projednání, koná se po
obecné rozpravě rozprava podrobná. Sněmovna se v ní může usnést, že projedná některá
ustanovení návrhu zákona odděleně. Během podrobné rozpravy se předkládají k návrhu
zákona pozměňovací, popřípadě jiné návrhy.
Souhrn podaných pozměňovacích návrhů, popřípadě jiných návrhů se doručí všem
poslancům.
6.2.4.3.3.16 Předkládání návrhů (Aktivita)
Během podrobné rozpravy se předkládají k návrhu zákona pozměňovací, popřípadě jiné
návrhy.
6.2.4.3.3.17 Vytvoření souhrnu pozměňovacích návrhů (Aktivita)
Vytvoření souhrn podaných pozměňovacích návrhů (popřípadě jiných návrhů)..
Strana 446
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.4.3.3.18 Příprava materiálu pro 3.čtení (Aktivita)
Příprava materiálu ve znění předložených pozměňovacích návrhů a jejich zapracování do
návrhu zákona pomocí nástrojů e-Legislativa.
6.2.4.3.3.19 Doručit pozměňovací návrhy (souhrn) (Aktivita)
Souhrn podaných pozměňovacích návrhů, popřípadě jiných návrhů se doručí všem
poslancům.
6.2.4.3.3.20 Zahájení rozpravy - 3.čtení (Aktivita)
Pokud zazněl ve druhém čtení návrh na zamítnutí návrhu zákona, Sněmovna o něm hlasuje
ve třetím čtení po ukončení rozpravy.
6.2.4.3.3.21 Projednání pozměňovacích návrhů (Aktivita)
Projednání a hlasování o pozměňovacích, popřípadě jiných návrzích k návrhu zákona.
6.2.4.3.3.22 Předložení návrhů na opravu legislativně technických chyb (Aktivita)
Během podrobné rozpravy ve 3. čtení se předkládají k návrhu zákona návrhy na opravu
legislativně technických chyb. Tyto jsou následně zapracovány prostředky e-Legislativa do
návrhu zákona.
6.2.4.3.3.23 Zapracování přijatých PN do úplného znění a vlastní novely (Aktivita)
Zapracování přijatých pozměňovacích návrhů do úplného znění a vlastní novely.
6.2.4.3.3.24 Podpis předsedy PSP (Aktivita)
Předseda PSP elektronicky podepíše prostředky e-Legislativy zákon.
6.2.4.3.3.25 Podpis předsedy vlády (Aktivita)
Předseda vlády elektronicky podepíše prostředky e-Legislativy zákon.
6.2.4.3.3.26 Předložení rozhodnutí na stažení návrhu (Aktivita)
Navrhovatel zákona může vzít svůj návrh zpět, dokud PSP nepřistoupí k závěrečnému
hlasování o něm.
6.2.4.3.3.27 Převzetí neschváleného návrhu zákona do PSP k novému projednání (Aktivita)
Převzetí návrhu zákona do PSP k předání do nového projednání.
6.2.4.3.3.28 Předání návrhu zákona od prezidenta (nevetován) (Aktivita)
Předání návrhu zákona prezidentem do PSP do fáze publikace. Prezident zákon:
• podepsal,
Strana 447
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• nebo zákon nepodepsal, ale nevetoval jej (uplynulo 15 dní).
6.2.4.3.3.29 Převzetí neschváleného návrhu zákona do PSP (Aktivita)
Převzetí návrhu zákona do PSP k předání do nového projednání.
6.2.4.3.3.30 Předání návrhu od prezidenta (veto) (Aktivita)
Předání návrhu zákona vetovaného prezidentem do PSP k opětovnému hlasování o návrhu
Sněmovnou.
6.2.4.3.3.31 Předání návrhu ze Senátu (neschváleno nebo PN) (Aktivita)
Předání návrhu zákona neschváleného Senátem do PSP k opětovnému projednání návrhu
Sněmovnou (zákon byl Senátem zamítnut nebo k němu Senát připojil pozměňovací návrhy).
6.2.4.3.3.32 Předání návrhu zákona ze Senátu (schváleno) (Aktivita)
Předání návrhu zákona schváleného Senátem (nebo návrhu zákona, jímž se Senát nezabýval)
do PSP k předání do fáze podpisu prezidentem..
6.2.4.3.3.33 Převzetí schváleného návrhu zákona do PSP (Aktivita)
Převzetí návrhu zákona do PSP k předání do fáze podpisu prezidentem.
6.2.4.3.3.34 Příprava k odeslání prezidentovi (Aktivita)
Příprava materiálu návrhu zákona k předání do fáze podpisu prezidenta.
6.2.4.3.3.35 Příprava k předání k publikaci (Aktivita)
Příprava materiálu návrhu zákona k předání do fáze publikace právního aktu.
6.2.4.3.3.36 Návrh zákona k projednání v PSP (Start)
Existence připraveného návrhu zákona postoupeného k projednání v PSP.
6.2.4.3.3.37 Rozhodnutí na stažení návrhu zákona z projednání (Start)
Existence rozhodnutí na stažení návrhu zákona z projednávání.
6.2.4.3.3.38 Předání návrhu zákona do PSP (Průchod)
Zpětné předání návrhu zákona k projednání do PSP.
6.2.4.3.3.39 Návrh vrácen navrhovateli (Průchod)
Vrácení návrhu navrhovateli.
6.2.4.3.3.40 Návrh zákona byl zamítnut (Konec) Strana 448
Návrh zákona byl ve třetím čtení zamítnut.
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.4.3.3.41 Návrh zákona nebyl přijat (Konec)
Návrh zákona nebyl přijat nadpoloviční většinou poslanců.
6.2.4.3.3.42 Předání prezidentovi (Průchod)
Předání materiálu návrhu zákona prezidentovi.
6.2.4.3.3.43 Předání k projednání do Senátu (Průchod)
Předání materiálu návrhu zákona do Senátu.
6.2.4.3.3.44 Předání k publikaci (Průchod)
Předání materiálu návrhu zákona k publikaci.
6.2.4.3.3.45 Ukončení projednávání (Konec)
Ukončení projednávání návrhu - návrh byl vzat zpět navrhovatelem.
6.2.4.3.3.46 Ukončení projednávání (Konec)
Ukončení projednávání návrhu - návrh byl vzat zpět navrhovatelem.
6.2.4.3.3.47 Návrh zákona byl zamítnut (Konec)
Návrh zákona byl zamítnut v 1. čtení.
6.2.4.3.3.48 Důvodová zpráva (Datový objekt)
Důvodová zpráva obsahuje vždy:
• popis obsahu navrhované právní úpravy s uvedením důvodů, které k jejímu
předložení vedou, shrnutí zásadních zásad a nejdůležitějších změn, které oproti
stávající právní úpravě zavádí, a dopady na práva a povinnosti fyzických a
právnických osob,
• zhodnocení platného právního stavu,
• odůvodnění hlavních principů navrhované právní úpravy,
• zhodnocení souladu navrhované právní úpravy s právním řádem České republiky,
• zhodnocení souladu navrhované právní úpravy se závazky vyplývajícími pro Českou
republiku z jejího členství v Evropské unii,
• zhodnocení souladu navrhované právní úpravy s mezinárodními smlouvami, jimiž je
Česká republika vázána,
• zhodnocení, zda návrh právního předpisu neobsahuje ustanovení, které by bylo svou
povahou technickým předpisem podle právního předpisu upravujícího technické
požadavky na výrobky, a informace o splnění oznamovací povinnosti podle tohoto
předpisu,
• zhodnocení dopadu navrhované právní úpravy ve vztahu k ochraně soukromí a
osobních údajů,
• zhodnocení korupčních rizik navrhované právní úpravy,
Strana 449
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• odůvodnění případné navrhované odchylky v postupu projednání navrhované právní
úpravy,
• odůvodnění případného návrhu, aby Poslanecká sněmovna vyslovila s navrhovaným
právním předpisem souhlas již v prvém čtení,
• odůvodnění jednotlivých ustanovení navrhované právní úpravy; odůvodnění
obsahuje vysvětlení jejich účelu, principů a jejich nezbytnosti, popis právních norem
v nich obsažených a z nich vyplývajících práv a povinností.
• předpokládaný dopad navrhované právní úpravy, zejména (hospodářský a finanční
dopad navrhované právní úpravy a jejích variant na státní rozpočet, ostatní veřejné
rozpočty a na podnikatelské prostředí České republiky, sociální dopad, včetně
dopadu na specifické skupiny obyvatel, především na osoby sociálně slabé, osoby se
zdravotním postižením a národnostní menšiny, dopad na rovnost mužů a žen,
upravuje-li návrh právního předpisu postavení fyzických osob, a dopad na životní
prostředí).
6.2.4.3.3.49 Rozhodnutí na vzetí zpět návrhu zákona (Datový objekt)
Rozhodnutí na vzetí zpět návrhu zákona.
6.2.4.3.3.50 Návrh poslance (Datový objekt)
Obecné návrhy poslance PSP mohou mít formu např.:
• návrh na schválení návrhu zákona v 1. čtení,
• návrh na zamítnutí návrhu zákona,
• návrh pozměňovací.
6.2.4.3.3.51 Návrh zákona (Datový objekt)
Návrh zákona reprezentovaný konsolidovaným (úplným) zněním právního předpisu
(respektive jeho textu či obsahu) a vlastním právním aktem.
6.2.4.3.3.52 Oponentní zpráva výboru (Datový objekt)
Pokud část poslanců nesouhlasí s usnesením výboru, může vypracovat oponentní zprávu,
která může obsahovat pozměňovací návrhy.
6.2.4.3.3.53 Pozměňovací návrhy (Datový objekt)
Pozměňovací návrhy k návrhu zákona (jsou vytvářeny v systému e-Legislativa).
6.2.4.3.3.54 Pozměňovací návrhy Senátu (Datový objekt)
Pozměňovací návrhy k návrhu zákona schválené Senátem během projednávání.
6.2.4.3.3.55 Přikázání výborům (Datový objekt)
Přikázání návrhu zákona výboru (či více výborům).
Strana 450
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.4.3.3.56 Sněmovní tisk (Datový objekt)
Písemné podklady pro jednání Sněmovny. Sněmovní tisky se poslancům doručují jejich
zveřejněním v elektronické podobě v IS PSP.
6.2.4.3.3.57 Souhrn pozměňovacích návrhů (Datový objekt)
Souhrn pozměňovacích návrhů předložených během projednávání zákona ve 2. čtení.
6.2.4.3.3.58 Stanovisko prezidenta (Datový objekt)
Stanovisko prezidenta k předloženému návrhu zákona.
6.2.4.3.3.59 Usnesení výborů (Datový objekt)
Výbor, jemuž byl návrh zákona přikázán k projednání, přijme pro jednání PSP usnesení
obsahující doporučení výboru.
6.2.4.3.3.60 Zpravodajská zpráva (Datový objekt)
Stanovisko zpravodaje ve formě Zpravodajské zprávy.
6.2.4.3.3.61 Zpráva výboru (Datový objekt)
Zpráva z jednání výboru PSP.
6.2.4.3.3.62 Hlasování o poslaneckých návrzích (Uzel)
Hlasování o poslaneckém návrhu na vrácení návrhu zákona navrhovateli nebo návrhu na
zamítnutí návrhu zákona.
6.2.4.3.3.63 Hlasování o návrhu na zamítnutí
Hlasování o návrhu na zamítnutí návrhu zákona.
6.2.4.3.3.64 Hlasování o návrhu zákona (Uzel)
Sněmovna se usnese, zda s návrhem zákona vyslovuje souhlas.
6.2.4.3.3.65 Hlasování o pozměňovacích návrzích Senátu (Uzel)
Hlasování o pozměňovacích návrzích Senátu.
6.2.4.3.3.66 Hlasování o návrhu zákona v 1. čtení (Uzel)
Sněmovna se může usnést, že:
• jej schválil,
• vrátí návrh zákona navrhovateli k dopracování,
• nebo jej zamítne.
Strana 451
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.4.3.3.67 Hlasování o přijetí zákona ve znění PSP (Uzel)
Hlasování o přijetí zákona vráceného ze Senátu ve znění PSP.
6.2.4.3.3.68 Rozhodnutí na vzetí zpět návrhu zákona (Uzel)
Existuje rozhodnutí navrhovatele na stažení návrhu zákona.
6.2.4.3.3.69 Možnost projednat návrh na schválení (Uzel)
Návrh na schválení v 1. čtení nelze projednat, vznesou-li proti němu před ukončením obecné
rozpravy námitku nejméně 2 poslanecké kluby nebo 50 poslanců.
6.2.4.3.3.70 Návrh na opakování 2. čtení (Uzel)
Projednání návrhu na opakování 2. čtení.
6.2.4.3.3.71 Schválení návrhu zákona v 1. čtení (Uzel)
Byl-li podán návrh na schválení návrhu zákona v 1. čtení, rozhodne Sněmovna po skončení
obecné rozpravy, zda bude v jednání pokračovat tak, aby mohla s návrhem zákona vyslovit
souhlas již v prvém čtení. Jestliže Sněmovna takový návrh schválí, zahájí předsedající o
návrhu zákona podrobnou rozpravu.
6.2.4.3.3.72 Hlasování o návrhu na schválení v 1. čtení (Uzel)
Projednání a hlasování o návrhu na schválení návrhu zákona v 1. čtení.
6.2.4.3.3.73 Projednání předložených návrhů (Uzel)
Na závěr třetího čtení Sněmovna nejdříve hlasuje o návrzích vznesených ve druhém čtení.
Projednání předložených návrhů:
• návrh na zamítnutí
• návrh na opakování 2. čtení
6.2.4.3.3.74 Vrácení návrhu do výboru (Uzel)
O návrhu zákona se koná obecná rozprava. Po obecné rozpravě může Sněmovna vrátit návrh
zákona výboru k novému projednání.
6.2.4.3.3.75 Návrh na vrácení do výboru (Uzel)
Usnesení Sněmovny vrátit návrh zákona výboru (či výborům) k novému projednání.
6.2.4.3.3.76 Rozhodnutí na vzetí zpět návrhu zákona (Uzel)
Existuje rozhodnutí navrhovatele na stažení návrhu zákona.
Strana 452
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.4.3.3.77 Existence pozměňovacích návrhů (Uzel)
Souhrn podaných pozměňovacích návrhů, popřípadě jiných návrhů se doručí všem
poslancům.
6.2.4.3.3.78 Vrácený návrh zákona obsahuje pozm. návrhy (Uzel)
Vrácený návrh zákona ze Senátu obsahuje pozměňovací návrhy.
6.2.4.3.3.79 Zákon podle č.40 Ústavy (Uzel)
Rozhodnutí zda opětovně projednávaný zákon je podle č.40 Ústavy (vrácený senátem s
pozměňvacími návrhy).
6.2.4.3.3.80 Hlasování o přijetí zákona ve znění Senátu (Uzel)
6.2.4.3.4 Hlasování o přijetí zákona vráceného ze Senátu ve znění Senátu.Předložení
nového návrhu zákona do PSP (Průchod)
Předložení nového návrhu zákona do PSP k projednání.
6.2.4.4 Projednání v Senátu (Aktivita)
Senátní projednávání Sněmovnou postoupených návrhů zákonů je založeno na systému
jediného čtení, které následuje teprve po projednání ve výborech..
Předání návrhu Projednání obecného Předání návvhu
zákona z PSP návrhu zákona v zákona do PSP
Senátu
Projednání návrhu
zákona podle čl. 40
Ústavy ČR
Obrázek 129: Projednání v Senátu
6.2.4.4.1 Projednání obecného návrhu zákona v Senátu (Aktivita)
Návrh zákona přikáže organizační výbor do pěti dnů od jeho postoupení výboru nebo
výborům a současně doporučí zařazení na pořad schůze, zpravidla nejpozději pět dnů před
koncem prekluzivní lhůty.
Byl-li návrh zákona přikázán více výborům, určí se, který z nich bude výborem garančním.
Strana 453
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
e -L e g i sl a ti va Kancelář Senátu / Legislativní odbor Předseda Senátu Organizační výbor Senátu Výbory Senátu / Zpravodaj Senátoři IS Senátu
Předání Převzetí návrhu Lhůta k Rozeslání návrhu Návrh zákona Tvorba a aktualizace
návrhu z zákona do Senátu p ro j e d n á n í zákona přikázán výborům senátního tisku
PSP návrhu
Doporučení na
Předání návrhu Up l yn u l a zařazení návrhu na
zákona z PSP lhůta k
p ro j e d n á n í pořad schůze
M a te ri á l návrhu
zákona Doručení stanoviska
výborů
Projednání ve
výborech
Důvodová Senátní tisk
zpráva Návrh zákona Při ká zá n í
výborům
Výbor Zahájení obecné
rozpravy
Oponentní Usnesení Byl přijat Hlasování o vyjádření vůle
zpráva výborů se návrhem zákona
nezabývat
Návrhy Návrh nebyl schválen nebo předložen Hlasování o předložených
výboru Žádný návrh návrzích
Předložen návrh na schválení
Pozměňovací Návrh na zamítnutí Podán návrh na Podán návrh na
návrhy zamítnutí zákona schválení návrhu
byl přijat zákona ve znění PSP
Návrh na Návrh zamítnut Návrh zamítnut
sch vá l e n í Návrh byl
návrhu sch á l e n
zákona ve
znění PSP Podrobná rozprava
Návrh na
zamítnutí
Příprava materiálu ve Pře d kl á d á n í
znění předložených pozměňovacích
PN návrhů
Hlasování o vrácení Hlasování o Ne e xi stu j e
návrhu zákona PSP pozměňovacích žádný
návrzích pozm.
Návrh byl přijat - návrh
vrácení zákona MIn. jeden
pozměňpvaí návrh Neschálen žádný pozm.
byl přijat návrh
Ne sch á l e n Předložení nových
návrhů
Všechy návrhy
p ro j e d n á n y
Hlasování o Návrh zamítnut
návrhu na
zamítnutí Ji ž
zákona. projednán v
obecné
Podpis předsedy Již projednán Návrh na přijetí rozpravě
Senátu v oobecné zákona ve znění
rozpravě PSP Byl zamítnut
Návrh na
zamítnutí byl
p ři j a t
Příprava pro předání
návrhu PSP
Předání návrhu do
PSP
Příprava pro vrácení
návrhu PSP
Vrácení návrhu do
PSP
Obrázek 130: Projednání návrhu zákona v Senátu
Strana 454
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.4.4.1.1 Návrhy výboru (Datový objekt)
Návrhy výborů mohou mít formu:
• návrh na vyjádření vůle Senátu se návrhem zákona nezabývat,
• návrh na schválení návrhu zákona ve znění postoupeném PSP,
• návrh na zamítnutí návrhu zákona,
• návrh pozměňovací.
6.2.4.4.1.2 Oponentní zpráva (Datový objekt)
Pokud část poslanců nesouhlasí s usnesením výboru, může vypracovat oponentní zprávu,
která může obsahovat pozměňovací návrhy.
6.2.4.4.1.3 Hlasování o vyjádření vůle se návrhem zákona nezabývat (Uzel)
Ještě před otevřením obecné rozpravy se však hlasuje o tom, zda Senát vyjádří vůli se
návrhem zákona nezabývat, a to za předpokladu, že takový návrh vzešel z výboru nebo byl
podán z pléna. V takovém případě projednávání návrhu zákona končí s účinkem obdobným
schválení.
6.2.4.4.1.4 Předání návrhu zákona z PSP (Aktivita)
Předání návrhu zákona z PSP do Senátu. Návrh zákona je předkládán předsedovi Senátu.
6.2.4.4.1.5 Převzetí návrhu zákona do Senátu (Aktivita)
Převzetí návrhu zákona do Senátu k projednání. Návrh zákona je postoupen předsedovi
Senátu.
6.2.4.4.1.6 Tvorba a aktualizace senátního tisku (Aktivita)
Vytvoření a automatická aktualizace Senátního tisku v průběhu procesu projednávání návrhu
zákona (změny stavů).
6.2.4.4.1.7 Rozeslání návrhu zákona (Aktivita)
Návrh zákona postoupený Poslaneckou sněmovnou předseda Senátu neprodleně postoupí
organizačnímu výboru a rozešle jej všem senátorům a senátorským klubům.
6.2.4.4.1.8 Návrh zákona přikázán výborům (Aktivita)
Organizační výbor nejdéle do 5 dnů od postoupení návrhu zákona Poslaneckou sněmovnou
přikáže tento návrh výboru, popřípadě výborům. Přikáže-li organizační výbor návrh zákona
více výborům, určí, který z nich bude výborem garančním.
Strana 455
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.4.4.1.9 Doporučení na zařazení návrhu na pořad schůze (Aktivita)
Organizační výbor doporučí předsedovi Senátu, aby byl návrh zákona zařazen na pořad
schůze Senátu, a to zpravidla nejpozději 5 dnů před uplynutím ústavní lhůty stanovené pro
jeho projednání v Senátu
6.2.4.4.1.10 Projednání ve výborech (Aktivita)
Pro projednání návrhu zákona ve výboru určí předseda výboru z členů výboru zpravodaje.
Předseda výboru může přizvat před projednáním nebo v průběhu projednání návrhu zákona
odborníky z různých oborů.
Jednání o návrhu zákona v garančním výboru se účastní jeho navrhovatel. Jednání
garančního výboru, na němž vystoupí navrhovatel, se zpravidla zúčastní též zpravodajové
ostatních výborů, kterým byl návrh zákona přikázán k projednání.
K jednání o návrhu zákona ve výboru, který není garanční, může být pozván navrhovatel,
popřípadě odborný zástupce navrhovatele, a to zejména v případech, kdy obsah návrhu
zákona vyžaduje podrobnější zdůvodnění.
6.2.4.4.1.11 Doručení stanoviska výborů (Aktivita)
Doručení stanoviska výborů senátorům a senátorským klubům.
6.2.4.4.1.12 Zahájení obecné rozpravy (Aktivita)
V plné schůzi Senátu je návrh zákona uveden navrhovatelem, po němž vystupuje zpravodaj
výboru, který informuje o průběhu jednání výboru. Jednalo-li o návrhu zákona více výborů,
referují i jejich zpravodajové, ledaže zpravodaj garančního výboru přednese společnou
zprávu.
6.2.4.4.1.13 Podrobná rozprava (Aktivita)
Předsedající zahájí podrobnou rozpravu, ve které lze podávat k návrhu zákona pozměňovací
návrhy, které se současně zapracovávají do e-Legislativy. Za podané návrhy se pokládají i
pozměňovací návrhy vyplývající z usnesení výborů k projednávanému návrhu zákona.
6.2.4.4.1.14 Předkládání pozměňovacích návrhů (Aktivita)
Pokud byl podán pozměňovací návrh, který není obsažen v příloze usnesení žádného z
výborů, je vložen do systému e-Legislativa ještě před tím, než o něm bude hlasováno.
6.2.4.4.1.15 Příprava materiálu ve znění předložených PN (Aktivita)
Příprava materiálu ve znění předložených pozměňovacích návrhů a jejich zapracování do
návrhu zákona pomocí nástrojů e-Legislativy.
Strana 456
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.4.4.1.16 Předložení nových návrhů (Aktivita)
Pokud nebyl žádný pozměňovací návrh podán nebo nebyl přijat anebo nebylo přijato
usnesení vrátit Poslanecké sněmovně návrh zákona s pozměňovacími návrhy, je možné podat
návrh na zamítnutí návrhu zákona nebo na schválení návrhu zákona ve znění postoupeném
Poslaneckou sněmovnou, pokud o takovém návrhu nebylo již hlasováno po ukončení obecné
rozpravy.
Lze předložit tyto návrhy:
• návrh na schválení ve znění PSP,
• návrh na zamítnutí.
Nebyl-li takový návrh podán nebo nebyl-li přijat, jednání Senátu o návrhu zákona končí.
6.2.4.4.1.17 Podpis předsedy Senátu (Aktivita)
Předseda Senátu podepíše prostředky e-Legislativy návrh zákona.
6.2.4.4.1.18 Příprava pro předání návrhu PSP (Aktivita)
Příprava materiálu návrhu zákona k předání do fáze podpisu prezidentem (via PSP).
6.2.4.4.1.19 Příprava pro vrácení návrhu PSP (Aktivita)
Příprava materiálu návrhu zákona k vrácení do PSP (návrh neschválen nebo schválen
s pozměňovacími návrhy Senátu).
6.2.4.4.1.20 Předání návrhu z PSP (Start)
Předání návrhu zákona z Poslanecké sněmovny Parlamentu ČR.
6.2.4.4.1.21 Lhůta k projednání návrhu (Průchod)
Lhůta k projednání návrhu zákona Senátem (30 dní).
6.2.4.4.1.22 Předání návrhu do PSP (Průchod)
Předání do fáze podpisu prezidentem (via PSP).
6.2.4.4.1.23 Vrácení návrhu do PSP (Průchod)
Vrácení návrhu zákona do PSP (návrh neschválen nebo schválen s pozměňovacími návrhy
Senátu).
6.2.4.4.1.24 Důvodová zpráva (Datový objekt)
Důvodová zpráva obsahuje vždy:
• popis obsahu navrhované právní úpravy s uvedením důvodů, které k jejímu
předložení vedou, shrnutí zásadních zásad a nejdůležitějších změn, které oproti
Strana 457
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
stávající právní úpravě zavádí, a dopady na práva a povinnosti fyzických a
právnických osob,
• zhodnocení platného právního stavu,
• odůvodnění hlavních principů navrhované právní úpravy,
• zhodnocení souladu navrhované právní úpravy s právním řádem České republiky,
• zhodnocení souladu navrhované právní úpravy se závazky vyplývajícími pro Českou
republiku z jejího členství v Evropské unii,
• zhodnocení souladu navrhované právní úpravy s mezinárodními smlouvami, jimiž je
Česká republika vázána,
• zhodnocení, zda návrh právního předpisu neobsahuje ustanovení, které by bylo svou
povahou technickým předpisem podle právního předpisu upravujícího technické
požadavky na výrobky, a informace o splnění oznamovací povinnosti podle tohoto
předpisu,
• zhodnocení dopadu navrhované právní úpravy ve vztahu k ochraně soukromí a
osobních údajů,
• zhodnocení korupčních rizik navrhované právní úpravy,
• odůvodnění případné navrhované odchylky v postupu projednání navrhované právní
úpravy,
• odůvodnění případného návrhu, aby Poslanecká sněmovna vyslovila s navrhovaným
právním předpisem souhlas již v prvém čtení,
• odůvodnění jednotlivých ustanovení navrhované právní úpravy; odůvodnění
obsahuje vysvětlení jejich účelu, principů a jejich nezbytnosti, popis právních norem
v nich obsažených a z nich vyplývajících práv a povinností.
• předpokládaný dopad navrhované právní úpravy, zejména (hospodářský a finanční
dopad navrhované právní úpravy a jejích variant na státní rozpočet, ostatní veřejné
rozpočty a na podnikatelské prostředí České republiky, sociální dopad, včetně
dopadu na specifické skupiny obyvatel, především na osoby sociálně slabé, osoby se
zdravotním postižením a národnostní menšiny, dopad na rovnost mužů a žen,
upravuje-li návrh právního předpisu postavení fyzických osob, a dopad na životní
prostředí).
6.2.4.4.1.25 Návrh na schválení návrhu zákona ve znění PSP (Datový objekt)
Návrh na schválení návrhu zákona ve znění postoupeném Poslaneckou sněmovnou
Parlamentu ČR.
6.2.4.4.1.26 Návrh na zamítnutí (Datový objekt)
Návrh na zamítnutí návrhu zákona.
6.2.4.4.1.27 Návrh zákona (Datový objekt)
Návrh zákona reprezentovaný konsolidovaným (úplným) zněním právního předpisu
(respektive jeho textu či obsahu) a vlastním právním aktem.
6.2.4.4.1.28 Pozměňovací návrhy (Datový objekt)
Pozměňovací návrhy k návrhu zákona (jsou vytvářeny v systému e-Legislativa).
Strana 458
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.4.4.1.29 Přikázání výborům (Datový objekt)
Přikázání návrhu zákona výboru (či více výborům).
6.2.4.4.1.30 Senátní tisk (Datový objekt)
Písemné podklady pro jednání horní komory Parlamentu. Senátní tisk se senátorovi doručí
nejméně 24 hodin před jeho projednáváním. Nebyla-li tato lhůta dodržena, může senátor
před zahájením rozpravy navrhnout přesunutí tohoto bodu pořadu na dobu po uplynutí
lhůty. O návrhu na přesunutí bodu pořadu rozhodne Senát bez rozpravy.
6.2.4.4.1.31 Usnesení výborů (Datový objekt)
Výbor, jemuž byl návrh zákona přikázán k projednání, přijme pro jednání Senátu usnesení
obsahující doporučení výboru. V usnesení výbor zároveň určí, kdo z členů výboru bude
zpravodajem pro jednání o návrhu zákona na schůzi Senátu. Usnese-li se výbor doporučit
Senátu vrátit návrh zákona Poslanecké sněmovně s pozměňovacími návrhy, obsahuje příloha
usnesení jejich přesné znění, popřípadě odůvodnění. Usnesení výbor předloží organizačnímu
výboru. Totéž platí pro společná usnesení přijatá na společné schůzi výborů.
6.2.4.4.1.32 Hlasování o pozměňovacích návrzích (Uzel)
Hlasování o předložených pozměňovacích návrzích.
6.2.4.4.1.33 Hlasování o vrácení návrhu zákona PSP (Uzel)
Hlasování o vrácení návrhu zákona PSP s pozměňovacími návrhy.
6.2.4.4.1.34 Návrh na přijetí zákona ve znění PSP (Uzel)
Hlasování o předloženém návrhu na přijetí zákona ve znění postoupeném PSP.
6.2.4.4.1.35 Hlasování o návrhu na zamítnutí zákona. (Uzel)
Hlasování o návrhu na zamítnutí zákona.
6.2.4.4.1.36 Podán návrh na schválení návrhu zákona ve znění PSP (Uzel)
Byl podán návrh na schválení návrhu zákona ve znění postoupeném Poslaneckou
sněmovnou Parlamentu ČR.
6.2.4.4.1.37 Podán návrh na zamítnutí zákona (Uzel)
Byl podán návrh na zamítnutí návrhu zákona.
6.2.4.4.1.38 Hlasování o předložených návrzích (Uzel)
Zahájení obecné rozpravy, ve které lze předložit další návrhy (mimo návrhy vyplývající z
usnesení výborů k projednávanému návrhu zákona). V rámci obecné rozpravy lze podávat
tyto návrhy:
Strana 459
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• návrh na schválení ve znění PSP,
• návrh na zamítnutí.
Po ukončení obecné rozpravy se přistoupí k hlasování. Byl-li podán návrh schválit návrh
zákona ve znění postoupeném Poslaneckou sněmovnou, hlasuje se nejprve o něm. Nebyl-li
takový návrh podán nebo nebyl-li přijat, hlasuje se o návrhu na zamítnutí návrhu zákona, byl-
li podán. Byl-li některý z návrhů přijat, jednání Senátu o návrhu zákona končí.
6.2.4.4.2 Projednání návrhu zákona podle čl. 40 Ústavy ČR (Aktivita)
K přijetí volebního zákona a zákona o zásadách jednání a styku obou komor mezi sebou
jakož i navenek a zákona o jednacím řádu Senátu je třeba, aby byl schválen Poslaneckou
sněmovnou a Senátem.
Strana 460
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
e -L e g i sl a ti va Kancelář Senátu / Legislativní odbor Předseda Senátu Organizační výbor Senátu Výbory Senátu / Zpravodaj Senátoři IS Senátu
Předání
návrhu z Převzetí návrhu Rozeslání návrhu Návrh zákona podle Tvorba a aktualizace
PSP zákona podle čl. 40 zákona podle čl. 40 čl. 40 Ústavy ČR senátního tisku
Ústavy ČR do Senátu přikázán výborům
Předání návrhu Ústavy ČR
zákona z PSP Doporučení na
zařazení návrhu na
M a te ri á l
pořad schůze
Projednání ve
Doručení stanoviska výborech
výborů
Důvodová Senátní tisk
zpráva Návrh zákona Při ká zá n í
výborům
Výbor
Oponentní Usnesení Zahájení obecné
zpráva výborů rozpravy
Návrhy Žádný návrh Hlasování o předložených návrzích
výboru
Podán návrh na zamítnutí Podán návrh na
zákona schválení návrhu
zákona
Návrh zamítnut
Pozměňovací Ukonč ení Návrh zamítnut Návrh byl
návrhy procesu - sch á l e n
návrh byl
Návrh na zamítnut
sch vá l e n í
návrhu Podrobná rozprava
zákona
Návrh na
zamítnutí
Příprava materiálu ve Pře d kl á d á n í
znění předložených pozměňovacích
PN návrhů
Hlasování o Neexistuje žádný
pozměňovacích pozm. návrh
návrzích
Neschálen žádný pozm.
návrh
Byl přijat min. jeden PN
Předložení nových
návrhů
Již projednán Všechy návrhy
v oobecné p ro j e d n á n y
rozpravě
Hlasování o Návrh zamítnut
návrhu na
zamítnutí návrhu Návrh na přijetí Ji ž
zákona podle čl. návrhu zákona p ro j e d n á n
40 Ústavy ČR. podle čl. 40 v obecné
Ústavy ČR rozpravě
Návrh byl zamítnut
Byl přijat Byl zamítnut
Podpis předsedy
Senátu
Příprava pro předání
návrhu PSP
Předání návrhu do
PSP
Příprava pro vrácení
návrhu PSP
Vrácení návrhu do
PSP
Obrázek 131: Projednání návrhu zákonů podle čl. 40 Ústavy ČR
Strana 461
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.4.4.2.1 Návrhy výboru (Datový objekt)
Návrhy výborů mohou mít formu:
• návrh na schválení návrhu zákona ve znění postoupeném PSP,
• návrh na zamítnutí návrhu zákona.
6.2.4.4.2.2 Oponentní zpráva (Datový objekt)
Pokud část senátorů nesouhlasí s usnesením výboru, může vypracovat oponentní zprávu,
která může obsahovat pozměňovací návrhy.
6.2.4.4.2.3 Ukončení procesu - návrh byl zamítnut (Konec)
Návrh zákona byl zamítnut.
6.2.4.4.2.4 Předání návrhu zákona z PSP (Aktivita)
Předání návrhu zákona podle čl. 40 Ústavy ČR z PSP do Senátu. Návrh zákona je předkládán
předsedovi Senátu.
6.2.4.4.2.5 Převzetí návrhu zákona podle čl. 40 Ústavy ČR do Senátu (Aktivita)
Převzetí návrhu zákona podle čl. 40 Ústavy ČR do Senátu k projednání. Návrh zákona je
postoupen předsedovi Senátu.
6.2.4.4.2.6 Tvorba a aktualizace senátního tisku (Aktivita)
Vytvoření a automatická aktualizace Senátního tisku v průběhu procesu projednávání návrhu
zákona podle čl. 40 Ústavy ČR (změny stavů).
6.2.4.4.2.7 Rozeslání návrhu zákona podle čl. 40 Ústavy ČR (Aktivita)
Návrh zákona podle čl. 40 Ústavy ČR postoupený Poslaneckou sněmovnou předseda Senátu
postoupí organizačnímu výboru a rozešle jej všem senátorům a senátorským klubům.
6.2.4.4.2.8 Návrh zákona podle čl. 40 Ústavy ČR přikázán výborům (Aktivita)
Organizační výbor nejdéle do 5 dnů od postoupení návrhu zákona podle čl. 40 Ústavy ČR
Poslaneckou sněmovnou přikáže tento návrh výboru, popřípadě výborům. Přikáže-li
organizační výbor návrh zákona více výborům, určí, který z nich bude výborem garančním.
6.2.4.4.2.9 Doporučení na zařazení návrhu na pořad schůze (Aktivita)
Organizační výbor doporučí předsedovi Senátu, aby byl návrh zákona podle čl. 40 Ústavy ČR
zařazen na pořad schůze Senátu.
Strana 462
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.4.4.2.10 Projednání ve výborech (Aktivita)
Pro projednání návrhu zákona podle čl. 40 Ústavy ČR ve výboru určí předseda výboru z členů
výboru zpravodaje. Jednání o návrhu zákona podle čl. 40 Ústavy ČR v garančním výboru se
účastní jeho navrhovatel. Jednání garančního výboru, na němž vystoupí navrhovatel, se
zpravidla zúčastní též zpravodajové ostatních výborů, kterým byl návrh zákona přikázán k
projednání.
K jednání o návrhu zákona ve výboru, který není garanční, může být pozván navrhovatel,
popřípadě odborný zástupce navrhovatele, a to zejména v případech, kdy obsah návrhu
zákona podle čl. 40 Ústavy ČR vyžaduje podrobnější zdůvodnění.
6.2.4.4.2.11 Doručení stanoviska výborů (Aktivita)
Doručení stanoviska výborů senátorům a senátorským klubům.
6.2.4.4.2.12 Zahájení obecné rozpravy (Aktivita)
V plné schůzi Senátu je návrh zákona podle čl. 40 Ústavy ČR uveden navrhovatelem, po němž
vystupuje zpravodaj výboru, který informuje o průběhu jednání výboru. Jednalo-li o návrhu
zákona výborů více, referují i jejich zpravodajové, ledaže zpravodaj garančního výboru
přednese společnou zprávu.
6.2.4.4.2.13 Podrobná rozprava (Aktivita)
Předsedající zahájí podrobnou rozpravu, ve které lze podávat k návrhu zákona podle čl. 40
Ústavy ČR pozměňovací návrhy, které se současně předkládají písemně. Za podané návrhy se
pokládají i pozměňovací návrhy vyplývající z usnesení výborů k projednávanému návrhu
zákona.
6.2.4.4.2.14 Předkládání pozměňovacích návrhů (Aktivita)
Pokud byl podán pozměňovací návrh, který není obsažen v příloze usnesení žádného z
výborů, a navrhne-li to předseda některého výboru nebo zpravodaj garančního výboru,
jednání Senátu o návrhu zákona podle čl. 40 Ústavy ČR se přeruší na nezbytně nutnou dobu,
aby výbor mohl k pozměňovacímu návrhu zaujmout pro Senát stanovisko. O návrhu
předsedy výboru nebo garančního zpravodaje na stanovení doby přerušení jednání rozhodne
Senát bez rozpravy.
6.2.4.4.2.15 Příprava materiálu ve znění předložených PN (Aktivita)
Příprava materiálu ve znění předložených pozměňovacích návrhů a jejich zapracování do
návrhu zákona pomocí nástrojů e-Legislativy.
6.2.4.4.2.16 Předložení nových návrhů (Aktivita)
Pokud nebyl žádný pozměňovací návrh podán nebo nebyl přijat anebo nebylo přijato
usnesení vrátit Poslanecké sněmovně návrh zákona s pozměňovacími návrhy, je možné podat
Strana 463
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
návrh na zamítnutí návrhu zákona nebo na schválení návrhu zákona ve znění postoupeném
Poslaneckou sněmovnou, pokud o takovém návrhu nebylo již hlasováno po ukončení obecné
rozpravy. Nebyl-li takový návrh podán nebo nebyl-li přijat, jednání Senátu o návrhu zákona
končí.
Lze předložit tyto návrhy:
• návrh na schválení ve znění PSP,
• návrh na zamítnutí.
6.2.4.4.2.17 Podpis předsedy Senátu (Aktivita)
Předseda Senátu podepíše prostředky e-Legislativy návrh zákona podle čl. 40 Ústavy ČR.
6.2.4.4.2.18 Příprava pro předání návrhu PSP (Aktivita)
Příprava materiálu návrhu zákona podle čl. 40 Ústavy ČR k předání do fáze podpisu
prezidentem (via PSP).
6.2.4.4.2.19 Příprava pro vrácení návrhu PSP (Aktivita)
Příprava materiálu návrhu zákona k vrácení do PSP (návrh schválen s pozměňovacími návrhy
Senátu).
6.2.4.4.2.20 Předání návrhu z PSP (Start)
Předání návrhu zákona podle čl. 40 Ústavy ČR z Poslanecké sněmovny Parlamentu ČR.
6.2.4.4.2.21 Předání návrhu do PSP (Průchod)
Předání do fáze podpisu prezidentem (via PSP).
6.2.4.4.2.22 Vrácení návrhu do PSP (Průchod)
Vrácení návrhu zákona do PSP (návrh schválen s pozměňovacími návrhy Senátu).
6.2.4.4.2.23 Důvodová zpráva (Datový objekt)
Důvodová zpráva obsahuje vždy:
• popis obsahu navrhované právní úpravy s uvedením důvodů, které k jejímu
předložení vedou, shrnutí zásadních zásad a nejdůležitějších změn, které oproti
stávající právní úpravě zavádí, a dopady na práva a povinnosti fyzických a
právnických osob,
• zhodnocení platného právního stavu,
• odůvodnění hlavních principů navrhované právní úpravy,
• zhodnocení souladu navrhované právní úpravy s právním řádem České republiky,
• zhodnocení souladu navrhované právní úpravy se závazky vyplývajícími pro Českou
republiku z jejího členství v Evropské unii,
Strana 464
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• zhodnocení souladu navrhované právní úpravy s mezinárodními smlouvami, jimiž je
Česká republika vázána,
• zhodnocení dopadu navrhované právní úpravy ve vztahu k ochraně soukromí a
osobních údajů,
• zhodnocení korupčních rizik navrhované právní úpravy,
• odůvodnění případné navrhované odchylky v postupu projednání navrhované právní
úpravy,
• odůvodnění jednotlivých ustanovení navrhované právní úpravy; odůvodnění
obsahuje vysvětlení jejich účelu, principů a jejich nezbytnosti, popis právních norem
v nich obsažených a z nich vyplývajících práv a povinností.
• předpokládaný dopad navrhované právní úpravy, zejména (hospodářský a finanční
dopad navrhované právní úpravy a jejích variant na státní rozpočet, ostatní veřejné
rozpočty a na podnikatelské prostředí České republiky, sociální dopad, včetně
dopadu na specifické skupiny obyvatel, především na osoby sociálně slabé, osoby se
zdravotním postižením a národnostní menšiny, dopad na rovnost mužů a žen,
upravuje-li návrh právního předpisu postavení fyzických osob, a dopad na životní
prostředí).
6.2.4.4.2.24 Návrh na schválení návrhu zákona (Datový objekt)
Návrh na schválení návrhu zákona.
6.2.4.4.2.25 Návrh na zamítnutí (Datový objekt)
Návrh na zamítnutí návrhu zákona podle čl. 40 Ústavy ČR.
6.2.4.4.2.26 Návrh zákona (Datový objekt)
Návrhu zákona podle čl. 40 Ústavy ČR reprezentovaný konsolidovaným (úplným) zněním
právního předpisu (respektive jeho textu či obsahu) a vlastním právním aktem.
6.2.4.4.2.27 Pozměňovací návrhy (Datový objekt)
Pozměňovací návrhy k návrhu zákona podle čl. 40 Ústavy ČR (jsou vytvářeny v systému e-
Legislativa).
6.2.4.4.2.28 Přikázání výborům (Datový objekt)
Přikázání návrhu zákona podle čl. 40 Ústavy ČR výboru (či více výborům).
6.2.4.4.2.29 Senátní tisk (Datový objekt)
Písemné podklady pro jednání horní komory Parlamentu. Senátní tisk se senátorovi doručí
nejméně 24 hodin před jeho projednáváním. Nebyla-li tato lhůta dodržena, může senátor
před zahájením rozpravy navrhnout přesunutí tohoto bodu pořadu na dobu po uplynutí
lhůty. O návrhu na přesunutí bodu pořadu rozhodne Senát bez rozpravy.
Strana 465
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.4.4.2.30 Usnesení výborů (Datový objekt)
Výbor, jemuž byl návrh zákona přikázán k projednání, přijme pro jednání Senátu usnesení
obsahující doporučení výboru. V usnesení výbor zároveň určí, kdo z členů výboru bude
zpravodajem pro jednání o návrhu zákona na schůzi Senátu. Usnesení výbor předloží
organizačnímu výboru. Totéž platí pro společná usnesení přijatá na společné schůzi výborů.
6.2.4.4.2.31 Hlasování o pozměňovacích návrzích (Uzel)
Hlasování o předložených pozměňovacích návrzích.
6.2.4.4.2.32 Návrh na přijetí návrhu zákona podle čl. 40 Ústavy ČR (Uzel)
Hlasování o předloženém návrhu na přijetí návrhu zákona podle čl. 40 Ústavy ČR.
6.2.4.4.2.33 Hlasování o návrhu na zamítnutí návrhu zákona podle čl. 40 Ústavy ČR. (Uzel)
Hlasování o návrhu na zamítnutí návrhu zákona podle čl. 40 Ústavy ČR.
6.2.4.4.2.34 Podán návrh na schválení návrhu zákona (Uzel)
Byl podán návrh na schválení návrhu zákona podle čl. 40 Ústavy ČR.
6.2.4.4.2.35 Podán návrh na zamítnutí zákona (Uzel)
Byl podán návrh na zamítnutí návrhu zákona podle čl. 40 Ústavy ČR.
6.2.4.4.2.36 Hlasování o předložených návrzích (Uzel)
Zahájení obecné rozpravy, ve které lze předložit další návrhy (mimo návrhy vyplývající z
usnesení výborů k projednávanému návrhu zákona). V rámci obecné rozpravy lze podávat
tyto návrhy:
• návrh na schválení,
• návrh na zamítnutí.
Po ukončení obecné rozpravy se přistoupí k hlasování. Byl-li podán návrh schválit návrhu
zákona podle čl. 40 Ústavy ČR, hlasuje se nejprve o něm. Nebyl-li takový návrh podán nebo
nebyl-li přijat, hlasuje se o návrhu na zamítnutí návrhu zákona podle čl. 40 Ústavy ČR, byl-li
podán. Byl-li některý z návrhů přijat, jednání Senátu o návrhu zákona končí.
6.2.4.4.3 Předání návrhu zákona z PSP (Průchod)
Předání návrhu zákona z Poslanecké sněmovny Parlamentu ČR.
6.2.4.5 Podpis prezidenta (Aktivita)
Prezidentu republiky je doručen zákon přijatý Parlamentem k podpisu.
Strana 466
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
e -L e g i sl a ti va Kancelář Prezidenta Pre zi d e n t
Předání zákona
Převzetí zákona Rozhodnutí
Předání zákona p re zi d e n ta
M a te ri á l Uplynula lhůta 15 dní
nebo rozhodnutí o Rozhodnutí
Důvodová Zákon nepodepsání p re zi d e n ta
zpráva
Ne so u h l a s
Podpis
p re zi d e n ta
Sta n o vi sko
Pre zi d e n ta
Podpis prezidenta
Příprava k předání do
PSP
Předání materiálu
do PSP
Příprava k vrácení do
PSP
Vrácení materiálu do PSP
Obrázek 132: Podpis prezidenta Strana 467
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.4.5.1 Předání zákona (Aktivita)
Předání materiálu zákona do fáze podpisu prezidentem republiky.
6.2.4.5.2 Převzetí zákona (Aktivita)
Převzetí zákona do kanceláře prezidenta k zahájení fáze podpis prezidenta.
6.2.4.5.3 Rozhodnutí prezidenta (Aktivita)
Přijetí rozhodnutí prezidenta republiky o zákonu.
6.2.4.5.4 Podpis prezidenta (Aktivita)
Prezident podepíše prostředky e-Legislativy zákon.
6.2.4.5.5 Příprava k předání do PSP (Aktivita)
Příprava k předání zákona do PSP k podpisu předsedy vlády a předání k publikaci, tj. formální
ověření úplnosti podkladů pro předání materiálu do PSP.
6.2.4.5.6 Příprava k vrácení do PSP (Aktivita)
Příprava k vrácení zákona do PSP k novému hlasování (vyjádření vůle o setrvání na zákoně),
tj. formální ověření úplnosti podkladů pro vrácení materiálu do PSP.
6.2.4.5.7 Předání zákona (Start)
Předání zákona do Kanceláře prezidenta.
6.2.4.5.8 Předání materiálu do PSP (Průchod)
Předání zákona do PSP.
6.2.4.5.9 Vrácení materiálu do PSP (Průchod)
Vrácení zákona do PSP.
6.2.4.5.10 Důvodová zpráva (Datový objekt)
Důvodová zpráva obsahuje vždy:
• popis obsahu navrhované právní úpravy s uvedením důvodů, které k jejímu
předložení vedou, shrnutí zásadních zásad a nejdůležitějších změn, které oproti
stávající právní úpravě zavádí, a dopady na práva a povinnosti fyzických a
právnických osob,
• zhodnocení platného právního stavu,
• odůvodnění hlavních principů navrhované právní úpravy,
• zhodnocení souladu navrhované právní úpravy s právním řádem České republiky,
• zhodnocení souladu navrhované právní úpravy se závazky vyplývajícími pro Českou
republiku z jejího členství v Evropské unii,
Strana 468
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• zhodnocení souladu navrhované právní úpravy s mezinárodními smlouvami, jimiž je
Česká republika vázána,
• zhodnocení, zda návrh právního předpisu neobsahuje ustanovení, které by bylo svou
povahou technickým předpisem podle právního předpisu upravujícího technické
požadavky na výrobky, a informace o splnění oznamovací povinnosti podle tohoto
předpisu,
• zhodnocení dopadu navrhované právní úpravy ve vztahu k ochraně soukromí a
osobních údajů,
• zhodnocení korupčních rizik navrhované právní úpravy,
• odůvodnění případné navrhované odchylky v postupu projednání navrhované právní
úpravy,
• odůvodnění případného návrhu, aby Poslanecká sněmovna vyslovila s navrhovaným
právním předpisem souhlas již v prvém čtení,
• odůvodnění jednotlivých ustanovení navrhované právní úpravy; odůvodnění
obsahuje vysvětlení jejich účelu, principů a jejich nezbytnosti, popis právních norem
v nich obsažených a z nich vyplývajících práv a povinností.
• předpokládaný dopad navrhované právní úpravy, zejména (hospodářský a finanční
dopad navrhované právní úpravy a jejích variant na státní rozpočet, ostatní veřejné
rozpočty a na podnikatelské prostředí České republiky, sociální dopad, včetně
dopadu na specifické skupiny obyvatel, především na osoby sociálně slabé, osoby se
zdravotním postižením a národnostní menšiny, dopad na rovnost mužů a žen,
upravuje-li návrh právního předpisu postavení fyzických osob, a dopad na životní
prostředí).
6.2.4.5.11 Stanovisko prezidenta (Datový objekt)
Stanovisko prezidenta k návrhu zákona.
6.2.4.5.12 Zákon (Datový objekt)
Zákon reprezentovaný konsolidovaným (úplným) zněním právního předpisu (respektive jeho
textu či obsahu) a vlastním právním aktem.
6.2.4.5.13 Rozhodnutí prezidenta (Uzel)
Rozhodnutím prezidenta může být:
• návrh zákona podepíše, a podepsaný zákon je následně předán do PSP k podpisu
předsedy vlády a k předání k publikaci,
• návrh zákona vrátí Poslanecké sněmovně společně se svým stanoviskem –
Poslanecká sněmovna zamítnutí návrhu může přehlasovat,
• prezident nechá marně uplynout lhůtu 15 dní a poté je zákon (nepodepsaný
prezidentem) předán do PSP k podpisu předsedy vlády a k předání k publikaci.
6.2.4.6 Publikace zákona ve sbírce (Aktivita)
Po podpisu se zákon předkládá publikačnímu úřadu k publikaci. Proces publikace po podání
žádosti o publikaci zákona je shodný s publikací všech ostatních právních aktů.
Strana 469
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Gestor e -L e g i sl a ti va Publikační úřad MV e-Sbírka
Zahájení procesu
p u b l i ka ce
Převzetí materiálu
zákona do fáze
publikace ve Sbírce.
Materiál k publikaci
Důvodová Zákon Ci ti ze n Jazyková korektura
zpráva Summary
L e g i sl a ti vn ě -te ch n i cká
Schválit právní akt po korektura
korektuře
T ypografi cká
korektura
Příprava zákona k Vyhlásit právní akt ve
vyh l á še n í Sbírce
Připravit listinnou
podobu vyhlášeného
právního aktu
Ukonč ení
procesu
p u b l i ka ce
Obrázek 133: Publikace zákona ve sbírce Strana 470
6.2.4.6.1 Převzetí materiálu zákona do fáze publikace ve Sbírce. (Aktivita)
Převzetí materiálu Zákona do fáze publikace ve Sbírce.
6.2.4.6.2 Jazyková korektura (Aktivita)
Provedení jazykově gramatické korektury.
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.4.6.3 Legislativně-technická korektura (Aktivita)
Provedení legislativně-technické korektury právních předpisů včetně nastavení vazeb
CzechVOC. Kontrola, zda jsou právní předpisy zpracovány v souladu s legislativními pravidly.
6.2.4.6.4 Typografická korektura (Aktivita)
Provedení redakční a korekturní úpravy právních předpisů, dalších aktů státních orgánů a
mezinárodních smluv.
6.2.4.6.5 Schválit právní akt po korektuře (Aktivita)
Provedení závěrečné korektury s autory předloženého zákona (autorská korektura).
Autorskou korekturu provádí Ministerstvo vnitra s odpovědnou osobou gestora.
6.2.4.6.6 Příprava zákona k vyhlášení (Aktivita)
Příprava k předání zákona k vyhlášení, tj. formální ověření úplnosti podkladů pro vyhlášení ve
Sbírce.
6.2.4.6.7 Vyhlásit právní akt ve Sbírce (Aktivita)
Vyhlášení zákona ve Sbírce.
6.2.4.6.8 Připravit listinnou podobu vyhlášeného právního aktu (Aktivita)
Tvorba listinné podoby vyhlášeného zákona a její archivace v chráněném úložišti (sign
PDF/A).
6.2.4.6.9 Zahájení procesu publikace (Start)
Zákon se ve Sbírce zákonů a mezinárodních smluv vyhlásí na základě požadavku učiněného
oprávněnou osobou.
6.2.4.6.10 Ukončení procesu publikace (Konec)
Ukončení procesu vyhlášení zákona ve Sbírce.
6.2.4.6.11 Citizen Summary (Datový objekt)
Obecně srozumitelný popis (odůvodnění) publikovaného zákona.
6.2.4.6.12 Důvodová zpráva (Datový objekt)
Důvodová zpráva obsahuje vždy:
• popis obsahu navrhované právní úpravy s uvedením důvodů, které k jejímu
předložení vedou, shrnutí zásadních zásad a nejdůležitějších změn, které oproti
stávající právní úpravě zavádí, a dopady na práva a povinnosti fyzických a
právnických osob,
• zhodnocení platného právního stavu,
Strana 471
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• odůvodnění hlavních principů navrhované právní úpravy,
• zhodnocení souladu navrhované právní úpravy s právním řádem České republiky,
• zhodnocení souladu navrhované právní úpravy se závazky vyplývajícími pro Českou
republiku z jejího členství v Evropské unii,
• zhodnocení souladu navrhované právní úpravy s mezinárodními smlouvami, jimiž je
Česká republika vázána,
• zhodnocení, zda návrh právního předpisu neobsahuje ustanovení, které by bylo svou
povahou technickým předpisem podle právního předpisu upravujícího technické
požadavky na výrobky, a informace o splnění oznamovací povinnosti podle tohoto
předpisu,
• zhodnocení dopadu navrhované právní úpravy ve vztahu k ochraně soukromí a
osobních údajů,
• zhodnocení korupčních rizik navrhované právní úpravy,
• odůvodnění případné navrhované odchylky v postupu projednání navrhované právní
úpravy,
• odůvodnění případného návrhu, aby Poslanecká sněmovna vyslovila s navrhovaným
právním předpisem souhlas již v prvém čtení,
• odůvodnění jednotlivých ustanovení navrhované právní úpravy; odůvodnění
obsahuje vysvětlení jejich účelu, principů a jejich nezbytnosti, popis právních norem
v nich obsažených a z nich vyplývajících práv a povinností.
• předpokládaný dopad navrhované právní úpravy, zejména (hospodářský a finanční
dopad navrhované právní úpravy a jejích variant na státní rozpočet, ostatní veřejné
rozpočty a na podnikatelské prostředí České republiky, sociální dopad, včetně
dopadu na specifické skupiny obyvatel, především na osoby sociálně slabé, osoby se
zdravotním postižením a národnostní menšiny, dopad na rovnost mužů a žen,
upravuje-li návrh právního předpisu postavení fyzických osob, a dopad na životní
prostředí).
6.2.4.6.13 Zákon (Datový objekt)
Zákon reprezentovaný konsolidovaným (úplným) zněním právního předpisu (respektive jeho
textu či obsahu) a vlastním právním aktem.
6.2.4.7 Podnět k tvorbě regulace (Start)
Proces Tvorba návrhu zákona je zahájen existencí podnětu k tvorbě regulace. Nejčastější
formou podnětu je věcný záměr zákona (viz. proces "Věcný záměr zákona").
6.2.4.8 Ukončení procesu (Konec)
Ukončení procesu návrhu zákona.
6.2.5 Návrh zákona - legislativní nouze
Návrh zákona vypracovává příslušné ministerstvo nebo jiný ústřední správní úřad. Přípravě
každého návrhu zákona musí předcházet podrobná analýza právního a skutkového stavu,
jejíž součástí musí být též zhodnocení nezbytnosti navrhované změny právního řádu.
Strana 472
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Proces tvorby zákona v
legislativní nouzi
Podnět k Návrh zákona
tvorbě
re g u l a ce Příprava návrhu
zákona
Vrácení návrhu
zákona k
přepracování
Návrh schálen v Projednání a Zákon schálen (přehlasování veta
Pa rl a m e n tu schválení v PSP p re zi d e n ta )
Předání nebo Schálena předloha
vrácení do PSP předána Senátu
Projednání v Senátu
Zákon neschválen
p re zi d e n te m
Podpis prezidenta
Zákon podepsán
p re zi d e n te m
Publikace zákona ve Ukonč ení
sbírce procesu
Obrázek 134: Návrh zákona - legislativní nouze
6.2.5.1 Příprava návrhu zákona (Aktivita)
Tvorba vládního návrhu zákona v režimu legislativní nouze - Návrh zákona vypracovává
příslušné ministerstvo nebo jiný ústřední správní úřad. Přípravě každého návrhu zákona musí
předcházet podrobná analýza právního a skutkového stavu, jejíž součástí musí být též
zhodnocení nezbytnosti navrhované změny právního řádu.
Strana 473
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Předložení k Předání návrhu k
připomínkovaému řízení projednání vládou
Tvorba návrhu Připomínkové řízení k Projednání návrhu
zákona návrhu zákona zákona vládou
Podnět k Projednání a
tvorbě schválení v PSP
re g u l a ce
Obrázek 135: Příprava návrhu zákona
6.2.5.1.1 Podnět k tvorbě regulace (Start)
Proces Tvorba návrhu zákona je zahájen existencí podnětu k tvorbě regulace.
6.2.5.1.2 Projednání a schválení v PSP (Průchod)
Projednání a schválení v PSP.
6.2.5.1.3 Tvorba návrhu zákona (Aktivita)
Proces Tvorba návrhu zákona ve stavu legislativní nouze vykazuje několik rozdílů oproti
standardnímu procesu:
Je-li vyhlášen stav legislativní nouze, RIA se u návrhu zákona nevypracovává a vynechá se i u
souvisejících návrhů prováděcích podzákonných předpisů.
Strana 474
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Pře d kl a d a te l e -L e g i sl a ti va
Podnět k regulaci
Návrh zákona Důvodová zpráva
Příprava návrhu
Návrh usnesení vlády
Zpracování přehledu
dopadů Citizen Summary Předkládací zpráva
Pře h l e d Ro zd íl o vá
dopadů ta b u l ka
Příprava k
p ři p o m ín ko vé m u
řízení
Předání návrhu
Obrázek 136: Tvorba návrhu zákona
6.2.5.1.3.1 Příprava návrhu (Aktivita)
Vládní návrh zákona vypracovávají ministerstva nebo jiné ústřední správní úřady.
Strana 475
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Gestor e -L e g i sl a ti va e-Sbírka
In i ci a l i za ce Šablona
návrhu pracovního
prostoru
Příprava materiálu Správa pracovního
návrhu zákona prostoru
Příprava relevantních Návrh Předkládací Návrh usnesení Vyhledání právního
p o d kl a d ů zákona p ře d p i su
zpráva vl á d y
Důvodová Ci ti ze n Ro zd íl o vá
zpráva Summary ta b u l ka
Práce na návrhu Vyhledání závislostí
zákona mezi předpisy v čase
Interní připomínkové Řízení interního
řízení schvalovacího procesu
Interní schválení Ukončení přípravy
návrhu zákona p o d kl a d o vých
m a te ri á l ů
Nutné dopracování
Tvorba návrhu
Sch vá l e n o
Obrázek 137: Příprava materiálu Strana 476
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.5.1.3.1.1 Vyhledání závislostí mezi předpisy v čase (Aktivita)
Při rozšířeném vyhledávání je možné konkrétnější zadání vyhledávacích kritérií, tj. jak
podmínky zahrnující text tak i možnost zadání kritérií na základě metadat (např. typ právního
předpisu, platnost, atd.).
6.2.5.1.3.1.2 Příprava materiálu návrhu zákona (Aktivita)
Návrh zákona vypracovávají ministerstva nebo jiné ústřední správní úřady a předkládají jej k
projednání vládě.
6.2.5.1.3.1.3 Správa pracovního prostoru (Aktivita)
Pracovní prostor umožňuje spolupráci více osob nad sadou dokumentů. Do tohoto
pracovního prostoru je umožněn vzdálený přístup autorizovaných osob (gestor aplikace
vybere spolupracovníky, kteří mají mít do pracovního prostoru přístup). Dokumenty jsou
publikovány do tohoto pracovního prostoru. Jejich tvorbu usnadní připravená sada šablon.
6.2.5.1.3.1.4 Příprava relevantních podkladů (Aktivita)
Příprava relevantních podkladů k tvorbě návrhu zákona.
6.2.5.1.3.1.5 Vyhledání právního předpisu (Aktivita)
Jedná se o jednoduchý proces vyhledání právního předpisu dle zadaných kritérií. Uživatel si
zvolí způsob vyhledávání (základní nebo rozšířený). K vyhledávání publikovaných právních
předpisů bude sloužit systém e-Sbírka.
6.2.5.1.3.1.6 Práce na návrhu zákona (Aktivita)
Práce na návrhu zákona.
6.2.5.1.3.1.7 Interní připomínkové řízení (Aktivita)
V okamžiku, kdy je tým gestora s přípravou materiálu zákona hotov, může dojít k internímu
připomínkovému řízení a ke schválení návrhu.
6.2.5.1.3.1.8 Řízení interního schvalovacího procesu (Aktivita)
Pro podporu schválení je v systému e-Legislativa implementován schvalovací proces, který
umožní jednotlivým účastníkům vyjádřit svůj souhlas či nesouhlas s případným připojením
odůvodnění či komentáře.
6.2.5.1.3.1.9 Ukončení přípravy podkladových materiálů (Aktivita)
Materiál návrhu zákona je následně automaticky systémem e-Legislativa posunut do další
fáze věcného návrhu.
6.2.5.1.3.1.10 Inicializace návrhu (Start)
Návrh zákona se zpracovává v případě potřeby regulace.
6.2.5.1.3.1.11 Tvorba návrhu (Průchod)
Přechod do fáze Tvorba návrhu.
Strana 477
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.5.1.3.1.12 Citizen Summary (Datový objekt)
Obecně srozumitelný popis (odůvodnění) návrhu zákona.
6.2.5.1.3.1.13 Důvodová zpráva (Datový objekt)
Důvodová zpráva obsahuje vždy:
• popis obsahu navrhované právní úpravy s uvedením důvodů, které k jejímu
předložení vedou, shrnutí zásadních zásad a nejdůležitějších změn, které oproti
stávající právní úpravě zavádí, a dopady na práva a povinnosti fyzických a
právnických osob,
• zhodnocení platného právního stavu,
• odůvodnění hlavních principů navrhované právní úpravy,
• zhodnocení souladu navrhované právní úpravy s právním řádem České republiky,
• zhodnocení souladu navrhované právní úpravy se závazky vyplývajícími pro Českou
republiku z jejího členství v Evropské unii,
• zhodnocení souladu navrhované právní úpravy s mezinárodními smlouvami, jimiž je
Česká republika vázána,
• zhodnocení, zda návrh právního předpisu neobsahuje ustanovení, které by bylo svou
povahou technickým předpisem podle právního předpisu upravujícího technické
požadavky na výrobky, a informace o splnění oznamovací povinnosti podle tohoto
předpisu,
• zhodnocení dopadu navrhované právní úpravy ve vztahu k ochraně soukromí a
osobních údajů,
• zhodnocení korupčních rizik navrhované právní úpravy,
• odůvodnění případné navrhované odchylky v postupu projednání navrhované právní
úpravy,
• odůvodnění případného návrhu, aby Poslanecká sněmovna vyslovila s navrhovaným
právním předpisem souhlas již v prvém čtení,
• odůvodnění jednotlivých ustanovení navrhované právní úpravy; odůvodnění
obsahuje vysvětlení jejich účelu, principů a jejich nezbytnosti, popis právních norem
v nich obsažených a z nich vyplývajících práv a povinností.
• předpokládaný dopad navrhované právní úpravy, zejména (hospodářský a finanční
dopad navrhované právní úpravy a jejích variant na státní rozpočet, ostatní veřejné
rozpočty a na podnikatelské prostředí České republiky, sociální dopad, včetně
dopadu na specifické skupiny obyvatel, především na osoby sociálně slabé, osoby se
zdravotním postižením a národnostní menšiny, dopad na rovnost mužů a žen,
upravuje-li návrh právního předpisu postavení fyzických osob, a dopad na životní
prostředí).
6.2.5.1.3.1.14 Návrh usnesení vlády (Datový objekt) Strana 478
Návrh usnesení vlády ve formě podle Jednacího řádu vlády Čl. II, IV, X.
Připravený Návrh usnesení vlády má část:
• schvalovací,
• ukládací,
• případně další nebo jen některou z těchto částí.
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Při vypracování návrhu usnesení vlády musí člen vlády nebo vedoucí jiného orgánu, který je
předkladatelem materiálu pro jednání schůze vlády, dbát, aby navržené usnesení nebylo v
rozporu s jiným, dříve vládou přijatým usnesením. Má-li předkladatel za to, že je třeba změnit
nebo zrušit dříve přijaté rozhodnutí vlády, musí navrhnout změnu již přijatého usnesení vlády
nebo jeho zrušení či zrušení jeho části.
Ukládací část návrhu usnesení vlády musí obsahovat označení orgánu, kterému vláda úkol
ukládá, konkrétně vyjádřený úkol a termín, do kterého má být úkol splněn. Není-li termín
stanoven, má se za to, že uložený úkol má být splněn do 30-ti dnů.
6.2.5.1.3.1.15 Návrh zákona (Datový objekt)
Návrh zákona reprezentovaný konsolidovaným (úplným) zněním právního předpisu
(respektive jeho textu či obsahu) a vlastním právním aktem.
6.2.5.1.3.1.16 Předkládací zpráva (Datový objekt)
Předkládací zpráva obsahuje vždy:
• stručné vyjádření důvodu, pro který je materiál předkládán schůzi vlády,
• stručnou charakteristiku obsahu vlastního písemného podkladu ve věci,
• zhodnocení současného stavu a dopadů navrhovaného řešení ve vztahu k rovnosti
mužů a žen, týká-li se navrhované řešení postavení fyzických osob,
• přehled orgánů, kterým byl materiál zaslán ke stanovisku.
Závěry obsažené v předkládací zprávě musí být věcně správné a musí obsahovat zhodnocení
z hlediska jejich případných dopadů na jednotlivé druhy veřejných rozpočtů v tříletém
výhledu, z hlediska dopadu na podnikatelské prostředí České republiky a vyžaduje-li to jejich
povaha, i z hlediska jejich souladu s právním řádem a s mezinárodními smlouvami, jimiž je
Česká republika vázána.
6.2.5.1.3.1.17 Rozdílová tabulka (Datový objekt)
Rozdílová tabulka návrhu právního předpisu ČR s předpisy EU.
6.2.5.1.3.1.18 Šablona pracovního prostoru (Datový objekt)
Využití připravených šablon pracovního prostoru včetně šablon procesů umožňuje vytvoření
pracovního prostoru s nastavenými vlastnostmi.
6.2.5.1.3.1.19 Interní schválení návrhu zákona (Uzel)
Výsledek schválení je prezentován týmu gestora, který buď dopracuje návrh zákona dle
připomínek vzešlých ze schvalování, nebo v případě, že je všechno v pořádku, označí návrh
zákona za schválený.
6.2.5.1.3.2 Zpracování přehledu dopadů (Aktivita)
Proces zpracování Přehledu dopadů provádí předkladatel.
V rámci této činnosti je nutné, aby mimo jiné:
• zpracoval základní identifikační údaje, Strana 479
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• definoval problém,
• určil cíl plánovaného právního předpisu,
• odůvodnil variantu přípravy legislativního předpisu,
• identifikoval dotčené subjekty,
• charakterizoval specifické dopady.
6.2.5.1.3.3 Příprava k připomínkovému řízení (Aktivita)
Příprava materiálů návrhu zákona k předání do fáze připomínkovému řízení, tj. formální
ověření úplnosti podkladů, kontrola jejich vazeb a jejich "uzamčení".
6.2.5.1.3.4 Podnět k regulaci (Start)
Proces Tvorba návrhu zákona je zahájen existencí podnětu k tvorbě regulace.
6.2.5.1.3.5 Předání návrhu (Průchod)
Předání návrhu zákona do fáze připomínkového řízení.
6.2.5.1.3.6 Přehled dopadů (Datový objekt)
Proces zpracování Přehledu dopadů provádí předkladatel.
V rámci této činnosti je nutné, aby mimo jiné:
• zpracoval základní identifikační údaje,
• definoval problém,
• určil cíl plánovaného právního předpisu,
• odůvodnil variantu přípravy legislativního předpisu,
• identifikoval dotčené subjekty,
• charakterizoval specifické dopady.
6.2.5.1.3.7 Rozdílová tabulka (Datový objekt)
Rozdílová tabulka návrhu právního předpisu ČR s předpisy EU.
6.2.5.1.4 Připomínkové řízení k návrhu zákona (Aktivita)
Rozdíl připomínkového řízení návrhu zákona ve stavu legislativní nouze spočívá v tom, že
návrh zákona se zasílá pouze připomínkovým místům podle čl. 5 odst. 1 a čl. 6 odst. 1
Legislativních pravidel vlády za podmínek v nich uvedených.
Po ukončení připomínkového řízení probíhá vypořádání uplatněných připomínek. Zvláštnímu
režimu vypořádání přitom podléhají připomínky, jež jsou označeny jako „zásadní".
Není-li připomínkám uvedených připomínkových míst, které byly označeny jako „zásadní“,
vyhověno, nebo nedojde-li k dohodě mezi předkladatelem a připomínkovým místem, stávají
se předmětem rozporu.
Strana 480
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Pře d kl a d a te l e -L e g i sl a ti va LRV - Předseda Připomínková místa ODok
Ustanovení Ne o b sa h u j e Za h á j e n í Převzetí materiálu do
technického předpisu p ři p o m ín ko vé h o ODok
řízení
Udělení výjimky z
p ři p o m ín ko vé h o
řízení
Ob sa h u j e Převzetí materiálu do Ud ě l e n a
p ři p o m ín ko vé h o výj i m ka
řízení Výj i m ka
neudělena
Zapracování Návrh zákona Důvodová
připomínek k zpráva
te ch n i cké m u
p ře d p i su
Pře h l e d Pře d l o že n ý
dopadů m a te ri á l
Za h á j e n í Při p o m ín ky
p ři p o m ín ko vé h o
řízení
Vytvoření připomínek
Vypořádání Převzetí souhrnu
p ři p o m ín e k připomínek za
Významné Zhodnocení Vypořádání připomínkové místo
změny významnosti změn p ři p o m ín e k
Převzetí stavu
Malo Pře d kl á d a cí ukonč ení
významné zpráva
změny p ři p o m ín ko vé h o
řízení
Ukonč ení
připomínkové řízení
Příprava materiálu k
p ro j e d n á n í
Předání materiálu k projednání
Obrázek 138: Připomínkové řízení k návrhu zákona
Strana 481
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.5.1.4.1 Převzetí materiálu do připomínkového řízení (Aktivita)
Převzetí materiálu návrhu zákona do fáze připomínkového řízení.
6.2.5.1.4.2 Zpracování připomínek k technickému předpisu (Aktivita)
Pokud návrh obsahuje ustanovení, které by bylo svou povahou technickým předpisem ve
smyslu nařízení vlády č. 339/2002 Sb., je předkladatel povinen oznamovací povinností v
rozsahu působnosti tohoto nařízení. Evropská komise může k návrhu vznést připomínky ve
lhůtě 3 měsíců. Předkladatel je povinen připomínky evropské komise zapracovat.
Pře d kl a d a te l Evropská komise e -L e g i sl a ti va
Za h á j e n í Při p o m ín ko vá n í Návrh
připomínek k návrhu zákona
te ch n i cké m u Připomínky EK k
p ře d p i su návrhu
Zaslat návrh zákona k
vyj á d ře n í
Zapracování
p ři p o m ín e k
Připomínkové řízení Strana 482
Obrázek 139: Zpracování připomínek k technickému předpisu
6.2.5.1.4.2.1 Zaslat návrh zákona k vyjádření (Aktivita)
Zaslat návrh zákona Evropské komisi k vyjádření.
6.2.5.1.4.2.2 Připomínkování návrhu (Aktivita)
Evropská komise může k návrhu vznést připomínky ve lhůtě 3 měsíců.
6.2.5.1.4.2.3 Zapracování připomínek (Aktivita)
Předkladatel je povinen připomínky Evropské komise zapracovat.
6.2.5.1.4.2.4 Připomínkové řízení (Průchod)
Návrat do procesu připomínkového řízení.
6.2.5.1.4.2.5 Zahájení připomínek k technickému předpisu (Start)
Zahájení řešení připomínek k technickému předpisu návrhu zákona.
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.5.1.4.2.6 Návrh zákona (Datový objekt)
Návrh zákona reprezentovaný konsolidovaným (úplným) zněním právního předpisu
(respektive jeho textu či obsahu) a vlastním právním aktem.
6.2.5.1.4.2.7 Připomínky EK k návrhu (Datový objekt)
Připomínky Evropské komise k návrhu.
6.2.5.1.4.3 Zahájení připomínkového řízení (Aktivita)
Zahájení připomínkového řízení k návrhu zákona. Návrh zákona se zasílá pouze
připomínkovým místům podle čl. 5 odst. 1 a čl. 6 odst. 1 Legislativních pravidel vlády za
podmínek v nich uvedených.
6.2.5.1.4.4 Převzetí materiálu do ODok (Aktivita)
Jednotlivá povinná i volitelná připomínková místa jsou informována o vstoupení návrhu
zákona do připomínkového řízení a o lhůtě pro uplatnění připomínek.
Je předán elektronicky podepsaný materiál ve formátu PDF/A.
6.2.5.1.4.5 Vytvoření připomínek (Aktivita)
Tvorba připomínek od definovaných připomínkových míst. Připomínky jsou vytvářeny
prostředky systému e-Legislativy ve strukturované podobě.
6.2.5.1.4.6 Vypořádání připomínek (Aktivita)
Předkladatel je povinen projednat uplatnění připomínky s připomínkovým místem, vypořádat
všechny zásadní připomínky a přihlédnout, popř. také vypořádat, připomínky doporučující.
Strana 483
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Pře d kl a d a te l e -L e g i sl a ti va Autor připomínek Člen vlády
Návrh zákona Připomínky
Za h á j e n í
vypořádání
p ři p o m ín e k
Zapracování
p ři p o m ín e k
Vypořádání
p ři p o m ín e k
Projednat uplatnění
p ři p o m ín ky
Existence rozporu
Exi stu j e
Odstranění rozporu
Ne e xi stu j e Řešení
nebo byl rozporu
odstraněn
Postoupení rozporu
Rozpor Rozpor
přetrvává odstraněn
Připomínkové řízení
Obrázek 140: Vypořádání připomínek
6.2.5.1.4.6.1 Zapracování připomínek (Aktivita)
Předkladatel je povinen vypořádat všechny zásadní připomínky a přihlédnout, popř. také
vypořádat, připomínky doporučující.
6.2.5.1.4.6.2 Projednat uplatnění připomínky (Aktivita)
Projednání zapracování připomínky s připomínkovým místem. Pokud připomínková místa
uplatňují připomínky, které považují za podstatné, vyjádří to u každé z těchto připomínek
slovním obratem „tato připomínka je zásadní"; jako zásadní nelze označit připomínku, která
se týká legislativně technických požadavků. Pokud orgán, který návrh zákona k připomínkám
předložil, takto označené připomínce nehodlá vyhovět, nebo nedojde k dohodě mezi
předkladatelem a připomínkovým místem, stává se tato připomínka předmětem rozporu.
6.2.5.1.4.6.3 Odstranění rozporu (Aktivita)
Odstranění rozporu je řešeno na úrovni člena vlády a vedoucí jiného ústředního orgánu
státní správy.
Strana 484
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.5.1.4.6.4 Postoupení rozporu (Aktivita)
Pokud se nepodaří rozpor odstranit v připomínkovém řízení, bude tento rozpor předložen k
rozhodnutí vládě spolu s návrhem zákona. Rozpor se v této fázi zaznamená do systému e-
Legislativa.
Pozn.: Dojde-li po předložení návrhu vládě k vyřešení rozporu, informuje příslušný člen vlády,
který návrh zákona vládě předložil, ostatní členy vlády o vyřešení rozporu.
6.2.5.1.4.6.5 Zahájení vypořádání připomínek (Start)
Zahájení vypořádání připomínek.
6.2.5.1.4.6.6 Připomínkové řízení (Průchod)
Návrat do procesu připomínkového řízení.
6.2.5.1.4.6.7 Připomínky (Datový objekt)
Připomínky k návrh zákona.
6.2.5.1.4.6.8 Vypořádání připomínek (Datový objekt)
Vypořádání připomínek k návrhu ve strukturované podobě.
6.2.5.1.4.6.9 Návrh zákona (Datový objekt)
Návrh zákona reprezentovaný konsolidovaným (úplným) zněním právního předpisu
(respektive jeho textu či obsahu) a vlastním právním aktem.
6.2.5.1.4.6.10 Existence rozporu (Uzel)
Odstranění rozporu je řešeno na úrovni náměstků. Nepodaří-li se rozpor odstranit na této
úrovni, řeší ho člen vlády a vedoucí jiného ústředního orgánu státní správy.
6.2.5.1.4.6.11 Řešení rozporu (Uzel)
6.2.5.1.4.7 Nepodaří-li se rozpor odstranit ani tímto způsobem, předloží se rozpor spolu s
návrhem zákona k rozhodnutí vládě.Převzetí souhrnu připomínek za
připomínkové místo (Aktivita)
Převzetí souhrnu připomínek za připomínkové místo do systému ODok.
6.2.5.1.4.8 Ukončení připomínkové řízení (Aktivita)
Návrh zákona upravený podle výsledků připomínkového řízení, se zašle k projednání vládě
po souhlasu osoby, která stojí v čele orgánu, který návrh zákona zpracoval. Je-li
zpracovatelem návrhu jiný ústřední orgán státní správy než ministerstvo, zašle tímto
způsobem návrh zákona k projednání vládě člen vlády, kterého vláda pověřila ve vztahu k
tomuto ústřednímu orgánu koordinační funkcí; vedoucí jiného ústředního orgánu státní
správy je v tomto případě spolupředkladatelem.
Strana 485
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.5.1.4.9 Převzetí stavu ukončení připomínkového řízení (Aktivita)
Převzetí informace o ukončení připomínkového řízení k návrhu zákona.
6.2.5.1.4.10 Příprava materiálu k projednání (Aktivita)
Materiál návrhu zákona je následně automaticky systémem e-Legislativa posunut do další
fáze projednání.
6.2.5.1.4.11 Zahájení připomínkového řízení (Start)
Znovu projít připomínkovým řízením je nutné i v případě, že byl návrh po zapracování
jednotlivých připomínek rozsáhle změněn nebo pokud v rámci schvalovacího procesu na
vládě bylo uloženo předkladateli přepracování návrhu a tento byl rozsáhle změněn.
6.2.5.1.4.12 Předání materiálu k projednání (Průchod)
Předání materiálu návrhu zákona k projednání.
6.2.5.1.4.13 Důvodová zpráva (Datový objekt)
Důvodová zpráva obsahuje vždy:
• popis obsahu navrhované právní úpravy s uvedením důvodů, které k jejímu
předložení vedou, shrnutí zásadních zásad a nejdůležitějších změn, které oproti
stávající právní úpravě zavádí, a dopady na práva a povinnosti fyzických a
právnických osob,
• zhodnocení platného právního stavu,
• odůvodnění hlavních principů navrhované právní úpravy,
• zhodnocení souladu navrhované právní úpravy s právním řádem České republiky,
• zhodnocení souladu navrhované právní úpravy se závazky vyplývajícími pro Českou
republiku z jejího členství v Evropské unii,
• zhodnocení souladu navrhované právní úpravy s mezinárodními smlouvami, jimiž je
Česká republika vázána,
• zhodnocení, zda návrh právního předpisu neobsahuje ustanovení, které by bylo svou
povahou technickým předpisem podle právního předpisu upravujícího technické
požadavky na výrobky, a informace o splnění oznamovací povinnosti podle tohoto
předpisu,
• zhodnocení dopadu navrhované právní úpravy ve vztahu k ochraně soukromí a
osobních údajů,
• zhodnocení korupčních rizik navrhované právní úpravy,
• odůvodnění případné navrhované odchylky v postupu projednání navrhované právní
úpravy,
• odůvodnění případného návrhu, aby Poslanecká sněmovna vyslovila s navrhovaným
právním předpisem souhlas již v prvém čtení,
• odůvodnění jednotlivých ustanovení navrhované právní úpravy; odůvodnění
obsahuje vysvětlení jejich účelu, principů a jejich nezbytnosti, popis právních norem
v nich obsažených a z nich vyplývajících práv a povinností.
Strana 486
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
• předpokládaný dopad navrhované právní úpravy, zejména (hospodářský a finanční
dopad navrhované právní úpravy a jejích variant na státní rozpočet, ostatní veřejné
rozpočty a na podnikatelské prostředí České republiky, sociální dopad, včetně
dopadu na specifické skupiny obyvatel, především na osoby sociálně slabé, osoby se
zdravotním postižením a národnostní menšiny, dopad na rovnost mužů a žen,
upravuje-li návrh právního předpisu postavení fyzických osob, a dopad na životní
prostředí).
6.2.5.1.4.14 Návrh zákona (Datový objekt)
Návrh zákona reprezentovaný konsolidovaným (úplným) zněním právního předpisu
(respektive jeho textu či obsahu) a vlastním právním aktem.
6.2.5.1.4.15 Předkládací zpráva (Datový objekt)
Předkládací zpráva obsahuje vždy:
• stručné vyjádření důvodu, pro který je materiál předkládán schůzi vlády,
• stručnou charakteristiku obsahu vlastního písemného podkladu ve věci,
• zhodnocení současného stavu a dopadů navrhovaného řešení ve vztahu k rovnosti
mužů a žen, týká-li se navrhované řešení postavení fyzických osob,
• přehled orgánů, kterým byl materiál zaslán ke stanovisku.
6.2.5.1.4.16 Předložený materiál (Datový objekt)
Předložený připomínkovaný materiál návrhu zákona (sign PDF/A) předán do systému ODok.
6.2.5.1.4.17 Přehled dopadů (Datový objekt)
Proces zpracování Přehledu dopadů provádí předkladatel.
V rámci této činnosti je nutné, aby mimo jiné:
• zpracoval základní identifikační údaje,
• definoval problém,
• určil cíl plánovaného právního předpisu,
• odůvodnil variantu přípravy legislativního předpisu,
• identifikoval dotčené subjekty,
• charakterizoval specifické dopady.
6.2.5.1.4.18 Připomínky (Datový objekt)
Předkladatel je povinen vypořádat všechny zásadní připomínky a přihlédnout, popř. také
vypořádat, připomínky doporučující.
6.2.5.1.4.19 Vypořádání připomínek (Datový objekt)
Vypořádání připomínek k návrhu zákona ve strukturované podobě. Předkladatel je povinen
vypořádat všechny zásadní připomínky a přihlédnout, popř. také vypořádat, připomínky
doporučující.
Strana 487
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.5.1.4.20 Ustanovení technického předpisu (Uzel)
Návrh obsahuje ustanovení, které by bylo svou povahou technickým předpisem.
6.2.5.1.4.21 Udělení výjimky z připomínkového řízení (Uzel)
Předseda LRV může udělit výjimku z připomínkového řízení. Výjimka může nabýt podoby
buď celkového prominutí připomínkového řízení nebo omezení připomínkových míst či
časových lhůt. Ve druhém případě je ovšem nezbytné, aby připomínkové řízení proběhlo co
do požadovaných dílčích činností totožně se standardním řízením.
6.2.5.1.4.22 Zhodnocení významnosti změn (Uzel)
Zhodnocení významnosti změn v návrhu po zapracování připomínek do návrhu zákona..
6.2.5.1.5 Projednání návrhu zákona vládou (Aktivita)
Návrh zákona se poté, co byl upraven podle výsledků připomínkového řízení, zašle k
projednání vládě.
Je-li vyhlášen stav legislativní nouze, k návrhu zákona zaujímá stanovisko předseda LRV
(návrh zákona se nepředkládá plénu LRV).
Schvalovací proces návrhu zákona ve stavu legislativní nouze na vládě je analogický se
standardním procesem až na předávání návrhu zákona Poslanecké sněmovně Parlamentu.
Informace o předání návrhu zákona je zasílána i předsedovi Senátu a prezidentovi.
Strana 488
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
Pře d kl a d a te l e -L e g i sl a ti va LRV - Předseda ÚVL - Odbor kompatibility Vláda ÚVL - Odbr vládní agendy ODok
Za h á j e n í
p ro j e d n á n í
ve vládě
Převzetí materiálu k
p ro j e d n á n í
Návrh zákona
Důvodová Předání LRV
zpráva
Pře d kl á d a cí Stanovisko OKOM
zpráva
Rozdílová Vypořádání
tabulka připomínek
Vytvoření stanoviska
Předsedy LRV
Stanovisko Stanovisko
OKOM LRV
Tvorba materiálu na
jednání vlády
Předložit vládě Příprava jednání
vlády ODok
Návrh usnesení Posoudit vládní návrh
vl á d y zákona
Přepracování Di sp o zi ce Vrácen k Souhlas s vládním
vládního návrh přepracování návrhem zákona
Záznam z
zákona jednání vlády
Závažnost Náslech ze Sch vá l e n o Ukonč ení
změn schůze vlády procesu -
nesouhlas s
Malé změny návrhem
Velké změny
Připomínkové řízení
Zapracování dispozic
do návrhu
Podpis Podpis předsedy
předkládajícího člena vl á d y
vl á d y Obrázek 141: Projednání a schválení návrhu zákona vládou
Příprava předání do
PSP, Senátu a
p re zi d e n to vi
Předání
Strana 489
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.5.1.5.1 Převzetí materiálu k projednání (Aktivita)
Převzetí materiálu návrhu zákona do fáze projednání a schválení vládou. Návrh zákona,
upravený podle výsledků připomínkového řízení, se zašle k projednání vládě.
6.2.5.1.5.2 Předání LRV (Aktivita)
Návrh zákona se zašle k projednání v Legislativní radě vlády (LRV) a Odboru kompatibility ÚV
ČR (OKOM).
6.2.5.1.5.3 Stanovisko OKOM (Aktivita)
OKOM vytvoří stanovisko k předloženému návrhu. O jeho vytvoření je informován
předkladatel a LRV.
6.2.5.1.5.4 Vytvoření stanoviska Předsedy LRV (Aktivita)
Vytvoření stanoviska Předsedy LRV k návrhu zákona.
6.2.5.1.5.5 Tvorba materiálu na jednání vlády (Aktivita)
Tvorba materiálu na jednání vlády.
6.2.5.1.5.6 Příprava jednání vlády ODok (Aktivita)
Příprava jednání vlády ODok - příprava vládní agendy.
6.2.5.1.5.7 Předložit vládě (Aktivita)
Předložení materiálu návrhu zákona vládě (členům vlády).
6.2.5.1.5.8 Posoudit vládní návrh zákona (Aktivita)
Posouzení návrhu zákona na jednání vlády.
6.2.5.1.5.9 Přepracování vládního návrh zákona (Aktivita)
Předkladatel na základě stanoviska vlády připraví upravené znění návrhu zákona.
6.2.5.1.5.10 Zapracování dispozic do návrhu (Aktivita)
Pokud se vláda shodla na schválení návrhu zákona, předkladatel zapracuje případné
dispozice.
6.2.5.1.5.11 Podpis předkládajícího člena vlády (Aktivita)
Elektronický podpis předkládajícího člena vlády prostředky e-Legislativy.
6.2.5.1.5.12 Podpis předsedy vlády (Aktivita) Strana 490
Elektronický podpis předsedy vlády prostředky e-Legislativy.
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018
6.2.5.1.5.13 Příprava předání do PSP, Senátu a Prezidentovi (Aktivita)
Příprava materiálů návrhu zákona k předání do procesu projednání v PSP, Senátu a
Prezidentovi, tj. formální ověření úplnosti podkladů, kontrola jejich vazeb a jejich "uzamčení".
6.2.5.1.5.14 Předání (Konec)
Předání návrhu do PSP, Senátu a prezidentovi k projednání.
6.2.5.1.5.15 Připomínkové řízení (Průchod)
Po zapracování významných změn do návrhu zákona je tento vrácen zpět do fáze
připomínkového řízení.
6.2.5.1.5.16 Ukončení procesu - nesouhlas s návrhem (Konec)
Jestliže se vláda dohodla na zamítnutí návrhu zákona, bude legislativní proces ukončen.
6.2.5.1.5.17 Zahájení projednání ve vládě (Start)
Návrh zákona se poté, co je předložen vládě, projednává v legislativních orgánech vlády.
6.2.5.1.5.18 Dispozice (Datový objekt)
Dispozice k dopracování návrhu vzešlé z jednání vlády.
6.2.5.1.5.19 Důvodová zpráva (Datový objekt)
Důvodová zpráva obsahuje vždy:
• popis obsahu navrhované právní úpravy s uvedením důvodů, které k jejímu
předložení vedou, shrnutí zásadních zásad a nejdůležitějších změn, které oproti
stávající právní úpravě zavádí, a dopady na práva a povinnosti fyzických a
právnických osob,
• zhodnocení platného právního stavu,
• odůvodnění hlavních principů navrhované právní úpravy,
• zhodnocení souladu navrhované právní úpravy s právním řádem České republiky,
• zhodnocení souladu navrhované právní úpravy se závazky vyplývajícími pro Českou
republiku z jejího členství v Evropské unii,
• zhodnocení souladu navrhované právní úpravy s mezinárodními smlouvami, jimiž je
Česká republika vázána,
• zhodnocení, zda návrh právního předpisu neobsahuje ustanovení, které by bylo svou
povahou technickým předpisem podle právního předpisu upravujícího technické
požadavky na výrobky, a informace o splnění oznamovací povinnosti podle tohoto
předpisu,
• zhodnocení dopadu navrhované právní úpravy ve vztahu k ochraně soukromí a
osobních údajů,
• zhodnocení korupčních rizik navrhované právní úpravy,
• odůvodnění případné navrhované odchylky v postupu projednání navrhované právní
úpravy,
Strana 491
Detailní návrh technického řešení informačních systémů e-Sbírka a e-Legislativa, Verze 6.0 Finální verze
Připravil: MVČR
"MVCR-eSeL_3_Detailni_navrh_6v0.docx" Poslední změna: 4.10.2018