8 Případy užití
Poznámka k mazání entit: Níže popsané případy užití v mnoha případech pracují s entitami
(popsanými v datových modelech) obvyklými CRUD operacemi vytvoření, čtení, úprava a
smazání. V odůvodněných případech je operace smazání doplněna operací obnova.
Obnovování entit je jako operace přítomna v případech, kdy dává tato operace věcný smysl,
je po technické stránce realizovatelná a její realizace nemá extrémní dopady na náročnost
implementace. Například v rámci editace fragmentů v eŠabloně není operace obnova
přítomna, je však přítomna funkce Zpět (undo) před uložením obsahu.
8.1 e-Sbírka
Informační systém e-Sbírka zpřístupňuje konkrétním aktérům konkrétní data a konkrétní
funkce pro zápis a čtení těchto dat prostřednictvím případů užití organizovaných do
souvisejících celků.
8.1.1 Aktéři e-Sbírky
Informační systém e-Sbírka má 2 typy aktérů:
Aktéry - Osoby, kteří využívají zpřístupněné funkce a data e-Sbírky prostřednictvím
rozhraní webového prohlížeče
Aktéry - Systémy, kteří využívají zpřístupněné funkce a data e-Sbírky prostřednictvím
rozhraní webových služeb
8.1.1.1 Aktéři - Osoby
Aktéři - Osoby mají přiřazeny v předem určených částech e-Sbírky konkrétní role, které je
opravňují k využití zpřístupněných funkcí a dat e-Sbírky odpovídajících dané roli. Primární
rozhraní pro aktéra typu osoba je webový prohlížeč.
863
Uživ atel datov é báze
Vyhlašov atel do e-Sbírky
Editor Práv ník Administrátor datov é báze Manažer Publikátor do e-Sbírky
Certifikátor TEXT operátor PDF operátor Editor CzechVOC Administrátor CzechVOC Optimalizátor hledání
Uživ atel portálu
Přihlášený uživ atel portáAlduministrátor portáEluditor portálov ého obsahu
Obrázek 1: Aktéři - Osoby
8.1.1.1.1 Uživatel datové báze
Uživatel datové báze je výchozí role pro práci v nástrojích datové báze. Z této výchozí role
jsou odvozeny ostatní role s konkrétními oprávněními.
Předpoklady
Uživatel datové báze musí byt autentizován (přihlášen). Nepřihlášený uživatel neexistuje.
864
8.1.1.1.2 Editor
Editor je role s oprávněním hledat a otevírat předpisy a editovat jejich základní vlastnosti a
obsah.
8.1.1.1.3 Právník
Právník je role vybavená stejnými oprávněními jako role Editor, navíc však s právem
konsolidovat, tj. zapracovávat novely.
8.1.1.1.4 Administrátor datové báze
Administrátor datové báze má přístup ke všem funkcionalitám všech nástrojů pro tvorbu,
správu a aktualizaci datové báze, včetně přidělování práv ostatním rolím a nadhledovým
funkcionalitám o aktivitách uživatelů.
8.1.1.1.5 Manažer
Manažer je role s přístupem k funkcionalitám pro řízení tvorby a údržby datové báze,
zejména k úkolování a sledování stavu plnění úkolů.
8.1.1.1.6 Publikátor do e-Sbírky
Publikátor do e-Sbírky je role vybavená oprávněními k publikaci předpisů ze zdrojové
datové báze do cílové produkční databáze na portálu e-Sbírka. Této roli komponenta
„Publikační modul“ umožní pracovat s funkcionalitou publikace do e-Sbírky, tedy publikovat
předpisy vyhlášené mimo e-Legislativu (např. průběžně aktualizovaných předpisů EUR-Lex
nebo průbežně doplňovaných předpisů zpřed roku 1945).
Poznámka: Nejedná se o vyhlašování závazných předpisů, k tomu je určena jiná příslušná
role.
8.1.1.1.7 Vyhlašovatel do e-Sbírky
Vyhlašovatel do e-Sbírky je role vybavená oprávněními k vyhlášení závazných předpisů na
portálu e-Sbírka.
Poznámka: Závazná předpisy na portálu e-Sbírka jsou ty, které prošly procesy e-Legislativy.
8.1.1.1.8 Certifikátor
Certifikátor je role odpovědná za zajištění podkladů pro rekonstrukci obsahu českých sbírek,
které verifikuje a pečetí kvalifikovanou elektronickou pečetí, která pak zajistí autenticitu a
nezměněnost podkladů pro rekonstrukci obsahu.
Poznámka: Případně je možné použít místo pečetění:
a) buďpodpis systémovým certifikátem e-Legislativy
b) nebo certifikát vydaný externí veřejnou certifikační autoritou
865
s tím, že kvalifikovaná elektronická pečeť (a kvalifikované elektronické časové razítko) bude
doplněna dodatečně.
8.1.1.1.9 TEXT operátor
TEXT operátor je role s oprávněními k funkcionalitám rekonstrukce obsahu (OCR, těžení
textu, přepis, zpracování doplňkových entit) a vložení výsledku do datové báze
prostřednictvím e-Šablony pro mínusovou osu.
8.1.1.1.10 PDF operátor
PDF operátor je role s oprávněními k funkcionalitám a nástrojům pro vytváření a verifikaci
zdrojových PDF souborů předpisů a částek českých sbírek. Tato role bude částečně fungovat
mimo prostředí dashboardu i e-Šablony.
8.1.1.1.11 Editor CzechVOC
Editor CzechVOC je role s oprávněním zakládat, editovat a rušit pojmy, jejich definice, vazby
na předpisy v terminologickém tezauru CzechVOC.
8.1.1.1.12 Administrátor CzechVOC
Administrátor CzechVOC má přístup ke všem funkcionalitám všech nástrojů pro tvorbu,
správu a aktualizaci terminologického tezauru CzechVOC včetně údržby ontologie a
dávkových importů, resp. změn dat a vazeb pojmů.
8.1.1.1.13 Optimalizátor hledání
Optimalizátor hledání je role s oprávněními k práci s log soubory hledání na portálu e-
Sbírka a dále pak k údržbě tzv. "aliasů" u předpisů a pojmů.
Poznámka: "alias" zástupný pojem pro hledání předpisu nebo pojmu, např. pojem daň z
přidané hodnoty může mít aliasy dph, vat, mwst.
8.1.1.1.14 Editor portálového obsahu
Editor portálového obsahu je role s oprávněním editovat "webové články" na portálu e-
Sbírka, jako například nápovědu, aktuality, často kladené otázky apod.
8.1.1.1.15 Přihlášený uživatel portálu
Přihlášený uživatel portálu je role zpřístupňující personalizovaná nastavení a funkce portálu
konkrétnímu uživateli, jako např. možnost osobního výběru oblíbených předpisů.
8.1.1.1.16 Administrátor portálu
Administrátor portálu je role opravňující úplnou správu portálu e-Sbírka, např. administraci
uživatelů. Avšak vyjma správy obsahu na portálu zveřejněných informativních a závazných
znění předpisů.
866
8.1.1.1.17 Uživatel portálu
Uživatel portálu je výchozí role anonymního uživatele portálu e-Sbírka. Této roli jsou
zpřístupněny všechny funkcionality uživatelského rozhraní vyjma funkcionalit personalizace.
8.1.1.2 Aktéři - Systémy
Aktéři - Systémy představují vnější informační systémy, které čtou a zapisují předem určená
data prostřednictvím protokolů SOAP a REST. Vnější informační systémy se identifikují
certifikátem vydaným CA SZR (Certifikační autorita správy základních registrů). Při přenosu
informací je využíváno SSL.
Externí systém
e-Legislativ a N-LEX EurLEX Registr práv a pov inností Jiný externí systém
adresátů práv a
Obrázek 2: Aktéři - Systémy
8.1.1.2.1 Externí systém
Externí systém je výchozí role vnějšího informačního systému mimo e-Sbírku. Tato role
umožnuje autentifikaci, zaslání požadavku a vyzvednutí odpovědi.
8.1.1.2.2 e-Legislativa
Systém e-Legislativa má oprávnění hledat předpisy v datové bázi e-Sbírky vyzvedávat si je,
vracet nazpět k finalizaci vyhlášení, dále pak hledat a zapisovat resp. aktualizovat pojmy
CzechVOC, jejich definice a souvislosti. Využívá protokol SOAP.
8.1.1.2.3 N-LEX
Systém N-LEX je role která umožňuje portálu N-LEX (http://eur-lex.europa.eu/n-
lex/index_en.htm) zasílat požadavky na vyhledání (speciálně dle EuroVOC), na konkrétní
předpisy a vyzvednout si odpovědi dle specifikace N-LEX.
8.1.1.2.4 Registr práv a povinností
Systém Registr práv a povinností má oprávnění načítat přehledy předpisů, jejich částí,
vyžádat si konkrétní znění v konkrétní účinnosti, resp. případně jen část. Dále tento systém
má právo zapsat asociační vazbu svých k itemů k předpisům nebo ustanovením e-Sbírky.
867
8.1.1.2.5 EUR-Lex
Systém EUR-Lex je vlastně vnitřním subsystémem e-Sbírky. Jeho úkolem je aktualizace dat v
lokální databázi EUR-Lex a je tedy vybaven oprávnění k zápisu do určitých částí datové báze.
8.1.1.2.6 Jiný externí systém adresátů práva
Jiný externí systém adresátů práva představuje zástupnou roli pro jakýkoliv informační
systém, který odebírá data prostřednictvím REST rozhraní. Tyto systémy se nebudou
prokazovat certifikátem a nebudou nijak registrovány.
8.1.2 Tvorba a údržba datové a pojmové báze e-Sbírky
Sekce Tvorba, aktualizace, správa datové a pojmové báze e-Sbírky shromažďuje případy
užití všech aspektů práce s datovou bází.
8.1.2.1 Dashboard správy datové a pojmové báze
Sekce Dashboard správy datové a pojmové báze shromažďuje případy užití z oblasti
průřezových funkcionalit z oblasti přehledů aktivit a jejich úkolování.
8.1.2.1.1 Přihlášení a odhlášení uživatele
Tato sekce shromažďuje případy užití ohledně přihlášení a odhlášení uživatelů do prostředí
správy datové báze, tedy dashboardu.
Dashboard tvorby a údržby datové báze e-Sbírky
PU1000-Přihlášení
uživ atele
Uživ atel datov é báze
PU1001-Odhlášení
uživ atele
Obrázek 3: Přihlášení a odhlášení uživatele
868
8.1.2.1.1.1 PU1000-Přihlášení uživatele
Případ užití zajišťuje zpřístupnění a otevření pracovního prostředí pro práci nad datovou a
pojmovou bází s funkcemi odpovídajícími roli nebo rolím přihlášeného uživatele.
Realizované Aktivity
Typ Název
Aktivita Procesy tvorby datové báze českých zdrojů e-Sbírky
Realizované požadavky
FP1083-UAP služby
Předpoklady
Existence účtu v centralizovaném systému správy uživatelů.
Stav po ukončení
Výsledkem je prostředí zobrazené uživateli, které umožňuje používat konkrétní funkce podle
práv odpovídajících jeho roli.
Scénáře
Název PU1000-Přihlášení uživatele
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel datové báze spustí v prohlížeči e-Šablonu, prostřednictvím
zadání adresy nebo kliknutím na uloženou záložku.
2 Systém e-Šablona si prostřednictvím serverové komponenty načte jeho identitu a
roli ze systému správy identit a Uživatel datové báze-e přihlásí v příslušné
roli případně více rolích.
869
8.1.2.1.1.2 PU1001-Odhlášení uživatele
Případ užití zajišťuje uzavření pracovního prostředí konkrétního uživatele.
Realizované Aktivity
Typ Název
Aktivita Procesy tvorby datové báze českých zdrojů e-Sbírky
Realizované požadavky
FP1083-UAP služby
Předpoklady
Uživatel je přihlášen.
Stav po ukončení
Výsledkem je uzavřené pracovní prostředí.
Scénáře
Název PU1001-Odhlášení uživatele
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel datové báze klikne na volbu odhlásit v uživatelském rozhraní.
2 Systém e-Šablona Uživatel datové báze-e odhlásí se současným uzavřením
záložky prohlížeče, ve které byla otevřena e-Šablona.
870
8.1.2.1.2 Možnosti uživatele v dashboardu datové báze
Tato sekce shromažďuje případy užití týkající se vlastních funkcionalit dashboardu, tedy těch,
které nejsou propojeny s obsahem datové báze.
Dashboard tvorby a údržby datové báze e-Sbírky
PU1002-Přehled o v lastních
aktiv itách uživ atele
A
Uživ atel datov é báze PU1003-Seznam úkolů
uživ atele
PU1004-Konfigurace v lastního
dashboardu
Manažer PU1005-Spustit opráv něnou
aplikaci
PU1006-Souhrnný přehled o
aktiv itách uživ atelů
PU1007-Přehled o stav u
plnění úkolů
PU1008-Přidělov ání úkolů
Obrázek 4: Možnosti uživatele v dashboardu datové báze
871
8.1.2.1.2.1 PU1002-Přehled o vlastních aktivitách uživatele
Případ užití zahrnuje funkcionalitu přehledu o vlastních aktivitách uživatele, jako je přihlášení,
odhlášení, vytvořené a změněné předpisy, fragmenty, pojmy.
Realizované Aktivity
Typ Název
Aktivita Procesy tvorby datové báze českých zdrojů e-Sbírky
Realizované požadavky
FP1084-Personalizační služby kreativního prostředí pro tvorbu datové báze
Předpoklady
Uživatel je přihlášen.
Uživatel má oprávnění zobrazit přehledy vlastních aktivit.
Stav po ukončení
Výsledkem je výpis příslušeného přehledu do prostředí uživatelova dashboardu podle
uživatelovy volby.
Scénáře
Název PU1002-Přehled o vlastních aktivitách uživatele
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel datové báze klikne na položku Aktivity.
2 Systém Dashboard zobrazí seznam historie otevřených položek s možností
výběru, s uvedením systémového názvu a času otevření a další možnosti -
historii vytvořených záznamů, historii změněných záznamů, historii
přihlášení případně odhlášení z e-Šablony.
3 Uživatel Uživatel datové báze si vybere zvolený seznam.
4 Systém Dashboard zvolený seznam zobrazí.
872
873
8.1.2.1.2.2 PU1003-Seznam úkolů uživatele
Případ užití zahrnuje funkcionalitu přehledu uživatelových úkolů.
Realizované Aktivity
Typ Název
Aktivita Procesy tvorby datové báze českých zdrojů e-Sbírky
Realizované požadavky
FP1084-Personalizační služby kreativního prostředí pro tvorbu datové báze
FP1087-Úkoly
Předpoklady
Uživatel je přihlášen.
Uživatel je v roli, která může obdržet úkoly k provedení.
Stav po ukončení
Výsledkem je výpis seznamu uživatelových úkolů.
Scénáře
Název PU1003-Seznam úkolů uživatele
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel datové báze klikne na položku Úkoly ve svém dasboardu.
2 Systém Dashboard zobrazí seznam úkolů s možností filtrace dle času, typu a
stavu úkolu.
3 Uživatel Uživatel datové báze může tímto způsobem převzít úkol do zpracování -
např. viz PU1013-Vybrat dokument ke zpracování nebo PU1024-Vybrat
PDF soubor ke zpracování.
874
8.1.2.1.2.3 PU1004-Konfigurace vlastního dashboardu
Případ užití zahrnuje funkcionalitu přizpůsobení dashboardu uživatelem.
Realizované Aktivity
Typ Název
Aktivita Procesy tvorby datové báze českých zdrojů e-Sbírky
Realizované požadavky
FP1084-Personalizační služby kreativního prostředí pro tvorbu datové báze
Předpoklady
Uživatel je přihlášen.
Uživatel je vybaven oprávněním konfigurovat si vlastní dashboard.
Stav po ukončení
Dashboard je nakonfigurován dle záměrů uživatele.
Scénáře
Název PU1004-Konfigurace vlastního dashboardu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel datové báze otevře seznam panelů pro přidání na homepage
dashboardu.
2 Systém Dashboard, zobrazí seznam panelů, které má se svým oprávněním k
dispozici, např. seznam aktuálních úkolů, seznam převzatých dokumentů
a dosud nevrácených dokumentů ke zpracování.
3 Uživatel Uživatel datové báze zvolí panel, který si přeje přidat.
4 Uživatel Uživatel datové báze si vybraný panel umístí na požadované místo na
dashboardu.
875
8.1.2.1.2.4 PU1005-Spustit oprávněnou aplikaci
Případ užití se zabývá způsobem spouštění aplikací podle oprávnění uživatele odkazem z
prostředí dashboardu.
Realizované Aktivity
Typ Název
Aktivita Procesy tvorby datové báze českých zdrojů e-Sbírky
Realizované požadavky
FP1084-Personalizační služby kreativního prostředí pro tvorbu datové báze
Předpoklady
Uživatel je přihlášen.
Uživatel má oprávnění ke spuštění aplikace, nebo aplikací (tj. má něco ke spuštění).
Stav po ukončení
Výsledkem je spuštěná aplikace s možnostmi reflektujícími oprávnění uživatele.
Scénáře
Název PU1005-Spustit oprávněnou aplikaci
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel datové báze má k dispozici v navigačním okně dashboradu
seznam aplikací, které má oprávnění spustit, např. e-Šablona, EUR-Lex
parser, CzechVOC atd.
2 Uživatel Uživatel datové báze spouští aplikace kliknutím na ně.
3 Systém Dashboard spustí v okně prohlížeče požadovanou aplikaci, ta se otevře s
možnostmi odpovídajícími oprávnění uživatelovy role.
876
8.1.2.1.2.5 PU1006-Souhrnný přehled o aktivitách uživatelů
Případ užití se zabývá zprostředkováním přehledů nad všemi aktivitami všech uživatelů.
Realizované Aktivity
Typ Název
Aktivita Procesy tvorby datové báze českých zdrojů e-Sbírky
Realizované požadavky
FP1019-Poskytnutí záznamů z logu CRUD akcí
FP1021-Poskytnutí stavů předpisů
FP1085-Přehledy o aktivitách uživatelů
Předpoklady
Uživatel je přihlášen v roli Manažer.
Stav po ukončení
Výsledkem případu užití je zobrazený přehled aktivit manažerovi podřízených uživatelů.
Scénáře
Název PU1006-Souhrnný přehled o aktivitách uživatelů
Typ Základní scénář
krok typ akce
1 Uživatel Manažer má vzhledem ke své roli k dispozici aplikaci "Přehled o aktivitách
všech uživatelů" (konkrétně uživatelů jemu podřízených). Kliknutím na
odkaz se tato aplikace spustí v okně prohlížeče.
2 Systém Dashboard zobrazí seznam všech aktivit s možností řazení, seskupování a
filtrování podle typu, času, uživatele.
877
8.1.2.1.2.6 PU1007-Přehled o stavu plnění úkolů
Případ užití se zabývá zprostředkováním přehledů o plnění úkolů všech uživatelů.
Realizované Aktivity
Typ Název
Aktivita Procesy tvorby datové báze českých zdrojů e-Sbírky
Realizované požadavky
FP1019-Poskytnutí záznamů z logu CRUD akcí
FP1021-Poskytnutí stavů předpisů
FP1087-Úkoly
Předpoklady
Uživatel je přihlášen v roli Manažer.
Stav po ukončení
Výsledkem případu užití je zobrazený přehled úkolů manažerovi podřízených uživatelů, resp.
detailu úkolů konkrétního uživatele.
Scénáře
Název PU1007-Přehled o stavu plnění úkolů
Typ Základní scénář
krok typ akce
1 Uživatel Manažer má vzhledem ke své roli k dispozici aplikaci "Přehled o úkolech
uživatelů" (konkrétně uživatelů jemu podřízených). Kliknutím na odkaz se
tato aplikace spustí v okně prohlížeče.
2 Systém Dashboard zobrazí seznam všech úkolů s možností řazení, seskupování a
filtrování podle typu, času, uživatele.
878
8.1.2.1.2.7 PU1008-Přidělování úkolů
Případ užití se zabývá funkcionalitou přidělování úkolů uživatelům.
Realizované Aktivity
Typ Název
Aktivita Procesy tvorby datové báze českých zdrojů e-Sbírky
Realizované požadavky
FP1087-Úkoly
Předpoklady
Uživatel je přihlášen v roli Manažer.
Stav po ukončení
Výsledkem případu užití je úkol přidělený konkrétnímu uživateli dle vůle manažera, který se
uživateli následně zobrazí v jeho seznamu úkolů.
Scénáře
Název PU1008-Přidělování úkolů
Typ Základní scénář
krok typ akce
1 Uživatel Manažer má vzhledem ke své roli k dispozici aplikaci "Přehled o úkolech
uživatelů" (konkrétně uživatelů jemu podřízených). Kliknutím na odkaz se
tato aplikace spustí v okně prohlížeče.
2 Uživatel Manažer v rámci této aplikace může úkoly modifikovat: přesouvat, měnit
jejich vlastnosti, rušit, zakládat.
879
8.1.2.1.2.8 PU1009-Souhrnný přehled předpisů
Případ užití pokrývá funkcionalitu přehledů předpisů podle jejich stavů s možností
seskupování, řazení, filtrování podle různých kritérií.
Realizované Aktivity
Typ Název
Aktivita Procesy tvorby datové báze českých zdrojů e-Sbírky
Realizované požadavky
FP1019-Poskytnutí záznamů z logu CRUD akcí
FP1021-Poskytnutí stavů předpisů
FP1086-Přehledy o stavech předpisů
Předpoklady
Uživatel je přihlášen v roli Manažer.
Stav po ukončení
Výsledkem případu užití je zobrazený přehled předpisů podle jejich stavů v požadovaném
zobrazení.
Scénáře
Název PU1009-Souhrnný přehled předpisů
Typ Základní scénář
krok typ akce
1 Uživatel Manažer má vzhledem ke své roli k dispozici aplikaci "Přehled předpisů
podle stavů". Kliknutím na odkaz se tato aplikace spustí v okně prohlížeče.
2 Systém Dashboard zobrazí přehled předpisů podle stavů s možností řazení,
seskupování a filtrování podle stavu a dalších metadat předpisů.
880
8.1.2.1.3 Administrace dashboardu datové báze
Tato sekce shromažďuje případy užití týkající administrace dashboardu.
Administrační rozhraní dashboardu datové báze
PU1010-Přidělov ání práv
rolím
Administrátor datov é báze PU1011-Konfigurace
dashboradu uživ atele
PU1012-Editace článků
dashboardu
Obrázek 5: Administrace pracovního prostředí
881
8.1.2.1.3.1 PU1010-Přidělování práv rolím
Případ užití se zabývá funkcionalitou konfigurace oprávnění pro jednotlivé role.
Realizované Aktivity
Typ Název
Aktivita Procesy tvorby datové báze českých zdrojů e-Sbírky
Realizované požadavky
FP1083-UAP služby
Předpoklady
Uživatel je přihlášen v roli Administrátor datové báze.
Stav po ukončení
Výsledkem je nastavená struktura oprávnění pro role dle záměru administrátora.
Scénáře
Název PU1010-Přidělování práv rolím
Typ Základní scénář
krok typ akce
1 Uživatel Administrátor datové báze spustí apliakaci "Správa práv".
2 Systém Dashboard zobrazí matici, kde v řádcích jsou jednotlivá oprávnění
dashboardu resp. jeho aplikací a ve sloupcích jsou jednotlivé role.
3 Uživatel Administrátor datové báze provede modifikaci přiřazení oprávnění k roli a
uloží.
4 Systém Dashboard změnu okamžitě promítne všem uživatelům.
882
8.1.2.1.3.2 PU1011-Konfigurace dashboradu uživatele
Případ užití se zabývá funkcionalitou nastavení uživatelského dashboardu administrátorem
pro uživatele, kteří buď nejsou vybaveni příslušným oprávněním, aby si dashboard mohli
konfigurovat sami, nebo si to explicitně vyžádají.
Realizované Aktivity
Typ Název
Aktivita Procesy tvorby datové báze českých zdrojů e-Sbírky
Realizované požadavky
FP1084-Personalizační služby kreativního prostředí pro tvorbu datové báze
Předpoklady
Uživatel je přihlášen v roli Administrátor datové báze.
Stav po ukončení
Výsledkem je dashboard konkrétního uživatele nakonfigurovaný podle záměru administrátora.
Scénáře
Název PU1011-Konfigurace dashboradu uživatele
Typ Základní scénář
krok typ akce
1 Uživatel Administrátor datové báze se přepne do kontextu vybraného uživatele.
2 Systém Dashboard jeho kontext přemapuje na konkrétního uživatele.
3 Uživatel Dále dle PU1004-Konfigurace vlastního dashboardu.
883
8.1.2.1.3.3 PU1012-Editace článků dashboardu
Případ užití se zabývá funkcionalitou "systémového obsahu" dashboardu. Jedná se např. o
články nápověd, příkladů použití, často kladených otázek, tipů apod.
Realizované Aktivity
Typ Název
Aktivita Procesy tvorby datové báze českých zdrojů e-Sbírky
Realizované požadavky
FP1088-Postupy/manuály/knowledge base/faq/diskuse
Předpoklady
Uživatel je přihlášen v roli Administrátor datové báze.
Stav po ukončení
Výsledkem je obsah dashboardu nebo jeho část adaptovaná podle záměru administrátora.
Scénáře
Název PU1012-Editace článků dashboardu
Typ Základní scénář
krok typ akce
1 Uživatel Administrátor datové báze vybere článek (např. nápovědu, FAQ, tipy a
triky apod...).
2 Systém Dashboard vybraný článek otevře k editaci.
3 Uživatel Administrátor datové báze provede zamýšlenou editaci obsahu nebo
vlastností článku a provede jeho uložení.
4 Systém Dashboard uložení reflektuje okamžitou aktualizací, tj. při každém dalším
požadavku libovolného uživatele na daný článek se již tento projeví s
aktualizovaným obsahem.
884
8.1.2.2 Tvorba datové báze
Sekce Tvorba datové báze shromažďuje případy užití všech aspektů práce s obsahem
datové báze od vzniku až po připravenost ke zveřejnění na portálu e-Sbírky.
8.1.2.2.1 Rekonstrukce obsahu českých sbírek
Sekce Rekonstrukce obsahu českých sbírek shromažďuje a seskupuje do vnořených skupin
případy užití všech aspektů činností, které mají za výsledek rekonstrukci obsahu z listinných
nebo digitálních podkladů.
8.1.2.2.1.1 Naskenování originálů listinných originálů do PDF souboru
Sekce se zabývá problematikou vytvoření PDF souborů částek skenováním.
885
uc Naskenov ání originálů listinných originálů do PDF souboru
e-Šablona pro mínusovou osu
PU1013-Vybrat dokument ke
zpracov ání
Digitalizační pracoviště
PU1014-Skenov at listinný PU1017-Skenov at stranu
originál do PDF/A souboru
« i n cl u d e »
PU1015-Ov ěřit v hodnost «extend» PU1016-Zkontrolov at
naskenov aného PDF uspořádání pořadí stran v
souboru pro další
zpracov ání PDF
«extend» PU1018-Nahradit stranu v
«extend» PDF souboru
«extend»
PDF operátor
PU1019-Vložit stranu do PDF
souboru
PU1021-Doplnit metadata do PU1020-Odstranit stranu z
PDF souboru PDF souboru
Certifikátor PU1022-Zapečetit PDF
soubor
e-Šablona pro mínusovou osu
PU1023-Importov at PDF
soubor do úložiště
Obrázek 6: Naskenování originálů listinných originálů do PDF souboru
886
8.1.2.2.1.1.1 PU1013-Vybrat dokument ke zpracování
Případ užití se zabývá způsobem výběru předpisu ke zpracování ze seznamu úkolů
uživatelova dashboardu.
Realizované Aktivity
Typ Název
Aktivita Výběr dokumentu ke zpracování
Aktivita Zajištění podkladů (pro každý předpis)
Aktivita Výběr předpisu pro rekonstrukci obsahu
Realizované požadavky
FP1024-Pracovní úložiště podkladů pro rekonstrukci obsahu "mínusové osy" datové báze z
určených zdrojů
FP1048-Zajištění/získání podkladů
Předpoklady
Uživatel je přihlášen v roli PDF operátor.
(Poznámka: uživatel může být ve více rolích současně, přičemž z každé role získává příslušná
práva)
Stav po ukončení
Listinný originál připraven.
Scénáře
Název PU1013-Vybrat dokument ke zpracování
Typ Základní scénář
krok typ akce
1 Uživatel PDF operátor otevře v seznamu úkolů svého dashboardu seznam
předpisů k digitalizaci naskenováním a jednu nebo více položek si
přebere ke zpracování zakliknutím.
887
2 Systém Dashboard zaznamená k předpisu jeho stav a identifikaci a čas převzetí
PDF Operátor-em.
3 Uživatel PDF operátor zajistí listinný podklad ke skenování a připraví jej podle
propozic (rozešití atd.).
888
8.1.2.2.1.1.2 PU1014-Skenovat listinný originál do PDF/A souboru
Případ užití se zabývá naskenováním částky případně předpisu sbírky postupně stranu po
straně do PDF souboru ve formátu PDF/A.
Realizované Aktivity
Typ Název
Aktivita Vytvoření PDF
Aktivita Zajištění podkladů (pro každý předpis)
Realizované požadavky
FP1025-Nástroje na skenování listinných předloh
FP1049-Skenování
FP1050-Skenování některých ročníků Sbírky zákonů
FP1051-Skenování Úředního listu
Předpoklady
Uživatel je přihlášen v roli PDF operátor.
Stav po ukončení
Výsledkem je správně naskenovaná a pojmenovaná částka sbírky v souboru PDF/A.
Scénáře
Název PU1014-Skenovat listinný originál do PDF/A souboru
Typ Základní scénář
krok typ akce
1 Uživatel PDF operátor vloží listy připravené částky nebo předpisu sbírky skeneru.
2 Uživatel PDF operátor vyvolá ve skenovacím programu akci pro naskenování všech
stran vložených ve skeneru.
889
3 Systém Skenovací program skupinu stran naskenuje a automaticky uloží s
jednoznačným pojmenováním.
4 Uživatel PDF operátor uloží ve skenovacím programu naskenovanou částku (u
některých sbírek předpis) do PDF/A souboru na určené místo v
souborovém systému.
890
8.1.2.2.1.1.3 PU1015-Ověřit vhodnost naskenovaného PDF souboru pro další zpracování
Případ užití se zabývá způsoby kontroly správnosti PDF částky porovnáním s listinným
originálem a sjednáním nápravy v případě nesouladu.
Vysvětlení otázky UHA „Jak se bude kontrolovat kvalita práce operátorů?“:
Kvalita práce oprátorů bude ověřována 2 způsoby:
1. namátkovou kontrolou manažerem, který přiděluje a řídí práci operátora
2. dalšími procesy tvorby datové báze, kterých součástí jsou vícenásobné kontroly
kompletnosti a kvality rekonstruovaného a dále zpracovaného obsahu sbírek.
Realizované Aktivity
Typ Název
Aktivita Kontrola všech stran v PDF
Aktivita Kontrola použitelnosti strany
Aktivita Kontrola čitelnosti strany
Aktivita Analýza předpisu pro další zpracování
Aktivita Zajištění podkladů (pro každý předpis)
Realizované požadavky
FP1024-Pracovní úložiště podkladů pro rekonstrukci obsahu "mínusové osy" datové báze z
určených zdrojů
Předpoklady
Uživatel je přihlášen v roli PDF operátor.
Stav po ukončení
Výsledkem je nově naskenovaná, zkontrolovaná a kompletní částka sbírky v souboru PDF/A.
Scénáře
Název PU1015-Ověřit vhodnost naskenovaného PDF souboru pro další zpracování
Typ Základní scénář
891
krok typ akce
1
2 Uživatel PDF operátor otevře požadovanou PDF repliku částky v PDF programu
3 (Acrobat Pro XI nebo jiný nástroj plnící stejný účel).
4
5 Uživatel PDF operátor otevře listinný originál částku, ze které byla PDF replika
6 vytvořena.
7
8 Uživatel PDF operátor listuje synchronně PDF replikou a listinným originálem
9 částky a kontroluje kompletnost stran a jejich správné pořadí.
10
11 Uživatel PDF operátor zkontroluje čitelnost stran na identičnost s originálem.
12 Uživatel PDF operátor zkontroluje úplnost textu, tedy zda strana není někde
oříznutá.
Uživatel PDF operátor zkontroluje rozpoznatelnost textu, zda je identická s
originálem.
Uživatel PDF operátor zkontroluje čitelnost obrázků, jejich barevnost, zda je
identická s originálem.
Uživatel PDF operátor zkontroluje čitelnost matematických, chemických (apod.)
vzorců, zda je shodná s originálem.
Uživatel PDF operátor zkontroluje čitelnost tabulek a jejich ohraničení, opět musí
být shodná s originálem.
Uživatel PDF operátor explicitně zkontroluje čitelnost poznámek pod čarou
(indexy bývají menším písmem) na shodu s originálem.
Uživatel Najde-li PDF operátor nesrovnalost (t.j. duplicitní stranu, chybějící stranu,
špatnou stranu, špatné pořadí stran), odstání ji prostřednictvím PU1016-
Zkontrolovat uspořádání pořadí stran v PDF, PU1018-Nahradit stranu v
PDF souboru, PU1019-Vložit stranu do PDF souboru, PU1020-Odstranit
stranu z PDF souboru.
Uživatel PDF operátor zkontrolovanou a kompletní částku uloží na určené místo v
souborovém systému.
892
8.1.2.2.1.1.3.1 PU1016-Zkontrolovat uspořádání pořadí stran v PDF
Případ užití určuje způsob nápravy přehozených stran v PDF jejich přesunem do správného
pořadí.
Realizované Aktivity
Typ Název
Aktivita Kontrola všech stran v PDF
Aktivita Kontrola použitelnosti strany
Aktivita Zajištění podkladů (pro každý předpis)
Realizované požadavky
FP1026-Nástroje pro práci se stranami PDF souborů
FP1052-Zajištění kompletnosti a hodnověrnosti podkladů pro rekonstrukci textu
Předpoklady
Uživatel je přihlášen v roli PDF operátor.
Stav po ukončení
Výsledkem je správné pořadí původně přehozených stran PDF repliky částky sbírky.
Scénáře
Název PU1016-Zkontrolovat uspořádání pořadí stran v PDF
Typ Základní scénář
krok typ akce
1 Uživatel PDF operátor otevře PDF repliku částky v Acrobat Pro XI (nebo jiném
nástroji plnícím stejný účel).
2 Uživatel PDF operátor přesune chybně zařazenou stranu na správné místo.
3 Uživatel PDF operátor uloží PDF repliku částky pomocí tlačítka Uložit.
893
8.1.2.2.1.1.3.2 PU1017-Skenovat stranu
Případ užití určuje způsob naskenování strany listinného originálu sbírky.
Realizované Aktivity
Typ Název
Aktivita Kontrola všech stran v PDF
Aktivita Náhrada strany
Aktivita Kontrola čitelnosti strany
Aktivita Zajištění podkladů (pro každý předpis)
Realizované požadavky
FP1025-Nástroje na skenování listinných předloh
FP1049-Skenování
FP1050-Skenování některých ročníků Sbírky zákonů
FP1051-Skenování Úředního listu
Předpoklady
Uživatel je přihlášen v roli PDF operátor.
Stav po ukončení
Výsledkem je správně naskenovaná strana.
Scénáře
Název PU1017-Skenovat stranu
Typ Základní scénář
krok typ akce
1 Uživatel PDF operátor vloží list částky do skeneru.
894
2 Uživatel PDF operátor vyvolá ve skenovacím programu funkci pro naskenování
strany.
3 Systém OCR Systém stranu naskenuje a automaticky uloží s jednoznačným
pojmenováním do dočasného úložiště.
4 Uživatel PDF operátor uloží v OCR programu naskenovanou stranu do PDF.
895
8.1.2.2.1.1.3.3 PU1018-Nahradit stranu v PDF souboru
Případ užití určuje způsob náhrady chybné strany PDF za správnou.
Realizované Aktivity
Typ Název
Aktivita Kontrola všech stran v PDF
Aktivita Náhrada strany
Aktivita Kontrola čitelnosti strany
Aktivita Zajištění podkladů (pro každý předpis)
Realizované požadavky
FP1026-Nástroje pro práci se stranami PDF souborů
Předpoklady
Uživatel je přihlášen v roli PDF operátor.
Stav po ukončení
Výsledkem je ne-existence chybných strán v PDF souboru. T.j. všechny strany jsou v pořádku.
Scénáře
Název PU1018-Nahradit stranu v PDF souboru
Typ Základní scénář
krok typ akce
1 Uživatel PDF operátor otevře PDF repliku částky v Acrobat Pro XI (nebo jiném
nástroji plnícím stejný účel).
2 Uživatel PDF operátor vloží PDF soubor obsahující správnou stranu nebo strany
pomocí nástroje Nahradit.
3 Uživatel PDF operátor uloží PDF repliku částky pomocí tlačítka Uložit.
896
8.1.2.2.1.1.3.4 PU1019-Vložit stranu do PDF souboru
Případ užití určuje způsob vložení chybějící strany v PDF.
Realizované Aktivity
Typ Název
Aktivita Kontrola všech stran v PDF
Aktivita Náhrada strany
Aktivita Kontrola čitelnosti strany
Aktivita Zajištění podkladů (pro každý předpis)
Realizované požadavky
FP1026-Nástroje pro práci se stranami PDF souborů
Předpoklady
Uživatel je přihlášen v roli PDF operátor.
Stav po ukončení
Výsledkem je PDF replika částky sbírky, ve které nechybí žádná strana.
Scénáře
Název PU1019-Vložit stranu do PDF souboru
Typ Základní scénář
krok typ akce
1 Uživatel PDF operátor otevře PDF repliku částky v Acrobat Pro XI (nebo jiném
nástroji plnícím stejný účel).
2 Uživatel PDF operátor vloží soubor s požadovanou stranou nebo skupinou stran
prostřednictvím nástroje Vložit ze souboru.
3 Uživatel PDF operátor uloží PDF repliku částky pomocí tlačítka Uložit.
897
8.1.2.2.1.1.3.5 PU1020-Odstranit stranu z PDF souboru
Případ užití určuje způsob odstranění nežádoucí strany z PDF.
Realizované Aktivity
Typ Název
Aktivita Kontrola všech stran v PDF
Aktivita Náhrada strany
Aktivita Kontrola čitelnosti strany
Aktivita Zajištění podkladů (pro každý předpis)
Realizované požadavky
FP1026-Nástroje pro práci se stranami PDF souborů
Předpoklady
Uživatel je přihlášen v roli PDF operátor.
Stav po ukončení
Výsledkem je PDF replika částky sbírky, která neobsahuje nežádoucí strany.
Scénáře
Název PU1020-Odstranit stranu z PDF souboru
Typ Základní scénář
krok typ akce
1 Uživatel PDF operátor otevře PDF repliku částky v Acrobat Pro XI (nebo jiném
nástroji plnícím stejný účel).
2 Uživatel PDF operátor odstraní nežádoucí stranu nebo skupinu stran (nebo více
stran) prostřednictvím funkce "Odstranit".
3 Uživatel PDF operátor uloží PDF repliku částky pomocí tlačítka Uložit.
898
8.1.2.2.1.1.4 PU1021-Doplnit metadata do PDF souboru
Případ užití určuje způsob doplnění metadat podle DC normy do PDF repliky částky nebo
předpisu.
Realizované Aktivity
Typ Název
Aktivita Zapečetění PDF dokumentu a opatření časovým razítkem
Aktivita Zajištění podkladů (pro každý předpis)
Realizované požadavky
FP1027-Nástroje pro uzamčení PDF elektronickou značkou a časovým razítkem
Předpoklady
Uživatel je přihlášen v roli PDF operátor.
Stav po ukončení
Výsledkem je PDF částka s doplněnými základnými DC metadaty - title, author, date.
Scénáře
Název PU1021-Doplnit metadata do PDF souboru
Typ Základní scénář
krok typ akce
1 Uživatel PDF operátor otevře PDF repliku částky v Acrobat Pro XI (nebo jiném
nástroji plnícím stejný účel).
2 Uživatel PDF operátor otevře vlastnosti PDF dokumentu (např. pomocí klávesové
zkratky Ctrl+D) a doplní základní metadata podle normy DC, Title,
Publisher, Date.
3 Uživatel PDF operátor uloží PDF repliku částky pomocí tlačítka "Uložit jako" s
výběrem formátu PDF/A a přidáním identifikace "_a" na konec názvu
souboru.
899
8.1.2.2.1.1.5 PU1022-Zapečetit PDF soubor
Případ užití popisuje způsob dosažení neodvolatelné identičnosti PDF repliky částky s
listinným originálem prostřednictvím zapečetění klasifikovanou elektronickou pečetí
(alternativně podepsáním systémovým certifikátem e-Legislativy) a opatřením kvalifikovaným
elektronickým časovým razítkem (alternativě časovým razítkem vydaným službou časových
razítek interní certifikační autority).
Realizované Aktivity
Typ Název
Aktivita Zapečetění PDF dokumentu a opatření časovým razítkem
Aktivita Zajištění podkladů (pro každý předpis)
Realizované požadavky
FP1027- Nástroje pro zapečetění PDF klasifikovanou elektronickou pečetí a opatření
klasifikovaným elektronickým časovým razítkem
FP1052-Zajištění kompletnosti a hodnověrnosti podkladů pro rekonstrukci textu
Předpoklady
Uživatel je přihlášen v roli Certifikátor.
Dostupnost komponenty pro zapečetění kvalifikovanou elektronickou pečetí a opatření
kvalifikovaným elektronickým časovým razítkem
Stav po ukončení
Výsledkem je částka PDF, která je identická s listinnou a tento stav je ověřen zaručen
zapečetěním dokumentu a opatřením časovým razítkem.
Scénáře
Název PU1022-Zapečetit PDF soubor
Typ Základní scénář
krok typ akce
900
1 Uživatel Certifikátor otevře ovládací menu aplikace pro pečetění a opatřování
časovým razítkem.
2 Uživatel Certifikátor vybere položku "Zapečetit dokument".
3 Uživatel Certifikátor pomocí položky "Vybrat" vybere pečetěný dokument.
4 Uživatel Certifikátor vybere položku "Souhlasím s podepsaným obsahem při
zobrazení velikosti 100%" a klikne na tlačítko "Zapečetit", zadá ověřovací
údaje pro přístup k pečetícímu certifikátua potvrdí stisknutím tlačítka O.K.
901
8.1.2.2.1.1.6 PU1023-Importovat PDF soubor do úložiště
Případ užití určuje způsob vložení zapečetěné PDF repliky částky nebo předpisu do úložiště
právních předpisů.
Realizované Aktivity
Typ Název
Aktivita Upload PDF s pečetí a časovým razítkem do úložiště
Aktivita Zajištění podkladů (pro každý předpis)
Realizované požadavky
FP1011-CRUD služby úložiště předpisů
Předpoklady
Uživatel je přihlášen v roli Certifikátor.
Stav po ukončení
Výsledkem je digitální replika částky vložená do úložiště datové báze.
Scénáře
Název PU1023-Importovat PDF soubor do úložiště
Typ Základní scénář
krok typ akce
1 Uživatel Certifikátor otevře požadovanou částku v e-Šabloně.
2 Systém e-Šablona zobrazí seznam předpisů v částce a záložku s možností
importu PDF.
3 Uživatel Certifikátor vloží zapečetěné PDF výběrem ze souborového systému nebo
přetažením pomocí myši.
902
4 Systém e-Šablona soubor vloží úložiště datové báze, kde je pak k dispozici jako
"souborová příloha" částky. Záznam o vložení zapíše do logů s identifikací
certifikátor-a a časem vložení.
903
8.1.2.2.1.2 Konverze PDF souboru na textový obsah a vložení do úložiště
Sekce se zabývá způsoby konverze PDF na text propojený s doplňkovými entitami s
výsledným vložením do úložiště právních předpisů.
e-Šablona pro mínusovou osu
PU1024-Vybrat PDF soubor ke
zpracov ání
Pracoviště rekonstrukce textu
PU1025-Prov ést rekonstrukci
textu
TEXT operátor PU1026-Maximalizov at kv alitu
rekonstruov aného textu
PU1027-Zpracov at doplňkov é
entity
PU1028-Připrav it v ýsledek
pro v ložení do úložiště
e-Šablona pro mínusovou osu
PU1029-Vložit v yhlášené
znění předpisu do úložiště
Obrázek 7: Konverze PDF repliky na textový obsah a vložení do úložiště
8.1.2.2.1.2.1 PU1024-Vybrat PDF soubor ke zpracování
Případ užití se zabývá způsobem výběru PDF souboru k provedení rekonstrukce textu podle
seznamu úkolů.
904
Realizované Aktivity
Typ Název
Aktivita Vytvoření rekonstruovaného textu předpisu
Aktivita OCR
Aktivita Přepis
Aktivita Vytěžení textu
Aktivita Rekonstrukce obsahu (pro každý předpis)
Realizované požadavky
FP1012-Poskytnutí předpisu nebo více předpisů
Předpoklady
Uživatel je přihlášen v roli TEXT Operátor.
Stav po ukončení
PDF soubor připraven pro další zpracování.
Scénáře
Název PU1024-Vybrat PDF soubor ke zpracování
Typ Základní scénář
krok typ akce
1 Uživatel TEXT operátor otevře v seznamu úkolů svého dashboardu seznam
souborů k rekonstrukci textu a přebere si jej do zpracování zakliknutím.
2 Systém Dashboard zaznamená k dokumentu jeho stav a identifikaci a čas převzetí
TEXT Operátor-em.
3 Uživatel TEXT operátor stáhne určený soubor do předem určeného místa v
úložišti.
905
4 Systém Dashboard zaznamená do logů identifikaci TEXT operátor-a a čas stažení.
906
8.1.2.2.1.2.2 PU1025-Provést rekonstrukci textu
Případ užití zahrnuje způsoby získání textu z PDF s alternací různých způsobů.
Realizované Aktivity
Typ Název
Aktivita Vytvoření rekonstruovaného textu předpisu
Aktivita OCR
Aktivita Přepis
Aktivita Vytěžení textu
Aktivita Rekonstrukce obsahu (pro každý předpis)
Realizované požadavky
FP1028-Nástroje na získání 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
FP1032-Nástroje na tvorbu výsledného zápisu vyhlášeného znění předpisu vč. zápisu metadat
FP1047-rekonstrukce obsahu vyhlášených znění
FP1053-Vlastní rekonstrukce textů
FP1054-Sbírka zákonů
FP1055-Sbírka mezinárodních smluv 2000-2015
FP1056-Úřední list
Předpoklady
Uživatel je přihlášen v roli TEXT Operátor.
PDF parser - speciální na míru napsaný software pro rekonstrukci textu z PDF stejnopisů 1990+
zveřejněných na mvcr.cz (tedy z „textových“ PDF, z ostatních je rekonstrukce textu prováděna
pomocí OCR resp. přepisu).
907
Výbava pro manuální přepis stran.
Stav po ukončení
Výsledkem je text rekonstruovaný z PDF repliky částky.
Scénáře
Název PU1025-Provést rekonstrukci textu
Typ Základní scénář
krok typ akce
1 Uživatel TEXT operátor rozhodne o způsobu rekonstrukce textu - buď OCR,
nebo vytěžení PDF parserem, nebo přepisem.
2 Uživatel TEXT operátor zkontroluje nastavení OCR aplikace dle propozic.
alt. krok pokračuj na typ akce
2a Konec Alternativní scénář Přímé vytěžení textu z PDF
2b Konec Alternativní scénář Manuální přepis potřebných částí
3 Uživatel TEXT operátor označí oblasti ke zpracování a spustí automatické
čtení.
4 Uživatel TEXT operátor spustí automatické čtení.
5 Systém Systém Finereader "přečte" text z označených oblastí v nastaveném
pořadí a zobrazí přečtený text na obrazovce.
Název Přímé vytěžení textu z PDF
Typ Alternativní scénář
krok typ akce
1 Uživatel Je-li PDF textové, TEXT operátor otevře PDF soubor ve parseru PDF
nastaví parametry a spustí jej.
2 Systém PDF parser provede konverzi a uložení do výsledného souboru
čistého textu (.txt).
Název Manuální přepis potřebných částí
908
Typ Alternativní scénář
krok typ akce
1 Uživatel TEXT operátor přepíše potřebné strany nebo jejich části a uloží
výsledek do souboru.
Název Verifikátor nepopíše
Typ Alternativní scénář
909
8.1.2.2.1.2.3 PU1026-Maximalizovat kvalitu rekonstruovaného textu
Případ užití popisuje způsoby dosažení bezchybného textu po jeho dokončené z rekonstrukci
z PDF souboru.
Realizované Aktivity
Typ Název
Aktivita Vytvoření rekonstruovaného textu předpisu
Aktivita OCR
Aktivita Přepis
Aktivita Vytěžení textu
Aktivita Rekonstrukce obsahu (pro každý předpis)
Realizované požadavky
FP1030-Nástroje na identifikaci a korekci chyb vzniklých při rozpoznání textu
FP1032-Nástroje na tvorbu výsledného zápisu vyhlášeného znění předpisu vč. zápisu metadat
FP1057-Doplnění metadat
Předpoklady
Uživatel je přihlášen v roli TEXT Operátor.
Stav po ukončení
Výsledkem je zkorigovaný text bez chyb.
Scénáře
Název PU1026-Maximalizovat kvalitu rekonstruovaného textu
Typ Základní scénář
krok typ akce
910
1 Uživatel TEXT operátor projde vyznačené místa zvýrazněné Finereaderem po OCR
na potenciální chybu a všechna zkontroluje,
2 Uživatel Potenciální chybu opraví editací.
3 Uživatel TEXT operátor zkontroluje všechny tabulky na správnost textu a správné
členění do buněk.
4 Uživatel V případě problému v tabulce opraví buď editací, nebo novým
nastavením a opakovaným přečtením tabulky.
911
8.1.2.2.1.2.4 PU1027-Zpracovat doplňkové entity
Případ užití se zabývá způsoby zpracování doplňkových entit tabulek, obrázků, příloh, vzorců.
Realizované Aktivity
Typ Název
Aktivita Značkování tabulek
Aktivita Pořízení obrázků
Aktivita Pořízení souborových příloh
Aktivita Přepis vzorců
Aktivita Zpracování doplňkových entit
Aktivita Rekonstrukce obsahu (pro každý předpis)
Realizované požadavky
FP1031-Nástroje na doplnění netextových entit do souborů rozpoznaných textů
FP1058-Kompletace rekonstruovaného textu dalšími entitami
FP1059-Obrázky
FP1060-Souborové přílohy
FP1061-Tabulky
FP1062-Vzorce
Předpoklady
Uživatel je přihlášen v roli TEXT Operátor.
Stav po ukončení
Výsledkem jsou zpracované tabulky, obrázky, přílohy, vzorce.
Scénáře
Název PU1027-Zpracovat doplňkové entity
912
Typ Základní scénář
krok
1 typ akce
2 Uživatel Jsou-li v rekonstruovaném textu tabulky, Text operátor provede jejich
zapracování do textu za pomoci OCR, přepisu, HTM editoru (tabulky
3 mohou být následně editovány i v e-Šabloně).
4 Uživatel Jsou-li v rekonstruovaném textu vzorce, Text operátor provede jejich
přepis do MathML a zapracování do textu na příslušné místo za pomoci
MathML editoru (vzorce mohou být následně editovány i v e-Šabloně).
Uživatel Jsou-li v rekonstruovaném textu obrázky, Text operátor provede jejich
digitalizaci a úpravu podle propozic a vloží odkazy na ně na příslušná
místa do textu. (obrázky mohou být vkládány i v e-Šabloně).
Uživatel Jsou-li v rekonstruovaném textu přílohy, Text operátor provede jejich
digitalizaci a úpravu podle propozic a vloží odkazy na ně na příslušná
místa do textu. (přílohy mohou být vkládány i v e-Šabloně).
913
8.1.2.2.1.2.5 PU1028-Připravit výsledek pro vložení do úložiště
Případ užití se zabývá nutností opakovaného ověření kompletnosti a správnosti podkladů
pro vložení do úložiště. Každý předpis, zde představuje samostatný dokument, který musí být
zkontrolován.
Realizované Aktivity
Typ Název
Aktivita Finální kontrola HTML
Aktivita Zpracování doplňkových entit
Aktivita Rekonstrukce obsahu (pro každý předpis)
Realizované požadavky
FP1032-Nástroje na tvorbu výsledného zápisu vyhlášeného znění předpisu vč. zápisu metadat
FP1057-Doplnění metadat
Předpoklady
Uživatel je přihlášen v roli TEXT Operátor.
Stav po ukončení
Výsledkem je soubor se zpracovanými vzorci a tabulkami a odkazy na přílohy a obrázky
připravený pro vložení do úložiště datové báze.
Scénáře
Název PU1028-Připravit výsledek pro vložení do úložiště
Typ Základní scénář
krok typ akce
1 Uživatel TEXT operátor otevře v HTM editoru požadovaný předpis.
2 Uživatel TEXT operátor zkontroluje a opraví obsah buněk tabulek, je-li třeba.
914
3 Uživatel TEXT operátor nastaví v tabulkách výškové a šířkové informace, aby
dosáhl vizuální informaci identickou nebo alespoň podobnou jako v
listinném originálu.
4 Uživatel TEXT operátor identifikuje souborové přílohy, které zůstanou v PDF, např.
formuláře a nalinkuje je do HTM podle propozic.
5 Uživatel TEXT operátor oddělí obrázky do samostatných souborů a nalinkuje je do
HTM (podle podrobné dokumentace).
6 Uživatel TEXT operátor přepíše vzorce do strukturovaného zápisu podle podrobné
dokumentace.
7 Uživatel TEXT operátor uloží HTM předpisu, které je takto připravené pro import
do datové báze.
915
8.1.2.2.1.2.6 PU1029-Vložit vyhlášené znění předpisu do úložiště
Případ užití popisuje funkcionalitu vložení textu předpisu včetně doplňkových entit do
úložiště právních předpisů s automatickou fragmentací, strukturováním fragmentů a
následnou automatickou hierarchizací.
Realizované Aktivity
Typ Název
Aktivita Import předpisu do úložiště
Aktivita Strukturování fragmentů a hierarchizace
Aktivita Rekonstrukce obsahu (pro každý předpis)
Realizované požadavky
FP1000-Uložení právních předpisů
FP1001-Uložení sbírky (kolekce)
FP1002-Uložení metadat sbírky
FP1003-Uložení částky
FP1004-Uložení metadat částky
FP1005-Uložení předpisu
FP1014-Založení nového předpisu a jeho fragmentů
FP1018-Zápis CRUD akce do logu
FP1020-Zápis stavu předpisu
FP1032-Nástroje na tvorbu výsledného zápisu vyhlášeného znění předpisu vč. zápisu metadat
FP1034-Nástroje pro import obsahu částek a předpisů do úložiště s fragmentací a hierarchizací
FP1063-Vložení do úložiště e-Sbírky
Předpoklady
916
Uživatel je přihlášen v roli TEXT Operátor.
Stav po ukončení
Předpis vložen do úložiště datové báze se všemi doplňkovými entitami.
Scénáře
Název PU1029-Vložit vyhlášené znění předpisu do úložiště
Typ Základní scénář
krok typ akce
1 Uživatel TEXT operátor připraví HTM vyhlášených znění předpisů v požadovaném
formátu včetně obrázků a příloh.
2 Uživatel TEXT operátor spustí nástroj pro import předpisů.
3 Systém e-Šablona zobrazí seznam importovatelných položek.
4 Systém e-Šablona provede kontrolu a zobrazí seznam nalezených problémů.
5 Systém e-Šablona zjistí, zda předpisy v úložišti již existují, pokud ano, nabídne
jejich přepsání nebo doplnění na konec.
6 Uživatel TEXT operátor spustí vlastní import do datové báze.
7 Systém e-Šablona automaticky vytvoří částky a předpisy a naimportuje
požadovaný předpis.
917
8.1.2.2.2 Tvorba datové báze EUR-Lex
Sekce Tvorba datové báze EUR-Lex shromažďuje případy užití aplikované při naplňování
dat získávaných z EUR-Lex do úložiště právních předpisů.
Modul e-Šablony pro správu EurLEX dat
PU1030-Importov at EurLEX
data do úložiště
Administrátor datov é báze
PU1031-Vytv ořit asociace do
CzechVOC
Obrázek 8: Tvorba datové báze EUR-Lex
918
8.1.2.2.2.1 PU1030-Importovat EUR-Lex data do úložiště
Případ užití zahrnuje funkcionalitu importu dat z EUR-Lex, typicky při periodické aktualizaci.
Realizované Aktivity
Typ Název
Aktivita Procesy tvorby datové báze EUR-Lex
Aktivita Iniciální naplnění
Aktivita Týdenní aktualizace dat
Realizované požadavky
FP1000-Uložení právních předpisů
FP1001-Uložení sbírky (kolekce)
FP1002-Uložení metadat sbírky
FP1003-Uložení částky
FP1004-Uložení metadat částky
FP1005-Uložení předpisu
FP1014-Založení nového předpisu a jeho fragmentů
FP1018-Zápis CRUD akce do logu
FP1020-Zápis stavu předpisu
FP1033-Nástroje pro zpracování dat z digitálních zdrojů (download EUR-Lex) a jejich vložení do
úložiště
FP1074-Import z dodaných zdrojových souborů EUR-Lex
Předpoklady
Uživatel je přihlášen v roli Administrátor datové báze.
Parser EUR-Lex je na míru vytvořený software, který stáhne rozdílová data ze zdroje do tzv.
parsovací databáze a předpřipraví je pro následnou fragmentaci, strukturování fragmentů,
919
hierarchizaci a prolinkování, které provede e-Šablona způsobem analogickým jako v případě
českých sbírek.
Stav po ukončení
Výsledkem je aktualizovaná datová báze v části EUR-Lex.
Scénáře
Název PU1030-Importovat EUR-Lex data do úložiště
Typ Základní scénář
krok typ akce
1 Uživatel Editor spustí nástroj EUR-Lex parser pro import předpisů EUR-Lex.
2 Systém e-Šablona zobrazí seznam importovatelných položek.
3 Systém e-Šablona provede kontrolu a zobrazí seznam nalezených problémů.
4 Systém e-Šablona zjistí, zda předpisy v úložišti již existují, pokud ano, nabídne
jejich přepsání resp. doplnění na konec existujícího předpisu.
5 Uživatel Editor spustí vlastní import do úložiště datové báze.
6 Systém e-Šablona automaticky vytvoří předpisy a naimportuje požadované znění
včetně metadat.
920
8.1.2.2.2.2 PU1031-Vytvořit asociace do CzechVOC
Případ užití pokrývá funkcionalitu tvorby asociací mezi předpisy EUR-Lex a uzly CzechVOC.
Realizované Aktivity
Typ Název
Aktivita Procesy tvorby datové báze EUR-Lex
Aktivita Navázání EUR-Lex na EuroVOC (vrstva CzechVOC)
Aktivita Týdenní aktualizace dat
Realizované požadavky
FP1018-Zápis CRUD akce do logu
FP1045-Nástroje pro indexaci předpisů a fragmentů podle CzechVOC
Předpoklady
Uživatel je přihlášen v roli Administrátor datové báze.
Stav po ukončení
Výsledkem případu užití jsou předpisy EUR-Lex propojené s pojmovou bází CzechVOC.
Scénáře
Název PU1031-Vytvořit asociace do CzechVOC
Typ Základní scénář
krok typ akce
1 Uživatel Administrátor datové báze spustí nástroj na vytvoření asociačních vazeb
EUR-Lex - CzechVOC.
2 Systém e-Šablona tyto asociační vazby vytvoří.
3 Uživatel Administrátor datové báze zkontroluje provedení a označí předpis EUR-
Lex jako připravený k publikaci na portál e-Sbírka.
921
8.1.2.2.3 e-Šablona pro "mínusovou" osu - práce s entitami datového modelu
Sekce e-Šablona pro "mínusovou" osu - práce s entitami datového modelu shromažďuje
případy užití práce se všemi sbírkami datové báze prostřednictvím tohoto nástroje.
8.1.2.2.3.1 Vyhledání částky/předpisu
Sekce Vyhledání částky/předpisu popisuje různé způsoby, jak se uživatel dostane k
zobrazení předpisu nebo částky.
Obrázek 9: Vyhledání částky/předpisu
922
8.1.2.2.3.1.1 PU1032-Vyhledat částku
Případ užití zajišťuje zobrazení obsahu částky zadáním jejího čísla.
Realizované Aktivity
Typ Název
Aktivita Výběr dokumentu ke zpracování
Aktivita Výběr předpisu pro formalizaci do dm
Aktivita Zapracování novelizací
Aktivita Výběr novelizujícího předpisu
Realizované požadavky
FP1012-Poskytnutí předpisu nebo více předpisů
FP1044-Nástroje pro vyhledání předpisů a fragmentů v datové bázi
Předpoklady
Uživatel je přihlášen v roli Uživatel datové báze.
Stav po ukončení
Výsledkem je zobrazení obsahu konkrétní částky na obrazovce uživatele.
Scénáře
Název PU1032-Vyhledat částku
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel datové báze vepíše do vyhledávacího formuláře číslo částky ve
tvaru caNN/YYYY (NN je číslo částky v ročníku, YYYY je rok komplet všemi
čtyřmi číslicemi).
2 Systém Když e-Šablona identifikuje hledanou částku, zobrazí její číslo v
"našeptávači" pod okénkem formuláře vyhledávání. Lokalizuje-li částku ve
923
více sbírkách (např. Sbírce zákonů a Sbírce mezinárodních smluv), zobrazí
z více sbírek.
3 Uživatel Uživatel datové báze klikne na položku identifikovanou v našeptávači.
4 Systém e-Šablona přímo otevře hledanou částku se seznamem předpisů.
924
8.1.2.2.3.1.2 PU1033-Vyhledat předpis
Případ užití zajišťuje lokalizaci konkrétního předpisu prostřednictvím zadání jeho čísla nebo
názvu.
Realizované Aktivity
Typ Název
Aktivita Výběr dokumentu ke zpracování
Aktivita Výběr předpisu pro formalizaci do dm
Aktivita Zapracování novelizací
Aktivita Výběr novelizujícího předpisu
Realizované požadavky
FP1012-Poskytnutí předpisu nebo více předpisů
FP1044-Nástroje pro vyhledání předpisů a fragmentů v datové bázi
Předpoklady
Uživatel je přihlášen v roli Uživatel datové báze.
Stav po ukončení
Výsledkem je zobrazení obsahu požadovaného předpisu na obrazovce uživatele.
Scénáře
Název PU1033-Vyhledat předpis
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel datové báze vepíše do vyhledávacího formuláře číslo
předpisu ve tvaru NN/YY nebo NN/YYYY (tj. rok posledními dvěmi
číslicemi, nebo komplet všemi čtyřmi číslicemi).
alt. krok pokračuj na typ akce
925
1a Konec Alternativní scénář vyhledat předpis podle názvu
2 Systém Když e-Šablona identifikuje hledaný předpis, zobrazí jeho číslo a
zkrácený název v "našeptávači" pod okénkem formuláře
vyhledávání.
3 Uživatel Uživatel datové báze klikne na položku identifikovanou v
našeptávači.
4 Systém e-Šablona přímo otevře hledaný předpis.
Název vyhledat předpis podle názvu
Typ Alternativní scénář
krok typ akce
1 Uživatel Uživatel datové báze vepíše do vyhledávacího formuláře část názvu,
případně celý název předpisu.
2 Systém e-Šablona vypíše seznam předpisů, kterých název reflektuje zadaný
dotaz.
3 Uživatel Uživatel datové báze otevře předpis kliknutím na jeho čííslo v
seznamu.
926
8.1.2.2.3.1.3 PU1034-Vyhledat listováním v rejstříku
Případ užití zajišťuje cestu ke konkrétnímu předpisu nebo částce prostřednictvím jejich
"doklikání" v rejstřících (použití myši).
Realizované Aktivity
Typ Název
Aktivita Výběr dokumentu ke zpracování
Aktivita Výběr předpisu pro formalizaci do dm
Aktivita Zapracování novelizací
Aktivita Výběr novelizujícího předpisu
Realizované požadavky
FP1012-Poskytnutí předpisu nebo více předpisů
FP1044-Nástroje pro vyhledání předpisů a fragmentů v datové bázi
Předpoklady
Uživatel je přihlášen v roli Uživatel datové báze.
Stav po ukončení
Výsledkem je zobrazení obsahu požadovaného předpisu na obrazovce uživatele.
Scénáře
Název PU1034-Vyhledat listováním v rejstříku
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel datové báze klikne na Sbírku, ve které bude pracovat.
2 Systém e-Šablona zobrazí seznam dostupných ročníků.
3 Uživatel Uživatel datové báze kliknutím vybere ročník
927
4 Systém e-Šablona zobrazí seznam předpisů ve vybraném ročníku.
alt. krok pokračuj na typ akce
4a Konec Alternativní scénář výběr předpisu ze seznamu částek
5 Uživatel Uživatel datové báze kliknutím otevře vybraný předpis.
Název výběr předpisu ze seznamu částek
Typ Alternativní scénář
krok typ akce
1 Uživatel Uživatel datové báze klikne po výběru ročníku na záložku Částky
2 Systém e-Šablona zobrazí seznam částek a v každé částce seznam čísel
předpisů v ní obsažených
3 Uživatel Uživatel datové báze klikne na částku
4 Systém e-Šablona zobrazí seznam předpisů vybrané částky včetně názvů a
datumů účinnosti
5 Uživatel Uživatel datové báze klikne na předpis a otevře jej
928
8.1.2.2.3.2 Úkony v kartě částky
Sekce Úkony v kartě částky popisuje způsoby editace vlastností částky.
e-Šablona pro mínusovou osu
PU1035-Editov at datum « i n cl u d e » PU1032-Vyhledat částku
v yhlášení
Editor
Obrázek 10: Editace data vyhlášení
929
8.1.2.2.3.2.1 PU1035-Editovat datum vyhlášení
Případ užití pokrývá funkcionalitu doplnění data vyhlášení k částce.
Realizované Aktivity
Typ Název
Aktivita Upload PDF opatřených el. značkou a časovým razítkem do úložiště
Realizované požadavky
FP1006-Uložení metadat předpisu
FP1018-Zápis CRUD akce do logu
Předpoklady
Uživatel je přihlášen v roli Editor.
Stav po ukončení
Výsledkem je datum vyhlášení doplněný u konkrétní částky.
Scénáře
Název PU1035-Editovat datum vyhlášení
Typ Základní scénář
krok typ akce
1 Uživatel Editor vyhledá částku, u které si přeje editovat datum vyhlášení.
2 Uživatel Editor přepne na záložku "Karta".
3 Systém e-Šablona zobrazí editační pole pro editaci data vyhlášení.
4 Uživatel Editor vepíše požadované datum.
5 Uživatel Editor nic neukládá, stačí stisknout Enter anebo se přepnout jinam v
prohlížeči.
930
6 Systém Systém uloží editované datum vyhlášení.
7 Uživatel Editor může přejít na další částku prostřednictvím šipek pod vyhledávacím
políčkem v pravém horním rohu.
931
8.1.2.2.3.3 Práce s kartou předpisu
Sekce Práce s kartou předpisu se zabývá možnostmi práce s kartou předpisu.
e-Šablona pro mínusovou osu
PU1033-Vyhledat předpis
« i n cl u d e »
PU1036-Editov at profil
předpisu
Editor « i n cl u d e » PU1037-Editov at název
« i n cl u d e » předpisu
« i n cl u d e » PU1038-Vybrat typ předpisu
« i n cl u d e »
« i n cl u d e »
Práv ník PU1039-Editov at datum
schv álení a v yhlášení
PU1040-Editov at datum začátku
účinnosti a zrušení předpisu
PU1041-Editov at přiřazení k
uzlům CzechVOC
Obrázek 11: Editace karty předpisu
932
8.1.2.2.3.3.1 PU1036-Editovat profil předpisu
Případ užití pokrývá funkcionalitu editace profilu předpisu (= metadat předpisu).
Realizované Aktivity
Typ Název
Aktivita Import předpisu do úložiště
Realizované požadavky
FP1006-Uložení metadat předpisu
FP1018-Zápis CRUD akce do logu
FP1102-Nástroje pro editaci vlastností a metadat předpisu
Předpoklady
Uživatel je přihlášen v roli Editor nebo Právník.
Stav po ukončení
Výsledkem je možnost editace základních metadat předpisu.
Scénáře
Název PU1036-Editovat profil předpisu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel vyhledá předpis, ve kterém si přeje editovat profilové informace.
2 Systém e-Šablona zobrazí znění vyhledaného předpisu.
3 Uživatel Uživatel se přepne na záložku "Karta".
4 Uživatel Uživatel edituje požadované profilové informace.
933
8.1.2.2.3.3.1.1 PU1037-Editovat název předpisu
Případ užití pokrývá funkcionalitu vyplnění plného názvu předpisu.
Realizované Aktivity
Typ Název
Aktivita Import předpisu do úložiště
Realizované požadavky
FP1006-Uložení metadat předpisu
FP1018-Zápis CRUD akce do logu
Předpoklady
Uživatel je přihlášen v roli Editor nebo Právník.
Stav po ukončení
Výsledkem je vyplněný plný název předpisu.
Scénáře
Název PU1037-Editovat název předpisu
Typ Základní scénář
krok typ akce
1 Uživatel Editor vyplní úplný název předpisu, nic neukládá, stačí stisknout Enter
anebo se přepnout jinam v prohlížeči.
2 Systém e-Šablona uloží editovaný úplný název předpisu.
934
8.1.2.2.3.3.1.2 PU1038-Vybrat typ předpisu
Případ užití pokrývá funkcionalitu volby typu předpisu z nabídky dostupných typů.
Realizované Aktivity
Typ Název
Aktivita Import předpisu do úložiště
Realizované požadavky
FP1006-Uložení metadat předpisu
FP1018-Zápis CRUD akce do logu
Předpoklady
Uživatel je přihlášen v roli Editor nebo Právník.
Stav po ukončení
Výsledkem je nastavený typ předpisu.
Scénáře
Název PU1038-Vybrat typ předpisu
Typ Základní scénář
krok typ akce
1 Uživatel Editor vybere typ předpisu z roletové nabídky, nic neukládá, stačí
stisknout Enter anebo se přepnout jinam v prohlížeči.
2 Systém e-Šablona uloží editovaný typ předpisu.
935
8.1.2.2.3.3.1.3 PU1039-Editovat datum schválení a vyhlášení
Případ užití pokrývá funkcionalitu vyplnění dat schválení a vyhlášení předpisu.
Realizované Aktivity
Typ Název
Aktivita Import předpisu do úložiště
Realizované požadavky
FP1006-Uložení metadat předpisu
FP1018-Zápis CRUD akce do logu
Předpoklady
Uživatel je přihlášen v roli Editor nebo Právník.
Stav po ukončení
Výsledkem je vyplněný datum schválení a vyhlášení předpisu.
Scénáře
Název PU1039-Editovat datum schválení a vyhlášení
Typ Základní scénář
krok typ akce
1 Uživatel Editor edituje datum schválení předpisu, nic neukládá, stačí stisknout
Enter anebo se přepnout jinam v prohlížeči.
2 Systém e-Šablona provede uložení a záznam o změně do logu.
3 Uživatel Editor edituje datum vyhlášení předpisu, nic neukládá, stačí stisknout
Enter anebo se přepnout jinam v prohlížeči.
4 Systém e-Šablona provede uložení a záznam o změně do logu.
936
8.1.2.2.3.3.1.4 PU1040-Editovat datum začátku účinnosti a zrušení předpisu
Případ užití zajišťuje funkcionalitu vyplnění data začátku účinnosti vyhlášeného znění
předpisu a data zrušení celého předpisu.
Realizované Aktivity
Typ Název
Aktivita Zapracování účinností
Realizované požadavky
FP1006-Uložení metadat předpisu
FP1016-Ukončení účinnosti předpisu
FP1018-Zápis CRUD akce do logu
FP1037-Nástroje pro správu účinností předpisů a fragmentů
Předpoklady
Uživatel je přihlášen v roli Právník.
Stav po ukončení
Výsledkem je vyplněné datum začátku účinnosti vyhlášeného znění předpisu a datumu zrušení
celého předpisu.
Scénáře
Název PU1040-Editovat datum začátku účinnosti a zrušení předpisu
Typ Základní scénář
krok typ akce
1 Uživatel Právník edituje datum začátku účinnosti předpisu, nic neukládá, stačí
stisknout Enter anebo se přepnout jinam v prohlížeči.
2 Systém e-Šablona provede uložení a záznam o změně do logu.
937
3 Uživatel Právník edituje datum zrušení předpisu, nic neukládá, stačí stisknout Enter
anebo se přepnout jinam v prohlížeči.
4 Systém e-Šablona provede uložení a záznam o změně do logu.
938
8.1.2.2.3.3.1.5 PU1041-Editovat přiřazení k uzlům CzechVOC
Případ užití pokrývá funkcionalitu přiřazení předpisu k uzlům CzechVOC, tj. nastavení
věcného kontextu předpisu.
Realizované Aktivity
Typ Název
Aktivita Indexace sbírek podle CzechVOC
Realizované požadavky
FP1018-Zápis CRUD akce do logu
Předpoklady
Uživatel je přihlášen v roli Editor.
Stav po ukončení
Výsledkem jsou provázání předpisu s uzly CzechVOC.
Scénáře
Název PU1041-Editovat přiřazení k uzlům CzechVOC
Typ Základní scénář
krok typ akce
1 Uživatel Právník vyhledá daný předpis a přepne se na záložku CzechVOC.
2 Systém e-Šablona otevře tezaurus CzechVOC ve zjednodušeném
stromovém zobrazení, kde u každého dostupného uzlu je zatržítko
pro přiřazení k předpisu.
3 Uživatel Právník nabrouzdá na pojem, který si přeje přiřadit a provede
přiřazení zatržením zatržítka, nic neukládá.
alt. krok pokračuj na typ akce
3a Konec Alternativní scénář vyhledání pojmu dotazem
939
4 Systém e-Šablona provede uložení po zatržení zatržítka současně se
záznamem do logu.
Název vyhledání pojmu dotazem
Typ Alternativní scénář
krok typ akce
1 Uživatel Právník vyhledá pojmy prostřednictvím formuláře.
2 Systém e-Šablona zobrazí seznam nalezených pojmů se zatržítky pro jejich
volbu.
3 Uživatel Právník provede přiřazení prostřednictvím zatržení zatržítek, nic
neukládá.
940
8.1.2.2.3.4 Různé přehledy předpisů
Sekce Různé přehledy předpisů se popisuje přehledy předpisů a částek podle různých
kritérií.
e-Šablona pro mínusovou osu
PU1042-Zobrazit náhled
různých znění předpisu
PU1043-Zobrazit přehled
nov elizačních instrukcí
PU1044-Zobrazit přehled « i n cl u d e » PU1033-Vyhledat předpis
souborov ých příloh « i n cl u d e »
Uživ atel datov é báze
PU1045-Zobrazit přehled « i n cl u d e »
v erzí předpisu « i n cl u d e »
« i n cl u d e »
PU1046-Zobrazit přehled « i n cl u d e »
v azeb předpisu
PU1047-Zobrazit přehled « i n cl u d e »
konsolidačních konfliktů « i n cl u d e »
« i n cl u d e »
PU1048-Zobrazit historii
změn karty předpisu
PU1049-Zobrazit historii
změn fragmentů
PU1050-Zobrazit přehled o
aktiv itách uživ atelů v
předpisu
Obrázek 12: Různé přehledy předpisu
8.1.2.2.3.4.1 PU1042-Zobrazit náhled různých znění předpisu
Případ užití zajišťuje náhled znění předpisu dle volby uživatele "na jeden klik".
941
Realizované Aktivity
Typ Název
Aktivita Zapracování novelizací
Realizované požadavky
FP1009-Uložení asociací mezi fragmenty a skupinami fragmentů
FP1035-Nástroje pro zobrazení předpisu po fragmentech a navigaci v zobrazeném předpisu
FP1040-Nástroje na vizualizaci zapracovaných novelizací
FP1042-Nástroje na vizualizaci "časových řezů"
Předpoklady
Uživatel je přihlášen v roli Uživatel datové báze.
Stav po ukončení
Výsledkem je zobrazení náhledu aktuálního znění předpisu se základními metadaty.
Scénáře
Název PU1042-Zobrazit náhled různých znění předpisu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel datové báze vyhledá předpis PU1033-Vyhledat předpis.
2 Systém e-Šablona zobrazí aktuální znění vyhledaného předpisu s možností
přepnutí na zobrazení jakéhokoliv znění jiného.
942
8.1.2.2.3.4.2 PU1043-Zobrazit přehled novelizačních instrukcí
Případ užití zajišťuje informační přehled aktivních a pasivních novelizací otevřeného předpisu
pro kontrolu novelizačních instrukcí, které jsou reálně zapracované.
Realizované Aktivity
Typ Název
Aktivita Zapracování novelizací
Realizované požadavky
FP1012-Poskytnutí předpisu nebo více předpisů
FP1086-Přehledy o stavech předpisů
Předpoklady
Uživatel je přihlášen v roli Uživatel datové báze.
Stav po ukončení
Výsledkem jsou 2 seznamy: 1. seznam aktivních novelizací (provedených do jiných předpisů), 2.
seznam pasivních novelizací (provedených jinými předpisy do otevřeného předpisu).
Scénáře
Název PU1043-Zobrazit přehled novelizačních instrukcí
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel datové báze vyhledá předpis PU1033-Vyhledat předpis.
2 Systém e-Šablona zobrazí náhled vyhledaného předpisu (případně jiný pohled na
předpis).
3 Uživatel Uživatel datové báze klikne na záložku Přehledy a vybere buď Aktivní
anebo Pasivní instrukce.
4 Systém e-Šablona zobrazí seznam pasivních nebo aktivních novelizačních vazeb
předpisu podle uživatelovy volby.
943
944
8.1.2.2.3.4.3 PU1044-Zobrazit přehled souborových příloh
Případ užití pokrývá informační přehled souborových příloh předpisu pro kontrolu jejich
fyzické přítomnosti v úložišti datové báze.
Realizované Aktivity
Typ Název
Aktivita Pořízení souborových příloh
Realizované požadavky
FP1086-Přehledy o stavech předpisů
Předpoklady
Uživatel je přihlášen v roli Uživatel datové báze.
Stav po ukončení
Výsledkem je zobrazení seznamu existujících a neexistujících souborových příloh předpisu
(obrázků, formulářů atd.).
Scénáře
Název PU1044-Zobrazit přehled souborových příloh
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel datové báze vyhledá předpis PU1033-Vyhledat předpis.
2 Systém e-Šablona zobrazí náhled vyhledaného předpisu.
3 Uživatel Uživatel datové báze vybere ze záložky Přehledy položku Soubory.
4 Systém e-Šablona zobrazí seznam souborů, na které se předpis odkazuje a jejich
přítomnost / nepřítomnost.
945
8.1.2.2.3.4.4 PU1045-Zobrazit přehled verzí předpisu
Případ užití zajišťuje informační přehled všech konsolidovaných verzí předpisu pro kontrolu
zapracování novel.
Realizované Aktivity
Typ Název
Aktivita Zapracování novelizací
Realizované požadavky
FP1086-Přehledy o stavech předpisů
Předpoklady
Uživatel je přihlášen v roli Uživatel datové báze.
Stav po ukončení
Výsledkem je zobrazení seznamu existujících a neexistujících souborových příloh předpisu
(obrázků, formulářů atd.).
Scénáře
Název PU1045-Zobrazit přehled verzí předpisu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel datové báze vyhledá předpis PU1033-Vyhledat předpis.
2 Systém e-Šablona zobrazí náhled vyhledaného předpisu.
3 Uživatel Uživatel datové báze vybere ze záložky Přehledy položku Verze předpisu.
4 Systém e-Šablona zobrazí seznam verzí předpisu s uvedením účinnosti a novel k
této účinnosti.
946
8.1.2.2.3.4.5 PU1046-Zobrazit přehled vazeb předpisu
Případ užití zajišťuje informační přehled všech vazeb předpisu na ostatní předpisy pro
kontrolu úplnosti kontextu předpisu.
Realizované Aktivity
Typ Název
Aktivita Zpracování odkazů
Realizované požadavky
FP1086-Přehledy o stavech předpisů
Předpoklady
Uživatel je přihlášen v roli Uživatel datové báze.
Stav po ukončení
Výsledkem je seznam vazeb předpisu seskupený do souvisejících sekcí (aktivní novelizace,
pasivní novelizace, republikace, resp. další souvislosti.)
Scénáře
Název PU1046-Zobrazit přehled vazeb předpisu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel datové báze vyhledá předpis PU1033-Vyhledat předpis.
2 Systém e-Šablona zobrazí náhled vyhledaného předpisu.
3 Uživatel Uživatel datové báze vybere ze záložky Přehledy položku Vazby předpisu.
4 Systém e-Šablona zobrazí seznam vazeb předpisu rozčleněný do sekcí dle
jednotlivých typů vazeb.
947
8.1.2.2.3.4.6 PU1047-Zobrazit přehled konsolidačních konfliktů
Případ užití zajišťuje informační přehled zaevidovaných konsolidačních konfliktů.
Realizované Aktivity
Typ Název
Aktivita Zapracování novelizací
Realizované požadavky
FP1040-Nástroje na vizualizaci zapracovaných novelizací
FP1086-Přehledy o stavech předpisů
Předpoklady
Uživatel je přihlášen v roli Uživatel datové báze.
Stav po ukončení
Výsledkem je zobrazený seznam konsolidačních konfliktů s možností filtrace.
Scénáře
Název PU1047-Zobrazit přehled konsolidačních konfliktů
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel datové báze vyhledá předpis.
2 Systém e-Šablona zobrazí náhled vyhledaného předpisu.
3 Uživatel Uživatel datové báze vybere ze záložky Přehledy položku Konsolidační
konflikty.
4 Systém e-Šablona zobrazí seznam konsolidačních konfliktů rozčleněný do sekcí
dle typů s možností filtrace podle stavu řešení, dle uživatele, dle času
vzniku.
948
8.1.2.2.3.4.7 PU1048-Zobrazit historii změn karty předpisu
Případ užití zajišťuje informační přehled změn v kartě předpisu (metadat) pro kontrolu kdo,
kdy, co změnil. Jedná se o změny provedené v prostředí e-Šablony pro mínusovou osu, tedy
při vytváření a kontrolách datové báze Publikačním úřadem na portál e-Sbírky, nikoliv změny
produkované nástroji e-Legislativy.
Realizované Aktivity
Typ Název
Aktivita Kontrola hierarchizace, fragmentace a strukturování
Aktivita Kontroly vytvořené datové báze (pro 1/4 předpisů)
Realizované požadavky
FP1085-Přehledy o aktivitách uživatelů
Předpoklady
Uživatel je přihlášen v roli Uživatel datové báze.
Stav po ukončení
Výsledkem je seznam provedených editací v kartě předpisu (nad metadaty) s uvedením typu
změny, času změny, uživatele, který změnu vykonal a vlastní změny.
Scénáře
Název PU1048-Zobrazit historii změn karty předpisu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel datové báze vyhledá předpis PU1033-Vyhledat předpis.
2 Systém e-Šablona zobrazí náhled vyhledaného předpisu.
3 Uživatel Uživatel datové báze vybere ze záložky Přehledy položku Přehled změn
karty předpisu.
949
4 Systém e-Šablona zobrazí požadovaný seznam s možnostmi jeho filtrování podle
osob, času, typu změn.
950
8.1.2.2.3.4.8 PU1049-Zobrazit historii změn fragmentů
Případ užití zajišťuje informační souhrnný přehled změn textu a vlastností fragmentů
otevřeného předpisu pro kontrolu kdo, kdy, co změnil.
Realizované Aktivity
Typ Název
Aktivita Zpracování odkazů
Aktivita Zapracování novelizací
Aktivita Kontrola hierarchizace, fragmentace a strukturování
Realizované požadavky
FP1085-Přehledy o aktivitách uživatelů
Předpoklady
Uživatel je přihlášen v roli Uživatel datové báze.
Stav po ukončení
Výsledkem je seznam provedených editací fragmentů s uvedením věcné specifikace změny.
Scénáře
Název PU1049-Zobrazit historii změn fragmentů
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel datové báze vyhledá předpis PU1033-Vyhledat předpis.
2 Systém e-Šablona zobrazí náhled vyhledaného předpisu.
3 Uživatel Uživatel datové báze vybere ze záložky Přehledy položku Přehled změn
fragmentů.
4 Systém e-Šablona zobrazí požadovaný seznam s možnostmi filtrování podle
uživatele, času, typu změn.
951
5 Systém e-Šablona v každé položce seznamu zobrazí aktivní link na fragment,
kterého se položka týká.
952
8.1.2.2.3.4.9 PU1050-Zobrazit přehled o aktivitách uživatelů v předpisu
Případ užití zajišťuje informační souhrnný přehled aktivit uživatelů nad otevřeným předpisem
pro kontrolu toho, kdo a kdy předpis otevřel, resp. jakýmkoliv způsobem modifikoval.
Realizované Aktivity
Typ Název
Aktivita Procesy tvorby datové báze českých zdrojů e-Sbírky
Aktivita Procesy tvorby datové báze EUR-Lex
Aktivita Procesy tvorby pojmové báze CzechVOC
Realizované požadavky
FP1085-Přehledy o aktivitách uživatelů
Předpoklady
Uživatel je přihlášen v roli Editor.
Stav po ukončení
Výsledkem je seznam otevření a modifikací otevřeného předpisu s uvedením užívatele, času a
typu aktivity.
Scénáře
Název PU1050-Zobrazit přehled o aktivitách uživatelů v předpisu
Typ Základní scénář
krok typ akce
1 Uživatel Editor vyhledá předpis PU1033-Vyhledat předpis.
2 Systém e-Šablona zobrazí náhled vyhledaného předpisu.
3 Uživatel Editor vybere ze záložky Přehledy položku Aktivity uživatelů datové báze.
4 Systém Systém zobrazí seznam otevření a modifikací předpisu s možností filtrace
dle uživatele, času a typu aktivity (tedy otevření nebo modifikace).
953
954
8.1.2.2.3.5 Editace fragmentů předpisu
Sekce Editace fragmentů předpisu se zabývá popisem operací s fragmenty a jejich
uspořádáním a dále s úpravou jejich textů.
e-Šablona pro mínusovou osu
PU1051-Vložit fragment
Editor PU1052-Odstranit fragment
PU1053-Přesunout skupinu
fragmentů na j inou pozici
PU1054-Hierarchizov at skupinu
fragmentů
PU1055-Strukturov at fragment
PU1056-Rozdělit fragment
PU1057-Sloučit fragment
PU1058-Editov at fragment
Obrázek 13: Editace fragmentů
955
8.1.2.2.3.5.1 PU1051-Vložit fragment
Případ užití pokrývá funkcionalitu vložení fragmentu pro případ, že se uživatel rozhodne k
tomuto kroku.
Realizované Aktivity
Typ Název
Aktivita Kontrola hierarchizace, fragmentace a strukturování
Aktivita Kontrola fragmentace
Realizované požadavky
FP1007-Fragmentace předpisu
FP1018-Zápis CRUD akce do logu
FP1036-Nástroje pro editaci fragmentů, textů, značkování, struktur a hierarchické skladby
FP1069-Kontrola, snížení procenta chybovosti
Předpoklady
Uživatel je přihlášen v roli Editor.
Stav po ukončení
Výsledkem je nový fragment v předpise vložený na konkrétní pozici.
Scénáře
Název PU1051-Vložit fragment
Typ Základní scénář
krok typ akce
1 Uživatel Editor stiskne volbu "Nový fragment".
2 Systém e-Šablona, nad zněním předpisu, zobrazí ukazatel volby umístění nového
fragmentu.
956
3 Uživatel Editor ukáže na cílové místo a klikne.
4 Systém e-Šablona v daném místě vytvoří nový fragment a současně umožní
editaci textu.
957
8.1.2.2.3.5.2 PU1052-Odstranit fragment
Případ užití pokrývá funkcionalitu odstranění fragmentu v případě, že se uživatel rozhodne k
tomuto kroku.
Realizované Aktivity
Typ Název
Aktivita Kontrola hierarchizace, fragmentace a strukturování
Aktivita Kontrola fragmentace
Realizované požadavky
FP1007-Fragmentace předpisu
FP1018-Zápis CRUD akce do logu
FP1036-Nástroje pro editaci fragmentů, textů, značkování, struktur a hierarchické skladby
FP1069-Kontrola, snížení procenta chybovosti
Předpoklady
Uživatel je přihlášen v roli Editor.
Stav po ukončení
Výsledkem je odstraněný konkrétní fragment anebo fragmenty.
Scénáře
Název PU1052-Odstranit fragment
Typ Základní scénář
krok typ akce
1 Uživatel Editor označí fragmenty, které chce odstranit.
2 Uživatel Editor stiskne volbu "Smazat fragmenty".
3 Systém e-Šablona si vyžádá potvrzení formou dotazu Ano / Ne.
958
4 Uživatel Editor potvrdí.
5 Systém e-Šablona odstraní požadované fragmenty i se všemi vazbami (odkazy,
novelizace).
959
8.1.2.2.3.5.3 PU1053-Přesunout skupinu fragmentů na jinou pozici
Případ užití pokrývá funkcionalitu přesunu fragmentu pro případ, že se uživatel rozhodne k
tomuto kroku.
Realizované Aktivity
Typ Název
Aktivita Kontrola hierarchizace, fragmentace a strukturování
Aktivita Kontrola fragmentace
Realizované požadavky
FP1007-Fragmentace předpisu
FP1018-Zápis CRUD akce do logu
FP1036-Nástroje pro editaci fragmentů, textů, značkování, struktur a hierarchické skladby
FP1069-Kontrola, snížení procenta chybovosti
Předpoklady
Uživatel je přihlášen v roli Editor.
Stav po ukončení
Výsledkem je přesunutý fragment anebo skupina fragmentů na zvolené pozici.
Scénáře
Název PU1053-Přesunout skupinu fragmentů na jinou pozici
Typ Základní scénář
krok typ akce
1 Uživatel Editor označí fragmenty, které chce přesunout.
2 Uživatel Editor stiskne volbu "Přesunout fragmenty".
3 Systém e-Šablona nad zněním předpisu, zobrazí ukazatel volby umístění.
960
4 Uživatel Editor ukáže na cílové místo a klikne.
5 Systém e-Šablona přemístí vybrané fragmenty na požadované místo.
961
8.1.2.2.3.5.4 PU1054-Hierarchizovat skupinu fragmentů
Případ užití pokrývá funkcionalitu nastavení správného uspořádání resp. vnoření skupiny
fragmentů.
Realizované Aktivity
Typ Název
Aktivita Kontrola hierarchizace, fragmentace a strukturování
Aktivita Kontrola hierarchizace
Realizované požadavky
FP1008-Hierarchizace fragmentů předpisu
FP1018-Zápis CRUD akce do logu
FP1036-Nástroje pro editaci fragmentů, textů, značkování, struktur a hierarchické skladby
FP1064-Formalizace do datového modelu
FP1066-Kontrola resp. oprava hierarchizace
Předpoklady
Uživatel je přihlášen v roli Editor.
Stav po ukončení
Výsledkem je správně sestavená hierarchie konkrétní skupiny fragmentů (typicky paragraf, díl,
hlava ...)
Scénáře
Název PU1054-Hierarchizovat skupinu fragmentů
Typ Základní scénář
krok typ akce
1 Uživatel Editor označí fragmenty, které chce hiearchizovat.
962
2 Uživatel Editor stiskne některou z voleb nástrojové lišty Doleva, Doprava, Zarovnat,
Automaticky.
3 Systém e-Šablona posune vybrané fragmenty na požadovanou úroveň zanoření.
963
8.1.2.2.3.5.5 PU1055-Strukturovat fragment
Případ užití pokrývá funkcionalitu nastavení požadované struktury u fragmentu anebo
skupiny fragmentů.
Realizované Aktivity
Typ Název
Aktivita Kontrola hierarchizace, fragmentace a strukturování
Aktivita Kontrola strukturování
Realizované požadavky
FP1007-Fragmentace předpisu
FP1018-Zápis CRUD akce do logu
FP1036-Nástroje pro editaci fragmentů, textů, značkování, struktur a hierarchické skladby
FP1064-Formalizace do datového modelu
FP1065-Kontrola resp. oprava fragmentace
Předpoklady
Uživatel je přihlášen v roli Editor.
Stav po ukončení
Výsledkem je nastavení požadované struktury u fragmentu anebop skupiny fragmentů.
Scénáře
Název PU1055-Strukturovat fragment
Typ Základní scénář
krok typ akce
1 Uživatel Editor označí fragmenty, které chce strukturovat.
2 Systém e-Šablona vyznačí v nástrojové liště aktuální typ struktury.
964
3 Uživatel Editor vybere z rozbalovací nabídky cílový typ struktury.
4 Systém e-Šablona nastaví u vybraných fragmentů požadovanou strukturu a
zobrazí je v odpovídajícím stylu.
965
8.1.2.2.3.5.6 PU1056-Rozdělit fragment
Případ užití pokrývá funkcionalitu rozdělení fragmentu na 2 fragmenty (např. v případě chyby
ve zdroji pro parsování).
Realizované Aktivity
Typ Název
Aktivita Kontrola hierarchizace, fragmentace a strukturování
Aktivita Kontrola fragmentace
Realizované požadavky
FP1007-Fragmentace předpisu
FP1018-Zápis CRUD akce do logu
FP1036-Nástroje pro editaci fragmentů, textů, značkování, struktur a hierarchické skladby
FP1069-Kontrola, snížení procenta chybovosti
Předpoklady
Uživatel je přihlášen v roli Editor.
Stav po ukončení
Výsledkem je jeden fragment korektně rozdělený na dva.
Scénáře
Název PU1056-Rozdělit fragment
Typ Základní scénář
krok typ akce
1 Uživatel Editor použije volbu Editace na fragment, který chce rozdělit.
2 Uživatel Editor v textu přesune editační kurzor do místa rozdělení a vloží
rozdělovací značku pomocí tlačítka z nástrojové lišty (Může vložit více
značek na rozdělení na více než jen 2 fragmenty).
966
3 Systém e-Šablona text vizuálně rozdělí linkou v místě vložené značky.
4 Systém Při uložení e-Šablona rozdělí text podle značek, vytvoří nové fragmenty a
zařadí je bezprostředně za původní fragment.
967
8.1.2.2.3.5.7 PU1057-Sloučit fragment
Případ užití pokrývá funkcionalitu sloučení skupiny fragmentů do jednoho (např. v případě
chyby ve zdroji pro parsování).
Realizované Aktivity
Typ Název
Aktivita Kontrola hierarchizace, fragmentace a strukturování
Aktivita Kontrola fragmentace
Realizované požadavky
FP1007-Fragmentace předpisu
FP1018-Zápis CRUD akce do logu
FP1036-Nástroje pro editaci fragmentů, textů, značkování, struktur a hierarchické skladby
FP1069-Kontrola, snížení procenta chybovosti
Předpoklady
Uživatel je přihlášen v roli Editor.
Stav po ukončení
Vsledkem je sloučen označench fragmentů do jednoho fragmentu.
Scénáře
Název PU1057-Sloučit fragment
Typ Základní scénář
krok typ akce
1 Uživatel Editor označí fragmenty, které chce sloučit do jednoho.
2 Uživatel Editor stiskne volbu Sloučit v nástrojové liště.
968
3 Systém e-Šablona sloučí texty vybraných fragmentů do prvního a ostatní vymaže
(včetně všech vazeb).
969
8.1.2.2.3.5.8 PU1058-Editovat fragment
Případ užití pokrývá společnou funkcionalitu několika následujících případů užití řešících
konkrétní typ editace.
Realizované Aktivity
Typ Název
Aktivita Zapracování účinností
Realizované požadavky
FP1007-Fragmentace předpisu
FP1018-Zápis CRUD akce do logu
FP1036-Nástroje pro editaci fragmentů, textů, značkování, struktur a hierarchické skladby
FP1037-Nástroje pro správu účinností předpisů a fragmentů
FP1069-Kontrola, snížení procenta chybovosti
Předpoklady
Uživatel je přihlášen v roli Editor.
Stav po ukončení
Výsledkem je prostředí pro následné typy editace textového obsahu fragmentu.
Scénáře
Název PU1058-Editovat fragment
Typ Základní scénář
krok typ akce
1 Uživatel Editor označí fragmenty, kterým chce editovat textový obsah.
2 Uživatel Editor stiskne volbu Editovat (Ctrl+E) v nástrojové liště.
970
3 Systém e-Šablona změní vybraným fragmentům zobrazovací mód na editační
přímo v zobrazovaném znění.
4 Uživatel Editor začne standardně "wysiwyg" editovat text pomocí klávesnice.
5 Uživatel Pro uložení rozeditovaného textu Editor stiskne tlačítko Uložit (Ctrl+S) v
nástrojové liště, pro storno tlačítko Zrušit (Esc).
6 Systém e-Šablona uloží anebo stornuje rozeditované změny a vrátí fragmenty do
módu zobrazení.
971
e-Šablona pro mínusovou osu
PU1059-Formátov at text
fragmentu inline
PU1060-Vložit obrázek
PU1061-Vložit přílohu
Editor PU1062-Vložit tabulku
PU1063-Vložit v zorec
(MathML)
PU1064-Linkov at na
poznámku pod čarou
PU1065-Linkov at na interní
fragmenty
PU1066-Linkov at na j iný
předpis
PU1067-Linkov at na část
j iného předpisu
PU1068-Vložit
hypertextov ý odkaz
Obrázek 14: Editace textů
8.1.2.2.3.5.8.1 PU1059-Formátovat text fragmentu inline
Případ užití pokrývá funkcionalitu formátování písma textu fragmentu.
972
Realizované Aktivity
Typ Název
Aktivita PU1059-Formátovat text fragmentu inline
Realizované požadavky
FP1007-Fragmentace předpisu
FP1018-Zápis CRUD akce do logu
FP1036-Nástroje pro editaci fragmentů, textů, značkování, struktur a hierarchické skladby
Předpoklady
Uživatel je přihlášen v roli Editor.
Stav po ukončení
Výsledkem je písmo fragmentu formátované požadovaným způsobem.
Scénáře
Název PU1059-Formátovat text fragmentu inline
Typ Základní scénář
krok typ akce
1 Uživatel Editor označí text, kterému chce změnit formátování.
2 Uživatel Editor v lište nástrojů uplatní jednu z voleb pro formátování jako např.
Horní index, Dolní index, Tučně, Italika.
3 Systém e-Šablona změní formát označeného textu.
973
8.1.2.2.3.5.8.2 PU1060-Vložit obrázek
Případ užití pokrývá funkcionalitu vložení obrázku a vytvoření odkazu na něj z textu
fragmentu.
Realizované Aktivity
Typ Název
Aktivita Pořízení obrázků
Realizované požadavky
FP1007-Fragmentace předpisu
FP1018-Zápis CRUD akce do logu
FP1036-Nástroje pro editaci fragmentů, textů, značkování, struktur a hierarchické skladby
Předpoklady
Uživatel je přihlášen v roli Editor.
Stav po ukončení
Výsledkem je link na obrázek nad vybraným textem fragmentu, případně vložení
odkazovaného obrázku, pokud v úložišti neexistuje.
Scénáře
Název PU1060-Vložit obrázek
Typ Základní scénář
krok typ akce
1 Uživatel Editor umístí kurzor do místa, kam chce vložit obrázek.
2 Uživatel Editor v nástrojové liště stiskne volbu Vložit obrázek.
3 Systém e-Šablona zobrazí dialog pro výběr obrázku.
4 Uživatel Editor vybere obrázek z galerie, anebo nahraje obrázek z lokálního disku.
974
5 Systém e-Šablona vloží vybraný obrázek do požadovaného místa v textu.
6 Uživatel Editor stiskne tlačítko Uložit fragment.
7 Systém e-Šablona přeuloží fragment s novým obsahem včetně vytvořeného
odkazu.
975
8.1.2.2.3.5.8.3 PU1061-Vložit přílohu
Případ užití pokrývá funkcionalitu vložení souborové přílohy a vytvoření odkazu na ni z textu
fragmentu.
Realizované Aktivity
Typ Název
Aktivita Pořízení souborových příloh
Realizované požadavky
FP1007-Fragmentace předpisu
FP1018-Zápis CRUD akce do logu
FP1036-Nástroje pro editaci fragmentů, textů, značkování, struktur a hierarchické skladby
Předpoklady
Uživatel je přihlášen v roli Editor.
Stav po ukončení
Výsledkem je odkaz na souborovou přílohu nad vybraným textem fragmentu, případně vložení
odkazované přílohy pokud v úložišti neexistuje.
Scénáře
Název PU1061-Vložit přílohu
Typ Základní scénář
krok typ akce
1 Uživatel Editor označí text, který chce prolinkovat na přílohu.
2 Uživatel Editor v nástrojové liště stiskne volbu Vložit přílohu.
3 Systém e-Šablona zobrazí dialog pro výběr přílohy.
4 Uživatel Editor vybere soubor z galerie nečastějších, anebo nahraje soubor z
lokálního disku.
976
5 Systém e-Šablona vloží odkaz na vybraný soubor do požadovaného místa v textu.
6 Uživatel Editor stiskne tlačítko Uložit fragment.
7 Systém e-Šablona přeuloží fragment s novým obsahem včetně vytvořeného
odkazu.
977
8.1.2.2.3.5.8.4 PU1062-Vložit tabulku
Případ užití pokrývá funkcionalitu vložení a editace tabulky přímo v textu fragmentu.
Doporučení: je vhodné zavést pravidlo, aby tabulka byla vždy v samostatném fragmentu, tj.
aby fragment neobsahoval již jiný text než vlastní obsah tabulky (např. číslování nebo
popisku tabulky). A opačně: je vhodné, aby fragment obsahoval jen jednu tabulku (tj.
neobsahoval např. tabulku v tabulce).
Systém však nebude znemožňovat editaci vyjímek z tohoto doporučení (tj. v támci fragmentu
mít i obsah mimo element a umožní jejich vytvoření a údržbu.
Realizované Aktivity
Typ Název
Aktivita Značkování tabulek
Realizované požadavky
FP1007-Fragmentace předpisu
FP1018-Zápis CRUD akce do logu
FP1036-Nástroje pro editaci fragmentů, textů, značkování, struktur a hierarchické skladby
Předpoklady
Uživatel je přihlášen v roli Editor.
Stav po ukončení
Výsledkem je vložená a požadovaným způsobem formátovaná tabulka přímo v textu
fragmentu.
Scénáře
Název PU1062-Vložit tabulku
Typ Základní scénář
krok typ akce
1 Uživatel Editor vytvoří nový prázdný fragment.
978
2 Uživatel Editor v nástrojové liště vybere z rozbalovací volby "Vložit tabulku"
počáteční rozměry Sloupce / Řádky.
3 Systém e-Šablona do textu fragmentu vloží požadovanou tabulku.
4 Uživatel Editor pokračuje v editacích obsahu jednotlivých buněk tabulky
přirozeným způsobem.
5 Systém e-Šablona v nástrojové liště nabízí pokročilé volby změny tabulky.
6 Uživatel Editor stiskne tlačítko Uložit fragment.
7 Systém e-Šablona přeuloží fragment s novým obsahem včetně vytvořeného
odkazu.
979
8.1.2.2.3.5.8.5 PU1063-Vložit vzorec (MathML)
Případ užití pokrývá funkcionalitu vložení a editace vzorce v MathML přímo v textu
fragmentu.
Realizované Aktivity
Typ Název
Aktivita Přepis vzorců
Realizované požadavky
FP1007-Fragmentace předpisu
FP1018-Zápis CRUD akce do logu
FP1036-Nástroje pro editaci fragmentů, textů, značkování, struktur a hierarchické skladby
Předpoklady
Uživatel je přihlášen v roli Editor.
Stav po ukončení
Výsledkem je vložený vzorec ve formátu MathML.
Scénáře
Název PU1063-Vložit vzorec (MathML)
Typ Základní scénář
krok typ akce
1 Uživatel Editor vybere fragment ve kterém chce vložit vzorec, neexistuje-li, založí
jej.
2 Uživatel Editor klikne na symbol funkce "vložit vzorec".
3 Systém e-Šablona vloží prázdnou sekvenci
o zaktivní funkce
pro editaci vzorců
980
4 Uživatel Editor provede editaci vzorce, po dokončení klikne na tlačítko uložení
fragmentu, případně Ctrl+S
5 Systém e-Šablona provede uložení fragmentu.
981
8.1.2.2.3.5.8.6 PU1064-Linkovat na poznámku pod čarou
Případ užití pokrývá funkcionalitu prolinkování odkazu na poznámku pod čarou s konkrétní
poznámkou.
Realizované Aktivity
Typ Název
Aktivita Zpracování odkazů
Aktivita Pro každý fragment
Aktivita Interní odkaz
Realizované požadavky
FP1009-Uložení asociací mezi fragmenty a skupinami fragmentů
FP1038-Nástroje pro tvorbu asociací na ostatní fragmenty a předpisy různých sbírek
FP1067-Tvorba asociací
Předpoklady
Uživatel je přihlášen v roli Editor.
Stav po ukončení
Výsledkem je vytvořený odkaz na poznámku pod čarou (typicky z čísla poznámky uzavřeného
pravou závorkou v superscript písmu).
Scénáře
Název PU1064-Linkovat na poznámku pod čarou
Typ Základní scénář
krok typ akce
1 Uživatel Editor označí text, který chce prolinkovat na konkrétní cíl.
2 Uživatel Editor v nástrojové liště stiskne volbu "Odkaz na poznámku".
982
3 Systém e-Šablona zobrazí dialog se seznamem všech poznámek pod čarou
aktuálního předpisu.
4 Uživatel Editor zvolí ze seznamu cílovou poznámku a potvrdí výběr kliknutím na
tlačítko Použít.
5 Systém e-Šablona podtrhne a prolinkuje vybraný text na požadovanou
poznámku.
6 Uživatel Editor stiskne tlačítko Uložit fragment.
7 Systém e-Šablona přeuloží fragment s novým obsahem včetně vytvořeného
odkazu.
983
8.1.2.2.3.5.8.7 PU1065-Linkovat na interní fragmenty
Případ užití pokrývá funkcionalitu vložení a zrušení odkazu na skupinu fragmentů ve stejném
předpise.
Realizované Aktivity
Typ Název
Aktivita Zpracování odkazů
Aktivita Pro každý fragment
Aktivita Interní odkaz
Realizované požadavky
FP1009-Uložení asociací mezi fragmenty a skupinami fragmentů
FP1038-Nástroje pro tvorbu asociací na ostatní fragmenty a předpisy různých sbírek
FP1067-Tvorba asociací
Předpoklady
Uživatel je přihlášen v roli Editor.
Stav po ukončení
Výsledkem je vytvořený vnitřní odkaz.
Scénáře
Název PU1065-Linkovat na interní fragmenty
Typ Základní scénář
krok typ akce
1 Uživatel Editor v nástrojové liště stiskne volbu "Interní odkaz na fragmenty".
2 Systém e-Šablona zobrazí dialog se zněním aktuálního předpisu.
3 Uživatel Editor označí cílový fragment anebo část.
984
4 Uživatel Editor potvrdí výběr kliknutím na tlačítko Použít.
5 Systém e-Šablona podtrhne a prolinkuje vybraný text na požadované fragmenty.
6 Uživatel Editor stiskne tlačítko Uložit fragment.
7 Systém e-Šablona přeuloží fragment s novým obsahem včetně vytvořeného
odkazu.
985
8.1.2.2.3.5.8.8 PU1066-Linkovat na jiný předpis
Případ užití pokrývá funkcionalitu vložení a zrušení odkazu na celý předpis (bez výběru cílové
části v něm).
Realizované Aktivity
Typ Název
Aktivita Zpracování odkazů
Aktivita Pro každý fragment
Aktivita Odkaz na část jiného předpisu
Aktivita Odkaz na EUR-Lex
Aktivita Provázání EUR-Lex se Sbírkou zákonů
Realizované požadavky
FP1009-Uložení asociací mezi fragmenty a skupinami fragmentů
FP1038-Nástroje pro tvorbu asociací na ostatní fragmenty a předpisy různých sbírek
FP1067-Tvorba asociací
Předpoklady
Uživatel je přihlášen v roli Editor.
Stav po ukončení
Výsledkem je vytvořený odkaz na celý předpis.
Scénáře
Název PU1066-Linkovat na jiný předpis
Typ Základní scénář
krok typ akce
1 Uživatel Editor označí text, který chce prolinkovat na jiný předpis.
986
2 Uživatel Editor v nástrojové liště stiskne volbu "Odkaz na jiný předpis".
3 Systém e-Šablona zobrazí dialog pro vyhledání cílového předpisu.
4 Uživatel Editor vyhledá a vybere cílový předpis.
5 Uživatel Editor potvrdí výběr kliknutím na tlačítko Použít.
6 Systém e-Šablona podtrhne a prolinkuje vybraný text na požadovaný předpis.
7 Uživatel Editor stiskne tlačítko Uložit fragment.
8 Systém e-Šablona přeuloží fragment s novým obsahem včetně vytvořeného
odkazu.
987
8.1.2.2.3.5.8.9 PU1067-Linkovat na část jiného předpisu
Případ užití pokrývá funkcionalitu vložení a zrušení odkazu na zvolenou skupinu fragmentů v
jiném předpise.
Realizované Aktivity
Typ Název
Aktivita Zpracování odkazů
Aktivita Pro každý fragment
Aktivita Odkaz na část jiného předpisu
Aktivita Odkaz na EUR-Lex
Aktivita Provázání EUR-Lex se Sbírkou zákonů
Realizované požadavky
FP1009-Uložení asociací mezi fragmenty a skupinami fragmentů
FP1038-Nástroje pro tvorbu asociací na ostatní fragmenty a předpisy různých sbírek
FP1067-Tvorba asociací
Předpoklady
Uživatel je přihlášen v roli Editor.
Stav po ukončení
Výsledkem je vytvořený odkaz na konkrétní část jiného předpisu.
Scénáře
Název PU1067-Linkovat na část jiného předpisu
Typ Základní scénář
krok typ akce
1 Uživatel Editor označí text, který chce prolinkovat na fragmenty jiného předpisu.
988
2 Uživatel Editor v nástrojové liště stiskne volbu "Odkaz na fragmenty jiného
předpisu".
3 Systém e-Šablona zobrazí dialog pro vyhledání cílového předpisu.
4 Uživatel Editor vyhledá a vybere cílový předpis.
5 Systém e-Šablona zobrazí znění vybraného předpisu.
6 Uživatel Editor označí cílový fragment anebo část.
7 Uživatel Editor potvrdí výběr kliknutím na tlačítko Použít.
8 Systém e-Šablona podtrhne a prolinkuje vybraný text na požadované fragmenty
cílového předpisu.
9 Uživatel Editor stiskne tlačítko Uložit fragment.
10 Systém e-Šablona přeuloží fragment s novým obsahem včetně vytvořeného
odkazu.
989
8.1.2.2.3.5.8.10 PU1068-Vložit hypertextový odkaz
Případ užití pokrývá funkcionalitu vložení a zrušení odkazu na konkrétní URL na webu.
Realizované Aktivity
Typ Název
Aktivita Zpracování odkazů
Aktivita Pro každý fragment
Realizované požadavky
FP1009-Uložení asociací mezi fragmenty a skupinami fragmentů
FP1038-Nástroje pro tvorbu asociací na ostatní fragmenty a předpisy různých sbírek
FP1067-Tvorba asociací
Předpoklady
Uživatel je přihlášen v roli Editor.
Stav po ukončení
Výsledkem je vytvořený odkaz na konkrétní URL na webu.
Scénáře
Název PU1068-Vložit hypertextový odkaz
Typ Základní scénář
krok typ akce
1 Uživatel Editor označí text, který chce prolinkovat do internetu.
2 Uživatel Editor v nástrojové liště stiskne volbu "Odkaz na Web".
3 Systém e-Šablona zobrazí dialog pro zadání adresy URL a dalších atributů.
4 Uživatel Editor vyplní cílovou adresu URL.
990
5 Uživatel Editor potvrdí výběr kliknutím na tlačítko Použít.
6 Systém e-Šablona podtrhne a prolinkuje vybraný text na cílovou adresu.
7 Uživatel Editor stiskne tlačítko Uložit fragment.
8 Systém e-Šablona přeuloží fragment s novým obsahem včetně vytvořeného
odkazu.
991
8.1.2.2.3.6 Tvorba konsolidovaných znění
Sekce Tvorba konsolidovaných znění popisuje způsoby tvorby konsolidovaných znění
zapracováním různých typů revidovaných instrukcí. Konsolidace je komplexní proces a
vyžaduje právní znalosti k výkladu revidovaných instrukcí. Systém se snaží proces zapracování
co nejvíce zjednodušit a odpoutat uživatele od opakujících se rutinních úkonů. Některé kroky
mohou být přeskočeny nebo automaticky předvyplněny.
e-Šablona pro mínusovou osu
PU1069-Zapracov at nov elu
typu "Vložit část"
PU1070-Zapracov at nov elu
typu "Oprav it část"
PU1071-Zapracov at nov elu
typu "Zaměnit část"
Práv ník PU1072-Zapracov at nov elu
typu "Zrušit část"
PU1073-Zapracov at nov elu
typu "Zrušit předpis"
PU1074-Zapracov at nov elu typu
"Výj imka z účinnosti"
PU1075-Zaev idov at
konsolidační konflikt
Obrázek 15: Tvorba konsolidovaných znění
8.1.2.2.3.6.1 PU1069-Zapracovat novelu typu "Vložit část"
Případ užití pokrývá funkcionalitu zpracování novely vkládající do předchozího znění novou
část předpisu.
992
Realizované Aktivity
Typ Název
Aktivita Zapracování novelizací
Aktivita Zapracování novelizačního bodu
Aktivita Volba oblíbeného předpisu
Realizované požadavky
FP1010-Uložení konsolidačních vazeb
FP1015-Aktualizace konsolidovaného znění
FP1039-Nástroje pro zapracování novelizačních ustanovení
FP1041-Nástroje pro zapracování přechodných ustanovení
FP1068-Konsolidace, účinnosti, novely, přechodná ustanovení
Předpoklady
Uživatel je přihlášen v roli Právník.
Stav po ukončení
Výsledkem je zapracovaná pozměňující instrukce vkládající do předpisu dosud neexistující část.
Scénáře
Název PU1069-Zapracovat novelu typu "Vložit část"
Typ Základní scénář
krok typ akce
1 Uživatel Právník označí zdrojovou novelizační instrukci.
2 Uživatel Právník v nástrojové liště stiskne volbu "Vložit část".
3 Systém e-Šablona nabídne vyhledání předpisu.
993
4 Uživatel Právník vyhledá cílový předpis.
5 Systém e-Šablona zobrazí znění cílového předpisu.
6 Uživatel Právník označí místo pro vložení nových fragmentů.
7 Systém e-Šablona zobrazí zdrojové fragmenty pro upřesnění vkládaných
fragmentů.
8 Uživatel Právník upřesní vkládané fragmenty, vyplní účinnost a potvrdí výběr.
9 Systém e-Šablona vloží zdrojové fragmenty do cílového předpisu na určené místo
s příslušnou účinností.
10 Uživatel Právník upraví text podle potřeby a uloží změny.
994
8.1.2.2.3.6.2 PU1070-Zapracovat novelu typu "Opravit část"
Případ užití pokrývá funkcionalitu zpracování novely měnící text fragmentů předchozího
znění.
Realizované Aktivity
Typ Název
Aktivita Zapracování novelizací
Aktivita Zapracování novelizačního bodu
Aktivita Upravuje část
Aktivita Redakční oprava
Realizované požadavky
FP1010-Uložení konsolidačních vazeb
FP1015-Aktualizace konsolidovaného znění
FP1039-Nástroje pro zapracování novelizačních ustanovení
FP1041-Nástroje pro zapracování přechodných ustanovení
FP1068-Konsolidace, účinnosti, novely, přechodná ustanovení
Předpoklady
Uživatel je přihlášen v roli Právník.
Stav po ukončení
Výsledkem je zapracovaná novelizační instrukce měnící konkrétní fragmenty předpisu.
Scénáře
Název PU1070-Zapracovat novelu typu "Opravit část"
Typ Základní scénář
995
krok typ akce
1
2 Uživatel Právník označí zdrojovou novelizační instrukci.
3
4 Uživatel Právník v nástrojové liště stiskne volbu "Opravit část".
5
6 Systém Systém nabídne vyhledání předpisu.
7 Uživatel Právník vyhledá cílový předpis.
8 Systém e-Šablona zobrazí znění cílového předpisu.
Uživatel Právník označí fragmenty, které je třeba opravit, vyplní účinnost a potvrdí
výběr.
Systém e-Šablona ukončí platnost cílovým fragmentům k datu účinnosti novely a
vytvoří jejich kopie s počátkem účinnosti.
Uživatel Právník upraví texty podle pokynů z novelizační instrukce a uloží změny.
996
8.1.2.2.3.6.3 PU1071-Zapracovat novelu typu "Zaměnit část"
Případ užití pokrývá funkcionalitu zpracování novely zaměňující konkrétní fragmenty
předchozího znění za jiné.
Realizované Aktivity
Typ Název
Aktivita Zapracování novelizací
Aktivita Zapracování novelizačního bodu
Aktivita Zaměňuje část
Realizované požadavky
FP1010-Uložení konsolidačních vazeb
FP1015-Aktualizace konsolidovaného znění
FP1039-Nástroje pro zapracování novelizačních ustanovení
FP1041-Nástroje pro zapracování přechodných ustanovení
FP1068-Konsolidace, účinnosti, novely, přechodná ustanovení
Předpoklady
Uživatel je přihlášen v roli Právník.
Stav po ukončení
Výsledkem je zapracovaná novelizační instrukce zaměňující část předpisu za jinou.
Scénáře
Název PU1071-Zapracovat novelu typu "Zaměnit část"
Typ Základní scénář
krok typ akce
1 Uživatel Právník označí zdrojovou novelizační instrukci.
997
2 Uživatel Právník v nástrojové liště stiskne volbu "Zaměnit část".
3 Systém e-Šablona nabídne vyhledání předpisu.
4 Uživatel Právník vyhledá cílový předpis.
5 Systém e-Šablona zobrazí znění cílového předpisu.
6 Uživatel Právník označí fragmenty, které je třeba zaměnit.
7 Systém e-Šablona zobrazí párování fragmentů zdrojových na cílové a automaticky
přidá vazby.
8 Uživatel Právník upraví párování, vyplní účinnost a potvrdí výběr.
9 Systém e-Šablona ukončí platnost cílovým fragmentům a vloží zdrojové
fragmenty do míst podle párování.
10 Uživatel Právník upraví text podle potřeby a uloží změny.
998
8.1.2.2.3.6.4 PU1072-Zapracovat novelu typu "Zrušit část"
Případ užití pokrývá funkcionalitu zpracování novely rušící konkrétní část v předchozím znění
předpisu.
Realizované Aktivity
Typ Název
Aktivita Zapracování novelizací
Aktivita Zapracování novelizačního bodu
Aktivita Zrušuje část
Realizované požadavky
FP1010-Uložení konsolidačních vazeb
FP1015-Aktualizace konsolidovaného znění
FP1039-Nástroje pro zapracování novelizačních ustanovení
FP1041-Nástroje pro zapracování přechodných ustanovení
FP1068-Konsolidace, účinnosti, novely, přechodná ustanovení
Předpoklady
Uživatel je přihlášen v roli Právník.
Stav po ukončení
Výsledkem je zapracovaná novelizační instrukce vkládající do předpisu dosud neexistující část.
Scénáře
Název PU1072-Zapracovat novelu typu "Zrušit část"
Typ Základní scénář
krok typ akce
1 Uživatel Právník označí zdrojovou novelizační instrukci.
999
2 Uživatel Právník v nástrojové liště stiskne volbu "Zrušit část".
3 Systém e-Šablona nabídne vyhledání předpisu.
4 Uživatel Právník vyhledá cílový předpis.
5 Systém e-šablona zobrazí znění cílového předpisu.
6 Uživatel Právník označí fragmenty, které je třeba zrušit, vyplní účinnost a potvrdí
výběr.
7 Systém e-Šablona ukončí platnost cílovým fragmentům k datu účinnosti novely.
8 Uživatel Právník uloží změny.
1000
8.1.2.2.3.6.5 PU1073-Zapracovat novelu typu "Zrušit předpis"
Případ užití pokrývá funkcionalitu zpracování novely rušící jiný předpis (typicky z části
zrušovací ustanovení ze závěrečné části předpisu).
Realizované Aktivity
Typ Název
Aktivita Zapracování novelizací
Aktivita Zapracování novelizačního bodu
Aktivita Zrušuje předpis
Realizované požadavky
FP1010-Uložení konsolidačních vazeb
FP1015-Aktualizace konsolidovaného znění
FP1039-Nástroje pro zapracování novelizačních ustanovení
FP1068-Konsolidace, účinnosti, novely, přechodná ustanovení
Předpoklady
Uživatel je přihlášen v roli Právník.
Stav po ukončení
Výsledkem je zrušení rušeného předpisu rušící novelizační instrukcí.
Scénáře
Název PU1073-Zapracovat novelu typu "Zrušit předpis"
Typ Základní scénář
krok typ akce
1 Uživatel Právník označí zdrojovou novelizační instrukci.
2 Uživatel Právník v nástrojové liště stiskne volbu "Zrušit předpis".
1001
3 Systém e-Šablona nabídne vyhledání předpisu.
4 Uživatel Právník vyhledá cílový předpis.
5 Systém e-Šablona zobrazí náhled cílového předpisu.
6 Uživatel Právník vyplní účinnost a potvrdí výběr.
7 Systém e-Šablona zruší předpis k požadovanému datu.
1002
8.1.2.2.3.6.6 PU1074-Zapracovat novelu typu "Výjimka z účinnosti"
Případ užití pokrývá funkcionalitu zpracování novely posouvající účinnost jiného předpisu
anebo jeho části.
Realizované Aktivity
Typ Název
Aktivita Zapracování novelizací
Aktivita Zapracování novelizačního bodu
Aktivita Zapracování účinností
Realizované požadavky
FP1010-Uložení konsolidačních vazeb
FP1015-Aktualizace konsolidovaného znění
FP1039-Nástroje pro zapracování novelizačních ustanovení
FP1068-Konsolidace, účinnosti, novely, přechodná ustanovení
Předpoklady
Uživatel je přihlášen v roli Právník.
Stav po ukončení
Výsledkem je posunutá účinnost novelou specifikovaného předpisu nebo jeho části.
Scénáře
Název PU1074-Zapracovat novelu typu "Výjimka z účinnosti"
Typ Základní scénář
krok typ akce
1 Uživatel Právník vyhledá cílový předpis.
2 Systém e-Šablona zobrazí znění cílového předpisu.
1003
3 Uživatel Právník označí fragmenty, kterým je třeba nastavit účinnost.
4 Uživatel Právník vyplní datum v nástrojové liště a stiskne jednu z voleb "Účinnost
od", "Zrušené od".
5 Systém e-Šablona nastaví datum vybraným fragmentům, datum účinnosti nebo
datum zrušení.
1004
8.1.2.2.3.6.7 PU1075-Zaevidovat konsolidační konflikt
Případ užití pokrývá funkcionalitu kontrolního rozhraní zapracování konsolidace a evidenci
konsolidačních konfliktů.
Realizované Aktivity
Typ Název
Aktivita Zapracování novelizací
Aktivita Zapracování novelizačního bodu
Aktivita Kontrola správnosti konsolidovaných znění
Realizované požadavky
FP1070-Dokumentace neodstranitelných chyb
FP1071-Chyby v novelách a odkazech
Předpoklady
Uživatel je přihlášen v roli Právník.
Stav po ukončení
Ke každému zapracování novelizačního bodu bude existovat možnost přidat strukturovanou
poznámku pro popis konsolidačního konfliktu a návrh jeho řešení např. inicializací
legislativního procesu.
Scénáře
Název PU1075-Zaevidovat konsolidační konflikt
Typ Základní scénář
krok typ akce
1 Uživatel Právník zjistí nesoulad mezi aktuálně zapracovávanou novelou a novelami
již zapracovanými.
2 Uživatel Právník zaeviduje tuto skutečnost formou strukturované poznámky se
zdůvodněním do okna novelizační transakce.
1005
3 Systém e-Šablona informaci zaznamená a poskytne ji v přehledu konsolidačních
konfliktů.
1006
8.1.2.2.3.7 Zajištění správnosti obsahu znění přepisů úložišti porovnáním s jiným zdrojem
Sekce Zajištění správnosti obsahu znění přepisů úložišti porovnáním s jiným zdrojem se
zabývá způsoby dosažení správných textů různých znění předpisů v úložišti datové báze.
Obrázek 16: Zajištění správnosti obsahu znění přepisů úložišti porovnáním s jiným zdrojem
1007
8.1.2.2.3.7.1 PU1076-Porovnat fragmenty znění předpisu s jiným zdrojem
Případ užití pokrývá funkcionalitu porovnání konkrétního znění předpisu ze 2 různých zdrojů
s vyznačením fragmentů, které jsou v porovnávaných zněních odlišné.
Realizované Aktivity
Typ Název
Aktivita Kontrola správnosti konsolidovaných znění
Realizované požadavky
FP1043-Nástroje na porovnání znění a dokumentaci rozdílů
FP1069-Kontrola, snížení procenta chybovosti
FP1070-Dokumentace neodstranitelných chyb
FP1071-Chyby v novelách a odkazech
FP1072-Písařské chyby (překlepy)
Předpoklady
Uživatel je přihlášen v roli Editor.
Stav po ukončení
Výsledkem je zobrazení rozdílů znění předpisů ze 2 zdrojů se zvýrazněnými odlišnými částmi.
Scénáře
Název PU1076-Porovnat fragmentů znění předpisu s jiným zdrojem
Typ Základní scénář
krok typ akce
1 Uživatel Editor zvolí předpis a znění, které si přeje komparovat.
2 Systém e-Šablona zobrazí požadované znění z úložiště a ze srovnávacího zdroje.
1008
3 Systém e-Šablona napáruje struktury a zobrazí oba předpisy na obrazovce,
rozdělené vertikálně na polovinu.
4 Uživatel Editor klikne na tlačítko Komparuj.
5 Systém e-Šablona zobrazí rozdíly ve srovnávaných zdrojích s přesností na slovo,
mezeru, číslici, interpunkční znaménka.
6 Uživatel Editor každý rozdíl vyhodnotí a označí příslušný fragment, zda je chyba v
datové bázi, nebo komparovaném zdroji, případně typ chyby, případně
bližší popis chyby v poznámce.
7 Uživatel Je-li chyba v datové bázi, přejde Editor do editačního režimupak a zajistí
opravu prostřednictvím PU1077.
1009
8.1.2.2.3.7.2 PU1077-Zajistit správné znění fragmentu v datové bázi
Případ užití pokrývá funkcionalitu fixace rozdílu textu fragmentu editací v e-Šabloně, pokud
je vyhodnocen jako správný text stejného fragmentu v druhém zdroji.
Realizované Aktivity
Typ Název
Aktivita Kontrola správnosti konsolidovaných znění
Realizované požadavky
FP1069-Kontrola, snížení procenta chybovosti
FP1073-Odstranění nalezených odstranitelných chyb
Předpoklady
Uživatel je přihlášen v roli Editor.
Stav po ukončení
Výsledkem je zkontrolovaný a správný text konkrétního znění konkrétního předpisu, dosažený
pomocí zjištění rozdílů komparací, posouzením těchto rozdílů a případnou opravou v editaci
fragmentu, pokud to bylo vyhodnoceno jako potřebné.
Scénáře
Název PU1077-Zajistit správné znění fragmentu v datové bázi
Typ Základní scénář
krok typ akce
1 Uživatel Editor zapracovává opravy editací do fragmentu, pokud je potřebné
zapracuje opravy také do novely, která změnu způsobila. Editor se řídí
podrobnou dokumentací a postupuje opatrně.
2 Systém e-Šablona změny provedené Editor-em v editaci průběžně zaznamenává
a loguje.
3 Uživatel Editor po ukončení označí celý předpis jako zkomparovaný.
1010
8.1.2.3 Tvorba terminologického tezauru CzechVOC
Sekce Tvorba terminologického tezauru CzechVOC shromažďuje případy užití všech
aspektů práce při tvorbě, údržbě a aktualizaci pojmové báze CzechVOC.
8.1.2.3.1 Administrace CzechVOC
Sekce se zabývá problematikou administrace CzechVOC z různých úhlů pohledu.
Administrač ní rozhraní CzechVOC
PU1080-Aktualizov at externí
řízené slov níky
Administrátor CzechVOC PU1078-Aktualizov at
CzechVOC na portálu
(from
Aktéři - PU1081-Sprav ov at ontologii
Osoby) CzechVOC
Obrázek 17: Administrace CzechVOC
1011
8.1.2.3.1.1 PU1078-Aktualizovat CzechVOC na portálu
Případ užití pokrývá funkcionality aktualizace terminologického tezauru CzechVOC na portálu
e-Sbírky včetně všech vazeb.
Realizované Aktivity
Typ Název
Aktivita Procesy tvorby pojmové báze CzechVOC
Realizované požadavky
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
FP1081-Import dalších zdrojů
Předpoklady
Uživatel je přihlášen v roli Administrátor CzechVOC.
Stav po ukončení
Výsledkem případu užití je aktuální verze CzechVOC zveřejněná na portálu e-Sbírka.
Scénáře
Název PU1078-Aktualizovat CzechVOC na portálu
Typ Základní scénář
krok typ akce
1 Uživatel Administrátor CzechVOC otevře na základě svého oprávnění modul
dashboardu "Administrace CzechVOC".
2 Systém Dashboard zobrazí seznam možností.
3 Uživatel Administrátor CzechVOC klikne na možnost aktualizovat CzechVOC na
portálu e-Sbírka.
1012
4 Systém modul Administrace CzechVOC provede aktualizaci všech vrstev
CzechVOC včetně všech asociačních vazeb na předpisy.
1013
8.1.2.3.1.2 PU1079-Import externích řízených slovníků
Případ užití pokrývá funkčnost importu externích řízených slovníků s modulární ontologií pro
využití ve CzechVOC.
Realizované Aktivity
Typ Název
Aktivita Procesy tvorby pojmové báze CzechVOC
Aktivita Import EuroVOC
Aktivita Věcné rejstříky SbZ
Realizované požadavky
FP1078-Import EuroVOC
FP1079-Import věcných rejstříků Sbírky zákonů
FP1081-Import dalších zdrojů
Předpoklady
Uživatel je přihlášen v roli Administrátor CzechVOC.
Stav po ukončení
Výsledkem případu užití je naplnění požadované vrstvy pojmové báze požadovaným externím
slovníkem.
Scénáře
Název PU1079-Import externích řízených slovníků
Typ Základní scénář
krok typ akce
1 Uživatel Administrátor CzechVOC spustí ze svého dashboardu nástroj pro
Administraci CzechVOC a v něm nástroj pro Design ontologie.
1014
2 Uživatel Administrátor zajistí kompatibilitu resp. přizpůsobení ontologie pro
využití externího slovníku v rámci vrstvy CzechVOC.
3 Systém Administrace CzechVOC provede uložení změn.
4 Uživatel Administrátor CzechVOC provede dávkový import dat a zkontroluje
výsledek.
1015
8.1.2.3.1.3 PU1080-Aktualizovat externí řízené slovníky
Případ užití pokrývá funkcionalitu aktualizace tezauru EuroVOC v pojmové bázi. Předpokládá
se aktualizace cca 1-2 krát ročně vždy po uvolnění nové verze EuroVOC.
Realizované Aktivity
Typ Název
Aktivita Procesy tvorby pojmové báze CzechVOC
Aktivita Aktualizace CzechVOC
Realizované požadavky
FP1076-GUI pro tvorbu a údržbu pojmové báze CzechVOC a všech součástí
FP1078-Import EuroVOC
FP1081-Import dalších zdrojů
Předpoklady
Uživatel je přihlášen v roli Administrátor CzechVOC.
Stav po ukončení
Výsledkem případu užití je aktualizovaná vrstva EuroVOC v pojmové bázi CzechVOC.
Scénáře
Název PU1080-Aktualizovat externí řízené slovníky
Typ Základní scénář
krok typ akce
1 Uživatel Administrátor CzechVOC získá novou verzi EuroVOC.
2 Systém Administrátor CzechVOC otevře na základě svého oprávnění modul
dashboardu "Administrace CzechVOC" a vybere možnost aktualizace
EuroVOC.
1016
3 Systém modul "Administrace CzechVOC" aktualizuje vrstvu EuroVOC v pojmové
bázi CzechVOC.
4 Uživatel Administrátor CzechVOC nekonzistence upraví manuální editací.
1017
8.1.2.3.1.4 PU1081-Spravovat ontologii CzechVOC
Případ užití pokrývá funkcionality rozvoje a údržby ontologie CzechVOC. Změny ontologie
budou prováděny na základě vnějších podnětů, které si tuto změnu žádají.
Realizované Aktivity
Typ Název
Aktivita Procesy tvorby pojmové báze CzechVOC
Aktivita Import EuroVOC
Aktivita Věcné rejstříky SbZ
Aktivita Příprava CzechVOC
Aktivita Aktualizace CzechVOC
Realizované požadavky
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í
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
Předpoklady
Uživatel je přihlášen v roli Administrátor CzechVOC.
Stav po ukončení
Výsledkem je ontologie CzechVOC splňující v daném čase aktuální požadavky.
1018
Scénáře
Název PU1081-Spravovat ontologii CzechVOC
Typ Základní scénář
krok typ akce
1 Uživatel Administrátor CzechVOC otevře na základě svého oprávnění modul
dashboardu "Administrace CzechVOC".
2 Uživatel Administrátor CzechVOC a vybere možnost "Správa ontologie".
3 Systém modul Administrace CzechVOC umožní adminisitrovat ontologii tříd,
vlastností tříd, a asociací mezi třídami, včetně kardinalit a constraintů.
1019
8.1.2.3.2 Tvorba a aktualizace pojmové báze
Sekce se zabývá konkrétními aspekty tvorby a aktualizace pojmové báze CzechVOC.
Browser CzechVOC
PU1082-Vyhledat existuj ící
poj my
Editor dat CzechVOC
PU1083-Vložit nov ý poj em
Editor CzechVOC PU1084-Editov at poj em
(from PU1086-Asociov at předpis
Aktéři - resp. část předpisu s
Osoby) poj mem
PU1085-Asociov at poj my
nav záj em
Obrázek 18: Tvorba a aktualizace pojmové báze
1020
8.1.2.3.2.1 PU1082-Vyhledat existující pojmy
Případ užití pokrývá možnosti dohledání pojmů v pojmové bázi CzechVOC různými způsoby.
Realizované Aktivity
Typ Název
Aktivita Procesy tvorby pojmové báze CzechVOC
Aktivita Věcné rejstříky SbZ
Aktivita Aktualizace CzechVOC
Realizované požadavky
FP1076-GUI pro tvorbu a údržbu pojmové báze CzechVOC a všech součástí
FP1080-Pojmová analýza Sbírky zákonů
FP1082-Vytvoření cílové vrstvy CzechVOC
Předpoklady
Uživatel je přihlášen v roli Editor CzechVOC.
Stav po ukončení
Výsledkem případu užití je vyhledaný pojem nebo seznam pojmů CzechVOC.
Scénáře
Název PU1082-Vyhledat existující pojmy
Typ Základní scénář
krok typ akce
1 Uživatel Editor CzechVOC klikne ve svém dashboardu na odkaz pro spuštění
aplikace CzechVOC.
2 Systém Aplikace CzechVOC zobrazí seznam vrstev CzechVOC.
1021
Realizované požadavky
3 Uživatel Editor CzechVOC vybere vrstvu, kterou si přeje editovat a dále
postupným klikáním nabrouzdá pojem nebo pojmy dle své potřeby.
alt. krok pokračuj na typ akce
3a 4 Alternativní scénář prostřednictvím dotazu
4 Uživatel dále pak PU1083-Vložit nový pojem nebo PU1084-Editovat pojem.
Název prostřednictvím dotazu
Typ Alternativní scénář
krok typ akce
1 Uživatel Editor CzechVOC vepíše dotaz do fulltextového formuláře.
2 Systém Aplikace CzechVOC vyhledá relevantní pojmy.
1022
8.1.2.3.2.2 PU1083-Vložit nový pojem
Případ užití zajišťuje vložení nového pojmu do CzechVOC prostřednictvím interaktivního
rozhraní.
Realizované Aktivity
Typ Název
Aktivita Procesy tvorby pojmové báze CzechVOC
Aktivita Import EuroVOC
Aktivita Věcné rejstříky SbZ
Aktivita Aktualizace CzechVOC
Realizované požadavky
FP1076-GUI pro tvorbu a údržbu pojmové báze CzechVOC a všech součástí
FP1080-Pojmová analýza Sbírky zákonů
FP1082-Vytvoření cílové vrstvy CzechVOC
Předpoklady
Uživatel je přihlášen v roli Editor CzechVOC.
Výsledkem případu užití je založený nový pojem CzechVOC.
Scénáře
Název PU1083-Vložit nový pojem
Typ Základní scénář
krok typ akce
1 Uživatel Editor CzechVOC klikne na tlačítko Založit nový pojem.
2 Systém Aplikace CzechVOC vyžádá pro založení pojmu systémový název, tzv.
basename.
1023
3 Uživatel Editor CzechVOC doplní basename, klikne uložit.
4 Systém Aplikace CzecxhVOC otevře formulář s detailem pojmu, kde lze editovat
vše potřebné tedy vlastnosti i asociační vazby pojmu, včetně vazeb na
definice, časových platností definic apod.
5 Uživatel dále viz PU1084-Editovat pojem.
1024
8.1.2.3.2.3 PU1084-Editovat pojem
Případ užití zajišťuje editaci pojmu a nejen pojmu, ale i všech jeho vlastností a souvisejících
itemů, zejména definic a jejich časových rámců platnosti.
Jednou z editovatelných vlastností pojmu je i jeho stav, bude-li pojem ve stavu „hotov“ bude
poskytnut pojmovou bází k zobrazení na portálu resp. v nástrojích e-Legislativy.
Realizované Aktivity
Typ Název
Aktivita Procesy tvorby pojmové báze CzechVOC
Aktivita Import EuroVOC
Aktivita Věcné rejstříky SbZ
Aktivita Aktualizace CzechVOC
Realizované požadavky
FP1076-GUI pro tvorbu a údržbu pojmové báze CzechVOC a všech součástí
FP1080-Pojmová analýza Sbírky zákonů
FP1082-Vytvoření cílové vrstvy CzechVOC
Předpoklady
Uživatel je přihlášen v roli Editor CzechVOC.
Stav po ukončení
Výsledkem případu užití je ukončená editace vlastností nebo vazeb pojmu CzechVOC.
Scénáře
Název PU1084-Editovat pojem
Typ Základní scénář
krok typ akce
1 Uživatel Editor CzechVOC po vyhledání otevře žádaný pojem.
1025
2 Systém Aplikace CzechVOC zobrazí detail pojmu s možnostmi editovat všechny
vlastnosti a asociace dle ontologie CzechVOC.
3 Uživatel Editor CzechVOC provede zamýšlenou editaci a uloží ji.
1026
8.1.2.3.2.4 PU1085-Asociovat pojmy navzájem
Případ užití zajišťuje funkcionalitu propojení pojmů mezi sebou různými typy asociací.
Realizované Aktivity
Typ Název
Aktivita Procesy tvorby pojmové báze CzechVOC
Aktivita Import EuroVOC
Aktivita Věcné rejstříky SbZ
Aktivita Aktualizace CzechVOC
Realizované požadavky
FP1076-GUI pro tvorbu a údržbu pojmové báze CzechVOC a všech součástí
FP1080-Pojmová analýza Sbírky zákonů
FP1082-Vytvoření cílové vrstvy CzechVOC
Předpoklady
Uživatel je přihlášen v roli Editor CzechVOC.
Editor CzechVOC je v kartě detailu editace pojmu.
Stav po ukončení
Výsledkem případu užití je vytvoření požadovaných vazeb mezi pojmy CzechVOC.
Scénáře
Název PU1085-Asociovat pojmy navzájem
Typ Základní scénář
krok typ akce
1 Uživatel Editor CzechVOC vyvere typ asociace, který si přeje editovat.
2 Systém Aplikace CzechVOC zobrazí seznam cílů vyplývajících z ontologie.
1027
3 Uživatel Editor CzechVOC vyhledá, nalistuje, případně odfiltruje s možnostmi
danými aplikací zobrazí seznamu potenciálních cílů pojmy, či jiné cíle se
kterými si přeje vytvořit nebo odstranit asociační vazbu a vybere je
kliknutím.
4 Systém Aplikace CzechVOC (stejně jako e-Šablona) ukládá přímo bez nutnosti
další akce se současným zápisem do log souborů.
1028
8.1.2.3.2.5 PU1086-Asociovat předpis resp. část předpisu s pojmem
Případ užití zajišťuje funkcionalitu propojení pojmů a předpisů různými typy asociací se
zohledněním časových limitů definic.
Realizované Aktivity
Typ Název
Aktivita Procesy tvorby pojmové báze CzechVOC
Aktivita Indexace sbírek podle CzechVOC
Realizované požadavky
FP1076-GUI pro tvorbu a údržbu pojmové báze CzechVOC a všech součástí
FP1080-Pojmová analýza Sbírky zákonů
FP1082-Vytvoření cílové vrstvy CzechVOC
Předpoklady
Uživatel je přihlášen v roli Editor CzechVOC.
Stav po ukončení
Výsledkem případu užití je vytvoření nebo aktualizace asociačních vazeb vazeb mezi pojmy
CzechVOC a předpisy v datové bázi.
Scénáře
Název PU1086-Asociovat předpis s pojmem
Typ Základní scénář
krok typ akce
1 Uživatel Editor CzechVOC vyhledá v e-Šabloně předpis
PU1033-
Vyhledat předpis
2 Uživatel Editor CzechVOC otevře požadovaný předpis.
1029
3 Uživatel Editor CzechVOC klikne na tlačítko asociovat s CzechVOC, které
má k dispozici vzhledem ke svému oprávnění.
alt. krok pokračuj na typ akce
3a 3 Alternativní scénář asociace pojem <--> fragment
4 Systém e-Šablona otevře seznam pojmů CzechVOC, které dle ontologie
lze asociovat se zobrazeným předpisem.
5 Uživatel Editor CzechVOC dohledá v seznamu požadovaný pojem a vytvoří
asociační vazbu.
6 Systém e-Šablona asociační vazbu provede na všech místech včetně
zápisu do logu.
Název asociace pojem <--> fragment
Typ Alternativní scénář
krok typ akce
1 Uživatel Editor CzechVOC vyhledá požadovaný fragment
1030
8.1.2.3.3 Služby CzechVOC ostatním systémům
Sekce se popisuje služby vystavené externím informačním pro čtení a zápis pojmové báze
prostřednictvím webových služeb.
Obrázek 19: Služby CzechVOC ostatním systémům
1031
8.1.2.3.3.1 PU1087-Vyhledat předpisů podle EuroVOC
Případ užití zajišťuje externímu systému N-LEX dohledání předpisů podle EuroVOC, který je
jednou z vrstev CzechVOC. Předpisy budou nalezeny prostřednictvím vazby EuroVOC -
CzechVOC.
Realizované Aktivity
Typ Název
Aktivita Procesy kooperace e-Sbírka <--> e-Legislativa
Aktivita Procesy tvorby pojmové báze CzechVOC
Realizované požadavky
FP1077-API rozhraní pro práci s pojmovou bází CzechVOC
FP1099-N-LEX
Předpoklady
Externím informačním systémem je N-LEX.
Stav po ukončení
Ve výsledku případu užití je naplnění požadavku N-LEX na seznam předpisu k nějakému uzlu
EuroVOC.
1032
8.1.2.3.3.2 PU1088-Vyhledat předpisy dle CzechVOC
Případ užití zajišťuje externímu systému e-Legislativa dohledání předpisů navázaných na uzel
CzechVOC, který je vstupním parametrem požadavku.
Realizované Aktivity
Typ Název
Aktivita Procesy kooperace e-Sbírka <--> e-Legislativa
Aktivita Procesy tvorby pojmové báze CzechVOC
Realizované požadavky
FP1077-API rozhraní pro práci s pojmovou bází CzechVOC
Předpoklady
Externím informačním systémem je e-Legislativa.
Stav po ukončení
Ve výsledku případu užití je naplnění požadavku e-Legislativy ve formě poskytnutí seznamu
předpisů k pojmu nebo pojmům CzechVOC.
1033
8.1.2.3.3.3 PU1089-Lokalizovat pojem v textu
Případ užití zajišťuje funkcionalitu, kterou CzechVOC poskytuje e-Legislativě - analyzuje
obecný text a vrátí pojmy CzechVOC v něm lokalizované.
Realizované Aktivity
Typ Název
Aktivita Procesy kooperace e-Sbírka <--> e-Legislativa
Aktivita Procesy tvorby pojmové báze CzechVOC
Realizované požadavky
FP1077-API rozhraní pro práci s pojmovou bází CzechVOC
Předpoklady
Externím informačním systémem je e-Legislativa.
Stav po ukončení
Výsledkem případu užití je dohledání pojmů CzechVOC v textu doručeném službě CzechVOCu
v požadavku e-Legislativy.
1034
8.1.2.3.3.4 PU1090-Vyhledat pojmy
Případ užití popisuje funkcionalitu služby CzechVOC, která vrátí seznam hledaných pojmů s
vlastnostmi (definice atd.) s možností selekce vstupním požadavkem.
Realizované Aktivity
Typ Název
Aktivita Procesy kooperace e-Sbírka <--> e-Legislativa
Aktivita Procesy tvorby pojmové báze CzechVOC
Realizované požadavky
FP1077-API rozhraní pro práci s pojmovou bází CzechVOC
Předpoklady
Externím informačním systémem je e-Legislativa nebo jiný externí systém adresátů práva.
Stav po ukončení
Výsledkem případů užití je odpověď na dotaz ve formě seznamu pojmů CzechVOC případně i s
doplňkovými vlastnostmi.
1035
8.1.2.3.3.5 PU1091-Zapsat pojem
Případ užití popisuje funkcionalitu, v rámci které e-Legislativa vytvoří nový pojem v pojmové
bázi, resp. aktualizuje pojem existující. Obojí na základě aktivit uživatelů e-Šablony pro
plusovou osu.
Realizované Aktivity
Typ Název
Aktivita Procesy tvorby pojmové báze CzechVOC
Aktivita Procesy kooperace e-Sbírka <--> e-Legislativa
Realizované požadavky
FP1077-API rozhraní pro práci s pojmovou bází CzechVOC
Předpoklady
Externím informačním systémem je e-Legislativa.
Stav po ukončení
Výsledkem případu užití je nový pojem vytvořený v pojmové bázi e-Legislativou, resp.
aktualizace pojmu stávajícího.
Poskytnutí pojmu k dalšímu využití (portál e-Sbírky, nástroje e-Legislativy) je řešeno
prostřednictvím „PU1084-Editovat pojem“, konkrétně vlastností Stav pojmu.
1036
8.1.2.3.3.6 PU1092-Zapsat asociační vazbu
Případ užití popisuje funkcionalitu, v rámci které externí systém e-Legislativa nebo Registr
práv a zapíše nebo modifikuje tabulku asociačních vazeb.
Realizované Aktivity
Typ Název
Aktivita Procesy tvorby pojmové báze CzechVOC
Aktivita Procesy kooperace e-Sbírka <--> e-Legislativa
Realizované požadavky
FP1077-API rozhraní pro práci s pojmovou bází CzechVOC
Předpoklady
Externím informačním systémem je e-Legislativa.
Stav po ukončení
Výsledkem případu užití je zapsaná asociační vazba na základě požadavku e-Legislativy nebo
Registru práv a povinností.
Případnou redakční údržbu asociačních vazeb bude možno realizovat prostřednictvím
„PU1085-Asociovat pojmy navzájem“ resp. „PU1086-Asociovat předpis resp. část předpisu s
pojmem“.
1037
8.1.3 Vyhlašování a publikace na portál
Sekce Vyhlašování a publikace na portál shromažďuje případy užití všech aspektů
publikace informativních znění a vyhlašování závazných znění předpisů na portál e-Sbírka.
Úložiště e-Sbírky
PU1093-Zapsat předpis do datov é
báze k v yhlášení
e-Legislativ a
Dashboard e-Sbírky
PU1094-Otev řít seznam předpisů k PU1095-Otev řít seznam předpisů k
publikaci v yhlášení
Publikátor do e-Sbírky e-Šablona pro mínusovou osu
PU1096-Verifikov at Vyhlašov atel do e-Sbírky
konzistenci odkazů
PU1097-Verifikov at metadata a
indexace
PU1098-Publikov at předpis PU1099-Vyhlásit předpis
(mínus osa, Eurlex,
neobsahov é oprav y)
PU1101-Stáhnout předpis z PU1100-Zkopírov at záv azné
portálu v yhlášené znění do
zabezpečeného úložiště
Obrázek 20: Vyhlašování a publikace na portál
1038
8.1.3.1 PU1093-Zapsat předpis do datové báze k vyhlášení
Případ použití zajišťuje zápis předpisu k vyhlášení do datové báze e-Legislativou. Předpis je
obsahově i organizačně připraven k vyhlášení, čeká na kontrolu konzistence odkazů,
gramatické správnosti apod. Publikačním úřadem.
Realizované Aktivity
Typ Název
Aktivita Procesy kooperace e-Sbírka <--> e-Legislativa
Aktivita Vyhlásit právní akt ve Sbírce
Realizované požadavky
FP1098-e-Legislativa
Předpoklady
Požadavek na zápis pochází od externího informačního systému e-Legislativa.
Stav po ukončení
Výsledkem případu užití je úspěšný přenos předpisu připraveného k vyhlášení ze strany e-
Legislativy do úložiště datové báze e-Sbírky.
Scénáře
Název PU1093-Zapsat předpis do datové báze k vyhlášení
Typ Základní scénář
krok typ akce
1 Systém e-Legislativa zadá SOAP požadavek na zápis předpisu.
2 Systém Úložiště datové báze požadavek akceptuje.
alt. krok pokraču typ akce
j na
1039
2a 1 Alternativ Úložiště datové báze požadavek neakceptuje
ní scénář
3 Uživatel e-Legislativa provede zápis předpisu.
4 Systém Úložiště datové báze zašle potvrzení o úspěšném výsledku.
Název Úložiště datové báze požadavek neakceptuje
Typ Alternativní scénář
krok typ akce
1 Systém Úložiště datové báze požadavek neakceptuje
1040
8.1.3.2 PU1094-Otevřít seznam předpisů k publikaci
Případ použití zajišťuje zobrazení seznamu předpisů připravených k publikaci, předpisy jsou v
chronologickém pořadí ukončení přípravy k publikaci.
Realizované Aktivity
Typ Název
Aktivita Procesy kooperace e-Sbírka <--> e-Legislativa
Aktivita Vyhlásit právní akt ve Sbírce
Realizované požadavky
FP1086-Přehledy o stavech předpisů
FP1087-Úkoly
Předpoklady
Uživatel je přihlášen v roli Publikátor do e-Sbírky.
Stav po ukončení
Výsledkem případu užití je zobrazený seznam předpisů k publikaci.
Scénáře
Název PU1094-Otevřít seznam předpisů k publikaci
Typ Základní scénář
krok typ akce
1 Uživatel Publikátor do e-Sbírky otevře ve svém dashboardu seznam předpisů
připravených na publikaci na portálu.
2 Systém Dashboard požadovaný seznam zobrazí s možností změnit řazení a
základními možnostmi filtrování podle sbírky resp. času zápisu do
seznamu.
1041
8.1.3.3 PU1095-Otevřít seznam předpisů k vyhlášení
Případ použití zajišťuje zobrazení seznamu předpisů připravených k vyhlášení, předpisy jsou
v chronologickém pořadí tak, jak byly předány e-Legislativou k vyhlášení.
Realizované Aktivity
Typ Název
Aktivita Procesy kooperace e-Sbírka <--> e-Legislativa
Aktivita Vyhlásit právní akt ve Sbírce
Realizované požadavky
FP1086-Přehledy o stavech předpisů
FP1087-Úkoly
Předpoklady
Uživatel je přihlášen v roli Vyhlašovatel do e-Sbírky.
Stav po ukončení
Výsledkem případu užití je zobrazený seznam předpisů k vyhlášení.
Scénáře
Název PU1095-Otevřít seznam předpisů k vyhlášení
Typ Základní scénář
krok typ akce
1 Uživatel Vyhlašovatel do e-Sbírky otevře ve svém dashboardu seznam předpisů
určených e-Legislativou k vyhlášení na portálu e-Sbírka. Jedná se o
závazné předpisy, které již kompletně prošly procesy e-Legislativy.
2 Systém Dashboard požadovaný seznam zobrazí s možností změnit řazení a
základními možnostmi filtrování podle sbírky resp. času zápisu do
seznamu.
1042
8.1.3.4 PU1220-Publikace (výměna a stažení) výkladového stanoviska
Případ použití popisuje provedení vypořádání (t.j. schválení nebo zamítnutí) žádosti o
publikaci (resp. stažení či změnu) výkladového stanoviska k předpisu jako celku nebo
konkrétních ustanovení.
Realizované Aktivity
Typ Název
Aktivita Procesy kooperace e-Sbírka <--> e-Legislativa
Aktivita Vyhlásit právní akt ve Sbírce
Realizované požadavky
FP1104-Získání výkladového stanoviska k předpisu a/nebo ustanovení
Uživatel je přihlášen v roli Publikátor do e-Sbírky.
Existuje nevypořádaná žádost o publikaci výkladového stanoviska.
Žádost o publikaci vypořádána.
Scénáře
Název Publikace výkladového stanoviska
Typ Základní scénář
krok typ akce
1 Uživatel Publikátor do e-Sbírky schválí žádost o publikaci výkladového
stanoviska
alt. krok pokračuj na typ akce
1a 4 Alternativní scénář Smazání výkladového stanoviska
1b 4 Alternativní scénář Změna výkladového stanoviska
1043
2 Systém Publikační modul provede přiřazení výkladového stanoviska k
předpisu
3 Uživatel Publikační modul provede přiřazení výkladového stanoviska k
ustanovení
4 Systém Publikační modul provede publikaci předpisu na portál e-Sbírky
(=PU1098)
Název Změna výkladového stanoviska
Typ Alternativní scénář
krok typ akce
1 Uživatel Publikátor do e-Sbírky schválí žádost o změnu výkladového
stanoviska
2 Systém Publikační modul provede změnu přiřazení výkladového stanoviska k
předpisu
3 Uživatel Publikační modul provede změnu přiřazení výkladového stanoviska k
ustanovení
Název Smazání výkladového stanoviska
Typ Alternativní scénář
krok typ akce
1 Uživatel Publikátor do e-Sbírky schválí žádost o smazání výkladového
stanoviska
2 Systém Publikační modul provede smazání výkladového stanoviska z
předpisu
3 Uživatel Publikační modul provede smazání výkladového stanoviska z
ustanovení
Název Přiřazení k ustanovením předpisu
Typ Alternativní scénář
Název Smazaní stanovisek z ustanovení
Typ Alternativní scénář
1044
krok typ akce
1 Systém
Publikační modul provede smazání výkladového stanoviska z
předpisu
1045
8.1.3.5 PU1096-Verifikovat konzistenci odkazů
Případ použití popisuje funkcionality kontroly konzistence odkazů, které může na základě
svěřeného mandátu provést a sjednat v nich nápravu.
Realizované Aktivity
Typ Název
Aktivita Procesy kooperace e-Sbírka <--> e-Legislativa
Aktivita Vyhlásit právní akt ve Sbírce
Realizované požadavky
FP1017-Vyhlášení, publikace předpisu
Předpoklady
Uživatel je přihlášen v roli Publikátor do e-Sbírky nebo v roli Vyhlašovatel do e-Sbírky.
Otevřený seznam předpisů k publikaci nebo vyhlášení.
Stav po ukončení
Výsledkem případu užití jsou konzistentní odkazy mezi předpisy.
Scénáře
Název PU1096-Verifikovat konzistenci odkazů
Typ Základní scénář
krok typ akce
1 Uživatel Publikátor do e-Sbírky nebo Vyhlašovatel do e-Sbírky klikne na předpis v
seznamu připravených k publikaci nebo vyhlášení.
2 Systém Dashboard otevře e-Šablonu se zobrazeným zněním předpisu.
3 Uživatel Publikátor do e-Sbírky nebo Vyhlašovatel do e-Sbírky provedou kontrolu
odkazů proklikáním.
1046
4 Uživatel Narazí-li Publikátor do e-Sbírky nebo Vyhlašovatel do e-Sbírky na
nesrovnalost odstraní ji prostřednictvím editace odkazů.
5 Systém Po ukončení kontroly zaznamenají záznam o ukončení do seznamu
předpisů připravených k publikaci nebo vyhlášení.
1047
8.1.3.6 PU1097-Verifikovat metadata a indexace
Případ použití popisuje funkcionality kontroly metadat a indexace dle CzechVOC a případné
opravy nedostatků, ke kterým má Publikační úřad mandát.
Realizované Aktivity
Typ Název
Aktivita Procesy kooperace e-Sbírka <--> e-Legislativa
Aktivita Vyhlásit právní akt ve Sbírce
Realizované požadavky
FP1017-Vyhlášení, publikace předpisu
Předpoklady
Uživatel je přihlášen v roli Publikátor do e-Sbírky nebo v roli Vyhlašovatel do e-Sbírky.
Otevřený seznam předpisů k publikaci nebo vyhlášení.
Stav po ukončení
Výsledkem případu užití jsou správná metadata a zařazení k CzechVOC, t.j. připravenost k
publikaci, resp. vyhlášení.
Scénáře
Název PU1097-Verifikovat metadata a indexace
Typ Základní scénář
krok typ akce
1 Uživatel Publikátor do e-Sbírky nebo Vyhlašovatel do e-Sbírky klikne na předpis v
seznamu připravených k publikaci nebo vyhlášení.
2 Systém Dashboard otevře e-Šablonu se zobrazeným zněním předpisu.
3 Uživatel Publikátor do e-Sbírky nebo Vyhlašovatel do e-Sbírky provedou verifikaci
metadat a zařazení k uzlům CzechVOC resp. EuroVOC (u publikovaných
předpisů EUR-Lex).
1048
4 Systém Narazí-li Publikátor do e-Sbírky nebo Vyhlašovatel do e-Sbírky na
nesrovnalost odstraní ji prostřednictvím editace metadat resp. asociačních
vazeb na CzechVOC resp. EUR-Lex.
5 Uživatel Po ukončení kontroly zaznamenají záznam o ukončení do seznamu
předpisů připravených k publikaci nebo vyhlášení.
1049
8.1.3.7 PU1098-Publikovat předpis (mínus osa, EUR-Lex, neobsahové opravy)
Případ užití popisuje funkcionalitu publikace předpisu na portál e-Sbírka, tedy synchronizaci
předpisu z úložiště právních předpisů do produkční databáze e-Sbírky.
Realizované Aktivity
Typ Název
Aktivita Procesy kooperace e-Sbírka <--> e-Legislativa
Aktivita Vyhlásit právní akt ve Sbírce
Realizované požadavky
FP1017-Vyhlášení, publikace předpisu
FP1094-Podpora publikace a vyhlašování
Předpoklady
Uživatel je přihlášen v roli Publikátor do e-Sbírky.
Existuje předpis nebo předpisy po kontrole připravený k publikaci.
Otevřený seznam předpisů k publikaci.
Stav po ukončení
Výsledkem případu užití je předpis zveřejněný na portálu (informativní znění)
Scénáře
Název PU1098-Publikovat předpis (mínus osa, EUR-Lex, neobsahové opravy)
Typ Základní scénář
krok typ akce
1 Uživatel Publikátor do e-Sbírky zatrhne zatržítko u předpisů v seznamu
připravených k publikaci (takové zatržítko se zaktivní po provedené
kontrole odkazů a indexace).
1050
2 Systém Publikační modul začne vytvářet seznam předpisů k publikaci (to se pozná
tak, že tlačítko Publikovat je aktivní).
3 Uživatel Publikátor do e-Sbírky klikne na tlačítko Publikovat.
4 Systém Publikační modul provede synchronizaci publikovaných předpisů do
produkční databáze portálu a zapíše do seznamu k publikovaným
předpisům, že publikace úspěšně proběhla s údajem, kdo a kdy publikaci
provedl.
1051
8.1.3.8 PU1099-Vyhlásit předpis
Případ užití popisuje funkcionalitu vyhlášení předpisu na portál e-Sbírka, tedy přenos
předpisu z úložiště právních předpisů do produkční databáze e-Sbírky.
Realizované Aktivity
Typ Název
Aktivita Procesy kooperace e-Sbírka <--> e-Legislativa
Aktivita Vyhlásit právní akt ve Sbírce
Realizované požadavky
FP1017-Vyhlášení, publikace předpisu
FP1094-Podpora publikace a vyhlašování
FP1104-Získání výkladového stanoviska k předpisu a/nebo ustanovení
Předpoklady
Uživatel je přihlášen v roli Vyhlašovatel do e-Sbírky.
Existuje předpis nebo předpisy po kontrole připravený k vyhlášení.
Otevřený seznam předpisů k vyhlášení.
Stav po ukončení
Výsledkem případu užití je předpis vyhlášený na portálu (závazné znění)
Scénáře
Název PU1099-Vyhlásit předpis
Typ Základní scénář
krok typ akce
1 Uživatel Vyhlašovatel do e-Sbírky zatrhne zatržítko u předpisů v seznamu
připravených k vyhlášení (takové zatržítko se zaktivní po provedené
kontrole odkazů a indexace).
1052
Realizované požadavky
2 Uživatel Pokud si vyhlašovatel do e-Sbírky přeje pozdější vyhlášení, zadá datum a
čas požadovaného vyhlášení ke konkrétnímu předpisu.
3 Systém Publikační modul začne vytvářet seznam předpisů k vyhlášení (to se
pozná tak, že tlačítko Vyhlásit je aktivní).
4 Uživatel Vyhlašovatel do e-Sbírky klikne na tlačítko Vyhlásit.
5 Systém Publikační modul zapečetí PDF se závazným zněním kvalifikovanou
elektronickou pečetí a opatří kvalifikovaným elektronickým časovým
razítkem.
6 Systém Publikační modul připojí příslušná výkladová stanoviska z předchozího
konsolidovaného znění ke konsolidovanému znění, které je přílohou nově
vyhlašovaného předpisu resp. k ustanovením takového předpisu (splňují-li
časové parametry).
7 Systém Publikační modul provede synchronizaci vyhlašovaných předpisů do
produkční databáze portálu a zapíše do seznamu k publikovaným
předpisům, že publikace úspěšně proběhla s údajem, kdo a kdy publikaci
provedl.
1053
8.1.3.9 PU1100-Zkopírovat závazné vyhlášené znění do zabezpečeného úložiště
Případ užití popisuje funkcionalitu zkopírování vyhlášených předpisů do zabezpečeného
úložiště. Jedná se o závazné vyhlášené předpisy zapečetěné kvalifikovanou elektronickou
pečetí a opatřené kvalifikovaným elektronickým časovým razítkem.
Realizované Aktivity
Typ Název
Aktivita Procesy kooperace e-Sbírka <--> e-Legislativa
Aktivita Vyhlásit právní akt ve Sbírce
Realizované požadavky
FP1017-Vyhlášení, publikace předpisu
Předpoklady
Uživatel je přihlášen v roli Vyhlašovatel do e-Sbírky.
Stav po ukončení
Výsledkem případu užití je úspěšný přenos závazného vyhlášeného znění do zabezpečeného
úložiště.
Scénáře
Název PU1100-Zkopírovat závazné vyhlášené znění do zabezpečeného úložiště
Typ Základní scénář
krok typ akce
1 Systém Publikační modul vygeneruje metadata dotčeného předpisu v XML
formátu.
2 Systém Publikační modul nakopíruje XML s metadaty vyhlášeného předpisu
společně s jeho závazným PDF zapečetěným kvalifikovanou elektronickou
pečetí a opatřeným kvalifikovaným elektronickým časovým razítkem do
předem určeného místa zabezpečeného úložiště.
1054
3 Systém Publikační modul označí přenesený předpis příslušným příznakem.
1055
8.1.3.10 PU1101-Stáhnout předpis z portálu
Případ užití popisuje funkcionalitu stažení předpisu z produkční databáze portálu e-Sbírka.
Realizované Aktivity
Typ Název
Aktivita Procesy kooperace e-Sbírka <--> e-Legislativa
Aktivita Vyhlásit právní akt ve Sbírce
Realizované požadavky
FP1017-Vyhlášení, publikace předpisu
FP1094-Podpora publikace a vyhlašování
Předpoklady
Uživatel je přihlášen v roli Publikátor do e-Sbírky (pro stažení informativních znění) a/nebo v
roli Vyhlašovatel do e-Sbírky (pro stažení vyhlášených znění).
Stav po ukončení
Výsledkem případu užití je naplnění požadavku na stažení informativního znění předpisu z
portálu. Závazná vyhlášená znění stažena býti nemohou.
Scénáře
Název PU1101-Stáhnout předpis z portálu
Typ Základní scénář
krok typ akce
1 Uživatel Publikátor do e-Sbírky v e-Šabloně vybere předpis, který si přeje stáhnout
z portálu (Závazné vyhlášené předpisy stáhnout nelze, ty lze pouze
opravit).
2 Uživatel Publikátor do e-Sbírky zapíše důvod stažení z portálu a klikne na tlačítko
stáhnout.
1056
3 Systém Portál e-Sbírka provede výmaz předpisu z produkční databáze.
4 Uživatel Výsledkem stažení předpisu je úkol pro Manažer, aby zajistil vše potřebné
k opětovné publikaci na portál.
1057
8.1.4 Portál e-Sbírka
Sekce Portál e-Sbírka shromažďuje případy užití všech aspektů práce, aktivit a působení
portálu e-Sbírka.
8.1.4.1 Administrace portálu
Sekce Administrace portálu shromažďuje případy užití týkající se všech aspektů
administrace portálu e-Sbírka.
8.1.4.1.1 Administrace uživatelů portálu
Sekce Administrace uživatelů portálu shromažďuje případy užití funkcionalit správy
uživatelů na portálu e-Sbírka.
portál e-Sbírka: správa uživatelů
PU1102-Přidat uživ atele
«extend»
PU1103-Nalézt uživ atele
Administrátor portálu PU1104-Editov at «extend»
uživ atele «extend»
«extend»
PU1105-Resetov at heslo
uživ ateli
PU1106-Smazat uživ atele
Obrázek 21: Administrace uživatelů
1058
8.1.4.1.1.1 PU1102-Přidat uživatele
Případ užití pokrývá funkcionalitu vytvoření uživatelského účtu administrátorem portálu.
Realizované Aktivity
Typ Název
Aktivita Vytvoření účtu
Realizované požadavky
FP1095-Obvyklá portálová funkčnost - homepage, header, footer, články, aktuality
Předpoklady
Uživatel je přihlášen v roli Administrátor portálu.
Stav po ukončení
Výsledkem případu užití je nový uživatel založený administrátorem.
Scénáře
Název PU1102-Přidat uživatele
Typ Základní scénář
krok typ akce
1 Uživatel Administrátor portálu otevře aplikaci pro správu uživatelů portálu.
2 Uživatel Administrátor portálu klikne na tlačítko "Založit nového uživatele".
3 Systém Aplikace pro správu uživatelů otevře formulář pro zadání uživatelského
jména, e-mailu, jména a příjmení.
4 Uživatel Administrátor portálu vepíše alespoň minimální povinný údaj, t.j. e-mail.
5 Systém Aplikace pro správu uživatelů provede základní syntaktickou validaci e-
mailové adresy. Je-li úspěšná, je nový uživatel založen.
6 Uživatel Administrátor portálu vloží uživatelské heslo a uloží jej.
1059
8.1.4.1.1.1.1 PU1103-Nalézt uživatele
Případ užití pokrývá funkcionalitu vyhledání uživatelského účtu administrátorem portálu.
Realizované Aktivity
Typ Název
Aktivita Vytvoření účtu
Realizované požadavky
FP1095-Obvyklá portálová funkčnost - homepage, header, footer, články, aktuality
Předpoklady
Uživatel je přihlášen v roli Administrátor portálu.
Stav po ukončení
Výsledkem případu užití je vyhledaný uživatelský účet na základě zadání administrátora.
Scénáře
Název PU1103-Nalézt uživatele
Typ Základní scénář
krok typ akce
1 Uživatel Administrátor portálu otevře aplikaci pro správu uživatelů portálu.
2 Systém Aplikace pro správu uživatelů zobrazí přehled uživatelů.
alt. krok pokračuj na typ akce
2a 3 Alternativní scénář filtrace seznamu
3 Uživatel Administrátor portálu kliknutím otevře detail žádaného uživatele.
4 Systém Aplikace pro správu uživatelů zobrazí výsledky a po kliknutí na
uživatele zobrazí jeho detail.
Název filtrace seznamu
1060
Typ Alternativní scénář
krok
1 typ akce
2 Systém Administrátor portálu pomocí filtrů seznam relevantních uživatelů
zúží.
Uživatel Aplikace pro správu uživatelů dynamicky na zužování reaguje a
seznam zužuje.
1061
8.1.4.1.1.2 PU1104-Editovat uživatele
Případ užití pokrývá funkcionalitu editace vlastností uživatelského účtu administrátorem
portálu.
Realizované Aktivity
Typ Název
Aktivita Nastavení notifikací
Aktivita Volba oblíbeného předpisu
Realizované požadavky
FP1095-Obvyklá portálová funkčnost - homepage, header, footer, články, aktuality
Předpoklady
Uživatel je přihlášen v roli Administrátor portálu.
Stav po ukončení
Výsledkem případu užití je uživatelský účet zeditovaný administrátorem.
Scénáře
Název PU1104-Editovat uživatele
Typ Základní scénář
krok typ akce
1 Uživatel Administrátor portálu otevře aplikaci pro správu uživatelů portálu.
2 Systém skok na: PU1103-Nalézt uživatele
3 Uživatel Administrátor portálu zedituje detail uživatele a uloží.
4 Systém Aplikace pro správu uživatelů změny zaznamená.
1062
8.1.4.1.1.3 PU1105-Resetovat heslo uživateli
Případ užití pokrývá funkcionalitu resetování hesla konkrétního uživatelského účtu
administrátorem portálu.
Realizované Aktivity
Typ Název
Aktivita Přihlášení
Realizované požadavky
FP1095-Obvyklá portálová funkčnost - homepage, header, footer, články, aktuality
Předpoklady
Uživatel je přihlášen v roli Administrátor portálu.
Stav po ukončení
Výsledkem případu užití je resetované heslo vybraného uživatelského účtu.
Scénáře
Název PU1105-Resetovat heslo uživateli
Typ Základní scénář
krok typ akce
1 Uživatel Administrátor portálu otevře aplikaci pro správu uživatelů portálu.
2 Systém PU1103-Nalézt uživatele
3 Uživatel Administrátor portálu klikne na tlačítko resetovat heslo v detailu uživatele.
4 Systém Aplikace pro správu uživatelů odesílá uživateli e-mailem instrukce pro
znovunastavení hesla.
1063
8.1.4.1.1.4 PU1106-Smazat uživatele
Případ užití pokrývá funkcionalitu deaktivace uživatelského účtu administrátorem portálu.
Realizované Aktivity
Typ Název
Aktivita Vytvoření účtu
Realizované požadavky
FP1095-Obvyklá portálová funkčnost - homepage, header, footer, články, aktuality
Předpoklady
Uživatel je přihlášen v roli Administrátor portálu.
Stav po ukončení
Výsledkem případu užití je deaktivovaný uživatelský účet, na který se nelze přihlásit, a který ve
vztahu k uživateli vystupuje jako neexistující.
Scénáře
Název PU1106-Smazat uživatele
Typ Základní scénář
krok typ akce
1 Uživatel Administrátor portálu otevře aplikaci pro správu uživatelů portálu.
2 Systém skok na „PU1103-Nalézt uživatele“
3 Uživatel Administrátor portálu klikne na tlačítko odstranit uživatele v detailu
uživatele.
4 Systém Aplikace pro správu uživatelů odesílá uživateli e-mailem s informací, že
jeho účel byl zrušen.
5 Systém Aplikace pro správu uživatelů provede smazání uživatele včetně všech
záznamů o aktivitách.
1064
8.1.4.1.2 Administrace portálového obsahu
Sekce Administrace portálového obsahu shromažďuje případy užití různých administrace
obsahu portálu e-Sbírka (nejedná se o předpisy, ty jsou řízeny aplikační logikou publikačního
modulu).
portál e-Sbírka: CMS
PU1108-Založit článek
Editor portálov ého obsahu
PU1109-Editov at článek
«extend»
PU1107-Nalézt článek
«extend»
PU1110-Smazat článek
Obrázek 22: Administrace portálového obsahu
1065
8.1.4.1.2.1 PU1107-Nalézt článek
Případ užití pokrývá funkcionalitu vyhledání portálového článku administrátorem portálu.
Realizované Aktivity
Typ Název
Aktivita Manuální otevření homepage e-Sbírky
Aktivita Zobrazení novinek
Realizované požadavky
FP1095-Obvyklá portálová funkčnost - homepage, header, footer, články, aktuality
Předpoklady
Uživatel je přihlášen v roli Administrátor portálu.
Stav po ukončení
Výsledkem případu užití je webový článek vyhledaný na základě požadaku administrátora.
Scénáře
Název PU1107-Nalézt článek
Typ Základní scénář
krok typ akce
1 Uživatel Administrátor portálu otevře aplikaci pro správu webových článků na
portálu.
2 Systém Aplikace pro správu webových článků zobrazí seznam článků možnostmi
hledání dle fulltextu a fazetovými filtry na výčtové resp. datumové
hodnoty.
3 Uživatel Administrátor portálu zformuluje svůj požadavek.
4 Systém Aplikace pro správu portálu zobrazí výsledný seznam, jednotlivé položky
jsou "klikací", po kliknutí otevřou žádaný článek.
1066
8.1.4.1.2.2 PU1108-Založit článek
Případ užití pokrývá funkcionalitu vytvoření nového portálového článku administrátorem
portálu.
Realizované Aktivity
Typ Název
Aktivita Manuální otevření homepage e-Sbírky
Aktivita Zobrazení novinek
Realizované požadavky
FP1095-Obvyklá portálová funkčnost - homepage, header, footer, články, aktuality
Předpoklady
Uživatel je přihlášen v roli Administrátor portálu.
Stav po ukončení
Výsledkem případu užití je administrátorem založený nový webový článek.
Scénáře
Název PU1108-Založit článek
Typ Základní scénář
krok typ akce
1 Uživatel Administrátor portálu otevře aplikaci pro správu webových článků na
portálu.
2 Uživatel Administrátor portálu klikne na tlačítko založit nový článek.
3 Systém Aplikace pro správu webových článků zobrazí detail prázdného článku.
4 Uživatel Administrátor portálu vyplní nejdříve povinné údaje, následně nepovinné
(včetně těch, které určují pozici a časový interval zobrazení) a klikne na
Uložení článku.
1067
8.1.4.1.2.3 PU1109-Editovat článek
Případ užití pokrývá funkcionalitu editace portálového článku administrátorem portálu.
Realizované Aktivity
Typ Název
Aktivita Manuální otevření homepage e-Sbírky
Aktivita Zobrazení novinek
Realizované požadavky
FP1095-Obvyklá portálová funkčnost - homepage, header, footer, články, aktuality
Předpoklady
Uživatel je přihlášen v roli Administrátor portálu.
Stav po ukončení
Výsledkem případu užití je webový článek zeditovaný administrátorem.
Scénáře
Název PU1109-Editovat článek
Typ Základní scénář
krok typ akce
1 Uživatel Administrátor portálu otevře aplikaci pro správu webových článků na
portálu dále případně PU1107-Nalézt článek
2 Uživatel Administrátor portálu klikne na požadovaný článek.
3 Systém Aplikace pro správu webových článků článek otevře v editačním módu.
4 Uživatel Administrátor portálu provede editaci a článek uloží.
5 Systém Aplikace pro správu webových článků změnu zaznamená a podle
nastavených parametrů zobrazí/nezobrazí návštěvníkům portálu.
1068
8.1.4.1.2.4 PU1110-Smazat článek
Případ užití pokrývá funkcionalitu smazání portálového článku administrátorem portálu.
Realizované Aktivity
Typ Název
Aktivita Manuální otevření homepage e-Sbírky
Aktivita Zobrazení novinek
Realizované požadavky
FP1095-Obvyklá portálová funkčnost - homepage, header, footer, články, aktuality
Předpoklady
Uživatel je přihlášen v roli Administrátor portálu.
Stav po ukončení
Výsledkem případu užití webový článek zbavený možnosti dalšího využití.
Scénáře
Název PU1110-Smazat článek
Typ Základní scénář
krok typ akce
1 Uživatel Administrátor portálu otevře aplikaci pro správu webových článků na
portálu dále případně PU1107-Nalézt článek.
2 Uživatel Administrátor portálu klikne na požadovaný článek.
3 Systém Aplikace pro správu webových článků článek otevře v editačním módu.
4 Uživatel Administrátor portálu klikne na tlačítko "vymazat článek".
5 Systém Aplikace pro správu webových článků se zeptá na potvrzení, zda nejde o
omyl a vymazání provede.
1069
8.1.4.1.3 Optimalizace vyhledávání
Sekce Administrace portálového obsahu shromažďuje případy užití různých možností
vstupu na portál e-Sbírka.
portál e-Sbírka
PU1111-Získat logy dotazů
PU1112-Analyzov at logy
dotazů
Optimalizátor hledání e-Šablona pro mínusovou osu
PU1113-Editov at alias k PU1033-Vyhledat předpis
nalezení předpisu
« i n cl u d e »
Obrázek 23: Optimalizace vyhledávání
1070
8.1.4.1.3.1 PU1111-Získat logy dotazů
Případ užití pokrývá funkcionalitu získání log souboru se záznamem dotazů administrátorem
portálu.
Realizované Aktivity
Typ Název
Aktivita Zobrazení seznamu výsledků
Aktivita Zpřesňování hledání
Aktivita Zadání požadavku
Realizované požadavky
FP1095-Obvyklá portálová funkčnost - homepage, header, footer, články, aktuality
Předpoklady
Uživatel je přihlášen v roli Administrátor portálu.
Stav po ukončení
Výsledkem případu užití je zobrazený log na základě požadaku administrátora.
Scénáře
Název PU1111-Získat logy dotazů
Typ Základní scénář
krok typ akce
1 Uživatel Administrátor portálu spustí aplikaci Log vyhledávání.
2 Systém Aplikace Log vyhledávání poskytuje ke stažení logy vyhledávání za
všechny dny běžícího týdne a pak agregovaně za všechny předcházející
týdny běžícího měsíce a pak agregovaně za všechny měsíce běžícího roku
předcházející aktuálnímu měsíci ve strukturované podobě souborové
podobě.
1071
3 Uživatel Administrátor portálu požadované logy stáhne do svého lokálního
prostředí.
1072
8.1.4.1.3.2 PU1112-Analyzovat logy dotazů
Případ užití pokrývá funkcionalitu analýz log souboru administrátorem portálu.
Realizované Aktivity
Typ Název
Aktivita Zobrazení seznamu výsledků
Aktivita Zpřesňování hledání
Aktivita Zadání požadavku
Realizované požadavky
FP1095-Obvyklá portálová funkčnost - homepage, header, footer, články, aktuality
Předpoklady
Uživatel je přihlášen v roli Administrátor portálu.
Stav po ukončení
Výsledkem případu užití je získání požadovaných infromací z logu hledání.
Scénáře
Název PU1112-Analyzovat logy dotazů
Typ Základní scénář
krok typ akce
1 Uživatel Administrátor portálu otevře stažené logy v obvyklých nástrojích (např. v
tabulkovém procesoru) s cílem zjistit nové potenciální "aliasy" předpisů,
kterými by zkvalitnil vyhledávání případně kandidáty "aliasů" ke zrušení
(příkladem aliasu je OZ pro Obchodní zákoník nebo DPH pro Zákon o
dani z přidané hodnoty).
2 Uživatel Administrátor portálu provede a analýzu a po vytipování potřebných
změn aliasů prostřednictvím možností použitého nástroje (např.
tabulkového procesoru a jeho makrojazyka).
1073
8.1.4.1.3.3 PU1113-Editovat alias k nalezení předpisu
Případ užití pokrývá funkcionalitu editace vlastnosti "alias" u konkrétních předpisů
administrátorem portálu.
Realizované Aktivity
Typ Název
Aktivita Zadání požadavku
Aktivita Zobrazení seznamu výsledků
Aktivita Zpřesňování hledání
Realizované požadavky
FP1095-Obvyklá portálová funkčnost - homepage, header, footer, články, aktuality
Předpoklady
Uživatel je přihlášen v roli Administrátor portálu.
Stav po ukončení
Výsledkem případu užití je získání požadovaných infromací z logu hledání.
Scénáře
Název PU1112-Analyzovat logy dotazů
Typ Základní scénář
krok typ akce
1 Uživatel Administrátor portálu otevře stažené logy v obvyklých nástrojích (např. v
tabulkovém procesoru) s cílem zjistit nové potenciální "aliasy" předpisů,
kterými by zkvalitnil vyhledávání případně kandidáty "aliasů" ke zrušení
(příkladem aliasu je OZ pro Obchodní zákoník nebo DPH pro Zákon o
dani z přidané hodnoty).
1074
2 Uživatel Administrátor portálu provede a analýzu a po vytipování potřebných
změn aliasů prostřednictvím možností použitého nástroje (např.
tabulkového procesoru a jeho makrojazyka).
1075
8.1.4.2 Práce s portálem e-Sbírka
Sekce Práce s portálem e-Sbírka shromažďuje případy užití všech aspektů uživatelské práce
na portálu e-Sbírka.
8.1.4.2.1 Základní úkony uživatele portálu e-Sbírka
Sekce Základní úkony uživatele portálu e-Sbírka shromažďuje případy užití funkcí portálu
e-Sbírka pro nepřihlášené a přihlášené uživatele.
1076
Uživ atel portálu Portál e-Sbírka
PU1114-Vstup na portál
e-Sbírky
PU1116-Vytv ořit uživ atelský
účet
PU1117-Přihlásit uživ atele
PU1118-Obnov it
zapomenuté heslo
PU1119-Odhlásit uživ atele
Přihlášený uživ atel portálu PU1120-Smazat uživ atelský
účet
PU1121-Nastav it notifikace
PU1140-Označit předpis
j ako oblíbený
PU1122-Editov at
uživ atelský profil
Obrázek 24: Základní úkony uživatele portálu e-Sbírka
8.1.4.2.1.1 PU1114-Vstup na portál e-Sbírky
Tento primitivní případ užití popisuje způsoby vstupu na portál e-Sbírka.
1077
Realizované Aktivity
Typ Název
Aktivita Manuální otevření homepage e-Sbírky
Aktivita Zobrazení novinek
Realizované požadavky
FP1095-Obvyklá portálová funkčnost - homepage, header, footer, články, aktuality
Předpoklady
Uživatel portálu není přihlášen a je v implicitní roli Uživatel portálu nebo Uživatel je přihlášen v
roli Přihlášený uživatel portálu.
Stav po ukončení
Výsledkem případu užití je portál e-Sbírky otevřený na požadované stránce.
Scénáře
Název PU1114-Vstup na portál e-Sbírky
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel portálu dostává informace k dispozici prostřednictvím
webové aplikace esbirka.cz, která posílá informace do uživatelova
webového prohlížeče.
2 Uživatel Uživatel portálu vepíše adresu www.esbirka.cz, případně adresu
předpisu do adresního řádku svého prohlížeče.
alt. krok pokračuj na typ akce
2a 3 Alternativní scénář prostřednictvím odkazu
3 Systém Portál e-Sbírka zobrazí požadovanou stránku.
Název prostřednictvím odkazu
1078
Typ Alternativní scénář
krok typ akce
1 Uživatel Uživatel klikne na odkaz, tj. hyperlink z jiného dokumentu
(webového, souborového, e-mailového)
Název prostřednictvím přímého zadání url
Typ Alternativní scénář
krok typ akce
1 Uživatel Uživatel portálu vepíše aderesu www.esbirka.cz, případně adresu
předpisu do adresního řádku svého prohlížeče.
1079
8.1.4.2.1.2 PU1115-Bezbariérový přístup
Případ užití pokrývá všechny aspekty uživatelského rozhraní portálu e-Sbírka potřebných k
naplnění povinností vyplývajících z 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 webových stránek pro osoby se
zdravotním postižením.
Realizované Aktivity
Typ Název
Aktivita Manuální otevření homepage e-Sbírky
Aktivita Zobrazení novinek
Realizované požadavky
FP1097-"Bezbariérový" přístup
Předpoklady
Uživatel portálu není přihlášen a je v implicitní roli Uživatel portálu nebo Uživatel je přihlášen v
roli Přihlášený uživatel portálu.
Stav po ukončení
Výsledkem případu užití je portál e-Sbírky poskytující všechny informace způsoby dle potřeb
osob se zdravotním postižením.
1080
8.1.4.2.1.3 PU1116-Vytvořit uživatelský účet
Případ užití pokrývá způsob, jakým si uživatel vytvoří svůj účet na portálu e-Sbírka.
Realizované Aktivity
Typ Název
Aktivita Vytvoření účtu
Realizované požadavky
FP1095-Obvyklá portálová funkčnost - homepage, header, footer, články, aktuality
Předpoklady
Uživatel portálu není přihlášen a je v implicitní roli Uživatel portálu.
Stav po ukončení
Výsledkem případu užití je nový uživatelský účet založený anonymním nepřihlášeným
uživatelem.
Scénáře
Název PU1116-Vytvořit uživatelský účet
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel portálu klikne na link Vytvořit účet.
2 Systém Portál e-Sbírka zobrazí formulář pro zadání povinných údajů - e-mailu a
hesla a kvůli ochraně před roboty si vyžádá opis captcha kódu.
3 Uživatel Uživatel portálu vyplní e-mail, heslo a opis captcha kódu a klikne tlačítko
"vytvořit účet".
4 Systém Portál e-Sbírka účet vytvoří, ponechá neaktivní a odešle mail pro jeho
aktivaci uživateli.
5 Uživatel Uživatel portálu odklikne link v e-mailu, jeho účet je aktivován a uživatel
je rovnou přihlášen.
1081
1082
8.1.4.2.1.4 PU1117-Přihlásit uživatele
Případ užití pokrývá funkcionalitu přihlášení uživatele s existujícím uživatelským účtem na
portál e-Sbírka.
Realizované Aktivity
Typ Název
Aktivita Přihlášení
Realizované požadavky
FP1095-Obvyklá portálová funkčnost - homepage, header, footer, články, aktuality
Předpoklady
Uživatel portálu není přihlášen a je v implicitní roli Uživatel portálu.
Stav po ukončení
Výsledkem případu užití je změna role anonymní uživatel na přihlášený uživatel portálu e-
Sbírka.
Scénáře
Název PU1117-Přihlásit uživatele
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel portálu klikne na link Přihlásit na portálu e-Sbírka (k dispozici z
každé stránky).
2 Uživatel Uživatel portálu vepíše jméno a heslo a klikne na tlačítko Přihlásit.
3 Systém Pakliže je zadání v pořádku portál e-Sbírka změní uživatelovu roli na
Přihlášený uživatel portálu. Pokud zadání jména a hesla je chybné, tak
chybu zobrazí uživateli.
1083
8.1.4.2.1.5 PU1118-Obnovit zapomenuté heslo
Případ užití pokrývá funkcionalitu obnovy zapomenutého hesla z prostředí portálu e-Sbírka
nepřihlášeným uživatelem.
Realizované Aktivity
Typ Název
Aktivita Vytvoření účtu
Realizované požadavky
FP1095-Obvyklá portálová funkčnost - homepage, header, footer, články, aktuality
Předpoklady
Uživatel portálu není přihlášen a je v implicitní roli Uživatel portálu.
Stav po ukončení
Výsledkem případu užití je "obživený" účet uživatele.
Scénáře
Název PU1118-Obnovit zapomenuté heslo
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel portálu klikne na link "Zapomněl jsem heslo" ve stránce
přihlášení.
2 Systém Portál e-Sbírka vyzve uživatele k zadání e-mailu tedy zároveň i
přihlašovacího jména.
3 Uživatel Uživatel portálu zadá e-mail.
4 Systém Je-li e-mail portálem e-Sbírka nalezen v databázi, je na něj odeslána
zpráva s instrukcemi k resetu hesla.
5 Uživatel Pokud e-mail není v databázi uživatelů nalezen, je to uživateli sděleno.
1084
8.1.4.2.1.6 PU1119-Odhlásit uživatele
Případ užití pokrývá funkcionalitu odhlášení přihlášeného uživatele z portálu e-Sbírka.
Realizované Aktivity
Typ Název
Aktivita Odhlášení
Realizované požadavky
FP1095-Obvyklá portálová funkčnost - homepage, header, footer, články, aktuality
Předpoklady
Uživatel je přihlášen v roli Přihlášený uživatel portálu.
Stav po ukončení
Výsledkem případu užití je změna role z přihlášeného uživatele na nepřihlášeného, t.j.
anonymního.
Scénáře
Název PU1119-Odhlásit uživatele
Typ Základní scénář
krok typ akce
1 Uživatel Přihlášený uživatel portálu klikne na link odhlásit.
2 Systém Portál e-Sbírka změní roli uživatele na nepřihlášený Uživatel portálu.
1085
8.1.4.2.1.7 PU1120-Smazat uživatelský účet
Případ užití pokrývá funkcionalitu deaktivace uživatelského účtu přihlášeným uživatelem.
Realizované Aktivity
Typ Název
Aktivita Vytvoření účtu
Realizované požadavky
FP1095-Obvyklá portálová funkčnost - homepage, header, footer, články, aktuality
Předpoklady
Uživatel je přihlášen v roli Přihlášený uživatel portálu.
Stav po ukončení
Výsledkem případu užití je deaktivovaný uživatelský účet, na který se nelze přihlásit, a který ve
vztahu k uživateli vystupuje jako neexistující
Scénáře
Název PU1120-Smazat uživatelský účet
Typ Základní scénář
krok typ akce
1 Uživatel Přihlášený uživatel portálu klikne na link Smazat uživatelský účet.
2 Systém Portál e-Sbírka zobrazí informaci o tom, že účet bude smazán beze stopy
a vyžádá si potvrzení.
3 Uživatel Přihlášený uživatel portálu své přání potvrdí.
4 Systém Portál e-Sbírka smaže uživatelský účet beze stop, t.j. včetně všech
záznamů v log souborech.
1086
8.1.4.2.1.8 PU1121-Nastavit notifikace
Realizované požadavky
FP1096-Personalizované služby - notifikace novinek
Předpoklady
Uživatel je přihlášen v roli Přihlášený uživatel portálu.
Stav po ukončení
Výsledkem případu užití je nastavení požadovaných e-mailových notifikací změn na portálu e-
Sbírka.
Scénáře
Název PU1121-Nastavit notifikace
Typ Základní scénář
krok typ akce
1 Uživatel Přihlášený uživatel portálu klikne na link Nastavit notifikace.
2 Systém Portál e-Sbírka zobrazí výběr možných notifikací a k nim vždy možnosti
frekvence odesílání (denně, týdne, měsíčně).
3 Uživatel Přihlášený uživatel portálu provede a potvrdí svoji volbu.
4 Systém Portál e-Sbírka uživatelova přání zaznamená a provede patřičná
nastavení.
8.1.4.2.1.9 PU1122-Editovat uživatelský profil
Případ užití pokrývá funkcionalitu editace uživatelského profilu přihlášeného uživatele.
Realizované Aktivity
Typ Název
Aktivita Práce adresáta práva na portálu e-Sbírky
1087
Realizované požadavky
FP1096-Personalizované služby - notifikace novinek
Předpoklady
Uživatel je přihlášen v roli Přihlášený uživatel portálu.
Stav po ukončení
Výsledkem případu užití je profil uživatel zeditovaný podle požadavků uživatele.
Scénáře
Název PU1122-Editovat uživatelský profil
Typ Základní scénář
krok typ akce
1 Uživatel Přihlášený uživatel portálu klikne na své jméno.
2 Systém Portál e-Sbírka dá uživateli na výběr editaci jména a hesla, seznamu
oblíbených předpisů a nastavení notifikací.
3 Uživatel Přihlášený uživatel portálu provede editaci profilu a klikne na tlačítko
Uložit změny.
4 Systém Portál e-Sbírka provede uložení změn a nastavení tomu odpovídajících
akcí.
1088
8.1.4.2.2 Společné úkony na všech stránkách portálu e-Sbírky
Sekce Společné úkony na všech stránkách portálu e-Sbírky shromažďuje případy užití
funkcionalit, které jsou společné všem stránkám portálu e-Sbírka.
portál e-Sbírka
PU1128-Vyhledat předpisy
j ednoduchým hledáním
(from Vyhledání předpisů na
portálu e-Sbírky)
PU1123-Napsat
Publikačnímu úřadu
Uživ atel portálu PU1124-Získat nápov ědu
(from PU1117-Přihlásit
Aktéři - uživ atele
Osoby)
(from Základní úkony
uživatele portálu e-Sbírka)
PU1116-Vytv ořit uživ atelský
účet
(from Základní úkony uživatele
portálu e-Sbírka)
PU1125-Otev řít informace o
portálu
PU1126-Vstoupit na sociální
sítě
PU1127-Zobrazit mapu
stránek portálu e-Sbírka
1089
Obrázek 25: Společné úkony na všech stránkách portálu e-Sbírky
8.1.4.2.2.1 PU1123-Napsat Publikačnímu úřadu
Případ užití pokrývá funkcionalitu zaslání dotazu nebo připomínky provozovateli a správci
portálu e-Sbírka, tedy Publikačnímu úřadu.
Realizované Aktivity
Typ Název
Aktivita Práce adresáta práva na portálu e-Sbírky
Realizované požadavky
FP1095-Obvyklá portálová funkčnost - homepage, header, footer, články, aktuality
Výsledkem případu užití je zpráva odeslaná Publikačnímu úřadu a v případě známé e-mailové
adresy odesílajícího také kopie zprávy zaslaná na e-mail.
Scénáře
Název PU1123-Napsat Publikačnímu úřadu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel portálu klikne na link Napsat publikačnímu úřadu.
2 Systém Portál e-Sbírka zobrazí jednoduchý formulář pro text zprávy a typ zprávy,
pokud uživatel není přihlášen, tak zobrazí také políčko pro e-mail, z
důvodu ochrany před roboty také Captcha kód.
3 Uživatel Uživatel portálu vyplní požadované údaje a klikne na tlačítko odeslat.
4 Systém Portál e-Sbírka zaznamená zprávu do seznamu k vyřízení včetně času a ip
adresy odesilatele. Pokud uživatel portálu je přihlášen, nebo vepsal svůj e-
mail, zasílá mu e-mailem kopii zaslané zprávy.
1090
8.1.4.2.2.2 PU1124-Získat nápovědu
Případ užití pokrývá funkcionalitu získání nápovědy práce na portálu a práce s ní.
Realizované Aktivity
Typ Název
Aktivita Práce adresáta práva na portálu e-Sbírky
Realizované požadavky
FP1095-Obvyklá portálová funkčnost - homepage, header, footer, články, aktuality
Předpoklady
Uživatel portálu není přihlášen a je v implicitní roli Uživatel portálu.
Stav po ukončení
Výsledkem případu užití je otevření nápovědy k portálu otevřené na požadované stránce resp.
informaci.
Scénáře
Název PU1124-Získat nápovědu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel portálu klikne na odkaz Nápověda, který je k dispozici na každé
stránce portálu.
2 Systém Portál e-Sbírka zobrazí stránku s příslušnou nápovědou, je-li uživatel na
stránce, kde kontextová nápověda je k dispozici. Není-li kontextová
nápověda k dispozici, zobrazí hlavní stránku nápovědy s navigací.
1091
8.1.4.2.2.3 PU1125-Otevřít informace o portálu
Případ užití pokrývá funkcionalitu získání doprovodných článků o portálu e-Sbírka.
Realizované Aktivity
Typ Název
Aktivita Práce adresáta práva na portálu e-Sbírky
Realizované požadavky
FP1095-Obvyklá portálová funkčnost - homepage, header, footer, články, aktuality
Předpoklady
Uživatel portálu není přihlášen a je v implicitní roli Uživatel portálu.
Stav po ukončení
Výsledkem případu užití jsou informace o portálu e-Sbírka otevřené na požadovaném článku
nebo stránce.
Scénáře
Název PU1125-Otevřít informace o portálu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel portálu klikne na linky s ostatními informacemi o portálu, jako
např. podmínky použití, často kladené otázky apod.
2 Systém Portál e-Sbírka zobrazí požadovanou stránku s webovým článkem.
1092
8.1.4.2.2.4 PU1126-Vstoupit na sociální sítě
Případ užití pokrývá funkcionalitu navigace na účty portálu e-Sbírka na sociálních sítích.
Realizované Aktivity
Typ Název
Aktivita Práce adresáta práva na portálu e-Sbírky
Realizované požadavky
FP1095-Obvyklá portálová funkčnost - homepage, header, footer, články, aktuality
Předpoklady
Uživatel portálu není přihlášen a je v implicitní roli Uživatel portálu.
Stav po ukončení
Výsledkem případu užití je opuštění portálu e-Sbírka a přechod na zvolenou sociální síť
otevřenou na stránce e-Sbírky.
Scénáře
Název PU1126-Vstoupit na sociální sítě
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel portálu klikne na ikonu sociální sítě, kterých výběr je k dispozici
na každé stránce.
2 Systém Portál e-Sbírka uživatele odnaviguje na příslušnou domovskou stránku e-
Sbírky na zvolené sociální síti.
1093
8.1.4.2.2.5 PU1127-Zobrazit mapu stránek portálu e-Sbírka
Případ užití pokrývá funkcionalitu mapy stránek portálu e-Sbírka.
Realizované Aktivity
Typ Název
Aktivita Práce adresáta práva na portálu e-Sbírky
Realizované požadavky
FP1095-Obvyklá portálová funkčnost - homepage, header, footer, články, aktuality
Předpoklady
Uživatel portálu není přihlášen a je v implicitní roli Uživatel portálu.
Stav po ukončení
Výsledkem případu užití je zobrazená mapa stránek portálu e-Sbírka.
Scénáře
Název PU1127-Zobrazit mapu stránek portálu e-Sbírka
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel portálu klikne na link Zobrazit mapu stránek.
2 Systém Portál e-Sbírka zobrazí klikací, hierarchicky seskládaný seznam stránek
portálu.
1094
8.1.4.2.3 Vyhledání předpisů na portálu e-Sbírky
Sekce Vyhledání předpisů na portálu e-Sbírky shromažďuje případy užití týkající různých
způsobů vyhledávání na portálu e-Sbírka.
portál e-Sbírka
PU1128-Vyhledat předpisy
j ednoduchým hledáním
Uživ atel portálu PU1129-Vyhledat předpisy
rozšířeným hledáním
PU1130-Vyhledat předpisy v
chronologickém rej tsříku
PU1131-Filtrov at seznam v ýsledků
Obrázek 26: Vyhledání předpisů na portálu e-Sbírky
1095
8.1.4.2.3.1 PU1128-Vyhledat předpisy jednoduchým hledáním
Případ užití pokrývá funkcionalitu vyhledání předpisů nebo pojmů dotazem do formuláře
jednoduchého vyhledávání dostupného ze všech stránek portálu.
Realizované Aktivity
Typ Název
Aktivita Odeslání požadavku (dotazu)
Aktivita Přijetí požadavku
Aktivita Zpracování požadavku
Aktivita Odeslání seznamu výsledků
Aktivita Přijetí výsledků resp. výsledku
Aktivita Zpřesnění dotazu
Aktivita Zpracování (zobrazení) seznamu výsledků
Aktivita Odeslání zformátovaného výsledku
Aktivita Přímá adresace seznamu výsledků
Aktivita Zadání požadavku
Aktivita Zadání dotazu do formuláře
Aktivita Zobrazení seznamu výsledků
Aktivita Zpřesňování hledání
Realizované požadavky
FP1089-Vyhledávání
Předpoklady
Uživatel portálu není přihlášen a je v implicitní roli Uživatel portálu nebo Uživatel je přihlášen v
roli Přihlášený uživatel portálu.
1096
Stav po ukončení
Výsledkem případu užití je seznam výsledků, t.j. předpisů resp. pojmů.
Scénáře
Název PU1128-Vyhledat předpisy jednoduchým hledáním
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel portálu začne psát svůj dotaz do políčka jednoduchého
vyhledávání, které je k dispozici na každé stránce portálu.
2 Systém Portál e-Sbírka dotaz uživatele analyzuje a výsledky své analýzy
zobrazuje pod políčkem jednoduchého vyhledávání.
3 Systém Je-li dotaz rozeznán jako přímá identifikace předpisu ať číslem,
zkratkou nebo názvem, je nabídnut.
alt. krok pokračuj na typ akce
3a 4 Alternativní scénář pojem CzechVOC
3b 4 Alternativní scénář klíčové slovo našeptavače
4 Uživatel Uživatel portálu vybere z variant našeptavače,
alt. krok pokračuj na typ akce
4a 5 Alternativní scénář klik na tlačítko Vyhledat
5 Systém Portál e-Sbírka zobrazí detail požadovaného výsledku.
Název pojem CzechVOC
Typ Alternativní scénář
krok typ akce
1 Systém Je-li dotaz rozeznán jako pojem CzechVOC je rovněž nabídnut.
Název klíčové slovo našeptavače
Typ Alternativní scénář
1097
krok typ akce
1 Systém Je-li dotaz rozeznán jako klíčové slovo našeptavače, případně více
slov, jsou nabídnuta.
Název klik na tlačítko Vyhledat
Typ Alternativní scénář
krok typ akce
1 Uživatel Uživatel klikne na tlačítko Vyhledat resp. na klávesu Enter.
2 Systém Portál e-Sbírka provede fulltextové vyhledání a vygeneruje seznam
výsledků.
3 Uživatel Uživatel si kliknutím vybere požadovaný výsledek.
1098
8.1.4.2.3.2 PU1129-Vyhledat předpisy rozšířeným hledáním
Případ užití pokrývá funkcionalitu vyhledání předpisů nebo pojmů dotazem prostřednictvím
formuláře rozšířeného hledání.
Realizované Aktivity
Typ Název
Aktivita Odeslání požadavku (dotazu)
Aktivita Přijetí požadavku
Aktivita Zpracování požadavku
Aktivita Odeslání seznamu výsledků
Aktivita Přijetí výsledků resp. výsledku
Aktivita Zpřesnění dotazu
Aktivita Zpracování (zobrazení) seznamu výsledků
Aktivita Odeslání zformátovaného výsledku
Aktivita Přímá adresace seznamu výsledků
Aktivita Zadání požadavku
Aktivita Zadání dotazu do formuláře
Aktivita Zobrazení seznamu výsledků
Aktivita Zpřesňování hledání
Realizované požadavky
FP1089-Vyhledávání
Předpoklady
Uživatel portálu není přihlášen a je v implicitní roli Uživatel portálu nebo Uživatel je přihlášen v
roli Přihlášený uživatel portálu.
1099
Stav po ukončení
Výsledkem případu užití je seznam výsledků, t.j. předpisů resp. pojmů.
Scénáře
Název PU1129-Vyhledat předpisy rozšířeným hledáním
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel portálu klikne na link Rozšířené hledání umístěné pod
políčkem jednoduchého hledání.
2 Systém Portál e-Sbírka otevře stránku s rozšířeným formulářem
umožňujícím zadat více podmínek najednou s možností přepnutí na
další sbírky.
alt. krok pokračuj na typ akce
2a 3 Alternativní scénář jiné sbírky resp. CzechVOC
3 Uživatel Uživatel portálu zadá podmínky svého dotazu a klikne na tlačítko
vyhledat nebo na klávesu Enter.
4 Systém Portál e-Sbírka vygeneruje seznam výsledků dle zadaných
podmínek.
Název jiné sbírky resp. CzechVOC
Typ Alternativní scénář
krok typ akce
1 Systém Portál e-Sbírka zobrazí pole ve formuláři relevantní zvolenému
zdroji, t.j. sbírce nebo CzechVOCu.
1100
8.1.4.2.3.3 PU1130-Vyhledat předpisy v chronologickém rejstříku
Případ užití pokrývá funkcionalitu vyhledání předpisů prostřednictvím chronologického
rejstříku.
Realizované Aktivity
Typ Název
Aktivita Odeslání požadavku (dotazu)
Aktivita Přijetí požadavku
Aktivita Zpracování požadavku
Aktivita Odeslání seznamu výsledků
Aktivita Přijetí výsledků resp. výsledku
Aktivita Zpracování (zobrazení) seznamu výsledků
Aktivita Odeslání zformátovaného výsledku
Aktivita Přímá adresace seznamu výsledků
Aktivita Zadání požadavku
Aktivita Výběr rejstříku
Aktivita Výběr seznamu
Aktivita Zobrazení seznamu výsledků
Realizované požadavky
FP1090-Rejstříky
Předpoklady
Uživatel portálu není přihlášen a je v implicitní roli Uživatel portálu nebo Uživatel je přihlášen v
roli Přihlášený uživatel portálu.
Stav po ukončení
1101
Výsledkem případu užití je seznam výsledků, t.j. předpisů dle požadavku zadaného do
chronologického rejstříku.
Scénáře
Název PU1130-Vyhledat předpisy v chronologickém rejtsříku x
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel portálu klikne na link Chronologický rejstřík.
2 Systém Portál e-Sbírka otevře stránku s výběrem roků.
3 Uživatel Uživatel portálu kliknutím zvolí požadovaný rok.
4 Systém Portál e-Sbírka vygeneruje seznam výsledků předpisů vydaných ve
sbírce zákonů a umožní překliknout na jiné sbírky - EUR-Lex, SbMS,
Úřední list,
alt. krok pokračuj na typ akce
4a Konec Alternativní scénář volba jiné sbírky
5 Uživatel Uživatel portálu má možnost fazetového filtrování podle typů
předpisů, resp. pojmů CzechVOCu dále viz PU1131-Filtrovat seznam
výsledků
6 Uživatel Uživatel portálu kliknutím zobrazí text předpisu v aktuálním znění
PU1132-Zobrazit text předpisu
Název volba jiné sbírky
Typ Alternativní scénář
krok typ akce
1 Uživatel Uživatel portálu zvolí jinou sbírku.
2 Systém Portál e-Sbírka vygeneruje seznam předpisů dané sbírky.
1102
8.1.4.2.3.4 PU1131-Filtrovat seznam výsledků
Případ užití pokrývá funkcionalitu fazetového filtrování vyhledaných výsledků.
Realizované Aktivity
Typ Název
Aktivita Odeslání požadavku (dotazu)
Aktivita Přijetí požadavku
Aktivita Zpracování požadavku
Aktivita Zpřesnění dotazu
Aktivita Zpracování (zobrazení) seznamu výsledků
Aktivita Odeslání zformátovaného výsledku
Aktivita Přímá adresace seznamu výsledků
Aktivita Zpřesňování hledání
Realizované požadavky
FP1089-Vyhledávání
Uživatel portálu není přihlášen a je v implicitní roli Uživatel portálu nebo Uživatel je přihlášen v
roli Přihlášený uživatel portálu.
Stav po ukončení
Výsledkem případu užití je seznam výsledků na základě filtrace prostřednictvím fazetových
filtrů.
Scénáře
Název PU1131-Filtrovat seznam výsledků
1103
Typ Základní scénář
krok
1 typ akce
2
Systém Portál e-Sbírka vygeneruje seznam výsledků jakýmkoliv způsobem
3 (zadáním dotazu, nebo naklikáním).
4
5 Systém Součástí vygenerovaného seznamu výsledků jsou tzv. fazety, které
6 představují společné vlastnosti vygenerovaného seznamu výsledku, např.
7 typ předpisu, rok vydání, sbírku, asociovaných uzlů CzechVOC. U každé
položky fazety je uveden počet výsledků z aktuálně vygenerovaného a
zobrazeného seznamu s touto vlastností.
Uživatel Uživatel portálu klikne na kteroukoliv položku fazetových filtrů.
Systém Portál e-Sbírka přegeneruje seznam výsledků a zúží jej na ty, které splňují
podmínku zakliknutého filtru.
Uživatel Uživatel portálu může zužovat a rozšiřovat (uvolňováním zakliknutých
položek fazetových filtrů).
Systém Portál e-Sbírka dynamicky v reálném čase přegenerovává seznam
výsledků.
Systém Každý seznam výsledků vygenerovaný portálem e-Sbírka na základě
uživatelských akcí má přitom svou unikátní URL adresu, prostřednictvím
které jej lze vyvolat.
8.1.4.2.4 Zobrazení vybraného předpisu
Sekce Zobrazení vybraného předpisu shromažďuje případy užití funkcionalit dostupných v
zobrazení předpisu na portálu e-Sbírka.
1104
Obrázek 27: Zobrazení vybraného předpisu
1105
8.1.4.2.4.1 PU1132-Zobrazit text předpisu
Případ užití pokrývá funkcionalitu zobrazení textu předpisu.
Realizované Aktivity
Typ Název
Aktivita Odeslání požadavku (dotazu)
Aktivita Přijetí požadavku
Aktivita Zpracování požadavku
Aktivita Přijetí výsledků resp. výsledku
Aktivita Zpracování zformátovaného výsledku
Aktivita Odeslání zformátovaného výsledku
Aktivita Přímá adresace výsledku
Aktivita Zobrazení výsledku
Realizované požadavky
FP1091-Získání předpisu (k zobrazení textu a dalších informací, stažení v souboru)
Předpoklady
Uživatel portálu není přihlášen a je v implicitní roli Uživatel portálu nebo Uživatel je přihlášen v
roli Přihlášený uživatel portálu.
Stav po ukončení
Výsledkem případu užití je zobrazení historie požadovaného předpisu.
Scénáře
Název PU1132-Zobrazit text předpisu
Typ Základní scénář
krok typ akce
1106
1 Uživatel Uživatel portálu klikne na link s odkazem na zobrazení předpisu. Ať již v
seznamu výsledku vygenerovaným portálem e-Sbírka nebo kdekoliv jinde.
2 Systém Portál e-Sbírka zobrazí text požadovaného znění předpisu. Není-li
specifikováno znění, zobrazí znění aktuální.
3 Systém Portál e-Sbírka rovněž zobrazí základní metadata předpisu - plný název,
datumové informace, specifikaci částky (existuje-li). Ty jsou zobrazené tak,
aby byly ve stejné formě dostupné z každého pohledu na detail předpisu,
např. v hlavičce.
1107
8.1.4.2.4.2 PU1133-Vyhledat požadovanou část předpisu
Případ užití pokrývá funkcionalitu vyhledání příslušné části předpisu z prostředí jeho
zobrazení.
Realizované Aktivity
Typ Název
Aktivita Odeslání požadavku (dotazu)
Aktivita Přijetí požadavku
Aktivita Zpracování požadavku
Aktivita Přijetí výsledků resp. výsledku
Aktivita Odeslání zformátovaného výsledku
Aktivita Zobrazení výsledku
Realizované požadavky
FP1089-Vyhledávání
Předpoklady
Uživatel portálu není přihlášen a je v implicitní roli Uživatel portálu nebo Uživatel je přihlášen v
roli Přihlášený uživatel portálu.
Je zobrazen text nějakého znění předpisu.
Stav po ukončení
Výsledkem případu užití je předpis zafokusovaný na žádanou pozici, tedy na konkrétní
ustanovení.
Scénáře
Název PU1133-Vyhledat požadovanou část předpisu
Typ Základní scénář
1108
krok typ akce
1
Uživatel Uživatel portálu se na část předpisu odnaviguje prostřednictvím kliknutí
2 na položku hierarchického obsahu.
Systém Portál e-Sbírka přeroluje na požadované místo a zvýrazní jej.
1109
8.1.4.2.4.3 PU1134-Zobrazit historii předpisu
Případ užití pokrývá funkcionalitu získání historie předpisu dostupné z jeho zobrazení.
Realizované Aktivity
Typ Název
Aktivita Odeslání požadavku (dotazu)
Aktivita Přijetí požadavku
Aktivita Zpracování požadavku
Aktivita Přijetí výsledků resp. výsledku
Aktivita Zpracování zformátovaného výsledku
Aktivita Odeslání zformátovaného výsledku
Aktivita Zobrazení výsledku
Realizované požadavky
FP1091-Získání předpisu (k zobrazení textu a dalších informací, stažení v souboru)
Předpoklady
Uživatel portálu není přihlášen a je v implicitní roli Uživatel portálu nebo Uživatel je přihlášen v
roli Přihlášený uživatel portálu.
Je zobrazen text nebo pohled na nějaké znění nějakého předpisu.
Stav po ukončení
Výsledkem případu užití je zobrazení historie požadovaného předpisu.
Scénáře
Název PU1134-Zobrazit historii předpisu
Typ Základní scénář
krok typ akce
1110
1 Uživatel Uživatel portálu v otevřeném detailu předpisu klikne na záložku historie
předpisu.
2 Systém Portál e-Sbírka odpoví seznamem konsolidovaných znění předpisu s
uvedením začátků účinnosti a novel, které dané konsolidované znění
způsobily.
1111
8.1.4.2.4.4 PU1135-Zobrazit rozdíly textu
Případ užití pokrývá funkcionalitu zvýraznění změn textu předpisů dostupnou z jeho
zobrazení.
Realizované Aktivity
Typ Název
Aktivita Odeslání požadavku (dotazu)
Aktivita Přijetí požadavku
Aktivita Zpracování požadavku
Aktivita Přijetí výsledků resp. výsledku
Aktivita Zpracování zformátovaného výsledku
Aktivita Odeslání zformátovaného výsledku
Aktivita Zobrazení výsledku
Realizované požadavky
FP1091-Získání předpisu (k zobrazení textu a dalších informací, stažení v souboru)
Předpoklady
Uživatel portálu není přihlášen a je v implicitní roli Uživatel portálu nebo Uživatel je přihlášen v
roli Přihlášený uživatel portálu.
Je zobrazen text nějakého znění předpisu.
Stav po ukončení
Výsledkem případu užití je zvýraznění změn mezi vyžádanými konsolidovanými zněními
předpisu.
Scénáře
Název PU1135-Zobrazit rozdíly textu
Typ Základní scénář
1112
krok typ akce
1
2 Uživatel Uživatel portálu klikne na tlačítko reprezentující funkcionalitu zobrazení
3 rozdílů mezi zněními v textu.
4
Systém Portál e-Sbírka odpoví zvýrazněním rozdílů v textu oproti předchozímu
znění.
Uživatel Uživatel portálu může zvolit jiné znění, se kterým je to právě zobrazené
srovnáváno.
Systém Portál e-Sbírka odpoví zvýrazněním rozdílů v textu oproti jinému,
aktuálně zvolenému znění.
1113
8.1.4.2.4.5 PU1136-Zobrazit souvislosti předpisu
Případ užití pokrývá funkcionalitu získání informací o souvislostech předpisů z jeho
zobrazení.
Realizované Aktivity
Typ Název
Aktivita Odeslání požadavku (dotazu)
Aktivita Přijetí požadavku
Aktivita Zpracování požadavku
Aktivita Přijetí výsledků resp. výsledku
Aktivita Zpracování zformátovaného výsledku
Aktivita Odeslání zformátovaného výsledku
Aktivita Zobrazení výsledku
Realizované požadavky
FP1091-Získání předpisu (k zobrazení textu a dalších informací, stažení v souboru)
Předpoklady
Uživatel portálu není přihlášen a je v implicitní roli Uživatel portálu nebo Uživatel je přihlášen v
roli Přihlášený uživatel portálu.
Je zobrazen text nebo pohled na nějaké znění nějakého předpisu.
Stav po ukončení
Výsledkem případu užití je zobrazení stránky souvislostí zobrazeného předpisu s ostatními
předpisy resp. pojmy.
Scénáře
Název PU1136-Zobrazit souvislosti předpisu
1114
Typ Základní scénář
krok
1 typ akce
2 Uživatel Uživatel portálu v otevřeném detailu předpisu klikne na záložku
Souvislosti předpisu.
Systém Portál e-Sbírka odpoví seznamem souvislostí zobrazeného předpisu s
ostatními předpisy uspořádanými do sekcí dle typů.
1115
8.1.4.2.4.6 PU1137-Citovat ustanovení předpisu
Případ užití pokrývá funkcionalitu tvorby citací a odkazů na předpis resp. jeho část.
Realizované Aktivity
Typ Název
Aktivita Odeslání požadavku (dotazu)
Aktivita Přijetí požadavku
Aktivita Zpracování požadavku
Aktivita Přijetí výsledků resp. výsledku
Aktivita Odeslání zformátovaného výsledku
Aktivita Zobrazení výsledku
Realizované požadavky
FP1092-Odkazování přes stálé URL pro všechna znění předpisů a jejich části, také ELI
Předpoklady
Uživatel portálu není přihlášen a je v implicitní roli Uživatel portálu nebo Uživatel je přihlášen v
roli Přihlášený uživatel portálu.
Je zobrazen text nějakého znění nějakého předpisu.
Stav po ukončení
Výsledkem případu užití je vytvořená textace citace resp. odkazu na předpis resp. jeho
ustanovení.
Scénáře
Název PU1137-Citovat ustanovení předpisu
Typ Základní scénář
krok typ akce
1116
1 Uživatel Uživatel portálu klikne na tlačítko reprezentující funkcionalitu citování
části předpisu.
2 Systém Portál e-Sbírka při kliknutí na fragment nabídne jeho citaci a odkaz na
ustanovení reprezentované fragmentem samozřejmě v zobrazeném znění.
3 Uživatel Uživatel portálu kliknutím zkopírujr citaci, resp. odkaz do schránky a může
jej využít v jiných svých dokumentech.
1117
8.1.4.2.4.7 PU1138-Zobrazit odůvodnění předpisu
Případ užití pokrývá funkcionalitu získání informací odůvodnění předpisu dostupné z jeho
zobrazení.
Realizované Aktivity
Typ Název
Aktivita Odeslání požadavku (dotazu)
Aktivita Přijetí požadavku
Aktivita Zpracování požadavku
Aktivita Přijetí výsledků resp. výsledku
Aktivita Odeslání zformátovaného výsledku
Realizované požadavky
FP1091-Získání předpisu (k zobrazení textu a dalších informací, stažení v souboru)
Předpoklady
Uživatel portálu není přihlášen a je v implicitní roli Uživatel portálu nebo Uživatel je přihlášen v
roli Přihlášený uživatel portálu.
Je zobrazen text nebo pohled na nějaké znění nějakého předpisu.
Stav po ukončení
Výsledkem případu užití je zobrazení odůvodnění požadovaného předpisu.
Scénáře
Název PU1138-Zobrazit odůvodnění předpisu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel portálu v otevřeném detailu předpisu klikne na záložku
Odůvodnění předpisu (ta existuje pouze tehdy, když má nějaký obsah).
1118
2 Systém Portál e-Sbírka odpoví zobrazením důvodové zprávy, resp. Citizen
summary vloženém v e-Legislativě.
1119
8.1.4.2.4.8 PU1240-Zobrazit výkladová stanoviska k předpisu
Případ užití pokrývá funkcionalitu získání výkladového stanoviska k předpisu a k jeho
ustanovením dostupného z jeho zobrazení.
Realizované Aktivity
Typ Název
Aktivita Práce adresáta práva na portálu e-Sbírky
Realizované požadavky
FP1104-Získání výkladového stanoviska k předpisu a/nebo ustanovení
Předpoklady
Uživatel portálu není přihlášen a je v implicitní roli Uživatel portálu nebo Uživatel je přihlášen v
roli Přihlášený uživatel portálu.
Je zobrazen text nebo pohled (historie, odůvodnění) na nějaké znění nějakého předpisu.
Stav po ukončení
Výsledkem případu užití je zobrazení výkladového stanoviska požadovaného předpisu.
Scénáře
Název PU1240-Zobrazit výkladová stanoviska k předpisu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel portálu v otevřeném detailu předpisu klikne na záložku
Výkladová stanoviska k předpisu (ta existuje pouze tehdy, když má nějaký
obsah).
2 Systém Portál e-Sbírka odpoví zobrazením seznamu odkazů na výkladová
stanoviska ( k celým předpisům i k jejich ustanovením) s jejich anotací
vloženými prostřednictvím formuláře žádosti o publikaci nebo změnu
výkladového stanoviska v e-Legislativě.
1120
3 Uživatel Uživatel portálu klikne na příslušné výkladové stanovisko.
4 Systém Portál e-Sbírka výkladové stanovisko zobrazí v novém okně prohlížeče.
1121
8.1.4.2.4.9 PU1241-Zobrazit výkladová u ustanovení
Případ užití pokrývá funkcionalitu získání informací odůvodnění předpisu dostupné z jeho
zobrazení.
Realizované Aktivity
Typ Název
Aktivita Práce adresáta práva na portálu e-Sbírky
Realizované požadavky
FP1104-Získání výkladového stanoviska k předpisu a/nebo ustanovení
Předpoklady
Uživatel portálu není přihlášen a je v implicitní roli Uživatel portálu nebo Uživatel je přihlášen v
roli Přihlášený uživatel portálu.
Je zobrazen text nějakého znění nějakého předpisu.
Stav po ukončení
Výsledkem případu užití je zobrazení odkazu na výkladové stanovisko (ať na PDF nebo formou
hyperlinku mimo předpis) požadovaného předpisu.
Scénáře
Název PU1241-Zobrazit výkladová u ustanovení
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel portálu v otevřeném detailu předpisu klikne na ikonku "Zobrazit
výkladová stanoviska" (taková ikona je zobrazena pouze tehdy, pokud
existují nějaká výkladová stanoviska k ustanovením).
2 Systém Portál e-Sbírka zvýrazní ustanovení, ke kterým je připojeno nějaké
výkladové stanovisko.
1122
3 Uživatel Uživatel portálu klikne na zvýrazněné ustanovení, ke kterému je připojeno
nějaké výkladové stanovisko.
4 Systém Portál e-Sbírka zobrazí v okně seznam výkladových stanovisek a jejich
anotací (interních, vložených jako PDF i hyperlinků).
5 Uživatel Uživatel portálu klikne na příslušné výkladové stanovisko.
6 Systém Portál e-Sbírka výkladové stanovisko zobrazí v novém okně prohlížeče.
1123
8.1.4.2.4.10 PU1139-Získat informaci o leg. procesu
Případ užití pokrývá funkcionalitu zjištění informací o tom, zda nad zobrazeným předpisem
běží nějaká fáze legislativního procesu.
Realizované Aktivity
Typ Název
Aktivita Práce adresáta práva na portálu e-Sbírky
Realizované požadavky
FP1091-Získání předpisu (k zobrazení textu a dalších informací, stažení v souboru)
Předpoklady
Uživatel portálu není přihlášen a je v implicitní roli Uživatel portálu nebo Uživatel je přihlášen v
roli Přihlášený uživatel portálu.
Je zobrazen text nebo pohled na nějaké znění nějakého předpisu.
Stav po ukončení
Výsledkem případu užití je přechod na veřejný portál e-Legislativy na stránku s informacemi o
legislativních procesech nad vyžádaným předpisem.
Scénáře
Název PU1139-Získat informaci o leg. procesu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel portálu v otevřeném detailu předpisu klikne na záložku
Legislativní proces (ta existuje pouze tehdy, pokud nad předpisem
probíhá nějaká fáze legislativního procesu).
2 Systém Portál e-Sbírky odnaviguje uživatel portálu na detail o probíhajícím
legislativním procesu nad zobrazeným předpisem.
1124
8.1.4.2.4.11 PU1140-Označit předpis jako oblíbený
Případ užití pokrývá funkcionalitu zařazení zobrazeného předpisu do seznamu oblíbených
(favorites).
Realizované Aktivity
Typ Název
Aktivita Volba oblíbeného předpisu
Předpoklady
Uživatel je přihlášen v roli Přihlášený uživatel portálu.
Je zobrazen text nebo pohled na nějaké znění nějakého předpisu.
Stav po ukončení
Výsledkem případu užití je zařazení požadovaného předpisu do seznamu oblíbených předpisů
konkrétního uživatele.
Scénáře
Název PU1140-Označit předpis jako oblíbený
Typ Základní scénář
krok typ akce
1 Uživatel Přihlášený uživatel portálu klikne na tlačítko Přidat předpis k oblíbeným,
resp. odebrat z oblíbených.
2 Systém Portál e-Sbírka k předpisu přidá nebo z něj naopak odebere příslušnost k
seznamu uživatelem oblíbených předpisů.
1125
8.1.4.2.5 Získání souborové kopie předpisu
Sekce Získání souborové kopie předpisu shromažďuje případy užití funkcionalit spojených
s uložením lokální kopie zobrazeného předpisu v souborovém formátu.
Obrázek 28: Získání souborové kopie předpisu
1126
8.1.4.2.5.1 PU1141-Získání PDF informativního znění předpisu
Případ užití pokrývá funkcionalitu získání PDF souborové kopie informativního znění
předpisu.
Realizované Aktivity
Typ Název
Aktivita Práce adresáta práva na portálu e-Sbírky
Realizované požadavky
FP1046-Nástroje pro vygenerování zapečetěného PDF z libovolného znění
FP1091-Získání předpisu (k zobrazení textu a dalších informací, stažení v souboru)
Předpoklady
Uživatel portálu není přihlášen a je v implicitní roli Uživatel portálu nebo Uživatel je přihlášen v
roli Přihlášený uživatel portálu.
Je zobrazen text nebo pohled na nějaké znění nějakého předpisu.
Stav po ukončení
Výsledkem případu získání PDF souboru s informativním zněním vyžádaného předpisu s
možností zobrazení nebo downloadu.
Scénáře
Název PU1141-Získání PDF informativního znění předpisu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel portálu klikne na odkaz informativní PDF.
2 Systém Portál e-Sbírka vygeneruje prostřednictvím automatické sazby kopii
předpisu ve formátu PDF, přičemž v dokumentu bude jednoznačně
uvedeno, že se jedná pouze o informativní znění.
alt. krok pokračuj na typ akce
1127
2a Konec Alternativní existuje-li PDF
scénář
3 Systém Portál e-Sbírka zapečetí informativní PDF kvalifikovanou
elektronickou pečetí, opatří kvalifikovaným elektronickým časovým
razítkem a nabídne k downloadu.
Název existuje-li PDF
Typ Alternativní scénář
krok typ akce
1 Systém Portál e-Sbírka načte existující zapečetěné PDF označené časovým
razítkem z cache a nabídne jej k downloadu.
1128
8.1.4.2.5.2 PU1142-Získání PDF závazného znění předpisu
Případ užití pokrývá funkcionalitu získání PDF souborové kopie závazného znění předpisu.
Realizované Aktivity
Typ Název
Aktivita Práce adresáta práva na portálu e-Sbírky
Realizované požadavky
FP1091-Získání předpisu (k zobrazení textu a dalších informací, stažení v souboru)
Předpoklady
Uživatel portálu není přihlášen a je v implicitní roli Uživatel portálu nebo Uživatel je přihlášen v
roli Přihlášený uživatel portálu.
Je zobrazen text nebo pohled na nějaké znění nějakého předpisu.
Předpis je výsledkem kompletního průchodu e-Legislativou, t.j. má status závaznosti.
Stav po ukončení
Výsledkem je získání PDF souboru se závazným zněním vyžádaného předpisu zapečetěného
kvalifikovanou elektronickou pečetí a opatřeného kvalifikovaným elektronickým časovým
razítkems možností zobrazení nebo downloadu.
Scénáře
Název PU1142-Získání PDF závazného znění předpisu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel portálu klikne na odkaz závazné znění v PDF.
2 Systém Portál e-Sbírka poskytne uživateli ke stažení závazné znění předpisu
v PDF zapečetěném kvalifikovanou elektronickou pečetí a
opatřeném kvalifikovaným elektronickým časovým razítkem.
Zapečetění i opatření časovým razítkembylo uskutečněno při
vyhlášení předpisu.
1129
1130
8.1.4.2.5.3 PU1143-Získání znění předpisu v XML nebo JSON
Případ užití pokrývá funkcionalitu získání znění předpisu ve formátu XML resp. JSON pro
lokální uložení nebo přímé zobrazení ve vlastních aplikacích.
Realizované Aktivity
Typ Název
Aktivita Práce adresáta práva na portálu e-Sbírky
Realizované požadavky
FP1091-Získání předpisu (k zobrazení textu a dalších informací, stažení v souboru)
Předpoklady
Uživatel portálu není přihlášen a je v implicitní roli Uživatel portálu nebo Uživatel je přihlášen v
roli Přihlášený uživatel portálu.
Je zobrazen text nebo pohled na nějaké znění nějakého předpisu.
Stav po ukončení
Výsledkem případu získání vyžádaného znění předpisu ve formátu XML nebo JSON k dalšímu
použití.
Scénáře
Název PU1143-Získání znění předpisu v XML nebo JSON
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel klikne na link XML alternativně JSON.
2 Systém Externí systém si vyžádá předpis prostřednictvím odkazu.
3 Systém Portál e-Legislativa odešle předpis požadovaném formátu.
1131
8.1.4.2.6 Vyhledání a zobrazení pojmů CzechVOC
Sekce Vyhledání a zobrazení pojmů CzechVOC shromažďuje případy užití funkcionalit
spojených s využitím terminologického tezauru CzechVOC v rámci portálu e-Sbírka.
portál e-Sbírka
PU1144-Vyhledat poj em
nebo poj my
Uživ atel portálu PU1145-Zobrazení poj mu
(from
Aktéři -
Osoby)
Obrázek 29: Vyhledání a zobrazení pojmů CzechVOC
1132
8.1.4.2.6.1 PU1144-Vyhledat pojem nebo pojmy
Případ užití pokrývá funkcionality vyhledávání pojmů v tezauru CzechVOC prostřednictvím
zadání dotazu nebo prostřednictvím "klikacího" brouzdání pojmovou bází s možností
fazetového filtrování výsledků.
Realizované Aktivity
Typ Název
Aktivita Přímá adresace seznamu výsledků
Aktivita Zpracování (zobrazení) seznamu výsledků
Aktivita Přijetí požadavku
Aktivita Přijetí výsledků resp. výsledku
Aktivita Odeslání požadavku (dotazu)
Aktivita Odeslání zformátovaného výsledku
Aktivita Zadání dotazu do formuláře
Aktivita Zobrazení seznamu výsledků
Realizované požadavky
FP1093-CzechVOC browser
Předpoklady
Uživatel portálu není přihlášen a je v implicitní roli Uživatel portálu nebo Uživatel je přihlášen v
roli Přihlášený uživatel portálu.
Stav po ukončení
Výsledkem případu získání je seznam vyhledaných pojmů CzechVOC na základě požadavku.
Scénáře
Název PU1144-Vyhledat pojem nebo pojmy
Typ Základní scénář
1133
krok typ akce
1 Uživatel Uživatel portálu klikne na link CzechVOC.
2 Systém Portál e-Sbírka zobrazí seznam hlavních oblastí CzechVOC.
3 Uživatel Uživatel může "klikacím způsobem" procházet jednotlivé větve
CzechVOC.
alt. krok pokraču typ akce
j na
3a 4 Alternativ vyhledání pojmu dotazem
ní scénář
4 Uživatel Uživatel kliknutím vybere pojem, ke kterému si přeje zobrazit detail.
5 Systém PU1145-Zobrazení pojmu
Název vyhledání pojmu dotazem
Typ Alternativní scénář
krok typ akce
1 Uživatel Uživatel portálu vepíše dotaz na pojem CzechVOC do vyhledávacího
formuláře a klikne tlačítko vyhledat.
2 Systém Portál e-Sbírka odpoví seznamem pojmů, které reflektují uživatelův dotaz.
1134
8.1.4.2.6.2 PU1145-Zobrazení pojmu
Případ užití pokrývá funkcionalitu zobrazení vyhledaného pojmu CzechVOC a doprovodné
možnosti.
Realizované Aktivity
Typ Název
Aktivita Přímá adresace výsledku
Aktivita Přijetí požadavku
Aktivita Přijetí výsledků resp. výsledku
Aktivita Odeslání požadavku (dotazu)
Aktivita Odeslání zformátovaného výsledku
Aktivita Zobrazení výsledku
Realizované požadavky
FP1093-CzechVOC browser
Předpoklady
Uživatel portálu není přihlášen a je v implicitní roli Uživatel portálu nebo Uživatel je přihlášen v
roli Přihlášený uživatel portálu.
Uživatel má otevřený detail pojmu CzechVOC.
Stav po ukončení
Výsledkem případu užití je zobrazení detailu požadovaného pojmu CzechVOC.
Scénáře
Název Základní scénář
Typ Základní scénář
krok typ akce
1135
1 Uživatel Uživatel portálu má k dispozici kompletní detail pojmu včetně
asociovaných definic a předpisů k daným pojmům navázaných.
2 Uživatel Uživatel portálu se může vydat jakoukoliv cestou prostřednictvím kliknutí
na související pojmy, na asociované předpisy atd.
3 Systém Portál e-Sbírka na základě odkliknutého požadavku uživatel portálu
zobrazí požadovanou informaci.
1136
8.1.4.3 API rozhraní pro ostatní systémy
Sekce API rozhraní pro ostatní systémy shromažďuje případy užití týkající služeb portálu e-
Sbírka ostatním informačním systémům prostřednictvím API rozhraní.
portál e-Sbírka
PU1146-Vyhledat předpisy
pomocí SOAP API
N-LEX
PU1147-Vyzv ednout předpis
pomocí SOAP API
e-Legislativ a
PU1148-Zapsat předpis do
datov é báze
EurLEX
PU1149-Vyhledat předpisy
pomocí RESTful API
Registr práv a pov inností Jiný externí systém
adresátů práv a
PU1150-Vyzv ednout předpis
pomocí RESTful API
Obrázek 30: API rozhraní pro ostatní systémy
1137
8.1.4.3.1 PU1146-Vyhledat předpisy pomocí SOAP API
Případ užití zajišťuje systému e-Legislativa a externímu systému N-LEX vyhledání předpisů
podle požadavků doručených prostřednictvím protokolu SOAP.
Realizované Aktivity
Typ Název
Aktivita Procesy získání informací z e-Sbírky
Aktivita Výměna informací e-Sbírka <--> RPP
Aktivita Kooperace e-Sbírka <--> e-Legislativa
Realizované požadavky
FP1011-CRUD služby úložiště předpisů
FP1012-Poskytnutí předpisu nebo více předpisů
FP1018-Zápis CRUD akce do logu
FP1023-Poskytnutí asociačních vazeb z externích systémů
FP1098-e-Legislativa
FP1099-N-LEX
Předpoklady
Informačním systémem požadujícím API služby je N-LEX nebo e-Legislativa.
Stav po ukončení
Ve výsledku případu užití je seznam předpisů na základě požadavku N-LEX resp. e-Legislativa
poskytnutý prostřednictvím webové služby protokolem SOAP.
1138
8.1.4.3.2 PU1147-Vyzvednout předpis pomocí SOAP API
Případ užití zajišťuje systému e-Legislativa a externímu systému N-LEX vyzvednutí předpisů
podle požadavků doručených prostřednictvím protokolu SOAP.
Realizované Aktivity
Typ Název
Aktivita Procesy získání informací z e-Sbírky
Aktivita Výměna informací e-Sbírka <--> RPP
Aktivita Kooperace e-Sbírka <--> e-Legislativa
Realizované požadavky
FP1011-CRUD služby úložiště předpisů
FP1013-Poskytnutí části předpisu
FP1018-Zápis CRUD akce do logu
FP1023-Poskytnutí asociačních vazeb z externích systémů
FP1074-Import z dodaných zdrojových souborů EUR-Lex
FP1098-e-Legislativa
FP1099-N-LEX
Předpoklady
Informačním systémem požadujícím API služby je N-LEX nebo e-Legislativa.
Stav po ukončení
Ve výsledku případu užití je konkrétní předpis na základě požadavku N-LEX resp. e-Legislativa
poskytnutý prostřednictvím webové služby protokolem SOAP.
1139
8.1.4.3.3 PU1148-Zapsat předpis do datové báze
Případ užití zajišťuje systému e-Legislativa možnost zapsat předpis k vyhlášení
prostřednictvím protokolu SOAP.
Realizované Aktivity
Typ Název
Aktivita Procesy získání informací z e-Sbírky
Aktivita Výměna informací e-Sbírka <--> RPP
Aktivita Kooperace e-Sbírka <--> e-Legislativa
Realizované požadavky
FP1011-CRUD služby úložiště předpisů
FP1018-Zápis CRUD akce do logu
FP1022-Tvorba a údržba asociačních vazeb z externích systémů (např. RPP)
FP1075-Uložení číselníků, taxonomií, tezaurů ve zdrojových ontologiích (z kterých bude
vytvořen CzechVOC)
FP1098-e-Legislativa
Předpoklady
Informačním systémem požadujícím API služby e-Legislativa.
Stav po ukončení
Výsledkem případu užití je předpis určený e-Legislativou k vyhlášení na portálu e-Sbírka
zapsaný v úložišti datové báze.
1140
8.1.4.3.4 PU1149-Vyhledat předpisy pomocí RESTful API
Případ užití zajišťuje systému Registr práv a povinností a ostatním externím informačním
systémům vyhledání předpisů podle požadavků doručených prostřednictvím RESTful API.
Realizované Aktivity
Typ Název
Aktivita Procesy získání informací z e-Sbírky
Aktivita Výměna informací e-Sbírka <--> RPP
Aktivita Kooperace e-Sbírka <--> e-Legislativa
Realizované požadavky
FP1011-CRUD služby úložiště předpisů
FP1012-Poskytnutí předpisu nebo více předpisů
FP1018-Zápis CRUD akce do logu
FP1100-Registr práv a povinností
FP1101-Obecný externí informační systém
Předpoklady
Informačním systémem požadujícím API služby je Registr práv a povinností nebo Jiný externí
systém adresátů práva.
Stav po ukončení
Ve výsledku případu užití je seznam předpisů na základě požadavku externího systému
adresátů práva poskytnutý prostřednictvím webové služby REST.
1141
8.1.4.3.5 PU1150-Vyzvednout předpis pomocí RESTful API
Případ užití zajišťuje systému Registr práv a povinností a ostatním externím informačním
systémům vyzvednutí předpisů podle požadavků doručených prostřednictvím RESTful API.
Realizované Aktivity
Typ Název
Aktivita Procesy získání informací z e-Sbírky
Aktivita Výměna informací e-Sbírka <--> RPP
Aktivita Kooperace e-Sbírka <--> e-Legislativa
Realizované požadavky
FP1011-CRUD služby úložiště předpisů
FP1013-Poskytnutí části předpisu
FP1018-Zápis CRUD akce do logu
FP1100-Registr práv a povinností
FP1101-Obecný externí informační systém
Předpoklady
Informačním systémem požadujícím API služby je Registr práv a povinností nebo Jiný externí
systém adresátů práva.
Stav po ukončení
Ve výsledku případu užití je předpisů poskytnutý na základě požadavku externího systému
adresátů práva poskytnutý prostřednictvím webové služby REST.
1142
8.1.5 Kontrola kvality datové báze
Jedním z hlavních deklarovaných přínosů informačních systémů e-Sbírka a e-Legislativa je
schopnost poskytnout adresátům práva elektronická znění vyhlášených předpisů a postupně
jako výsledek procesů e-Legisaltivy také jejich závazná konsolidovaná (úplná) znění. K tomu
jsou třeba spolehlivá data.
Přestože každý z procesů je vybaven vlastními mechanismy kontroly kvality, je třeba s
ohledem na výše uvedené nároky věnovat vytvořené datové bázi ještě dodatečnou etapu
kontroly a verifikace správnosti resp. potřebných korektur nalezených chyb (přičemž je
zřejmé, že dostat chybovost na 0% je nedosažitelné).
Kontrola bude založena na křížových kombinacích následujících metod popsaných
následujícími případy užití.
1143
uc Kontrola kv ality datov é báze e-Šablona pro mínusovou osu
OCR nástroje
TEXT operátor
(from PU1200-Kontrola kv ality
rekonstrukce obsahu
Aktéři -
Osoby) PU1201-Kontrola
úplnosti a správ nosti
obsahu v yhlášených
předpisů
PU1202-Odstranění
slov ních překlepů
prostřednictv ím dumpu
slov
PU1203-Algoritmická
kontrola úplné
normalizace obsahu
Práv ník PU1204-Ov ěření
protokolů o realizaci
(from
Aktéři - konsolidace
Osoby)
Obrázek 31: Kontrola kvality datové báze
1144
8.1.5.1 PU1200-Kontrola kvality rekonstrukce obsahu
Případ užití pokrývá kontrolu kvality rekonstrukce obsahu prostřednictvím nezávislé
rekonstrukce obsahu zvoleného předpisu metodou OCR.
Cílem je kontrola správnosti rekonstruovaného obsahu prostřednictvím vytěžení textu z
"textových PDF" prostřednictvím OCR metody.
(Tento případ užití bude využit cca u 1/4 stranového rozsahu datové báze nad vyhlášenými
zněními platných předpisů, měl by být realizován průběžně s tvorbou datové báze a před
tvorbou konsolidovaných znění)
Realizované Aktivity
Typ Název
Aktivita Výběr předpisu pro verifikaci db
Aktivita Výběr předpisu pro rekonstrukci obsahu
Aktivita Kontroly vytvořené datové báze (pro 1/4 předpisů)
Realizované požadavky
FP1103-Nástroje a prostředky pro nezávislou kontrolu datové báze
Předpoklady
Uživatel je přihlášen v roli TEXT Operátor.
V dashboardu je k dispozici seznam předpisu ke kontrole rekonstrukce obsahu.
Existence a přístupnost samostatné kontrolní sbírky v úložišti předpisů.
Stav po ukončení
Výsledkem je ověřený text vyhlášeného znění předpisu.
Scénáře
Název PU1200-Kontrola kvality rekonstrukce obsahu
Typ Základní scénář
krok typ akce
1145
1 Uživatel TEXT operátor vybere předpis ze seznamu ke kontrole rekonstrukce textu
(podrobnosti v PU1024)
2 Uživatel TEXT operátor provede OCR z PDF (podrobnosti v PU1025 a PU1025)
3 Uživatel TEXT operátor vloží předpis do úložiště do části "kontrolní sbírka"
(podrobnosti v PU1029)
4 Uživatel TEXT operátor provede porovnání znění předpisu v "kontrolní sbírce" s
vyhlášeným zněním úložišti konrténí sbírky (podrobnosti v PU1076)
5 Uživatel TEXT operátor zajistí v případě chyby v datové bázi správné znění
předpisu v datové bázi (podrobnosti v PU1077)
6 Systém TEXT operátor označí v seznamu ke kontrole předpis jako zkontrolovaný
1146
8.1.5.2 PU1201-Kontrola úplnosti a správnosti obsahu vyhlášených předpisů
Případ užití pokrývá ověření kompletnosti obsahu, správnosti metadat, tabulek, obrázků,
příloh, vzorců.
Vhodný je postup zevrubné namátkové kontroly tabulek napříč předpisy prostednictvím
srovnání s výchozím PDF. Bude-li v předpisu nalezena chyba, tak bude předpis zkontrolován
zevrubně.
Aplikuje se na všech cca 35.000 předpisů českých sbírek vždy po vložení do úložiště avšak
před konsolidací.
Realizované Aktivity
Typ Název
Aktivita Výběr předpisu pro verifikaci db
Aktivita Výběr předpisu pro rekonstrukci obsahu
Aktivita Kontrola metadat
Aktivita Kontrola vyhlášeného znění
Aktivita Kontroly vytvořené datové báze (pro 1/4 předpisů)
Realizované požadavky
FP1103-Nástroje a prostředky pro nezávislou kontrolu datové báze
Předpoklady
Uživatel je přihlášen v roli TEXT Operátor.
V dashboardu je k dispozici seznam předpisů ke kontrole úplnosti a správnosti obsahu
vyhlášených předpisů.
Stav po ukončení
Výsledkem je ověřená úplnost a správnost obsahu vyhlášených znění předpisu.
Scénáře
Název PU1201-Kontrola úplnosti a správnosti obsahu vyhlášených předpisů
Typ Základní scénář
1147
krok typ akce
1
2 Uživatel TEXT operátor vybere předpis ze seznamu ke kontrole úplnosti a
3 správnosti (podrobnosti v PU1024)
4
Uživatel TEXT operátor provede kontrolu přítomnosti všech struktur fragmentů
5 (počet částí, hlav, dílů paragrafů, počet příloh, poznámek pod čarou atd.)
6 optickým srovnáním s PDF replikou
Uživatel TEXT operátor provede kontrolu metadat (název, datum platnosti, datum
účinnosti, typ) v kartě předpisu, v případě nalezené nesrovnalosti provede
opravu (podrobnosti v PU1036 a násl.)
Uživatel TEXT operátor provede optické porovnání přibližně 1/4 buněk v tabulkách
předpisu, v případě nesrovnalosti provede opravu (podrobnosti v
PU1062) a kontrolu všech buněk tabulek v předpisu, ve kterém nalezl byť
jen jedinou chybu
Uživatel TEXT operátor provede optické porovnání všech obrázků, vzorců,
připojených souborových příloh, v případě nalezení nesrovnalosti zajistí
opravu (podrobnosti v PU1060, PU1061, 1063)
Uživatel TEXT operátor označí v seznamu ke kontrole předpis jako zkontrolovaný
1148
8.1.5.3 PU1202-Odstranění slovních překlepů prostřednictvím dumpu slov
Případ užití pokrývá doplňkovou kontrolu překlepů v konkrétníé sbírce prostřednictvím tzv.
dumpu slov.
Dump slov vznikne v procesu "Pojmová analýza sbírek" v rámci tvorby CzechVOC.
Realizované Aktivity
Typ Název
Aktivita Kontrola dumpem slov
Aktivita Testy konzistence datové báze testovacími programy
Realizované požadavky
FP1103-Nástroje a prostředky pro nezávislou kontrolu datové báze
Předpoklady
Uživatel je přihlášen v roli TEXT Operátor.
V dashboardu je k dispozici seznam předpisů ke kontrole úplnosti a správnosti obsahu
vyhlášených předpisů.
Stav po ukončení
Výsledkem je ověřená úplnost a správnost obsahu vyhlášených znění předpisu.
Scénáře
Název PU1201-Kontrola úplnosti a správnosti obsahu vyhlášených předpisů
Typ Základní scénář
krok typ akce
1 Uživatel TEXT operátor vybere předpis ze seznamu ke kontrole úplnosti a
správnosti (podrobnosti v PU1024)
2 Uživatel TEXT operátor provede kontrolu přítomnosti všech struktur fragmentů
(počet částí, hlav, dílů paragrafů, počet příloh, poznámek pod čarou atd.)
optickým srovnáním s PDF replikou
1149
3 Uživatel TEXT operátor provede kontrolu metadat (název, datum platnosti, datum
účinnosti, typ) v kartě předpisu, v případě nalezené nesrovnalosti provede
opravu (podrobnosti v PU1036 a násl.)
4 Uživatel TEXT operátor provede optické porovnání přibližně 1/4 buněk v tabulkách
předpisu, v případě nesrovnalosti provede opravu (podrobnosti v
PU1062) a kontrolu všech buněk tabulek v předpisu, ve kterém nalezl byť
jen jedinou chybu
5 Uživatel TEXT operátor provede optické porovnání všech obrázků, vzorců,
připojených souborových příloh, v případě nalezení nesrovnalosti zajistí
opravu (podrobnosti v PU1060, PU1061, 1063)
6 Uživatel TEXT operátor označí v seznamu ke kontrole předpis jako zkontrolovaný
1150
8.1.5.4 PU1203-Algoritmická kontrola úplné normalizace obsahu
Případ užití pokrývá kontrolu normalizace obsahu podle 4 principů datového modelu
(fragmentace, hierarchizace, asociační vazby, konsolidace) prostřednictvím dopňkové a
nezávisle vytvořené algoritmické kontroly.
V případě nalezené chyby bude provedena oprava.
Aplikuje se na všech cca 35.000 předpisů českých sbírek po jejich úplném zpracování do
datové báze.
Realizované Aktivity
Typ Název
Aktivita Algoritmická validace datového modelu
Aktivita Testy konzistence datové báze testovacími programy
Realizované požadavky
FP1103-Nástroje a prostředky pro nezávislou kontrolu datové báze
Předpoklady
Uživatel je přihlášen v roli TEXT Operátor.
V dashboardu je k dispozici seznam předpisů ke kontrole úplnosti a správnosti obsahu
vyhlášených předpisů.
Stav po ukončení
Výsledkem je ověřená úplnost a správnost obsahu vyhlášených znění předpisu.
Scénáře
Název PU1203-Algoritmická kontrola úplné normalizace obsahu
Typ Základní scénář
krok typ akce
1 Uživatel TEXT operátor spustí z dashboardu nástroj "Tester datového modelu" a
zadá rozsah předpisů ke kontrole (může být i jeden předpis).
1151
2 Systém "Tester datového modelu" provede kontrolu požadovaných předpisů a
zobrazí seznam nalezených potenciálních problémů.
3 Uživatel TEXT operátor ověří každý potenciální problém a v případě nutnosti
provede opravu.
1152
8.1.5.5 PU1204-Ověření protokolů o realizaci konsolidace
Případ užití pokrývá odbornou verifikaci provedené konsolidace.
Aplikuje se na všechny novelizované předpisy po ukončení ostatních kontrol formou
odborné inspekce „novelizačních trojic“.
Realizované Aktivity
Typ Název
Aktivita Kontrola správnosti konsolidovaných znění
Aktivita Kontroly vytvořené datové báze (pro 1/4 předpisů)
Realizované požadavky
FP1103-Nástroje a prostředky pro nezávislou kontrolu datové báze
Předpoklady
Uživatel je přihlášen v roli TEXT Operátor.
V dashboardu je k dispozici seznam předpisů ke kontrole úplnosti a správnosti obsahu
vyhlášených předpisů.
Stav po ukončení
Výsledkem je ověřená úplnost a správnost obsahu vyhlášených znění předpisu.
Scénáře
Název PU1204-Ověření protokolů o realizaci konsolidace
Typ Základní scénář
krok typ akce
1 Uživatel Právník vybere předpis ze seznamu k ověření protokolů o realizaci
konsolidace a otevře jej v e-Šabloně pro mínusovou osu.
2 Uživatel Právník ověří ve vybraném předpisu všechny "novelizační trojice" a
výsledek zaznamená do karty, je-li ve stále účinném předpisu nalezen
konsolidační konflikt, analyzuje jej a vytvoří návrh pro jeho řešení
(podrobnosti v PU1075).
1153
3 Uživatel Právník označí předpis v seznamu k ověření "ověření konsolidace hotovo".
1154
8.2 e-Legislativa
Vzhledem k tomu, že v rámci e-Legislativy bude implementována řada processů, které mají
velký počet společných nebo téměř stejných aktivit, byly v případech užití realizované aktivity
popsány pouze názvem aktivity bez vazby na konkrétní proces. Zároveň pro mapování
případů užití e-Legislativy na aktivity z procesního modelu e-Legislativy byl vybrán proces
„Návrh zákona“ a aktivity týkající se „Vládního návrhu zákona“ jako nejkomplexnější proces
obsahující sadu aktivit, které se vyskytují i ve většině ostatních procesů.
V rámci implementace proběhne refaktorizace procesů tak, aby implementace stejných nebo
podobných aktivit byla v systému pouze jednou (popřípadě s různými parametry).
V rámci implementace zároveň proběhne detailní nastavení šablon procesů, šablon obsahů a
vznikne tak matice povolených operací (případů užití) jak z části Portálu e-Legislativy, tak
z části e-Šablony.
1155
8.2.1 Aktéři e-Legislativy
Vlastník náv rhu Editor náv rhu s Editor náv rhu s Editor v prostoru
opráv něním měnit stav opráv něním podepsat
procesu náv rh
Editor náv rhu Čtenář v prostoru
Editor legislativ ního Uživ atel s opráv něním
záměru požádat o publikaci
v ýkladov ého stanov iska
Účastník legislativ ního Uživ atel s opráv něním
procesu požádat o v yhlášení
práv ního aktu
Editor legislativ ních plánů
v lády
Uživ atel s opráv něním Pracov ník publikačního
zakládat náv rhy a úřadu
legislativ ní záměry
Uživ atel s opráv něním
Uživ atel s opráv něním schv álit korekturu
podat pozměňov ací náv rhy
Uživ atel s opráv něním
v kládat připomínky
Vlastník pozměňov acích Vlastník sady připomínek Vlastník připomínky
náv rhů
Adresát práv a Registrov aný adresát práv a Správ ce
Obrázek 32: Aktéři - Osoby
1156
uc Aktéři - Systémy Lokální kopie CzechVOC
eSbírka EurLEXu
ODok Externí systém RPP
Systém PSP N-Lex
Systém senátu
Externí systém Facebook Tw itter
adresátů práv a
Obrázek 33: Aktéři - Systémy
8.2.1.1 Adresát práva
Osoba, které je právo adresováno - občané, podnikatelé, úředníci, studenti, neziskové
organizace, podniky, široká veřejnost.
8.2.1.2 CzechVOC
Systém implementující CzechVOC.
8.2.1.3 Editor legislativních plánů vlády
Osoba, která má oprávnění ke tvorbě legislativních plánů vlády.
1157
8.2.1.4 Editor legislativního záměru
Osoba, která má oprávnění upravovat konkrétní legislativní záměr.
8.2.1.5 Editor návrhu
Osoba, která má v určitém stavu procesu oprávnění upravovat konkrétní věcný záměr nebo
právní akt a související informace.
8.2.1.6 Editor návrhu s oprávněním měnit stav procesu
Osoba, která má v daném stavu procesu kromě oprávnění Editora návrhu také oprávnění
měnit (posouvat) stavy procesu návrhu, například poslat návrh na jednání vlády nebo poslat
návrh zákona do Poslanecké sněmovny.
8.2.1.7 Editor návrhu s oprávněním podepsat návrh
Osoba, která má v daném stavu procesu kromě oprávnění Editora návrhu také oprávnění (či
povinnost) podepsat návrh.
8.2.1.8 Editor v prostoru
Osoba, která má v rámci konkrétního prostoru oprávnění pro úpravy.
8.2.1.9 Externí systém
Systém, se kterým e-Legislativa po věcné stránce komunikuje.
8.2.1.10 Externí systém adresátů práva
Anonymní externí systém, který může po systému e-Legislativa požadovat vybraná data.
8.2.1.11 Facebook
Facebook, www.facebook.com.
8.2.1.12 Lokální kopie EUR-Lexu
Systém udržující lokální kopii EUR-Lexu.
8.2.1.13 ODok
Systém řízení oběhu dokumentů Úřadu vlády ODok, www.odok.cz, včetně jeho interních
částí.
1158
8.2.1.14 N-Lex
N-Lex zprostředkovává v rámci portálu EUR-Lex přístup k oficiálním databázím právních
předpisů vydávaných publikačními úřady zemí EU.
8.2.1.15 Pracovník publikačního úřadu
Pracovník publikačního úřadu. Zajišťuje či provádí aktivity v procesu vyhlášení právního aktu
do Sbírky.
8.2.1.16 RPP
Registr práv a povinností.
8.2.1.17 Registrovaný adresát práva
Adresát práva, který se zaregistroval do systému e-Sbírky a e-Legislativy a to zejména pro
možnost přijímat notifikace nebo se účastnit veřejných připomínkových řízení.
8.2.1.18 Správce
Věcný správce sady systémů e-Legislativy.
8.2.1.19 Systém PSP
Systém Poslanecké sněmovny, www.psp.cz, včetně jeho interních částí.
8.2.1.20 Systém senátu
Systém senátu, www.senat.cz, včetně jeho interních částí.
8.2.1.21 Twitter
Twitter, www.twitter.com.
8.2.1.22 Uživatel s oprávněním podat pozměňovací návrhy
Osoba, která má v určitém stavu procesu oprávnění vytvořit a podat pozměňovací návrhy.
8.2.1.23 Uživatel s oprávněním požádat o publikaci výkladového stanoviska
Osoba, která má oprávnění požádat publikační úřad o publikaci výkladového stanoviska, jeho
úpravu nebo smazání.
8.2.1.24 Uživatel s oprávněním požádat o vyhlášení právního aktu
Osoba, která má oprávnění požádat publikační úřad o vyhlášení právního aktu.
1159
8.2.1.25 Uživatel s oprávněním schválit korekturu
Osoba, která má v konkrétním právním aktu oprávnění schválit vyhlašovaný právní akt po
korekturách publikačního úřadu.
8.2.1.26 Uživatel s oprávněním vkládat připomínky
Osoba, která má v rámci připomínkového řízení a konkrétní sady připomínek oprávnění
vkládat připomínky.
8.2.1.27 Uživatel s oprávněním zakládat návrhy a legislativní záměry
Osoba, která má oprávnění k založení nového právního aktu, věcného záměru nebo
legislativního záměru.
8.2.1.28 Vlastník návrhu
Osoba či osoby, které vykonávají roli předkladatele návrhu.
8.2.1.29 Vlastník pozměňovacích návrhů
Osoba, jejímž jménem byl pozměňovací návrh vložen do systému.
8.2.1.30 Vlastník připomínky
Osoba, která vložila připomínku do systému.
8.2.1.31 Vlastník sady připomínek
Osoba s oprávněním provádět akce nad sadou připomínek, například přidělovat oprávnění
vkládat připomínky.
8.2.1.32 e-Sbírka
Systém implementující e-Sbírku.
8.2.1.33 Účastník legislativního procesu
Uživatel s aktivním přístupem do e-Legislativy a jejího portálu.
8.2.1.34 Čtenář v prostoru
Osoba, která má v rámci konkrétního prostoru oprávnění pro čtení.
1160
8.2.2 Portál e-Legislativa
8.2.2.1 Domovské stránky
Portál e-Legislativa
PU2000-Zobrazit FP2001-Domovské stránky
domov skou stránku
FP2815-Podpora
Účastník legislativ ního PU2001-Přihlásit d e l e g o vá n í/zm o cň o vá n í
procesu uživ atele
PU2002-Odhlásit
uživ atele
PU2746-Delegov at
opráv nění
Obrázek 34: Domovské stránky
1161
8.2.2.1.1 PU2000-Zobrazit domovskou stránku
Realizované Aktivity
Typ Název
Aktivita Tento PU realizuje níže uvedené požadavky, které jsou obecného charakteru a k
většině procesních aktivit.
Realizované požadavky
FP2001-Domovské stránky
Předpoklady
Uživatel je přihlášen
Scénáře
Název Zobrazit domovskou stránku
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel otevře Portál e-Legislativa.
2 Systém Systém zobrazí výchozí domovskou stránku instituce uživatele.
3 Uživatel Uživatel zvolí přechod na jinou domovskou stránku, dashboard,
systémovou stránku či externí odkaz.
4 Systém Systém zobrazí další stránku dle volby uživatele.
1162
8.2.2.1.2 PU2001-Přihlásit uživatele
Realizované Aktivity
Typ Název
Aktivita Tento PU realizuje níže uvedené požadavky, které jsou obecného charakteru a k
většině procesních aktivit.
Scénáře
Název Přihlásit uživatele
Typ Základní scénář
krok typ Akce
1 Systém Systém požádá uživatele o jeho přístupové údaje.
2 Uživatel Uživatel vloží své přístupové údaje.
3 Systém Systém přihlásí uživatele.
1163
8.2.2.1.3 PU2746-Delegovat oprávnění
Realizované Aktivity
Typ Název
Aktivita Tento PU realizuje níže uvedené požadavky, které jsou obecného charakteru a k
většině procesních aktivit.
Realizované požadavky
FP2815-Podpora delegování/zmocňování
Předpoklady
Uživatel je přihlášen
Vybraná instance procesu
Scénáře
Název Delegovat oprávnění
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost delegovat oprávnění.
2 Systém Systém nabídne uživateli obrazovku pro výběr uživatele.
3 Uživatel Uživatel vybere uživatele, kterému chce delegovat oprávnění a výběr
potvrdí.
4 Systém Systém nabídne uživateli obrazovku pro výběr oprávnění pro delegování
(přidání nebo odebrání).
5 Uživatel Uživatele vybere oprávnění, které chce uživateli delegovat a výběr potvrdí.
6 Systém Systém přiřadí vybrané oprávnění vybranému uživateli.
1164
8.2.2.2 Dashboardy Portál e-Legislativa FP2003-Dashboardy
Účastník legislativ ního PU2010-Zobrazit FP2 0 0 5 -Vl a stn o sti
procesu dashboard dashboardu
PU2011-Zobrazit PU2012-Zobrazit přehled PU2013-Zobrazit přehled
přehled přístupných otev řených otev řených prostorů
prostorů připomínkov ých řízení pozměňov acích náv rhů
Obrázek 35: Dashboardy
1165
8.2.2.2.1 PU2010-Zobrazit dashboard
Realizované Aktivity
Typ Název
Aktivita Tento PU realizuje níže uvedené požadavky, které jsou obecného charakteru a k
většině procesních aktivit.
Realizované požadavky
FP2003-Dashboardy
FP2005-Vlastnosti dashboardu
Předpoklady
Vybraný dashboard.
Scénáře
Název Zobrazit dashboard
Typ Základní scénář
Krok typ akce
1 Uživatel Uživatel zvolí možnost zobrazit dashboard.
2 Systém Systém zobrazí vybraný dashboard.
3 Uživatel Uživatel prohlíží dashboard, mění nastavitelné parametry dashboardu a
vybírá řádek.
4 Systém Systém zobrazí detail entity vybrané uživatelem.
1166
8.2.2.2.2 PU2011-Zobrazit přehled přístupných prostorů
Realizované Aktivity
Typ Název
Aktivita Tento PU realizuje níže uvedené požadavky, které jsou obecného charakteru a k
většině procesních aktivit.
Scénáře
Název Zobrazit přehled přístupných prostorů
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost zobrazit přehled přístupných prostorů.
2 Systém Systém zobrazí přehled prostorů, ke kterým má uživatel přístup. Ve
výchozím zobrazení systém zobrazí pouze hlavní prostory (a jejich
podprostory), které odpovídají aktuálnímu stavu procesu
3 Uživatel Uživatel vybere prostor, do kterého chce přejít.
1167
8.2.2.2.3 PU2012-Zobrazit přehled otevřených připomínkových řízení
Realizované Aktivity
Typ Název
Aktivita Připomínkové řízení k návrhu zákona
Aktivita Interní připomínkové řízení
Zároveň PU obecného charakteru, který není vázán ke konkrétnímu procesu či
aktivitě.
Scénáře
Název Zobrazit přehled otevřených připomínkových řízení
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost zobrazit přehled otevřených připomínkových řízení.
2 Systém Systém zobrazí přehled prostorů připomínkových řízení, do kterých má
uživatel přístup a které odpovídají probíhajícím připomínkovým řízením.
3 Uživatel Uživatel vybere prostor, do kterého chce přejít.
1168
8.2.2.2.4 PU2013-Zobrazit přehled otevřených prostorů pozměňovacích návrhů
Realizované Aktivity
Typ Název
Aktivita Projednání návrhu zákona v PSP
Aktivita Projednání v Senátu
Aktivita Publikace zákona ve sbírce
Zároveň PU obecného charakteru, který není vázán ke konkrétnímu procesu či
aktivitě.
Scénáře
Název Zobrazit přehled otevřených prostorů pozměňovacích návrhů
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost zobrazit přehled otevřených prostorů
pozměňovacích návrhů.
2 Systém Systém zobrazí přehled prostorů pozměňovacích návrhů, do kterých má
uživatel přístup a ve kterých je možné podávat pozměňovací návrhy.
3 Uživatel Uživatel vybere prostor, do kterého chce přejít.
1169
8.2.2.3 Legislativní záměry Portál e-Legislativa FP2009-Zobrazení
legislativního záměru
Uživ atel s opráv něním PU2020-Vytv ořit
zakládat náv rhy a legislativ ní záměr FP2008-Tvorba legislativních
legislativ ní záměry záměrů
PU2021-Zobrazit
Editor legislativ ního legislativ ní záměr FP2 0 1 0 -Vyh l e d á n í
záměru legislativních záměrů
PU2022-Uprav it
Účastník legislativ ního legislativ ní záměr
procesu
PU2023-Smazat
legislativ ní záměr
PU2024-Obnov it
legislativ ní záměr
PU2025-Vyhledat
legislativ ní záměr
Obrázek 36: Legislativní záměry
1170
8.2.2.3.1 PU2020-Vytvořit legislativní záměr
Realizované Aktivity
Typ Název
Aktivita Příprava návrhu
Realizované požadavky
FP2008-Tvorba legislativních záměrů
Scénáře
Název Vytvořit legislativní záměr
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost vytvořit nový legislativní záměr.
2 Systém Systém nabídne uživateli obrazovku pro vyplnění základních atributů
legislativního záměru.
3 Uživatel Uživatel vyplní základní atributy legislativního záměru a potvrdí vytvoření.
4 Systém Systém vytvoří legislativní záměr.
1171
8.2.2.3.2 PU2021-Zobrazit legislativní záměr
Realizované Aktivity
Typ Název
Aktivita Příprava návrhu
Zároveň PU obecného charakteru, který není vázán ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2009-Zobrazení legislativního záměru
Předpoklady
Vybraný legislativní záměr
Scénáře
Název Zobrazit legislativní záměr
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost zobrazit legislativní záměr.
2 Systém Systém zobrazí atributy legislativního záměru a odkazy na včleněný věcný
záměr a návrhy právních předpisů.
3 Uživatel Uživatel může vybrat věcný záměr nebo některý z návrhů právních
předpisů.
1172
8.2.2.3.3 PU2022-Upravit legislativní záměr
Realizované Aktivity
Typ Název
Aktivita Příprava návrhu
Realizované požadavky
FP2008-Tvorba legislativních záměrů
Předpoklady
Vybraný legislativní záměr
Scénáře
Název Upravit legislativní záměr
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost upravit legislativní záměr.
2 Systém Systém nabídne uživateli obrazovku pro úpravu základních atributů
legislativního záměru.
3 Uživatel Uživatel upraví základní atributy legislativního záměru a úpravy potvrdí.
4 Systém Systém upraví legislativní záměr.
1173
8.2.2.3.4 PU2023-Smazat legislativní záměr
Realizované Aktivity
Typ Název
Aktivita Příprava návrhu
Realizované požadavky
FP2008-Tvorba legislativních záměrů
Předpoklady
Vybraný legislativní záměr
Scénáře
Název Smazat legislativní záměr
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost smazat legislativní záměr.
2 Systém Systém ověří, že legislativní záměr neobsahuje věcný záměr ani návrhy
právního předpisu, a požádá o potvrzení smazání legislativního záměru.
3 Uživatel Uživatel potvrdí smazání legislativního záměru.
4 Systém Systém označí legislativní záměr za smazaný (fyzicky se nesmaže).
1174
8.2.2.3.5 PU2024-Obnovit legislativní záměr
Realizované Aktivity
Typ Název
Aktivita Příprava návrhu
Realizované požadavky
FP2008-Tvorba legislativních záměrů
Předpoklady
Vybraný legislativní záměr, který je smazaný.
Scénáře
Název Obnovit legislativní záměr
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost obnovit legislativní záměr.
2 Systém Systém požádá o potvrzení obnovit smazaný legislativní záměr.
3 Uživatel Uživatel potvrdí obnovení smazaného legislativního záměru.
4 Systém Systém zruší označení legislativního záměru jako smazaného.
1175
8.2.2.3.6 PU2025-Vyhledat legislativní záměr
Realizované Aktivity
Typ Název
Aktivita Příprava návrhu
Zároveň PU obecného charakteru, který není vázán ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2010-Vyhledání legislativních záměrů
Scénáře
Název Vyhledat legislativní záměr
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost vyhledat legislativní záměr.
2 Systém Systém nabídne uživateli obrazovku s volbou kritérií pro výběr
legislativních záměrů.
3 Uživatel Uživatel vyplní kritéria pro výběr legislativních záměrů a potvrdí vyhledání.
4 Systém Systém vyhledá legislativní záměry splňující požadovaná kritéria.
5 Uživatel Uživatel vybere požadovaný legislativní záměr.
1176
8.2.2.4 Věcné záměry Portál e-Legislativa FP2012-Tvorba věcných
záměrů
Uživ atel s opráv něním PU2040-Vytv ořit
zakládat náv rhy a v ěcný záměr FP2013-Zobrazení věcného
legislativ ní záměry záměru
PU2041-Zobrazit
Účastník legislativ ního v ěcný záměr FP2014-Vyhledání věcných
procesu záměrů
PU2042-Zobrazit
Editor náv rhu historii v ěcného FP2015-Obsah věcného
záměru
Editor náv rhu s záměru FP2078-Prohlížení právních
opráv něním měnit stav aktů a věcných záměrů a
PU2043-Uprav it « i n cl u d e » PU2025-Vyhledat jejich úprava
procesu v ěcný záměr legislativ ní záměr
PU2044-Vyhledat
v ěcný záměr
PU2045-Vygenerov at
soubor v ěcného záměru
PU2046-Změnit stav
procesu v ěcného
záměru
PU2047-Otev řít v ěcný
záměr v eŠabloně
PU2048-Otev řít v ěcný
záměr v Prohlížeči
náv rhů
Obrázek 37: Věcné záměry
1177
8.2.2.4.1 PU2040-Vytvořit věcný záměr
Realizované Aktivity
Typ Název
Aktivita Příprava materiálu věcného záměru zákona
Realizované požadavky
FP2012-Tvorba věcných záměrů
Scénáře
Název Vytvořit věcný záměr
Typ Základní scénář
krok Typ akce
1 Uživatel Uživatel zvolí možnost vytvořit nový věcný záměr.
2 Systém Systém nabídne uživateli obrazovku pro vyplnění základních atributů
věcného záměru včetně volby legislativního záměru, do kterého se má
věcný záměr vložit.
3 Uživatel Uživatel vyplní základní atributy věcného záměru, vybere legislativní
záměr a potvrdí vytvoření.
4 Systém Systém ověří, že vybrané legislativní záměr zatím neměl přiřazen věcný
záměr, vytvoří věcný záměr a vloží jej do legislativního záměru. Systém
také přiřadí věcnému záměru příslušnou definici procesu a šablonu
obsahu a vygeneruje výchozí obsah věcného záměru.
1178
8.2.2.4.2 PU2041-Zobrazit věcný záměr
Realizované Aktivity
Typ Název
Aktivita Příprava materiálu věcného záměru zákona
Zároveň PU obecného charakteru, který není vázán ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2013-Zobrazení věcného záměru
Předpoklady
Vybraný věcný záměr
Scénáře
Název Zobrazit věcný záměr
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost zobrazit věcný záměr.
2 Systém Systém zobrazí atributy věcného záměru a odkaz na legislativní záměr,
jehož je součástí.
Název Zobrazit detaily věcného záměru
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost zobrazit detaily věcného záměru.
2 Systém Systém zobrazí všechny aktuální související údaje týkající se zejména
aktuálních vrstev návrhu a prostorů, ke kterým má uživatel přístup.
3 Uživatel Uživatel může zvolit možnost výběru vrstvy či prostoru.
1179
8.2.2.4.3 PU2042-Zobrazit historii věcného záměru
Realizované Aktivity
Typ Název
Aktivita Příprava materiálu věcného záměru zákona
Zároveň PU obecného charakteru, který není vázán ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2013-Zobrazení věcného záměru
Předpoklady
Vybraný věcný záměr
Scénáře
Název Zobrazit historii věcného záměru
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost zobrazit historii věcného záměru.
2 Systém Systém zobrazí historii věcného záměru, zejména uživatelsky přívětivou
historii procesu věcného záměru organizovanou primárně po stavech
procesu doplněnou o další akce. V rámci jednoho záznamu v historii
systém zobrazí uživatelsky přívětivý popis příslušného záznamu doplněný
o relevantní informace, které se k záznamu vztahují jako například vrstva
návrhu, snímek hlavního prostoru, pracovní či předávací prostor,
dokument apod. Všechny relevantní informace jsou prezentovány formou
odkazů. Systém zobrazí jen ty záznamy v historii, ke kterým má uživatel
přístup.
3 Uživatel Uživatel může zvolit možnost výběru odkazu, na který přejde. Zejména se
jedná o vrstvy návrhu, prostory, procesní dokumenty (strukturované i
souborové) či snímky hlavních prostorů.
Název Zobrazit historii vrstev věcného záměru
1180
Typ Základní scénář
krok
1 typ akce
2
Uživatel Uživatel zvolí možnost zobrazit seznam vrstev věcného záměru.
3
Systém Systém ve formě odkazů zobrazí seznam všech vrstev věcného záměru, ke
kterým má uživatel přístup.
Uživatel Uživatel zvolí vrstvu, na kterou chce přejít.
1181
8.2.2.4.4 PU2043-Upravit věcný záměr
Realizované Aktivity
Typ Název
Aktivita Příprava materiálu věcného záměru zákona
Realizované požadavky
FP2012-Tvorba věcných záměrů
Předpoklady
Vybraný věcný záměr
Scénáře
Název Upravit věcný záměr
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost upravit věcný záměr.
2 Systém Systém nabídne uživateli obrazovku pro úpravu základních atributů
věcného záměru a volby legislativního záměru, do kterého věcný záměr
patří.
3 Uživatel Uživatel upraví základní atributy věcného záměru, případně vyhledá nový
legislativní záměr, a úpravy potvrdí.
4 Systém Systém upraví věcný záměr.
1182
8.2.2.4.5 PU2044-Vyhledat věcný záměr
Realizované Aktivity
Typ Název
Aktivita Příprava materiálu věcného záměru zákona
Zároveň PU obecného charakteru, který není vázán ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2014-Vyhledání věcných záměrů
Scénáře
Název Vyhledat věcný záměr
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost vyhledat věcný záměr.
2 Systém Systém nabídne uživateli obrazovku s volbou kritérií pro výběr věcných
záměrů.
3 Uživatel Uživatel vyplní kritéria pro výběr věcných záměrů a potvrdí vyhledání.
4 Systém Systém vyhledá věcné záměry splňující požadovaná kritéria, a jehož
proces již opustil úvodní stav(y), kdy je věcný záměr viditelný pouze jeho
vlastníkovi a editorům.
5 Uživatel Uživatel vybere požadovaný věcný záměr.
1183
8.2.2.4.6 PU2045-Vygenerovat soubor věcného záměru
Realizované Aktivity
Typ Název
Aktivita Práce na věcném záměru zákona
Aktivita Příprava věcného záměru k připomínkovému řízení
Aktivita Příprava materiálu k projednání
Aktivita Příprava k předání věcného záměru zákona k přípravě návrhu zákona
Realizované požadavky
FP2015-Obsah věcného záměru
Předpoklady
Vybraný věcný záměr
Scénáře
Název Vygenerovat soubor věcného záměru
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost vygenerovat věcný záměr nebo jeho části v
souborové podobě.
2 Systém Systém nabídne uživateli obrazovku s volbou, které obsahy chce do
výsledku zahrnout (obsah věcného záměru, obsahy strukturovaných
dokumentů) a s volbou typu souborového dokumentu (PDF, RTF, XML).
Tento výběr může být udělán též výběrem z předdefinovaných šablon
(definují které obsahy a v kterém formátu se mají generovat).
3 Uživatel Uživatel vybere, které obsahy chce do souboru zahrnout a typ výstupního
souboru.
4 Systém Systém ověří, že vybrané obsahy jsou aktuální (tzn., obsahují-li
generovaný obsah, je tento obsah aktuální).
1184
5 Systém Systém vygeneruje souborový dokument.
6 Systém Systém uloží vygenerovaný dokument do pracovního prostoru.
7 Uživatel Uživatel si může vygenerovaný dokument stáhnout.
1185
8.2.2.4.7 PU2046-Změnit stav procesu věcného záměru
Realizované Aktivity
Typ Název
Aktivita Tvorba návrhu
Aktivita Připomínkové řízení
Aktivita Projednání a schválení záměru vládou
Předpoklady
Vybraný věcný záměr
Scénáře
Název Změnit stav procesu věcného záměru
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost změnit stav procesu věcného záměru.
2 Systém Systém nabídne uživateli seznam všech stavů, do kterých může proces
přejít, přičemž označí stavy, do kterých není možné aktuálně přejít,
protože nejsou splněny podmínky přechodu a vypíše, které podmínky
nejsou splněny.
3 Uživatel Uživatel vybere stav, do kterého má proces přejít.
4 Systém Systém ověří, že jsou splněny podmínky pro přechod procesu do
vybraného stavu a změnu stavu provede včetně všech návazných
automatických akcí.
1186
8.2.2.4.8 PU2047-Otevřít věcný záměr v e-Šabloně
Realizované Aktivity
Typ Název
Aktivita Práce na věcném záměru zákona
Zároveň PU obecného charakteru, který není vázán ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2015-Obsah věcného záměru
Předpoklady
Vybraný věcný záměr
Scénáře
Název Otevřít věcný záměr v e-Šabloně
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost otevřít věcný záměr v e-Šabloně.
2 Systém Systém spustí e-Šablonu a otevře v ní věcný záměr.
Název Otevřít vrstvu věcného záměru v e-Šabloně
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost otevřít vrstvu věcného záměru v e-Šabloně.
2 Systém Systém nabídne uživateli obrazovku s výběrem všech otevřených vrstev
věcného záměru (s možností zobrazit všechny vrstvy).
3 Uživatel Uživatel vybere vrstvu věcného záměru.
4 Systém Systém spustí e-Šablonu a otevře v ní vybranou vrstvu věcného záměru.
1187
1188
8.2.2.4.9 PU2048-Otevřít věcný záměr v Prohlížeči návrhů
Realizované Aktivity
Typ Název
Aktivita Práce na věcném záměru zákona
Zároveň PU obecného charakteru, který není vázán ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2078-Prohlížení právních aktů a věcných záměrů a jejich úprava
Scénáře
Název Otevřít věcný záměr v Prohlížeči návrhů
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost otevřít věcný záměr v Prohlížeči návrhů.
2 Systém Systém přejde na Prohlížeč návrhů a otevře v něm věcný záměr v aktuální
vrstvě.
Název Otevřít vrstvu věcného záměru v Prohlížeči návrhů
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost otevřít vrstvu věcného záměru v Prohlížeči návrhů.
2 Systém Systém přejde na Prohlížeč návrhů a otevře v něm vrstvu věcného
záměru.
1189
8.2.2.5 Právní akty
Portál e-Legislativa
PU2050-Vytv ořit FP2023-Tvorba Právních
práv ní akt aktů
Uživ atel s opráv něním PU2051-Zobrazit « i n cl u d e » PU2052-Zobrazit FP2025-Zobrazení Právního
zakládat náv rhy a práv ní akt souv islosti práv ního aktu
legislativ ní záměry FP2 0 2 7 -Pře h l e d
PU2053-Zobrazit historii aktu souvisejících právních aktů a
Účastník legislativ ního práv ního aktu p ře d p i sů
procesu FP2026-Zobrazení historie
« i n cl u d e » PU2060-Nav rhnout právního aktu a věcného
Lokální kopie EurLEXu « i n cl u d e » název práv ního aktu záměru
« i n cl u d e » FP2024-Návrh názvu
Editor náv rhu PU2054-Uprav it PU2056-Uprav it v azby právního aktu
práv ní akt práv ního aktu FP2036-Související právní
Vlastník náv rhu akty a předpisy
PU2055-Vyhledat « i n cl u d e » PU2086-Vyhledat
práv ní akt « i n cl u d e » práv ní akt nebo FP2037-Související právní
práv ní předpis akty EU
PU2057-Uprav it FP2028-Vyhledání Právních
souv isej ící práv ní aktů
akty EU FP2016-Právní akty
« i n cl u d e » FP2039-Rozdělování a
sluč ování instancí procesu
PU2058-Vložit práv ní akt do PU2068-Vyhledat práv ní akt EU v Právního aktu
legislativ ního záměru lokální kopii EurLEXu
FP2029-Obsah právního aktu
« i n cl u d e » « i n cl u d e »
FP2079-Zobrazení právního
« i n cl u d e » PU2025-Vyhledat aktu
legislativ ní záměr
FP2031-Generování
PU2059-Odebrat práv ní akt z souborových dokumentů
legislativ ního záměru právního aktu
PU2061-Připoj it FP2035-Podepsání Právního
práv ní akt aktu
« i n cl u d e » FP2030-Aktuální vrstva
právního aktu a její změna
PU2062-Oddělit
práv ní akt FP2038-Změny stavů procesu
Právního aktu
« i n cl u d e »
PU2063-Otev řít práv ní
akt v eŠabloně
PU2069-Otev řít práv ní akt v
Prohlížeči náv rhů
PU2064-Vygenerov at
soubor práv ního aktu
Editor náv rhu s PU2065-Podepsat
opráv něním podepsat práv ní akt
náv rh PU2066-Změnit
aktuální v rstv u
Editor náv rhu s
opráv něním měnit stav práv ního aktu
procesu PU2067-Změnit stav
procesu práv ního
aktu
Obrázek 38: Právní akty
1190
8.2.2.5.1 PU2050-Vytvořit právní akt
Realizované Aktivity
Typ Název
Aktivita Příprava návrhu
Realizované požadavky
FP2023-Tvorba Právních aktů
Scénáře
Název Vytvořit právní akt
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost vytvořit nový právní akt.
2 Systém Systém nabídne uživateli obrazovku pro vyplnění základních atributů
právního aktu včetně volby typu a podtypu právního aktu a výchozích
atributů účinnosti.
3 Uživatel Uživatel vyplní základní atributy právního aktu, vybere typ a podtyp,
stanoví výchozí atributy účinnosti a potvrdí vytvoření.
4 Systém Systém vytvoří právní akt, přiřadí mu příslušnou definici procesu a
šablonu obsahu a vygeneruje výchozí obsah právního aktu.
1191
8.2.2.5.2 PU2051-Zobrazit právní akt
Realizované Aktivity
Typ Název
Aktivita Příprava návrhu
Zároveň PU obecného charakteru, který není vázán ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2025-Zobrazení Právního aktu
Předpoklady
Vybraný právní akt
Scénáře
Název Zobrazit právní akt
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost zobrazit právní akt.
2 Systém Systém zobrazí atributy právního aktu, odkaz na legislativní záměr, jehož
je součástí a odkazy na předpisy vložené do právního aktu.
Název Zobrazit detaily právního aktu
Typ Základní scénář
krok typ akce
1 Systém Systém zobrazí všechny aktuální související údaje týkající se zejména
aktuálních vrstev návrhu a prostorů, ke kterým má uživatel přístup.
2 Uživatel Uživatel může zvolit možnost výběru vrstvy či prostoru.
1192
8.2.2.5.3 PU2052-Zobrazit souvislosti právního aktu
Realizované Aktivity
Typ Název
Aktivita Příprava návrhu
Zároveň PU obecného charakteru, který není vázán ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2027-Přehled souvisejících právních aktů a předpisů
FP2036-Související právní akty a předpisy
FP2037-Související právní akty EU
Předpoklady
Vybraný právní akt
Scénáře
Název Zobrazit souvislosti právního aktu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost zobrazit souvislosti právního aktu.
2 Systém Systém zobrazí související právní akty a předpisy (tzn. právní akty a
předpisy, se kterými má právní akt vazby) včetně souvisejících předpisů
EU, a to formou odkazů.
3 Uživatel Uživatel může zvolit možnost výběru odkazu, na který přejde, například
na právní akt či předpis.
1193
8.2.2.5.4 PU2053-Zobrazit historii právního aktu
Realizované Aktivity
Typ Název
Aktivita Příprava návrhu
Zároveň PU obecného charakteru, který není vázán ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2026-Zobrazení historie právního aktu a věcného záměru
Předpoklady
Vybraný právní akt
Scénáře
Název Zobrazit historii právního aktu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost zobrazit historii právního aktu.
2 Systém Systém zobrazí historii právního aktu, zejména uživatelsky přívětivou
historii procesu právního aktu organizovanou primárně po stavech
procesu doplněnou o další akce, například rozdělování a slučování
právních aktů. V rámci jednoho záznamu v historii systém zobrazí
uživatelsky přívětivý popis příslušného záznamu doplněný o relevantní
informace, které se k záznamu vztahují jako například vrstva návrhu,
snímek hlavního prostoru, pracovní či předávací prostor, dokument apod.
Všechny relevantní informace jsou prezentovány formou odkazů. Systém
zobrazí jen ty záznamy v historii, ke kterým má uživatel přístup.
3 Uživatel Uživatel může zvolit možnost výběru odkazu, na který přejde. Zejména se
jedná o vrstvy návrhu, prostory, souborové dokumenty či snímky hlavních
prostorů.
Název Zobrazit historii vrstev právního aktu
1194
Typ Základní scénář
krok
1 typ akce
2
Uživatel Uživatel zvolí možnost zobrazit seznam vrstev právního aktu.
3
Systém Systém ve formě odkazů zobrazí seznam všech vrstev právního aktu, ke
kterým má uživatel přístup.
Uživatel Uživatel zvolí vrstvu, na kterou chce přejít.
1195
8.2.2.5.5 PU2054-Upravit právní akt
Realizované Aktivity
Typ Název
Aktivita Příprava návrhu
Realizované požadavky
FP2023-Tvorba Právních aktů
Předpoklady
Vybraný právní akt
Scénáře
Název Upravit právní akt
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost upravit právní akt.
2 Systém Systém nabídne uživateli obrazovku pro úpravu základních atributů
právního aktu.
3 Uživatel Uživatel upraví základní atributy právního aktu a úpravy potvrdí.
4 Systém Systém upraví právní akt.
1196
8.2.2.5.6 PU2055-Vyhledat právní akt
Realizované Aktivity
Typ Název
Aktivita Příprava návrhu
Zároveň PU obecného charakteru, který není vázán ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2028-Vyhledání Právních aktů
Scénáře
Název Vyhledat právní akt
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost vyhledat právní akt.
2 Systém Systém nabídne uživateli obrazovku s volbou kritérií pro výběr právních
aktů.
3 Uživatel Uživatel vyplní kritéria pro výběr právních aktů a potvrdí vyhledání.
4 Systém Systém vyhledá právní akty splňující požadovaná kritéria, a jehož proces
již opustil úvodní stav(y), kdy je právní akt viditelný pouze jeho vlastníkovi
a editorům.
5 Uživatel Uživatel vybere požadovaný právní akt.
1197
8.2.2.5.7 PU2056-Upravit vazby právního aktu
Realizované Aktivity
Typ Název
Aktivita Příprava návrhu
Aktivita Zapracování připomínek
Aktivita Přepracování návrhu zákona
Aktivita Zapracování dispozic do návrhu
Aktivita Projednání ve výborech
Aktivita Zahájení obecné rozpravy 1. čtení
Aktivita Zahájení obecné rozpravy 2. čtení
Aktivita Příprava materiálu pro 3. čtení
Aktivita Zapracování prijatých PN do úplného znení a vlastní novely
Aktivita Podrobná rozprava
Aktivita Predkládání pozmenovacích návrhu
Aktivita Príprava materiálu ve znení predložených PN
Aktivita Predložení nových návrhu
Aktivita Legislativne-technická korektura
Realizované požadavky
FP2036-Související právní akty a předpisy
Předpoklady
Vybraný právní akt
Scénáře
Název Přidat vazbu právního aktu
1198
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost upravit vazby právního aktu.
2 Systém Systém nabídne uživateli obrazovku pro úpravu vazeb právního aktu,
která zobrazuje aktuální vazby a umožňuje vazby přidávat a odebírat.
3 Uživatel Uživatel vybere možnost přidat vazbu, specifikuje její typ a vyhledá právní
akt nebo právní předpis, který chce k právnímu aktu připojit.
alt. krok pokračuj Typ akce
na
3a 5 Alternativ Odebrat vazbu právního aktu
ní scénář
4 Systém Systém připraví přidání vazby k právnímu aktu.
5 Uživatel Uživatel změny ve vazbách právního aktu potvrdí.
6 Systém Systém provede změny ve vazbách právního aktu.
Název Odebrat vazbu právního aktu
Typ Alternativní scénář
krok typ akce
1 Systém Uživatel zvolí možnost odebrat existující vazbu právního aktu.
2 Uživatel Systém připraví odebrání vazby právního aktu.
1199
8.2.2.5.8 PU2057-Upravit související právní akty EU
Realizované Aktivity
Typ Název
Aktivita Příprava návrhu
Aktivita Zapracování připomínek
Aktivita Přepracování návrhu zákona
Aktivita Zapracování dispozic do návrhu
Aktivita Projednání ve výborech
Aktivita Zahájení obecné rozpravy 1. čtení
Aktivita Zahájení obecné rozpravy 2. čtení
Aktivita Příprava materiálu pro 3. čtení
Aktivita Zapracování prijatých PN do úplného znení a vlastní novely
Aktivita Podrobná rozprava
Aktivita Predkládání pozmenovacích návrhu
Aktivita Príprava materiálu ve znení predložených PN
Aktivita Predložení nových návrhu
Aktivita Legislativne-technická korektura
Realizované požadavky
FP2037-Související právní akty EU
Předpoklady
Vybraný právní akt
Scénáře
1200
Název Přidat související právní akt EU
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost upravit související právní akty EU.
2 Systém Systém nabídne uživateli obrazovku pro úpravu souvisejících právních
aktů EU, která zobrazuje aktuálně připojené právní akty EU a umožňuje je
přidávat a odebírat.
3 Uživatel Uživatel vybere možnost přidat právní akt EU, specifikuje typ a popis
vazby a v lokální kopii EUR-Lexu vyhledá právní akt EU, který chce k
právnímu aktu připojit.
alt. krok pokračuj typ akce
na
3a 5 Alternativ Odebrat související právní akt EU
ní scénář
4 Systém Systém připraví přidání právního aktu EU k právnímu aktu.
5 Uživatel Uživatel změny v souvisejících právních aktech EU potvrdí.
6 Systém Systém provede změny v souvisejících právních aktech EU.
Název Odebrat související právní akt EU
Typ Alternativní scénář
krok typ akce
1 Systém Uživatel zvolí možnost odebrat existující související právní akt EU.
2 Uživatel Systém ověří, že právní akt EU není použit v obsahu právního aktu a v
obsazích právních předpisů a připraví odebrání souvisejícího právního
aktu EU.
1201
8.2.2.5.9 PU2058-Vložit právní akt do legislativního záměru
Realizované Aktivity
Typ Název
Aktivita Příprava návrhu
Realizované požadavky
FP2016-Právní akty
Předpoklady
Vybraný právní akt, který není v žádném legislativním záměru a jde o právní akt typu návrh
právního předpisu.
Scénáře
Název Vložit právní akt do legislativního záměru
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost vložit právní akt do legislativního záměru.
2 Systém Systém ověří podmínky pro přidání právního aktu do legislativního
záměru.
3 Uživatel Uživatel vyhledá a vybere legislativní záměr, do kterého chce právní akt
vložit.
4 Systém Systém vloží právní akt do legislativního záměru.
1202
8.2.2.5.10 PU2059-Odebrat právní akt z legislativního záměru
Realizované Aktivity
Typ Název
Aktivita Příprava návrhu
Realizované požadavky
FP2016-Právní akty
Předpoklady
Vybraný právní akt, který je vložený do legislativního záměru.
Scénáře
Název Odebrat právní akt z legislativního záměru
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost odebrat právní akt z legislativního záměru.
2 Systém Systém zobrazí, ve kterém legislativním záměru je právní akt vložen.
3 Uživatel Uživatel potvrdí odebrání právního aktu z legislativního záměru.
4 Systém Systém odebere právní akt z legislativního záměru.
1203
8.2.2.5.11 PU2060-Navrhnout název právního aktu
Realizované Aktivity
Typ Název
Aktivita Příprava návrhu
Realizované požadavky
FP2024-Návrh názvu právního aktu
Předpoklady
Vybraný právní akt
Scénáře
Název Navrhnout název právního aktu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost navrhnout název právního aktu.
2 Systém Systém nabídne uživateli možný název právního aktu.
1204
8.2.2.5.12 PU2061-Připojit právní akt
Realizované Aktivity
Typ Název
Aktivita Příprava návrhu
Realizované požadavky
FP2039-Rozdělování a slučování instancí procesu Právního aktu
Předpoklady
Vybraný právní akt
Scénáře
Název Připojit právní akt
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost připojit právní akt.
2 Systém Systém nabídne uživateli obrazovku pro vyhledání právních aktů.
3 Uživatel Uživatel vybere právní akt, kterých chce připojit.
4 Systém Systém ověří, že právní akty lze spojit. Zejména že jsou ve stejných
stavech a jde o stavy umožňující spojení.
5 Systém Systém provede připojení právního aktu, konkrétně převedení právních
předpisů z připojovaného právního aktu do cílového právního aktu.
6 Systém Systém provede sloučení obsahů právních předpisů (úplných znění),
pokud byly v obou právních aktech právní předpisy vycházející ze stejných
základních předpisů.
7 Systém Systém nabídne uživateli otevření právního aktu v e-Šabloně.
8 Uživatel Uživatel potvrdí otevření právního aktu v e-Šabloně.
9 Systém Systém otevře e-Šablonu a v ní právní akt.
1205
10 Uživatel Uživatel upraví obsah právního aktu, souvisejících strukturovaných
dokumentů a obsahy právních předpisů, kde dořeší případné konflikty
vzniklé při slučování obsahů.
1206
8.2.2.5.13 PU2062-Oddělit právní akt
Realizované Aktivity
Typ Název
Aktivita Příprava návrhu
Realizované požadavky
FP2039-Rozdělování a slučování instancí procesu Právního aktu
Předpoklady
Vybraný právní akt
Scénáře
Název Oddělit právní akt
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost oddělit právní akt.
2 Systém Systém nabídne uživateli obrazovku pro oddělení právního aktu
obsahující zejména výběr právních předpisů v právním aktu.
3 Uživatel Uživatel vybere právní předpisy, které chce přesunout do nového
právního aktu.
4 Systém Uživatel vytvoří nový právní akt, přičemž některé atributy v obrazovkách
vytvoření jsou předdefinované Systémem.
5 Systém Systém nastaví některé atributy nového právního aktu tak, aby odpovídali
oddělení právního aktu, například stav procesu.
6 Systém Systém přesune právní předpisy ze zdrojového právního aktu do
odděleného právního aktu.
1207
8.2.2.5.14 PU2063-Otevřít právní akt v e-Šabloně
Realizované Aktivity
Typ Název
Aktivita Příprava návrhu
Zároveň PU obecného charakteru, který není vázán ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2029-Obsah právního aktu
Předpoklady
Vybraný právní akt
Scénáře
Název Otevřít právní akt v e-Šabloně
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost otevřít právní akt v e-Šabloně.
2 Systém Systém spustí e-Šablonu a otevře v ní právní akt.
Název Otevřít vrstvu právního aktu v e-Šabloně
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost otevřít vrstvu právního aktu v e-Šabloně.
2 Systém Systém nabídne uživateli obrazovku s výběrem všech otevřených vrstev
právního aktu (s možností zobrazit všechny vrstvy).
3 Uživatel Uživatel vybere vrstvu právního aktu.
4 Systém Systém spustí e-Šablonu a otevře v ní vybranou vrstvu právního aktu.
1208
1209
8.2.2.5.15 PU2064-Vygenerovat soubor právního aktu
Realizované Aktivity
Typ Název
Aktivita Příprava návrhu
Aktivita Ukončení přípravy podkladových materiálů
Aktivita Příprava k připomínkovému řízení
Aktivita Příprava materiálu k projednání
Aktivita Příprava předání do PSP
Aktivita Příprava k předání do Senátu
Aktivita Příprava k předání prezidentovi
Aktivita Příprava k předání k publikaci
Aktivita Příprava pro předání návrhu PSP
Aktivita Příprava pro vrácení návrhu PSP
Zároveň PU obecného charakteru, který není vázán ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2031-Generování souborových dokumentů právního aktu
Předpoklady
Vybraný právní akt
Scénáře
Název Vygenerovat soubor právního aktu
Typ Základní scénář
krok typ Akce
1210
1 Uživatel Uživatel zvolí možnost vygenerovat právní akt nebo jeho části v
souborové podobě.
2 Systém Systém nabídne uživateli obrazovku s volbou, které obsahy chce do
výsledku zahrnout (obsah právního aktu, obsahy právních předpisů,
obsahy strukturovaných dokumentů) a s volbou typu souborového
dokumentu (PDF, RTF, XML). Tento výběr může být udělán též výběrem z
předdefinovaných šablon (např. předání návrhu do PSP automaticky
definuje, které obsahy a v kterém formátu se mají generovat).
3 Uživatel Uživatel vybere, které obsahy chce do souboru zahrnout a typ výstupního
souboru.
4 Systém Systém ověří, že vybrané obsahy jsou aktuální (tzn., obsahují-li
generovaný obsah, je tento obsah aktuální).
5 Systém Systém vygeneruje souborový dokument.
6 Systém Systém uloží vygenerovaný dokument do pracovního prostoru.
7 Uživatel Uživatel si může vygenerovaný dokument stáhnout.
1211
8.2.2.5.16 PU2065-Podepsat právní akt
Realizované Aktivity
Typ Název
Aktivita Podpis předkládajícího člena vlády
Aktivita Podpis předsedy vlády
Aktivita Podpis předsedy PSP
Aktivita Podpis předsedy Senátu
Aktivita Podpis prezidenta
Realizované požadavky
FP2035-Podepsání Právního aktu
Předpoklady
Vybraný právní akt s vygenerovanými souborovými dokumenty určenými k podpisu
Scénáře
Název Podepsat právní akt
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost podepsat právní akt.
2 Systém Systém nabídne uživateli obrazovku pro podepsání právního aktu v
souborové podobě.
3 Uživatel Uživatel souborové dokumenty podepíše elektronickým podpisem s
použitím uznávaného elektronického podpisu a vlastních podpisových
prostředků.
1212
8.2.2.5.17 PU2066-Změnit aktuální vrstvu právního aktu
Realizované Aktivity
Typ Název
Aktivita Příprava návrhu
Aktivita Příprava k předání prezidentovi
Realizované požadavky
FP2030-Aktuální vrstva právního aktu a její změna
Předpoklady
Vybraný právní akt
Scénáře
Název Změnit aktuální vrstvu právního aktu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost změnit aktuální vrstvu právního aktu.
2 Systém Systém zobrazí historii vrstev právního aktu.
3 Uživatel Uživatel vybere hlavní vrstvu návrhu (právního aktu), která se stane
vrstvou aktuální
4 Systém Systém změní aktuální vrstvu právního aktu.
1213
8.2.2.5.18 PU2067-Změnit stav procesu právního aktu
Realizované Aktivity
Typ Název
Aktivita Návrh zákona
Realizované požadavky
FP2038-Změny stavů procesu Právního aktu
Předpoklady
Vybraný právní akt
Scénáře
Název Změnit stav procesu právního aktu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost změnit stav procesu právního aktu.
2 Systém Systém nabídne uživateli seznam stavů, do kterých může proces přejít.
3 Uživatel Systém provede kontroly a validace nutné pro přechod do vybraného
stavu.
4 Systém Systém zobrazí výsledek kontrol. V případě, že některé kontroly selhaly,
systém vypíše, které kontroly selhaly a z jakých důvodů.
5 Uživatel Uživatel potvrdí přechod do vybraného stavu.
6 Systém Systém provede všechny automatické akce, které souvisí se změnou stavu
procesu a změní stav procesu.
Název Ověřit možnost změny stavu procesu právního aktu
Typ Základní scénář
krok typ akce
1214
1 Uživatel Uživatel zvolí možnost ověření možností změnit stav procesu právního
aktu.
2 Systém Systém vyhodnotí, do kterých stavů je možné ze současného stavu přejít.
3 Uživatel Systém provede kontroly a validace pro přechod do těchto stavů.
4 Systém Systém zobrazí výsledek kontrol a validací pro stavy, do kterých může
proces přejít, včetně výpisu, které kontroly proběhly, které selhaly a z
jakých důvodů selhaly.
1215
8.2.2.5.19 PU2068-Vyhledat právní akt EU v lokální kopii EUR-Lexu
Realizované Aktivity
Typ Název
Aktivita Příprava návrhu
Zároveň PU obecného charakteru, který není vázán ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2037-Související právní akty EU
Scénáře
Název Vyhledat právní akt EU v lokální kopii EUR-Lexu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost vyhledat právní akt EU v lokální kopii EUR-Lexu.
2 Systém Systém nabídne uživateli obrazovku s volbou kritérií pro výběr právních
aktů EU.
3 Uživatel Uživatel vyplní kritéria pro výběr právních aktů EU a potvrdí vyhledání.
4 Systém Systém vyhledá v lokální kopii EUR-Lexu právní akty EU splňující
požadovaná kritéria.
5 Uživatel Uživatel vybere požadovaný právní akt EU.
1216
8.2.2.5.20 PU2069-Otevřít právní akt v Prohlížeči návrhů
Realizované Aktivity
Typ Název
Aktivita Příprava návrhu
Zároveň PU obecného charakteru, který není vázán ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2079-Zobrazení právního aktu
Předpoklady
Vybraný právní akt eventuálně jedna jeho konkrétní vrstva
Scénáře
Název Otevřít právní akt v Prohlížeči návrhů
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost otevřít právní akt v Prohlížeči návrhů.
2 Systém Systém přejde na Prohlížeč návrhů a otevře v něm právní akt v aktuální
vrstvě.
Název Otevřít vrstvu právního aktu v Prohlížeči návrhů
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost otevřít vrstvu právního aktu v Prohlížeči návrhů.
2 Systém Systém přejde na Prohlížeč návrhů a otevře v něm vrstvu právního aktu.
1217
8.2.2.6 Právní předpisy Portál e-Legislativa
uc Práv ní předpisy PU2070-Vložit práv ní FP2040-Právní předpisy
předpis do práv ního FP2041-Nový předpis
eSbírka
aktu FP2042-Novelizace předpisu
Editor náv rhu
PU2071-Vložit nov ý FP2043-Vyhledání předpisu
Účastník legislativ ního práv ní předpis do v eSbírce
procesu
práv ního aktu FP2046-Zobrazení předpisu
FP2 0 4 7 -Pře h l e d y
PU2072-Vložit PU2073-Vyhledat souvisejících předpisů
nov elizaci předpisu práv ní akt v eSbírce FP2036-Související právní
akty a předpisy
do práv ního aktu FP2054-Vrstvy obsahu
p ře d p i su
«include» «include»
FP2048-Úprava atributů
PU2074-Vyhledat práv ní p ře d p i su
předpis a j eho v rstv u v
FP2049-Vazby na právní
eLegislativ ě akty a právní předpisy
FP2059-Právní oblasti
« i n cl u d e »
FP2056-Generování
PU2075-Zobrazit « i n cl u d e » souborových dokumentů z
práv ní předpis obsahu
« i n cl u d e » PU2076-Zobrazit
PU2077-Zobrazit souv islosti práv ního FP2050-Vyhledání předpisů
seznam v rstev
práv ního předpisu předpisu FP2087-Prohlížení obsahů
PU2078-Uprav it « i n cl u d e » FP2044-Načtení vazeb z
práv ní předpis RPP na předpis
PU2086-Vyhledat « i n cl u d e » PU2087-Vybrat
PU2079-Uprav it práv ní akt nebo « i n cl u d e » souv isej ící práv ní
v azby práv ního práv ní předpis
akt nebo práv ní
předpisu předpis
PU2080-Smazat PU2055-Vyhledat
práv ní předpis práv ní akt
« i n cl u d e »
« i n cl u d e »
« i n cl u d e »
« i n cl u d e »
PU2081-Vygenerov at
soubor úplného znění
práv ního předpisu
PU2082-Vyhledat
práv ní předpis
PU2083-Zobrazit úplné znění
práv ního předpisu v Prohlížeči
náv rhů
PU2084-Aktualizov at
v azby z RPP
RPP
Obrázek 39: Právní předpisy
1218
8.2.2.6.1 PU2070-Vložit právní předpis do právního aktu
Realizované Aktivity
Typ Název
Aktivita Příprava materiálu návrhu zákona
Realizované požadavky
FP2040-Právní předpisy
Předpoklady
Vybraný právní akt.
Scénáře
Název Vložit právní předpis do právního aktu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí jednu z možností: vložit nový právní předpis nebo vložit
novelizaci právního předpisu.
2 Systém Systém provede akci dle volby uživatele.
1219
8.2.2.6.2 PU2071-Vložit nový právní předpis do právního aktu
Realizované Aktivity
Typ Název
Aktivita Příprava materiálu návrhu zákona
Realizované požadavky
FP2041-Nový předpis
FP2059-Právní oblasti
Scénáře
Název Vložit nový právní předpis do právního aktu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost vložit nový právní předpis do právního aktu.
2 Systém Systém nabídne uživateli obrazovku pro vyplnění základních atributů
právního předpisu a jeho začlenění do právních oblastí.
3 Uživatel Uživatel vyplní základní atributy právního předpisu a jeho začlenění do
právních oblastí.
4 Systém Systém vytvoří nový právní předpis včetně jeho obsahu a vloží jej do
právního aktu.
1220
8.2.2.6.3 PU2072-Vložit novelizaci předpisu do právního aktu
Realizované Aktivity
Typ Název
Aktivita Příprava materiálu návrhu zákona
Realizované požadavky
FP2042-Novelizace předpisu
FP2044-Načtení vazeb z RPP na předpis
Scénáře
Název Vložit novelizaci předpisu do právního aktu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost vložit novelizaci předpisu do právního aktu.
2 Systém Systém nabídne uživateli volbu vložení právního předpisu s výchozí
vrstvou z e-Sbírky nebo právního předpisu s výchozí vrstvou
rozpracovaného právního předpisu e-Legislativy.
3 Uživatel Uživatel si vybere a dle této volby vyhledá právní předpis (a jeho vrstvu),
který bude podkladem pro právní předpis v právním aktu
4 Systém Systém vytvoří právní předpis typu novelizace, vloží jej do právního aktu.
Výchozí vrstvou právního předpisu je vrstva specifikovaná uživatelem.
5 Uživatel Systém načte ze systému RPP vazby právního předpisu.
1221
8.2.2.6.4 PU2073-Vyhledat právní akt v e-Sbírce
Realizované Aktivity
Typ Název
Aktivita Příprava materiálu návrhu zákona
Aktivita Vyhledání právního předpisu
Zároveň PU obecného charakteru, který není vázán ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2043-Vyhledání předpisu v e-Sbírce
Omezení
Dle kontextu může být hledání omezeno například pouze na základní předpisy (tzn. právní akty,
které mají úplná znění).
Scénáře
Název Vyhledat právní akt v e-Sbírce
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost vyhledat právní akt v e-Sbírce.
2 Systém Systém nabídne uživateli obrazovku s volbou kritérií pro výběr právních
aktů e-Sbírky.
3 Uživatel Uživatel vyplní kritéria pro výběr právních aktů a potvrdí vyhledání.
4 Systém Systém vyhledá právní akty v e-Sbírce splňující požadovaná kritéria.
5 Uživatel Uživatel vybere požadovaný právní akt z e-Sbírky.
Název Vybrat z naposled vyhledaných právních aktů e-Sbírky
Typ Základní scénář
1222
Realizované požadavky
krok typ akce
1 Uživatel Uživatel zvolí možnost vybrat z naposled vyhledaných právních aktů e-
Sbírky.
2 Systém Systém nabídne uživateli seznam právních aktů e-Sbírky, které byly
výsledkem předchozích hledání uživatele.
3 Uživatel Uživatel vybere právní akt e-Sbírky.
1223
8.2.2.6.5 PU2074-Vyhledat právní předpis a jeho vrstvu v e-Legislativě
Případ užití se používá typicky v situaci, kdy je záměrem přichystat novelizaci předpisu, která
se ale nevztahuje k aktuálnímu platnému znění v eSbírce, ale k ještě neschválené verzi
předpisu, která je stále v legislativním procesu. Pak je nutné kromě specifikace (vyhledání)
předpisu určit ještě jeho vrstvu, ze které má novelizace vycházet (tzn. například vrstvu, která
odpovídá stavu po předání do Parlamentu).
Realizované Aktivity
Typ Název
Aktivita Příprava materiálu návrhu zákona
Aktivita Vyhledání právního předpisu
Aktivita Vyhledání závislostí mezi předpisy v čase
Zároveň PU obecného charakteru, který není vázán ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2042-Novelizace předpisu
Scénáře
Název Vyhledat právní předpis a jeho vrstvu v e-Legislativě
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost vyhledat právní předpis a jeho vrstvu v e-
Legislativě.
2 Systém Uživatel vyhledá právní předpis e-Legislativy
3 Systém Systém zobrazí seznam hlavních uzavřených vrstev obsahu vybraného
právního předpisu.
4 Uživatel Uživatel vybere požadovanou vrstvu.
1224
8.2.2.6.6 PU2075-Zobrazit právní předpis
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2046-Zobrazení předpisu
Předpoklady
Vybraný právní předpis
Scénáře
Název Zobrazit právní předpis
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost zobrazit právní předpis.
2 Systém Systém zobrazí atributy právního předpisu, odkaz na právní akt, jehož je
právní předpis součástí, základní předpis e-Sbírky, přehled prováděcích
předpisů, nadřízený předpis a právní oblasti do, kterých předpis spadá.
1225
8.2.2.6.7 PU2076-Zobrazit souvislosti právního předpisu
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2047-Přehledy souvisejících předpisů
Předpoklady
Vybraný právní předpis
Scénáře
Název Zobrazit souvislosti právního předpisu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost zobrazit souvislosti právního předpisu.
2 Systém Systém zobrazí související právní akty a předpisy ve struktuře definované
příslušným požadavkem.
3 Uživatel Uživatel může zvolit možnost výběru odkazu, na který přejde, například
na právní akt či předpis.
1226
8.2.2.6.8 PU2077-Zobrazit seznam vrstev právního předpisu
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2046-Zobrazení předpisu
FP2054-Vrstvy obsahu předpisu
Předpoklady
Vybraný právní předpis
Scénáře
Název Zobrazit seznam vrstev právního předpisu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost zobrazit seznam vrstev obsahu právního předpisu.
2 Systém Systém ve formě odkazů zobrazí seznam všech vrstev obsahu právního
předpisu, ke kterým má uživatel přístup.
3 Uživatel Uživatel může zvolit možnost výběru odkazu, na který přejde.
1227
8.2.2.6.9 PU2078-Upravit právní předpis
Realizované Aktivity
Typ Název
Aktivita Příprava materiálu návrhu zákona
Realizované požadavky
FP2048-Úprava předpisu
Předpoklady
Vybraný právní předpis
Scénáře
Název Upravit právní předpis
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost upravit právní předpis.
2 Systém Systém nabídne uživateli obrazovku pro úpravu základních atributů
právního předpisu.
3 Uživatel Uživatel upraví základní atributy právního předpisu a úpravy potvrdí.
4 Systém Systém upraví právní předpis.
1228
8.2.2.6.10 PU2079-Upravit vazby právního předpisu
Realizované Aktivity
Typ Název
Aktivita Příprava materiálu návrhu zákona
Realizované požadavky
FP2049-Vazby na právní akty a právní předpisy
FP2059-Právní oblasti
Předpoklady
Vybraný právní předpis
Scénáře
Název Přidat vazbu právního předpisu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost upravit vazby právního předpisu.
2 Systém Systém nabídne uživateli obrazovku pro úpravu vazeb právního předpisu,
která zobrazuje aktuální vazby a umožňuje vazby přidávat a odebírat.
3 Uživatel Uživatel vybere možnost přidat vazbu, specifikuje její typ a vyhledá právní
akt nebo právní předpis, který chce k právnímu aktu připojit.
alt. krok pokračuj typ akce
na
3a 5 Alternativ Odebrat vazbu právního předpisu
ní scénář
4 Systém Systém připraví přidání vazby k právnímu předpisu.
5 Uživatel Uživatel změny ve vazbách právního předpisu potvrdí.
6 Systém Systém provede změny ve vazbách právního předpisu.
1229
Název Odebrat vazbu právního předpisu
Typ Alternativní scénář
krok typ akce
1 Systém Uživatel zvolí možnost odebrat existující vazbu právního předpisu.
2 Uživatel Systém připraví odebrání vazby právního předpisu.
1230
8.2.2.6.11 PU2080-Smazat právní předpis
Realizované Aktivity
Typ Název
Aktivita Příprava materiálu návrhu zákona
Realizované požadavky
FP2040-Právní předpisy
Předpoklady
Vybraný právní předpis
Scénáře
Název Smazat právní předpis
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost smazat právní předpis.
2 Systém Systém ověří, že je možné právní předpis z právního aktu smazat
(například že to dovoluje stav procesu nebo že do jeho obsahu nevedou
žádné nové vazby z jiných právních předpisů právního aktu), a požádá o
potvrzení smazání právního předpisu. Systém výslovně upozorní, že
smazaný právní předpis nejde obnovit.
3 Uživatel Uživatel potvrdí smazání právního předpisu.
4 Systém Systém smaže právní předpis včetně jeho obsahu.
1231
8.2.2.6.12 PU2081-Vygenerovat soubor úplného znění právního předpisu
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2056-Generování souborových dokumentů z obsahu
Předpoklady
Vybraný právní předpis
Scénáře
Název Vygenerovat soubor úplného znění právního předpisu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost vygenerovat úplné znění právního předpisu v
souborové podobě.
2 Systém Systém nabídne uživateli obrazovku s volbou typu souborového
dokumentu (PDF, RTF, XML).
3 Uživatel Uživatel vybere typ výstupního souboru.
4 Systém Systém vygeneruje souborový dokument a nabídne uživateli ke stažení.
5 Uživatel Uživatel si dokument stáhne.
1232
8.2.2.6.13 PU2082-Vyhledat právní předpis
Realizované Aktivity
Typ Název
Aktivita Příprava materiálu návrhu zákona
Aktivita Vyhledání právního předpisu
Aktivita Vyhledání závislostí mezi předpisy v čase
Zároveň PU obecného charakteru, který není vázán ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2050-Vyhledání předpisů
Scénáře
Název Vyhledat právní předpis
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost vyhledat právní předpis.
2 Systém Systém nabídne uživateli obrazovku s volbou kritérií pro výběr právních
předpisů.
3 Uživatel Uživatel vyplní kritéria pro výběr právních předpisů a potvrdí vyhledání.
4 Systém Systém vyhledá právní předpisy splňující požadovaná kritéria a proces jim
nadřazených právních aktů již opustil úvodní stav(y), kdy je právní akt
viditelný pouze jeho vlastníkovi a editorům.
5 Uživatel Uživatel vybere požadovaný právní předpis.
1233
8.2.2.6.14 PU2083-Zobrazit úplné znění právního předpisu v Prohlížeči návrhů
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2087-Prohlížení obsahů
Předpoklady
Vybraný právní předpis eventuálně vrstva jeho obsahu
Scénáře
Název Zobrazit úplné znění právního předpisu v Prohlížeči návrhů
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost otevřít právní předpis v Prohlížeči návrhů.
2 Systém Systém přejde na Prohlížeč návrhů a otevře v něm právní předpis v
aktuální vrstvě obsahu.
Název Zobrazit vrstvu obsahu právního předpisu v Prohlížeči návrhů
Typ Základní scénář
krok typ akce
1 Systém Uživatel zvolí možnost otevřít vrstvu obsahu právního předpisu v
Prohlížeči návrhů.
2 Uživatel Systém přejde na Prohlížeč návrhů a otevře v něm vrstvu obsahu právního
předpisu.
1234
8.2.2.6.15 PU2084-Aktualizovat vazby z RPP
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2044-Načtení vazeb z RPP na předpis
Předpoklady
Vybraný právní předpis
Scénáře
Název Aktualizovat vazby z RPP
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost aktualizovat vazby z RPP.
2 Systém Systém načte vazby na právní předpis z RPP.
1235
8.2.2.6.16 PU2086-Vyhledat právní akt nebo právní předpis
Realizované Aktivity
Typ Název
Aktivita Příprava materiálu návrhu zákona
Aktivita Vyhledání právního předpisu
Aktivita Vyhledání závislostí mezi předpisy v čase
Zároveň PU obecného charakteru, který není vázán ke konkrétnímu procesu či
aktivitě.
Předpoklady
Uživatel se pohybuje v kontextu právního aktu nebo právního předpisu
Scénáře
Název Vyhledat právní akt nebo právní předpis
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost vyhledat právní akt nebo právní předpis.
2 Systém Systém nabídne uživateli s volbou hledání v různých kontextech.
3 Uživatel Uživatel zvolí kontext, ve kterém chce hledat a provede vyhledání
právního předpisu nebo právního aktu.
Název Vybrat z naposled vyhledaných právních aktů a právních předpisů
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost vybrat z naposled vyhledaných právních aktů a
právních předpisů
1236
2 Systém Systém nabídne uživateli seznam právních aktů, právních předpisů a
právních aktů e-Sbírky, které byly výsledkem předchozích hledání
uživatele.
3 Uživatel Uživatel vybere právní akt, právní předpis nebo právní akt e-Sbírky.
1237
8.2.2.6.17 PU2087-Vybrat související právní akt nebo právní předpis
Realizované Aktivity
Typ Název
Aktivita Příprava materiálu návrhu zákona
Aktivita Vyhledání právního předpisu
Aktivita Vyhledání závislostí mezi předpisy v čase
Zároveň PU obecného charakteru, který není vázán ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2036-Související právní akty a předpisy
FP2047-Přehledy souvisejících předpisů
Předpoklady
Uživatel se pohybuje v kontextu právního aktu nebo právního předpisu
Scénáře
Název Vybrat související právní akt nebo právní předpis
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost vybrat související právní akt nebo právní předpis.
2 Systém Systém nabídne uživateli obrazovku s volbou souvisejících právních aktů a
předpisů.
3 Uživatel Uživatel vybere požadovaný právní akt nebo právní předpis.
1238
8.2.2.7 Legislativní plán vlády
Portál e-Legislativa
PU2090-Vytv ořit
legislativ ní plán v lády
PU2091-Zobrazit FP2062-Zobrazení
legislativ ní plán v lády Legislativního plánu vlády
PU2092-Uprav it FP2061-T vorba
legislativ ní plán v lády Legislativního plánu vlády
PU2093-Smazat FP2 0 6 3 -Pře h l e d
legislativ ní plán v lády Legislativních plánů vlády
PU2094-Obnov it
legislativ ní plán v lády
PU2095-Vložit v ěcný « i n cl u d e » PU2044-Vyhledat
záměr do legislativ ního v ěcný záměr
plánu v lády
Editor legislativ ních plánů PU2096-Vložit náv rh
v lády práv ního předpisu do
legislativ ního plánu
« i n cl u d e » PU2055-Vyhledat
v lády práv ní akt
PU2097-Zobrazit
legislativ ní úkol
PU2098-Uprav it
legislativ ní úkol
PU2099-Smazat
legislativ ní úkol
PU2100-Zobrazit přehled
legislativ ních plánů v lády
PU2101-Vytv ořit kopii
legislativ ního plánu
v lády
PU2102-Vygenerov at
souborov ý dokument
Legislativ ní plán v lády
Obrázek 40: Legislativní plán vlády
1239
8.2.2.7.1 PU2090-Vytvořit legislativní plán vlády
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2061-Tvorba Legislativního plánu vlády
Scénáře
Název Vytvořit legislativní plán vlády
Typ Základní scénář
Krok typ akce
1 Uživatel Uživatel zvolí možnost vytvořit legislativní plán vlády.
2 Systém Systém nabídne uživateli obrazovku pro vyplnění základních atributů
legislativního plánu vlády.
3 Uživatel Uživatel vyplní základní atributy legislativního plánu vlády a potvrdí
vytvoření.
4 Systém Systém vytvoří legislativní plán vlády.
1240
8.2.2.7.2 PU2091-Zobrazit legislativní plán vlády
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2062-Zobrazení Legislativního plánu vlády
Předpoklady
Vybraný legislativní plán vlády
Scénáře
Název Zobrazit legislativní plán vlády
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost zobrazit legislativní plán vlády.
2 Systém Systém zobrazí atributy legislativního plánu vlády a seznam legislativních
úkolů.
3 Uživatel Uživatel může vybrat legislativní úkol.
1241
8.2.2.7.3 PU2092-Upravit legislativní plán vlády
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2061-Tvorba Legislativního plánu vlády
Předpoklady
Vybraný legislativní plán vlády
Scénáře
Název Upravit legislativní plán vlády
Typ Základní scénář
krok Typ akce
1 Uživatel Uživatel zvolí možnost upravit legislativní plán vlády.
2 Systém Systém nabídne uživateli obrazovku pro úpravu základních atributů
legislativního plánu vlády.
3 Uživatel Uživatel upraví základní atributy legislativního plánu vlády a úpravy
potvrdí.
4 Systém Systém upraví legislativní plán vlády.
1242
8.2.2.7.4 PU2093-Smazat legislativní plán vlády
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2061-Tvorba Legislativního plánu vlády
Předpoklady
Vybraný legislativní plán vlády
Scénáře
Název Smazat legislativní plán vlády
Typ Základní scénář
krok Typ akce
1 Uživatel Uživatel zvolí možnost smazat legislativní plán vlády.
2 Systém Systém požádá o potvrzení smazání legislativního plánu vlády.
3 Uživatel Uživatel potvrdí smazání legislativního plánu vlády.
4 Systém Systém označí legislativní plán vlády za smazaný (fyzicky se nesmaže).
1243
8.2.2.7.5 PU2094-Obnovit legislativní plán vlády
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2061-Tvorba Legislativního plánu vlády
Předpoklady
Vybraný legislativní plán vlády, který je smazaný.
Scénáře
Název Obnovit legislativní plán vlády
Typ Základní scénář
krok Typ akce
1 Uživatel Uživatel zvolí možnost obnovit legislativní plán vlády.
2 Systém Systém požádá o potvrzení obnovit smazaný legislativní plán vlády.
3 Uživatel Uživatel potvrdí obnovení smazaného legislativního plánu vlády.
4 Systém Systém zruší označení legislativního plánu vlády jako smazaného.
1244
8.2.2.7.6 PU2095-Vložit věcný záměr do legislativního plánu vlády
Realizované Aktivity
Typ Název
Aktivita Zařazení do plánu legislativních prací
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu procesu či
aktivitě s výjimkou aktivity uvedené výše.
Realizované požadavky
FP2061-Tvorba Legislativního plánu vlády
Předpoklady
Vybraný legislativní plán vlády
Scénáře
Název Vložit věcný záměr do legislativního plánu vlády
Typ Základní scénář
Krok Typ akce
1 Uživatel Uživatel zvolí možnost vložit věcný záměr do legislativního plánu vlády.
2 Uživatel Uživatel vyhledá a vybere věcný záměr, který chce vložit do legislativního
plánu vlády.
3 Systém Systém připraví legislativní úkol k věcnému záměru a nabídne uživateli
obrazovku pro vyplnění základních atributů legislativního úkolu.
4 Uživatel Uživatel vyplní základní atributy legislativního úkolu a potvrdí vytvoření
legislativního úkolu.
5 Systém Systém vytvoří legislativní úkol.
1245
8.2.2.7.7 PU2096-Vložit návrh právního předpisu do legislativního plánu vlády
Realizované Aktivity
Typ Název
Aktivita Zařazení do plánu legislativních prací
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu procesu či
aktivitě s výjimkou aktivity uvedené výše.
Realizované požadavky
FP2061-Tvorba Legislativního plánu vlády
Předpoklady
Vybraný legislativní plán vlády
Scénáře
Název Vložit návrh právního předpisu do legislativního plánu vlády
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost vložit právní akt typu návrh právního předpisu do
legislativního plánu vlády.
2 Uživatel Uživatel vyhledá a vybere návrh právního předpisu, který chce vložit do
legislativního plánu vlády.
3 Systém Systém připraví legislativní úkol k návrhu právního předpisu a nabídne
uživateli obrazovku pro vyplnění základních atributů legislativního úkolu.
4 Uživatel Uživatel vyplní základní atributy legislativního úkolu a potvrdí vytvoření
legislativního úkolu.
5 Systém Systém vytvoří legislativní úkol.
1246
8.2.2.7.8 PU2097-Zobrazit legislativní úkol
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2061-Tvorba Legislativního plánu vlády
Předpoklady
Vybraný legislativní úkol
Scénáře
Název Zobrazit legislativní úkol
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost zobrazit legislativní úkol.
2 Systém Systém zobrazí atributy legislativního úkolu a vazby na předpisy EU.
1247
8.2.2.7.9 PU2098-Upravit legislativní úkol
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2061-Tvorba Legislativního plánu vlády
Předpoklady
Vybraný legislativní úkol
Scénáře
Název Upravit legislativní úkol
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost upravit legislativní úkol.
2 Systém Systém nabídne uživateli obrazovku pro úpravu základních atributů
legislativního úkolu.
3 Uživatel Uživatel upraví základní atributy legislativního úkolu a úpravy potvrdí.
4 Systém Systém upraví legislativní úkol.
1248
8.2.2.7.10 PU2099-Smazat legislativní úkol
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2061-Tvorba Legislativního plánu vlády
Předpoklady
Vybraný legislativní úkol
Scénáře
Název Smazat legislativní úkol
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost smazat legislativní úkol.
2 Systém Systém požádá o potvrzení smazání legislativního úkolu.
3 Uživatel Uživatel potvrdí smazání legislativního úkolu.
4 Systém Systém smaže legislativní úkol.
1249
8.2.2.7.11 PU2100-Zobrazit přehled legislativních plánů vlády
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2063-Přehled Legislativních plánů vlády
Scénáře
Název Zobrazit přehled legislativních plánů vlády
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost zobrazit přehled legislativních plánů vlády.
2 Systém Systém zobrazí přehled legislativních plánů vlády.
3 Uživatel Uživatel může vybrat legislativní plán vlády.
1250
8.2.2.7.12 PU2101-Vytvořit kopii legislativního plánu vlády
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2061-Tvorba Legislativního plánu vlády
Předpoklady
Vybraný legislativní plán vlády
Scénáře
Název Vytvořit kopii legislativního plánu vlády
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost vytvořit kopii legislativního plánu vlády.
2 Systém Systém nabídne uživateli obrazovku pro vyplnění základních atributů
nového legislativního plánu vlády.
3 Uživatel Uživatel vyplní základní atributy nového legislativního plánu vlády a
potvrdí jeho vytvoření.
4 Systém Systém vytvoří nový legislativní plán vlády, nastaví základní atributy a
zkopíruje do něj legislativní úkoly.
1251
8.2.2.7.13 PU2102-Vygenerovat souborový dokument Legislativní plán vlády
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2061-Tvorba Legislativního plánu vlády
Předpoklady
Vybraný legislativní plán vlády
Scénáře
Název Vygenerovat souborový dokument Legislativní plán vlády
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost vygenerovat dokument Legislativní plán vlády.
2 Systém Systém nabídne uživateli obrazovku s volbou s volbou typu souborového
dokumentu (PDF, RTF).
3 Uživatel Uživatel vybere typ výstupního souboru.
4 Systém Systém vygeneruje soubor Legislativní plán vlády a nabídne jej uživateli
ke stažení.
5 Uživatel Uživatel stáhne vygenerovaný soubor.
1252
8.2.2.8 Prostory
Obrázek 41: Prostory
1253
Obrázek 42: Souborové dokumenty v prostorech
1254
Obrázek 43: Strukturované dokumenty v prostorech
1255
uc Předáv ací prostory Portál e-Legislativa
Editor v prostoru PU2600-Vložit v rstv u
náv rhu do předáv acího
Editor náv rhu s
opráv něním podepsat prostoru
náv rh PU2601-Vygenerov at a « i n cl u d e » PU2128-Vložit
Editor náv rhu s připrav it předáv ané souborov ý dokument
opráv něním měnit stav dokumenty
procesu « i n cl u d e »
« i n cl u d e » PU2125-Vygenerov at
strukturov aný dokument do
souboru
PU2602-Spustit PU2126-Vygenerov at
podepisov ací a balíček souborů ze
schv alov ací w orkflow strukturov aných dat
PU2603-Nastav it FP2077-Předávací prostory
podepisov ací a
schv alov ací w orkflow
PU2604-Podepsat a
schv álit
PU2605-Postoupit
PU2606-Přev zít
Obrázek 44: Předávací prostory
1256
8.2.2.8.1 PU2110-Vytvořit podprostor
Realizované Aktivity
Typ Název
Aktivita Interní připomínkové řízení
Zároveň PU obecného charakteru, který není vázán ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2073-Tvorba pracovních prostorů
FP2305-Vytvoření pracovního prostoru pro připomínkové řízení
Scénáře
Název Vytvořit podprostor
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost vytvořit podprostor.
2 Systém Systém nabídne uživateli obrazovku pro vyplnění základních atributů
prostoru včetně volby typu prostoru a šablony prostoru.
3 Uživatel Uživatel vyplní základní atributy prostoru, vybere typ a šablonu prostoru a
potvrdí vytvoření.
4 Systém Systém vytvoří podprostor.
1257
8.2.2.8.2 PU2111-Upravit přístupová práva v prostoru
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2076-Řízení přístupu a přizvání odborné veřejnosti
Scénáře
Název Upravit přístupová práva v prostoru
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost upravit přístupová práva v prostoru.
2 Systém Systém nabídne uživateli obrazovku pro úpravu přístupových práv v
prostoru.
3 Uživatel Uživatel upraví přístupová práva v prostoru.
4 Systém Systém nastaví přístupová práva v prostoru.
1258
8.2.2.8.3 PU2112-Zobrazit historii vrstev návrhu
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2054-Vrstvy obsahu předpisu
Scénáře
Název Zobrazit historii vrstev návrhu
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost zobrazit historii vrstev návrhu v prostoru.
2 Systém Systém ve formě odkazů zobrazí seznam všech vrstev návrhu v prostoru,
ke kterým má uživatel přístup.
3 Uživatel Uživatel zvolí vrstvu, na kterou chce přejít.
1259
8.2.2.8.4 PU2113-Otevřít návrh v e-Šabloně
Realizované Aktivity
Typ Název
Aktivita Analýza přehledu dopadů
Aktivita Hodnocení dopadů
Aktivita Konzultace
Aktivita Posoudit vládní návrh zákona
Aktivita Práce na návrhu zákona
Aktivita Předložení rozhodnutí na stažení návrhu
Aktivita Připomínkování návrhu
Aktivita Příprava návrhu
Aktivita Projednání ve výborech
Aktivita Rozhodnutí prezidenta
Aktivita Stanovisko komisí LRV
Aktivita Stanovisko OKOM
Aktivita Stanovisko předsedy LRV
Aktivita Stanovit pořadí variant
Aktivita Ukončení připomínkové řízení
Aktivita Volba varianty na základě rozhodnutí vlády
Aktivita Vypořádání připomínek
Aktivita Vypracování stanoviska o provedení RIA
Aktivita Vytvoření připomínek
Aktivita Vytvoření souhrnu pozměňovacích návrhů
Aktivita Vytvoření stanoviska pléna LRV
1260
Aktivita Vytvoření stanoviska Předsedy LRV
Zároveň PU obecného charakteru, který není vázán ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2200-e-Šablona pro plusovou osu
Scénáře
Název Otevřít návrh v e-Šabloně
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost otevřít návrh v e-Šabloně.
2 Systém Systém spustí e-Šablonu a otevře v ní aktuální vrstvu návrhu v rámci
prostoru.
1261
8.2.2.8.5 PU2114-Otevřít návrh v Prohlížeči návrhů
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2078-Prohlížení právních aktů a věcných záměrů a jejich úprava
Scénáře
Název Otevřít návrh v Prohlížeči návrhů
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost otevřít návrh v Prohlížeči návrhů.
2 Systém Systém přejde na Prohlížeč návrhů a otevře v něm aktuální vrstvu návrhu
v rámci prostoru.
1262
8.2.2.8.6 PU2115-Otevřít vrstvu návrhu v e-Šabloně
Realizované Aktivity
Typ Název
Aktivita Analýza přehledu dopadů
Aktivita Hodnocení dopadů
Aktivita Konzultace
Aktivita Posoudit vládní návrh zákona
Aktivita Práce na návrhu zákona
Aktivita Předložení rozhodnutí na stažení návrhu
Aktivita Připomínkování návrhu
Aktivita Příprava návrhu
Aktivita Projednání ve výborech
Aktivita Rozhodnutí prezidenta
Aktivita Stanovisko komisí LRV
Aktivita Stanovisko OKOM
Aktivita Stanovisko předsedy LRV
Aktivita Stanovit pořadí variant
Aktivita Ukončení připomínkové řízení
Aktivita Volba varianty na základě rozhodnutí vlády
Aktivita Vypořádání připomínek
Aktivita Vypracování stanoviska o provedení RIA
Aktivita Vytvoření připomínek
Aktivita Vytvoření souhrnu pozměňovacích návrhů
Aktivita Vytvoření stanoviska pléna LRV
1263
Aktivita Vytvoření stanoviska Předsedy LRV
Zároveň PU obecného charakteru, který není vázán ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2200-e-Šablona pro plusovou osu
Scénáře
Název Otevřít vrstvu návrhu v e-Šabloně
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost otevřít vrstvu návrhu v e-Šabloně.
2 Systém Systém spustí e-Šablonu a otevře v ní zvolenou vrstvu návrhu.
1264
8.2.2.8.7 PU2116-Otevřít vrstvu návrhu v Prohlížeči návrhů
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2078-Prohlížení právních aktů a věcných záměrů a jejich úprava
Scénáře
Název Otevřít vrstvu návrhu v Prohlížeči návrhů
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost otevřít vrstvu návrhu v Prohlížeči návrhů.
2 Systém Systém přejde na Prohlížeč návrhů a otevře v něm vrstvu návrhu.
1265
8.2.2.8.8 PU2117-Vyhledat v prostoru
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2075-Vyhledávání v prostoru
Scénáře
Název Vyhledat v prostoru
Typ Základní scénář
Krok typ akce
1 Uživatel Uživatel zvolí možnost vyhledat v prostoru.
2 Systém Systém nabídne uživateli obrazovku s volbou kritérií.
3 Uživatel Uživatel vyplní vyhledávací kritéria a potvrdí vyhledání.
4 Systém Systém vyhledá data splňující požadovaná kritéria a zobrazí výsledky
vyhledávání.
5 Uživatel Uživatel vybere požadovaný výsledek vyhledávání.
1266
8.2.2.8.9 PU2118-Vytvořit strukturovaný dokument
Realizované Aktivity
Typ Název
Aktivita Vytvoření připomínek
Aktivita Vypořádání připomínek
Aktivita Projednání ve výborech
Aktivita Vytvoření souhrnu pozměňovacích návrhů
Aktivita Analýza přehledu dopadů
Aktivita Hodnocení dopadů
Aktivita Konzultace
Aktivita Konzultace
Aktivita Posoudit vládní návrh zákona
Aktivita Práce na návrhu zákona
Aktivita Předložení rozhodnutí na stažení návrhu
Aktivita Příprava návrhu
Aktivita Rozhodnutí prezidenta
Aktivita Stanovisko komisí LRV
Aktivita Stanovisko OKOM
Aktivita Stanovisko předsedy LRV
Aktivita Stanovit pořadí variant
Aktivita Volba varianty na základě rozhodnutí vlády
Aktivita Vypracování stanoviska o provedení RIA
Aktivita Vytvoření stanoviska pléna LRV
Aktivita Vytvoření stanoviska Předsedy LRV
1267
Zároveň PU obecného charakteru, který není vázán ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2402-Věcné typy dokumentů
FP2403-Tvorba dokumentů
Scénáře
Název Vytvořit strukturovaný dokument
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost vytvořit strukturovaný dokument.
2 Systém Systém nabídne uživateli obrazovku pro vyplnění základních atributů
právního aktu včetně volby věcného typu a šablony obsahu.
3 Uživatel Uživatel vyplní základní atributy strukturovaného dokumentu volby
věcného typu a šablony obsahu.
4 Systém Systém vytvoří strukturovaný dokument, přiřadí šablonu obsahu a
vygeneruje výchozí obsah strukturovaného dokumentu.
1268
8.2.2.8.10 PU2119-Zobrazit atributy strukturovaného dokumentu
Realizované Aktivity
Typ Název
Aktivita Vytvoření připomínek
Aktivita Vypořádání připomínek
Aktivita Projednání ve výborech
Aktivita Vytvoření souhrnu pozměňovacích návrhů
Aktivita Analýza přehledu dopadů
Aktivita Hodnocení dopadů
Aktivita Konzultace
Aktivita Konzultace
Aktivita Posoudit vládní návrh zákona
Aktivita Práce na návrhu zákona
Aktivita Předložení rozhodnutí na stažení návrhu
Aktivita Příprava návrhu
Aktivita Rozhodnutí prezidenta
Aktivita Stanovisko komisí LRV
Aktivita Stanovisko OKOM
Aktivita Stanovisko předsedy LRV
Aktivita Stanovit pořadí variant
Aktivita Volba varianty na základě rozhodnutí vlády
Aktivita Vypracování stanoviska o provedení RIA
Aktivita Vytvoření stanoviska pléna LRV
Aktivita Vytvoření stanoviska Předsedy LRV
1269
Zároveň PU obecného charakteru, který není vázán ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2403-Tvorba dokumentů
Předpoklady
Vybraný strukturovaný dokument
Scénáře
Název Zobrazit atributy strukturovaného dokumentu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost zobrazit atributy strukturovaného dokumentu.
2 Systém Systém zobrazí atributy strukturovaného dokumentu.
1270
8.2.2.8.11 PU2120-Upravit atributy strukturovaného dokumentu
Realizované Aktivity
Typ Název
Aktivita Vytvoření připomínek
Aktivita Vypořádání připomínek
Aktivita Projednání ve výborech
Aktivita Vytvoření souhrnu pozměňovacích návrhů
Aktivita Analýza přehledu dopadů
Aktivita Hodnocení dopadů
Aktivita Konzultace
Aktivita Konzultace
Aktivita Posoudit vládní návrh zákona
Aktivita Práce na návrhu zákona
Aktivita Předložení rozhodnutí na stažení návrhu
Aktivita Příprava návrhu
Aktivita Rozhodnutí prezidenta
Aktivita Stanovisko komisí LRV
Aktivita Stanovisko OKOM
Aktivita Stanovisko předsedy LRV
Aktivita Stanovit pořadí variant
Aktivita Volba varianty na základě rozhodnutí vlády
Aktivita Vypracování stanoviska o provedení RIA
Aktivita Vytvoření stanoviska pléna LRV
Aktivita Vytvoření stanoviska Předsedy LRV
1271
Zároveň PU obecného charakteru, který není vázán ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2403-Tvorba dokumentů
Předpoklady
Vybraný strukturovaný dokument
Scénáře
Název Upravit atributy strukturovaného dokumentu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost upravit atributy strukturovaného dokumentu.
2 Systém Systém nabídne uživateli obrazovku pro úpravu základních atributů
strukturovaného dokumentu.
3 Uživatel Uživatel upraví základní atributy strukturovaného dokumentu a úpravy
potvrdí.
4 Systém Systém upraví strukturovaný dokument.
1272
8.2.2.8.12 PU2121-Smazat strukturovaný dokument
Realizované Aktivity
Typ Název
Aktivita Vytvoření připomínek
Aktivita Vypořádání připomínek
Aktivita Projednání ve výborech
Aktivita Vytvoření souhrnu pozměňovacích návrhů
Aktivita Analýza přehledu dopadů
Aktivita Hodnocení dopadů
Aktivita Konzultace
Aktivita Konzultace
Aktivita Posoudit vládní návrh zákona
Aktivita Práce na návrhu zákona
Aktivita Předložení rozhodnutí na stažení návrhu
Aktivita Příprava návrhu
Aktivita Rozhodnutí prezidenta
Aktivita Stanovisko komisí LRV
Aktivita Stanovisko OKOM
Aktivita Stanovisko předsedy LRV
Aktivita Stanovit pořadí variant
Aktivita Volba varianty na základě rozhodnutí vlády
Aktivita Vypracování stanoviska o provedení RIA
Aktivita Vytvoření stanoviska pléna LRV
Aktivita Vytvoření stanoviska Předsedy LRV
1273
Zároveň PU obecného charakteru, který není vázán ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2403-Tvorba dokumentů
Předpoklady
Vybraný strukturovaný dokument
Scénáře
Název Smazat strukturovaný dokument
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost smazat strukturovaný dokument.
2 Systém Systém ověří, že je možné strukturovaný dokument smazat (tzn., mimo
jiné vznikl v aktuální vrstvě prostoru) a požádá o potvrzení smazání
strukturovaného dokumentu.
3 Uživatel Uživatel potvrdí smazání strukturovaného dokumentu.
4 Systém Systém označí strukturovaný dokument za smazaný (fyzicky se nesmaže).
1274
8.2.2.8.13 PU2122-Obnovit strukturovaný dokument
Realizované Aktivity
Typ Název
Aktivita Vytvoření připomínek
Aktivita Vypořádání připomínek
Aktivita Projednání ve výborech
Aktivita Vytvoření souhrnu pozměňovacích návrhů
Aktivita Analýza přehledu dopadů
Aktivita Hodnocení dopadů
Aktivita Konzultace
Aktivita Konzultace
Aktivita Posoudit vládní návrh zákona
Aktivita Práce na návrhu zákona
Aktivita Předložení rozhodnutí na stažení návrhu
Aktivita Příprava návrhu
Aktivita Rozhodnutí prezidenta
Aktivita Stanovisko komisí LRV
Aktivita Stanovisko OKOM
Aktivita Stanovisko předsedy LRV
Aktivita Stanovit pořadí variant
Aktivita Volba varianty na základě rozhodnutí vlády
Aktivita Vypracování stanoviska o provedení RIA
Aktivita Vytvoření stanoviska pléna LRV
Aktivita Vytvoření stanoviska Předsedy LRV
1275
Zároveň PU obecného charakteru, který není vázán ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2403-Tvorba dokumentů
Předpoklady
Vybraný strukturovaný dokument, který je smazaný
Scénáře
Název Obnovit strukturovaný dokument
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost obnovit strukturovaný dokument.
2 Systém Systém požádá o potvrzení obnovit smazaný strukturovaný dokument.
3 Uživatel Uživatel potvrdí obnovení smazaného strukturovaného dokumentu.
4 Systém Systém zruší označení strukturovaného dokumentu jako smazaného.
1276
8.2.2.8.14 PU2123-Otevřít strukturovaný dokument v e-Šabloně
Realizované Aktivity
Typ Název
Aktivita Vytvoření připomínek
Aktivita Vypořádání připomínek
Aktivita Projednání ve výborech
Aktivita Vytvoření souhrnu pozměňovacích návrhů
Aktivita Analýza přehledu dopadů
Aktivita Hodnocení dopadů
Aktivita Konzultace
Aktivita Posoudit vládní návrh zákona
Aktivita Práce na návrhu zákona
Aktivita Předložení rozhodnutí na stažení návrhu
Aktivita Příprava návrhu
Aktivita Projednání ve výborech
Aktivita Rozhodnutí prezidenta
Aktivita Stanovisko komisí LRV
Aktivita Stanovisko OKOM
Aktivita Stanovisko předsedy LRV
Aktivita Stanovit pořadí variant
Aktivita Ukončení připomínkové řízení
Aktivita Volba varianty na základě rozhodnutí vlády
Aktivita Vypracování stanoviska o provedení RIA
Aktivita Vytvoření stanoviska pléna LRV
1277
Aktivita Vytvoření stanoviska Předsedy LRV
Zároveň PU obecného charakteru, který není vázán ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2403-Tvorba dokumentů
Předpoklady
Vybraný strukturovaný dokument
Scénáře
Název Otevřít strukturovaný dokument v e-Šabloně
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost otevřít strukturovaný dokument v e-Šabloně.
2 Systém Systém spustí e-Šablonu a otevře v ní zvolený strukturovaný dokument v
rámci příslušného návrhu a aktuální vrstvy návrhu v prostoru.
1278
8.2.2.8.15 PU2124-Otevřít strukturovaný dokument v Prohlížeči návrhů
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2403-Tvorba dokumentů
Předpoklady
Vybraný strukturovaný dokument
Scénáře
Název Otevřít strukturovaný dokument v Prohlížeči návrhů
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost otevřít právní akt v Prohlížeči návrhů.
2 Systém Systém přejde na Prohlížeč návrhů a otevře v něm zvolený strukturovaný
dokument v rámci příslušného návrhu a aktuální vrstvy návrhu v prostoru.
1279
8.2.2.8.16 PU2125-Vygenerovat strukturovaný dokument do souboru
Realizované Aktivity
Typ Název
Aktivita Vytvoření připomínek
Aktivita Vypořádání připomínek
Aktivita Projednání ve výborech
Aktivita Vytvoření souhrnu pozměňovacích návrhů
Aktivita Analýza přehledu dopadů
Aktivita Hodnocení dopadů
Aktivita Konzultace
Aktivita Posoudit vládní návrh zákona
Aktivita Práce na návrhu zákona
Aktivita Předložení rozhodnutí na stažení návrhu
Aktivita Příprava návrhu
Aktivita Projednání ve výborech
Aktivita Rozhodnutí prezidenta
Aktivita Stanovisko komisí LRV
Aktivita Stanovisko OKOM
Aktivita Stanovisko předsedy LRV
Aktivita Stanovit pořadí variant
Aktivita Ukončení připomínkové řízení
Aktivita Volba varianty na základě rozhodnutí vlády
Aktivita Vypracování stanoviska o provedení RIA
Aktivita Vytvoření stanoviska pléna LRV
1280
Aktivita Vytvoření stanoviska Předsedy LRV
Zároveň PU obecného charakteru, který není vázán ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2403-Tvorba dokumentů
Předpoklady
Vybraný strukturovaný dokument
Scénáře
Název Vygenerovat strukturovaný dokument do souboru
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost vygenerovat strukturovaný dokument v souborové
podobě.
2 Systém Systém nabídne uživateli obrazovku s volbou typu souborového
dokumentu (PDF, RTF, XML).
3 Uživatel Uživatel vybere typ výstupního souboru.
4 Systém Systém vygeneruje souborový dokument a nabídne uživateli ke stažení.
5 Uživatel Uživatel si dokument stáhne.
6 Systém Systém může uložit výsledný soubor do prostoru.
1281
8.2.2.8.17PU2126-Vygenerovat balíček souborů ze strukturovaných dat
Realizované Aktivity
Typ Název
Aktivita Příprava předání do PSP
Aktivita Příprava k připomínkovému řízení
Aktivita Příprava materiálu k projednání
Aktivita Příprava k předání do Senátu
Aktivita Příprava k předání prezidentovi
Aktivita Příprava k předání k publikaci
Aktivita Příprava návrhu
Aktivita Ukončení přípravy podkladových materiálů
Aktivita Příprava pro předání návrhu PSP
Aktivita Příprava pro vrácení návrhu PSP
Zároveň PU obecného charakteru, který není vázán ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2316-Tisk listinné podoby materiálu k připomínkám
FP2403-Tvorba dokumentů
Scénáře
Název Vygenerovat balíček souborů ze strukturovaných dat
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolím možnost vygenerovat balíček souborů ze strukturovaných
dat.
1282
2 Systém Systém nabídne uživateli obrazovku s volbou, zda výstupem má být jeden
soubor nebo souborů více (pro každý strukturovaný obsah jeden) a s
volbou typu souborového dokumentu (PDF, RTF). Tento výběr může být
udělán též výběrem z předdefinovaných šablon (například balíček pro
jednání vlády).
3 Uživatel Uživatel vybere počet a typ výstupních souborů.
4 Systém Systém nabídne uživateli obrazovku se seznamem obsahů, které mohou
být do souboru či souborů zahrnuty. Tato nabídka obsahuje všechny
obsahy hlavního prostoru a všech jeho podprostorů (s ohledem na
oprávnění uživatele). Obsah je identifikován jeho jménem (např.
důvodová zpráva) a jménem prostoru, ze kterého pochází.
5 Uživatel Uživatel vybere seznam a pořadí obsahů, které chce zahrnout do výstupu.
6 Systém Systém vygeneruje výstupní soubor nebo soubory dle předchozích voleb
uživatele a uloží výsledky do aktuálního prostoru. Při generování ze
strukturovaných obsahů používá vždy poslední uzavřenou vrstvu obsahu
v příslušném prostoru. Výstupní podoba souboru se může v rámci balíčku
lišit od podoby, kterou má při samostatném generování (např. v záhlaví je
číslo přílohy).
1283
8.2.2.8.18 PU2127-Zobrazit přehled strukturovaných dokumentů
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2403-Tvorba dokumentů
Scénáře
Název Zobrazit přehled strukturovaných dokumentů
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost zobrazit přehled strukturovaných dokumentů v
prostoru.
2 Systém Systém zobrazí přehled strukturovaných dokumentů v prostoru.
3 Uživatel Uživatel může vybrat strukturovaný dokument.
1284
8.2.2.8.19 PU2128-Vložit souborový dokument
Realizované Aktivity
Typ Název
Aktivity Rozhodnutí prezidenta
Zároveň PU obecného charakteru, který není vázán ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2402-Věcné typy dokumentů
FP2403-Tvorba dokumentů
Scénáře
Název Vložit souborový dokument
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost vložit souborový dokument.
2 Systém Systém nabídne uživateli obrazovku pro vyplnění základních atributů
souborového dokumentu včetně jeho typu a výběr souboru na lokálním
zařízení uživatele.
3 Uživatel Uživatel vyplní základní atributy souborového dokumentu a vybere lokální
soubor k vložení.
4 Systém Systém nahraje soubor z lokálního zařízení do systému a vytvoří
souborový dokument.
1285
8.2.2.8.20 PU2129-Zobrazit atributy souborového dokumentu
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2403-Tvorba dokumentů
Předpoklady
Vybraný souborový dokument
Scénáře
Název Zobrazit atributy souborového dokumentu
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost zobrazit atributy souborového dokumentu.
2 Systém Systém zobrazí atributy souborového dokumentu.
1286
8.2.2.8.21 PU2130-Upravit atributy souborového dokumentu
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2403-Tvorba dokumentů
Předpoklady
Vybraný souborový dokument
Scénáře
Název Upravit atributy souborového dokumentu
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost upravit atributy souborového dokumentu.
2 Systém Systém nabídne uživateli obrazovku pro úpravu základních atributů
souborového dokumentu.
3 Uživatel Uživatel upraví základní atributy souborového dokumentu a úpravy
potvrdí.
4 Systém Systém upraví atributy souborového dokumentu.
1287
8.2.2.8.22 PU2131-Smazat souborový dokument
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2403-Tvorba dokumentů
Předpoklady
Vybraný souborový dokument
Scénáře
Název Smazat souborový dokument
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost smazat souborový dokument.
2 Systém Systém ověří, že je možné souborový dokument smazat (tzn., mimo jiné
nepatří do nějakého snímku hlavního prostoru) a požádá o potvrzení
smazání souborového dokumentu.
3 Uživatel Uživatel potvrdí smazání souborového dokumentu.
4 Systém Systém označí souborový dokument za smazaný (fyzicky se nesmaže).
1288
8.2.2.8.23 PU2132-Obnovit souborový dokument
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2403-Tvorba dokumentů
Předpoklady
Vybraný souborový dokument, který je smazaný
Scénáře
Název Obnovit souborový dokument
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost obnovit souborový dokument.
2 Systém Systém požádá o potvrzení obnovit smazaný souborový dokument.
3 Uživatel Uživatel potvrdí obnovení smazaného souborového dokumentu.
4 Systém Systém zruší označení souborového dokumentu jako smazaného.
1289
8.2.2.8.24 PU2133-Stáhnout souborový dokument
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2317-Download materiálu k připomínkám
FP2403-Tvorba dokumentů
Předpoklady
Vybraný souborový dokument
Scénáře
Název Stáhnout souborový dokument
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost stáhnout souborový dokument.
2 Systém Systém nabídne uživateli ke stažení soubor obsahující aktuální verzi
souborového dokumentu.
1290
8.2.2.8.25 PU2134-Zkopírovat souborový dokument do hlavního prostoru
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2403-Tvorba dokumentů
Předpoklady
Vybraný souborový dokument
Uživatel se pohybuje v podprostoru
Uživatel má právo editace v hlavním prostoru, do kterého podprostor patří.
Scénáře
Název Zkopírovat souborový dokument do hlavního prostoru
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost zkopírovat souborový dokument do hlavního
prostoru
2 Systém Systém nabídne uživateli obrazovku pro vyplnění základních atributů
souborového dokumentu v hlavním prostoru, do kterého aktuální
podprostor patří.
3 Uživatel Uživatel vyplní základní atributy souborového dokumentu.
4 Systém Systém vytvoří v hlavním prostoru souborový dokument a zkopíruje do
něj obsah (soubor) zdrojového souborového dokumentu.
1291
8.2.2.8.26 PU2135-Zobrazit přehled souborových dokumentů
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2403-Tvorba dokumentů
Scénáře
Název Zobrazit přehled souborových dokumentů
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost zobrazit přehled souborových dokumentů v
prostoru.
2 Systém Systém zobrazí přehled souborových dokumentů v prostoru.
3 Uživatel Uživatel může vybrat souborový dokument.
1292
8.2.2.8.27 PU2136-Vložit verzi souborového dokumentu
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2403-Tvorba dokumentů
Scénáře
Název Vložit verzi souborového dokumentu
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost vložit novou verzi souborového dokumentu.
2 Systém Systém nabídne uživateli obrazovku pro identifikaci souborového
dokumentu jeho typu a výběr souboru na lokálním zařízení uživatele.
3 Uživatel Uživatel identifikuje souborový dokument a vybere lokální soubor k
vložení.
4 Systém Systém nahraje soubor z lokálního zařízení do systému a vytvoří novou
verzi souborového dokumentu.
1293
8.2.2.8.28 PU2137-Zobrazit verzi souborového dokumentu
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2403-Tvorba dokumentů
Předpoklady
Vybraná verze souborového dokumentu
Scénáře
Název Zobrazit verzi souborového dokumentu
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost zobrazit verzi souborového dokumentu.
2 Systém Systém zobrazí informace o verzi souborového dokumentu.
1294
8.2.2.8.29 PU2138-Stáhnout verzi souborového dokumentu
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2403-Tvorba dokumentů
Předpoklady
Vybraná verze souborového dokumentu
Scénáře
Název Stáhnout verzi souborového dokumentu
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost stáhnout verzi souborového dokumentu.
2 Systém Systém nabídne uživateli ke stažení soubor obsahující předmětnou verzi
souborového dokumentu.
1295
8.2.2.8.30 PU2139-Zobrazit přehled verzí souborového dokumentu
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2403-Tvorba dokumentů
Předpoklady
Vybraný souborový dokument
Scénáře
Název Zobrazit přehled verzí souborového dokumentu
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost zobrazit přehled verzí souborového dokumentu.
2 Systém Systém zobrazí přehled všech verzí souborového dokumentu včetně
základních údajů o verzi souborového dokumentu (např. kdo a kdy ji
vytvořil).
3 Uživatel Uživatel může zvolit verzi souborového dokumentu.
1296
8.2.2.8.31 PU2140-Zobrazit snímek hlavního prostoru
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2403-Tvorba dokumentů
Předpoklady
Vybraný snímek hlavního prostoru
Scénáře
Název Zobrazit snímek hlavního prostoru
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost zobrazit snímek hlavního prostoru.
2 Systém Systém zobrazí seznam všech souborových dokumentů a specificky jejich
verzí zachycených snímkem hlavního prostoru.
3 Uživatel Uživatel může vybrat souborový dokument (ve formě verze souborového
dokumentu).
8.2.2.8.32 PU2600-Vložit vrstvu návrhu do předávacího prostoru
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
1297
Realizované požadavky
FP2077-Předávací prostory
Scénáře
Název Vložit vrstvu návrhu do předávacího prostoru
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost vložit vrstvu návrhu do předávacího prostoru.
2 Systém Systém nabídne seznam vrstev návrhu hlavního prostoru, přičemž
předvybraná je aktuální vrstva návrhu.
3 Uživatel Uživatel zvolí vrstvu návrhu k vložení.
4 Systém Je-li zvolená vrstva uzavřená, vloží ji systém do předávacího prostoru,
jinak do předávacího prostoru vloží její kopii, kterou uzavře.
8.2.2.8.33 PU2601-Vygenerovat a připravit předávané dokumenty
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2077-Předávací prostory
Scénáře
Název Vygenerovat a připravit předávané dokumenty
Typ Základní scénář
krok typ Akce
1298
Realizované požadavky
1 Uživatel Uživatel do přípravné části předávacího prostoru vkládá dokumenty
určené k předání, ať už vygenerované z vrstvy navrhu v předávacím
prostoru nebo další souborové dokumenty.
8.2.2.8.34 PU2602-Spustit podepisovací a schvalovací workflow
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2077-Předávací prostory
Scénáře
Název Spustit podepisovací a schvalovací workflow
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost spustit podepisovací a schvalovací workflow.
2 Systém Systém postupně vyzývá účastníky podepisování a schvalování k
podepsání a schálení předávaných dokumentů.
8.2.2.8.35 PU2603-Nastavit podepisovací a schvalovací workflow
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
1299
Realizované požadavky
FP2077-Předávací prostory
Scénáře
Název Nastavit podepisovací a schvalovací workflow
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost nastavit schvalovací a podepisovací workflow.
2 Systém Systém nabídne obrazovku dovolující měnit seznam osob, které mají
dokument podepsat a schválit včetně metadat, zda jde pouze o schválení
či podepsání i schválení.
3 Uživatel Uživatel změní nastavení podepisovacího a schvalovacího workflow a
změny potvrdí.
8.2.2.8.36 PU2604-Podepsat a schválit obsah předávacího prostoru
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2077-Předávací prostory
Scénáře
Název Podepsat a schválit obsah předávacího prostoru
Typ Základní scénář
krok typ Akce
1 Systém Má-li podepisující osoba nastavenu notifikaci, odešle systém emailovou
notifikaci.
1300
Realizované požadavky
2 Uživatel Uživatel si stáhne dokumenty určené k podepsání, mimo systém e-
Legislativa je podepíše, vloží podepsané dokumenty zpět do prostoru a
schálí předání (dokončí svou část podepisovacího a schvalovacího
workflow).
8.2.2.8.37 PU2605-Postoupit předávací prostor
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2077-Předávací prostory
Předpoklady
Podepisující a předávací workflow je dokončeno, v hlavní části předávacího prostoru jsou
všechny předávané doumenty i vrstva návrhu
Scénáře
Název Postoupit předávací prostor
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost postoupit předávací prostor.
2 Systém Systém uzavře předávací prostor, zaznamená datum a čas postoupení a
předá prostor přebírající instituci.
1301
8.2.2.8.38 PU2606-Převzít předávací prostor
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2077-Předávací prostory
Předpoklady
Podepisující a předávací workflow je dokončeno, v hlavní části předávacího prostoru jsou
všechny předávané doumenty i vrstva návrhu
Scénáře
Název Převzít předávací prostor
Typ Základní scénář
krok typ Akce
1 Systém Má-li přebírající instituce nastavenu notfikaci, odešle systém emailovou
notifikaci.
2 Uživatel Uživatel zvolí možnost převít předávací prostor.
3 Systém Systém zaznamená datum a čas převzetí, založí hlavní prostor fáze
přebírající instituce (či dá na výběr možnost použít exitující prostor v
případě převzetí k dopracování) a vloží do něj předávanou vrstvu návrhu.
1302
8.2.2.9 Prostory připomínek a pozměňovacích návrhů FP2308-Zadání metadat
8.2.2.9.1 Připomínkové řízení připomínkového řízení
FP2335-Notifikace o
Portál eLegislativa zveřejnění dalších
p ři p o m ín e k
PU2501-Zadat atributy
připomínkov ého řízení FP2309-Výběr materiálu k
p ři p o m ín ko vá n í
PU2502-Vybrat materiál k
připomínkám FP2316-Tisk listinné podoby
«include» PU2126-Vygenerov at materiálu k připomínkám
balíček souborů ze
strukturov aných dat FP2310-Výběr
připomínkových míst
PU2503-Vybrat
připomínkov á místa FP2313-Seznam obeslaných
připomínkových míst
Editor náv rhu PU2504-Uprav it atributy
sady připomínek FP2 3 1 4 -No ti fi ka ce
připomínkových míst
PU2505-Notifikov at
připomínkov á místa FP2315-Zaslání materiálů k
připomínkám dalším
Vlastník sady připomínek připomínkovým místům.
PU2506-Zaslat materiál k FP2317-Download materiálu
k připomínkám
připomínkám FP2318-Předání
připomínkového řízení do
« i n cl u d e » eKlep
« i n cl u d e »
PU2133-Stáhnout
souborov ý dokument
PU2507-Předat řízení do
ODok
PU2500-Přidat sadu
připomínek
Obrázek 45: Zahájení připomínkového řízení
1303
Portál e-Legislativa FP2308-Zadání metadat
připomínkového řízení
PU2508-Ukončit FP2336-Ukončení přijmu
příj em připomínek p ři p o m ín e k
FP2337-Hlídání lhůt
Vlastník náv rhu PU2510-Ukončit « i n cl u d e » FP2342-Ukonč ení
připomínkov é řízení « i n cl u d e » připomínkového řízení
Uživ atel s opráv něním
v kládat připomínky « i n cl u d e » PU2512-Změna stav u FP2 3 3 1 -Vkl á d á n í
připomínkov ého řízení nestrukturovaných připomínek
Vlastník sady připomínek
PU2134-Zkopírov at FP2332-Příjem připomínek z
souborov ý dokument do eKlep
hlav ního prostoru FP2320-Výběr obeslaného
připomínkového místa
PU2511-Připoj ení
nestrukturov aných FP2313-Seznam obeslaných
připomínkových míst
připomínek
« i n cl u d e »
PU2514-Otev řítv rstv u
náv rhu s v ybranou sadou
připomínek v eŠabloně
«include» PU2513-Vybrat sadu
připomínek
« i n cl u d e »
PU2509-Zadat bez
připomínek
Obrázek 46: Průběh připomínkového řízení
1304
8.2.2.9.1.1 PU2500-Přidat sadu připomínek
Realizované Aktivity
Typ Název
Aktivita Zahájení připomínkového řízení
Aktivita Interní připomínkové řízení
Aktivita Pripomínkování návrhu
Aktivita Konzultace
Aktivita Stanovisko komisí LRV
Aktivita Stanovisko OKOM
Aktivita Vytvoření stanoviska pléna LRV
Aktivita Vytvoření stanoviska Předsedy LRV
Zároveň PU obecného charakteru, který je vázán ke všem dalším aktivitám, ve
kterých je otevřen prostor pro připomínkové řízení.
Realizované požadavky
FP2304-Zahájení připomínkového řízení
Předpoklady
Uživatel je v prostoru připomínkového řízení.
Scénáře
Název Přidat sadu připomínek
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost "Přidat sadu připomínek".
2 Systém Systém přidá sadu připomínek a otevře obrazovku pro úpravu atributů
sady připomínek.
1305
Název Smazat sadu připomínek
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost smazat sadu připomínek.
2 Systém Systém ověří, zda je možné sadu připomínek smazat.
alt. krok pokračuj typ akce
na
2a Konec Výjimka Sadu připomínek nelze smazat.
3 Systém Systém smaže sadu připomínek.
Název Sadu připomínek nelze smazat.
Typ Výjimka
krok Typ akce
1 Systém K sadě připomínek existují připomínky.
2 Systém Podle typu připomínkového řízení povinné připomínkové místo nelze
smazat.
1306
8.2.2.9.1.2 PU2501-Zadat atributy připomínkového řízení
Realizované Aktivity
Typ Název
Aktivita Zahájení připomínkového řízení
Aktivita Interní připomínkové řízení
Realizované požadavky
FP2308-Zadání metadat připomínkového řízení
FP2335-Notifikace o zveřejnění dalších připomínek
Předpoklady
Uživatel je v podprostoru pro připomínkové řízení.
Scénáře
Název Zadat atributy připomínkového řízení
Typ Základní scénář
krok Typ akce
1 Uživatel Uživatel zvolí možnost "Upravit připomínkové řízení".
2 Systém Systém nabídne uživateli obrazovku pro vyplnění základních atributů a
parametrů připomínkového řízení.
3 Systém Systém zobrazí typ připomínkového řízení bez možnosti úpravy, pokud
byl pracovní podprostor připomínkového řízení vytvořen v rámci řízeného
procesu. (typicky pro meziresortní řízení)
alt. krok pokračuj typ akce
na
3a 4 Alternativ Vybrat typ připomínkového řízení
ní scénář
4 Uživatel Uživatel vyplní další základní atributy a parametry připomínkového řízení
a potvrdí uložení.
1307
5 Systém Uživatel zadá, zda chce být notifikován o podání dalších připomínek a
frekvenci notifikací.
Název Vybrat typ připomínkového řízení
Typ Alternativní scénář
krok Typ akce
1 Uživatel Uživatel vybere typ připomínkového řízení.
1308
8.2.2.9.1.3 PU2502-Vybrat materiál k připomínkám
Realizované Aktivity
Typ Název
Aktivita Zahájení připomínkového řízení
Aktivita Interní připomínkové řízení
Realizované požadavky
FP2309-Výběr materiálu k připomínkování
Předpoklady
Doplněn typ připomínkového řízení.
Scénáře
Název Vybrat materiál k připomínkám
Typ Základní scénář
krok Typ akce
1 Uživatel Uživatel zvolí možnost vybrat materiál k připomínkám.
2 Systém Systém nabídne uživateli přehled materiálů k výběru.
3 Systém V případě připomínkového řízení řízeného procesem jsou povinné
materiály již předvybrány a předvýběr nelze měnit.
4 Uživatel Uživatel vybere případně další materiály a potvrdí výběr.
5 Uživatel Uživatel vygeneruje souborový balíček.
1309
8.2.2.9.1.4 PU2503-Vybrat připomínková místa
Realizované Aktivity
Typ Název
Aktivita Zahájení připomínkového řízení
Aktivita Interní připomínkové řízení
Realizované požadavky
FP2310-Výběr připomínkových míst
FP2313-Seznam obeslaných připomínkových míst
Předpoklady
Doplněný typ připomínkového řízení.
Scénáře
Název Výběr připomínkových míst
Typ Základní scénář
krok Typ akce
1 Uživatel Uživatel zvolí možnost výběru připomínkových míst.
2 Uživatel Uživatel volí filtry nad připomínkovými místy.
alt. krok pokračuj typ akce
na
2a 5 Alternativ Připomínková místa podle LPV
ní scénář
3 Systém Systém podle zvolených filtrů nabídne uživateli seznam připomínkových
míst.
4 Uživatel Uživatel vybere jedno nebo více připomínkových míst a potvrdí výběr.
5 Uživatel Uživatel opakuje kroky 2 a 4.
1310
6 Systém Systém vytvoří sadu připomínek pro každé vybrané připomínkové místo.
7 Systém Systém automaticky doplní atributy sady připomínek jako je způsob
notifikace o zahájení připomínkového řízení a způsob předání materiálů
podle nastavení ve správě připomínkových míst.
8 Systém Systém ke každé sadě připomínek doplní další typy komunikace a způsob
komunikace s připomínkovým místem podle nastavení ve správě
připomínkových míst.
Název Připomínková místa podle LPV
Typ Alternativní scénář
krok Typ akce
1 Systém Systém v případě meziresortního připomínkového řízení automaticky
předvolí filter pro připomínková místa podle LPV.
2 Systém Systém nabídne přehled všech připomínkových míst, která jsou v
seznamu připomínkových míst podle LPV (jeden z atributů
připomínkového místa).
3 Systém Systém v případě připomínkového řízení podle procesu LPV předvybere
povinná připomínková místa (další z atributů připomínkového místa),
předvýběr nelze změnit.
4 Uživatel Uživatel vybere další připomínková místa, která jsou povinná v závislosti
na věcném obsahu návrhu a potvrdí výběr.
1311
8.2.2.9.1.5 PU2504-Upravit atributy sady připomínek
Realizované Aktivity
Typ Název
Aktivita Zahájení připomínkového řízení
Aktivita Interní připomínkové řízení
Realizované požadavky
FP2313-Seznam obeslaných připomínkových míst
Předpoklady
Vytvořená sada připomínek.
Atributy týkající se typů komunikace a způsobu komunikace lze upravovat, jen pokud
komunikace nebyla ještě provedena. Typy komunikace a způsob komunikace viz FP2311.
Scénáře
Název Upravit jednu sadu připomínek
Typ Základní scénář
Krok Typ Akce
1 Uživatel Uživatel zvolí možnost "Upravit sadu připomínek".
2 Systém Systém otevře obrazovku pro možnost úpravy atributů sady připomínek a
požadovaných typů komunikace a způsobu komunikace.
3 Uživatel Uživatel upraví atributy.
Název Hromadně upravit sadu připomínek
Typ Alternativní scénář
krok Typ Akce
1 Uživatel Uživatel na přehledu sady připomínek zvolí možnost hromadné úpravy.
2 Uživatel Uživatel vybere požadované sady připomínek.
1312
3 Systém Systém nabídne uživateli atributy, které lze hromadně měnit.
4 Uživatel Uživatel vybere atribut a zadá původní hodnotu a cílovou hodnotu.
5 Systém Systém provede hromadnou úpravu.
1313
8.2.2.9.1.6 PU2505-Notifikovat připomínková místa
Realizované Aktivity
Typ Název
Aktivita Zahájení připomínkového řízení
Aktivita Interní připomínkové řízení
Zasílání emailových notifikací připomínkovým místům.
Realizované požadavky
FP2314-Notifikace připomínkových míst
Scénáře
Název Notifikovat připomínková místa
Typ Základní scénář
krok Typ Akce
1 Uživatel Uživatel zvolí možnost "Zaslat notifikaci".
2 Systém Systém nabídne uživateli přehled notifikací.
3 Uživatel Uživatel vybere notifikaci a potvrdí výběr.
4 Systém Systém vygeneruje a pošle emailové notifikace podle nastavení u sad
připomínek, a to podle definované šablony.
1314
8.2.2.9.1.7 PU2506-Zaslat materiál k připomínkám
Realizované Aktivity
Typ Název
Aktivita Zahájení připomínkového řízení
Aktivita Interní připomínkové řízení
Realizované požadavky
FP2315-Zaslání materiálů k připomínkám dalším připomínkovým místům.
Scénáře
Název Zaslat materiál k připomínkám
Typ Základní scénář
krok Typ Akce
1 Uživatel Uživatel stáhne vygenerovaný souborový dokument.
2 Uživatel Uživatel pošle stažený souborový dokument připomínkovému místu,
které nemá přístup ani do e-Legislativy ani do ODok, e-mailem nebo
předá jiným způsobem mimo Systém.
1315
8.2.2.9.1.8 PU2507-Předat řízení do ODok
Realizované Aktivity
Typ Název
Aktivita Zahájení připomínkového řízení
Realizované požadavky
FP2318-Předání připomínkového řízení do eKlep
Scénáře
Název Předat řízení do ODok
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost "Předání do ODok".
2 Systém Systém předá přes rozhraní souborový balíček, vybrané atributy
připomínkového řízení a seznam připomínkových míst, které mají jako
způsob předání materiálu ODok.
3 Systém Systém po úspěšném předání označí v příslušných sadách připomínek, že
materiál byl předán do ODok.
1316
8.2.2.9.1.9 PU2508-Ukončit příjem připomínek
Realizované Aktivity
Typ Název
Aktivita Vypořádání připomínek
Aktivita Interní připomínkové řízení
Realizované požadavky
FP2308-Zadání metadat připomínkového řízení
FP2336-Ukončení přijmu připomínek
FP2337-Hlídání lhůt
Scénáře
Název Změna stavu na základě hlídání lhůt.
Typ Základní scénář
krok typ akce
1 Systém Systém hlídá zadané lhůty připomínkového řízení.
2 Systém Systém na základě parametrů připomínkového řízení a zadaných lhůt
připomínkového řízení změní stav připomínkového řízení podle
stavového diagramu.
alt. krok pokračuj typ akce
na
2a 3 Alternativ Výzva ke změně stavu.
ní scénář
3 Systém Systém podle zadaných parametrů připomínkového řízení povolí nebo
nepovolí další vkládání připomínek.
Název Výzva ke změně stavu.
Typ Alternativní scénář
1317
krok typ akce
1
Systém Systém na základě parametrů připomínkového řízení notifikuje vlastníka
2 připomínkového řízení o vypršení lhůty pro sdělení připomínek.
Uživatel Uživatel změní stav připomínkového řízení.
1318
8.2.2.9.1.10 PU2509-Zadat bez připomínek
Realizované Aktivity
Typ Název
Aktivita Vytvoření připomínek
Aktivita Interní připomínkové řízení
Realizované požadavky
FP2313-Seznam obeslaných připomínkových míst
Předpoklady
Vybraná sada připomínek
Scénáře
Název Zadat bez připomínek
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost "Upravit sadu připomínek".
2 Systém Systém podle stavu procesu nabídne uživateli atributy, které lze upravit.
3 Uživatel Uživatel vybere do příslušného atributu sady připomínek možnost "Bez
připomínek".
4 Systém Systém doplní datum zadání této skutečnosti.
1319
8.2.2.9.1.11 PU2510-Ukončit připomínkové řízení
Realizované Aktivity
Typ Název
Aktivita Vytvoření připomínek
Aktivita Interní připomínkové řízení
Realizované požadavky
FP2342-Ukončení připomínkového řízení
Scénáře
Název Ukončit připomínkové řízení
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel změní stav připomínkového řízení.
2 Systém Systém zkontroluje, zda jsou splněny podmínky pro ukončení
připomínkového řízení. (typicky zda bylo připomínkové řízení vypořádáno,
zda je vygenerován souborový dokument Vypořádání připomínek).
3 Systém Systém zpřístupní posun hlavního procesu v rámci hlavního prostoru.
1320
8.2.2.9.1.12 PU2511-Připojení nestrukturovaných připomínek
Realizované Aktivity
Typ Název
Aktivita Vytvoření připomínek
Aktivita Interní připomínkové řízení
Realizované požadavky
FP2331-Vkládání nestrukturovaných připomínek
FP2332-Příjem připomínek z eKlep
Předpoklady
Vybraná sada připomínek.
Scénáře
Název Připojení nestrukturovaných připomínek
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost "Připojit dokument".
2 Systém Systém nabídne obrazovku pro výběr dokumentu.
3 Uživatel Uživatel vybere dokument.
4 Systém Systém připojí dokument k sadě připomínek.
1321
8.2.2.9.1.13 PU2512-Změna stavu připomínkového řízení
Realizované Aktivity
Typ Název
Aktivita Vypořádání připomínek
Aktivita Interní připomínkové řízení
Předpoklady
Uživatel je v podprostoru připomínkového řízení.
Scénáře
Název Změna stavu připomínkového řízení
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost "Změna stavu".
2 Systém Systém nabídne uživateli možné stavy podle definovaného stavového
diagramu.
3 Uživatel Uživatel vybere stav.
1322
8.2.2.9.1.14 PU2513-Vybrat sadu připomínek
Realizované Aktivity
Typ Název
Aktivita Vytvoření připomínek
Aktivita Interní připomínkové řízení
Aktivita Pripomínkování návrhu
Aktivita Konzultace
Aktivita Stanovisko komisí LRV
Aktivita Stanovisko OKOM
Aktivita Vytvoření stanoviska pléna LRV
Aktivita Vytvoření stanoviska Předsedy LRV
Zároveň PU obecného charakteru, který je vázán ke všem dalším aktivitám, ve
kterých je otevřen prostor pro připomínkové řízení.
Realizované požadavky
FP2313-Seznam obeslaných připomínkových míst
FP2320-Výběr obeslaného připomínkového místa
Předpoklady
Uživatel je v podprostoru připomínkového řízení.
Stav po ukončení
Vybraná sada připomínek pro volbu další akce nad sadou připomínek.
Scénáře
Název Základní scénář
Typ Základní scénář
1323
Realizované požadavky
krok typ akce
1 Systém Systém zobrazuje přehled sad připomínek, tj. přehled obeslaných
připomínkových míst.
2 Uživatel Uživatel vybere jednu sadu připomínek.
1324
8.2.2.9.1.15 PU2514-Otevřít vrstvu návrhu s vybranou sadou připomínek v e-Šabloně
Realizované Aktivity
Typ Název
Aktivita Vytvoření připomínek
Aktivita Interní připomínkové řízení
Aktivita Pripomínkování návrhu
Aktivita Konzultace
Aktivita Stanovisko komisí LRV
Aktivita Stanovisko OKOM
Aktivita Vytvoření stanoviska pléna LRV
Aktivita Vytvoření stanoviska Předsedy LRV
Zároveň PU obecného charakteru, který je vázán ke všem dalším aktivitám, ve
kterých je otevřen prostor pro připomínkové řízení.
Předpoklady
Vybraná sada připomínek v prostoru připomínkového řízení.
Stav po ukončení
Otevřená vrstva návrhu pro vkládání připomínek za připomínkové místo dané výběrem
příslušné sady připomínek.
Scénáře
Název Základní scénář
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost "Otevřít sadu připomínek v e-Šabloně".
1325
Předpoklady
2 Systém Systém spustí e-Šablonu a otevře v ní vrstvu návrhu pro vkládání
připomínek.
3 Systém Součástí vrstvy návrhu jsou i všechny připomínky dané sady připomínek.
1326
8.2.2.9.2 Pozměňovací návrhy
uc Pozměňov ací náv rhy
ePortál FP2359-Zadání metadat
PU2590-Vložit sadu
pozměňov acích náv rhů
Vlastník PU2591-Vybrat sadu
pozměňov acích pozměňov acích
náv rhů
náv rhů
PU2592-Otev řít v rstv u náv rhu s
v ybranou sadou pozměňov acích
náv rhů v eŠabloně
PU2593-Zadat
v ýsledky hlasov ání
FP2381-Podpora pro
hlasování o pozměňovacích
návrzích
Účastník legislativ ního PU2594-Zobrazit náhled
procesu v rstv y náv rhu s přij atými
pozměňov acími náv rhy «include» PU2150-Zobrazit
v rstv u náv rhu
Obrázek 47: Pozměňovací návrhy
1327
8.2.2.9.2.1 PU2590-Vložit sadu pozměňovacích návrhů
Realizované Aktivity
Typ Název
Aktivita Předložení návrhů na opravu legislativně technických chyb
Aktivita Projednání ve výborech
Aktivita Podrobná rozprava
Aktivita Zahájení podrobné rozpravy - 2. čtení
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Realizované požadavky
FP2359-Zadání metadat
Předpoklady
Uživatel je v prostoru pozměňovacích návrhů.
Scénáře
Název Přidat sadu připomínek
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost "Přidat sadu pozměňovacích návrhů".
2 Systém Systém přidá sadu pozměňovacích návrhů a otevře obrazovku pro úpravu
atributů sady pozměňovacích návrhů.
3 Systém Systém automaticky doplní identifikátor sady pozměňovacích návrhů
podle nastavených pravidel. V rámci tohoto identifikátoru pak budou
číslovány jednotlivé pozměńovací návrhy.
Název Smazat sadu pozměňovacích návrhů
1328
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost "Smazat sadu pozměňovacích návrhů".
2 Systém Systém ověří, zda je možné sadu pozměňovacích návrhů smazat.
alt. krok pokračuj typ akce
na
2a Konec Výjimka Sadu pozměňovacích návrhů nelze smazat
3 Systém Systém smaže sadu pozměňovacích návrhů.
Název Sadu pozměňovacích návrhů nelze smazat
Typ Výjimka
krok typ akce
1 Systém K sadě pozměňovacích návrhů existují pozměňovací návrhy.
Název Přidat sadu pozměňovacích návrhů číselných položek
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost "Přidat sadu pozměňovacích návrhů".
2 Systém Systém přidá sadu pozměňovacích návrhů a otevře obrazovku pro úpravu
atributů sady pozměňovacích návrhů.
3 Uživatel Uživatel zadá atribut, že se jedná o sadu pozměňovacích návrhů číselných
položek.
4 Systém Systém automaticky doplní identifikátor sady pozměňovacích návrhů
číselných položek podle nastavených pravidel. V rámci tohoto
identifikátoru pak budou číslovány jednotlivé pozměńovací návrhy.
1329
8.2.2.9.2.2 PU2591-Vybrat sadu pozměňovacích návrhů
Realizované Aktivity
Typ Název
Aktivita Předložení návrhů na opravu legislativně technických chyb
Aktivita Projednání ve výborech
Aktivita Podrobná rozprava
Aktivita Zahájení podrobné rozpravy - 2. čtení
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Zároveň PU obecného charakteru, který není vázán ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2359-Zadání metadat
Předpoklady
Uživatel je v prostoru pozměňovacích návrhů.
Stav po ukončení
Vybraná sada pozměňovacích návrhů.
Scénáře
Název Vybrat sadu pozměňovacích návrhů
Typ Základní scénář
krok typ akce
1 Systém Systém zobrazuje přehled sad pozměňovacích návrhů.
2 Uživatel Uživatel vybere jednu sadu pozměňovacích návrhů .
1330
8.2.2.9.2.3 PU2592-Otevřít vrstvu návrhu s vybranou sadou pozměňovacích návrhů v e-
Šabloně
Realizované Aktivity
Typ Název
Aktivita Předložení návrhů na opravu legislativně technických chyb
Aktivita Projednání ve výborech
Aktivita Podrobná rozprava
Aktivita Zahájení podrobné rozpravy - 2. čtení
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Zároveň PU obecného charakteru, který není vázán ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2359-Zadání metadat
Předpoklady
Vybraná sada pozměňovacích návrhů v prostoru pozměňovacích návrhů.
Stav po ukončení
Otevřená vrstva návrhu pro vkládání pozměňovacích návrhů v e-Šabloně.
Scénáře
Název Otevřít vrstvu návrhu
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost "Otevřít sadu pozměňovacích návrhů v e-Šabloně".
1331
2 Systém Systém spustí e-Šablonu a otevře v ní vrstvu návrhu pro vkládání
pozměňovacích návrhů.
3 Systém Součástí vrstvy návrhu jsou i všechny pozměňovací návrhy dané sady
pozměňovacích návrhů.
8.2.2.9.2.4 PU2593-Zadat výsledky hlasování
Účel: Uživatel může zadat výsledek hlasování o pozměňovacím návrhu (zda byl přijat), a to v
rámci celého prostoru i v rámci sad pozměňovacích návrhů - tak, aby bylo možné odlišit
například hlasování na výborech a hlasování na plénu Sněmovny či Senátu.
Realizované požadavky
FP2381-Podpora pro hlasování o pozměňovacích návrzích
Předpoklady
Vybraný prostor pozměňovacích návrhů nebo vybraná sada pozměňovacích návrhů v prostoru
pozměňovacích návrhů.
Scénáře
Název Zadat výsledky hlasování
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel v rámci sady pozměňovacích návrhů nebo prostoru zvolí
možnost "Zadat výsledky hlasování".
2 Systém Systém zobrazí pozměňovací návrhy příslušné sady pozměňovacích
návrhů nebo prostoru.
3 Uživatel Uživatel si zvolí pozměňovací návrh a zadá, zda byl přijat (či ne).
4 Systém Systém zaznamenává pro sadu pozměňovacích návrhů nebo prostor,
které pozměňovací návrhy byly přijaty a v jakém pořadí.
1332
8.2.2.9.2.5 PU2594-Zobrazit náhled vrstvy návrhu s přijatými pozměňovacími návrhy
Účel: Zobrazit aktuální obsah návrhu ve znění přijatých pozměňovacích návrhů v rámci
hlasování výborů, komisí a celých schůzí Poslanecké sněmovny a Senátu tak, aby měl uživatel
(např. poslanec nebo senátor) přehled o aktuálním obsahu návrhu v pro rozhodování v
hlasování o následujících pozměňovacích návrzích.
Realizované požadavky
FP2381-Podpora pro hlasování o pozměňovacích návrzích
Předpoklady
Vybraný prostor pozměňovacích návrhů nebo vybraná sada pozměňovacích návrhů v prostoru
pozměňovacích návrhů.
Stav po ukončení
Zobrazená vrstva návrhu se zapracovanými pozměňovacími návrhy, které byly přijaty
hlasováním v rámci příslušné sady pozměňovacích návrhů nebo prostoru.
Scénáře
Název Zobrazit náhled s přijatými pozměňovacími návrhy
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel v rámci sady pozměňovacích návrhů nebo prostoru zvolí
možnost "Zobrazit náhled vrstvy návrhu s přijatými pozměňovacími
návrhy".
2 Systém Systém vygeneruje dočasnou vrstvu návrhu se zapracovanými
pozměňovacími návrhy, které byly přijaty hlasováním v rámci příslušné
sady pozměňovacích návrhů nebo prostoru. Zapracovávání kolizí systém
řeší pomocí variantních fragmentů.
3 Systém Systém zobrazí vygenerovanou vrstvu návrhu.
1333
1334
8.2.2.10 Prohlížení návrhů Portál e-Legislativa
PU2150-Zobrazit FP2079-Zobrazení právního
v rstv u náv rhu aktu
PU2151-Zobrazit FP2087-Prohlížení obsahů
v rstv u obsahu
FP2080-Zobrazení sady
PU2152-Zobrazit sadu připomínek nebo
připomínek nebo pozměňovacích návrhů
pozměňov acích náv rhů
PU2153-Zv olit způsob FP2081-Způsob zobrazení
zobrazení FP2086-Porovnání vrstev
právního aktu
Čtenář v prostoru PU2154-Porov nat FP2031-Generování
v rstv y náv rhu souborových dokumentů
právního aktu
« i n cl u d e » PU2155-Zobrazit FP2056-Generování
přehled hlav ních souborových dokumentů z
obsahu
v rstev náv rhu FP2088-Úprava právních aktů
PU2156-Vygenerov at FP2350-Jiné návrhy
soubor z v rstv y náv rhu
PU2157-Vygenerov at
soubor z v rstv y obsahu
Editor v prostoru PU2158-Uprav it
v rstv u náv rhu
« i n cl u d e » PU2159-Pracov at s
« i n cl u d e » fragmentem
« i n cl u d e » PU2161-Vložit « i n cl u d e »
« i n cl u d e » připomínku PU2160-Uprav it
« i n cl u d e »
nov elizační instrukci
« i n cl u d e »
« i n cl u d e »
PU2162-Vložit « i n cl u d e »
pozměňov ací náv rh k
ustanov ení
PU2163-Vložit j iný
náv rh
Obrázek 48: Prohlížení návrhů
1335
8.2.2.10.1 PU2150-Zobrazit vrstvu návrhu
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2079-Zobrazení právního aktu
Předpoklady
Vybraná vrstva návrhu
Scénáře
Název Zobrazit vrstvu návrhu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost zobrazit vrstvu návrhu.
2 Systém Systém zobrazí přehled obsahů, které jsou součástí vrstvy návrhu.
3 Uživatel Uživatel vybere obsah.
4 Systém Systém z vrstvy návrhu a vybraného obsahu dohledá vrstvu obsahu a tu
vybere.
1336
8.2.2.10.2 PU2151-Zobrazit vrstvu obsahu
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2087-Prohlížení obsahů
Předpoklady
Vybraná vrstva obsahu
Scénáře
Název Zobrazit vrstvu obsahu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost zobrazit vrstvu obsahu.
2 Systém Systém zobrazí vrstvu obsahu ve formě zobrazení posloupnosti
fragmentů.
1337
8.2.2.10.3 PU2152-Zobrazit sadu připomínek nebo pozměňovacích návrhů
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2080-Zobrazení sady připomínek nebo pozměňovacích návrhů
Předpoklady
Vybraná vrstva obsahu a v ní sada připomínek nebo pozměňovacích návrhů
Scénáře
Název Zobrazit sadu připomínek nebo pozměňovacích návrhů
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost zobrazit sadu připomínek nebo pozměňovacích
návrhů.
2 Systém Systém zobrazí vrstvu obsahu ve formě zobrazení posloupnosti
fragmentů, nebudou však zobrazeny všechny změnové fragmenty, pouze
změnové fragmenty patřící do zvolené sady připomínek nebo
pozměňovacích návrhů.
1338
8.2.2.10.4 PU2153-Zvolit způsob zobrazení
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2081-Způsob zobrazení
Scénáře
Název Zvolit způsob zobrazení
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost změnit způsob zobrazení.
2 Systém Systém nabídne uživateli obrazovku s volbou způsobu zobrazení.
3 Uživatel Uživatel zvolí způsob zobrazení a volbu potvrdí.
4 Systém Systém upraví způsob zobrazení.
1339
8.2.2.10.5 PU2154-Porovnat vrstvy návrhu
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2086-Porovnání vrstev právního aktu
Předpoklady
Vybraná vrstva návrhu
Scénáře
Název Porovnat vrstvy návrhu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost porovnat vrstvu návrhu z jinou vrstvou návrhu.
2 Uživatel Uživatel vybere vrstvu návrhu k porovnání.
3 Systém Systém porovná vrstvy návrhu na úrovni vrstev obsahu (stejná, přibyla,
ubyla, změnila se) a výsledek zobrazí.
4 Uživatel Uživatel zvolí obsah (ve formě porovnávaných vrstev obsahu).
5 Systém Systém zobrazí zvolený obsah ve formě posloupnosti fragmentů
porovnávající vrstvy obsahu.
6 Uživatel Uživatel může zvolit možnost vygenerovat zobrazené porovnání v
souborové podobě.
7 Systém Systém nabídne uživateli obrazovku s volbou typu souborového
dokumentu (PDF, RTF).
8 Uživatel Uživatel vybere typ výstupního souboru.
1340
9 Systém Systém vygeneruje souborový dokument a nabídne jej uživateli ke
stažení.
1341
8.2.2.10.6 PU2155-Zobrazit přehled hlavních vrstev návrhu
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2086-Porovnání vrstev právního aktu
Scénáře
Název Zobrazit přehled hlavních vrstev návrhu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost zobrazit přehled hlavních vrstev návrhu.
2 Systém Systém zobrazí seznam všech hlavních vrstev právního aktu, ke kterým má
uživatel přístup.
3 Uživatel Uživatel si vybere hlavní vrstvu návrhu.
1342
8.2.2.10.7 PU2156-Vygenerovat soubor z vrstvy návrhu
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2031-Generování souborových dokumentů právního aktu
Předpoklady
Vybraná vrstva návrhu
Scénáře
Název Vygenerovat soubor z vrstvy návrhu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost vygenerovat návrh nebo jeho části v souborové
podobě (ze zvolené vrstvy návrhu).
2 Systém Systém nabídne uživateli obrazovku s volbou, které obsahy chce do
výsledku zahrnout (obsah právního aktu, obsah věcného záměru, obsahy
právních předpisů, obsahy strukturovaných dokumentů) a s volbou typu
souborového dokumentu (PDF, RTF, XML).
3 Uživatel Uživatel vybere, které obsahy chce do souboru zahrnout a typ výstupního
souboru.
4 Systém Systém ověří, že vybrané obsahy jsou v příslušné vrstvě návrhu aktuální
(tzn., obsahují-li generovaný obsah, je tento obsah aktuální, eventuálně je
vrstva obsahu již uzavřená).
5 Systém Systém vygeneruje souborový dokument a nabídne jej uživateli ke
stažení.
1343
8.2.2.10.8 PU2157-Vygenerovat soubor z vrstvy obsahu
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2056-Generování souborových dokumentů z obsahu
Předpoklady
Vybraná vrstva obsahu
Scénáře
Název Vygenerovat soubor z vrstvy obsahu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost vygenerovat obsah v souborové podobě (ze
zvolené vrstvy obsahu).
2 Systém Systém nabídne uživateli obrazovku s volbou typu souborového
dokumentu (PDF, RTF, XML).
3 Uživatel Uživatel vybere typ výstupního souboru.
4 Systém Systém ověří, že obsah je příslušné vrstvě návrhu aktuální (tzn., obsahuje-
li generovaný obsah, je tento obsah aktuální, eventuálně je vrstva obsahu
již uzavřená).
5 Systém Systém vygeneruje souborový dokument a nabídne jej uživateli ke
stažení.
1344
8.2.2.10.9 PU2158-Upravit vrstvu návrhu
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Realizované požadavky
FP2088-Úprava právních aktů
Předpoklady
Vybraná vrstva návrhu, která je v příslušném prostoru otevřená pro úpravy
Scénáře
Název Upravit vrstvu návrhu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost upravit návrh ve zvolené vrstvě.
2 Systém Systém přejde do režimu úpravy vrstvy návrhu.
3 Uživatel Uživatel upraví vrstvu návrhu.
1345
8.2.2.10.10 PU2159-Pracovat s fragmentem
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Scénáře
Název Vložit fragment
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí místo v obsahu, kam chce vložit nový fragment.
2 Systém Systém nabídne uživateli obrazovku pro vyplnění základních atributů
fragmentu, zejména jeho typ a text. Systém nabízí pouze typy, které v
rámci šablony je možné v daném místě vložit.
3 Uživatel Uživatel vyplní atributy fragmentu a potvrdí vložení fragmentu.
4 Systém Systém vloží fragment, případně přečísluje následující fragmenty na stejné
úrovni hierarchie a upraví novelizační instrukce.
Název Nahradit fragment
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí fragment, který chce nahradit.
2 Systém Systém nabídne uživateli obrazovku pro změnu textu fragmentu.
3 Uživatel Uživatel upraví text fragmentu.
4 Systém Systém nahradí původní fragment novou verzí fragmentu a upraví
novelizační instrukce.
Název Zrušit fragment
Typ Základní scénář
1346
krok typ akce
1 Uživatel Uživatel zvolí fragment, který chce zrušit.
2 Systém Systém zruší fragment, případně přečísluje následující fragmenty na
stejné úrovni hierarchie a upraví novelizační instrukce.
Název Smazat fragment
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí fragment, který chce smazat (tzn., vrátit se k původní textaci
výchozí vrstvy).
2 Systém Systém zruší fragment, případně přečísluje následující fragmenty na
stejné úrovni hierarchie a upraví novelizační instrukce.
1347
8.2.2.10.11 PU2161-Vložit připomínku
Realizované Aktivity
Typ Název
Aktivity Vytvoření připomínek
Aktivity Interní připomínkové řízení
Scénáře
Název Vložit obecnou připomínku
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost vložit obecnou připomínku.
2 Systém Systém nabídne uživateli obrazovku pro vyplnění základních atributů
obecné připomínky a zejména jejího textu. Obsah, kterého se týká (právní
akt, věcný záměr, právní předpisy) je v případě právního aktu a věcného
záměru doplněn automaticky. V případě obecné připomínky k právnímu
předpisu je uživatel vyzván k výběru jednoho nebo více právních
předpisů, pokud je v právním aktu více právních předpisů.
3 Uživatel Uživatel vyplní základní atributy obecné připomínky.
4 Systém Systém vytvoří obecnou připomínku.
Název Vložit kontextovou připomínku
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí fragment nebo uzel hierarchie, ke kterému chce vložit
kontextovou připomínku.
2 Systém Systém nabídne uživateli obrazovku pro vyplnění základních atributů
kontextové připomínky, zejména jejího textu.
3 Uživatel Uživatel vyplní základní atributy kontextové připomínky.
1348
4 Systém Systém vytvoří kontextovou připomínku.
Název Vložit obsahovou připomínku k ustanovení
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí fragment nebo uzel hierarchie, ke kterému chce vložit
obsahovou připomínku k ustanovení.
2 Systém Systém vytvoří připomínku, včetně k ní příslušného bloku fragmentů.
3 Uživatel Uživatel pracuje s fragmenty uvnitř bloku fragmentů připomínky.
Název Upravit připomínku
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel vybere připomínku, kterou chce upravit a zvolí možnost upravit
připomínku.
2 Systém Systém ověří oprávnění uživatele upravit připomínku a dle typu
připomínky nabídne uživateli obrazovku pro úpravu připomínky (pro
obsahovou připomínku k ustanovení je o práci s fragmenty připomínky).
3 Uživatel Uživatel upraví připomínku a potvrdí úpravy.
4 Systém Systém upraví připomínku.
Název Smazat připomínku
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel vybere připomínku, kterou chce smazat a zvolí možnost smazat
připomínku.
2 Systém Systém ověří oprávnění uživatele smazat připomínku a požádá o
potvrzení smazání připomínky.
3 Uživatel Uživatel potvrdí smazání připomínky.
1349
4 Systém Systém smaže připomínku.
8.2.2.10.12 PU2162-Vložit pozměňovací návrh k ustanovení
Realizované Aktivity
Typ Název
Aktivita Podrobná rozprava
Aktivita Předložení návrhů na opravu legislativně technických chyb
Aktivita Projednání ve výborech
Aktivita Zahájení podrobné rozpravy - 2. čtení
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Scénáře
Název Vložit pozměňovací návrh k ustanovení
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí fragment nebo uzel hierarchie, ke kterému chce vložit
pozměňovací návrh k ustanovení.
2 Systém Systém vytvoří pozměňovací návrh, včetně k němu příslušného bloku
fragmentů.
3 Uživatel Uživatel pracuje s fragmenty uvnitř bloku fragmentů pozměňovacího
návrhu.
Název Upravit pozměňovací návrh k ustanovení
Typ Základní scénář
krok typ akce
1350
1 Uživatel Uživatel vybere pozměňovací návrh k ustanovení, který chce upravit a zvolí
možnost upravit pozměňovací návrh.
2 Systém Systém ověří oprávnění uživatele upravit pozměňovací návrh k ustanovení a
umožní uživateli pracovat s fragmenty pozměňovacího návrhu.
3 Uživatel Uživatel upraví fragmenty (případně novelizační instrukce) pozměňovacího
návrhu.
Název Smazat pozměňovací návrh k ustanovení
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel vybere pozměňovací návrh k ustanovení, který chce smazat a zvolí
možnost smazat pozměňovací návrh.
2 Systém Systém ověří oprávnění uživatele smazat pozměňovací návrh a požádá o
potvrzení smazání pozměňovacího návrhu.
3 Uživatel Uživatel potvrdí smazání pozměňovacího návrhu.
4 Systém Systém smaže pozměňovací návrh k ustanovení.
1351
8.2.2.10.13 PU2163-Vložit jiný návrh
Realizované Aktivity
Typ Název
Aktivita Podrobná rozprava
Aktivita Projednání ve výborech
Aktivita Zahájení podrobné rozpravy - 2. čtení
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Realizované požadavky
FP2350-Jiné návrhy
Scénáře
Název Vložit jiný návrh
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost vložit jiný návrh.
2 Systém Systém nabídne uživateli obrazovku s volbou, o jaký návrh se jedná.
3 Uživatel Uživatel vybere, o jaký jiný návrh se jedná.
4 Systém Systém vytvoří jiný návrh.
Název Smazat jiný návrh
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel si vybere jiný návrh a zvolí možnost smazat jiný návrh.
1352
2 Systém Systém ověří oprávnění uživatele smazat jiný návrh a požádá o potvrzení
smazání jiného návrhu.
3 Uživatel Uživatel potvrdí smazání jiného návrhu.
4 Systém Systém smaže jiný návrh.
1353
8.2.2.11 Vyhledávání v portále
Portál e-Legislativa
PU2165-Vyhledat v FP2089-Vyhledávání v
portále e-Legislativ y p o rtá l e
Účastník legislativ ního
procesu
Obrázek 49: Vyhledávání v portále
1354
8.2.2.11.1 PU2165-Vyhledat v portále e-Legislativy
Realizované Aktivity
Typ Název
Aktivita Tento PU realizuje níže uvedené požadavky, které jsou obecného charakteru, a
neváže se přímo ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2089-Vyhledávání v portále
Scénáře
Název Vyhledat v portále e-Legislativy
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost vyhledat v portále.
2 Systém Systém nabídne uživateli obrazovku s polem pro zadání fulltextového
dotazu a volbou doplňkových vyhledávacích kritérií.
3 Uživatel Uživatel vloží fulltext dotaz, případně vyplní doplňková kritéria a potvrdí
vyhledání.
4 Systém Systém vyhledá data splňující požadovaná kritéria a zobrazí výsledky
vyhledávání.
5 Uživatel Uživatel vybere požadovaný výsledek vyhledávání.
1355
8.2.2.12 Notifikace
Portál e-Legislativa
PU2170-Zobrazit přehled FP2091-Notifikace na
aktiv ních notifikací vyžádání (pull)
PU2044-Vyhledat v ěcný
PU2171-Přihlásit se k příj mu záměr
notifikace « i n cl u d e »
« i n cl u d e »
PU2055-Vyhledat práv ní akt
« i n cl u d e »
Účastník legislativ ního
procesu
PU2073-Vyhledat práv ní akt v
eSbírce
PU2172-Zobrazit detail
příj mu notifikace
Registrov aný adresát práv a
Tw itter PU2173-Odhlásit se od
příj mu notifikace
PU2174-Odeslat notifikaci
Facebook
Obrázek 50: Notifikace
1356
8.2.2.12.1 PU2170-Zobrazit přehled aktivních notifikací
Realizované Aktivity
Typ Název
Aktivita Tento PU realizuje níže uvedené požadavky, které jsou obecného charakteru, a
neváže se přímo ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2091-Notifikace na vyžádání (pull)
Scénáře
Název Zobrazit přehled aktivních notifikací
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost zobrazit přehled aktivních notifikací.
2 Systém Systém zobrazí přehled aktivních notifikací daného uživatele.
3 Uživatel Uživatel může vybrat příjem notifikace.
1357
8.2.2.12.2 PU2171-Přihlásit se k příjmu notifikace
Realizované Aktivity
Typ Název
Aktivita Tento PU realizuje níže uvedené požadavky, které jsou obecného charakteru, a
neváže se přímo ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2091-Notifikace na vyžádání (pull)
Scénáře
Název Přihlásit se k příjmu notifikace
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost přihlásit se k příjmu notifikace.
2 Systém Systém nabídne uživateli obrazovku pro definici kritérií notifikace,
zejména volbu typu notifikace (k právnímu aktu, k věcnému záměru, k
právnímu aktu e-Sbírky), volbu instance entity a stavu procesu, ve kterém
má být notifikace odeslána.
3 Uživatel Uživatel vyplní kritéria notifikace.
4 Systém Systém aktivuje příjem notifikace pro uživatele.
1358
8.2.2.12.3 PU2172-Zobrazit detail příjmu notifikace
Realizované Aktivity
Typ Název
Aktivita Tento PU realizuje níže uvedené požadavky, které jsou obecného charakteru, a
neváže se přímo ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2091-Notifikace na vyžádání (pull)
Předpoklady
Vybraný příjem notifikace
Scénáře
Název Zobrazit detail příjmu notifikace
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost zobrazit detail příjmu notifikace
2 Systém Systém zobrazí atributy (kritéria) příjmu notifikace.
1359
8.2.2.12.4 PU2173-Odhlásit se od příjmu notifikace
Realizované Aktivity
Typ Název
Aktivita Tento PU realizuje níže uvedené požadavky, které jsou obecného charakteru, a
neváže se přímo ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2091-Notifikace na vyžádání (pull)
Předpoklady
Vybraný příjem notifikace
Scénáře
Název Odhlásit se od příjmu notifikace
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost odhlásit se od příjmu notifikace.
2 Systém Systém požádá o potvrzení odhlášení příjmu notifikace.
3 Uživatel Uživatel potvrdí odhlášení příjmu notifikace.
4 Systém Systém odhlásí uživatele od příjmu notifikace.
1360
8.2.2.12.5 PU2174-Odeslat notifikaci
Realizované Aktivity
Typ Název
Aktivita Tento PU realizuje níže uvedené požadavky, které jsou obecného charakteru, a
neváže se přímo ke konkrétnímu procesu či aktivitě.
Scénáře
Název Odeslat notifikaci
Typ Základní scénář
krok typ akce
1 Systém Systém na základě konfigurace automatických notifikací nebo přihlášek k
odběru notifikací rozhodne o odeslání notifikace.
2 Systém Systém sestaví notifikaci
3 Systém Systém odešle notifikaci emailem uživateli nebo vloží notifikaci do
externího systému.
1361
8.2.2.13 Vyhlašování do e-Sbírky
Uživ atel s opráv něním Portál e-Legislativa FP2701-Požadavek na
požádat o v yhlášení vyh l á še n í
práv ního aktu PU2180-Požádat o
v yhlášení práv ního FP2702-Příprava vyhlášení
Pracov ník publikačního FP2703-T ypografi e
úřadu aktu vyhlašovaných právních aktů
PU2181-Připrav it
práv ní akt na
v yhlášení
« i n cl u d e » PU2182-Prov ést
« i n cl u d e » j azykov ou korekturu
« i n cl u d e »
PU2183-Prov ést
legislativ ně-technickou
korekturu
PU2184-Prov ést
typografickou
korekturu
Uživ atel s opráv něním PU2185-Schv álit FP2704-Finální vyhlášení v
schv álit korekturu práv ní akt po eSbírce
korektuře
eSbírka
PU2186-Vyhlásit
práv ní akt v eSbírce
PU2187-Vygenerov at
soubor pro listinnou
podobu v yhlášeného
práv ního aktu
Obrázek 51: Vyhlašování do e-Sbírky
1362
8.2.2.13.1 PU2180-Požádat o vyhlášení právního aktu
Realizované Aktivity
Typ Název
Aktivita Převzetí materiálu zákona do fáze publikace ve Sbírce.
Realizované požadavky
FP2701-Požadavek na vyhlášení
Scénáře
Název Požádat o vyhlášení právního aktu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel požádá o vyhlášení právního aktu a to formou změny stavu v
procesu.
2 Systém Před provedením změny stavu systém ověří, že jsou splněny všechny
podmínky, které musí právní akt a s ním spojená data splňovat, aby bylo
možné podat žádost o vyhlášení právního aktu ve sbírce.
3 Uživatel Systém provede změnu stavu procesu na "Žádost o vyhlášení právního
aktu".
1363
8.2.2.13.2 PU2181-Připravit právní akt na vyhlášení
Realizované Aktivity
Typ Název
Aktivita Příprava zákona k vyhlášení
Realizované požadavky
FP2702-Příprava vyhlášení
Scénáře
Název Připravit právní akt na vyhlášení
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zajistí provedení všech kroků nebytných v rámci publikačního
úřadu k přípravě právního aktu na vyhlášení, zejména zajištění korektur.
1364
8.2.2.13.3 PU2182-Provést jazykovou korekturu
Realizované Aktivity
Typ Název
Aktivita Jazyková korektura
Realizované požadavky
FP2702-Příprava vyhlášení
Scénáře
Název Provést jazykovou korekturu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel pomocí e-Šablony provede jazykovou korekturu právního aktu.
1365
8.2.2.13.4 PU2183-Provést legislativně-technickou korekturu
Realizované Aktivity
Typ Název
Aktivita Legislativně-technická korektura
Realizované požadavky
FP2702-Příprava vyhlášení
Scénáře
Název Provést legislativně-technickou korekturu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel pomocí e-Šablony provede legislativně-technickou korekturu
právního aktu, například ověření či doplnění odkazů do CzechVOCu.
1366
8.2.2.13.5 PU2184-Provést typografickou korekturu
Realizované Aktivity
Typ Název
Aktivita Typografická korektura
Realizované požadavky
FP2702-Příprava vyhlášení
FP2703-Typografie vyhlašovaných právních aktů
Scénáře
Název Provést typografickou korekturu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel pomocí e-Šablony provede typografickou korekturu právního
aktu.
1367
8.2.2.13.6 PU2185-Schválit právní akt po korektuře
Realizované Aktivity
Typ Název
Aktivita Schválit právní akt po korektuře
Realizované požadavky
FP2702-Příprava vyhlášení
Scénáře
Název Schválit právní akt po korektuře
Typ Základní scénář
krok typ akce
1 Systém Systém formou notifikace informuje uživatele o žádosti o schválení
korektury právního aktu.
2 Uživatel Uživatel pomocí e-Šablony případně Prohlížeče návrhů zkontroluje, zda
korektura právního aktu je v pořádku.
3 Uživatel Uživatel formou změny stavu schválí právní akt po korektuře.
1368
8.2.2.13.7 PU2186-Vyhlásit právní akt v e-Sbírce
Realizované Aktivity
Typ Název
Aktivita Vyhlásit právní akt ve Sbírce
Realizované požadavky
FP2704-Finální vyhlášení v e-Sbírce
Scénáře
Název Vyhlásit právní akt v e-Sbírce
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost vyhlásit právní akt v e-Sbírce.
2 Systém Systém nabídne uživateli obrazovku pro vyplnění či volbu údajů nutných
pro vyhlášení právního aktu.
3 Uživatel Uživatel vyplní údaje nutné pro vyhlášení právního aktu a vyhlášení
potvrdí.
4 Systém Systém provede vyhlášení právního aktu v e-Sbírce.
1369
8.2.2.13.8 PU2187-Vygenerovat soubor pro listinnou podobu vyhlášeného právního
aktu
Realizované Aktivity
Typ Název
Aktivita Připravit listinnou podobu vyhlášeného právního aktu
Realizované požadavky
FP2704-Finální vyhlášení v e-Sbírce
Scénáře
Název Vygenerovat soubor pro listinnou podobu vyhlášeného právního aktu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost vygenerovat soubor pro listinnou podobu
vyhlášeného právního aktu.
2 Systém Systém vygeneruje PDF soubor pro tisk listinné podoby právního aktu a
uloží jej do e-Sbírky.
1370
8.2.2.14 Veřejné připomínkové řízení
Portál e-Legislativa
PU2190-Zaháj it v eřej né
připomínkov é řízení
Vlastník náv rhu PU2191-Ukončit v eřej né FP2904-Otevření a uzavření
Editor náv rhu připomínkov é řízení Veřejného připomínkového
řízení
PU2192-Zobrazit přehled
v eřej ných připomínkov ých FP2906-Přehled veřejných
p ři p o m ín e k
řízení
PU2193-Zobrazit v eřej né
připomínkov é řízení a
přehled připomínek
PU2194-Zobrazit
připomínky v Prohlížeči
náv rhů
PU2195-Zobrazit v eřej nou
připomínku
Obrázek 52: Veřejné připomínkové řízení
1371
8.2.2.14.1 PU2190-Zahájit veřejné připomínkové řízení
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2904-Otevření a uzavření Veřejného připomínkového řízení
Předpoklady
Vybraný právní akt nebo věcný záměr, který nemá aktivní veřejné připomínkové řízení.
Scénáře
Název Zahájit veřejné připomínkové řízení
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí v rámci právního aktu nebo věcného záměru možnost
zahájit veřejné připomínkové řízení.
2 Systém Systém nabídne uživateli obrazovku s volbou atributů veřejného
připomínkového řízení, například předpokládané datum ukončení.
3 Uživatel Uživatel vyplní atributy veřejného připomínkového řízení a potvrdí
zahájení veřejného připomínkového řízení.
4 Systém Systém zahájí veřejné připomínkové řízení, zejména jej zobrazí v rámci
Veřejného webu e-Legislativy.
1372
8.2.2.14.2 PU2191-Ukončit veřejné připomínkové řízení
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2904-Otevření a uzavření Veřejného připomínkového řízení
Předpoklady
Vybraný právní akt nebo věcný záměr, v rámci kterého je zahájené veřejné připomínkové řízení
Scénáře
Název Ukončit veřejné připomínkové řízení
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost ukončit veřejné připomínkové řízení.
2 Systém Systém požádá o potvrzení ukončit veřejné připomínkové řízení.
3 Uživatel Uživatel potvrdí ukončení veřejného připomínkového řešení.
4 Systém Systém ukončí veřejné připomínkové řízení, zejména jej odstraní z
Veřejného webu e-Legislativy.
1373
8.2.2.14.3 PU2192-Zobrazit přehled veřejných připomínkových řízení
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2906-Přehled veřejných připomínek
Předpoklady
Vybraný právní akt nebo věcný záměr
Scénáře
Název Zobrazit přehled veřejných připomínkových řízení
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost zobrazit přehled veřejných připomínkových řízení
2 Systém Systém zobrazí přehled veřejných připomínkových řízení příslušných
právního aktu nebo věcného záměru.
3 Uživatel Uživatel může vybrat veřejné připomínkové řízení.
1374
8.2.2.14.4 PU2193-Zobrazit veřejné připomínkové řízení a přehled připomínek
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2906-Přehled veřejných připomínek
Předpoklady
Vybrané veřejné připomínkové řízení
Scénáře
Název Zobrazit veřejné připomínkové řízení a přehled připomínek
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost zobrazit veřejné připomínkové řízení a přehled
připomínek.
2 Systém Systém zobrazí atributy veřejného připomínkového řízení a seznam
připomínek ve formě přehledu.
3 Uživatel Uživatel může vybrat veřejnou připomínku.
1375
8.2.2.14.5 PU2194-Zobrazit připomínky v Prohlížeči návrhů
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2906-Přehled veřejných připomínek
Předpoklady
Vybrané veřejné připomínkové řízení
Scénáře
Název Zobrazit připomínky v Prohlížeči návrhů
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost zobrazit připomínky v Prohlížeči návrhů.
2 Systém Systém přejde na Prohlížeč návrhů a v rámci strukturovaného obsahu
zobrazí odkazy na připomínky u fragmentů, ke kterým se připomínky
vztahují.
3 Uživatel Uživatel vybere veřejnou připomínku.
1376
8.2.2.14.6 PU2195-Zobrazit veřejnou připomínku
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2906-Přehled veřejných připomínek
Předpoklady
Vybraná veřejná připomínka
Scénáře
Název Zobrazit veřejnou připomínku
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost zobrazit veřejnou připomínku.
2 Systém Systém zobrazí atributy (text) veřejné připomínky.
1377
8.2.2.15 Výkladová stanoviska
Portál e-Legislativa
PU2800-Požádat o FP2101-Žádost o publikaci
publikaci v ýkladov ého výkladového stanoviska
stanov iska
Uživ atel s opráv něním
požádat o publikaci
v ýkladov ého stanov iska
« i n cl u d e »
PU2073-Vyhledat
práv ní akt v eSbírce
PU2801-Vyhledat žádost o
publikaci v ýkladov ého
stanov iska
PU2802-Zobrazit žádost o FP2 1 0 2 -Pu b l i ka ce
publikaci v ýkladov ého výkladového stanoviska
Pracov ník publikačního stanov iska
úřadu
PU2803-Vyřídit žádost o
publikaci v ýkladov ého
stanov iska
Obrázek 53::Výkladová stanoviska
1378
8.2.2.15.1 PU2800-Požádat o publikaci výkladového stanoviska
Realizované Aktivity
Typ Název
Aktivita Žádost o publikaci výkladového stanoviska
Realizované požadavky
FP2101-Žádost o publikaci výkladového stanoviska
Název Požádat o publikaci nového výkladového stanoviska
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost požádat o pulikaci výkladového stanoviska.
2 Systém Systém nabídne uživateli obrazovku pro vyplnění základních atributů
žádosti, zejména garanční úřad, kontaktní email a výběr typu žádosti.
3 Uživatel Uživatel vyplní základní atributy žádosti.
4 Uživatel Uživatel zvolí typ žádosti "vložit výkladové stanovisko".
alt. krok pokraču Typ Akce
j na
4a 11 Alternativ Požádat o úpravu výkladového stanoviska
ní scénář
4b 11 Alternativ Požádat o smazání výkladového stanoviska
ní scénář
5 Systém Systém doplní na obrazovce pole pro doplnění dalších atributů žádosti o
publikaci nového výkladového stanoviska.
1379
6 Uživatel Uživatel zvolí technický typ výkladového stanoviska (soubor nebo odkaz)
a dle volby vloží soubor se stanoviskem nebo odkaz na stanovisko.
7 Uživatel Uživatel vyhledá předpis eSbírky, ke kterému chce výkladové stanovisko
připojit.
8 Systém Systém zobrazí seznam účinnostních verzí vybraného předpisu,
předvolená je aktuálně účinná účinnostní verze.
9 Uživatel Uživatel zvolí účinnostní verzi předpisu.
10 Uživatel Uživatel může vybrat možnost připojit výkladové stanovisko ke
konkrétnímu citovatelnému ustanovení předpisu. V takovém případě se
uživateli otevře nové okno prohlížeče s předpisem v eSbírce, ve kterém si
uživatel vybere citovatelné ustanovení a přes schránku přenese jeho
identifikaci do žádosti.
11 Uživatel Uživatel potvrdí vytvoření žádosti.
12 Systém Systém předá žádost k vyřízení publikačním úřadem.
Název Požádat o úpravu výkladového stanoviska
Typ Alternativní scénář
krok typ Akce
1 Uživatel Uživatel zvolí typ žádosti "upravit výkladové stanovisko".
2 Uživatel Uživatel vyhledá předpis eSbírky, jehož výkladové stanovisko chce upravit.
3 Systém Systém zobrazí přehled výkladových stanovisek připojených k vybranému
předpisu. Přehled je filtrovatelný podle účinnostních verzí předpisu,
předvybraná je aktuálně účinná účinnostní verze.
4 Uživatel Uživatel zvolí výkladové stanovisko (v rámci účinnostní verze), které chce
upravit.
5 Systém Systém doplní na obrazovce pole pro doplnění dalších atributů žádosti o
úpravu výkladového stanoviska.
6 Uživatel Uživatel zvolí technický typ výkladového stanoviska (soubor nebo odkaz)
a dle volby vloží soubor se stanoviskem nebo odkaz na stanovisko (jedná-
li se o úpravu odkazu, je odkaz předvyplněn původní hodnotou).
1380
Název Požádat o smazání výkladového stanoviska
Typ Alternativní scénář
krok typ Akce
1 Uživatel Uživatel zvolí typ žádosti "smazat výkladové stanovisko".
2 Uživatel Uživatel vyhledá předpis eSbírky, jehož výkladové stanovisko chce smazat.
3 Systém Systém zobrazí přehled výkladových stanovisek připojených k vybranému
předpisu. Přehled je filtrovatelný podle účinnostních verzí předpisu,
předvybraná je aktuálně účinná účinnostní verze.
4 Uživatel Uživatel zvolí výkladové stanovisko (v rámci účinnostní verze), které chce
smazat.
5 Systém Systém požádá uživatele o povrzení, že chce opravu požádat o smazání
výkladového stanoviska.
6 Uživatel Uživatel potvrdí, že chce požádat o smazání výkladového stanoviska.
1381
8.2.2.15.2 PU2801-Vyhledat žádost o publikaci výkladového stanoviska
Realizované Aktivity
Typ Název
Aktivita Žádost o publikaci výkladového stanoviska
Aktivita Převzetí žádosti k publikaci
Zároveň PU obecného charakteru, který není vázán ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2102-Publikace výkladového stanoviska
Název Vyhledat žádost o publikaci výkladového stanoviska
Typ Základní scénář
krok Typ Akce
1 Uživatel Uživatel zvolí možnost vyhledat žádost o publikaci výkladového
stanoviska.
2 Systém Systém nabídne uživateli obrazovku s volbou kritérií pro výběr žádostí o
publikaci výkladového stanoviska. Ve výchozím nastavení jsou kritéria
zvolena tak, že se zobrazují nevyřízené žádosti v pořadí dle data jejich
podání.
3 Uživatel Uživatel vyplní kritéria pro výběr žádostí a potvrdí vyhledání.
4 Systém Systém vyhledá žádosti o publikaci výkladového stanoviska splňující
požadovaná kritéria.
5 Uživatel Uživatel vybere požadovanou žádost o publikaci výkladového stanoviska.
1382
8.2.2.15.3 PU2802-Zobrazit žádost o publikaci výkladového stanoviska
Realizované Aktivity
Typ Název
Aktivita PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2102-Publikace výkladového stanoviska
Předpoklady
Vybraná žádost o publikaci výkladového stanoviska.
Scénáře
Název Zobrazit žádost o publikaci výkladového stanoviska
Typ Základní scénář
krok Typ akce
1 Uživatel Uživatel zvolí možnost zobrazit žádost o publikaci výkladového stanoviska
2 Systém Systém zobrazí atributy výkladového stanoviska včetně případně
připojeného souboru (pro stažení).
1383
8.2.2.15.4 PU2803-Vyřídit žádost o publikaci výkladového stanoviska
Realizované Aktivity
Typ Název
Aktivita Převzetí žádosti k publikaci
Aktivita Zpracování žádosti o publikaci
Aktivita Zdůvodnění zamítnutí žádosti
Aktivita Notifikace o zpracování žádosti
Aktivita Příprava stanoviska k vyhlášení
Aktivita Vyhlásit stanovisko v e-Sbírce
Realizované požadavky
FP2102-Publikace výkladového stanoviska
Předpoklady
Vybraná a zobrazená žádost o publikaci výkladového stanoviska, která není vyřízená.
Scénáře
Název Vyřídit žádost o publikaci výkladového stanoviska
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel provede kontrolu žádosti o publikaci výkladového stanoviska po
formální stránce (například prověří typ a formální obsah připojeného
dokumentu nebo funkčnost vloženého HTTP odkazu).
2 Uživatel Uživatel zvolí způsob vyřízení žádosti - schválení nebo zamítnutí.
3 Systém Systém zobrazí obrazovku pro vyplnění doplňkových atributů vyřízení
žádosti, zejména zdůvodnění zamítnutí.
4 Uživatel Uživatel vyplní doplňkové atributy vyřízení žádosti, zejména zdůvodnění
zamítnutí (zamítá-li) a potvrdí vyřízení žadosti (zamítnutí či schválení).
1384
5 Systém V případě schválení žádosti o smazání výkladového stanoviska, systém
požádá uživatele o potvrzení smazání.
6 Uživatel V případě schválení žádosti o smazání výkladového stanoviska, uživatel
potvrdí smazání.
7 Systém Systém odešle na kontaktní email žádosti informaci o způsobu a
zdůvodnění vyřízení žádosti.
8 Systém V případě schválení žádosti systém provede v eSbírce požadovanou
operaci, tzn. vložení nového výkladového stanoviska, jeho úpravu či
smazání v rámci příslušného předpisu a účinnostní verze.
1385
8.2.3 Veřejný web e-Legislativa
V rámci sady případů užití pro veřejný web e-legislativa jsou realizovány následující aktivity
adresáta práva:
Přistoupit na domovskou stránku
Registrovat uživatele
Zobrazit stránky a dashboardy
Spravovat notifikace
Připomínkovat v rámci veřejného připomínkového řízení
Vyhledat zveřejněné informace o průběhu a obsahu legislativního procesu
Zobrazit zveřejněné informace o průběhu a obsahu legislativního procesu
Vygenerovat vybraný obsah do souborového dokumentu
Stáhnout souborový dokument
8.2.3.1 Domovské stránky
Veřejný web e-Legislativa
PU2200-Zobrazit FP2002-Sada stránek pro
domov skou stránku Veřejný web
Adresát práv a
Obrázek 54: Domovské stránky
1386
8.2.3.1.1 PU2200-Zobrazit domovskou stránku
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu
legislativnímu procesu či aktivitě.
Realizované požadavky
FP2002-Sada stránek pro Veřejný web
Scénáře
Název Zobrazit domovskou stránku
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel otevře Veřejný web e-Legislativa.
2 Systém Systém zobrazí výchozí domovskou stránku Veřejného webu e-Legislativa.
3 Uživatel Uživatel zvolí přechod na jinou domovskou stránku, dashboard,
systémovou stránku či externí odkaz.
4 Systém Systém zobrazí další stránku dle volby uživatele.
1387
8.2.3.2 Dashboardy
Veřejný web e-Legislativa
PU2205-Zobrazit FP2006-Sada dashboardů
dashboard pro Veřejný web
Adresát práv a
Obrázek 55: Dashboardy
1388
8.2.3.2.1 PU2205-Zobrazit dashboard
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu
legislativnímu procesu či aktivitě.
Realizované požadavky
FP2006-Sada dashboardů pro Veřejný web
Předpoklady
Vybraný dashboard
Scénáře
Název Zobrazit dashboard
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost zobrazit dashboard.
2 Systém Systém zobrazí vybraný dashboard.
3 Uživatel Uživatel prohlíží dashboard, mění nastavitelné parametry dashboardu a
vybírá řádek.
4 Systém Systém zobrazí detail entity vybrané uživatelem.
1389
8.2.3.3 Registrace Veřejný web e-Legislativa FP2 9 0 1 -Re g i stro va n í
uživatelé a jejich profily
Registrov aný adresát práv a PU2211-Uprav it
Adresát práv a uživ atelský profil FP2 8 0 4 -Re g i stra ce /Vytvá ře n í
uživatelských účtů
PU2212-Přihlásit
uživ atele
PU2213-Odhlásit
uživ atele
PU2210-Registrov at
uživ atele
PU2724-Resetov at heslo
PU2718-Zablokov at
uživ atelský účet
Obrázek 56: Registrace
1390
8.2.3.3.1 PU2210-Registrovat uživatele
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu
legislativnímu procesu či aktivitě.
Realizované požadavky
FP2804-Registrace/Vytváření uživatelských účtů
FP2901-Registrovaní uživatelé a jejich profily
Scénáře
Název Registrovat uživatele
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost registrovat se v systému.
2 Systém Systém nabídne uživateli obrazovku pro vyplnění atributů uživatelského
profilu, zejména své emailové adresy a hesla.
3 Uživatel Uživatel vyplní atributy uživatelského profilu, zejména emailovou adresu a
heslo.
4 Systém Systém založí uživatelský účet v neaktivním stavu (nelze se přihlásit).
5 Systém Systém odešle na zadaný emailovou adresu kontrolní email s odkazem na
potvrzení vlastnictví emailové adresy.
6 Uživatel Uživatel v přijatém emailu otevře potvrzovací stránku.
7 Systém Systém aktivuje uživatelský účet.
1391
8.2.3.3.2 PU2211-Upravit uživatelský profil
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu
legislativnímu procesu či aktivitě.
Realizované požadavky
FP2901-Registrovaní uživatelé a jejich profily
Předpoklady
Uživatel je přihlášen.
Scénáře
Název Upravit uživatelský profil
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost upravit uživatelský profil.
2 Systém Systém nabídne uživateli obrazovku pro úpravu atributů uživatelského
profilu včetně hesla, avšak nikoli emailové adresy.
3 Uživatel Uživatel upraví atributy uživatelského profilu a změny potvrdí.
4 Systém Systém upraví atributy uživatelského profilu.
1392
8.2.3.3.3 PU2212-Přihlásit uživatele
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu
legislativnímu procesu či aktivitě.
Realizované požadavky
FP2901-Registrovaní uživatelé a jejich profily
Předpoklady
Uživatel není přihlášen.
Scénáře
Název Přihlásit uživatele
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost přihlásit uživatele.
2 Systém Systém nabídne uživateli obrazovku pro vyplnění přihlašovacích údajů.
3 Uživatel Uživatel vyplní přihlašovací údaje a přihlášení potvrdí.
4 Systém Systém přihlásí uživatele.
1393
8.2.3.3.4 PU2213-Odhlásit uživatele
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu
legislativnímu procesu či aktivitě.
Realizované požadavky
FP2901-Registrovaní uživatelé a jejich profily
Předpoklady
Uživatel je přihlášen.
Scénáře
Název Odhlásit uživatele
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost odhlásit uživatele.
2 Systém Systém odhlásí uživatele.
1394
8.2.3.4 Notifikace
Veřejný web e-Legislativa
PU2215-Zobrazit
přehled aktiv ních
notifikací
PU2216-Přihlásit se k FP2091-Notifikace na
příj mu notifikace vyžádání (pull)
« i n cl u d e » PU2243-Vyhledat
« i n cl u d e » práv ní akt
« i n cl u d e »
Registrov aný adresát práv a PU2252-Vyhledat
práv ní předpis
« i n cl u d e »
PU2253-Vyhledat
práv ní akt v eSbírce
PU2217-Zobrazit detail
příj mu notifikace
PU2218-Odhlásit se
od příj mu notifikace
Obrázek 57: Notifikace
1395
8.2.3.4.1 PU2215-Zobrazit přehled aktivních notifikací
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu
legislativnímu procesu či aktivitě.
Realizované požadavky
FP2091-Notifikace na vyžádání (pull)
Scénáře
Název Zobrazit přehled aktivních notifikací
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost zobrazit přehled aktivních notifikací.
2 Systém Systém zobrazí přehled aktivních notifikací daného uživatele.
3 Uživatel Uživatel může vybrat příjem notifikace.
1396
8.2.3.4.2 PU2216-Přihlásit se k příjmu notifikace
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu
legislativnímu procesu či aktivitě.
Realizované požadavky
FP2091-Notifikace na vyžádání (pull)
Scénáře
Název Přihlásit se k příjmu notifikace
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost přihlásit se k příjmu notifikace.
2 Systém Systém nabídne uživateli obrazovku pro definici kritérií notifikace,
zejména volbu typu notifikace (k právnímu aktu, k věcnému záměru, k
právnímu aktu e-Sbírky), volbu instance entity a stavu procesu, ve kterém
má být notifikace odeslána.
3 Uživatel Uživatel vyplní kritéria notifikace.
4 Systém Systém aktivuje příjem notifikace pro uživatele.
1397
8.2.3.4.3 PU2217-Zobrazit detail příjmu notifikace
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu
legislativnímu procesu či aktivitě.
Realizované požadavky
FP2091-Notifikace na vyžádání (pull)
Předpoklady
Vybraný příjem notifikace.
Scénáře
Název Zobrazit detail příjmu notifikace
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost zobrazit detail příjmu notifikace
2 Systém Systém zobrazí atributy (kritéria) příjmu notifikace.
1398
8.2.3.4.4 PU2218-Odhlásit se od příjmu notifikace
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu
legislativnímu procesu či aktivitě.
Realizované požadavky
FP2091-Notifikace na vyžádání (pull)
Předpoklady
Vybraný příjem notifikace
Scénáře
Název Odhlásit se od příjmu notifikace
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost odhlásit se od příjmu notifikace.
2 Systém Systém požádá o potvrzení odhlášení příjmu notifikace.
3 Uživatel Uživatel potvrdí odhlášení příjmu notifikace.
4 Systém Systém odhlásí uživatele od příjmu notifikace.
1399
8.2.3.5 Veřejné připomínkové řízení
Obrázek 58: Veřejné připomínkové řízení
1400
8.2.3.5.1 PU2220-Vytvořit připomínku
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu
legislativnímu procesu či aktivitě.
Realizované požadavky
FP2905-Tvorba veřejných připomínek
Předpoklady
Vybrané otevřené veřejné připomínkové řízení.
Scénáře
Název Vytvořit připomínku
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel v Prohlížeči návrhů vybere fragment, ke kterému chce vložit
připomínku a zvolí možnost vytvořit připomínku.
2 Systém Systém nabídne uživateli obrazovku pro vyplnění atributů veřejné
připomínky.
3 Uživatel Uživatel vyplní atributy veřejné připomínky a potvrdí vytvoření
připomínky.
4 Systém Systém vytvoří veřejnou připomínku.
1401
8.2.3.5.2 PU2221-Zobrazit připomínku
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu
legislativnímu procesu či aktivitě.
Realizované požadavky
FP2905-Tvorba veřejných připomínek
Předpoklady
Vybraná veřejná připomínka.
Scénáře
Název Zobrazit připomínku
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost zobrazit připomínku.
2 Systém Systém zobrazí atributy veřejné připomínky včetně citace fragmentu,
kterého se připomínka týká.
1402
8.2.3.5.3 PU2222-Upravit připomínku
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu
legislativnímu procesu či aktivitě.
Realizované požadavky
FP2905-Tvorba veřejných připomínek
Předpoklady
Vybraná veřejná připomínka patřící do otevřeného veřejného připomínkového řízení.
Scénáře
Název Upravit připomínku
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost upravit připomínku.
2 Systém Systém nabídne uživateli obrazovku pro úpravu atributů veřejné
připomínky.
3 Uživatel Uživatel upraví atributy veřejné připomínky a úpravy potvrdí.
4 Systém Systém upraví atributy veřejné připomínky.
1403
8.2.3.5.4 PU2223-Smazat připomínku
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu
legislativnímu procesu či aktivitě.
Realizované požadavky
FP2905-Tvorba veřejných připomínek
Předpoklady
Vybraná veřejná připomínka patřící do otevřeného veřejného připomínkového řízení.
Scénáře
Název Smazat připomínku
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost smazat připomínku.
2 Systém Systém požádá o potvrzení smazání veřejné připomínky.
3 Uživatel Uživatel potvrdí smazání veřejné připomínky.
4 Systém Systém smaže veřejnou připomínku.
1404
8.2.3.5.5 PU2224-Zobrazit mé připomínky v Prohlížeči návrhů
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu
legislativnímu procesu či aktivitě.
Realizované požadavky
FP2905-Tvorba veřejných připomínek
Předpoklady
Vybrané veřejné připomínkové řízení.
Scénáře
Název Zobrazit mé připomínky v Prohlížeči návrhů
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost zobrazit připomínky v Prohlížeči návrhů.
2 Systém Systém přejde na Prohlížeč návrhů a v rámci strukturovaného obsahu
zobrazí odkazy na veřejné připomínky u fragmentů, ke kterým se
připomínky vztahují. Systém zobrazuje pouze veřejné připomínky
uživatele.
3 Uživatel Uživatel může vybrat veřejnou připomínku.
1405
8.2.3.5.6 PU2225-Zobrazit přehled mých připomínek
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu
legislativnímu procesu či aktivitě.
Realizované požadavky
FP2905-Tvorba veřejných připomínek
Předpoklady
Vybrané veřejné připomínkové řízení.
Scénáře
Název Zobrazit přehled mých připomínek
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost zobrazit přehled mých připomínek
2 Systém Systém zobrazí seznam veřejných připomínek uživatele ve formě
přehledu.
3 Uživatel Uživatel může vybrat veřejnou připomínku.
1406
8.2.3.5.7 PU2226-Zobrazit přehled veřejných připomínkových řízení
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu
legislativnímu procesu či aktivitě.
Realizované požadavky
FP2903-Přehled Veřejných připomínkových řízení
Scénáře
Název Zobrazit přehled veřejných připomínkových řízení
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost zobrazit přehled veřejných připomínkových řízení.
2 Systém Systém zobrazí přehled veřejných připomínkových řízení, s tím, že
otevřená veřejná výběrová řízení jsou zobrazena přednostně.
3 Uživatel Uživatel může vybrat veřejné připomínkové řízení.
1407
8.2.3.5.8 PU2227-Zobrazit veřejné připomínkové řízení
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu
legislativnímu procesu či aktivitě.
Realizované požadavky
FP2903-Přehled Veřejných připomínkových řízení
Předpoklady
Vybrané otevřené veřejné připomínkové řízení.
Scénáře
Název Zobrazit veřejné připomínkové řízení
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost zobrazit veřejné připomínkové řízení
2 Systém Systém zobrazí atributy veřejného připomínkového řízení.
1408
8.2.3.6 Legislativní záměry
Obrázek 59: Legislativní záměry
1409
8.2.3.6.1 PU2230.1-Zobrazit legislativní záměr
Realizované požadavky
FP2009-Zobrazení legislativního záměru
Předpoklady
Vybraný legislativní záměr.
Scénáře
Název Zobrazit legislativní záměr
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost zobrazit legislativní záměr.
2 Systém Systém zobrazí atributy legislativního záměru a odkazy na včleněný věcný
záměr a návrhy právních předpisů.
3 Uživatel Uživatel může vybrat věcný záměr nebo některý z návrhů právních
předpisů.
1410
8.2.3.6.2 PU2231.1-Vyhledat legislativní záměr
Realizované požadavky
FP2010-Vyhledání legislativních záměrů
Scénáře
Název Vyhledat legislativní záměr
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost vyhledat legislativní záměr.
2 Systém Systém nabídne uživateli obrazovku s volbou kritérií pro výběr
legislativních záměrů.
3 Uživatel Uživatel vyplní kritéria pro výběr legislativních záměrů a potvrdí vyhledání.
4 Systém Systém vyhledá zveřejněné legislativní záměry splňující požadovaná
kritéria. Nejsou tedy vyhledány legislativní záměry, které nejsou označeny
jako veřejné.
5 Uživatel Uživatel vybere požadovaný legislativní záměr.
1411
8.2.3.7 Věcné záměry
Veřejný web e-Legislativa
PU2230-Zobrazit
v ěcný záměr
PU2231-Zobrazit FP2013-Zobrazení věcného
historii v ěcného záměru
záměru FP2014-Vyhledání věcných
záměrů
Adresát práv a PU2232-Vyhledat
v ěcný záměr FP2015-Obsah věcného
záměru
PU2233-Vygenerov at
soubor v ěcného záměru FP2078-Prohlížení právních
aktů a věcných záměrů a
PU2234-Otev řít v ěcný jejich úprava
záměr v Prohlížeči
náv rhů
Obrázek 60: Věcné záměry
1412
8.2.3.7.1 PU2230-Zobrazit věcný záměr
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu
legislativnímu procesu či aktivitě.
Realizované požadavky
FP2013-Zobrazení věcného záměru
Předpoklady
Vybraný věcný záměr.
Scénáře
Název Zobrazit věcný záměr
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost zobrazit věcný záměr.
2 Systém Systém zobrazí atributy věcného záměru a odkaz na legislativní záměr,
jehož je součástí.
1413
8.2.3.7.2 PU2231-Zobrazit historii věcného záměru
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu
legislativnímu procesu či aktivitě.
Realizované požadavky
FP2013-Zobrazení věcného záměru
Předpoklady
Vybraný věcný záměr.
Scénáře
Název Zobrazit historii věcného záměru
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost zobrazit historii věcného záměru.
2 Systém Systém zobrazí historii věcného záměru, zejména uživatelsky přívětivou
historii procesu věcného záměru organizovanou primárně po veřejných
stavech procesu. V rámci jednoho záznamu v historii systém zobrazí
uživatelsky přívětivý popis příslušného záznamu doplněný o relevantní
informace, které se k záznamu vztahují jako například vrstva návrhu,
dokument apod. Všechny relevantní informace jsou prezentovány formou
odkazů. Systém zobrazí jen ty záznamy v historii, které jsou veřejné.
3 Uživatel Uživatel může zvolit možnost výběru odkazu, na který přejde. Zejména se
jedná o vrstvy návrhu nebo procesní dokumenty (strukturované i
souborové).
1414
8.2.3.7.3 PU2232-Vyhledat věcný záměr
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu
legislativnímu procesu či aktivitě.
Realizované požadavky
FP2014-Vyhledání věcných záměrů
Scénáře
Název Vyhledat věcný záměr
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost vyhledat věcný záměr.
2 Systém Systém nabídne uživateli obrazovku s volbou kritérií pro výběr věcných
záměrů.
3 Uživatel Uživatel vyplní kritéria pro výběr věcných záměrů a potvrdí vyhledání.
4 Systém Systém vyhledá věcné záměry splňující požadovaná kritéria, a jejichž
proces prošel alespoň jedním veřejným stavem.
5 Uživatel Uživatel vybere požadovaný věcný záměr.
1415
8.2.3.7.4 PU2233-Vygenerovat soubor věcného záměru
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu
legislativnímu procesu či aktivitě.
Realizované požadavky
FP2015-Obsah věcného záměru
Předpoklady
Vybraný věcný záměr.
Scénáře
Název Vygenerovat soubor věcného záměru
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost vygenerovat věcný záměr nebo jeho části v
souborové podobě.
2 Systém Systém nabídne uživateli obrazovku s volbou, které obsahy chce do
výsledku zahrnout (obsah věcného záměru, obsahy strukturovaných
dokumentů) a s volbou typu souborového dokumentu (PDF, RTF, XML).
3 Uživatel Uživatel vybere, které obsahy chce do souboru zahrnout a typ výstupního
souboru.
4 Systém Systém vygeneruje souborový dokument z poslední veřejné uzavřené
hlavní vrstvy věcného záměru.
5 Systém Systém nabídne uživateli soubor ke stažení.
1416
8.2.3.7.5 PU2234-Otevřít věcný záměr v Prohlížeči návrhů
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu
legislativnímu procesu či aktivitě.
Realizované požadavky
FP2078-Prohlížení právních aktů a věcných záměrů a jejich úprava
Předpoklady
Vybraný věcný záměr.
Scénáře
Název Otevřít věcný záměr v Prohlížeči návrhů
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost otevřít věcný záměr v Prohlížeči návrhů.
2 Systém Systém přejde na Prohlížeč návrhů a otevře v něm věcný záměr v poslední
veřejné uzavřené hlavní vrstvě.
Název Otevřít vrstvu věcného záměru v Prohlížeči návrhů
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost otevřít vrstvu věcného záměru v Prohlížeči návrhů.
2 Systém Systém přejde na Prohlížeč návrhů a otevře v něm vrstvu věcného
záměru.
1417
8.2.3.8 Právní akty
Veřejný web e-Legislativa FP2025-Zobrazení Právního
aktu
PU2240-Zobrazit práv ní
akt FP2 0 2 7 -Pře h l e d
souvisejících právních aktů a
PU2241-Zobrazit p ře d p i sů
souv islosti práv ního
FP2026-Zobrazení historie
aktu právního aktu a věcného
záměru
Adresát práv a PU2242-Zobrazit historii
práv ního aktu FP2028-Vyhledání Právních
aktů
PU2243-Vyhledat práv ní
akt FP2031-Generování
souborových dokumentů
PU2244-Vygenerov at právního aktu
soubor práv ního aktu
FP2078-Prohlížení právních
PU2245-Otev řít práv ní aktů a věcných záměrů a
akt v Prohlížeči náv rhů jejich úprava
Obrázek 61: Právní akty
1418
8.2.3.8.1 PU2240-Zobrazit právní akt
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu
legislativnímu procesu či aktivitě.
Realizované požadavky
FP2025-Zobrazení Právního aktu
Předpoklady
Vybraný právní akt.
Scénáře
Název Zobrazit právní akt
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost zobrazit právní akt.
2 Systém Systém zobrazí atributy právního aktu, odkaz na legislativní záměr, jehož
je součástí a odkazy na předpisy vložené do právního aktu.
1419
8.2.3.8.2 PU2241-Zobrazit souvislosti právního aktu
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu
legislativnímu procesu či aktivitě.
Realizované požadavky
FP2027-Přehled souvisejících právních aktů a předpisů
Předpoklady
Vybraný právní akt.
Scénáře
Název Zobrazit souvislosti právního aktu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost zobrazit souvislosti právního aktu.
2 Systém Systém zobrazí související právní akty a předpisy (tzn. právní akty a
předpisy, se kterými má právní akt vazby) včetně souvisejících předpisů
EU, a to formou odkazů.
3 Uživatel Uživatel může zvolit možnost výběru odkazu, na který přejde, například
na právní akt či předpis.
1420
8.2.3.8.3 PU2242-Zobrazit historii právního aktu
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu
legislativnímu procesu či aktivitě.
Realizované požadavky
FP2026-Zobrazení historie právního aktu a věcného záměru
Předpoklady
Vybraný právní akt.
Scénáře
Název Zobrazit historii právního aktu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost zobrazit historii právního aktu.
2 Systém Systém zobrazí historii právního aktu, zejména uživatelsky přívětivou
historii procesu právního aktu organizovanou primárně po veřejných
stavech procesu. V rámci jednoho záznamu v historii systém zobrazí
uživatelsky přívětivý popis příslušného záznamu doplněný o relevantní
informace, které se k záznamu vztahují jako například vrstva návrhu,
dokument apod. Všechny relevantní informace jsou prezentovány formou
odkazů. Systém zobrazí jen ty záznamy v historii, které jsou veřejné.
3 Uživatel Uživatel může zvolit možnost výběru odkazu, na který přejde. Zejména se
jedná o vrstvy návrhu nebo procesní dokumenty (strukturované i
souborové).
1421
8.2.3.8.4 PU2243-Vyhledat právní akt
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu
legislativnímu procesu či aktivitě.
Realizované požadavky
FP2028-Vyhledání Právních aktů
Název Vyhledat právní akt
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost vyhledat právní akt.
2 Systém Systém nabídne uživateli obrazovku s volbou kritérií pro výběr právních
aktů.
3 Uživatel Uživatel vyplní kritéria pro výběr právních aktů a potvrdí vyhledání.
4 Systém Systém vyhledá právní akty splňující požadovaná kritéria, a jejichž proces
prošel alespoň jedním veřejným stavem.
5 Uživatel Uživatel vybere požadovaný právní akt.
1422
8.2.3.8.5 PU2244-Vygenerovat soubor právního aktu
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu
legislativnímu procesu či aktivitě.
Realizované požadavky
FP2031-Generování souborových dokumentů právního aktu
Předpoklady
Vybraný právní akt.
Scénáře
Název Vygenerovat soubor právního aktu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost vygenerovat právní akt nebo jeho části v
souborové podobě.
2 Systém Systém nabídne uživateli obrazovku s volbou, které obsahy chce do
výsledku zahrnout (obsah právního aktu, obsahy právních předpisů,
obsahy strukturovaných dokumentů) a s volbou typu souborového
dokumentu (PDF, RTF, XML).
3 Uživatel Uživatel vybere, které obsahy chce do souboru zahrnout a typ výstupního
souboru.
4 Systém Systém vygeneruje souborový dokument z poslední veřejné uzavřené
hlavní vrstvy právního aktu.
5 Uživatel Systém nabídne uživateli soubor ke stažení.
1423
8.2.3.8.6 PU2245-Otevřít právní akt v Prohlížeči návrhů
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu
legislativnímu procesu či aktivitě.
Realizované požadavky
FP2078-Prohlížení právních aktů a věcných záměrů a jejich úprava
Předpoklady
Vybraný právní akt.
Scénáře
Název Otevřít právní akt v Prohlížeči návrhů
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost otevřít právní akt v Prohlížeči návrhů.
2 Systém Systém přejde na Prohlížeč návrhů a otevře v něm právní akt v poslední
veřejné uzavřené hlavní vrstvě.
1424
8.2.3.9 Právní předpisy FP2046-Zobrazení předpisu
Veřejný web e-Legislativa FP2 0 4 7 -Pře h l e d y
PU2250-Zobrazit práv ní předpis souvisejících předpisů
PU2251-Zobrazit souv islosti FP2050-Vyhledání předpisů
práv ního předpisu
FP2043-Vyhledání předpisu
Adresát práv a PU2252-Vyhledat práv ní v eSbírce
předpis
FP2056-Generování
« i n cl u d e » souborových dokumentů z
obsahu
PU2253-Vyhledat práv ní akt v
eSbírce
PU2254-Vygenerov at soubor
úplného znění práv ního
předpisu
Obrázek 62: Právní předpisy
1425
8.2.3.9.1 PU2250-Zobrazit právní předpis
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu
legislativnímu procesu či aktivitě.
Realizované požadavky
FP2046-Zobrazení předpisu
Předpoklady
Vybraný právní předpis.
Scénáře
Název Zobrazit právní předpis
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost zobrazit právní předpis.
2 Systém Systém zobrazí atributy právního předpisu, odkaz na právní akt, jehož je
právní předpis součástí, základní předpis e-Sbírky, přehled prováděcích
předpisů, nadřízený předpis a právní oblasti do, kterých předpis spadá.
1426
8.2.3.9.2 PU2251-Zobrazit souvislosti právního předpisu
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu
legislativnímu procesu či aktivitě.
Realizované požadavky
FP2047-Přehledy souvisejících předpisů
Předpoklady
Vybraný právní předpis.
Scénáře
Název Zobrazit souvislosti právního předpisu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost zobrazit souvislosti právního předpisu
2 Systém Systém zobrazí související právní akty a předpisy ve struktuře definované
příslušným požadavkem.
3 Uživatel Uživatel může zvolit možnost výběru odkazu, na který přejde, například
na právní akt či předpis.
1427
8.2.3.9.3 PU2252-Vyhledat právní předpis
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu
legislativnímu procesu či aktivitě.
Realizované požadavky
FP2050-Vyhledání předpisů
Scénáře
Název Vyhledat právní předpis
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost vyhledat právní předpis.
2 Systém Systém nabídne uživateli obrazovku s volbou kritérií pro výběr právních
předpisů.
3 Uživatel Uživatel vyplní kritéria pro výběr právních předpisů a potvrdí vyhledání.
4 Systém Systém vyhledá právní předpisy splňující požadovaná kritéria a proces
nadřazeného právního aktu prošel alespoň jedním veřejným stavem.
5 Uživatel Uživatel vybere požadovaný právní předpis.
1428
8.2.3.9.4 PU2253-Vyhledat právní akt v e-Sbírce
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu
legislativnímu procesu či aktivitě.
Realizované požadavky
FP2043-Vyhledání předpisu v e-Sbírce
Scénáře
Název Vyhledat právní akt v e-Sbírce
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost vyhledat právní akt v e-Sbírce.
2 Systém Systém nabídne uživateli obrazovku s volbou kritérií pro výběr právních
aktů e-Sbírky.
3 Uživatel Uživatel vyplní kritéria pro výběr právních aktů a potvrdí vyhledání.
4 Systém Systém vyhledá právní akty v e-Sbírce splňující požadovaná kritéria.
5 Uživatel Uživatel vybere požadovaný právní akt z e-Sbírky.
1429
8.2.3.9.5 PU2254-Vygenerovat soubor úplného znění právního předpisu
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu
legislativnímu procesu či aktivitě.
Realizované požadavky
FP2056-Generování souborových dokumentů z obsahu
Předpoklady
Vybraný právní předpis.
Scénáře
Název Vygenerovat soubor úplného znění právního předpisu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost vygenerovat úplné znění právního předpisu v
souborové podobě.
2 Systém Systém nabídne uživateli obrazovku s volbou typu souborového
dokumentu (PDF, RTF, XML).
3 Uživatel Uživatel vybere typ výstupního souboru.
4 Systém Systém vygeneruje souborový dokument a nabídne uživateli ke stažení.
1430
8.2.3.10 Prohlížení návrhů
Veřejný web e-Legislativa FP2079-Zobrazení právního
aktu
PU2260-Zobrazit
v rstv u náv rhu FP2087-Prohlížení obsahů
PU2261-Zobrazit FP2081-Způsob zobrazení
v rstv u obsahu
FP2086-Porovnání vrstev
PU2262-Zv olit způsob právního aktu
zobrazení
FP2031-Generování
Adresát práv a PU2263-Porov nat souborových dokumentů
v rstv y náv rhu právního aktu
« i n cl u d e » FP2056-Generování
souborových dokumentů z
PU2264-Zobrazit obsahu
přehled hlav ních
v rstev náv rhu
PU2265-Vygenerov at
soubor z v rstv y náv rhu
PU2266-Vygenerov at
soubor z v rstv y obsahu
Obrázek 63: Prohlížení návrhů
1431
8.2.3.10.1 PU2260-Zobrazit vrstvu návrhu
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu
legislativnímu procesu či aktivitě.
Realizované požadavky
FP2079-Zobrazení právního aktu
Předpoklady
Vybraná vrstva návrhu.
Scénáře
Název Zobrazit vrstvu návrhu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost zobrazit vrstvu návrhu.
2 Systém Systém zobrazí přehled obsahů, které jsou součástí vrstvy návrhu.
3 Uživatel Uživatel vybere obsah.
4 Systém Systém z vrstvy návrhu a vybraného obsahu dohledá vrstvu obsahu a tu
vybere.
1432
8.2.3.10.2 PU2261-Zobrazit vrstvu obsahu
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu
legislativnímu procesu či aktivitě.
Realizované požadavky
FP2087-Prohlížení obsahů
Předpoklady
Vybraná vrstva obsahu.
Scénáře
Název Zobrazit vrstvu obsahu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost zobrazit vrstvu obsahu.
2 Systém Systém zobrazí vrstvu obsahu ve formě zobrazení posloupnosti
fragmentů.
1433
8.2.3.10.3 PU2262-Zvolit způsob zobrazení
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu
legislativnímu procesu či aktivitě.
Realizované požadavky
FP2081-Způsob zobrazení
Scénáře
Název Zvolit způsob zobrazení
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost změnit způsob zobrazení.
2 Systém Systém nabídne uživateli obrazovku s volbou způsobu zobrazení.
3 Uživatel Uživatel zvolí způsob zobrazení a volbu potvrdí.
4 Systém Systém upraví způsob zobrazení.
1434
8.2.3.10.4 PU2263-Porovnat vrstvy návrhu
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu
legislativnímu procesu či aktivitě.
Realizované požadavky
FP2086-Porovnání vrstev právního aktu
Předpoklady
Vybraná vrstva návrhu.
Scénáře
Název Porovnat vrstvy návrhu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost porovnat vrstvu návrhu z jinou vrstvou návrhu.
2 Systém Uživatel vybere vrstvu návrhu k porovnání.
3 Uživatel Systém porovná vrstvy návrhu na úrovni vrstev obsahu (stejná, přibyla,
ubyla, změnila se) a výsledek zobrazí.
4 Systém Uživatel zvolí obsah (ve formě porovnávaných vrstev obsahu).
5 Uživatel Systém zobrazí zvolený obsah ve formě posloupnosti fragmentů
porovnávající vrstvy obsahu.
1435
8.2.3.10.5 PU2264-Zobrazit přehled hlavních vrstev návrhu
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu
legislativnímu procesu či aktivitě.
Realizované požadavky
FP2086-Porovnání vrstev právního aktu
Scénáře
Název Zobrazit přehled hlavních vrstev návrhu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost zobrazit přehled hlavních vrstev návrhu.
2 Systém Systém zobrazí seznam veřejných hlavních vrstev právního aktu.
3 Uživatel Uživatel si vybere hlavní vrstvu návrhu.
1436
8.2.3.10.6 PU2265-Vygenerovat soubor z vrstvy návrhu
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu
legislativnímu procesu či aktivitě.
Realizované požadavky
FP2031-Generování souborových dokumentů právního aktu
Předpoklady
Vybraná vrstva návrhu.
Scénáře
Název Vygenerovat soubor z vrstvy návrhu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost vygenerovat návrh nebo jeho části v souborové
podobě (ze zvolené vrstvy návrhu).
2 Systém Systém nabídne uživateli obrazovku s volbou, které obsahy chce do
výsledku zahrnout (obsah právního aktu, obsah věcného záměru, obsahy
právních předpisů, obsahy strukturovaných dokumentů) a s volbou typu
souborového dokumentu (PDF, RTF, XML).
3 Uživatel Uživatel vybere, které obsahy chce do souboru zahrnout a typ výstupního
souboru.
4 Systém Systém vygeneruje souborový dokument a nabídne jej uživateli ke
stažení.
1437
8.2.3.10.7 PU2266-Vygenerovat soubor z vrstvy obsahu
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu
legislativnímu procesu či aktivitě.
Realizované požadavky
FP2056-Generování souborových dokumentů z obsahu
Předpoklady
Vybraná vrstva obsahu.
Scénáře
Název Vygenerovat soubor z vrstvy obsahu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost vygenerovat obsah v souborové podobě (ze
zvolené vrstvy obsahu).
2 Systém Systém nabídne uživateli obrazovku s volbou typu souborového
dokumentu (PDF, RTF, XML).
3 Uživatel Uživatel vybere typ výstupního souboru.
4 Systém Systém vygeneruje souborový dokument a nabídne jej uživateli ke
stažení.
1438
8.2.3.11 Vyhledávání
Veřejný web e-Legislativa
PU2270-Vyhledat v e FP2089-Vyhledávání v
v eřej ném w ebu p o rtá l e
Adresát práv a
Obrázek 64: Vyhledávání
1439
8.2.3.11.1 PU2270-Vyhledat ve veřejném webu
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu
legislativnímu procesu či aktivitě.
Realizované požadavky
FP2089-Vyhledávání v portále
Scénáře
Název Vyhledat ve veřejném webu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost vyhledat ve veřejném webu.
2 Systém Systém nabídne uživateli obrazovku s polem pro zadání fulltextového
dotazu a volbou doplňkových vyhledávacích kritérií.
3 Uživatel Uživatel vloží fulltext dotaz, případně vyplní doplňková kritéria a potvrdí
vyhledání.
4 Systém Systém vyhledá zveřejněná data splňující požadovaná kritéria a zobrazí
výsledky vyhledávání.
5 Uživatel Uživatel vybere požadovaný výsledek vyhledávání.
1440
8.2.3.12 Veřejné API e-Legislativy
Veřejný web e-Legislativa
PU2280-Prov ést FP2907-Veřejné API
operaci e L e g i sl a ti vy
Externí systém adresátů
práv a
Obrázek 65: Veřejné API e-Legislativy
1441
8.2.3.12.1 PU2280-Provést operaci
Realizované Aktivity
Typ Název
Aktivita Tento PU vznikl na základě požadavků a neváže se přímo ke konkrétnímu
legislativnímu procesu či aktivitě.
Realizované požadavky
FP2907-Veřejné API e-Legislativy
Scénáře
Název Provést operaci
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel prostřednictvím veřejného API e-Legislativy požádá o vybraná
data či požádá o provedení operace, jejímž výsledkem jsou data. Možný
výběr typů dat a operací je specifikován příslušným požadavkem.
2 Systém Systém poskytne požadovaná data.
1442
8.2.4 e-Šablona
8.2.4.1 Práce s e-Šablonou
eŠablona
PU2300-Otev řít « i n cl u d e » PU2001-Přihlásit
eŠablonu uživ atele
FP2 2 6 9 -So u vi se j ící
i n fo rm a ce
PU2301-Zav řít PU2355-Zobrazit
eŠablonu souv isej ící informace
« i n cl u d e » PU2055-Vyhledat
práv ní akt
PU2302-Otev řít náv rh PU2310-Vybrat režim
« i n cl u d e »
« i n cl u d e »
« i n cl u d e »
« i n cl u d e » « i n cl u d e » PU2304-Vybrat náv rh «include» PU2044-Vyhledat
v ěcný záměr
Účastník
legislativ ního
procesu
PU2591-Vybrat sadu PU2513-Vybrat sadu « i n cl u d e »
pozměňov acích připomínek
náv rhů PU2306-Vybrat z náv rhů
otev řených v poslední
době
PU2303-Zav řít náv rh
PU2305-Vybrat j inou FP2208-Otevření právního
v rstv u náv rhu předpisu k editaci
(n o ve l i za ce )
PU2307-Otev řít obsah
FP2216-Práce s více předpisy
PU2308-Zav řít obsah najednou
PU2315-Zv olit FP2210-Zobrazení právního
zobrazení předpisu podle různých
pracovních vrstev
PU2318-Zobrazit
nápov ědu
Obrázek 66: Práce s e-Šablonou
1443
eŠablona
PU2309-Přidat obsah do « i n cl u d e » PU2072-Vložit
v rstv y náv rhu nov elizaci předpisu
do práv ního aktu
« i n cl u d e »
« i n cl u d e » PU2118-Vytv ořit
strukturov aný
Editor náv rhu
dokument
PU2354-Vložit nov elizaci
předpisu do práv ního aktu
PU2311-Uzamknout FP2214-Práce více osob na
obsah k editaci jednom právním aktu
FP2 2 4 8 -Va l i d a ce
PU2314-Validace
obsahu FP2206-Základní operace
nad předpisy
PU2317-Operace nad FP2373-Export - Import
obsahem
FP2209-Přiřazení šablony k
PU2312-Změnit p ře d p i su
šablonu
Pracov ník PU2316-Vyžádat šablonu
publikačního úřadu nestandardní nov ely
PU2313-Přiřadit
šablonu
Obrázek 67: Práce s e-Šablonou
1444
uc e-Šablona v dův ěrném režimu eŠablona FP2386-eŠablona pro
plusovou osu v důvěrném
Účastník legislativ ního PU2319-Aktiv ov at re ži m u
procesu dův ěrný režim
PU2320-Ukončit
dův ěrný režim
Obrázek 68: e-Šablona v důvěrném režimu
1445
8.2.4.1.1 PU2300-Otevřít e-Šablonu
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Zapracování připomínek
Aktivita Projednání ve výborech
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Aktivita Interní připomínkové řízení
Aktivita Zpracování analýzy RIA
Aktivita Zpracování Přehledu dopadů
Aktivita Pripomínkování návrhu
Aktivita Vytvoření připomínek
Aktivita Vypořádání připomínek
Aktivita Konzultace
Aktivita Zapracování konzultace
Aktivita Stanovisko komisí LRV
Aktivita Stanovisko OKOM
Aktivita Vytvoření stanoviska pléna LRV
Aktivita Vytvoření stanoviska Předsedy LRV
Aktivita Přepracování vládního návrhu zákona
Aktivita Vytvoření souhrnu pozměnovacích návrhů
Aktivita Předložení návrhu na opravu legislativně technických chyb
Aktivita Zapracování přijatých PN do úplného znění a vlastní novely
1446
Realizované Aktivity
Typ Název
Aktivita Předložení rozhodnutí na stažení návrhu
Aktivita Příprava materiálu ve znění předložených PN
Aktivita Predložení nových návrhu
Aktivita Příprava pro předání návrhu PSP
Kromě základních aktivit legislativního procesu explicitně vyjmenovaných výše,
tento PU je předpokladem k realizaci většiny aktivit legislativního procesu.
Stav po ukončení
Otevřená e-Šablona on-line v režimu "Povolena editace".
Scénáře
Název Otevřít e-Šablonu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost otevřít e-Šablonu.
1447
8.2.4.1.2 PU2301-Zavřít e-Šablonu
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Zapracování připomínek
Aktivita Projednání ve výborech
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Aktivita Interní připomínkové řízení
Aktivita Zpracování analýzy RIA
Aktivita Zpracování Přehledu dopadů
Aktivita Pripomínkování návrhu
Aktivita Vytvoření připomínek
Aktivita Vypořádání připomínek
Aktivita Konzultace
Aktivita Zapracování konzultace
Aktivita Stanovisko komisí LRV
Aktivita Stanovisko OKOM
Aktivita Vytvoření stanoviska pléna LRV
Aktivita Vytvoření stanoviska Předsedy LRV
Aktivita Přepracování vládního návrhu zákona
Aktivita Vytvoření souhrnu pozměnovacích návrhů
Aktivita Předložení návrhu na opravu legislativně technických chyb
Aktivita Zapracování přijatých PN do úplného znění a vlastní novely
1448
Realizované Aktivity
Typ Název
Aktivita Předložení rozhodnutí na stažení návrhu
Aktivita Příprava materiálu ve znění předložených PN
Aktivita Predložení nových návrhu
Aktivita Příprava pro předání návrhu PSP
Kromě základních aktivit legislativního procesu explicitně vyjmenovaných výše,
tento PU je předpokladem k realizaci většiny aktivit legislativního procesu.
Scénáře
Název Zavřít e-Šablonu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost "Zavřít e-Šablonu".
2 Systém Systém automaticky uloží případný neuložený obsah.
1449
8.2.4.1.3 PU2302-Otevřít návrh
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Zapracování připomínek
Aktivita Projednání ve výborech
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Aktivita Interní připomínkové řízení
Aktivita Zpracování analýzy RIA
Aktivita Zpracování Přehledu dopadů
Aktivita Pripomínkování návrhu
Aktivita Vytvoření připomínek
Aktivita Vypořádání připomínek
Aktivita Konzultace
Aktivita Zapracování konzultace
Aktivita Stanovisko komisí LRV
Aktivita Stanovisko OKOM
Aktivita Vytvoření stanoviska pléna LRV
Aktivita Vytvoření stanoviska Předsedy LRV
Aktivita Přepracování vládního návrhu zákona
Aktivita Vytvoření souhrnu pozměnovacích návrhů
Aktivita Předložení návrhu na opravu legislativně technických chyb
Aktivita Zapracování přijatých PN do úplného znění a vlastní novely
1450
Realizované Aktivity
Typ Název
Aktivita Předložení rozhodnutí na stažení návrhu
Aktivita Příprava materiálu ve znění předložených PN
Aktivita Predložení nových návrhu
Aktivita Příprava pro předání návrhu PSP
Kromě základních aktivit legislativního procesu explicitně vyjmenovaných výše,
tento PU je předpokladem k realizaci většiny aktivit legislativního procesu.
Předpoklady
Otevřená e-Šablona.
Stav po ukončení
Otevřený návrh v e-Šabloně.
Scénáře
Název Otevřít návrh
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost "Otevřít návrh".
2 Uživatel Uživatel vybere návrh podle PU2304.
8.2.4.1.4 PU2303-Zavřít návrh
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
1451
Realizované Aktivity
Typ Název
Aktivita Zapracování připomínek
Aktivita Projednání ve výborech
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Aktivita Interní připomínkové řízení
Aktivita Zpracování analýzy RIA
Aktivita Zpracování Přehledu dopadů
Aktivita Pripomínkování návrhu
Aktivita Vytvoření připomínek
Aktivita Vypořádání připomínek
Aktivita Konzultace
Aktivita Zapracování konzultace
Aktivita Stanovisko komisí LRV
Aktivita Stanovisko OKOM
Aktivita Vytvoření stanoviska pléna LRV
Aktivita Vytvoření stanoviska Předsedy LRV
Aktivita Přepracování vládního návrhu zákona
Aktivita Vytvoření souhrnu pozměnovacích návrhů
Aktivita Předložení návrhu na opravu legislativně technických chyb
Aktivita Zapracování přijatých PN do úplného znění a vlastní novely
Aktivita Předložení rozhodnutí na stažení návrhu
Aktivita Příprava materiálu ve znění předložených PN
1452
Realizované Aktivity
Typ Název
Aktivita Predložení nových návrhu
Aktivita Příprava pro předání návrhu PSP
Kromě základních aktivit legislativního procesu explicitně vyjmenovaných výše,
tento PU je předpokladem k realizaci většiny aktivit legislativního procesu.
Předpoklady
Otevřený návrh v e-Šabloně.
Scénáře
Název Zavřít návrh
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost "Zavřít obsah".
2 Systém Systém automaticky uloží případný neuložený obsah.
1453
8.2.4.1.5 PU2304-Vybrat návrh
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Zapracování připomínek
Aktivita Projednání ve výborech
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Aktivita Interní připomínkové řízení
Aktivita Zpracování analýzy RIA
Aktivita Zpracování Přehledu dopadů
Aktivita Pripomínkování návrhu
Aktivita Vytvoření připomínek
Aktivita Vypořádání připomínek
Aktivita Konzultace
Aktivita Zapracování konzultace
Aktivita Stanovisko komisí LRV
Aktivita Stanovisko OKOM
Aktivita Vytvoření stanoviska pléna LRV
Aktivita Vytvoření stanoviska Předsedy LRV
Aktivita Přepracování vládního návrhu zákona
Aktivita Vytvoření souhrnu pozměnovacích návrhů
Aktivita Předložení návrhu na opravu legislativně technických chyb
Aktivita Zapracování přijatých PN do úplného znění a vlastní novely
1454
Realizované Aktivity
Typ Název
Aktivita Předložení rozhodnutí na stažení návrhu
Aktivita Příprava materiálu ve znění předložených PN
Aktivita Predložení nových návrhu
Aktivita Příprava pro předání návrhu PSP
Kromě základních aktivit legislativního procesu explicitně vyjmenovaných výše,
tento PU je předpokladem k realizaci většiny aktivit legislativního procesu.
Účel: Výběr vrstvy návrhu, se kterou bude v rámci jedné instance e-Šablony, uživatel
pracovat. Návrhem může být jeden právní akt nebo jeden věcný záměr.
Předpoklady
Otevřená e-Šablona.
Omezení
Výběr návrhu zohledňuje režim, ve kterém je e-Šablona otevřena.
Stav po ukončení
Vybraná vrstva návrhu.
Scénáře
Název Výběr návrhu právního aktu
Typ Základní scénář
krok typ akce
1 Systém Systém vyzve uživatel k výběru návrhu.
2 Systém Systém provede uživatele postupným výběrem návrhu včetně vrstvy
návrhu.
3 Systém Systém v rámci první úrovně nabídne uživateli výběr z možností "Věcný
záměr" nebo "Právní akt".
1455
4 Systém Uživatel vybere možnost "Právní akt".
alt. krok pokračuj typ akce
na
4a Konec Alternativ Výběr návrhu věcného záměru
ní scénář
5 Systém Systém otevře obrazovku pro vyhledávání právních aktů.
6 Uživatel Uživatel vybere právní akt.
7 Systém Systém nabídne přehled vrstev právního aktu.
8 Uživatel Uživatel vybere vrstvu právního aktu.
Název Výběr návrhu věcného záměru
Typ Alternativní scénář
krok typ akce
1 Uživatel Uživatel vybere možnost "Věcný záměr".
2 Systém Systém otevře obrazovku pro vyhledávání věcných záměrů.
3 Uživatel Uživatel vybere věcný záměr.
4 Systém Systém nabídne přehled vrstev věcného záměru.
5 Uživatel Uživatel vybere vrstvu věcného záměru.
1456
8.2.4.1.6 PU2305-Vybrat jinou vrstvu návrhu
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Kromě základních aktivit legislativního procesu explicitně vyjmenovaných výše,
tento PU je předpokladem k realizaci většiny aktivit legislativního procesu.
Předpoklady
Otevřený návrh v e-Šabloně.
Stav po ukončení
Otevřená vrstva v e-Šabloně.
Scénáře
Název Vybrat jinou vrstvu návrhu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost "Otevřít jinou vrstvu".
2 Systém Systém zobrazí přehled vrstev daného návrhu.
3 Uživatel Uživatel vybere vrstvu.
1457
8.2.4.1.7 PU2306-Vybrat z návrhů otevřených v poslední době
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Zapracování připomínek
Kromě základních aktivit legislativního procesu explicitně vyjmenovaných výše,
tento PU je předpokladem k realizaci většiny aktivit legislativního procesu.
Účel: Vybrat návrh, na kterém jsem již v poslední době pracoval.
Předpoklady
Otevřená e-Šablona.
Scénáře
Název Vybrat z návrhů otevřených v poslední době
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost "Vybrat z posledních".
2 Systém Systém nabídne uživateli možnost výběru z posledních otevřených vrstev
návrhu.
3 Uživatel Uživatel vybere vrstvu návrhu.
1458
8.2.4.1.8 PU2307-Otevřít obsah
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Vytvoření připomínek
Aktivita Zapracování připomínek
Aktivita Projednání ve výborech
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Aktivita Interní připomínkové řízení
Aktivita Zpracování analýzy RIA
Aktivita Zpracování Přehledu dopadů
Aktivita Pripomínkování návrhu
Aktivita Vytvoření připomínek
Aktivita Vypořádání připomínek
Aktivita Konzultace
Aktivita Zapracování konzultace
Aktivita Stanovisko komisí LRV
Aktivita Stanovisko OKOM
Aktivita Vytvoření stanoviska pléna LRV
Aktivita Vytvoření stanoviska Předsedy LRV
Aktivita Přepracování vládního návrhu zákona
Aktivita Vytvoření souhrnu pozměnovacích návrhů
Aktivita Předložení návrhu na opravu legislativně technických chyb
1459
Realizované Aktivity
Typ Název
Aktivita Zapracování přijatých PN do úplného znění a vlastní novely
Aktivita Předložení rozhodnutí na stažení návrhu
Aktivita Příprava materiálu ve znění předložených PN
Aktivita Predložení nových návrhu
Aktivita Příprava pro předání návrhu PSP
Kromě základních aktivit legislativního procesu explicitně vyjmenovaných výše,
tento PU je předpokladem k realizaci většiny aktivit legislativního procesu.
Realizované požadavky
FP2208-Otevření právního předpisu k editaci (novelizace)
FP2216-Práce s více předpisy najednou
Předpoklady
Otevřený návrh.
Stav po ukončení
Otevřený obsah na záložce editoru e-Šablony.
Scénáře
Název Otevřít obsah v editoru
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost "Otevřít obsah".
2 Systém Systém nabídne uživateli přehled obsahů vybrané vrstvy návrhu.
3 Uživatel Uživatel vybere jeden nebo více obsahů (typicky věcný záměr, právní
předpis, strukturovaný dokument).
1460
4 Systém Systém otevře každý vybraný obsah ve strukturované podobě v jedné
záložce e-Šablony.
1461
8.2.4.1.9 PU2308-Zavřít obsah
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Vytvoření připomínek
Aktivita Zapracování připomínek
Aktivita Projednání ve výborech
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Aktivita Interní připomínkové řízení
Aktivita Zpracování analýzy RIA
Aktivita Zpracování Přehledu dopadů
Aktivita Pripomínkování návrhu
Aktivita Vytvoření připomínek
Aktivita Vypořádání připomínek
Aktivita Konzultace
Aktivita Zapracování konzultace
Aktivita Stanovisko komisí LRV
Aktivita Stanovisko OKOM
Aktivita Vytvoření stanoviska pléna LRV
Aktivita Vytvoření stanoviska Předsedy LRV
Aktivita Přepracování vládního návrhu zákona
Aktivita Vytvoření souhrnu pozměnovacích návrhů
Aktivita Předložení návrhu na opravu legislativně technických chyb
1462
Realizované Aktivity
Typ Název
Aktivita Zapracování přijatých PN do úplného znění a vlastní novely
Aktivita Předložení rozhodnutí na stažení návrhu
Aktivita Příprava materiálu ve znění předložených PN
Aktivita Predložení nových návrhu
Aktivita Příprava pro předání návrhu PSP
Kromě základních aktivit legislativního procesu explicitně vyjmenovaných výše,
tento PU je předpokladem k realizaci většiny aktivit legislativního procesu.
Předpoklady
Otevřený obsah v e-Šabloně.
Scénáře
Název Zavřít obsah
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost "Zavřít obsah".
2 Systém Systém automaticky uloží případný neuložený obsah.
1463
8.2.4.1.10 PU2309-Přidat obsah do vrstvy návrhu
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Vytvoření připomínek
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Aktivita Zapracování připomínek
Aktivita Projednání ve výborech
Aktivita Interní připomínkové řízení
Aktivita Pripomínkování návrhu
Aktivita Vypořádání připomínek
Aktivita Stanovisko komisí LRV
Aktivita Stanovisko OKOM
Aktivita Vytvoření stanoviska pléna LRV
Aktivita Vytvoření stanoviska Předsedy LRV
Aktivita Přepracování vládního návrhu zákona
Aktivita Predložení nových návrhu
Aktivita Příprava pro předání návrhu PSP
Předpoklady
Otevřený právní akt nebo věcný záměr v e-Šabloně.
Scénáře
1464
Předpoklady
Název Přidat obsah do vrstvy návrhu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí jednu z možností pro přidání obsahu.
2 Systém Systém vloží vybraný obsah do vrstvy návrhu.
1465
8.2.4.1.11 PU2310-Vybrat režim
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Zároveň PU obecného charakteru, který není vázán ke konkrétnímu procesu či
aktivitě.
Předpoklady
Otevřená e-Šablona.
Stav po ukončení
Vybraný režim práce v e-Šabloně.
Scénáře
Název Změna režimu z Pouze pro čtení na Povolena editace
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel vybere možnost "Povolit editaci".
2 Systém Systém zkontroluje, že v e-Šabloně není ještě otevřený žádný návrh nebo
vrstva návrhu, která byla již v e-Šabloně otevřena, není uzavřenou nebo
uzamčenou vrstvou.
alt. krok pokračuj typ akce
na
2a Konec Výjimka Uzavřená vrstva návrhu
3 Systém Systém změní režim na "Povolena editace".
Název Uzavřená vrstva návrhu
Typ Výjimka
krok typ akce
1466
1 Systém Systém zjistí, že návrh otevřený v e-Šabloně obsahuje uzavřenou vrstvu
návrhu.
2 Systém Systém informuje uživatele, že akci nelze provést včetně důvodu.
Název Změna režimu z Povolena editace na Pouze pro čtení
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel vybere možnost "Pouze pro čtení".
2 Systém Systém změní režim na "Pouze pro čtení".
1467
8.2.4.1.12 PU2311-Uzamknout obsah k editaci
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Zároveň PU obecného charakteru, který není vázán ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2214-Práce více osob na jednom právním aktu
Předpoklady
Otevřený obsah v e-Šabloně.
Scénáře
Název Uzamknout obsah k editaci
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost "Uzamknout obsah".
2 Systém Systém obsah uzamkne pro editaci jiným uživatelem.
Název Odemknout obsah
Typ Alternativní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost "Odemknou obsah".
2 Systém Systém obsah odemkne pro editaci dalšími uživateli.
1468
8.2.4.1.13 PU2312-Změnit šablonu
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Realizované požadavky
FP2209-Přiřazení šablony k předpisu
Předpoklady
Obsah má přiřazenu šablonu obsahu.
Scénáře
Název Změnit šablonu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost "Změnit šablonu obsahu".
2 Systém Systém podle typu obsahu a typu právního předpisu nebo
strukturovaného dokumentu zobrazí přehled šablon obsahu.
3 Uživatel Uživatel vybere šablonu obsahu a potvrdí výběr.
4 Systém Systém změní šablonu obsahu.
alt. krok pokračuj typ akce
na
4a Konec Výjimka Šablona nesouhlasí
Název Šablona nesouhlasí
Typ Výjimka
krok typ akce
1469
1 Systém Systém zjistí nesoulad vybrané šablony se strukturovaným obsahem
právního předpisu.
2 Systém Systém informuje uživatele a "Zruší akci".
1470
8.2.4.1.14 PU2313-Přiřadit šablonu
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Realizované požadavky
FP2209-Přiřazení šablony k předpisu
Scénáře
Název Přiřadit šablonu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel chce editovat obsah.
2 Systém Systém zjistí, že daný obsah nemá přiřazenou šablonu obsahu a požádá
uživatele o přiřazení šablony obsahu.
3 Systém Systém uživateli nepovolí editaci, dokud šablonu obsahu nepřiřadí.
4 Uživatel Uživatel zvolí možnost "Přiřadit šablonu obsahu".
5 Systém Systém podle typu obsahu a typu právního předpisu nebo
strukturovaného dokumentu zobrazí přehled šablon obsahu.
6 Uživatel Uživatel vybere šablonu obsahu a potvrdí výběr.
7 Systém Systém přiřadí šablonu.
alt. krok pokračuj typ akce
na
7a Konec Výjimka Šablona nesedí
Název Šablona nesedí
Typ Výjimka
1471
krok typ akce
1 Systém Systém zjistí, že vybraná šablona neodpovídá obsahu právního předpisu a
informuje uživatele, aby zopakoval akci nebo kontaktoval Publikační úřad.
Název Přiřazení šablony publikačním úřadem.
Typ Alternativní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost "Přiřadit nestandardní šablonu obsahu".
2 Systém Systém podle typu obsahu a typu právního předpisu nebo
strukturovaného dokumentu zobrazí přehled nestandardních šablon
obsahu.
3 Uživatel Uživatel vybere šablonu obsahu a potvrdí výběr.
4 Systém Systém přiřadí šablonu.
1472
8.2.4.1.15 PU2314-Validace obsahu
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Zapracování připomínek
Aktivita Přepracování vládního návrhu zákona
Aktivita Zapracování přijatých PN do úplného znění a vlastní novely
Aktivita Příprava materiálu ve znění předložených PN
Aktivita Příprava pro předání návrhu PSP
Zároveň PU obecného charakteru, který není vázán ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2248-Validace
Předpoklady
Otevřený obsah v e-Šabloně.
Scénáře
Název Validace obsahu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost "Zkontrolovat obsah".
2 Systém Systém zkontroluje obsah podle logiky LPV nebo podle požadavků na
konkrétní typ dokumentu a o výsledku informuje uživatele zobrazením
jednotlivý problémů.
3 Systém Systém výsledek kontroly uloží k náhledu, až do další kontroly obsahu.
1473
8.2.4.1.16 PU2315-Zvolit zobrazení
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Vytvoření připomínek
Aktivita Zapracování připomínek
Aktivita Projednání ve výborech
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Aktivita Interní připomínkové řízení
Aktivita Zpracování analýzy RIA
Aktivita Zpracování Přehledu dopadů
Aktivita Pripomínkování návrhu
Aktivita Vytvoření připomínek
Aktivita Vypořádání připomínek
Aktivita Konzultace
Aktivita Zapracování konzultace
Aktivita Stanovisko komisí LRV
Aktivita Stanovisko OKOM
Aktivita Vytvoření stanoviska pléna LRV
Aktivita Vytvoření stanoviska Předsedy LRV
Aktivita Přepracování vládního návrhu zákona
Aktivita Vytvoření souhrnu pozměnovacích návrhů
Aktivita Předložení návrhu na opravu legislativně technických chyb
1474
Realizované Aktivity
Typ Název
Aktivita Zapracování přijatých PN do úplného znění a vlastní novely
Aktivita Předložení rozhodnutí na stažení návrhu
Aktivita Příprava materiálu ve znění předložených PN
Aktivita Predložení nových návrhu
Aktivita Příprava pro předání návrhu PSP
Zároveň PU obecného charakteru, který není vázán ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2210-Zobrazení právního předpisu podle různých pracovních vrstev
Předpoklady
Otevřený obsah v e-Šabloně.
Scénáře
Název Zvolit zobrazení
Typ Základní scénář
krok typ Akce
1 Systém Systém zobrazuje po celou dobu práce v Šabloně možná zobrazení
strukturovaného obsahu v závislosti na typu obsahu.
2 Uživatel Uživatel na jeden klik přepíná mezi zobrazením.
1475
8.2.4.1.17 PU2316-Vyžádat šablonu nestandardní novely
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Scénáře
Název Vyžádat šablonu nestandardní novely
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost "Vyžádat nestandardní šablonu obsahu".
2 Systém Systém nabídne obrazovku pro vyplnění a zaslání žádosti o nestandardní
šablonu obsahu publikačnímu úřadu.
3 Uživatel Uživatel vyplní a odešle odůvodněnou žádost.
4 Systém Systém notifikuje publikační úřad.
1476
8.2.4.1.18 PU2317-Operace nad obsahem
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Vytvoření připomínek
Aktivita Zapracování připomínek
Aktivita Projednání ve výborech
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Aktivita Interní připomínkové řízení
Aktivita Zpracování analýzy RIA
Aktivita Zpracování Přehledu dopadů
Aktivita Pripomínkování návrhu
Aktivita Vytvoření připomínek
Aktivita Vypořádání připomínek
Aktivita Konzultace
Aktivita Zapracování konzultace
Aktivita Stanovisko komisí LRV
Aktivita Stanovisko OKOM
Aktivita Vytvoření stanoviska pléna LRV
Aktivita Vytvoření stanoviska Předsedy LRV
Aktivita Přepracování vládního návrhu zákona
Aktivita Vytvoření souhrnu pozměnovacích návrhů
Aktivita Předložení návrhu na opravu legislativně technických chyb
1477
Realizované Aktivity
Typ Název
Aktivita Zapracování přijatých PN do úplného znění a vlastní novely
Aktivita Předložení rozhodnutí na stažení návrhu
Aktivita Příprava materiálu ve znění předložených PN
Aktivita Predložení nových návrhu
Aktivita Příprava pro předání návrhu PSP
Zároveň PU obecného charakteru, který není vázán ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2206-Základní operace nad předpisy
FP2373-Export – Import
Scénáře
Název Editovat obsah
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel pracuje s fragmenty (vkládá, nahrazuje atp.)
2 Systém Systém při zásahu do jakéhokoli fragmentu, který je již ve vrstvě přítomen
ověřuje, že je zásah možný (fragment není zamknutý) a zamyká fragment,
aby do něj nemohl zasáhnout jiný uživatel. Změny ve fragmentech však
zůstávají v lokální e-Šabloně.
3 Uživatel Uživatel může provést operaci "vrátit zpět", a to až k poslednímu uložení
práce, eventuálně "provést znovu".
4 Systém Systém provádí uživatelské požadavky na "vrátit zpět" a "provést znovu".
5 Uživatel Uživatel zvolí možnost uložit obsah.
1478
6 Systém Systém uloží lokální změny provedené v e-Šabloně na server, odemkne
uzamčené fragmenty a aktualizuje obsah v e-Šabloně tak, aby odpovídal
aktuální verzi na serveru.
Název Editovat obsah off-line
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel pracuje s fragmenty (vkládá, nahrazuje atp.).
2 Uživatel Uživatel může provést operaci "vrátit zpět", a to až k poslednímu uložení
práce, eventuálně "provést znovu".
3 Systém Systém provádí uživatelské požadavky na "vrátit zpět" a "provést znovu".
4 Uživatel Uživatel zvolí možnost uložit obsah.
5 Systém Systém uloží změny provedené v e-Šabloně do lokálního úložiště,
případně do lokálního XML souboru.
Název Importovat obsah ve formě textu
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel se pohybuje v kontextu, který mu umožňuje upravovat vybrané
fragmenty. Může jít o celý obsah, ale také jen o jeho část, například
připomínku. Dále ve scénáři mluvíme o "editovatelném obsahu".
2 Uživatel Uživatel zvolí možnost importovat obsah v textové formě.
3 Systém Systém požádá uživatele o zadání textového souboru, který chce
importovat.
4 Uživatel Uživatel zadá textový soubor pro import.
5 Systém Systém provede textové porovnání ("diff") editovatelného obsahu s
textovým souborem a rozdíly zapracuje do editovatelného obsahu.
Systém se pokouší mimo jiné dovodit potřebné typy fragmentů.
6 Uživatel Uživatel upraví nepřesnosti, kterých se systém při automatickém importu
dopustil a změny uloží.
1479
Název Exportovat obsah do souboru
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost vygenerovat zobrazený obsah v souborové
podobě.
2 Systém Systém nabídne uživateli obrazovku s volbou typu souborového
dokumentu (PDF, RTF).
3 Uživatel Uživatel vybere typ výstupního souboru.
4 Systém Systém vygeneruje souborový dokument a nabídne jej uživateli ke
stažení.
1480
8.2.4.1.19 PU2318-Zobrazit nápovědu
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Scénáře
Název Zobrazit nápovědu
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost zobrazit nápovědu.
2 Systém Systém zobrazí nápovědu.
8.2.4.1.20 PU2319-Aktivovat důvěrný režim
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2386-eŠablona pro plusovou osu v důvěrném režimu
Scénáře
Název Aktivovat důvěrný režim
Typ Základní scénář
krok typ Akce
1481
Realizované požadavky
1 Uživatel Uživatel zvolí možnost aktivovat důvěrný režim.
2 Systém Systém graficky i technicky přepne e-Šablonu do důvěrného režimu, tzn.
graficky indikuje důvěrný režim a přestává zasílat data do centrálního
systému, ukládá je průběžně lokálně.
8.2.4.1.21 PU2320-Ukončit důvěrný režim
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2386-eŠablona pro plusovou osu v důvěrném režimu
Scénáře
Název Ukončit důvěrný režim
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost ukončit důvěrný režim.
2 Systém Systém provede synchronizaci dat nad existujícím právním aktem (obsah,
připomínky, pozměňovací návrhy) případně umožní nový právní akt
založený v offline režimu vložit na centrální server. Systém přestane
graficky indikovat důvěrný režim.
1482
8.2.4.2 Zobrazit související informace
uc Zobrazit souv isej ící informace
eŠablona
PU2350-Rozbalov ání FP2277-Související předpisy
informací FP2 2 7 8 -Hi e ra rch i e
fragmentů
Editor náv rhu PU2354-Vložit FP2 2 7 0 -Ko n fl i ktn í
nov elizaci předpisu do n o ve l i za ce
práv ního aktu FP2274-Agendy (RPP)
PU2353-Náhledy FP2 2 6 9 -So u vi se j ící
i n fo rm a ce
Účastník PU2351-Aktualizace
legislativ ního informací z RPP
procesu PU2355-Zobrazit
souv isej ící
informace
Obrázek 69: Zobrazit související informace
1483
8.2.4.2.1 PU2350-Rozbalování informací
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Projednání ve výborech
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Zároveň PU obecného charakteru, který není vázán ke konkrétnímu procesu či
aktivitě.
Předpoklady
Otevřený návrh v e-Šabloně.
Scénáře
Název Rozbalování informací
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel může související informace rozbalovat a sbalovat.
alt. krok pokračuj typ akce
na
1a Konec Výjimka Konfliktní novelizace
Název Konfliktní novelizace
Typ Výjimka
krok typ akce
1 Systém Systém zobrazuje konfliktní novelizace rozbalené a uživatel je nemůže
sbalit.
1484
2 Systém Systém začne konfliktní novelizace nepřehlédnutelně zvýrazňovat, pokud
se jedná o konflikt na úrovni ustanovení.
1485
8.2.4.2.2 PU2351-Aktualizace informací z RPP
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Zároveň PU obecného charakteru, který není vázán ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2274-Agendy (RPP)
Předpoklady
Otevřený návrh v e-Šabloně.
Scénáře
Název Aktualizace informací z RPP
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost "Aktualizovat RPP".
2 Systém Systém aktualizuje informace.
1486
8.2.4.2.3 PU2353-Náhledy
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Vytvoření připomínek
Aktivita Projednání ve výborech
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Zároveň PU obecného charakteru, který není vázán ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2270-Konfliktní novelizace
FP2277-Související předpisy
FP2278-Hierarchie fragmentů
Scénáře
Název Náhled
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel rozbalí přehled Souvisejících předpisů nebo Konfliktních
novelizací.
2 Uživatel Uživatel vybere jeden záznam.
3 Systém Systém otevře obrazovku s náhledem na právní předpis ve strukturované
podobě ve formě revizí.
4 Systém Systém zvýrazní související nebo konfliktní ustanovení.
1487
8.2.4.2.4 PU2354-Vložit novelizaci předpisu do právního aktu
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Příprava materiálu návrhu zákona
Aktivita Vyhledání závislostí mezi předpisy v čase
Aktivita Vytvoření připomínek
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Aktivita Zapracování připomínek
Aktivita Projednání ve výborech
Aktivita Interní připomínkové řízení
Aktivita Pripomínkování návrhu
Aktivita Vypořádání připomínek
Aktivita Stanovisko komisí LRV
Aktivita Stanovisko OKOM
Aktivita Vytvoření stanoviska pléna LRV
Aktivita Vytvoření stanoviska Předsedy LRV
Aktivita Přepracování vládního návrhu zákona
Aktivita Predložení nových návrhu
Aktivita Příprava pro předání návrhu PSP
Realizované požadavky
FP2277-Související předpisy
1488
Realizované požadavky
Předpoklady
Otevřený návrh v e-Šabloně.
Scénáře
Název Přidat právní předpis do návrhu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel vybere z přehledu souvisejících předpisů jeden nebo více
předpisů.
2 Systém Systém nabídne uživateli volbu vložení právního předpisu s výchozí
vrstvou z e-Sbírky nebo právního předpisu s výchozí vrstvou
rozpracovaného právního předpisu e-Legislativy.
3 Systém Systém vytvoří právní předpis typu novelizace, vloží jej do právního aktu.
Výchozí vrstvou právního předpisu je vrstva specifikovaná uživatelem.
1489
8.2.4.2.5 PU2355-Zobrazit související informace
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Vyhledání závislostí mezi předpisy v čase
Aktivita Vytvoření připomínek
Aktivita Projednání ve výborech
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Zároveň PU obecného charakteru, který není vázán ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2269-Související informace
Scénáře
Název Zobrazit související informace
Typ Základní scénář
krok typ akce
1 Systém Systém aktualizuje související informace při otevření návrhu v e-Šabloně.
2 Systém Systém zobrazuje v každém okamžiku aktuální informace kromě RPP
1490
8.2.4.3 Práce s vrstvami
uc Práce s v rstv ami eŠablona
PU2330-Vytv ořit FP2214-Práce více osob na
nov ou pracov ní jednom právním aktu
v rstv u FP2202-Práce s vrstvami
PU2331-Změnit FP2 2 4 8 -Va l i d a ce
aktuální v rstv u
FP2203-Změna základní
PU2334-Uzav řít výchozí vrstvy
v rstv u náv rhu FP2055-Změna výchozí
vrstvy obsahu předpisu
PU2332-Změnit
aktuální v ýchozí FP2 3 5 1 -Sp e ci á l n í
pozměňovací návrhy
v rstv u
FP2205-Podpora
« i n cl u d e » automatického Sluč ování
(Merge)
PU2074-Vyhledat práv ní FP2368-Zapracování
předpis a j eho v rstv u v přijatých pozměňovacích
návrhů
eLegislativ ě
FP2339-Zapracování
PU2340-Vyřešit dopad změny p ři p o m ín ky
aktuální v ýchozí v rstv y
FP2033-Řízení úč innosti
Editor náv rhu PU2337-Zapracov at
změny z j edné v rstv y FP2021-Nálezy a sdělení
Ústavního soudu
náv rhu do j iné
PU2338-Zapracov at
změny ze slepé v rstv y
PU2336-Zapracov at
rozpory
PU2335-Uprav it
účinnost práv ního
aktu
PU2339-Připrav it
v rácení znění práv ního
předpisu do stav u před
nov elizací
1491
Obrázek 70: Práce s vrstvami
8.2.4.3.1 PU2330-Vytvořit novou pracovní vrstvu
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Zapracování připomínek
Aktivita Přepracování vládního návrhu zákona
Aktivita Zapracování dispozic do návrhu
Aktivita Zapracování přijatých PN do úplného znění a vlastní novely
Aktivita Příprava materiálu ve znění předložených PN
Aktivita Příprava pro předání návrhu PSP
Účelem vytváření více pracovních vrstev návrhu je typicky práce více lidí na návrhu zejména v
off-line režimu.
Realizované požadavky
FP2202-Práce s vrstvami
FP2214-Práce více osob na jednom právním aktu
Předpoklady
Otevřená e-Šablona.
Scénáře
Název Vytvořit novou pracovní vrstvu
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost "Vytvořit novou pracovní vrstvu návrhu".
1492
Realizované požadavky
2 Systém Systém vytvoří novou vrstvu návrhu jako kopii poslední uzavřené vrstvy
návrhu v prostoru.
1493
8.2.4.3.2 PU2331-Změnit aktuální vrstvu
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Zapracování připomínek
Aktivita Přepracování vládního návrhu zákona
Aktivita Zapracování dispozic do návrhu
Aktivita Zapracování přijatých PN do úplného znění a vlastní novely
Aktivita Příprava materiálu ve znění předložených PN
Aktivita Příprava pro předání návrhu PSP
Realizované požadavky
FP2202-Práce s vrstvami
Předpoklady
Otevřena vrstva návrhu v e-Šabloně.
Scénáře
Název Změnit aktuální vrstvu
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost "Změnit aktuální vrstvu".
2 Systém Systém nabídne přehled otevřených vrstev návrhu.
3 Uživatel Uživatel vybere jednu vrstvu a potvrdí výběr.
4 Systém Systém označí vybranou vrstvu návrhu jako aktuální. Původní aktuální
vrstva se stává pracovní.
1494
1495
8.2.4.3.3 PU2332-Změnit aktuální výchozí vrstvu
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Legislativně-technická korektura
Aktivita Návrh přikázán výborům
Aktivita Vytvoření souhrnu pozměňovacích návrhů
Aktivita Příprava pro 3.čtení
Aktivita Příprava k předání do Senátu
Aktivita Příprava k předání prezidentovi
Aktivita Příprava materiálu ve znění předložených PN
Aktivita Projednání ve výboru
Aktivita Zahájení podrobné rozpravy - 2.čtení
Realizované požadavky
FP2055-Změna výchozí vrstvy obsahu předpisu
FP2202-Práce s vrstvami
FP2203-Změna základní výchozí vrstvy
Předpoklady
Uživatel je v prostoru, nad kterým je operace provedena (a nad definovanými podprostory).
Scénáře
Název Změnit aktuální výchozí vrstvu
Typ Základní scénář
krok typ Akce
1496
1 Uživatel Uživatel si zvolí možnost "Změnit aktuální výchozí vrstvu"
3 Systém Systém nabídne uživateli obrazovku s výběrem nové výchozí vrstvy.
Nabídne uživateli výběr jedné z následujících možností: aktuální platné
znění z e-Sbírky nebo uzavřená vrstva e-Legislativy právního předpisu
vycházejícího ze stejného základního předpisu (v rámci publikace je
možná pouze nabídka aktuální platné vrstvy z e-Sbírky).
4 Uživatel Uživatel vybere novou výchozí vrstvu V2.
5 Systém Systém provede změnu výchozí vrstvy (zapracování do fragmentů a
vytvoření označení dotčených fragmentů a nadřazených entit) nad
definovanými vrstvami prostoru a definovaných podprostorů (viz
požadavky).
1497
8.2.4.3.4 PU2334-Uzavřít vrstvu návrhu
Realizované Aktivity
Typ Název
Aktivita Příprava předání do PSP
Aktivita Príprava k pripomínkovému rízení
Aktivita Príprava materiálu k projednání
Aktivita Príprava k predání do Senátu
Aktivita Príprava k predání prezidentovi
Aktivita Príprava k predání k publikaci
Aktivita Příprava návrhu
Aktivita Ukončení přípravy podkladových materiálů
Aktivita Příprava pro předání návrhu PSP
Aktivita Příprava pro vrácení návrhu PSP
Zároveň PU obecného charakteru, který není vázán ke konkrétnímu procesu či
aktivitě.
Realizované požadavky
FP2202-Práce s vrstvami
FP2248-Validace
Předpoklady
Otevřená vrstva návrhu v e-Šabloně.
Scénáře
Název Uzavřít aktuální vrstvu
Typ Základní scénář
1498
krok typ Akce
1 Uživatel Uživatel zvolí možnost "Uzavřít vrstvu".
2 Uživatel Uživatel má otevřenou aktuální vrstvu návrhu.
alt. krok pokračuj Typ akce
na
2a 4 Alternativ Uzavřít pracovní vrstvu
ní scénář
3 Systém Systém zkontroluje konzistenci vrstvy návrhu. (typicky zkontroluje
aktuálnost novelizačních instrukcí, novelizačních bodů a bloků
generovaného obsahu).
4 Systém Systém vrstvu uzavře.
alt. krok pokračuj Typ akce
na
4a Konec Výjimka Vrstvu nelze uzavřít
Název Uzavřít pracovní vrstvu
Typ Alternativní scénář
krok typ Akce
1 Uživatel Uživatel má otevřenou pracovní vrstvu návrhu.
Název Vrstvu nelze uzavřít
Typ Výjimka
krok typ Akce
1 Systém Systém informuje uživatele o zjištěných nekonzistencích.
1499
8.2.4.3.5 PU2335-Upravit účinnost právního aktu
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Zapracování připomínek
Aktivita Prepracování vládního návrhu zákona
Aktivita Zapracování dispozic do návrhu
Aktivita Zapracování prijatých PN do úplného znení a vlastní novely
Aktivita Príprava pro predání návrhu PSP
Aktivita Příprava materiálu ve znění předložených PN
Realizované požadavky
FP2033-Řízení účinnosti
Scénáře
Název Upravit účinnost právního aktu
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost upravit účinnost právního aktu.
2 Systém Systém nabídne uživateli obrazovku pro úpravu způsobu stanovení
účinnosti a pracovního data účinnosti.
3 Uživatel Uživatel upraví způsob stanovení účinnosti nebo pracovní datum
účinnosti.
4 Systém Systém provede úpravy v účinnosti právního aktu.
5 Systém V případě, že nové pracovní datum účinnosti je stejné nebo vyšší jak
datum účinnosti některé z budoucích účinnostních verzí (označme ji X),
uzavře systém aktuální vrstvu a vytvoří vrstvu novou, kde je základní
1500
účinnostní verzí obsahu účinnostní verze X. Systém vyvine maximální úsilí
k tomu, aby zapracoval všechny změny návrhu vzhledem k této nové
základní účinnostní verzi. Obdobným způsobem systém postupuje i v
situaci, kdy nové pracovní datum účinnosti je starší než datum účinnostní
verze, ze které vychází základní účinnostní verze.
6 Uživatel Uživatel provede korekce v obsahu, které systém nedokázal zapracovat
automaticky.
1501
8.2.4.3.6 PU2336-Zapracovat rozpory
Realizované Aktivity
Typ Název
Aktivita Prepracování vládního návrhu zákona
Aktivita Zapracování dispozic do návrhu
Realizované požadavky
FP2205-Podpora automatického Slučování (Merge)
FP2339-Zapracování připomínky
Předpoklady
Otevřená cílová vrstva návrhu v e-Šabloně.
Scénáře
Název Zapracování změn
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost "Zapracovat vrstvu".
2 Systém Systém nabídne výběr z otevřených vrstev návrhu.
3 Uživatel Uživatel vybere vrstvu.
4 Systém Systém zobrazí vedle cílové vrstvy návrhu zdrojovou vrstvu návrhu tak,
aby stejně označené uzly hierarchie byly na stejné horizontální úrovni.
5 Systém Systém u změnových fragmentů zobrazí, zda je zapracování konfliktní
nebo ne.
6 Uživatel Uživatel označí, které hierarchie fragmentů chce zapracovat (jednu, více,
vše).
7 Systém Systém zapracuje vybrané změny do cílové verze návrhu.
1502
8 Uživatel Uživatel potvrdí změnu.
alt. krok pokračuj Typ akce
na
8a 6 Alternativ Uživatel nepotvrdí změnu.
ní scénář
9 Uživatel Uživatel upraví konfliktní změny.
10 Systém Systém označí v zobrazení zdrojové verze vybrané hierarchie fragmentů
jako zapracované.
11 Uživatel Uživatel ukončí zapracovávání změn.
alt. krok pokračuj Typ akce
na
11a 6 Alternativ Uživatel pokračuje v zapracovávání změn
ní scénář
12 Systém Systém ověří správnost novelizačních instrukcí a v případě nejasných
případů, vyzve uživatel k rozhodnutí.
13 Uživatel Uživatel změní a/nebo přesune novelizační instrukce.
14 Uživatel Uživatel může dále pokračovat možností "Generovat novelizační body".
Název Uživatel nepotvrdí změnu.
Typ Alternativní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost "Návrat".
2 Systém Systém se vrátí k předchozí verzi cílové vrstvy návrhu.
Název Uživatel pokračuje v zapracovávání změn
Typ Alternativní scénář
1503
8.2.4.3.7 PU2337-Zapracovat změny z jedné vrstvy návrhu do jiné
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Realizované požadavky
FP2205-Podpora automatického Slučování (Merge)
Předpoklady
Otevřená cílová vrstva návrhu v e-Šabloně.
Scénáře
Název Zapracování změn
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost "Zapracovat vrstvu".
2 Systém Systém nabídne výběr z otevřených vrstev návrhu.
3 Uživatel Uživatel vybere vrstvu.
4 Systém Systém zobrazí vedle cílové vrstvy návrhu zdrojovou vrstvu návrhu tak,
aby stejně označené uzly hierarchie byly na stejné horizontální úrovni.
5 Systém Systém u změnových fragmentů zobrazí, zda je zapracování konfliktní
nebo ne.
6 Uživatel Uživatel označí, které hierarchie fragmentů chce zapracovat (jednu, více,
vše).
7 Systém Systém zapracuje vybrané změny do cílové verze návrhu.
8 Uživatel Uživatel potvrdí změnu.
alt. krok pokračuj Typ akce
na
1504
8a 6 Alternativ Uživatel nepotvrdí změnu.
ní scénář
9 Uživatel Uživatel upraví konfliktní změny.
10 Systém Systém označí v zobrazení zdrojové verze vybrané hierarchie fragmentů
jako zapracované.
11 Uživatel Uživatel ukončí zapracovávání změn.
alt. krok pokračuj Typ akce
na
11a 6 Alternativ Uživatel pokračuje v zapracovávání změn
ní scénář
12 Systém Systém ověří správnost novelizačních instrukcí a v případě nejasných
případů, vyzve uživatel k rozhodnutí.
13 Uživatel Uživatel změní a/nebo přesune novelizační instrukce.
14 Uživatel Uživatel může dále pokračovat možností "Generovat novelizační body".
Název Uživatel nepotvrdí změnu.
Typ Alternativní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost "Návrat".
2 Systém Systém se vrátí k předchozí verzi cílové vrstvy návrhu.
Název Uživatel pokračuje v zapracovávání změn
Typ Alternativní scénář
1505
8.2.4.3.8 PU2338-Zapracovat změny ze slepé vrstvy
Realizované Aktivity
Typ Název
Aktivita Zapracování připomínek
Aktivita Zapracování přijatých PN do úplného znění a vlastní novely
Aktivita Príprava pro predání návrhu PSP
Aktivita Zapracování dispozic do návrhu
Aktivita Zapracování přijatých PN do úplného znění a vlastní novely
Aktivita Příprava pro předání návrhu PSP
Realizované požadavky
FP2205-Podpora automatického Slučování (Merge)
FP2338-Vypořádaní připomínek
FP2339-Zapracování připomínky
FP2368-Zapracování přijatých pozměňovacích návrhů
Předpoklady
Otevřená aktuální vrstva návrhu v eŠabloně.
Scénáře
Název Zapracování změn
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost "Zapracovat připomínky".
2 Systém Systém nabídne výběr z otevřených připomínkových řízení návrhu (typicky
pouze jedno).
1506
3 Uživatel Uživatel vybere připomínkové řízení.
4 Systém Systém zobrazí vedle cílové vrstvy návrhu zdrojovou vrstvu návrhu tak,
aby stejně označené uzly hierarchie byly na stejné horizontální úrovni.
5 Systém Systém u změnových fragmentů zobrazí, zda je zapracování konfliktní
nebo ne.
6 Uživatel Uživatel označí, které hierarchie fragmentů chce zapracovat (jednu, více,
vše).
7 Systém Systém zapracuje vybrané změny do cílové verze návrhu.
8 Uživatel Uživatel potvrdí změnu.
alt. krok pokraču typ akce
j na
8a 6 Alternativ Uživatel nepotvrdí změnu.
ní scénář
9 Uživatel Uživatel upraví konfliktní změny.
10 Systém Systém označí v zobrazení zdrojové verze vybrané hierarchie fragmentů
jako zapracované.
11 Uživatel Uživatel ukončí zapracovávání změn.
alt. krok pokraču typ akce
j na
11a 6 Alternativ Uživatel pokračuje v zapracovávání změn
ní scénář
12 Systém Systém ověří správnost novelizačních instrukcí a v případě nejasných
případů, vyzve uživatel k rozhodnutí.
13 Uživatel Uživatel změní a/nebo přesune novelizační instrukce.
14 Uživatel Uživatel může dále pokračovat možností "Generovat novelizační body".
Název Uživatel nepotvrdí změnu.
Typ Alternativní scénář
krok typ akce
1507
1 Uživatel Uživatel zvolí možnost "Návrat".
2 Systém Systém se vrátí k předchozí verzi cílové vrstvy návrhu.
Název Uživatel pokračuje v zapracovávání změn
Typ Alternativní scénář
Název Zapracování pozměňovacích návrhů
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost "Zapracovat přijaté pozměňovací návrhy".
2 Systém Systém zobrazí vedle cílové vrstvy návrhu zdrojovou vrstvu návrhu z
prostoru pozměňovacích návrhů tak, aby stejně označené uzly hierarchie
byly na stejné horizontální úrovni.
3 Uživatel Uživatel označí, které pozměňovací návrhy chce zapracovat (jeden, více,
vše).
4 Systém Systém zapracuje vybrané pozměňovací návrhy do cílové verze návrhu.
5 Uživatel Uživatel potvrdí změnu.
6 Systém Systém označí v zobrazení zdrojové verze vybrané pozměňovací návrhy
jako zapracované.
7 Uživatel Uživatel v ojedinělých případech upraví konfliktní změny.
8 Uživatel Uživatel ukončí zapracovávání pozměňovacích návrhů. Všechny
pozměňovací návrhy musí být zapracované.
9 Systém Systém ověří správnost novelizačních instrukcí a v případě nejasných
případů, vyzve uživatel k rozhodnutí.
10 Uživatel Uživatel změní a/nebo přesune novelizační instrukce.
11 Uživatel Uživatel může dále pokračovat možností "Generovat novelizační body".
1508
8.2.4.3.9 PU2339-Připravit vrácení znění právního předpisu do stavu před novelizací
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Účel: Cílem je připravit nový právní předpis, jehož znění odpovídá některé ze starších
platných účinnostních verzí předpisu e-Sbírky. Nejde o zrušení novely jako takové, protože
toto znění bude účinné k nějakému (typicky budoucímu) datu, tzn. neznamená to nutně
retroaktivitu takovéhoto zásahu.
Realizované požadavky
FP2021-Nálezy a sdělení Ústavního soudu
Scénáře
Název Připravit vrácení znění právního předpisu do stavu před novelizací
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost připravit vrácení znění právního předpisu do stavu
před novelizací.
2 Systém Systém nabídne uživateli obrazovku s výběrem účinnostních verzí
příslušného základního předpisu e-Sbírky (starších než je základní
účinnostní verze právního předpisu e-Legislativy).
3 Uživatel Uživatel vybere účinnostní verzi e-Sbírky (označme ji jako V).
4 Systém Systém přetvoří fragmenty v aktuální vrstvě uživatele tak, aby cílové znění
odpovídalo V (s operacemi vzhledem k výchozí vrstvě). Je-li aktuální
vrstvou vrstva slepá, jde o vložení změnových fragmentů.
1509
8.2.4.3.10 PU2340-Vyřešit dopad změny aktuální výchozí vrstvy
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Legislativně-technická korektura
Aktivita Návrh přikázán výborům
Aktivita Vytvoření souhrnu pozměňovacích návrhů
Aktivita Příprava pro 3.čtení
Aktivita Příprava k předání do Senátu
Aktivita Příprava k předání prezidentovi
Aktivita Příprava materiálu ve znění předložených PN
Aktivita Projednání ve výboru
Aktivita Zahájení podrobné rozpravy - 2.čtení
Realizované požadavky
FP2351-Speciální pozměňovací návrhy
Předpoklady
Uživatel je na fragmentu, který je označen některou z úrovní dopadu změny výchozí vrstvy.
Scénáře
Název Vyřešit dopad změny aktuální výchozí vrstvy
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel upraví úplné znění označeného fragmentu a vyřeší tak faktický
dopad změny aktuální výchozí vrstvy na fragment.
1510
Realizované požadavky
2 Uživatel Uživatel zvolí možnost "Vyřešit dopad změny aktuální výchozí vrstvy".
2 Systém Systém nabídne užvateli možné nové úrovně označení (typicky bez
označení nebo úroveň 1).
3 Uživatel Uživatel zvolí novou úroveň označení.
4 Systém Systém aplikuje novou úroveň označení. Pokud byl deaktivován nad
fragmentem generátor novel, opět jej aktivuje.
1511
8.2.4.4 Editace struktury obsahu
Obrázek 71: Editace struktury obsahu
1512
8.2.4.4.1 PU2400-Vložit hierarchii fragmentů
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Vytvoření připomínek
Aktivita Zapracování připomínek
Aktivita Projednání ve výborech
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Aktivita Interní připomínkové řízení
Aktivita Pripomínkování návrhu
Aktivita Vypořádání připomínek
Aktivita Konzultace
Aktivita Zapracování konzultace
Aktivita Stanovisko komisí LRV
Aktivita Stanovisko OKOM
Aktivita Vytvoření stanoviska pléna LRV
Aktivita Vytvoření stanoviska Předsedy LRV
Aktivita Přepracování vládního návrhu zákona
Aktivita Předložení návrhu na opravu legislativně technických chyb
Aktivita Predložení nových návrhu
Kromě základních aktivit legislativního procesu explicitně vyjmenovaných výše, pro
práci s konsolidovaným zněním, tento PU zároveň realizuje veškeré aktivity, kde se
pracuje se strukturovaným obsahem buď konsolidovaného znění, nebo
strukturovaných dokumentů.
1513
Realizované požadavky
FP2217-Stromová navigace hierarchií fragmentů
FP2219-Vkládání fragmentů
FP2221-Výběr ze šablon podle typu fragmentu
Předpoklady
Otevřený obsah v editoru e-Šablony.
Scénáře
Název Vložit fragment do návrhu právního předpisu
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel vybere místo, kde chce vložit fragment do struktury obsahu.
2 Uživatel Uživatel vybere možnost "Vložit fragment".
3 Systém Systém podle nastavených pravidel a přiřazené šablony obsahu zpřístupní
uživateli vložení možných typů fragmentů.
4 Uživatel Uživatel vybere jednu z možností.
5 Systém Systém vloží nový fragment respektive skupinu fragmentů včetně
případného správného označení a formátování.
Název Vložit hierarchii fragmentů do návrhu právního předpisu
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel vybere uzel hierarchie fragmentů (typicky část, hlavu, díl, oddíl,
pododdíl, paragraf (článek), odstavec, pododstavec, bod).
2 Systém Systém podle nastavených pravidel zpřístupní uživateli možnosti
vyplývající z výběru uzlu a struktury vybrané hierarchie fragmentů.
(Například pokud je vybraným uzlem paragraf bez odstavců, může
uživatel vybrat, zda chce vložit odstavec nebo paragraf).
1514
3 Systém Systém zároveň nabídne uživateli výběr ze šablon pro daný typ hierarchie
fragmentů. (Například paragraf členěný na odstavce nebo pouze na
pododstavce)
4 Uživatel Uživatel vybere jednu z možností pro vložení hierarchie fragmentů.
5 Systém Systém nabídne uživateli možnost zadat počet vložených hierarchií
fragmentů. Implicitně se počet rovná jedné.
6 Systém Systém zobrazí nově vložené hierarchie fragmentů včetně správného
označení a formátování.
alt. krok pokračuj Typ akce
na
6a 6 Alternativ Novelizační instrukce
ní scénář
7 Systém Systém zobrazí fragmenty dotčené vložením hierarchie fragmentů s
novým označením (přečíslování fragmentů).
8 Systém V případě novelizace právního předpisu systém vyhodnotí, zda se jedná o
doplnění podle odstavce (1) nebo (3) Čl. 58 LPV a automaticky doplní a
zobrazí novelizační instrukci "se vkládá" nebo "se doplňuje" k příslušné
hierarchii fragmentů.
Název Novelizační instrukce
Typ Alternativní scénář
krok typ Akce
1 Systém V případě novelizace právního předpisu systém zjistí, zda existuje
novelizační instrukce na vyšší úrovni hierarchie fragmentů do, které
vkládaná hierarchie fragmentů patří.
2 Systém V případě, že novelizační instrukce neexistuje, systém vyhodnotí, zda se
jedná o doplnění podle odstavce (1) nebo (3) Čl. 58 LPV a automaticky
doplní a zobrazí novelizační instrukci "se vkládá" nebo "se doplňuje" k
příslušné hierarchii fragmentů.
1515
8.2.4.4.2 PU2401-Nahradit hierarchii fragmentů
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Vytvoření připomínek
Aktivita Zapracování připomínek
Aktivita Projednání ve výborech
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Aktivita Interní připomínkové řízení
Aktivita Pripomínkování návrhu
Aktivita Vypořádání připomínek
Aktivita Konzultace
Aktivita Zapracování konzultace
Aktivita Stanovisko komisí LRV
Aktivita Stanovisko OKOM
Aktivita Vytvoření stanoviska pléna LRV
Aktivita Vytvoření stanoviska Předsedy LRV
Aktivita Přepracování vládního návrhu zákona
Aktivita Předložení návrhu na opravu legislativně technických chyb
Aktivita Predložení nových návrhu
Aktivita Přepracování vládního návrhu zákona
Kromě základních aktivit legislativního procesu explicitně vyjmenovaných výše, pro
práci s konsolidovaným zněním, tento PU zároveň realizuje veškeré aktivity, kde se
pracuje se strukturovaným obsahem konsolidovaného znění.
1516
Scénáře
Název Nahradit hierarchii fragmentů
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel vybere uzel hierarchie fragmentů.
2 Uživatel Uživatel vybere možnost "Nahradit".
3 Systém Systém vloží do struktury obsahu kopii celého vybraného uzlu hierarchie
fragmentů, kterou může uživatel dále editovat.
4 Systém Systém podle Čl. 57 LPV automaticky doplní a zobrazí novelizační
instrukci "nahrazuje (zní)".
1517
8.2.4.4.3 PU2402-Zrušit hierarchii fragmentů
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Vytvoření připomínek
Aktivita Zapracování připomínek
Aktivita Projednání ve výborech
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Aktivita Interní připomínkové řízení
Aktivita Pripomínkování návrhu
Aktivita Vypořádání připomínek
Aktivita Konzultace
Aktivita Zapracování konzultace
Aktivita Stanovisko komisí LRV
Aktivita Stanovisko OKOM
Aktivita Vytvoření stanoviska pléna LRV
Aktivita Vytvoření stanoviska Předsedy LRV
Aktivita Přepracování vládního návrhu zákona
Aktivita Předložení návrhu na opravu legislativně technických chyb
Aktivita Predložení nových návrhu
Aktivita Přepracování vládního návrhu zákona
Zároveň PU obecného charakteru, pro práci se strukturovaným obsahem ve všech
dalších aktivitách.
1518
Účel: Zrušení ustanovení nebo části ustanovení právního předpisu bez náhrady dle Čl. 56
LPV.
Realizované požadavky
FP2223-Rušení fragmentů
Předpoklady
Volba "Zrušit" bude k dispozici pouze pro hierarchie fragmentů a fragmenty, které jsou z
aktuální výchozí vrstvy obsahu právního předpisu a je možné je v rámci novelizace zrušit.
Otevřená aktuální vrstva obsahu novelizovaného právního předpisu v editoru.
Scénáře
Název Zrušení hierarchie fragmentů
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel vybere jeden nebo více uzlů hierarchie fragmentů (typicky část,
hlavu, díl, oddíl, pododdíl, paragraf (článek), odstavec, pododstavec, bod).
2 Uživatel Uživatel vybere možnost Zrušit.
alt. krok pokračuj Typ akce
na
2a 3 Alternativ Zrušení pouze označení
ní scénář
3 Systém Systém zobrazí všechny fragmenty vybrané hierarchie fragmentů jako
zrušené.
4 Systém Systém zobrazí fragmenty dotčené zrušením hierarchie fragmentů s
novým označením (přečíslování fragmentů).
Název Zrušení pouze označení
Typ Alternativní scénář
krok typ Akce
1 Uživatel Uživatel vybere možnost Zrušit označení
1519
1520
8.2.4.4.4 PU2403-Přečíslování hierarchie fragmentů
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Zapracování připomínek
Aktivita Zapracování přijatých PN do úplného znění a vlastní novely
Aktivita Príprava pro predání návrhu PSP
Aktivita Přepracování vládního návrhu zákona
Aktivita Zapracování dispozic do návrhu
Aktivita Příprava materiálu ve znění předložených PN
Realizované požadavky
FP2228-Přečíslování hierarchie
FP2229-Aktualizace interních asociačních vazeb.
Stav po ukončení
Uživatel vidí ve své vrstvě návrhu strukturu hierarchie fragmentů vždy správně označenou.
Scénáře
Název Přečíslování hierarchie fragmentů
Typ Základní scénář
krok typ Akce
1 Systém Systém po vložení nebo zrušení hierarchie fragmentů změní označení
(přečísluje) celou hierarchii fragmentů podle pravidel LPV.
1521
8.2.4.4.5 PU2404-Vložit specifická ustanovení
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Vytvoření připomínek
Aktivita Zapracování připomínek
Aktivita Projednání ve výborech
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Aktivita Interní připomínkové řízení
Aktivita Pripomínkování návrhu
Aktivita Vytvoření připomínek
Aktivita Vypořádání připomínek
Aktivita Zapracování konzultace
Aktivita Stanovisko komisí LRV
Aktivita Stanovisko OKOM
Aktivita Vytvoření stanoviska pléna LRV
Aktivita Vytvoření stanoviska Předsedy LRV
Aktivita Přepracování vládního návrhu zákona
Aktivita Predložení nových návrhu
Vložení ustanovení jako jsou:
Úvodní a závěrečná ustanovení právního předpisu
Přechodná ustanovení právního předpisu
Zmocnění k povolování výjimek ze zákona
Přechodné ustanovení právního předpisu
Zrušovací ustanovení právního předpisu
1522
Ustanovení o nabytí účinnosti nebo pozbytí platnosti právního předpisu
Zmocnění k vydání prováděcího právního předpisu
Definiční ustanovení
Sankční ustanovení
…
Obsah některých z těchto ustanovení je možné generovat na základě dat v právním aktu.
Realizované požadavky
FP2221-Výběr ze šablon podle typu fragmentu
FP2222-Vkládání zvláštních ustanovení
FP2224-Podpora Zrušovacích ustanovení
Scénáře
Název Vložit specifická ustanovení
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel vloží fragment typu jednoho ze specifických ustanovení.
2 Systém Systém vloží fragment do struktury obsahu a podle nastavení ve správě
šablon fragmentů zpřístupní možnost generovat obsah.
1523
8.2.4.4.6 PU2405-Vložit pracovní variantu
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Účel: Vložení ustanovení v pracovních variantách, na rozdíl od variantních ustanovení
pracovní varianty musí být před předáním návrhu do dalšího kroku legislativního procesu
zneplatněny, nebo smazány.
Realizované požadavky
FP2214-Práce více osob na jednom právním aktu
FP2219-Vkládání fragmentů
Předpoklady
Otevřený obsah návrhu právního předpisu v editoru eŠablona.
Stav po ukončení
Pracovní varianta vybrané hierarchie fragmentů připravená k editaci ve stejné vrstvě návrhu.
Scénáře
Název Vložit pracovní variantu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel vybere uzel hierarchie fragmentů, který není z aktuální výchozí
vrstvy (tzn., existuje již první varianta návrhu).
2 Uživatel Uživatel zvolí možnost "Vytvořit pracovní variantu".
3 Systém Systém nabídne uživateli výběr z obsahů vybrané hierarchie fragmentů,
které mohou být zkopírovány do nové pracovní varianty jako výchozí.
4 Uživatel Uživatel vybere z nabízených možností.
5 Systém Systém vloží hierarchii fragmentů včetně vybraného výchozího obsahu.
1524
6 Systém Systém k uzlu hierarchie fragmentů doplňuje automaticky účel "Pracovní
varianta".
7 Systém Systém otevře obrazovku pro doplnění identifikace pracovní varianty.
8 Uživatel Uživatel volitelně doplní identifikaci pracovní varianty.
9 Systém Uživatel upraví výchozí obsah hierarchie fragmentů.
Název Vybrat z pracovních variant
Typ Základní scénář
1525
8.2.4.4.7 PU2406-Vložit variantní ustanovení
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Zapracování připomínek
Účel: Vložení ustanovení ve variantách (paragraf, odstavec, pododstavec, bod)
k rozhodnutí v určité fázi legislativního procesu.
Realizované požadavky
FP2219-Vkládání fragmentů
FP2230-Variantní ustanovení
Předpoklady
Otevřený obsah návrhu právního předpisu v editoru e-Šablona.
Scénáře
Název Vložit první variantní ustanovení
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel vybere uzel hierarchie fragmentů (paragraf, odstavec,
pododstavec, bod), který není z aktuální výchozí vrstvy (tzn., existuje již
první varianta návrhu).
alt. krok pokračuj Typ akce
na
1a 4 Alternativ Vložit další variantní ustanovení
ní scénář
2 Uživatel Uživatel zvolí možnost "Vložit variantní ustanovení".
1526
3 Systém Systém vloží nad vybraný uzel hierarchie fragmentů nový fragment, který
bude obsahovat slovo VARIANTA a pořadové číslo variantního ustanovení
I.
4 Systém Systém nabídne uživateli výběr z obsahů, které mohou být zkopírovány
do nového variantního ustanovení jako výchozí.
5 Systém Systém vloží za vybraný uzel hierarchie nový fragment, který bude
obsahovat slovo VARIANTA a pořadové číslo variantního ustanovení II.
6 Uživatel Uživatel vybere z nabízených možností.
7 Uživatel Uživatel upraví nové variantní ustanovení.
Název Vložit další variantní ustanovení
Typ Alternativní scénář
krok typ Akce
1 Uživatel Uživatel vybere uzel hierarchie fragmentů (typicky paragraf, odstavec,
pododstavec, bod), který již je variantním ustanovením.
2 Uživatel Uživatel zvolí možnost vložit variantní ustanovení.
3 Systém Systém vloží za poslední variantní ustanovení vybraného uzlu hierarchie
nový fragment, který bude obsahovat slovo VARIANTA a následující
pořadové číslo variantního ustanovení.
4 Systém Systém nabídne uživateli výběr z obsahů, které mohou být zkopírovány
do nového variantního ustanovení jako výchozí.
1527
8.2.4.4.8 PU2407-Vybrat výchozí obsah
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Zapracování připomínek
Scénáře
Název Vybrat výchozí obsah
Typ Základní scénář
krok typ Akce
1 Systém Systém při vkládání variantních ustanovení nebo pracovních variant dá
uživateli výběr, zda má do dané nové hierarchie fragmentů zkopírovat
obsah výchozí vrstvy návrhu nebo některou z již existujících variant.
2 Uživatel Uživatel vybere a potvrdí výběr.
3 Systém Systém vytvoří ve struktuře obsahu novou hierarchii fragmentů s
vybraným obsahem fragmentů.
1528
8.2.4.4.9 PU2408-Zneplatnit hierarchii fragmentů
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Vytvoření připomínek
Aktivita Zapracování připomínek
Aktivita Projednání ve výborech
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Aktivita Interní připomínkové řízení
Aktivita Pripomínkování návrhu
Aktivita Vytvoření připomínek
Aktivita Vypořádání připomínek
Aktivita Konzultace
Aktivita Zapracování konzultace
Aktivita Stanovisko komisí LRV
Aktivita Stanovisko OKOM
Aktivita Vytvoření stanoviska pléna LRV
Aktivita Vytvoření stanoviska Předsedy LRV
Aktivita Přepracování vládního návrhu zákona
Aktivita Předložení návrhu na opravu legislativně technických chyb
Aktivita Predložení nových návrhu
Účel: Uživatel vytvoří v rámci aktuální vrstvy hierarchii fragmentů, kterou chce z návrhu v
danou chvíli smazat, ale s ponecháním možnosti danou hierarchii fragmentů znovu obnovit
1529
nebo použít neplatnou hierarchii fragmentů jako zdroj textu pro kopírování do jiné struktury
fragmentů.
Zneplatněné hierarchie fragmentů po uzavření dané vrstvy nepostupují dále v procesu.
Realizované požadavky
FP2223-Rušení fragmentů
Scénáře
Název Zneplatnit hierarchii fragmentů
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel vybere uzel hierarchie fragmentů, který není z aktuální výchozí
vrstvy (tzn. hierarchii fragmentů, která byla vložena respektive měněna v
pracovní vrstvě návrhu).
2 Uživatel Uživatel zvolí možnost Zneplatnit.
3 Systém Systém označí uzel hierarchie za neplatný.
4 Systém Systém přečísluje strukturu obsahu.
1530
8.2.4.4.10 PU2409-Smazat hierarchii fragmentů
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Vytvoření připomínek
Aktivita Zapracování připomínek
Aktivita Projednání ve výborech
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Aktivita Interní připomínkové řízení
Aktivita Pripomínkování návrhu
Aktivita Vytvoření připomínek
Aktivita Vypořádání připomínek
Aktivita Konzultace
Aktivita Zapracování konzultace
Aktivita Stanovisko komisí LRV
Aktivita Stanovisko OKOM
Aktivita Vytvoření stanoviska pléna LRV
Aktivita Vytvoření stanoviska Předsedy LRV
Aktivita Přepracování vládního návrhu zákona
Aktivita Předložení návrhu na opravu legislativně technických chyb
Aktivita Predložení nových návrhu
1531
Realizované požadavky
FP2223-Rušení fragmentů
Scénáře
Název Smazat hierarchii fragmentů
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel vybere uzel hierarchie fragmentů, který není z aktuální výchozí
vrstvy (tzn. hierarchii fragmentů, která byla vložena respektive měněna v
pracovní vrstvě návrhu).
2 Uživatel Uživatel zvolí možnost "Smazat".
3 Systém Systém potvrdí s uživatelem akci a smaže vybraný uzel hierarchie ze
systému.
1532
8.2.4.5 Funkce nad hierarchiemi fragmentů FP2226-Datum účinnosti
FP2214-Práce více osob na
eŠablona jednom právním aktu
PU2420-Nastav it FP2215-Verzování
účinnost hierarchie
FP2417-Přehled komentářů k
fragmentů p ře d p i su
PU2421-Zamknout FP2427-Vygenerování
hierarchii fragmentů dynamických textů a jejich
přenos do textového editoru
PU2422-Vytv ořit v erzi
hierarchie fragmentů
Editor náv rhu PU2423-Zobrazit
v erze hierarchie
fragmentů
PU2426-Vytv ořit sadu
komentářů k obsahu
Účastník legislativ ního PU2425-Vložit komentář k
procesu fragmentu
PU2424-Kopírov at
hierarchii fragmentů
do schránky
Obrázek 72: Funkce nad hierarchiemi fragmentů
1533
8.2.4.5.1 PU2420-Nastavit účinnost hierarchie fragmentů
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Zapracování připomínek
Aktivita Interní připomínkové řízení
Aktivita Pripomínkování návrhu
Aktivita Vypořádání připomínek
Aktivita Konzultace
Aktivita Zapracování konzultace
Aktivita Zapracování dispozic do návrhu
Aktivita Stanovisko komisí LRV
Aktivita Stanovisko OKOM
Aktivita Vytvoření stanoviska pléna LRV
Aktivita Vytvoření stanoviska Předsedy LRV
Aktivita Přepracování vládního návrhu zákona
Aktivita Predložení nových návrhu
Realizované požadavky
FP2226-Datum účinnosti
Scénáře
Název Nastavit účinnost hierarchie fragmentů
Typ Základní scénář
krok typ Akce
1534
1 Uživatel Uživatel vybere uzel hierarchie fragmentů.
2 Uživatel Uživatel zvolí možnost "Vložit datum účinnosti".
3 Systém Systém otevře obrazovku pro vložení data účinnosti jak v podobě data,
tak v požadované podmíněné textové podobě.
4 Uživatel Uživatel zadá požadované údaje.
alt. krok pokračuj Typ akce
na
4a Konec Alternativ Různá data účinnosti na jednom uzlu hierarchie fragmentů
ní scénář
Název Různá data účinnosti na jednom uzlu hierarchie fragmentů
Typ Alternativní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost "Přidat další".
2 Uživatel Uživatel zadá další účinnost.
3 Systém Systém automaticky zkopíruje hierarchii fragmentů. Výsledkem jsou dvě
stejné hierarchie fragmentů s různým datem účinnosti.
1535
8.2.4.5.2 PU2421-Zamknout hierarchii fragmentů
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Přepracování vládního návrhu zákona
Realizované požadavky
FP2214-Práce více osob na jednom právním aktu
Scénáře
Název Zamknout hierarchii fragmentů
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel vybere hierarchii fragmentů.
2 Uživatel Uživatel zvolí možnost "Zamknout".
3 Systém Systém zamkne daný fragment pro editaci jiným uživatelem.
Název Odemknout hierarchii fragmentů
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel vybere hierarchii fragmentů.
2 Uživatel Uživatel zvolí možnost "Odemknout".
3 Systém Systém odemkne daný fragment pro editaci dalšími uživateli.
1536
8.2.4.5.3 PU2422-Vytvořit verzi hierarchie fragmentů
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Přepracování vládního návrhu zákona
Realizované požadavky
FP2215-Verzování
Scénáře
Název Vytvořit verzi hierarchie fragmentů
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel vybere uzel hierarchie fragmentů.
2 Uživatel Uživatel zvolí možnost "Vytvoř verzi".
3 Systém Systém uloží danou verzi hierarchie fragmentů.
1537
8.2.4.5.4 PU2423-Zobrazit verze hierarchie fragmentů
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Přepracování vládního návrhu zákona
Realizované požadavky
FP2215-Verzování
Scénáře
Název Zobrazit verze hierarchie fragmentů
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel vybere uzel hierarchie fragmentů.
2 Uživatel Uživatel zvolí možnost "Zobraz verze".
3 Systém Systém zobrazí přehled verzí fragmentu včetně možností "Návrat k verzi"
a "Zrušit verzi".
alt. krok pokračuj Typ akce
na
3a Konec Alternativ Návrat k verzi
ní scénář
3b Konec Alternativ Zrušit verzi
ní scénář
4 Uživatel Uživatel zavře zobrazení.
Název Návrat k verzi
Typ Alternativní scénář
krok typ Akce
1538
1 Uživatel Uživatel vybere jednu z verzí a zvolí možnost "Návrat k verzi".
2 Systém Systém uloží stávající verzi a obnoví vybranou verzi ve struktuře obsahu.
Název Zrušit verzi
Typ Alternativní scénář
krok typ Akce
1 Uživatel Uživatel vybere všechny, jednu nebo více verzí a zvolí možnost "Zrušit".
2 Systém Systém vymaže verze vybrané hierarchie fragmentů ze systému.
1539
8.2.4.5.5 PU2424- Kopírovat hierarchii fragmentů do schránky
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Účel: Kopírování textu do obsahu jiného fragmentu. Kopírování textu mimo e-Šablonu do
jiného textového editoru.
Realizované požadavky
FP2427-Vygenerování dynamických textů a jejich přenos do textového editoru
Předpoklady
Otevřený náhled na obsah nebo otevřený obsah v e-Šabloně.
Scénáře
Název Základní scénář
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel vybere jeden nebo více fragmentů respektive hierarchií
fragmentů.
2 Systém Uživatel zvolí možnost "Kopírovat do schránky".
1540
8.2.4.5.6 PU2425-Vložit komentář k fragmentu
Realizované Aktivity
Typ Název
Aktivita Vytvoření připomínek
Aktivita Projednání ve výborech
Aktivita Práce na návrhu zákona
Aktivita Interní připomínkové řízení
Aktivita Zpracování analýzy RIA
Aktivita Zpracování Přehledu dopadů
Aktivita Pripomínkování návrhu
Aktivita Konzultace
Aktivita Stanovisko komisí LRV
Aktivita Stanovisko OKOM
Aktivita Vytvoření stanoviska pléna LRV
Aktivita Vytvoření stanoviska Předsedy LRV
Realizované požadavky
FP2417-Přehled komentářů k předpisu
Scénáře
Název Vložit komentář k fragmentu
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí fragment, ke kterému chce vložit komentář a zvolí možnost
vložit komentář.
1541
2 Systém Systém nabídne uživateli obrazovku pro vyplnění textu komentáře a
výběru sady komentářů, do které patří.
3 Uživatel Uživatel vyplní text komentáře a vybere sadu komentářů, do které
komentář patří.
4 Systém Systém vytvoří komentář k fragmentu.
Název Upravit komentář k fragmentu
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel vybere komentář, kterých chce upravit, a zvolí možnost upravit
komentář.
2 Systém Systém nabídne uživateli obrazovku pro úpravu textu komentáře.
3 Uživatel Uživatel upraví text komentáře.
4 Systém Systém upraví komentář.
Název Smazat komentář k fragmentu
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel vybere komentář, kterých chce smazat, a zvolí možnost smazat
komentář.
2 Systém Systém požádá o potvrzení smazání komentáře.
3 Uživatel Uživatel potvrdí smazání komentáře.
4 Systém Systém smaže komentář.
1542
8.2.4.5.7 PU2426-Vytvořit sadu komentářů k obsahu
Realizované Aktivity
Typ Název
Aktivita Vytvoření připomínek
Aktivita Projednání ve výborech
Aktivita Práce na návrhu zákona
Aktivita Interní připomínkové řízení
Aktivita Zpracování analýzy RIA
Aktivita Zpracování Přehledu dopadů
Aktivita Pripomínkování návrhu
Aktivita Konzultace
Aktivita Stanovisko komisí LRV
Aktivita Stanovisko OKOM
Aktivita Vytvoření stanoviska pléna LRV
Aktivita Vytvoření stanoviska Předsedy LRV
Realizované požadavky
FP2417-Přehled komentářů k předpisu
Scénáře
Název Vytvořit sadu komentářů k obsahu
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost vytvořit sadu komentářů.
1543
2 Systém Systém nabídne uživateli obrazovku pro vyplnění základních atributů sady
komentářů.
3 Uživatel Uživatel vyplní základní atributy sady komentářů a potvrdí vytvoření.
4 Systém Systém vytvoří sadu komentářů.
Název Smazat sadu komentářů k obsahu
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost smazat sadu komentářů.
2 Systém Systém nabídne uživateli obrazovku s výběrem sady komentářů.
3 Uživatel Uživatel vybere sadu komentářů ke smazání a smazání potvrdí.
4 Systém Systém ověří, zda jsou součástí sady komentářů nějaké komentáře. Pokud
ano, upozorní na to uživatele a vyžádá si potvrzení smazání.
5 Uživatel Uživatel potvrdí smazání sady komentářů.
6 Systém Systém smaže sadu komentářů včetně všech komentářů, které do ní patří.
1544
8.2.4.6 Editace obsahu fragmentu
uc Editace obsahu fragmentu
eŠablona
PU2431-Editov at text FP2234-Psaní vzorců
PU2432-Vložit v zorec FP2233-Editační funkce
FP2238-Zvýrazňování
PU2430-Editov at PU2433-Vložit měněného textu
obsah fragmentu obrázek FP2235-Značkování nového
textu
Editor náv rhu PU2434-Vložit tabulku FP2237-Spell check
PU2583-Import FP2241-Vkládání obrázku
tabulek z Excel
FP2242-Práce s tabulkami
PU2435-Hromadně
nahradit text FP2394- Import tabulek z
Excel
PU2436-Vložit zkratku
FP2239-Hromadné změny
PU2437-Vložit
legislativ ní zkratku FP2275-Zkratky zavedené
zvláštním právním
p ře d p i se m
FP2279-Legislativní zkratky
Obrázek 73: Editace obsahu fragmentu
1545
8.2.4.6.1 PU2430-Editovat obsah fragmentu
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Vytvoření připomínek
Aktivita Zapracování připomínek
Aktivita Projednání ve výborech
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Aktivita Interní připomínkové řízení
Aktivita Zpracování analýzy RIA
Aktivita Zpracování Přehledu dopadů
Aktivita Pripomínkování návrhu
Aktivita Vypořádání připomínek
Aktivita Konzultace
Aktivita Zapracování konzultace
Aktivita Stanovisko komisí LRV
Aktivita Stanovisko OKOM
Aktivita Vytvoření stanoviska pléna LRV
Aktivita Vytvoření stanoviska Předsedy LRV
Aktivita Přepracování vládního návrhu zákona
Aktivita Vytvoření souhrnu pozměnovacích návrhů
Aktivita Předložení návrhu na opravu legislativně technických chyb
Aktivita Zapracování přijatých PN do úplného znění a vlastní novely
1546
Realizované Aktivity
Typ Název
Aktivita Předložení rozhodnutí na stažení návrhu
Aktivita Příprava materiálu ve znění předložených PN
Aktivita Predložení nových návrhu
Aktivita Příprava pro předání návrhu PSP
Zároveň PU obecného charakteru, který je vázán ke všem dalším aktivitám, které
editují strukturovaný obsah konsolidovaného znění právního předpisu nebo
dokumentu.
Realizované požadavky
FP2233-Editační funkce
FP2235-Značkování nového textu
FP2237-Spell check
FP2238-Zvýrazňování měněného textu
Scénáře
Název Právní předpisy
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel se přesune na obsah fragmentu, který chce editovat.
2 Uživatel Uživatel píše text nebo vybírá z možností pro specifickou editaci obsahu
fragmentu.
3 Systém Systém automaticky formátuje text podle nastavení pro typy fragmentů
právního předpisu.
4 Uživatel Uživatel ukončil editaci obsahu fragmentu.
1547
5 Systém V případě novelizace právního předpisu systém zjistí, zda existuje
novelizační instrukce na některé z vyšších úrovní hierarchie fragmentů, do
které editovaný obsah fragmentů patří.
6 Systém V případě, že novelizační instrukce neexistuje, systém vyhodnotí, zda se
jedná o zrušení podle Čl. 56 odstavce (4) nebo o nahrazení podle Čl. 57
odstavce (3) nebo o vložení podle Čl. 58 odstavce (5) a (6) nebo o
doplnění podle Čl. 58 odstavce (7) LPV.
7 Systém Systém doplní a zobrazí novelizační instrukci "se zrušuje" nebo "se
nahrazuje" nebo "se vkládá" nebo "se doplňuje" k editovanému
fragmentu.
Název Strukturované dokumenty
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel se přesune na obsah fragmentu, který chce editovat.
2 Uživatel Uživatel píše text nebo vybírá z možností pro specifickou editaci obsahu
fragmentu.
3 Uživatel Uživatel má k dispozici formátovací funkce obsahu fragmentu podle
nastavení pro daný typ strukturovaného dokumentu.
4 Uživatel Uživatel může zvolit režim editace textu v revizích.
1548
8.2.4.6.2 PU2431-Editovat text
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Vytvoření připomínek
Aktivita Zapracování připomínek
Aktivita Projednání ve výborech
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Zároveň PU obecného charakteru, který je vázán ke všem dalším aktivitám, které
editují strukturovaný obsah konsolidovaného znění právního předpisu nebo
dokumentu.
Scénáře
Název Editovat text
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel edituje text.
2 Systém Systém zvýrazňuje pravopisné chyby.
3 Systém Systém zvýrazňuje měněný text.
1549
8.2.4.6.3 PU2432-Vložit vzorec
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Vytvoření připomínek
Aktivita Zapracování připomínek
Aktivita Projednání ve výborech
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Zároveň PU obecného charakteru, který je vázán ke všem dalším aktivitám, které
editují strukturovaný obsah konsolidovaného znění právního předpisu nebo
dokumentu.
Účel: Psaní složitějších vzorců obecně v obsahu fragmentu. Typicky v ustanoveních nebo
přílohách právních předpisů a v textu strukturovaných zejména doprovodných dokumentů.
Realizované požadavky
FP2234-Psaní vzorců
Předpoklady
Vybraný fragment pro editaci obsahu fragmentu.
Stav po ukončení
Vložený vzorec v textu obsahu fragmentu.
Scénáře
Název Vložit vzorec
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel přepne do módu "Psát vzorce".
1550
2 Systém Systém otevře nástroj pro psaní vzorců s výběrem možností pro psaní
vzorců.
3 Uživatel Uživatel napíše požadovaný vzorec do obsahu fragmentu.
4 Uživatel Uživatel vypne mód psaní vzorců a pokračuje dále v textovém módu.
1551
8.2.4.6.4 PU2433-Vložit obrázek
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Vytvoření připomínek
Aktivita Zapracování připomínek
Aktivita Projednání ve výborech
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Zároveň PU obecného charakteru, který je vázán ke všem dalším aktivitám, které
editují strukturovaný obsah konsolidovaného znění právního předpisu nebo
dokumentu.
Účel: Vložit obrázek do obsahu fragmentu. Typicky vkládání grafických znázornění, kreseb a
map do přílohy k právnímu předpisu respektive do textu strukturovaného dokumentu.
Realizované požadavky
FP2241-Vkládání obrázku
Předpoklady
Vybraný fragment typu příloha k právnímu předpisu nebo obecného typu v případě
strukturovaného dokumentu pro editaci obsahu fragmentu.
Stav po ukončení
Vložený obrázek do přílohy k právnímu předpisu respektive do textu strukturovaného
dokumentu.
Scénáře
Název Vložit obrázek
Typ Základní scénář
1552
krok typ Akce
1
2 Uživatel Uživatel vybere místo pro vložení obrázku.
3
4 Uživatel Uživatel zvolí možnost vložit obrázek.
Systém Systém otevře obrazovku pro výběr obrázku.
Uživatel Uživatel vybere obrázek.
1553
8.2.4.6.5 PU2434-Vložit tabulku
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Vytvoření připomínek
Aktivita Zapracování připomínek
Aktivita Projednání ve výborech
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Zároveň PU obecného charakteru, který je vázán ke všem dalším aktivitám, které
editují strukturovaný obsah konsolidovaného znění právního předpisu nebo
dokumentu.
Účel: Vložit tabulku do obsahu fragmentu.
Realizované požadavky
FP2242-Práce s tabulkami
Scénáře
Název Vložit tabulku
Typ Základní scénář
Krok typ akce
1 Uživatel Uživatel vybere místo pro vložení tabulky.
2 Uživatel Uživatel zvolí možnost "Vložit tabulku".
3 Systém Systém požádá o zadání parametrů tabulky (počet sloupců, počet řádků,
…).
4 Uživatel Uživatel zadá požadované parametry.
5 Systém Systém vloží tabulku do obsahu fragmentu.
1554
6 Systém Systém zpřístupní uživateli možnosti pro práci s tabulkou.
8.2.4.6.6 PU2583-Import tabulek z Excel
Realizované požadavky
FP2394-Import tabulek z Excel
Scénáře
Název Import tabulek z Excel.
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel vybere místo pro vložení tabulky.
2 Uživatel Uživatel zvolí možnost "Import tabulky".
3 Systém Systém otevře obrazovku pro výběr podporovaného formátu Excel
tabulky.
4 Uživatel Uživatel vybere požadovaný formát Excel tabulky.
5 Systém Systém otevře obrazovku pro výběr Excel souboru s připravenou
tabulkou.
6 Uživatel Uživatel vybere Excel soubor.
7 Systém Systém naimportuje tabulku z Excel souboru do přílohy zákona o státním
rozpočtu jako strukturovanou tabulku obsahu.
1555
8.2.4.6.7 PU2435-Hromadně nahradit text
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Zapracování připomínek
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Zároveň PU obecného charakteru, který je vázán ke všem dalším aktivitám, které
editují strukturovaný obsah konsolidovaného znění právního předpisu nebo
dokumentu.
Realizované požadavky
FP2239-Hromadné změny
Scénáře
Název Hromadně nahradit text
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel v rámci editace fragmentu nahrazuje jeden text jiným textem.
Uživatel tuto náhradu označí a zvolí možnost "Hromadná náhrada textu".
2 Systém Systém nabídne uživateli přehled právních předpisů obsažených v návrhu
právního aktu.
3 Uživatel Uživatel vybere všechny, jeden nebo více předpisů a potvrdí výběr.
4 Systém Systém provede automaticky požadovanou náhradu včetně vyhodnocení
a doplnění novelizačních instrukcí měněných obsahů fragmentů.
5 Systém Systém v případě, že nahrazovaný text je ve specifických typech
fragmentů, požádá uživatele o rozhodnutí.
1556
6 Systém Systém informuje uživatele o úspěšnosti nebo neúspěšnosti akce
například z důvodů uzamčení právního předpisu jiným uživatelem.
1557
8.2.4.6.8 PU2436-Vložit zkratku
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Vytvoření připomínek
Aktivita Zapracování připomínek
Aktivita Projednání ve výborech
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Zároveň PU obecného charakteru, který je vázán ke všem dalším aktivitám, které
editují strukturovaný obsah konsolidovaného znění právního předpisu nebo
dokumentu.
Realizované požadavky
FP2275-Zkratky zavedené zvláštním právním předpisem
Scénáře
Název Vložit zkratku
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel označí místo v obsahu fragmentu zvolí možnost "Vložit zkratku".
2 Systém Systém zobrazí přehled zkratek.
3 Uživatel Uživatel vybere a potvrdí výběr.
4 Systém Systém vloží zkratku do obsahu fragmentu.
1558
8.2.4.6.9 PU2437-Vložit legislativní zkratku
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Vytvoření připomínek
Aktivita Zapracování připomínek
Aktivita Projednání ve výborech
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Zároveň PU obecného charakteru, který je vázán ke všem dalším aktivitám, které
editují strukturovaný obsah konsolidovaného znění právního předpisu.
Účel: Zvýšení standardizace v používání legislativních zkratek postupně vytvářeným seznam
těchto zkratek.
Realizované požadavky
FP2279-Legislativní zkratky
Předpoklady
Otevřený obsah návrhu právního předpisu v e-Šabloně.
Zavedený parametr v nastavení e-Legislativy pro rozpoznání legislativní zkratky. (dále jen „ …“)
Scénáře
Název Vložit legislativní zkratku
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel v textu obsahu fragmentu zavede legislativní zkratku tj. slovní
spojení a vlastní zkratku podle LPV.
2 Uživatel Uživatel označí legislativní zkratku v textu a zvolí možnost "Legislativní
zkratka".
1559
3 Systém Systém vyhodnotí, že legislativní zkratka v seznamu legislativních zkratek
neexistuje.
alt. krok pokraču typ akce
j na
3a Konec Alternativ Výběr obdobné zkratky
ní scénář
3b Konec Alternativ Zkratka existuje
ní scénář
3c 4 Alternativ Existuje obdobná zkratka
ní scénář
4 Uživatel Systém automaticky založí legislativní zkratku do seznamu. Záznam bude
obsahovat slovní spojení, zkratku a odkaz na fragment (jedna legislativní
zkratka může mít více odkazů na fragmenty ze všech různých právních
předpisů, kde byla zavedena).
Název Zkratka existuje
Typ Alternativní scénář
krok typ akce
1 Systém Systém vyhodnotí, že legislativní zkratka v seznamu legislativních zkratek
existuje.
Název Výběr obdobné zkratky
Typ Alternativní scénář
krok typ akce
1 Systém Systém vyhodnotí, že v seznamu legislativních zkratek existuje obdobná
legislativní zkratka.
2 Systém Systém nabídne obdobné legislativní zkratky uživateli.
3 Uživatel Uživatel jednu legislativní zkratku vybere a potvrdí výběr.
4 Systém Systém nahradí původní legislativní zkratku vybranou legislativní zkratkou
v textu obsahu fragmentu.
1560
Název Existuje obdobná zkratka
Typ Alternativní scénář
krok typ akce
1 Systém Systém vyhodnotí, že v seznamu legislativních zkratek existuje obdobná
legislativní zkratka.
2 Systém Systém nabídne obdobné legislativní zkratky uživateli.
3 Uživatel Uživatel odmítne nabízené obdobné legislativní zkratky.
Název Vybrat legislativní zkratku
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel označí místo v textu obsahu fragmentu a zvolí možnost "Vložit
legislativní zkratku".
2 Systém Systém zobrazí přehled legislativních zkratek ze seznamu legislativních
zkratek včetně možnosti vyhledávání podle zkratky nebo podle slova ve
slovním spojení a včetně možnosti založit novou legislativní zkratku.
3 Uživatel Uživatel vybere jednu legislativní zkratku a potvrdí výběr.
alt. krok pokraču typ akce
j na
3a 2 Alternativ Vložit legislativní zkratku do seznamu
ní scénář
3b Konec Výjimka Zrušit akci
4 Systém Systém vloží legislativní zkratku do textu obsahu fragmentu a zároveň
připojí k vybrané legislativní zkratce odkaz na fragment.
Název Vložit legislativní zkratku do seznamu
Typ Alternativní scénář
krok typ akce
1 Systém Uživatel zvolí možnost "Přidat legislativní zkratku".
1561
2 Uživatel Systém otevře obrazovku pro přidání legislativní zkratky.
3 Systém Uživatel doplní slovní spojení a zkratku a potvrdí přidání legislativní
zkratky.
4 Uživatel Systém založí legislativní zkratku do seznamu.
5 Systém Systém označí nově založenou legislativní zkratku v přehledu legislatvních
zkratek.
Název Zrušit akci
Typ Výjimka
krok typ akce
1 Uživatel Uživatel zruší akci
Název Použít legislativní zkratku v prováděcím předpisu
Typ Alternativní scénář
krok typ akce
1 Systém Uživatel pracuje na návrhu prováděcího předpisu.
2 Uživatel Systém v souvisejících informacích zobrazuje legislativní zkratky zavedené
v prováděném předpisu za předpokladu, že prováděcí předpis je již
spojen asociační vazbou s prováděným předpisem.
1562
8.2.4.7 Generování obsahu
Obrázek 74: Generování obsahu
1563
8.2.4.7.1 PU2440-Aktualizovat obsah bloku generovaného obsahu
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Zapracování připomínek
Aktivita Vytvoření připomínek
Aktivita Projednání ve výborech
Aktivita Vytvoření souhrnu pozměňovacích návrhů
Zároveň PU obecného charakteru, který je vázán ke všem dalším aktivitám, které
editují strukturovaný obsah konsolidovaného znění právního předpisu nebo
dokumentu.
Realizované požadavky
FP2426-Bloky generovaného obsahu
FP2427-Vygenerování dynamických textů a jejich přenos do textového editoru
Předpoklady
Otevřený obsah v e-Šabloně. Vložený blok generovaného obsahu do editovaného obsahu.
Scénáře
Název Aktualizovat obsah bloku generovaného obsahu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel vybere uzel hierarchie fragmentů typu blok generovaného
obsahu.
2 Uživatel Uživatel zvolí možnost "Aktualizovat obsah".
3 Systém Systém zaktualizuje obsah bloku generovaného obsahu podle aktuálních
dat v návrhu.
1564
1565
8.2.4.7.2 PU2441-Aktualizovat obsah fragmentu
Realizované Aktivity
Typ Název
Aktivita Zapracování připomínek
Aktivita Projednání ve výborech
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Zároveň PU obecného charakteru, který je vázán ke všem dalším aktivitám, které
editují strukturovaný obsah konsolidovaného znění právního předpisu nebo
dokumentu.
Realizované požadavky
FP2413-Typy dynamických textů
Předpoklady
Otevřený obsah v e-Šabloně.
Obsah vybraného fragmentu byl generován.
Scénáře
Název Aktualizovat obsah fragmentu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí u vybraného fragmentu možnost aktualizovat obsah.
2 Systém Systém zjistí, že fragment nebyl ručně upravován.
alt. krok pokračuj typ akce
na
2a 3 Alternativ Ruční úprava
ní scénář
1566
2b Konec Výjimka Uživatel zruší akci
3 Systém Systém aktualizuje obsah fragmentu.
Název Uživatel zruší akci
Typ Výjimka
krok typ akce
1 Systém Systém zjistí, že fragment byl ručně upravován.
2 Systém Systém na tuto skutečnost upozorní uživatele.
3 Uživatel Uživatel "Zruší akci".
Název Ruční úprava
Typ Alternativní scénář
krok typ akce
1 Systém Systém zjistí, že fragment byl ručně upravován.
2 Systém Systém na tuto skutečnost upozorní uživatele.
3 Uživatel Uživatel "Potvrdí akci".
1567
8.2.4.7.3 PU2442-Generovat obsah bloku generovaného obsahu
Realizované Aktivity
Typ Název
Aktivita Zapracování připomínek
Aktivita Vytvoření připomínek
Aktivita Projednání ve výborech
Aktivita Vytvoření souhrnu pozměňovacích návrhů
Zároveň PU obecného charakteru, který je vázán ke všem dalším aktivitám, které
editují strukturovaný obsah konsolidovaného znění právního předpisu nebo
dokumentu.
Realizované požadavky
FP2426-Bloky generovaného obsahu
FP2427-Vygenerování dynamických textů a jejich přenos do textového editoru
Předpoklady
Otevřený obsah v e-Šabloně. Vložený blok generovaného obsahu do editovaného obsahu.
Scénáře
Název Generovat obsah bloku generovaného obsahu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel vybere uzel hierarchie fragmentů typu blok generovaného
obsahu.
2 Uživatel Uživatel zvolí možnost "Generovat obsah".
3 Systém Systém případně požádá uživatele o zadání parametrů potřebných pro
výběr dat do generovaného obsahu.
1568
4 Uživatel Uživatel zadá požadované parametry výběrem z nabízených možností a
potvrdí zadání.
5 Systém Systém uloží a zobrazí zadané parametry u bloku generovaného obsahu.
6 Systém Systém vygeneruje obsah bloku generovaného obsahu podle aktuálních
dat v návrhu.
1569
8.2.4.7.4 PU2443-Generovat obsah fragmentu
Účel: V případě typů fragmentů pro specifická ustanovení (viz PU2404), které mají danou
strukturu podle LPV systém vygeneruje automaticky nebo ve spolupráci s uživatelem obsah
fragmentu. Například pro typ fragmentu "Ustanovení o nabytí účinnosti" v kombinaci s
typem právního aktu (například Vyhláška) a podle dat právního aktu týkajících se účinnosti
(způsob: platnost + 10 dní) systém vygeneruje obsah "Tato vyhláška nabývá účinnosti
desátým dnem po jejím vyhlášení.".
Realizované Aktivity
Typ Název
Aktivita Zapracování připomínek
Aktivita Projednání ve výborech
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Zároveň PU obecného charakteru, který je vázán ke všem dalším aktivitám, které
editují strukturovaný obsah konsolidovaného znění právního předpisu nebo
dokumentu.
Realizované požadavky
FP2413-Typy dynamických textů
FP2418-Název předpisu
Předpoklady
Otevřený obsah v eŠabloně.
U vybraného fragmentu je možnost "Generovat obsah", tj. obsah fragmentu je prázdný a daný
typ fragmentu má ve správě typů fragmentů definována pravidla pro generování obsahu
fragmentu z dat právního aktu.
Scénáře
Název Generovat obsah fragmentu
Typ Základní scénár
1570
krok typ akce
1
2 User Uživatel zvolí u vybraného fragmentu možnost generovat obsah.
3
4 System Systém si v případě potřeby vyžádá dodatečné informace od uživatele.
System Systém vygeneruje obsah fragmentu.
System Systém nastaví u daného fragmentu, že obsah byl generován a podle
nastavených parametrů ve správě typů fragmentů povolí nebo nepovolí
editaci obsahu fragmentu uživatelem.
1571
8.2.4.7.5 PU2444-Vložit blok generovaného obsahu
Účel: Vložení bloku generovaného obsahu do obsahu. Typicky do strukturovaných
dokumentů, do obsahu právního aktu jak novely, tak i nového právního předpisu, je-li novela
právního předpisu obsažena v právním předpisu, který upravuje i jiné věci.
Realizované Aktivity
Typ Název
Aktivita Zapracování připomínek
Aktivita Vytvoření připomínek
Aktivita Projednání ve výborech
Aktivita Vytvoření souhrnu pozměňovacích návrhů
Zároveň PU obecného charakteru, který je vázán ke všem dalším aktivitám, které
editují strukturovaný obsah konsolidovaného znění právního předpisu ne
dokumentu.
Realizované požadavky
FP2413-Typy dynamických textů
FP2426-Bloky generovaného obsahu
Předpoklady
Otevřený obsah v e-Šabloně.
Scénáře
Název Vložit blok generovaného obsahu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel vybere v editovaném obsahu místo, kde chce vložit blok
generovaného obsahu.
2 Uživatel Uživatel zvolí možnost "Vložit blok generovaného obsahu".
1572
3 Systém Systém nabídne uživateli předefinované typy bloků generovaného obsahu
pro daný typ obsahu.
4 Uživatel Uživatel vybere jeden z nabízených typů.
5 Systém Systém vloží blok generovaného obsahu do struktury editovaného
obsahu.
1573
8.2.4.7.6 PU2445-Vložit statický text do obsahu fragmentu
Realizované Aktivity
Typ Název
Aktivita Vytvoření připomínek
Aktivita Zapracování připomínek
Aktivita Projednání ve výborech
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Zároveň PU obecného charakteru, který je vázán ke všem dalším aktivitám, které
editují strukturovaný obsah konsolidovaného znění právního předpisu nebo
dokumentu.
Realizované požadavky
FP2409-Statické texty
FP2411-Vyhledání a zobrazení statických textů a jejich přenos do e-Šablony nebo textového
editoru
Předpoklady
Otevřený obsah v e-Šabloně.
U vybraného fragmentu je možnost "Vložit statický text", tj. daný typ fragmentu pro daný typ
obsahu a daný typ právního aktu má ve správě typů fragmentů definovanou sadu statických
textů.
Scénáře
Název Vložit statický text do obsahu fragmentu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel v obsahu vybraného fragmentu označí místo pro vložení
statického textu.
1574
2 Uživatel Uživatel zvolí možnost "Vložit statický text".
3 Systém Systém nabídne uživateli přehled statických textů k výběru.
4 Uživatel Uživatel vybere jeden z nabídnutých textů a potvrdí výběr.
5 Systém Systém vloží statický text do obsahu fragmentu.
1575
8.2.4.8 Tvorba odkazů
eŠablona
PU2450-Zobrazit FP2254-CzechVoc
definice CzechVoc FP2372-CzechVoc
Editor náv rhu PU2451-Vyhledat
poj em
PU2452-Vytv ořit
informativ ní v azby
automaticky
PU2453-Vytv ořit
informativ ní v azby
ručně
PU2454-Vložit nov ý
poj em
PU2455-Vložit legální
definici
Obrázek 75: Tvorba odkazů CzechVOC
1576
eŠablona FP2256-Kontextové odkazy v
právním předpisu
PU2456-Vložit odkaz v
rámci j ednoho obsahu FP2253-Tvorba asociačních
vazeb
PU2457-Vložit odkaz na
přílohu FP2259-Řízené odkazy
PU2460-Vložit odkaz FP2262-Výběr ze
na technickou normu zobecněných názvů právních
p ře d p i sů
PU2462-Vložit odkaz
na poznámku pod FP2260-Generátor citací
čarou
FP2261-Hromadný výběr do
PU2459-Vložit poznámky pod čarou
nenormativ ní odkaz na FP2265-Poznámky pod
č arou
j iný práv ní předpis FP2267-Dohledání předpisu
podle odkazu
PU2461-Vložit
poznámku pod čarou FP2266-Prováděcí vazby
PU2458-Vložit « i n cl u d e » FP2257-Odkazy na předpisy
normativ ní odkaz na EU a mezinárodní smlouvy
j iný práv ní předpis
FP2258-Neřízené odkazy
« i n cl u d e » FP2 2 6 8 -Hl íd a č
Editor náv rhu « i n cl u d e »
« i n cl u d e »
« i n cl u d e » PU2086-Vyhledat
práv ní akt nebo
práv ní předpis
PU2467-Vytv ořit
prov áděcí v azbu
« i n cl u d e »
PU2465-Vložit odkaz
na mezinárodní
smlouv u
PU2464-Vložit odkaz
na předpisy EU
PU2470-Zobrazit cíl PU2466-Vložit
odkazu neřízený odkaz
PU2468-Vložit Hlídače
PU2469-Resetov at
Hlídače
PU2463-Smazat Hlídače
Obrázek 76: Tvorba kontextových odkazů
1577
8.2.4.8.1 PU2450-Zobrazit definice CzechVOC
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Vytvoření připomínek
Aktivita Zapracování připomínek
Aktivita Projednání ve výborech
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Zároveň PU obecného charakteru, který je vázán ke všem dalším aktivitám, které
pracují se strukturovaným obsahem konsolidovaného znění právního předpisu.
Realizované požadavky
FP2372-CzechVoc
Scénáře
Název Zobrazit definice CzechVOC
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí mód zobrazování definic CzechVOC.
2 Systém Systém bude zobrazovat definice jako komentáře k fragmentů, kde se
pojmy vyskytují.
1578
8.2.4.8.2 PU2451-Vyhledat pojem v CzechVOC
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Vytvoření připomínek
Aktivita Zapracování připomínek
Aktivita Projednání ve výborech
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Zároveň PU obecného charakteru, který je vázán ke všem dalším aktivitám, které
pracují se strukturovaným obsahem konsolidovaného znění právního předpisu.
Realizované požadavky
FP2372-CzechVoc
Scénáře
Název Vyhledat pojem
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel v souvisejících informacích e-Šablony bude mít možnost zadat a
vyhledat pojem v CzechVOC.
2 Systém Systém vrátí seznam pojmů včetně pojmové definice a všech zákonných
definic a ostatních vlastností viz PU1090.
1579
8.2.4.8.3 PU2452-Vytvořit informativní vazby automaticky
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Zapracování připomínek
Zároveň PU obecného charakteru, který je vázán ke všem dalším aktivitám, které
editují strukturovaný obsah konsolidovaného znění právního předpisu.
Realizované požadavky
FP2254-CzechVoc
FP2372-CzechVoc
Předpoklady
Otevřený obsah v e-Šabloně.
Stav po ukončení
Výsledkem případu užití je dohledání pojmů CzechVOC v novém textu a vytvoření
informativních vazeb. Informativní vazby jsou ve stavu „K revizi“, teprve po odsouhlasení
Publikačním úřadem a změnou stavu jsou „Zveřejněny“ pro potřeby e-Sbírky.
Scénáře
Název Vytvořit informativní vazby automaticky
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost "Vazby CzechVOC".
2 Systém Systém zaktualizuje informativní vazby na CzechVOC viz PU1089 a
PU1092.
1580
8.2.4.8.4 PU2453-Vytvořit informativní vazby ručně
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Zapracování připomínek
Zároveň PU obecného charakteru, který je vázán ke všem dalším aktivitám, které
editují strukturovaný obsah konsolidovaného znění právního předpisu.
Realizované požadavky
FP2372-CzechVoc
Předpoklady
Otevřený obsah v e-Šabloně.
Stav po ukončení
Výsledkem případu užití je vytvoření informativní vazby na CzechVOC. Informativní vazba je ve
stavu „K revizi“, teprve po odsouhlasení Publikačním úřadem a změnou stavu je „Zveřejněna“
pro potřeby e-Sbírky.
Scénáře
Název Vytvořit informativní vazby ručně
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel označí pojem v textu obsahu fragmentu.
2 Uživatel Uživatel zvolí možnost "Vytvořit vazbu na CzechVOC".
3 Systém Systém vrátí seznam pojmů včetně pojmových definic, na které je možné
vytvořit informativní vazbu, viz PU1090.
4 Uživatel Uživatel vybere a potvrdí výběr.
5 Systém Systém zaktualizuje informativní vazby na CzechVOC viz PU1092.
1581
1582
8.2.4.8.5 PU2454-Vložit nový pojem
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Zapracování připomínek
Zároveň PU obecného charakteru, který je vázán ke všem dalším aktivitám, které
editují strukturovaný obsah konsolidovaného znění právního předpisu.
Realizované požadavky
FP2372-CzechVoc
Předpoklady
Otevřený obsah v e-Šabloně.
Stav po ukončení
Výsledkem případu užití je nový nebo upravený pojem v CzechVOC. Veškeré úpravy jsou ve
stavu „K revizi“, teprve po odsouhlasení Publikačním úřadem a změnou stavu jsou „Zveřejněny“
pro potřeby e-Sbírky.
Scénáře
Název Vložit nový pojem
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel označí pojem v textu obsahu fragmentu.
2 Uživatel Uživatel zvolí možnost "Vytvořit pojem v CzechVOC".
3 Systém Systém otevře obrazovku, kde uživatel doplní pojmovou definici a další
údaje. V případě, že fragment je definičního typu pro vymezení pojmů má
uživatel na obrazovce i možnost zvolit vytvoření legální definice.
4 Uživatel Uživatel zadá údaje a potvrdí zadání.
1583
5 Systém Systém založí pojem v CzechVOC viz PU1091 a PU1092.
Název Upravit pojem
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel vybere v textu obsahu fragmentu pojem, který chce upravit.
2 Systém Systém otevře obrazovku, kde uživatel může upravit pojmovou definici a
další údaje. V případě, že fragment je definičního typu pro vymezení
pojmů má uživatel na obrazovce i možnost zvolit vytvoření legální
definice, pokud již nebyla vytvořena.
3 Uživatel Uživatel upraví údaje a potvrdí úpravu.
4 Systém Systém upraví pojem v CzechVOC viz PU1091 a PU1092.
1584
8.2.4.8.6 PU2455-Vložit legální definici
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Zapracování připomínek
Zároveň PU obecného charakteru, který je vázán ke všem dalším aktivitám, které
editují strukturovaný obsah konsolidovaného znění právního předpisu.
Realizované požadavky
FP2254-CzechVoc
Předpoklady
Otevřený obsah v e-Šabloně. Pojem, ke kterému má být přidána legální definice je již svázán
informativní vazbou s pojmem CzechVOC.
Stav po ukončení
Výsledkem případu užití je přidání legální definice k pojmu v CzechVOC. Přidaná legální
definice je ve stavu „K revizi“, teprve po odsouhlasení Publikačním úřadem a změnou stavu je
„Zveřejněna“ pro potřeby e-Sbírky.
Scénáře
Název Vložit legální definici
Typ Základní scénář
krok Typ Akce
1 Uživatel Uživatel vybere fragment definičního typu pro vymezení pojmů.
2 Uživatel Uživatel zvolí možnost "Vložit legální definici".
3 Systém Systém přidá legální definici k pojmu v CzechVoc viz PU1092.
1585
8.2.4.8.7 PU2456-Vložit odkaz v rámci jednoho obsahu
Účel: Vytvoření asociační vazby na jiné ustanovení téhož právního předpisu.
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Vytvoření připomínek
Aktivita Zapracování připomínek
Aktivita Projednání ve výborech
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Zároveň PU obecného charakteru, který je vázán ke všem dalším aktivitám, které
editují strukturovaný obsah konsolidovaného znění právního předpisu.
Realizované požadavky
FP2256-Kontextové odkazy v právním předpisu
Předpoklady
Otevřená aktuální vrstva obsahu novelizovaného právního předpisu v editoru.
Stav po ukončení
Zvýrazněný odkaz v textu ustanovení na jiné ustanovení (uzel hierarchie fragmentů) téhož
předpisu.
U cílového ustanovení (uzel hierarchie fragmentů) se v souvisejících informacích objeví
asociační vazba na ustanovení (uzel hierarchie fragmentů) do jehož textu (obsah fragmentu)
byl vložen odkaz.
Scénáře
Název Vložení odkazu
Typ Základní scénář
1586
krok typ akce
1 Uživatel Uživatel označí místo v textu právního předpisu, kde chce vložit odkaz na
jiné ustanovení téhož právního předpisu.
2 Uživatel Uživatel vybere možnost "Vložit interní odkaz".
3 Systém Systém se přepne do režimu, ve kterém uživatel může vybrat cíl odkazu
nebo vybrat možnost "Zrušit akci".
4 Uživatel Uživatel vybere požadované ustanovení.
alt. krok pokračuj typ akce
na
4a Konec Výjimka Akce zrušena
5 Systém Systém vloží na označené místo v textu slovní odkaz na vybrané
ustanovení podle nastavených pravidel (textace, zvýraznění) a vytvoří
asociační vazbu typu "Interní odkaz",
6 Systém Systém vrátí uživatele na místo v textu s vloženým odkazem.
Název Vytvoření vazby
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel do textu ustanovení napíše slovní vyjádření odkazu na jiné
ustanovení téhož právního předpisu (například § 3 odst. 3).
2 Uživatel Uživatel označí slovní vyjádření odkazu a vybere možnost "Vložit interní
odkaz".
3 Systém Systém ověří existenci ustanovení.
4 Systém Systém vytvoří asociační vazbu a zvýrazní slovní vyjádření odkazu podle
nastavených pravidel.
alt. krok pokračuj typ akce
na
4a Konec Výjimka Cíl odkazu nenalezen
Název Cíl odkazu nenalezen
1587
Typ Výjimka
krok typ akce
1 Systém Systém informuje uživatele, že cíl odkazu nebyl nalezen.
Název Akce zrušena
Typ Výjimka
krok typ akce
1 Uživatel Uživatel vybere možnost "Zrušit akci".
1588
8.2.4.8.8 PU2457-Vložit odkaz na přílohu
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Vytvoření připomínek
Aktivita Zapracování připomínek
Aktivita Projednání ve výborech
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Zároveň PU obecného charakteru, který je vázán ke všem dalším aktivitám, které
editují strukturovaný obsah konsolidovaného znění právního předpisu.
Realizované požadavky
FP2256-Kontextové odkazy v právním předpisu
Předpoklady
Otevřená aktuální vrstva obsahu novelizovaného právního předpisu v editoru.
Scénáře
Název Vložit odkaz včetně přílohy
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel označí text v ustanovení právního předpisu například "V příloze
č.".
2 Uživatel Uživatel vybere možnost "Vložit odkaz na přílohu".
3 Systém Systém v dialogovém okně nabídne uživateli seznam existujících příloh
včetně možností "Vytvořit novou přílohu" a "Zrušit akci".
1589
4 Uživatel Uživatel vybere jednu z nabídnutých příloh.
alt. krok pokračuj typ akce
na
4a 5 Alternativ Vytvořit novou přílohu
ní scénář
4b Konec Výjimka Zrušit akci
5 Systém Systém vytvoří asociační vazbu typu "Interní odkaz na přílohu".
Název Vytvořit novou přílohu
Typ Alternativní scénář
krok typ akce
1 Systém Systém vloží hierarchii fragmentů typu příloha do bloku právního
předpisu, který je určen pro přílohy.
2 Systém Systém přidělí příloze pořadové číslo, které zároveň doplní i do
označeného textu.
Název Zrušit akci
Typ Výjimka
krok typ akce
1 Uživatel Uživatel vybere možnost "Zrušit akci".
1590
8.2.4.8.9 PU2458-Vložit normativní odkaz na jiný právní předpis
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Vytvoření připomínek
Aktivita Zapracování připomínek
Aktivita Projednání ve výborech
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Zároveň PU obecného charakteru, který je vázán ke všem dalším aktivitám, které
editují strukturovaný obsah konsolidovaného znění právního předpisu.
Realizované požadavky
FP2256-Kontextové odkazy v právním předpisu
FP2262-Výběr ze zobecněných názvů právních předpisů
Předpoklady
Otevřená aktuální vrstva obsahu novelizovaného právního předpisu v editoru.
Scénáře
Název Vložit zobecněný název
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel označí místo v textu právního předpisu, kde chce vložit
normativní odkaz na jiný právní předpis.
2 Uživatel Uživatel vybere možnost "Vložit zobecněný název".
1591
alt. krok pokračuj typ akce
na
2a 7 Alternativ Vložit zkrácený název
ní scénář
3 Systém Systém nabídne v dialogovém okně seznam zobecněných názvů právních
předpisů s možností "Zrušit akci".
4 Uživatel Uživatel vyhledá zobecněný název pomocí textového vyhledávání v
seznamu zobecněných názvů.
alt. krok pokračuj typ akce
na
4a Konec Výjimka Zrušit akci
5 Uživatel Uživatel vybere jeden zobecněný název právního předpisu.
6 Systém Systém vloží zobecněný název právního předpisu na označené místo v
textu.
7 Systém Systém vytvoří asociační vazbu mezi právními předpisy.
8 Uživatel Uživatel případně pokračuje PU Vložit poznámku po čarou.
Název Vložit zkrácený název
Typ Alternativní scénář
krok typ akce
1 Uživatel Uživatel vybere možnost "Vložit zkrácený název".
2 Systém Systém nabídne dialogové okno pro vyhledávání právních předpisů
včetně možnosti "Zrušit akci".
3 Uživatel Uživatel označí vybraný právní předpis.
4 Systém Systém vloží zkrácený název právního předpisu na označené místo v
textu.
Název Zrušit akci
Typ Výjimka
1592
krok typ akce
1
Uživatel Uživatel vybere možnost "Zrušit akci".
1593
8.2.4.8.10 PU2459-Vložit nenormativní odkaz na jiný právní předpis
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Vytvoření připomínek
Aktivita Zapracování připomínek
Aktivita Projednání ve výborech
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Zároveň PU obecného charakteru, který je vázán ke všem dalším aktivitám, které
editují strukturovaný obsah konsolidovaného znění právního předpisu.
Realizované požadavky
FP2256-Kontextové odkazy v právním předpisu
Scénáře
Název Vložit nenormativní odkaz na jiný právní předpis
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel napíše v textu ustanovení text "jiný právní předpis".
2 Uživatel Uživatel případně pokračuje Vložením poznámky pod čarou.
1594
8.2.4.8.11 PU2460-Vložit odkaz na technickou normu
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Vytvoření připomínek
Aktivita Zapracování připomínek
Aktivita Projednání ve výborech
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Zároveň PU obecného charakteru, který je vázán ke všem dalším aktivitám, které
editují strukturovaný obsah konsolidovaného znění právního předpisu.
Realizované požadavky
FP2256-Kontextové odkazy v právním předpisu
Scénáře
Název Vložit odkaz
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel označí místo v textu právního předpisu, na které chce vložit
odkaz na technickou normu.
2 Systém Systém v dialogovém okně nabídne seznam používaných technických
norem pro výlučné odkazy podle LPV s možností vložit novou technickou
normu. V seznamu je také textace pro indikativní odkaz podle LPV včetně
odkazu na příslušný právní předpis.
3 Uživatel Uživatel vybere indikativní odkaz.
alt. krok pokračuj typ akce
na
1595
3a Konec Alternativ Vytvořit výlučný odkaz
ní scénář
3b Konec Alternativ Vybrat výlučný odkaz
ní scénář
4 Systém Systém doplní citaci indikativního odkazu do označeného textu.
5 Systém Systém vytvoří asociační vazbu typu "Indikativní odkaz".
Název Vytvořit výlučný odkaz
Typ Alternativní scénář
krok typ akce
1 Uživatel Uživatel vybere možnost "Vložit nový".
2 Uživatel Uživatel vloží označení, datum vydání, úplný název technické normy.
3 Systém Systém doplní výlučný odkaz do označeného textu.
4 Systém Systém vytvoří asociační vazbu typu "Výlučný odkaz" mezi ustanovením
právního předpisu a technickou normou v seznamu technických norem.
Název Vybrat výlučný odkaz
Typ Alternativní scénář
krok typ akce
1 Uživatel Uživatel vybere výlučný odkaz ze seznamu.
2 Systém Systém doplní výlučný odkaz do označeného textu.
3 Systém Systém vytvoří asociační vazbu typu "Výlučný odkaz" mezi ustanovením
právního předpisu a technickou normou v seznamu technických norem.
1596
8.2.4.8.12 PU2461-Vložit poznámku pod čarou
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Vytvoření připomínek
Aktivita Zapracování připomínek
Aktivita Projednání ve výborech
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Zároveň PU obecného charakteru, který je vázán ke všem dalším aktivitám, které
editují strukturovaný obsah konsolidovaného znění právního předpisu.
Realizované požadavky
FP2256-Kontextové odkazy v právním předpisu
FP2260-Generátor citací
FP2261-Hromadný výběr do poznámky pod čarou
FP2265-Poznámky pod čarou
FP2267-Dohledání předpisu podle odkazu
Scénáře
Název Vložit poznámku pod čarou
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel označí text právního předpisu, kde chce vložit odkaz na
poznámku pod čarou.
2 Uživatel Uživatel vybere možnost "Vložit poznámku pod čarou".
1597
3 Systém Systém otevře dialogové okno pro vkládání poznámek pod čarou s
možností "Zrušit akci".
4 Systém Systém v rámci dialogového okna pro vkládání poznámek pod čarou
otevře dialogové okno pro vyhledávání právních předpisů.
alt. krok pokračuj typ akce
na
4a 7 Alternativ Doplnění normativního odkazu.
ní scénář
5 Uživatel Uživatel vybere jeden nebo více právních předpisů.
6 Uživatel Uživatel označí, zda se jedná o příkladný výčet předpisů.
7 Systém Systém zobrazuje seznam vybraných právních předpisů v dialogovém
okně pro vkládání poznámek pod čarou.
8 Uživatel Uživatel postupně vybírá jednotlivé právní předpisy ze seznamu pro výběr
určitých ustanovení.
9 Systém Systém otevře vybraný právní předpis ve strukturované podobě.
10 Uživatel Uživatel vybere jedno nebo více ustanovení výběrem jednoho nebo více
uzlů hierarchie, případně vět.
11 Systém Systém zobrazuje vybraná ustanovení v dialogovém okně pro vkládání
poznámek pod čarou.
12 Uživatel Uživatel po ukončení výběru vybere možnost "Generovat".
13 Systém Systém podle nastavených pravidel pro druhy a používání citací v
právních předpisech (Hlava VI LPV) vygeneruje textaci poznámky pod
čarou.
alt. krok pokračuj typ akce
na
13a 16 Alternativ Průvodce generátorem citací
ní scénář
14 Systém Systém upozorní uživatele uživatel v případě, že poznámka pod čarou se
stejnou citací již existuje.
1598
15 Systém Systém nabídne uživateli možnost "Vložit již existující poznámku". Volbu
"Vložit" systém nabídne nebo nenabídne podle nastavených pravidel
validací.
16 Uživatel Uživatel vybere možnost "Vložit".
alt. krok pokračuj typ akce
na
16a 18 Alternativ Vložit již existující
ní scénář
17 Systém Systém vloží nový fragment typu poznámka pod čarou do příslušného
bloku právního předpisu včetně příslušného pořadového označení.
18 Systém Systém uzavře dialogové okno pro vkládání poznámek pod čarou.
19 Systém Systém vloží odkaz na poznámku pod čarou k označenému textu.
20 Systém Systém vytvoří asociační vazby typu "Poznámka pod čarou".
Název Doplnění normativního odkazu.
Typ Alternativní scénář
krok typ akce
1 Systém Systém automaticky vybere právní předpis podle asociační vazby
vytvořené při vložení normativního odkazu.
Název Průvodce generátorem citací
Typ Alternativní scénář
krok typ akce
1 Systém Systém v případě složitějších výběrů spustí průvodce, který společně s
uživatelem vybere a sestaví správnou citaci.
Název Vložit poznámku pod čarou ručně
Typ Alternativní scénář
Název Vložit již existující
Typ Alternativní scénář
1599
krok typ akce
1
Uživatel Uživatel vybere možnost "Vložit již existující".
1600
8.2.4.8.13 PU2462-Vložit odkaz na poznámku pod čarou
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Vytvoření připomínek
Aktivita Zapracování připomínek
Aktivita Projednání ve výborech
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Zároveň PU obecného charakteru, který je vázán ke všem dalším aktivitám, které
editují strukturovaný obsah konsolidovaného znění právního předpisu.
Realizované požadavky
FP2256-Kontextové odkazy v právním předpisu
Scénáře
Název Vložit odkaz na poznámku pod čarou
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel označí místo v textu právního předpisu, kde chce vložit odkaz na
poznámku pod čarou.
2 Uživatel Uživatel vybere možnost "Vložit odkaz na poznámku pod čarou".
3 Systém Systém otevře dialogové okno se seznamem poznámek pod čarou.
4 Uživatel Uživatel vybere jednou poznámku pod čarou ze seznamu.
5 Systém Systém vloží odkaz na poznámku pod čarou do označeného textu podle
nastavených pravidel.
1601
6 Systém Systém vytvoří asociační vazbu typu "Interní odkaz na Poznámku pod
čarou".
7 Systém Systém vytvoří asociační vazbu typu "Poznámka pod čarou".
1602
8.2.4.8.14 PU2463-Smazat Hlídače
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Realizované požadavky
FP2268-Hlídač
Předpoklady
Otevřený strukturovaný dokument, do kterého uživatel vložil svého individuálního Hlídače, v
editoru e-Šablony.
Scénáře
Název Smazat Hlídače
Typ Základní scénář
Krok Typ akce
1 Uživatel Uživatel vybere možnost smazat Hlídače.
2 Systém Systém nabídne uživateli seznam Hlídačů, které si do strukturovaného
dokumentu vložil.
3 Uživatel Uživatel vybere jednoho nebo více Hlídačů a potvrdí jejich smazaní.
4 Systém Systém odstraní vybrané Hlídače ze strukturovaného dokumentu a smaže
příslušné asociační vazby.
1603
8.2.4.8.15 PU2464-Vložit odkaz na předpisy EU
V poznámkách pod čarou se název předpisu Evropské unie uvede v jeho
českém znění tak, jak je uveden v Úředním věstníku Evropské unie.
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Vytvoření připomínek
Aktivita Zapracování připomínek
Aktivita Projednání ve výborech
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Zároveň PU obecného charakteru, který je vázán ke všem dalším aktivitám, které
editují strukturovaný obsah konsolidovaného znění právního předpisu.
Realizované požadavky
FP2257-Odkazy na předpisy EU a mezinárodní smlouvy
Předpoklady
V lokálním EUR-Lex je název předpisu Evropské unie uveden v jeho
českém znění tak, jak je uveden v Úředním věstníku Evropské unie.
Scénáře
Název Vložit odkaz na předpisy EU
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel postupuje obdobně jako v případě PU2458.
1604
8.2.4.8.16 PU2465-Vložit odkaz na mezinárodní smlouvu
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Vytvoření připomínek
Aktivita Zapracování připomínek
Aktivita Projednání ve výborech
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Zároveň PU obecného charakteru, který je vázán ke všem dalším aktivitám, které
editují strukturovaný obsah konsolidovaného znění právního předpisu.
Realizované požadavky
FP2257-Odkazy na předpisy EU a mezinárodní smlouvy
Předpoklady
Jedná se o mezinárodní smlouvy vyhlášené ve Sbírce zákonů.
Scénáře
Název Vložit odkaz na mezinárodní smlouvu
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel postupuje obdobně jako v případě PU2458.
1605
8.2.4.8.17 PU2466-Vložit neřízený odkaz
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Vytvoření připomínek
Aktivita Zapracování připomínek
Aktivita Projednání ve výborech
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Zároveň PU obecného charakteru, který je vázán ke všem dalším aktivitám, které
editují strukturovaný obsah konsolidovaného znění právního předpisu.
Realizované požadavky
FP2258-Neřízené odkazy
Scénáře
Název Vložit neřízený odkaz
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel do poznámky pod čarou vložil citaci, která nebyla systémem
validována.
2 Systém Systém na tuto skutečnost uživatele upozorní s možností potvrdit
správnost neřízeného odkazu uživatelem.
1606
8.2.4.8.18 PU2467-Vytvořit prováděcí vazbu
Účel: Vytvoření asociačních vazeb prováděcího typu mezi úvodní větou prováděcího
předpisu a ustanoveními právního předpisu, ke kterému je prováděcí předpis zpracováván.
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Realizované požadavky
FP2266-Prováděcí vazby
Scénáře
Název Vytvořit odkaz
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel vybere možnost "Vybrat zmocnění".
alt. krok pokračuj typ Akce
na
1a 5 Alternativ Prováděcí předpis bez zmocnění
ní scénář
2 Systém Systém nabídne v dialogovém okně seznam zmocňovacích ustanovení, ke
kterým ještě není asociační vazba na prováděcí předpis.
3 Uživatel Uživatel vybere ze seznamu ta zmocňovací ustanovení, která jsou
prováděcím předpisem prováděna.
4 Systém Systém podle nastavených pravidel doplní úvodní větu prováděcího
předpisu.
5 Systém Systém natáhne vybrané právní předpisy do právního aktu pro tvorbu
dalších případných prováděcích odkazů.
6 Systém Systém vytvoří asociační vazby typu "Prováděcí".
1607
Název Prováděcí předpis bez zmocnění
Typ Alternativní scénář
krok typ Akce
1 Systém Uživatel vybere možnost "Vybrat předpis"
2 Uživatel Systém otevře dialogové okno pro vyhledání a výběr předpisu.
3 Systém Uživatel vybere jeden nebo více právních předpisů,
1608
8.2.4.8.19 PU2468-Vložit Hlídače
Účel: Propojit věcně související obsah strukturovaného dokumentu a právního předpisu tak,
aby při změně právního předpisu v průběhu legislativního procesu byl uživatel upozorněn na
nutnou aktualizaci druhého.
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Realizované požadavky
FP2268-Hlídač
Předpoklady
Otevřený strukturovaný dokument v editoru e-Šablony.
Stav po ukončení
Zobrazení hlídaných souvislostí v souvisejících informacích v e-Šabloně. Uživateli jsou
zobrazovány pouze hlídané souvislosti, které sám vložil.
Zobrazení nutnosti aktualizace strukturovaného dokumentu v bloku "Upozornění systému" v e-
Šabloně v případě, že po vložení Hlídače dojde ke změně hlídaných ustanovení právního
předpisu. Uživateli jsou zobrazovány pouze informace Hlídačů, které sám vložil.
Scénáře
Název Vložit Hlídače
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel označí místo v textu strukturovaného dokumentu, kde chce vložit
Hlídače.
2 Uživatel Uživatel vybere možnost "Vložit Hlídače".
3 Systém Systém otevře dialogové okno se seznamem právních předpisů a
strukturovaných dokumentů zpracovávaných rámci stejného právního
aktu.
1609
4 Uživatel Uživatel vybere právní předpis nebo strukturovaný dokument k otevření
ve strukturované podobě.
5 Systém Systém otevře právní předpis nebo strukturovaný dokument pro výběr
uzlů hierarchie, jejichž změna obsahu má být hlídána.
6 Uživatel Uživatel vybere jeden nebo více uzlů hierarchie a potvrdí vytvoření
asociačních vazeb.
7 Systém Systém vytvoří asociační vazby typu "Hlídač".
8 Uživatel Uživatel případně opakuje kroky 4, 5, 6 pro další právní předpis nebo
strukturovaný dokument.
1610
8.2.4.8.20 PU2469-Resetovat Hlídače
Účel: Strukturovaný dokument byl na základě hlášení Hlídače aktualizován a Hlídač musí
hlídat další změny hlídaného obsahu.
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Realizované požadavky
FP2268-Hlídač
Předpoklady
Otevřený právní akt v e-Šabloně.
Oznámení o nutnosti aktualizovat obsah strukturovaného dokumentu v "Upozorněních
systému".
Scénáře
Název Resetovat Hlídače
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel otevře "Upozornění systému" v části Související informace e-
Šablony.
2 Uživatel Uživatel vybere ze seznamu upozornění Hlídače, kterého chce resetovat.
3 Systém Systém odebere upozornění z bloku "Upozornění systému".
1611
8.2.4.8.21 PU2470-Zobrazit cíl odkazu
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Vytvoření připomínek
Aktivita Zapracování připomínek
Aktivita Projednání ve výborech
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Zároveň PU obecného charakteru, který není vázán ke konkrétnímu procesu či
aktivitě.
Scénáře
Název Zobrazit cíl odkazu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel klikne na kterýkoliv řízený odkaz.
2 Systém Systém otevře obrazovku a zobrazí cíl odkazu. Typicky ustanovení jiného
právního předpisu.
1612
8.2.4.9 Generování novelizačních bodů
eŠablona
PU2481-Generov at FP2247-Generátor
nov elizační body novelizačních bodů
FP2606-Generování
« i n cl u d e » « i n cl u d e » novelizačních bodů
FP2246-Podpora novelizace
PU2483-Generov at zvláštních ustanovení
PU2482-Generov at nov elizační body FP2366-Generování
nov elizační body pozměňov acích novelizačních bodů
připomínek náv rhů FP2328-Generování
novelizačních bodů
Editor náv rhu
FP2243-Generování
PU2480-Přesunout novelizačních bodů
nov elizační instrukci
FP2218-Práce s hierarchiemi
PU2484-Změnit fragmentů
nov elizační instrukci
fragmentu
PU2485-Změnit FP2245-Změna varianty
v ariantu textace novelizačního bodu
nov elizačního bodu
Obrázek 77: Generování novelizačních bodů
1613
8.2.4.9.1 PU2480-Přesunout novelizační instrukci
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Vytvoření připomínek
Aktivita Zapracování připomínek
Aktivita Projednání ve výborech
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Aktivita Zapracování přijatých PN do úplného znění a vlastní novely
Zároveň PU obecného charakteru, který je vázán ke všem dalším aktivitám, které
editují strukturovaný obsah konsolidovaného znění právního předpisu.
Realizované požadavky
FP2218-Práce s hierarchiemi fragmentů
FP2243-Generování novelizačních bodů
Scénáře
Název Přesunout novelizační instrukci na vyšší úroveň hierarchie fragmentů.
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel vybere uzel hierarchie fragmentů, na kterém není umístěna
novelizační instrukce a zároveň není žádná novelizační instrukce umístěna
na vyšší úrovni hierarchie fragmentů.
2 Uživatel Uživatel zvolí možnost "Přesun novelizačního bodu".
3 Systém Systém nabídne možné novelizační instrukce k vložení.
1614
4 Uživatel Uživatel vloží novelizační instrukci.
5 Systém Systém smaže novelizační instrukce nižších úrovní hierarchie fragmentů a
vygeneruje nový novelizační bod.
Název Přesunout novelizační instrukci na nižší úroveň hierarchie fragmentů.
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel vybere uzel hierarchie fragmentů, na kterém je umístěna
novelizační instrukce.
2 Uživatel Uživatel zvolí možnost "Přesunout novelizační instrukci níže".
3 Systém Systém nabídne uživateli na základě operací nad fragmenty možné
přesuny.
4 Uživatel Uživatel vybere a potvrdí výběr.
5 Systém Systém provede přesun a vygeneruje nové novelizační body pro vybranou
hierarchii fragmentů.
1615
8.2.4.9.2 PU2481-Generovat novelizační body
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Zapracování připomínek
Aktivita Zapracování přijatých PN do úplného znění a vlastní novely
Zároveň PU obecného charakteru, který je vázán ke všem dalším aktivitám, které
editují strukturovaný obsah návrhu konsolidovaného znění právního předpisu.
Realizované požadavky
FP2246-Podpora novelizace zvláštních ustanovení
FP2247-Generátor novelizačních bodů
FP2606-Generování novelizačních bodů
Scénáře
Název Generovat novelizační body k celému obsahu nebo návrhu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost "Generovat novelizační body",
2 Systém Systém otevře obrazovku, kde může uživatel vybrat způsob, jak bude
proces probíhat. Uživatel může zadat pouze první kolo, celý proces, druhé
kolo interaktivně.
3 Systém Systém v první kole generování na základě novelizačních instrukcí a
operací nad fragmenty ověří správnost a optimálnost novelizačních
instrukcí.
4 Systém Výstupem z prvního kola je seznam doporučení na změny respektive
přesun novelizačních instrukcí.
1616
5 Systém Systém ve druhém kole generuje novelizační body a vybírá varianty
textace.
6 Systém Výstupem z druhého kola je seznam variant textací novelizačních bodů,
které nebyly jednoznačné, a systém se nějak rozhodl.
7 Systém Oba výstupy jsou uloženy v systému včetně historie.
8 Uživatel Uživatel si může výstupy prohlédnout zvolením možnosti "Zobraz historii
generování novelizačních bodů", která je k dispozici jak u obsahu, tak u
celého návrhu právního aktu.
9 Uživatel Uživatel může ve výstupech označit, která doporučení není třeba při
dalším generování opakovat a která rozhodnutí akceptuje i pro příští
generování a která rozhodnutí musí být změněna.
1617
8.2.4.9.3 PU2482-Generovat novelizační body připomínek
Realizované Aktivity
Typ Název
Aktivita Vytvoření připomínek
Zároveň PU obecného charakteru, který je vázán ke všem dalším aktivitám, které
editují návrhové připomínky ve strukturovaném obsahu konsolidovaného znění
právního předpisu.
Realizované požadavky
FP2328-Generování novelizačních bodů
Scénáře
Název Generovat novelizační body připomínek
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost "Generovat novelizační body",
2 Uživatel Uživatel vybere množinu připomínek, pro které chce generovat
novelizační body výběrem v přehledu připomínek.
1618
8.2.4.9.4 PU2483-Generovat novelizační body pozměňovacích návrhů
Realizované Aktivity
Typ Název
Aktivita Projednání ve výborech
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Zároveň PU obecného charakteru, který je vázán ke všem dalším aktivitám, které
editují pozměňovací návrhy ve strukturovaném obsahu konsolidovaného znění
právního předpisu.
Realizované požadavky
FP2366-Generování novelizačních bodů
Scénáře
Název Generovat novelizační body pozměňovacích návrhů
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost "Generovat novelizační body",
2 Uživatel Uživatel vybere množinu pozměňovacích návrhů, pro které chce
generovat novelizační body. Pro podané pozměňovací návrhy výběrem v
přehledu připomínek. Pro ještě nepodané pozměňovací návrhy výběrem
sady pozměňovacích návrhů nebo výběrem přímo ve strukturovaném
obsahu.
1619
8.2.4.9.5 PU2484-Změnit novelizační instrukci fragmentu
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Vytvoření připomínek
Aktivita Zapracování připomínek
Aktivita Projednání ve výborech
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Aktivita Zapracování přijatých PN do úplného znění a vlastní novely
Zároveň PU obecného charakteru, který je vázán ke všem dalším aktivitám, které
generují novelizační body ze strukturovaného obsahu konsolidovaného znění
právního předpisu.
Realizované požadavky
FP2218-Práce s hierarchiemi fragmentů
FP2243-Generování novelizačních bodů
Scénáře
Název Změnit novelizační instrukci fragmentu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel vybere uzel hierarchie fragmentů, na kterém je umístěna
novelizační instrukce.
2 Uživatel Uživatel zvolí možnost "Změnit novelizační instrukci".
3 Uživatel Uživatel vybere z možných kombinací podporovaných systémem a
potvrdí výběr.
1620
Realizované požadavky
4 Systém Systém provede změnu a přegeneruje novelizační bod.
8.2.4.9.6 PU2485-Změnit variantu textace novelizačního bodu
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Vytvoření připomínek
Aktivita Zapracování připomínek
Aktivita Projednání ve výborech
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Aktivita Zapracování přijatých PN do úplného znění a vlastní novely
Zároveň PU obecného charakteru, který je vázán ke všem dalším aktivitám, které
generují novelizační body ze strukturovaného obsahu konsolidovaného znění
právního předpisu.
Realizované požadavky
FP2245-Změna varianty novelizačního bodu
Scénáře
Název Změnit variantu textace novelizačního bodu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel vybere uzel hierarchie, na kterém je umístěna novelizační
instrukce.
1621
Realizované požadavky
2 Uživatel Uživatel zvolí možnost "Změnit textaci".
3 Systém Systém otevře obrazovku s přehledem možných textací.
4 Uživatel Uživatel vybere a potvrdí výběr.
5 Systém Systém vygeneruje novou textaci novelizačního bodu a uloží toto
rozhodnutí.
1622
8.2.4.10 Tvorba připomínek
eŠablona
PU2530-Vložit FP2321-Zadání základních
obecnou připomínku atributů připomínky
PU2531-Vložit FP2322-Řízený UI podle typu
kontextov ou p ři p o m ín ky
FP2 3 2 3 -Vkl á d á n í
připomínku strukturovaných připomínek
« i n cl u d e » PU2532-Vložit FP2325-Připomínky s
náv rhov ou odkazem na strukturovaný
připomínku text návrhu právního
p ře d p i su
« i n cl u d e »
FP2326-Připomínky s
« i n cl u d e » PU2533-Vložit návrhem textu změny návrhu
« i n cl u d e » připomínku k právního předpisu
nov elizačnímu bodu
PU2536-Zadat PU2405-Vložit FP2324-K textaci
Uživ atel s opráv něním pracov níka pracov ní v ariantu novelizačního bodu
v kládat připomínky
opráv něného k « i n cl u d e » FP2329-Zadání pracovníka
v ypořádání oprávněného k vypořádání
PU2534-Zadat FP2327-Zadání odůvodnění
odův odnění p ři p o m ín ky
připomínky
FP2333-Převod připomínek z
PU2535-Připoj it se ke příloh do strukturované
zv eřej něné připomínce podoby
PU2537-Přev ést FP2301-Oprávnění k
nestrukturov ané p ři p o m ín ká m
připomínky na FP2302-Sdílení připomínek
strukturov ané
FP2 3 0 3 -Zve ře j ň o vá n í
Vlastník připomínky PU2538-Sdílet p ři p o m ín e k
připomínky
FP2334-Stavy připomínek
PU2539-Změnit stav
podání připomínky
Obrázek 78: Tvorba připomínek
1623
8.2.4.10.1 PU2530-Vložit obecnou připomínku
Účel: Vložení obecné připomínky k právnímu aktu nebo k právnímu předpisu. Vložená
připomínka je v závislosti na volbě zobrazení obsahu vidět v obsahu právního aktu a
právního předpisu nebo v souvisejících informacích k právnímu aktu nebo právnímu
předpisu.
Realizované Aktivity
Typ Název
Aktivita Vytvoření připomínek
Aktivita Interní připomínkové řízení
Aktivita Pripomínkování návrhu
Aktivita Konzultace
Aktivita Stanovisko komisí LRV
Aktivita Stanovisko OKOM
Aktivita Vytvoření stanoviska pléna LRV
Aktivita Vytvoření stanoviska Předsedy LRV
Zároveň PU obecného charakteru, který je vázán ke všem dalším aktivitám, ve
kterých je otevřen prostor pro připomínkové řízení.
Realizované požadavky
FP2321-Zadání základních atributů připomínky
FP2322-Řízený UI podle typu připomínky
FP2323-Vkládání strukturovaných připomínek
Předpoklady
Otevřený přehled připomínek v e-Šabloně.
Scénáře
Název Připomínka k právnímu aktu
1624
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost "Přidat připomínku".
2 Systém Systém otevře obrazovku pro vložení připomínky.
3 Uživatel Uživatel vybere typ připomínky "Připomínka"
4 Uživatel Uživatel vybere klasifikaci připomínky "Obecná".
5 Uživatel Uživatel vybere kategorii připomínky " Doporučující" nebo "Zásadní".
6 Uživatel Uživatel zadá další atributy připomínky.
7 Uživatel Uživatel zadá text připomínky.
8 Uživatel Uživatel zadá odůvodnění připomínky.
9 Uživatel Uživatel vybere cíl připomínky "K právnímu aktu".
alt. krok pokračuj Typ akce
na
9a Konec Alternativ Připomínka k vybraným návrhům právních předpisů
ní scénář
10 Uživatel Uživatel potvrdí zadání.
11 Systém Systém vytvoří asociační vazbu mezi připomínkou a právní aktem.
Název Připomínka k vybraným návrhům právních předpisů
Typ Alternativní scénář
krok typ akce
1 Uživatel Uživatel vybere cíl připomínky "K právnímu předpisu".
2 Systém Systém nabídne uživateli přehled právních předpisů obsažených v
právním aktu.
3 Uživatel Uživatel vybere jeden nebo více právních předpisů.
4 Systém Systém vygeneruje a zobrazí citaci odkazu.
1625
5 Uživatel Uživatel potvrdí zadání.
6 Systém Systém vytvoří asociační vazby mezi připomínkou a právními předpisy.
1626
8.2.4.10.2 PU2531-Vložit kontextovou připomínku
Účel: Vložení kontextové připomínky k fragmentům právních předpisů. Vložená připomínka
je zobrazována v souvisejících informacích cílových fragmentů nebo uzlů hierarchie
fragmentů.
Realizované Aktivity
Typ Název
Aktivita Vytvoření připomínek
Aktivita Interní připomínkové řízení
Aktivita Pripomínkování návrhu
Aktivita Konzultace
Aktivita Stanovisko komisí LRV
Aktivita Stanovisko OKOM
Aktivita Vytvoření stanoviska pléna LRV
Aktivita Vytvoření stanoviska Předsedy LRV
Zároveň PU obecného charakteru, který je vázán ke všem dalším aktivitám, ve
kterých je otevřen prostor pro připomínkové řízení.
Realizované požadavky
FP2321-Zadání základních atributů připomínky
FP2322-Řízený UI podle typu připomínky
FP2325-Připomínky s odkazem na strukturovaný text návrhu právního předpisu
Předpoklady
Otevřený přehled připomínek v e-Šabloně.
Scénáře
Název Vložit z přehledu připomínek
Typ Základní scénář
1627
krok typ akce
1 Uživatel Uživatel zvolí možnost "Přidat připomínku".
2 Systém Systém otevře obrazovku pro vložení připomínky.
3 Uživatel Uživatel vybere typ připomínky "Připomínka".
4 Uživatel Uživatel vybere klasifikaci připomínky "Kontextová".
5 Uživatel Uživatel vybere kategorii připomínky " Doporučující" nebo "Zásadní".
6 Uživatel Uživatel zadá další atributy připomínky.
7 Uživatel Uživatel zadá text připomínky.
8 Uživatel Uživatel zadá odůvodnění připomínky.
9 Systém Systém nabídne uživateli obrazovku pro výběr více fragmentů nebo
hierarchií fragmentů z jednoho nebo více předpisů.
10 Uživatel Uživatel potvrdí zadání.
11 Systém Systém vytvoří asociační vazby mezi připomínkou a vybranými fragmenty
nebo uzly hierarchie fragmentů.
Název Vložit z obsahu návrhu právního předpisu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel vybere jeden nebo více fragmentů nebo uzlů hierarchie
fragmentů.
2 Uživatel Uživatel vybere možnost "Vložit připomínku".
3 Systém Systém otevře obrazovku pro vkládání připomínek.
4 Uživatel Uživatel zadá další atributy připomínky.
5 Uživatel Uživatel zadá text připomínky.
6 Uživatel Uživatel zadá odůvodnění připomínky.
7 Uživatel Uživatel potvrdí zadání.
1628
8 Systém Systém vytvoří asociační vazby mezi připomínkou a vybranými fragmenty
nebo uzly hierarchie fragmentů.
1629
8.2.4.10.3 PU2532-Vložit návrhovou připomínku
Účel: Při tvorbě návrhových připomínek se postupuje obdobně jako při tvorbě návrhu
právního předpisu. Návrhovou připomínkou tedy lze v návrhu právního předpisu:
zrušit ustanovení nebo část ustanovení bez náhrady,
doplnit ustanovení nebo část ustanovení,
nahradit ustanovení nebo část ustanovení.
Realizované Aktivity
Typ Název
Aktivita Vytvoření připomínek
Aktivita Interní připomínkové řízení
Aktivita Pripomínkování návrhu
Aktivita Konzultace
Aktivita Stanovisko komisí LRV
Aktivita Stanovisko OKOM
Aktivita Vytvoření stanoviska pléna LRV
Aktivita Vytvoření stanoviska Předsedy LRV
Zároveň PU obecného charakteru, který je vázán ke všem dalším aktivitám, ve
kterých je otevřen prostor pro připomínkové řízení.
Realizované požadavky
FP2321-Zadání základních atributů připomínky
FP2325-Připomínky s odkazem na strukturovaný text návrhu právního předpisu
FP2326-Připomínky s návrhem textu změny návrhu právního předpisu
Scénáře
Název Vytvořit návrh
Typ Základní scénář
1630
krok typ akce
1 Uživatel Uživatel vloží variantní návrh ustanovení.
2 Systém Systém k nově vytvářeným fragmentům doplňuje automaticky účel
"Připomínka".
3 Systém Systém otevře obrazovku pro doplnění atributů, které budou později
přeneseny do automaticky generovaných připomínek.
4 Uživatel Uživatel doplní atributy, zejména kategorii připomínky.
Název Generovat návrhové připomínky
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel po vygenerování novelizačních bodů typu připomínka zvolí
možnost "Generovat návrhové připomínky".
2 Systém Systém pro každý novelizační bod vygeneruje jednu návrhovou
připomínku. Do textu připomínky doplní textaci novelizačního bodu.
3 Systém Systém vytvoří asociační vazby mezi připomínkami a variantními
ustanoveními typu připomínka.
1631
8.2.4.10.4 PU2533-Vložit připomínku k novelizačnímu bodu
Účel: Vložení připomínky k novelizačnímu bodu. Vložená připomínka je zobrazována v
souvisejících informacích uzlu hierarchie fragmentů s připomínkovaným novelizačním
bodem.
Realizované Aktivity
Typ Název
Aktivita Vytvoření připomínek
Aktivita Interní připomínkové řízení
Aktivita Pripomínkování návrhu
Aktivita Konzultace
Aktivita Stanovisko komisí LRV
Aktivita Stanovisko OKOM
Aktivita Vytvoření stanoviska pléna LRV
Aktivita Vytvoření stanoviska Předsedy LRV
Zároveň PU obecného charakteru, který je vázán ke všem dalším aktivitám, ve
kterých je otevřen prostor pro připomínkové řízení.
Realizované požadavky
FP2321-Zadání základních atributů připomínky
FP2324-K textaci novelizačního bodu
Předpoklady
Otevřený přehled připomínek v e-Šabloně.
Scénáře
Název Vložit z přehledu připomínek
Typ Základní scénář
krok typ akce
1632
1 Uživatel Uživatel zvolí možnost "Přidat připomínku".
2 Systém Systém otevře obrazovku pro vložení připomínky.
3 Uživatel Uživatel vybere typ připomínky "Připomínka".
4 Uživatel Uživatel vybere klasifikaci připomínky "K novelizačnímu bodu".
5 Uživatel Uživatel vybere kategorii připomínky " Doporučující" nebo "Zásadní".
6 Uživatel Uživatel zadá další atributy připomínky.
7 Uživatel Uživatel zadá odůvodnění připomínky.
8 Systém Systém nabídne uživateli obrazovku pro výběr uzlu hierarchie fragmentů,
jehož novelizační bod je připomínkován.
9 Uživatel Uživatel potvrdí zadání.
10 Systém Systém vytvoří asociační vazby mezi připomínkou a vybraným uzlem
hierarchie fragmentů.
Název Vložit z obsahu návrhu právního předpisu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel vybere uzel hierarchie fragmentů.
2 Uživatel Uživatel vybere možnost "Vložit připomínku k novelizačnímu bodu".
3 Systém Systém otevře obrazovku pro vkládání připomínek.
4 Uživatel Uživatel vybere kategorii připomínky " Doporučující" nebo "Zásadní".
5 Uživatel Uživatel zadá další atributy připomínky.
6 Uživatel Uživatel zadá text připomínky.
7 Uživatel Uživatel zadá odůvodnění připomínky.
8 Uživatel Uživatel potvrdí zadání.
9 Systém Systém vytvoří asociační vazby mezi připomínkou a vybraným uzlem
hierarchie fragmentů.
1633
1634
8.2.4.10.5 PU2534-Zadat odůvodnění připomínky
Realizované Aktivity
Typ Název
Aktivita Vytvoření připomínek
Aktivita Interní připomínkové řízení
Aktivita Pripomínkování návrhu
Aktivita Konzultace
Aktivita Stanovisko komisí LRV
Aktivita Stanovisko OKOM
Aktivita Vytvoření stanoviska pléna LRV
Aktivita Vytvoření stanoviska Předsedy LRV
Zároveň PU obecného charakteru, který je vázán ke všem dalším aktivitám, ve
kterých je otevřen prostor pro připomínkové řízení.
Realizované požadavky
FP2327-Zadání odůvodnění připomínky
Scénáře
Název Zadat odůvodnění připomínky
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel v přehledu připomínek za dané připomínkové místo vybere vše,
jednu nebo více připomínek.
2 Uživatel Uživatel zvolí možnost "Přidat odůvodnění".
3 Systém Systém otevře obrazovku pro zadání textu odůvodnění.
4 Uživatel Uživatel zadá odůvodnění.
1635
Realizované požadavky
5 Systém Systém vytvoří vazby mezi odůvodněním a vybranými připomínkami.
1636
8.2.4.10.6 PU2536-Zadat pracovníka oprávněného k vypořádání
Realizované Aktivity
Typ Název
Aktivita Vytvoření připomínek
Realizované požadavky
FP2329-Zadání pracovníka oprávněného k vypořádání
Scénáře
Název Zadat pracovníka oprávněného k vypořádání
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel v případě "Zásadní připomínky" musí zadat kontaktní údaje
oprávněného pracovníka.
1637
8.2.4.10.7 PU2537-Převést nestrukturované připomínky na strukturované
Realizované Aktivity
Typ Název
Aktivita Vytvoření připomínek
Realizované požadavky
FP2333-Převod připomínek z příloh do strukturované podoby
Scénáře
Název Převést nestrukturované připomínky na strukturované
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel otevře dokument s připomínkami.
2 Uživatel Uživatel zvolí možnost "Import".
3 Systém Systém naimportuje připomínky jako obecné připomínky.
1638
8.2.4.10.8 PU2538-Sdílet připomínky
Realizované Aktivity
Typ Název
Aktivita Vytvoření připomínek
Aktivita Interní připomínkové řízení
Aktivita Pripomínkování návrhu
Aktivita Konzultace
Aktivita Stanovisko komisí LRV
Aktivita Stanovisko OKOM
Aktivita Vytvoření stanoviska pléna LRV
Aktivita Vytvoření stanoviska Předsedy LRV
Zároveň PU obecného charakteru, který je vázán ke všem dalším aktivitám, ve
kterých je otevřen prostor pro připomínkové řízení.
Realizované požadavky
FP2301-Oprávnění k připomínkám
FP2302-Sdílení připomínek
Scénáře
Název Sdílet připomínky
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel vybere všechny, jednu nebo více svých připomínek, které ještě
nejsou veřejné.
2 Uživatel Uživatel zvolí možnost "Sdílet". Uživatel specifikuje, zda pro čtení nebo i
editaci.
1639
Realizované požadavky
3 Systém Systém nabídne uživateli seznam uživatelů nebo týmů.
4 Uživatel Uživatel vybere jednoho nebo více uživatelů nebo týmů a potvrdí výběr.
1640
8.2.4.10.9 PU2539-Změnit stav podání připomínky
Realizované Aktivity
Typ Název
Aktivita Vytvoření připomínek
Aktivita Interní připomínkové řízení
Aktivita Pripomínkování návrhu
Aktivita Konzultace
Aktivita Stanovisko komisí LRV
Aktivita Stanovisko OKOM
Aktivita Vytvoření stanoviska pléna LRV
Aktivita Vytvoření stanoviska Předsedy LRV
Zároveň PU obecného charakteru, který je vázán ke všem dalším aktivitám, ve
kterých je otevřen prostor pro připomínkové řízení.
Realizované požadavky
FP2334-Stavy připomínek
Scénáře
Název Změnit stav podání připomínky
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel vybere v přehledu připomínek všechny, jednu nebo více
připomínek.
2 Uživatel Uživatel zvolí možnost "Změnit stav podání připomínky", vybere jeden ze
stavů, které mu systém nabízí a potvrdí výběr.
3 Systém Systém změní stav podání připomínky a provede akce vyplývající ze
změny stavu.
1641
8.2.4.11 Vypořádání připomínek
Obrázek 79: Vypořádání připomínek
1642
8.2.4.11.1 PU2550-Vypořádat připomínku
Realizované Aktivity
Typ Název
Aktivita Vypořádání připomínek
Realizované požadavky
FP2341-Změna stavu připomínek
FP2344-Hromadný výběr připomínek
FP2346-Náhledy na znění konkrétní části návrhu právního předpisu
FP2347-Náhledy na konsolidované znění návrhu právního předpisu
Předpoklady
V systému je uzavřená aktuální hlavní vrstva návrhu, která byla předána do připomínkového
řízení.
Uživatel vytvořil novou hlavní vrstvu a označil ji jako aktuální.
Uživatel má tuto vrstvu otevřenou v e-Šabloně.
Scénáře
Název Vypořádat připomínku
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí režim "Vypořádání připomínek".
2 Systém Systém zobrazí všechny zveřejněné připomínky, kromě obecných, přímo
ve strukturovaném obsahu u jednotlivých fragmentů, ke kterým jsou
připojeny.
3 Systém Systém zobrazí přehled připomínek, nad kterým si může uživatel filtrovat
a vybírat připomínky, které již nechce zobrazovat nebo které chce zobrazit
do náhledu konsolidovaného znění.
4 Uživatel Uživatel zadává, jestli připomínku Akceptuje nebo Neakceptuje.
1643
5 Uživatel Uživatel akceptované připomínky zapracovává a po zapracování je
označuje za Zapracované.
6 Uživatel Uživatel může pro náhled konsolidovaného znění ve znění vybraných
připomínek vybrat pouze určité části předpisu výběrem jednoho nebo
více uzlů hierarchie fragmentů.
1644
8.2.4.11.2 PU2551-Zapracovat kontextovou připomínku
Realizované Aktivity
Typ Název
Aktivita Zapracování připomínek
Aktivita Zapracování konzultace
Aktivita Zapracování dispozic do návrhu
Aktivita Přepracování vládního návrhu zákona
Scénáře
Název Zapracovat kontextovou připomínku
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zapracuje kontextovou připomínku editací obsahu návrhu
předpisu.
2 Uživatel Uživatel může editované fragmenty nepovinně propojit se
zapracovávanou kontextovou připomínkou.
1645
8.2.4.11.3 PU2552-Zapracovat obecnou připomínku
Realizované Aktivity
Typ Název
Aktivita Zapracování připomínek
Aktivita Zapracování konzultace
Aktivita Zapracování dispozic do návrhu
Aktivita Přepracování vládního návrhu zákona
Scénáře
Název Zapracovat obecnou připomínku
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zapracuje obecnou připomínku editací obsahu návrhu předpisu.
1646
8.2.4.11.4 PU2553-Zapracovat připomínku k textaci novelizačního bodu
Realizované Aktivity
Typ Název
Aktivita Zapracování připomínek
Aktivita Zapracování konzultace
Aktivita Zapracování dispozic do návrhu
Aktivita Přepracování vládního návrhu zákona
Scénáře
Název Zapracovat připomínku k textaci novelizačního bodu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel docílí požadované změny textace novelizačního bodu buď
přegenerováním novelizačního bodu a výběrem jiné varianty textace nebo
změnou novelizační instrukce nebo kombinací obou.
1647
8.2.4.11.5 PU2554-Zaznamenat stav konzultací kolem zásadních připomínek
Realizované Aktivity
Typ Název
Aktivita Vypořádání připomínek
Aktivita Konzultace
Realizované požadavky
FP2340-Zaznamenání stavu konzultací kolem Zásadních připomínek
Scénáře
Název Zaznamenat stav konzultací
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel v přehledu připomínek vybere jednu nebo více zásadních
připomínek.
2 Uživatel Uživatel zvolí volbu "Vložit připomínku".
3 Uživatel Uživatel vloží připomínku typu konzultace.
4 Systém Systém propojí zásadní připomínky s vloženou připomínkou typu
konzultace.
1648
8.2.4.11.6 PU2555-Vypořádat rozpor
Realizované Aktivity
Typ Název
Aktivita Zapracování dispozic do návrhu
Scénáře
Název Vypořádat rozpor
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí režim "Vypořádání rozporů".
2 Systém Systém zobrazí přehled nevypořádaných rozporů konsolidovaného znění.
3 Uživatel Uživatel zapracuje a/nebo vypořádá rozpory.
1649
8.2.4.11.7 PU2556-Změna stavových informací připomínky
Realizované Aktivity
Typ Název
Aktivita Vypořádání připomínek
Aktivita Zapracování připomínek
Aktivita Zapracování dispozic do návrhu
Scénáře
Název Akceptovat připomínku
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel vybere jednu nebo více připomínek, kterým chce změnit stavové
informace.
2 Uživatel Uživatel zvolí možnost "Akceptovat".
alt. krok pokračuj typ akce
na
2a 3 Alternativ Neakceptovat
ní scénář
2b 3 Alternativ Zapracovat připomínku
ní scénář
2c 3 Alternativ Vypořádat připomínku
ní scénář
3 Systém Systém změní stav příslušných stavových informací.
Název Neakceptovat
Typ Alternativní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost "Neakceptovat".
1650
2 Systém Systém v případě Zásadní připomínky změní stav akceptace na Rozpor.
3 Systém Systém v případě Doporučující připomínky a podle nastavení procesu
změní i stav vypořádání připomínky na "Vypořádáno".
Název Zapracovat připomínku
Typ Alternativní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost "Zapracovat".
2 Systém Systém podle nastavení procesu změní i stav vypořádání připomínky na
"Vypořádáno".
3 Systém Systém změní stav akceptace připomínky na "Akceptováno" pokud je
ještě ve stavu "Neakceptováno".
Název Vypořádat připomínku
Typ Alternativní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost "Vypořádat".
2 Systém Systém v případě, že připomínka byla akceptovaná a nebyla zapracovaná,
akci odmítne.
1651
8.2.4.12 Pozměňovací návrhy
uc Pozměňov ací náv rhy eŠablona
Vlastník PU2584-Kopie PN «extend» PU2405-Vložit
pozměňov acích pracov ní v ariantu
náv rhů « i n cl u d e » « i n cl u d e » FP2349-Pozměňovací
návrhy PN
PU2570-Vložit
pozměňov ací náv rh FP2 3 9 0 -Ko p i e
pozměňovacího návrhu
«extend»
PU2585-Oprav ný PN FP2358-Další pozměňovací
návrhy
PU2580-Vložit FP2 3 5 1 -Sp e ci á l n í
pozměňov ací náv rh k pozměňovací návrhy
FP2392-PN číselných
účinnosti položek k návrhu zákona o
státním rozpočtu
PU2582-Vložit
pozměňov ací náv rhy FP2395-Tvorba PN
číselných položek
číselných položek FP2396-Kopie sady PN
číselných položek
PU2586-Kopie sady PN FP2399-Zpřesnění PN
číselných položek číselných položek
PU2587-Zpřesnění PN FP2350-Jiné návrhy
číselných položek
FP2360-Tvorba odůvodnění
PU2571-Vložit j iný PN
pozměňov ací náv rh
FP2393-Doplňky k PN
PU2572-Vložit
odův odnění FP2 3 5 6 -Pře d l o že n í
pozměňovacích návrhů
pozměňov acího
náv rhu FP2361-Stavy PN
PU2581-Doplňky k FP2 3 5 5 -Sd íl e n í
pozměňov acímu pozměňovacích návrhů
náv rhu FP2397-Souhrny
pozměňovacích návrhů
PU2575-Změna stav u číselných položek
pozměňov acího náv rhu
FP2398-Sumární výpis PN
PU2574-Sdílet č íselných položek podle
pozměňov ací náv rhy ka p i to l
PU2588-Souhrny PN
číselných položek
PU2589-Sumární
v ýpis PN číselných
položek
Obrázek 80: Pozmněňovací návrhy
1652
uc Pozměňov ací náv rhy
eŠablona
PU2576-Identifikov at FP2362-Identifikace kolizí
kolize mezi mezi PN
pozměňov acími náv rhy FP2364-Sdružování PN do
logických celků
Účastník PU2577-Sdružit
legislativ ního pozměňov ací náv rhy do FP2365-Tvorba návrhu
pořadí hlasování
procesu logických celků pozměňovacích návrhů
PU2578-Tv orba FP2368-Zapracování
pořadí hlasov ání přijatých pozměňovacích
návrhů
PU2338-Zapracov at
změny ze slepé
v rstv y
PU2579-Zapracov at « i n cl u d e »
přij até pozměňov ací
náv rhy
Obrázek 81: Pozmněňovací návrhy
8.2.4.12.1 PU2570-Vložit pozměňovací návrh
Účel: Při tvorbě pozměňovacích návrhů se postupuje obdobně jako při tvorbě návrhu
právního předpisu. Pozměňovacím návrhem tedy lze v návrhu právního předpisu:
zrušit ustanovení nebo část ustanovení bez náhrady,
doplnit ustanovení nebo část ustanovení,
nahradit ustanovení nebo část ustanovení.
Realizované Aktivity
Typ Název
Aktivita Podrobná rozprava
1653
Realizované Aktivity
Typ Název
Aktivita Předložení návrhů na opravu legislativně technických chyb
Aktivita Projednání ve výborech
Aktivita Zahájení podrobné rozpravy - 2. čtení
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Realizované požadavky
FP2349-Pozměňovací návrhy PN
FP2358-Další pozměňovací návrhy
Předpoklady
Otevřená vrstva návrhu v prostoru pozměňovacích návrhů.
Scénáře
Název Vytvořit návrh
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel vloží variantní návrh ustanovení k návrhu předpisu.
2 Systém Systém k nově vytvářeným fragmentům doplňuje automaticky účel
"Pozměňovací návrh".
3 Systém Systém otevře obrazovku pro doplnění atributů, které budou později
přeneseny do automaticky generovaných pozměňovacích návrhů.
Název Generovat pozměňovací návrhy
Typ Základní scénář
krok typ akce
1654
1 Uživatel Uživatel po vygenerování novelizačních bodů typu pozměňovací návrh
zvolí možnost "Generovat pozměňovací návrhy".
2 Systém Systém pro každý novelizační bod vygeneruje jeden pozměňovací návrh.
Do textu pozměňovacího návrhu doplní textaci novelizačního bodu.
Název Vytvořit další pozměňovací návrh
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel vloží variantní návrh ustanovení k jinému vybranému variantnímu
ustanovení.
2 Systém Systém k nově vytvářeným fragmentům doplňuje automaticky účel
"Pozměňovací návrh".
3 Systém Systém otevře obrazovku pro doplnění atributů, které budou později
přeneseny do automaticky generovaných pozměňovacích návrhů.
Název Zkopírovat návrh
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí vložit kopii pozměňovacího návrhu k návrhu předpisu.
2 Systém Systém nabídne uživateli všechny zveřejněné pozměnovací návrhy k
návrhu předpisu (i z jiných prostorů).
3 Uživatel Uživatel zvolí pozměňovací návrh, jehož kopii chce vložit.
4 Systém Systém vygeneruje pozměňovací návrh. V případě, že zdrojový
pozměňovací návrh přísluší k jiné vrstvě návrhu, bude generování v
režimu "best-effort".
5 Systém Systém k nově vytvářeným fragmentům doplňuje automaticky účel
"Pozměňovací návrh".
6 Systém Systém otevře obrazovku pro doplnění atributů, které budou později
přeneseny do automaticky generovaných pozměňovacích návrhů.
1655
8.2.4.12.2 PU2571-Vložit jiný pozměňovací návrh
Účel: Vložení pozměňovacího návrhu k právnímu aktu.
Realizované Aktivity
Typ Název
Aktivita Podrobná rozprava
Aktivita Projednání ve výborech
Aktivita Zahájení podrobné rozpravy - 2. čtení
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Realizované požadavky
FP2350-Jiné návrhy
Předpoklady
Otevřený přehled pozměňovacích návrhů v e-Šabloně.
Scénáře
Název Vložit jiný pozměňovací návrh
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost "Přidat pozměňovací návrh".
2 Systém Systém otevře obrazovku pro vložení jiného pozměňovacího návrhu.
3 Uživatel Uživatel vybere typ jiného pozměňovacího návrhu.
4 Uživatel Uživatel zadá odůvodnění pozměňovacího návrhu.
1656
8.2.4.12.3 PU2572-Vložit odůvodnění pozměňovacího návrhu
Realizované Aktivity
Typ Název
Aktivita Podrobná rozprava
Aktivita Projednání ve výborech
Aktivita Zahájení podrobné rozpravy - 2. čtení
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Realizované požadavky
FP2360-Tvorba odůvodnění PN
Scénáře
Název Vložit odůvodnění pozměňovacího návrhu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel v přehledu pozměňovacích návrhů za danou sadu
pozměňovacích návrhů vybere vše, jeden nebo více pozměňovacích
návrhů.
2 Uživatel Uživatel zvolí možnost "Přidat odůvodnění".
3 Systém Systém otevře obrazovku pro zadání textu odůvodnění.
4 Uživatel Uživatel zadá odůvodnění.
5 Systém Systém vytvoří vazby mezi odůvodněním a vybranými pozměňovacími
návrhy.
1657
8.2.4.12.4 PU2574-Sdílet pozměňovací návrhy
Realizované Aktivity
Typ Název
Aktivita Podrobná rozprava
Aktivita Projednání ve výborech
Aktivita Zahájení podrobné rozpravy - 2. čtení
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Realizované požadavky
FP2355-Sdílení pozměňovacích návrhů
Scénáře
Název Sdílet pozměňovací návrhy
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel vybere všechny, jeden nebo více svých pozměňovacích návrhů,
které ještě nejsou veřejné.
2 Uživatel Uživatel zvolí možnost "Sdílet". Uživatel specifikuje, zda pro čtení nebo i
editaci.
3 Systém Systém nabídne uživateli seznam uživatelů nebo týmů.
4 Uživatel Uživatel vybere jednoho nebo více uživatelů nebo týmů a potvrdí výběr.
1658
8.2.4.12.5 PU2575-Změna stavu pozměňovacího návrhu
Realizované Aktivity
Typ Název
Aktivita Podrobná rozprava
Aktivita Projednání ve výborech
Aktivita Zahájení podrobné rozpravy - 2. čtení
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Aktivita Předložení návrhů na opravu legislativně technických chyb
Realizované požadavky
FP2356-Zveřejnění pozměňovacích návrhů
FP2361-Stavy PN
Scénáře
Název Změna stavu pozměňovacího návrhu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel vybere všechny, jeden nebo více pozměňovacích návrhů, kterým
chce změnit stavové informace.
2 Systém Systém nabídne uživateli stavy podle stavového diagramu a stavu
procesu, které lze pozměňovacím návrhům nastavit.
3 Uživatel Uživatel vybere stav.
4 Systém Systém provede změnu.
1659
8.2.4.12.6 PU2576-Identifikovat kolize mezi pozměňovacími návrhy
Realizované Aktivity
Typ Název
Aktivita Příprava materiálu pro 3. čtení
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Realizované požadavky
FP2362-Identifikace kolizí mezi PN
Předpoklady
Otevřený přehled podaných pozměňovacích návrhů v e-Šabloně.
Scénáře
Název Identifikovat kolize
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost "Identifikovat kolize".
2 Systém Systém v prvním kole detekuje pozměňovací návrhy, které jsou ke
stejnému uzlu hierarchie.
3 Systém Systém u těchto pozměňovacích návrhů provede sloučení a zobrazí
náhled obsahu fragmentů ve formě revizí.
4 Systém Systém vytvoří matici kolizí a uloží ji do systému.
1660
8.2.4.12.7 PU2577-Sdružit pozměňovací návrhy do logických celků
Realizované Aktivity
Typ Název
Aktivita Příprava materiálu pro 3. čtení
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Realizované požadavky
FP2364-Sdružování PN do logických celků
Předpoklady
Otevřený přehled podaných pozměňovacích návrhů v e-Šabloně.
Scénáře
Název Sdružit pozměňovací návrhy
Typ Základní scénář
krok typ akce
1 Systém Systém zobrazuje přehled podaných pozměňovacích návrhů včetně
identifikace možných konfliktů.
2 Uživatel Uživatel může přehled třídit podle sad nebo podle pořadí novelizačních
bodů.
3 Uživatel Uživatel může přidávat další kritéria a sdružovat tak pozměňovací návrhy
do logických celků.
1661
8.2.4.12.8 PU2578-Tvorba pořadí hlasování
Realizované Aktivity
Typ Název
Aktivita Příprava materiálu pro 3. čtení
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Realizované požadavky
FP2365-Tvorba návrhu pořadí hlasování pozměňovacích návrhů
FP2367-Vyjádření zpravodaje
Předpoklady
Otevřený přehled podaných pozměňovacích návrhů v e-Šabloně.
Scénáře
Název Tvorba pořadí hlasování
Typ Základní scénář
krok typ Akce
1 Systém Systém zobrazuje přehled podaných pozměňovacích návrhů včetně
identifikace možných konfliktů.
2 Systém Systém zobrazuje matici kolizí.
3 Uživatel Uživatel po sdružení pozměňovacích návrhů si připraví pořadí hlasování.
4 Systém Systém na základě matice kolizí a pořadí hlasování dodá informace, v
kterém případě se který pozměňovací návrh stane nehlasovatelným.
1662
8.2.4.12.9 PU2579-Zapracovat přijaté pozměňovací návrhy
Realizované Aktivity
Typ Název
Aktivita Zapracování přijatých PN do úplného znění a vlastní novely
Realizované požadavky
FP2368-Zapracování přijatých pozměňovacích návrhů
Scénáře
Název Zapracovat přijaté pozměňovací návrhy
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel provede zapracování pozměňovacích návrhů podle PU2337.
1663
8.2.4.12.10 PU2580-Pozměňovací návrh k účinnosti
Realizované Aktivity
Typ Název
Aktivita Podrobná rozprava
Aktivita Projednání ve výborech
Aktivita Zahájení podrobné rozpravy - 2. čtení
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Realizované požadavky
FP2349-Pozměňovací návrhy PN
FP2358-Další pozměňovací návrhy
Předpoklady
Otevřený právní akt v e-Šabloně.
Scénáře
Název Změna účinnosti právního aktu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel vybere v obsahu právního aktu fragment obsahující Ustanovení o
nabytí účinnosti.
2 Systém Uživatel zvolí možnost "Změna účinnosti právního aktu".
3 Uživatel Systém otevře obrazovku, kde může uživatel změnit Způsob stanovení
účinnosti právního aktu a související údaje podle vybraného způsobu
stanovení účinnosti právního aktu.
4 Uživatel Uživatel provede a potvrdí změnu.
1664
5 Systém Systém zkontroluje účinnostní verze.
6 Systém Systém vygeneruje pozměňovací návrh k účinnosti právního aktu, tj nové
Ustanovení o nabytí účinnosti.
alt. krok pokraču typ akce
j na
6a 6 Alternativ Účinnostní verze v právním aktu
ní scénář
7 Systém Systém k nově vytvářeným fragmentům doplňuje automaticky účel
"Pozměňovací návrh".
8 Systém Systém si zapamatuje nové parametry účinnosti právního aktu, které
použije pro zapracování přijatého pozměňovacího návrhu k účinnosti
právního aktu.
Název Účinnostní verze v právním aktu
Typ Alternativní scénář
krok typ akce
1 Systém Systém zjistí, že v návrhu právního aktu existují účinnostní verze, které se
změnou účinnosti návrhu právního aktu staly základní účinnostní verzí.
2 Systém Systém na tuto skutečnost uživatele upozorní a zobrazí seznam návrhů
právních předpisů včetně hierarchií fragmentů, které potřebují revizi.
3 Uživatel Uživatel vybere návrh právního předpisu, který potřebuje revizi.
4 Uživatel Uživatel zvolí možnost "Návrh pozměňovacích návrhů".
5 Systém Systém vyvine maximální úsilí k tomu, aby zapracoval všechny změny
návrhu vzhledem k této nové základní účinnostní verzi formou
pozměňovacích návrhů.
6 Uživatel Uživatel provede korekce v obsahu pozměňovacích návrhů, které systém
nedokázal zapracovat automaticky.
7 Systém Uživatel stejným postupem zreviduje všechny návrhy právních předpisů.
8 Uživatel Uživatel na závěr zvolí možnost "Generovat pozměňovací návrh k
účinnosi".
1665
Název Změna účinnosti ustanovení návrhu právního předpisu
Typ Základní scénář
krok typ akce
1 Systém Uživatel vybere v obsahu návrhu právního předpisu uzel hierarchie
fragmentů, který je návrhem právního předpisu měněn respektive
vytvářen.
2 Uživatel Uživatel zvolí možnost "Změna účinnosti".
3 Systém Systém otevře obrazovku, kde může uživatel změnit Způsob stanovení
účinnosti hierarchie fragmentů a související údaje podle vybraného
způsobu stanovení účinnosti.
4 Uživatel Uživatel provede a potvrdí změnu.
5 Systém Systém zkontroluje účinnostní verze.
alt. krok pokraču typ akce
j na
5a 6 Alternativ Účinnostní verze ustanovení
ní scénář
6 Systém Systém zkontroluje, zda provedená změna není v konfliktu s novelizačními
instrukcemi, které se týkají vybraného uzlu hierarchie fragmentů. Pokud
ano, tak systém navrhne pozměňovací návrh tak, aby požadovaná změna
účinnosti byla v souladu s novelizačními instrukcemi (tj. výsledkem může
být, že jeden novelizační bod v návrhu právního předpisu je rozdělený
pozměňovacími návrhy na dva novelizační body v důsledku změny
účinnosti i když obsah fragmentů zůstává nezměněn).
7 Uživatel Uživatel potvrdí návrh systému.
8 Systém Uživatel otevře obsah právního aktu.
9 Uživatel Uživatel zvolí možnost "Generovat pozměňovací návrh k účinnosti".
10 Systém Systém vygeneruje pozměňovací návrh k účinnosti právního aktu, tj nové
Ustanovení o nabytí účinnosti.
11 Uživatel Systém k nově vytvářeným fragmentům doplňuje automaticky účel
"Pozměňovací návrh".
1666
Název Účinnostní verze ustanovení
Typ Alternativní scénář
krok typ akce
1 Systém Systém zjistí, zda v návrhu právního předpisu existují účinnostní verze
vybraného uzlu hierarchie, které se změnou účinnosti staly základní
účinnostní verzí.
2 Systém Systém na tuto skutečnost uživatele upozorní a navrhne pozměňovací
návrh vzhledem k této nové základní účinnostní verzi.
3 Uživatel Uživatel provede korekce v obsahu pozměňovacího návrhu.
8.2.4.12.11 PU2581-Doplňky k pozměňovacím návrhům
Realizované požadavky
FP2393-Doplňky k PN
Předpoklady
Vybraný pozměňovací návrh.
Scénáře
Název Vložit doplněk k pozměňovacímu návrhu.
Typ Základní scénář
Krok Typ Akce
1 Uživatel Uživatel zvolí možnost "Připojit doplněk".
2 Systém Systém nabídne obrazovku pro výběr souborového dokumentu.
3 Uživatel Uživatel vybere souborový dokument.
4 Systém Systém připojí souborový dokument k pozměňovacímu návrhu.
Název Smazat doplněk k pozměňovacímu návrhu.
Typ Základní scénář
1667
Realizované požadavky
Krok typ Akce
1 Uživatel Uživatel zvolí možnost "Smazat doplněk".
2 Systém Systém nabídne obrazovku se seznamem doplňků – souborových
dokumentů k danému pozměňovacímu návrhu.
3 Uživatel Uživatel vybere souborový dokument, který chce smazat.
4 Systém Systém smaže vybraný souborový dokument.
8.2.4.12.12 PU2582-Pozměňovací návrhy číselných položek
Realizované požadavky
FP2392-Pozměňovací návrhy číselných položek
Předpoklady
Otevřený přehled pozměňovacích návrhů k návrhu zákona o státním rozpočtu v eŠabloně.
Scénáře
Název Vložení pozměňovacích návrhů číselných položek
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí možnost "Přidat sadu pozměňovacích návrhů číselných
položek".
2 Systém Systém přidá sadu pozměňovacích návrhů číselných položek a otevře
obrazovku s formulářem pro vkládání pozměňovacích návrhů číselných
položek.
3 Uživatel Uživatel zadá atributy sady pozměňovacích návrhů číselných položek.
4 Uživatel Uživatel zadá jednotlivé pozměňovací návrhy buď v textovém formátu
nebo ve strukturovaném formátu včetně odůvodnění pozměňovacího
návrhu, respektive jednotlivých pozměňovacích návrhů.
1668
Realizované požadavky
Název Vložení jednotlivého PN číselných položek
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel vybere sadu pozměňovacích návrhů číselných položek.
2 Systém Systém otevře obrazovku s formulářem pro vkládání pozměňovacích
návrhů číselných položek včetně již vložených PN.
3 Uživatel Uživatel zadá další jednotlivé pozměňovací návrhy buď v textovém
formátu nebo ve strukturovaném formátu včetně odůvodnění
pozměňovacího návrhu, respektive jednotlivých pozměňovacích návrhů.
8.2.4.12.13 PU2584-Kopie PN
Realizované požadavky
FP2390-Kopie pozměňovacího návrhu
Předpoklady
Otevřený přehled PN v prostoru pozměňovacích návrhů.
Scénáře
Název Kopie PN
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel vybere PN, který chce zkopírovat.
1669
Realizované požadavky
2 Uživatel Uživatel zvolí funkci "Kopie PN".
3 Systém Systém vytvoří kopii obsahu PN včetně novelizačních bodů.
4 Systém Systém otevře obrazovku pro doplnění atributů a případnou úpravu
obsahu PN editací úplného znění dotčených fragmentů.
5 Uživatel Uživatel doplní a upraví nově vložený PN.
8.2.4.12.14 PU2585-Opravný PN
Realizované požadavky
FP2351-Speciální pozměňovací návrhy
Předpoklady
Otevřený prostor pozměňovacích návrhů.
Scénáře
Název Komplexní PN
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel v prostoru pozměňovacíh návrhů vybere volbu "Komplexní
pozměňovací návrh".
2 Systém Systém v prostoru pozměňovacích návrhů vytvoří vedlejší slepou vrstvu
návrhu jejíž výchozí vrstvou bude základní výchozí vrstva právního
předpisu, tj. vrstva z e-Sbírky.
3 Uživatel Uživatel vypracuje komplexní pozměňovací návrh editací úplného znění.
4 Uživatel Uživatel změní stav kompexního pozměňovacího návrhu na "Předložený".
5 Systém Systém vytvoří vedlejší hlavní vrstvu návrhu a prostor pozměňovacích
návrhů k této vedlejší hlavní vrstvě.
Název Zpřesnění PN
1670
Realizované požadavky
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel vybere pozměňovací návrh, který chce zpřesnit a vlobu
"Zpřesnění".
2 Systém Systém vytvoří nový pozměňovací návrh ve stejné sadě pozměňovacích
návrhů se stejným číslem pozměňovacího návrhu a zkopíruje do něj
obsah původního pozměňovacího návrhu.
3 Uživatel Uživatel provede zpřesnění obsahu pozměňovacího návrhu.
Název Legislativně technický konflikt
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel vybere pozměňovací návrh označený jako legislativně technický
konflikt a volbu "Opravný PN".
2 Systém Systém vytvoří nový pozměňovací návrh ve stejné sadě pozměňovacích
návrhů a zkopíruje do něj obsah původního pozměňovacího návrhu.
3 Uživatel Uživatel provede úpravu obsahu pozměňovacího návrhu tak, aby byla v
souladu s vyměněnou výchozí vrstvou návrhu a záměrem pozměňovacího
návrhu.
8.2.4.12.15 PU2586-Kopie sady PN číselných položek
Realizované požadavky
FP2390-Kopie sady PN číselných položek
Předpoklady
Otevřený prostor pozměňovacích návrhů návrhu zákona o státním rozpočtu.
Vytvořena cílová sada pozměňovacích návrhů číselných položek.
Scénáře
1671
Realizované požadavky
Název Kopie PN číselných položek
Typ Základní scénář
krok typ Akce
1 Systém Systém zobrazuje přehled sad pozměňovacích návrhů číselných položek.
2 Uživatel Uživatel vybere volbu "Kopie sady PN číselných položek".
3 Systém Systém otevře možnost vybrat v přehledu sad PN číselných položek
cílovou sadu PN a jednu nebo více zdrojových sad PN.
4 Uživatel Uživatel vybere příslušné sady PN. U zdrojových sad uživatel označí stav
PN. které se mají kopírovat.
5 Systém Systém provede kopii vybraných PN číselných položek podle zadaného
stavu PN z vybraných zdrojových sad PN do cílové sady PN.
6 Uživatel Uživatel může PN číselných položek v nově vytvořené sadě editovat.
8.2.4.12.16 PU2587-Zpřesnění PN číselných položek
Realizované požadavky
FP2399- Zpřesnění PN číselných položek
Předpoklady
Otevřený prostor pozměňovacích návrhů návrhu zákona o státním rozpočtu.
Vytvořena cílová sada pozměňovacích návrhů číselných položek.
Scénáře
Název Zpřesnění PN číselných položek
Typ Základní scénář
krok typ Akce
1 Systém Systém zobrazuje přehled sad pozměňovacích návrhů číselných položek.
1672
Realizované požadavky
2 Uživatel Uživatel vybere volbu "Zpřesnění PN číselných položek".
3 Systém Systém otevře možnost vybrat v přehledu sad PN číselných položek
cílovou sadu PN a jednu nebo více zdrojových sad PN. Při výběru
zdrojových sad PN systém otevře seznam PN v dané sadě s možností
výběru podle stavu a s možností výběru jednotlivých PN ke kopírování.
4 Uživatel Uživatel vybere příslušné sady PN. U zdrojových sad uživatel vybere PN,
které se mají kopírovat.
5 Systém Systém provede kopii vybraných PN číselných položek podle zadaného
výběru do cílové sady PN.
6 Uživatel Uživatel může PN číselných položek v nově vytvořené sadě zpřesnit.
7 Uživatel Uživatel změní stav zpřesněného PN "Podaný".
8 Systém Systém změní stav zdrojového PN na "Zpřesněný".
8.2.4.12.17 PU2588-Souhrny PN číselných položek
Realizované požadavky
FP2397-Souhrny PN číselných položek
Předpoklady
Otevřený prostor pozměňovacích návrhů návrhu zákona o státním rozpočtu.
Scénáře
Název Generování souhrnu
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí volbu "Generovat souhrn".
2 Systém Systém otevře obrazovku pro výběr PN do souhrnu.
1673
Realizované požadavky
3 Uživatel Uživatel vybere jednu nebovíce sad pro generovaní strukturovaného
souhrnu pozměňovacích návrhů číselných položek.
4 Uživatel Uživatel vybere stav PN, které mají být v souhrnu obsaženy.
5 Uživatel Uživatel vybere šablonu souhrnu a umístění vygenerovaného souhrnu.
6 Systém Systém vygeneruje souhrn podle zadané šablony ve formátu Excel a uloží
ho na zadané umístění
8.2.4.12.18 PU2589-Sumární výpis PN číselných položek
Realizované požadavky
FP2398- Sumární výpis PN číselných položek podle kapitol
Předpoklady
Otevřený prostor pozměňovacích návrhů návrhu zákona o státním rozpočtu.
Scénáře
Název Sumární výpis
Typ Základní scénář
krok typ Akce
1 Uživatel Uživatel zvolí volbu "Sumární výpis".
2 Systém Systém otevře obrazovku pro výběr PN.
3 Uživatel Uživatel vybere jednu nebovíce sad pro zobrazení sumárního výpisu
číselných položek. Uživatel zadá stav PN, které mají být obsaženy v
sumárním výpisu.
4 Systém Systém otevře obrazovku se sumárním výpisem PN číselných položek
podle jednotlivých kapitol.
5 Uživatel Uživatel zvolí možnost "Export" a umístění souboru.
1674
Realizované požadavky
6 Systém Systém vyexportuje zobrazený sumární výpis do souboru ve formátu Excel
a uloží ho na zadané umístění.
8.2.4.13 e-Šablona off-line eŠablona FP2376-Stáhnutí Právního
aktu
uc eŠablona off-line PU2700-Stáhnout FP2378-Zamykání stažené
v rstv u náv rhu části Právního aktu pro
Editor náv rhu e d i ta ci
PU2701-Otev řít
Účastník legislativ ního staženou v rstv u FP2380-Synchronizace s
procesu o n -l i n e
náv rhu
FP2383-Nový právní akt v
PU2702-Odeslat off-line režimu
v rstv u náv rhu
FP2377-Práce s lokálními
PU2703-Vytv ořit soubory XML
nov ý náv rh v
off-line režimu 1675
PU2704-Otev řít
náv rh z XML
souboru
PU2705-Uložit náv rh v
off-line režimu do XML
souboru
PU2706-Uložit
(v yexportov at) náv rh
do XML souboru
PU2707-Synchronizov at
XML náv rh s centrálním
systémem
PU2708-Vložit úplné znění
předpisu e-Sbírky z XML
souboru do XML náv rhu v
off-line režimu
PU2709-Vytv ořit doprov odný
strukturov aný dokument v
off-line režimu
Obrázek 82: e-Šablona off-line
uc eŠablona off-line eŠablona FP2381-Podpora připomínek
a pozměňovacích návrhů
Účastník legislativ ního PU2710-Vytv ořit nov ou
procesu sadu připomínek v FP2377-Práce s lokálními
off-line režimu soubory XML
PU2711-Otev řít sadu FP2380-Synchronizace s
připomínek z XML o n -l i n e
souboru
PU2712-Uložit
(v yexportov at) sadu
připomínek do XML
souboru
PU2713-Synchronizov at
XML sadu připomínek s
centrálním systémem
PU2714-Vytv ořit nov ou
sadu pozměňov acích
náv rhů v off-line režimu
PU2715-Otev řít sadu
pozměňov acích náv rhů z
XML souboru
PU2716-Uložit
(v yexportov at) sadu
pozměňov acích náv rhů
do XML souboru
PU2717-Synchronizov at XML
sadu pozměňov acích náv rhů s
centrálním systémem
Obrázek 83: e-Šablona off-line
1676
uc eŠablona off-line eŠablona FP2377-Práce s lokálními
soubory XML
Účastník legislativ ního PU2718-Vytv ořit procesní
procesu strukturov aný dokument v FP2380-Synchronizace s
o n -l i n e
off-line režimu
PU2719-Otev řít procesní
strukturov aný dokument z
XML souboru
PU2720-Uložit
(v yexportov at) procesní
strukturov aný dokument
do XML souboru
PU2721-Synchronizov at
XML procesní souborov ý
dokument s centrálním
systémem
Obrázek 84: e-Šablona off-line
1677
8.2.4.13.1 PU2700-Stáhnout vrstvu návrhu
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Vytvoření připomínek
Aktivita Projednání ve výborech
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Aktivita Interní připomínkové řízení
Aktivita Zpracování analýzy RIA
Aktivita Zpracování Přehledu dopadů
Aktivita Pripomínkování návrhu
Aktivita Konzultace
Aktivita Stanovisko komisí LRV
Aktivita Stanovisko OKOM
Aktivita Vytvoření stanoviska pléna LRV
Aktivita Vytvoření stanoviska Předsedy LRV
Aktivita Přepracování vládního návrhu zákona
Realizované požadavky
FP2376-Stáhnutí Právního aktu
FP2378-Zamykání stažené části Právního aktu pro editaci
Předpoklady
Uživatel má otevřenou e-Šablonu a v ní vrstvu návrhu v on-line režimu.
1678
Realizované požadavky
Scénáře
Název Stáhnout vrstvu návrhu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost stáhnout vrstvu návrhu offline.
2 Systém Jedná-li se o hlavní vrstvu, zamkne systém tuto vrstvu pro uživatele.
3 Systém Systém stáhne vrstvu návrhu na lokální úložiště.
4 Systém Systém přepne funkce e-Šablony do off-line režimu.
1679
8.2.4.13.2 PU2701-Otevřít staženou vrstvu návrhu
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Vytvoření připomínek
Aktivita Projednání ve výborech
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Aktivita Interní připomínkové řízení
Aktivita Zpracování analýzy RIA
Aktivita Zpracování Přehledu dopadů
Aktivita Pripomínkování návrhu
Aktivita Konzultace
Aktivita Stanovisko komisí LRV
Aktivita Stanovisko OKOM
Aktivita Vytvoření stanoviska pléna LRV
Aktivita Vytvoření stanoviska Předsedy LRV
Aktivita Přepracování vládního návrhu zákona
Realizované požadavky
FP2376-Stáhnutí Právního aktu
Scénáře
Název Otevřít staženou vrstvu návrhu
Typ Základní scénář
1680
Realizované požadavky
krok typ akce
1 Uživatel Uživatel otevře e-Šablonu.
2 Uživatel Uživatel zvolí možnost otevřít staženou vrstvu návrhu (vrstvu návrhu v
offline režimu).
3 Systém Systém nabídne uživateli obrazovku s volbou stažených vrstev návrhu.
4 Uživatel Uživatel si vybere staženou vrstvu návrhu a zvolí možnost ji otevřít.
5 Systém Systém otevře vybranou staženou vrstvu návrhu (funkce e-Šablony jsou v
offline režimu).
1681
8.2.4.13.3 PU2702-Odeslat vrstvu návrhu
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Vytvoření připomínek
Aktivita Projednání ve výborech
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Aktivita Interní připomínkové řízení
Aktivita Zpracování analýzy RIA
Aktivita Zpracování Přehledu dopadů
Aktivita Pripomínkování návrhu
Aktivita Konzultace
Aktivita Stanovisko komisí LRV
Aktivita Stanovisko OKOM
Aktivita Vytvoření stanoviska pléna LRV
Aktivita Vytvoření stanoviska Předsedy LRV
Aktivita Přepracování vládního návrhu zákona
Realizované požadavky
FP2378-Zamykání stažené části Právního aktu pro editaci
FP2380-Synchronizace s on-line
Předpoklady
Uživatel má v e-Šabloně otevřenou staženou vrstvu návrhu (e-Šablona je v off-line režimu).
1682
Scénáře
Název Odeslat vrstvu návrhu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost přepnout se do online režimu (odeslat vrstvu
návrhu).
2 Systém Systém se připojí k serveru a požádá uživatele o přístupové údaje.
3 Uživatel Uživatel zadá své přístupové údaje.
4 Systém Systém porovná lokální vrstvu návrhu s odpovídající vrstvou návrhu na
serveru a lokální změny nahraje na server. Jedná-li se o hlavní vrstvu,
požádá uživatele o rozhodnutí, zda ji má odemknout.
5 Uživatel Uživatel rozhodne o odemknutí hlavní vrstvy.
6 Systém Systém odemkne hlavní vrstvu.
7 Systém Systém přepne funkce e-Šablony do online režimu a aktualizuje v e-
Šabloně vrstvu návrhu (zejména jednalo-li se o slepou vrstvu návrhu).
8.2.4.13.4 PU2703-Vytvořit nový návrh v off-line režimu
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2377-Práce s lokálními soubory XML
FP2383-Nový právní akt v off-line režimu
Stav po ukončení
1683
Realizované požadavky
Otevřený editovatelný prázdný návrh (právní akt nebo věcný záměr) v eŠabloně, výsledek je
možné uložit do XML souboru návrhu.
Scénáře
Název Vytvořit nový návrh v off-line režimu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost "Vytvořit nový návrh v off-line režimu".
2 Systém Systém otevře obrazovku pro vložení atributů nového návrhu.
3 Uživatel Uživatel vyplní atributy nového návrhu.
4 Systém Systém v paměti e-Šablony vytvoří nový prázdný návrh.
1684
8.2.4.13.5 PU2704-Otevřít návrh z XML souboru
Realizované Aktivity
Typ Název
Aktivita Práce na návrhu zákona
Aktivita Vytvoření připomínek
Aktivita Projednání ve výborech
Aktivita Předkládání návrhů
Aktivita Předkládání pozměňovacích návrhů
Aktivita Interní připomínkové řízení
Aktivita Zpracování analýzy RIA
Aktivita Zpracování Přehledu dopadů
Aktivita Pripomínkování návrhu
Aktivita Konzultace
Aktivita Stanovisko komisí LRV
Aktivita Stanovisko OKOM
Aktivita Vytvoření stanoviska pléna LRV
Aktivita Vytvoření stanoviska Předsedy LRV
Aktivita Přepracování vládního návrhu zákona
Realizované požadavky
FP2377-Práce s lokálními soubory XML
FP2383-Nový právní akt v off-line režimu
Stav po ukončení
1685
Realizované požadavky
Otevřený editovatelný návrh (právní akt nebo věcný záměr) v eŠabloně, který je buď nový
(neexistuje v centrálním systému) nebo vyexportovaný (existuje v centrálním systému), výsledek
je možné uložit do XML souboru návrhu.
Scénáře
Název Otevřít návrh z XML souboru
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost otevřít XML soubor návrhu (v offline režimu).
2 Systém Systém nabídne uživateli obrazovku s výběrem lokálního souboru.
3 Uživatel Uživatel si vybere lokální XML soubor a zvolí možnost jej otevřít.
4 Systém Systém načte lokální XML soubor do e-Šablony (funkce e-Šablony jsou v
offline režimu).
8.2.4.13.6 PU2705-Uložit návrh v off-line režimu do XML souboru
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2377-Práce s lokálními soubory XML
FP2383-Nový právní akt v off-line režimu
Předpoklady
Otevřený XML návrh v off-line režimu (tzn. nový návrh, který neexistuje v centrálním systému
nebo návrh načtený z XML souboru)
Scénáře
1686
Realizované požadavky
Název Uložit návrh v off-line režimu do XML souboru
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost "Uložit návrh do XML souboru“.
2 Systém Jde-li o nový návrh, Systém nabídne uživateli obrazovku s výběrem jména
a umístění souboru.
3 Uživatel Jde-li o nový návrh, uživatel zvolí jméno a umístění souboru.
4 Systém Systém uloží návrh do XML souboru.
8.2.4.13.7 PU2706-Uložit (vyexportovat) návrh do XML souboru
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2377-Práce s lokálními soubory XML
Předpoklady
Otevřený návrh v online nebo důvěrném režimu
Scénáře
Název Uložit (vyexportovat) návrh do XML souboru
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost "Uložit návrh do XML souboru".
1687
Realizované požadavky
2 Systém Jde-li o nový návrh, Systém nabídne uživateli obrazovku s výběrem jména
a umístění souboru.
3 Uživatel Jde-li o nový návrh, uživatel zvolí jméno a umístění souboru.
4 Systém Systém uloží (vyexportuje) návrh z centrálního systému nebo z lokálního
úložiště důvěrného režimu do XML souboru.
8.2.4.13.8 PU2707-Synchronizovat XML návrh s centrálním systémem
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2377-Práce s lokálními soubory XML
FP2380-Synchronizace s on-line
FP2383-Nový právní akt v off-line režimu
Předpoklady
eŠablona je plně online (tzn. není ani v důvěrném režimu)
Otevřený návrh načtený z XML souboru návrhu
Scénáře
Název Synchronizovat XML návrh s centrálním systémem
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost "Synchronizovat XML návrh s centrálním
systémem".
1688
Realizované požadavky
2 Systém Systém aktualizuje či založí návrh v centrálním systému dle lokálního
návrhu načteného z XML souboru, a to včetně všech jeho obsahů.
8.2.4.13.9 PU2708-Vložit úplné znění předpisu e-Sbírky z XML souboru do XML návrhu
v off-line režimu
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2377-Práce s lokálními soubory XML
FP2383-Nový právní akt v off-line režimu
Předpoklady
Otevřený návrh v důvěrném režimu nebo otevřený návrh načtený z XML souboru.
Scénáře
Název Vložit úplné znění předpisu e-Sbírky z XML souboru do XML návrhu v off-line
režimu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost "Vložit úplné znění předpisu e-Sbírky z XML
souboru".
2 Systém Systém otevře obrazovku pro výběr souboru.
3 Uživatel Uživatel zvolí XML soubor.
4 Systém Systém načte XML soubor, ověří jeho strukturu a vytvoří v návrhu nové
úplné znění (právní předpis ve formě novelizace předpisu).
1689
8.2.4.13.10 PU2709-Vytvořit doprovodný strukturovaný dokument v off-line režimu
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2377-Práce s lokálními soubory XML
FP2383-Nový právní akt v off-line režimu
Předpoklady
Otevřený návrh v důvěrném režimu nebo otevřený návrh načtený z XML souboru.
Scénáře
Název Vytvořit doprovodný strukturovaný dokument
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost "Vytvořit doprovodný strukturovaný dokument".
2 Systém Systém otevře obrazovku pro vložení hlavních atributů doprovodného
strukturovaného dokumentu.
3 Uživatel Uživatel vyplní hlavní atributy doprovodného strukturovaného
dokumentu.
4 Systém Systém v otevřeném návrhu vytvoří nový doprovodný strukturovaný
dokument.
1690
8.2.4.13.11 PU2710-Vytvořit novou sadu připomínek v off-line režimu
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2381-Podpora připomínek a pozměňovacích návrhů
Předpoklady
Otevřený návrh v důvěrném režimu nebo otevřený XML návrh (až už existující v centrálním
systému nebo nový, tzn. neexistující v centrálním systému).
Stav po ukončení
Je-li návrh otevřený v důvěrném režimu, je sada připomínek uložena do lokálních dat, je-li
návrh XML návrhem, je sada připomínek založena v paměti eŠablony a je možné ji uložit do
XML souboru
Scénáře
Název Vytvořit novou sadu připomínek v off-line režimu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost "Vytvořit novou sadu připomínek".
2 Systém Systém zobrazí obrazovku pro zadání hlavních atributů sady připomínek.
3 Uživatel Uživatel vyplní hlavní atributy sady připomínek.
4 Systém Systém umožní vkládat jednotlivé připomínky.
1691
8.2.4.13.12 PU2711-Otevřít sadu připomínek z XML souboru
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2377-Práce s lokálními soubory XML
Předpoklady
Otevřený návrh v důvěrném režimu nebo otevřený XML návrh (až už existující v centrálním
systému nebo nový, tzn. neexistující v centrálním systému).
Stav po ukončení
Pokud neproběhl import do lokálních dat důvěrného režimu, je otevřena sada připomínek
uložitelná do XML souboru
Scénáře
Název Otevřít sadu připomínek z XML souboru
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost "Otevřít sadu připomínek z XML souboru".
2 Systém Systém nabídne uživateli obrazovku s výběrem lokálního souboru.
3 Uživatel Uživatel si vybere lokální XML soubor a zvolí možnost jej otevřít.
4 Systém Systém načte lokální XML soubor do eŠablony.
5 Systém Je-li návrh otevřený v důvěrném režimu, nabídne systém uživateli import
načtené sady připomínek do lokáních dat návrhu v důvěrném režimu.
1692
8.2.4.13.13 PU2712-Uložit (vyexportovat) sadu připomínek do XML souboru
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2377-Práce s lokálními soubory XML
Předpoklady
Otevřený návrh v online nebo důvěrném režimu nebo otevřený XML návrh v off-line režimu
(tzn. nový návrh, který neexistuje v centrálním systému nebo návrh načtený z XML souboru)
Vybraná sada připomínek nebo otevřená XML sada připomínek
Scénáře
Název Uložit (vyexportovat) sadu připomínek do XML souboru
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost "Uložit sadu připomínek do XML souboru".
2 Systém Uložit (vyexportovat) sadu připomínek do XML souboru
3 Uživatel Uživatel zvolí jméno a umístění souboru.
4 Systém Systém načte lokální XML soubor do eŠablony.
5 Systém Systém uloží (vyexportuje) sadu připomínek z centrálního systému nebo z
lokálního úložiště důvěrného režimu do XML souboru nebo uloží XML
sadu připomínek do XML souboru.
1693
8.2.4.13.14 PU2713-Synchronizovat XML sadu připomínek s centrálním systémem
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2380-Synchronizace s on-line
Předpoklady
eŠablona je plně online (tzn. není ani v důvěrném režimu), otevřený návrh (online)
Otevřená sada připomínek načtená z XML souboru
Scénáře
Název Synchronizovat XML sadu připomínek s centrálním systémem
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost "Synchronizovat XML sadu připomínek s
centrálním systémem".
2 Systém Systém aktualizuje či založí sadu připomínek dle lokální sady připomínek
načtené z XML souboru.
8.2.4.13.15 PU2714-Vytvořit novou sadu pozměňovacích návrhů v off-line režimu
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
1694
Realizované požadavky
FP2381-Podpora připomínek a pozměňovacích návrhů
Předpoklady
Otevřený návrh v důvěrném režimu nebo otevřený XML návrh (až už existující v centrálním
systému nebo nový, tzn. neexistující v centrálním systému).
Stav po ukončení
Je-li návrh otevřený v důvěrném režimu, je sada pozměňovacích návrhů uložena do lokálních
dat, je-li návrh XML návrhem, je sada pozměňovacích návrhů založena v paměti eŠablony a je
možné ji uložit do XML souboru
Scénáře
Název Vytvořit novou sadu pozměňovacích návrhů v off-line režimu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost "Vytvořit novou sadu pozměňovacích návrhů".
2 Systém Systém zobrazí obrazovku pro zadání hlavních atributů sady
pozměňovacích návrhů.
3 Uživatel Uživatel vyplní hlavní atributy sady pozměňovacích návrhů.
4 Systém Systém umožní vkládat jednotlivé pozměňovací návrhy.
8.2.4.13.16 PU2715-Otevřít sadu pozměňovacích návrhů z XML souboru
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2377-Práce s lokálními soubory XML
1695
Realizované požadavky
Předpoklady
Otevřený návrh v důvěrném režimu nebo otevřený XML návrh (až už existující v centrálním
systému nebo nový, tzn. neexistující v centrálním systému).
Stav po ukončení
Pokud neproběhl import do lokálních dat důvěrného režimu, je otevřena sada pozměňovacích
návrhů uložitelná do XML souboru
Scénáře
Název Otevřít sadu pozměňovacích návrhů z XML souboru
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost "Otevřít sadu pozměňovacích návrhů z XML
souboru".
2 Systém Systém nabídne uživateli obrazovku s výběrem lokálního souboru.
3 Uživatel Uživatel si vybere lokální XML soubor a zvolí možnost jej otevřít.
4 Systém Systém načte lokální XML soubor do eŠablony.
5 Systém Je-li návrh otevřený v důvěrném režimu, nabídne systém uživateli import
načtené sady pozměňovacích návrhů do lokáních dat návrhu v důvěrném
režimu.
8.2.4.13.17 PU2716-Uložit (vyexportovat) sadu pozměňovacích návrhů do XML
souboru
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
1696
Realizované požadavky
FP2377-Práce s lokálními soubory XML
Předpoklady
Otevřený návrh v online nebo důvěrném režimu nebo otevřený XML návrh v off-line režimu
(tzn. nový návrh, který neexistuje v centrálním systému nebo návrh načtený z XML souboru)
Vybraná sada pozměňovacích návrhů nebo otevřená XML sada pozměňovacích návrhů
Scénáře
Název Uložit (vyexportovat) sadu pozměňovacích návrhů do XML souboru
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost "Uložit sadu pozměňovacích návrhů do XML
souboru".
2 Systém Uložit (vyexportovat) sadu pozměňovacích návrhů do XML souboru
3 Uživatel Uživatel zvolí jméno a umístění souboru.
4 Systém Systém načte lokální XML soubor do eŠablony.
5 Systém Systém uloží (vyexportuje) sadu pozměňovacích návrhů z centrálního
systému nebo z lokálního úložiště důvěrného režimu do XML souboru
nebo uloží XML sadu pozměňovacích návrhů do XML souboru.
8.2.4.13.18 PU2717-Synchronizovat XML sadu pozměňovacích návrhů s centrálním
systémem
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
1697
Realizované požadavky
FP2380-Synchronizace s on-line
Předpoklady
eŠablona je plně online (tzn. není ani v důvěrném režimu), otevřený návrh (online)
Otevřená sada pozměňovacích návrhů načtená z XML souboru
Scénáře
Název Synchronizovat XML sadu pozměňovacích návrhů s centrálním systémem
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost "Synchronizovat XML sadu pozměňovacích návrhů
s centrálním systémem".
2 Systém Systém aktualizuje či založí sadu pozměňovacích návrhů dle lokální sady
pozměňovacích návrhů načtené z XML souboru.
8.2.4.13.19 PU2718-Vytvořit procesní strukturovaný dokument v off-line režimu
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2377-Práce s lokálními soubory XML
Předpoklady
Má-li strukturovaný procesní dokument používat obsah generovaný z návrhu, je nutné mít
otevřený návrh (v důvěrném režimu, vyexportovaný XML návrh nebo nový XML návrh).
Stav po ukončení
1698
Realizované požadavky
Otevřený nový prázdný editovatelný procesní strukturovaný dokument, který je možné uložit
do XML souboru.
Scénáře
Název Vytvořit procesní strukturovaný dokument v off-line režimu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost "Vytvořit procesní strukturovaný dokument v off-
line režimu".
2 Systém Systém otevře obrazovku pro zadání hlavních atributů procesního
strukturovaného dokumentu.
3 Uživatel Uživatel vyplní hlavní atributy procesního strukturovaného dokumentu.
4 Systém Systém v paměti eŠablony vytvoří nový procesní strukturovaný dokument.
8.2.4.13.20 PU2719-Otevřít procesní strukturovaný dokument z XML souboru
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2377-Práce s lokálními soubory XML
Předpoklady
Má-li procesní strukturovaný dokument používat obsah generovaný z návrhu, je nutné mít
otevřený návrh (v důvěrném režimu, vyexportovaný XML návrh nebo nový XML návrh).
Scénáře
Název Otevřít procesní strukturovaný dokument z XML souboru
1699
Realizované požadavky
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost "Otevřít procesní strukturovaný dokument z XML
souboru".
2 Systém Systém nabídne uživateli obrazovku s výběrem lokálního souboru.
3 Uživatel Uživatel si vybere lokální XML soubor a zvolí možnost jej otevřít.
4 Systém Systém načte lokální XML soubor do paměti eŠablony.
5 Systém Systém přepne eŠablonu do zjednodušeného off-line režimu práce s
jedním obsahem, ve kterém jsou k dispozici pouze základní operace nad
fragmenty obsahu.
8.2.4.13.21 PU2720-Uložit (vyexportovat) procesní strukturovaný dokument do XML
souboru
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2377-Práce s lokálními soubory XML
Předpoklady
Vybraný procesní strukturovaný dokument nebo otevřený XML procesní strukturovaný
dokument
Scénáře
Název Uložit (vyexportovat) procesní strukturovaný dokument do XML souboru
Typ Základní scénář
1700
Realizované požadavky
krok typ akce
1 Uživatel Uživatel zvolí možnost "Uložit procesní strukturovaný dokument do XML
souboru".
2 Systém Systém nabídne uživateli obrazovku s výběrem jména a umístění souboru.
3 Uživatel Uživatel zvolí jméno a umístění souboru.
4 Systém Systém uloží (vyexportuje) procesní strukturovaný dokument z
centrálního systému nebo z lokálního úložiště důvěrného režimu do XML
souboru nebo uloží XML procesní strukturovaný dokument do XML
souboru.
8.2.4.13.22 PU2721-Synchronizovat XML procesní souborový dokument s centrálním
systémem
Realizované Aktivity
Typ Název
PU obecného charakteru, který není vázán ke konkrétnímu procesu či aktivitě.
Realizované požadavky
FP2380-Synchronizace s on-line
Předpoklady
eŠablona je plně online (tzn. není ani v důvěrném režimu), otevřený návrh (online)
Otevřený procesní strukturovaný dokument načtený z XML souboru
Scénáře
Název Synchronizovat XML procesní souborový dokument s centrálním systémem
Typ Základní scénář
krok typ akce
1701
Realizované požadavky
1 Uživatel Uživatel zvolí možnost "Synchronizovat XML procesní strukturovaný
dokument s centrálním systémem".
2 Systém Systém nabídne seznam prostorů, do kterých je možné dokument uložit.
3 Uživatel Uživatel zvolí prostor, do kterého chce dokument uložit.
4 Systém Systém aktualizuje či založí procesní strukturovaný dokument dle
lokálního procesní strukturovaný dokumentu načteného z XML souboru.
1702
8.2.5 Administrace
8.2.5.1 Správa dashboardů
Ad m i n i stra ti va
PU2738-Sprav ov at FP2004-Správa dashboardů
dashboardy
FP2830-Správa a editace
Správ ce nastavení veřejný web a
portál e-Legislativy
Obrázek 85: Správa dashboardů
1703
8.2.5.1.1 PU2738-Spravovat dashboardy
Realizované požadavky
FP2004-Správa dashboardů
FP2830-Správa a editace nastavení veřejný web a portál e-Legislativy
Scénáře
Název Spravovat dashboardy
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost spravovat dashboardy.
2 Systém Systém nabídne uživateli obrazovku pro správu dashboardů.
3 Uživatel Uživatel provede správu a potvrdí změny.
4 Systém Systém uloží provedené změny.
1704
8.2.5.2 Správa domovských stránek
Ad m i n i stra ti va
PU2737-Sprav ov at FP2830-Správa a editace
domov ské stránky nastavení veřejný web a
portál e-Legislativy
Správ ce
Obrázek 86: Správa domovských stránek
1705
8.2.5.2.1 PU2737-Spravovat domovské stránky
Realizované požadavky
FP2830-Správa a editace nastavení veřejný web a portál e-Legislativy
Scénáře
Název Spravovat domovské stránky
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost spravovat domovské stránky.
2 Systém Systém nabídne uživateli obrazovku pro správu domovských stránek.
3 Uživatel Uživatel provede správu a potvrdí změny.
4 Systém Systém uloží provedené změny.
1706
8.2.5.3 Správa externích modulů
Obrázek 87: Správa externích modulů
1707
8.2.5.3.1 PU2732-Spravovat nastavení pro přístup a výměnu dat s externími systémy
Realizované požadavky
FP2823-Správa modulů a editace nastavení pro přístup a výměnu dat
Scénáře
Název Spravovat nastavení externích systémů
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost spravovat nastavení externích systémů.
2 Systém Systém nabídne uživateli obrazovku pro nastavení externích systému.
3 Uživatel Uživatel provede nastavení a potvrdí změny.
4 Systém Systém uloží provedené změny.
1708
8.2.5.4 Správa generátoru novel
Ad m i n i stra ti va
PU2733-Sprav ov at FP2619-Podpora
v arianty textů parametrických změn
nov elizačních bodů
Správ ce
Obrázek 88: Správa generátoru novel
1709
8.2.5.4.1 PU2733-Spravovat varianty textů novelizačních bodů
Realizované požadavky
FP2619-Podpora parametrických změn
Scénáře
Název Spravovat varianty textů novelizačních bodů
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost spravovat varianty textů novelizačních bodů.
2 Systém Systém nabídne uživateli varianty novelizačních bodů.
3 Uživatel Uživatel zvolí variantu novelizačního bodu.
4 Systém Systém nabídne uživateli text novelizačního bodu.
5 Uživatel Uživatel upraví text varianty novelizačního bodu a potvrdí změny.
6 Systém Systém uloží změnu textu varianty novelizačního bodu.
1710
8.2.5.5 Správa instancí procesů FP2516-Správa instance
procesu
Ad m i n i stra ti va
PU2749-Vyhledat
běžící instance
procesů
PU2750-Zobrazit detail
instance procesu
PU2752-Změnit stav FP2518-Změna stavu
instance procesu procesu správcem
PU2753-Změnit FP2517-Přiřazení jiné
šablonu instance definice procesu běžící
i n sta n ci
procesu
Správ ce
PU2751-Zobrazit FP2500-Historie instance
historii instance procesu
procesu FP2814-Podpora vytvoření a
změny obsazení týmu na
PU2754-Změnit základě dynamické role pro
uživ atele v procesní instanci legislativního
roli instance procesu procesu
PU2755-Zobrazit FP2815-Podpora
přehled delegací d e l e g o vá n í/zm o cň o vá n í
instance procesu
PU2746-Delegov at
opráv nění
Obrázek 89: Správa instancí procesů
1711
8.2.5.5.1 PU2749-Vyhledat běžící instance procesů
Realizované požadavky
FP2516-Správa instance procesu
Scénáře
Název Vyhledat běžící instance procesů
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost vyhledat běžící instance procesů.
2 Systém Systém nabídne uživateli obrazovku s přehledem pro vyhledání běžící
instance procesů.
3 Uživatel Uživatel zvolí kritéria pro vyhledání a kritéria potvrdí.
4 Systém Systém nabídne uživateli obrazovku s výsledky vyhledání.
1712
8.2.5.5.2 PU2750-Zobrazit detail instance procesu
Realizované požadavky
FP2516-Správa instance procesu
Předpoklady
Vybraná instance procesu
Scénáře
Název Zobrazit detail instance procesu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost zobrazit detail instance procesu.
2 Systém Systém nabídne uživateli obrazovku s detailem instance procesu.
1713
8.2.5.5.3 PU2751-Zobrazit historii instance procesu
Realizované požadavky
FP2500-Historie instance procesu
Předpoklady
Vybraná instance procesu
Scénáře
Název Zobrazit historii instance procesu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost zobrazit historii instance procesu.
2 Systém Systém nabídne uživateli obrazovku s přehledem historie instance
procesu.
1714
8.2.5.5.4 PU2752-Změnit stav instance procesu
Realizované požadavky
FP2518-Změna stavu procesu správcem
Předpoklady
Vybraná instance procesu
Scénáře
Název Změnit stav instance procesu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost změnit stav instance procesu.
2 Systém Systém nabídne uživateli obrazovku s výběrem stavů, do kterých lze
instanci převést.
3 Uživatel Uživatel vybere stav, do kterého chce instanci převést a výběr potvrdí.
4 Systém Systém převede instanci procesu do vybraného stavu.
1715
8.2.5.5.5 PU2753-Změnit šablonu instance procesu
Realizované požadavky
FP2517-Přiřazení jiné definice procesu běžící instanci
Předpoklady
Vybraná instance procesu
Scénáře
Název Změnit šablonu instance procesu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost změnit šablonu instance procesu.
2 Systém Systém nabídne uživateli obrazovku s výběrem šablon, do kterých lze
instanci převést.
3 Uživatel Uživatel vybere šablonu procesu, do které chce instanci převést a výběr
potvrdí.
4 Systém Systém převede instanci procesu do vybrané šablony.
1716
8.2.5.5.6 PU2754-Změnit uživatele v procesní roli instance procesu
Realizované požadavky
FP2814-Podpora vytvoření a změny obsazení týmu na základě dynamické role pro instanci
legislativního procesu
Předpoklady
Vybraná instance procesu
Scénáře
Název Změnit uživatele v procesní roli instance procesu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost přiřadit uživatele do uživatelské skupiny.
2 Systém Systém nabídne uživateli obrazovku pro výběr uživatelů do uživatelské
skupiny.
3 Uživatel Uživatel vybere uživatele a potvrdí přidání uživatelů do skupiny.
4 Systém Systém přidá uživatele do uživatelské skupiny.
1717
8.2.5.5.7 PU2755-Zobrazit přehled delegací instance procesu
Realizované požadavky
FP2815-Podpora delegování/zmocňování
Předpoklady
Vybraná instance procesu
Scénáře
Název Zobrazit přehled delegací instance procesu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost zobrazit přehled delegací.
2 Systém Systém nabídne uživateli obrazovku s výčtem delegací pro danou instanci
procesu.
1718
8.2.5.6 Správa pracovních prostorů
Ad m i n i stra ti va
PU2745-Sprav ov at FP2830-Správa a editace
pracov ní prostory nastavení veřejný web a
portál e-Legislativy
Správ ce
FP2074-Správa pracovních
prostorů
Obrázek 90: Správa pracovních prostorů
1719
8.2.5.6.1 PU2745-Spravovat pracovní prostory
Realizované požadavky
FP2074-Správa pracovních prostorů
FP2830-Správa a editace nastavení veřejný web a portál e-Legislativy
Scénáře
Název Spravovat pracovní prostory
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost spravovat pracovní prostory.
2 Systém Systém nabídne uživateli obrazovku pro správu pracovních prostorů.
3 Uživatel Uživatel provede správu a potvrdí změny.
4 Systém Systém uloží provedené změny.
1720
8.2.5.7 Správa připomínkového řízení FP2311-Správa
připomínkových míst
Ad m i n i stra ti va
FP2312-Operace nad FP2 3 1 3 .1 -Při d ě l o vá n í
PU2734-Sprav ov at připomínkovými místy přístupu k vkládání
připomínkov á místa p ři p o m ín e k
FP2830-Správa a editace
Správ ce nastavení veřejný web a
portál e-Legislativy
PU2736-Sprav ov at typy
připomínkov ého řízení FP2306-Správa typů
připomínkového řízení
Obrázek 91: Správa připomínkového řízení
1721
8.2.5.7.1 PU2734-Spravovat připomínková místa
Realizované požadavky
FP2311-Správa připomínkových míst
FP2830-Správa a editace nastavení veřejný web a portál e-Legislativy
Scénáře
Název Spravovat připomínková místa
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost spravovat připomínková místa.
2 Systém Systém nabídne uživateli obrazovku pro správu připomínkových míst.
3 Uživatel Uživatel provede správu a potvrdí změny.
4 Systém Systém uloží změny.
1722
8.2.5.7.2 PU2736-Spravovat typy připomínkového řízení
Realizované požadavky
FP2306-Správa typů připomínkového řízení
FP2830-Správa a editace nastavení veřejný web a portál e-Legislativy
Scénáře
Název Spravovat typy připomínkového řízení
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost spravovat typy připomínkového řízení.
2 Systém Systém nabídne uživateli přehled typů připomínkového řízení.
3 Uživatel Uživatel provede správu a potvrdí změny.
4 Systém Systém uloží změny.
1723
8.2.5.8 Správa registrovaných účtů FP2 8 0 4 -Re g i stra ce /Vytvá ře n í
uživatelských úč tů
Ad m i n i stra ti va
PU2717-Registrov at FP2809-Editace nastavení
uživatelských úč tů
uživ atele
FP2808-Mazání/ Blokace
Správ ce PU2719-Editov at uživatelských úč tů
nastav ení
uživ atelského účtu
PU2718-Zablokov at
uživ atelský účet
PU2726-Odblokov at
uživ atelský účet
PU2724-Resetov at heslo
Obrázek 92: Správa registrovaných účtů
1724
8.2.5.8.1 PU2717-Registrovat uživatele
Realizované požadavky
FP2804-Registrace/Vytváření uživatelských účtů
Scénáře
Název Vytvořit uživatelský účet
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost vytvořit nový uživatelský účet.
2 Systém Systém nabídne uživateli obrazovku pro vyplnění základních dat o
uživateli např. jména a e-mailové adresy, která slouží k přihlášení, pro
zasílání notifikací (musí být unikátní).
3 Uživatel Uživatel vyplní základní data o uživateli a zažádá a vytvoření nového účtu.
4 Systém Systém odešle potvrzovací e-mail na zadanou e-mailovou adresu.
5 Uživatel Uživatel otevře potvrzovací e-mail a na základě instrukcí potvrdí vytvoření
nového účtu.
6 Systém Systém vytvoří nový uživatelský účet.
1725
8.2.5.8.2 PU2724-Resetovat heslo
Předpoklady
Vybraný uživatelský účet registrovaného uživatele, účet musí mít vyplněnou e-mailovou adresu.
Scénáře
Název Resetovat heslo
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost restartovat heslo uživatelského účtu.
2 Systém Systém nabídne uživateli obrazovku pro restart stávajícího hesla.
3 Uživatel Uživatel potvrdí změnu hesla.
4 Systém Systém vytvoří nové dočasné heslo a pošle e-mail uživateli s výzvou na
změnu dočasného hesla.
5 Uživatel Uživatel otevře obrazovku pro změnu hesla dle výzvy z e-mailu, zadá a
potvrdí nové heslo.
6 Systém Systém uloží nové heslo.
1726
8.2.5.9 Správa úrovní oprávnění FP2819-Vytváření úrovní
oprávnění
Ad m i n i stra ti va
FP2820-Mazání úrovní
PU2728-Vytv ořit oprávnění
úrov eň opráv nění
FP2821-Editace nastavení
Správ ce PU2729-Smazat úrovní oprávnění
úrov eň opráv nění
FP2817-Přiřazení úrovní
PU2730-Editov at oprávnění jednotlivým
úrov eň opráv nění uživatelským skupinám
(ro l ím )
PU2731-Přiřadit
úrov eň opráv nění
uživ atelské skupině
(roli)
Obrázek 93: Správa úrovní oprávnění
1727
8.2.5.9.1 PU2728-Vytvořit úroveň oprávnění
Realizované požadavky
FP2819-Vytváření úrovní oprávnění
Scénáře
Název Vytvořit úroveň oprávnění
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost vytvořit úroveň oprávnění.
2 Systém Systém nabídne uživateli obrazovku pro zadání základních dat o úrovni
oprávnění jako je například název apod., dále nabídne uživateli výběr
funkcí z aplikačního stromu do úrovně oprávnění.
3 Uživatel Uživatel vyplní základní data, vybere funkce a potvrdí přidání funkcí do
úrovně oprávnění.
4 Systém Systém uloží novou úroveň oprávnění.
1728
8.2.5.9.2 PU2729-Smazat úroveň oprávnění
Realizované požadavky
FP2820-Mazání úrovní oprávnění
Předpoklady
Vybraná úroveň oprávnění
Scénáře
Název Smazat úroveň oprávnění
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost smazat úroveň oprávnění.
2 Systém Systém upozorní uživatele obrazovku před úrovně oprávnění.
3 Uživatel Uživatel potvrdí smazání.
4 Systém Systém smaže úroveň oprávnění.
1729
8.2.5.9.3 PU2730-Editovat úroveň oprávnění
Realizované požadavky
FP2821-Editace nastavení úrovní oprávnění
Předpoklady
Vybraná úroveň oprávnění
Scénáře
Název Editovat úroveň oprávnění
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost editovat úroveň oprávnění.
2 Systém Systém nabídne uživateli obrazovku pro editaci základních dat o úrovni
oprávnění jako je například název apod., dále nabídne uživateli výběr
funkcí z aplikačního stromu do úrovně oprávnění.
3 Uživatel Uživatel vyplní základní data o úrovni oprávnění a potvrdí změny.
4 Systém Systém uloží základní data úrovně oprávnění.
1730
8.2.5.9.4 PU2731-Přiřadit úroveň oprávnění uživatelské skupině (roli)
Realizované požadavky
FP2817-Přiřazení úrovní oprávnění jednotlivým uživatelským skupinám (rolím)
Předpoklady
Vybraná úroveň oprávnění
Scénáře
Název Přiřadit úroveň oprávnění uživatelské skupině (roli)
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost přiřadit úroveň oprávnění uživatelské skupině
(roli).
2 Systém Systém nabídne uživateli obrazovku pro přiřazení uživatelských skupin do
úrovně oprávnění.
3 Uživatel Uživatel vybere uživatelské skupiny pro přiřazení do úrovně oprávnění.
4 Systém Systém přiřadí úroveň oprávnění vybraným uživatelským skupinám
(rolím).
1731
8.2.5.10 Správa účtů a rolí FP2809-Editace nastavení
uživatelských úč tů
Ad m i n i stra ti va
FP2808-Mazání/ Blokace
PU2719-Editov at uživatelských úč tů
nastav ení
FP2810-Vytváření
uživ atelského účtu uživatelských skupin (rolí)
PU2718-Zablokov at FP2807-Editace nastavení
uživ atelský účet uživatelských skupin (rolí)
Správ ce PU2726-Odblokov at FP2813-Mazání
uživ atelský účet uživatelských skupin (rolí)
PU2720-Vytv ořit FP2 8 0 3 -Při řa za n í
uživ atelskou skupinu jednotlivých uživatelských
úč tů do uživatelských skupiny
(roli) (ro l í)
PU2722-Editov at
nastav ení uživ atelské
skupiny (role)
PU2721-Smazat
uživ atelskou skupinu
(roli)
PU2723-Přiřadit
uživ atele do
uživ atelské skupiny
(role)
Obrázek 94: Správa účtů a rolí
1732
8.2.5.10.1 PU2718-Zablokovat uživatelský účet
Realizované požadavky
FP2808-Mazání/ Blokace uživatelských účtů
Předpoklady
Vybraný uživatelský účet
Scénáře
Název Zablokovat uživatelský účet
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost zablokovat uživatelský účet.
2 Systém Systém nabídne uživateli obrazovku pro zadání důvodu blokace
uživatelského účtu.
3 Uživatel Uživatel vyplní důvod pro blokaci uživatelského účtu a potvrdí blokaci.
4 Systém Systém zablokuje uživatelský účet.
1733
8.2.5.10.2 PU2719-Editovat nastavení uživatelského účtu
Realizované požadavky
FP2809-Editace nastavení uživatelských účtů
Předpoklady
Vybraný uživatelský účet
Scénáře
Název Editovat nastavení uživatelského účtu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost editovat základní data uživatelského účtu.
2 Systém Systém nabídne uživateli obrazovku pro editaci základních dat o uživateli
např. jména nebo e-mailové adresy pro zasílání notifikací apod.
3 Uživatel Uživatel vyplní základní data o uživateli a potvrdí změny.
4 Systém Systém uloží základní data uživatelského účtu.
1734
8.2.5.10.3 PU2720-Vytvořit uživatelskou skupinu (roli)
Realizované požadavky
FP2810-Vytváření uživatelských skupin (rolí)
Scénáře
Název Vytvořit uživatelskou skupinu (roli)
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost vytvořit novou uživatelskou skupinu.
2 Systém Systém nabídne uživateli obrazovku pro vyplnění základních dat o
uživatelské skupině např. názvu role, přiřazení oprávnění, přiřazení
uživatelských účtů atp.
3 Uživatel Uživatel vyplní základní data o uživatelské skupině a potvrdí vytvoření.
4 Systém Systém vytvoří novou uživatelskou skupinu.
1735
8.2.5.10.4 PU2721-Smazat uživatelskou skupinu (roli)
Realizované požadavky
FP2813-Mazání uživatelských skupin (rolí)
Předpoklady
Vybraná uživatelská skupina
Scénáře
Název Smazat uživatelskou skupinu (roli)
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost smazat uživatelskou skupinu.
2 Systém Systém upozorní uživatele obrazovku před smazáním skupiny.
3 Uživatel Uživatel potvrdí smazání.
4 Systém Systém smaže uživatelskou skupinu.
1736
8.2.5.10.5 PU2722-Editovat nastavení uživatelské skupiny (role)
Realizované požadavky
FP2807-Editace nastavení uživatelských skupin (rolí)
Předpoklady
Vybraná uživatelská skupina
Scénáře
Název Editovat nastavení uživatelské skupiny (role)
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost editovat základní data uživatelské skupiny.
2 Systém Systém nabídne uživateli obrazovku pro editaci základních dat o
uživatelské skupině např. názvu role, přiřazení oprávnění, přiřazení
uživatelských účtů atp.
3 Uživatel Uživatel vyplní základní data o uživatelské skupině a potvrdí změny.
4 Systém Systém uloží základní data uživatelské skupiny.
1737
8.2.5.10.6 PU2723-Přiřadit uživatele do uživatelské skupiny (role)
Realizované požadavky
FP2803-Přiřazaní jednotlivých uživatelských účtů do uživatelských skupiny (rolí)
Předpoklady
Vybraná uživatelská skupina
Scénáře
Název Přiřadit uživatele do uživatelské skupiny (role)
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost přiřadit uživatele do uživatelské skupiny.
2 Systém Systém nabídne uživateli obrazovku pro výběr uživatelů do uživatelské
skupiny.
3 Uživatel Uživatel vybere uživatele a potvrdí přidání uživatelů do skupiny.
4 Systém Systém přidá uživatele do uživatelské skupiny.
1738
8.2.5.10.7 PU2726-Odblokovat uživatelský účet
Realizované požadavky
FP2808-Mazání/ Blokace uživatelských účtů
Předpoklady
Vybraný uživatelský účet.
Scénáře
Název Odblokovat uživatelský účet
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost odblokovat uživatelský účet.
2 Systém Systém nabídne uživateli obrazovku pro zadání důvodu zrušení blokace
uživatelského účtu.
3 Uživatel Uživatel vyplní důvod pro odblokování uživatelského účtu a potvrdí
odblokování.
4 Systém Systém odblokuje uživatelský účet.
1739
8.2.5.11 Správa šablon a číselníků
Obrázek 95: Správa šablon a číselníků
1740
8.2.5.11.1 PU2735-Spravovat šablony notifikací
Realizované požadavky
FP2311-Správa připomínkových míst
FP2824-Editace nastavení pro notifikační systémy („Pull and Push“)
Scénáře
Název Spravovat šablony notifikací
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost spravovat šablony notifikací.
2 Systém Systém nabídne uživateli přehled šablon notifikací.
3 Uživatel Uživatel provede správu a potvrdí změny.
4 Systém Systém uloží změny.
1741
8.2.5.11.2 PU2739-Spravovat šablony obsahu
Realizované požadavky
FP2212-Šablony pro typy předpisů
FP2834-Editace nastavení pro e-Šablonu
Scénáře
Název Spravovat šablony obsahu
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost spravovat šablony obsahu.
2 Systém Systém nabídne uživateli přehled šablon obsahu.
3 Uživatel Uživatel provede správu a potvrdí změny.
4 Systém Systém uloží změny.
1742
8.2.5.11.3 PU2740-Spravovat šablony fragmentů
Realizované požadavky
FP2220-Šablony pro tvorbu fragmentů
FP2834-Editace nastavení pro e-Šablonu
Scénáře
Název Spravovat šablony fragmentů
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost spravovat šablony fragmentů.
2 Systém Systém nabídne uživateli přehled šablon fragmentů.
3 Uživatel Uživatel provede správu a potvrdí změny.
4 Systém Systém uloží změny.
1743
8.2.5.11.4 PU2782-Spravovat materiály
Realizované požadavky
FP2834-Editace nastavení pro e-Šablonu
FP2848-Správa materiálů
Scénáře
Název Spravovat materiály
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost spravovat materiály.
2 Systém Systém nabídne uživateli přehled materiálů.
3 Uživatel Uživatel provede správu a potvrdí změny.
4 Systém Systém uloží změny.
1744
8.2.5.11.5 PU2783-Spravovat zobecněné názvy právních předpisů
Realizované požadavky
FP2834-Editace nastavení pro e-Šablonu
Scénáře
Název Spravovat zobecněné názvy právních předpisů
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost spravovat zobecněné názvy právních předpisů.
2 Systém Systém nabídne uživateli přehled zobecněných názvů právních předpisů.
3 Uživatel Uživatel provede správu a potvrdí změny.
4 Systém Systém uloží změny.
1745
8.2.5.11.6 PU2784-Spravovat zkratky zavedené zvláštním právním předpisem
Realizované požadavky
FP2834-Editace nastavení pro e-Šablonu
Scénáře
Název Spravovat zkratky zavedené zvláštním právním předpisem
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost spravovat zkratky zavedené zvláštním právním
předpisem.
2 Systém Systém nabídne uživateli přehled zkratek zavedených zvláštním právním
předpisem.
3 Uživatel Uživatel provede správu a potvrdí změny.
4 Systém Systém uloží změny.
1746
8.2.5.11.7 PU2785-Editovat parametry tvorby právních předpisů
Realizované požadavky
FP2834-Editace nastavení pro e-Šablonu
Scénáře
Název Editovat parametry tvorby právních předpisů
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost editovat parametry tvorby právních předpisů.
2 Systém Systém nabídne uživateli přehled parametrů tvorby právních předpisů.
3 Uživatel Uživatel vybere parametr tvorby právních předpisů, potvrdí volbu.
4 Systém Systém nabídne uživateli obrazovku s detailem parametru.
5 Uživatel Uživatel provede a potvrdí změnu parametru.
6 Systém Systém uloží změnu.
1747
8.2.5.11.8 PU2786-Spravovat statické texty
Realizované požadavky
FP2410-Tvorba statických textů
Scénáře
Název Spravovat statické texty
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost spravovat statické texty.
2 Systém Systém nabídne uživateli přehled statických textů.
3 Uživatel Uživatel provede správu a potvrdí změny.
4 Systém Systém uloží změny.
1748
8.2.5.11.9 PU2787-Spravovat seznam technických norem
Realizované požadavky
FP2256-Kontextové odkazy v právním předpisu
Scénáře
Název Spravovat seznam technických norem
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost spravovat seznam technických norem.
2 Systém Systém nabídne uživateli přehled technických norem.
3 Uživatel Uživatel provede správu a potvrdí změny.
4 Systém Systém uloží změny.
1749
8.2.5.12 Správa šablon procesů
Obrázek 96: Správa šablon procesů
1750
8.2.5.12.1 PU2756-Spravovat šablony procesů
Realizované požadavky
FP2503-Workflow legislativního procesu
FP2504-Definice procesu
Scénáře
Název Spravovat šablony procesů
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost spravovat šablony procesů.
2 Systém Systém nabídne obrazovku pro správu šablon procesů.
3 Uživatel Uživatel provede správu a potvrdí změny.
4 Systém Systém uloží změny.
1751
8.2.5.12.2 PU2779-Spravovat přechody stavů
Realizované požadavky
FP2507-Přechody mezi stavy
Předpoklady
Vybraná šablona legislativního procesu
Scénáře
Název Spravovat přechody stavů
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost spravovat přechody stavů legislativního procesu.
2 Systém Systém nabídne uživateli obrazovku s výběrem podmínek pro přechod z
jednoho stavu do druhého.
3 Uživatel Uživatel vybere podmínky, za kterých přechází instance procesu z
jednoho stavu do druhého a potvrdí změny.
4 Systém Systém uloží šablonu daného procesu.
1752
8.2.5.12.3 PU2780-Spravovat notifikace
Realizované požadavky
FP2824-Editace nastavení pro notifikační systémy („Pull and Push“)
Předpoklady
Vybraná šablona legislativního procesu
Scénáře
Název Spravovat notifikace
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost spravovat notifikace legislativního procesu.
2 Systém Systém nabídne uživateli obrazovku s výběrem šablon notifikací, které se
váží k danému stavu legislativního procesu.
3 Uživatel Uživatel vybere šablony notifikací pro přechod ze stavu a potvrdí změny.
4 Systém Systém uloží šablonu daného procesu.
1753
8.2.5.12.4 PU2781-Spravovat dokumenty
Realizované požadavky
FP2834-Editace nastavení pro e-Šablonu
Předpoklady
Vybraná šablona legislativního procesu
Scénáře
Název Spravovat dokumenty
Typ Základní scénář
krok typ akce
1 Uživatel Uživatel zvolí možnost spravovat dokumenty legislativního procesu.
2 Systém Systém nabídne uživateli obrazovku s výběrem dokumentů, které se váží k
danému stavu legislativního procesu.
3 Uživatel Uživatel vybere povinné a volitelné dokumenty pro přechod ze stavu a
potvrdí změny.
4 Systém Systém uloží šablonu daného procesu.
1754
9 Model komponent a implementace
Obsahuje seznam modulů, realizovaných v rámci projektu e-Sbírka a e-Legislativa a jejich
případných vazeb na externí systémy.
Portály
e-Legislativ a e-Sbírka Správ a systémů /
Serv ice Desk
Jednotná aplikační Centrální datov é
platforma (JAP) úložiště (CDB)
Průřezov é moduly Externí systémy
Obrázek 97: Model komponent
1755
9.1 Portály
Realizují prezentační vrstvu architektury. Implementují moduly resp. jejich části 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 e-legislativa a současně i komunikační vrstva služeb
zajišťující propojení s externími aplikacemi.
Editor e-Šablona
pro „plusov ou“
osu
Interní a veřejný Interní a věřejný Servisní portál
portál
API portál API Portál správ a
systémů / Serv ice
Portál e-Legislativ a Portál e-Sbírka SQL
Desk Portálov á databáze
Služby pro Služby pro Služby pro
potřeby potřeby potřeby
p o rtá l u p o rtá l u p o rtá l u
e-Legislativ a e-Sbírka Správ a systémů /
Serv ice Desk
Jednotná aplikační Služby infrastruktury
platforma (JAP)
Aplikač ní služby
Obrázek 98: Portály
1756
9.1.1 Portálová databáze
Persistence pro potřeby portálů, neobsahuje senzitivní data.
9.1.2 Portál e-Legislativa
Portál e-Legislativa představuje „řídící centrum“ pro všechny pokryté činnosti legislativního
procesu ve všech jeho fázích. Poskytuje sadu nástrojů pro všechny způsoby aktivních i
pasivních vstupů do legislativního procesu jako jsou:
tvorba koncepcí, záměrů či jiných impulzů k zahájení procesů právní úpravy, po
výsledné právní předpisy; a to v rámci legislativního plánu vlády i mimo něj;
vytváření vazeb na relevantní dokumenty v e-Sbírce, které představují zdroj a cíl
procesů e-Legislativy;
podpora připomínkových řízení i jejich vypořádání a přehledu nad nimi;
tvorba pozměňovacích návrhů a přehledu nad nimi;
tvorba doporučení pro schvalování pozměňovacích návrhů;
obsluha negativního zákonodárství ústavního soudu;
podpora vyhlašovací fáze včetně publikace v e-Sbírce;
Portál e-Legislativa zajistí personalizovaný, bezpečný přístup pro všechny účastníky
legislativního procesu s následujícími vlastnostmi:
každý účastník legislativního procesu bude vybaven funkcemi a možnostmi danými
jeho právy a povinnostmi podle jeho role (např. předkládající, zdůvodňující,
připomínkující, schvalující, vyhlašující, negativní (Ústavní soud));
každý účastník legislativního procesu bude mít k dispozici na portálu e-Legislativa
svůj prostor pro ukládání své práce
pro veřejnost (po registraci do systému) zajistí personalizovaný přístup do částí, které
nejsou přístupny anonymně
Portál e-Legislativa obsahuje následující oblasti funkcionality:
Přehledové stránky – jedná se o oblasti portálu, které slouží k zobrazení
přehledových informací pro jednotlivé oblasti či instituce, popř. jako rozcestníky pro
další činnost. K této oblasti patří především:
Domovské stránky – stránky jednotlivých institucí, zobrazující aktuální stav
legislativních činností relevantní pro vybranou instituci či skupinu;
Dashboardy – přehledové stránky, zobrazující souhrnný stav – např. seznam věcných
záměrů a jejich momentální stav dokončení či rozpracovanosti.
Řídící stránky – stránky sloužící s k manipulaci s klíčovými prvky legislativního
procesu a k přehledu o jejich vzájemných závislostech. Jedná se o legislativní záměry,
věcné záměry, právní akty a v nich obsažené právní předpisy.
Webový prohlížeč právního aktu zobrazující obsah právních předpisů ve znění
vybraných vrstev, tj. návrhu, připomínek, pozměňovacích návrhů atp.
Specializované pracovní prostory – jedná se o pracovní prostory optimalizované pro
konkrétní účel, např. pracovní prostory pro připomínková řízení a pro pozměňovací
1757
návrhy. Dalším příkladem mohou být „uzamčené“ Finální prostory, obsahující
výstupní dokumenty předané do dalšího významného kroku (např. při předání
návrhu právního předpisu mezi institucemi).
Pracovní prostory fáze legislativního procesu – pracovní prostory pro jednotlivé
významné kroky legislativního procesu. Slouží k přípravě materiálu pro daný krok
legislativního procesu. Jedná se například o pracovní prostory připomínkového
řízení, pozměňovacích návrhů, interního schvalování apod.
Pracovní prostory pro spolupráci – obecné pracovní prostory pro spolupráci týmu na
tvorbě dokumentu nebo sady dokumentů. Obsahuje nástroje pro tvorbu a sdílení
dokumentů, organizačního členění dokumentů, organizaci práce (úkoly, kalendáře)
apod.
Součástí je také Veřejný web e-Legislativy, který umožní zapojení široké veřejnosti do
legislativního procesu. V jeho anonymní části budou k dispozici zveřejněné informace z
legislativního procesu včetně jeho historie. Uživatelé budou moci prohlížet návrhy předpisů
či pozměňovací návrhy v kontextu úplných znění předpisů.
V části veřejného webu, která bude dostupná po přihlášení uživatele (registrace uživatelů z
řad veřejnosti je společná s Portálem e-Sbírky), se uživatel bude moci účastnit vyhlášených
veřejných připomínkových řízení a registrovat své žádosti o odeslání emailu s oznámením o
žádané změně v legislativním procesu nebo jiné významné události.
9.1.3 Portál e-Sbírka
Portál e-Sbírky je elektronickým systémem Sbírky zákonů a mezinárodních smluv v intencích
§6 návrhu zákona.
Portál e-Sbírky umožňuje prostřednictvím webového prohlížeče a Internetu na samostatné
adrese www.e-sbirka.cz (resp. www.esbirka.cz) všem skupinám adresátů práva interaktivní
přístup k vyhlášeným předpisům a jejich úplným zněním z datové báze e-Sbírky alespoň v
ověřené informativní podobě ke kterémukoliv dni jejich historie.
Portál e-Sbírky je právním informačním systémem, který bude poskytovat data v nejvyšší
možné kvalitě. Taková je i musí mít, protože je zdrojem pro elektronický legislativní proces,
tedy e-Legislativu.
Konkurence komerčním právním informačním systémům není ambicí portálu, všechna data
prezentovaná na portálu budou k dispozici prostřednictvím API rozhraní a mohou je ve svých
systémech využívat a stavět na nich produkty s přidanou hodnotou.
Portál e-Sbírky je webová aplikace naplňující všechny obvyklé nároky a očekávání na
funkčnost, ergonomii uživatelských rozhraní, výkonost/odezvu. Vzhledem k
předpokládanému širokému spektru uživatelů klademe důraz na snadnost použití.
1758
Obrázek 99: Portál e-Sbírka
9.1.4 Portál správa systémů / Service Desk
Správa vlastních systémů bude prováděna prostřednictvím speciální portálové aplikace, který
bude vedle administrace systému poskytovat i funkce Service Desku.
1759
9.2 e-Sbírka
Cílem, přínosem a úkolem e-Sbírky neboli Elektronické Sbírky Právních předpisů je
poskytování závazných elektronických znění právních předpisů všem skupinám adresátům
práva. Předpokládáme, ve shodě s návrhem zákona O Sbírce, že 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í. Ta pak postupem času budou
moci být používána jako referenční a citační zdroj ve všech právních úkonech.
E-Sbírka je zároveň 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:
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.
Portál e-Sbírka
Služby pro
potřeby
p o rtá l u
e-Sbírka
e-Šablona pro CzechVOC
mínusov ou osu
Indexace
Digitalizace
EurLEX
Sl u žb y
napízené přes
JAP
Apl i kač ní Sl u žb y Sl u žb y «db»
sl u žb y i n fra stru ktu ry zabezpeč eného Sl u žb y
ú l o ži ště CDB
Jednotná aplikační platforma Centrální datov é
(JAP) úložiště (CDB)
1760
Obrázek 100: e-Sbírka
9.2.1 e-Sbírka
Komponenta reprezentující část e-Sbírka
9.2.1.1 Digitalizace
Digitalizační pracoviště, má za cíl vytvořit digitální repliku listinné částky ve formátu PDF.
Jeho činností jsou i 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.
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 OCR programů.
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ů.
9.2.1.2 EUR-Lex
Pro potřeby informačních systémů e-Sbírka a e-Legislativa bude interně k dispozici část
předpisů EUR-Lexu. Je to všestranně výhodnější, než řešit aspekty vazbu na evropské právo
pouze odkazy na EUR-Lex.
Funkčně budou data vybraných předpisů EUR-Lexu k dispozici z rozhraní e-Sbírky a pro
navazování asociačních vztahů z prostředí e-Šablony pro plusovou osu.
Zpracování zdrojových dat bude v případě potřeby (tj. pokud „nezabere“ automatický parser)
prováděno z prostředí e-Šablony pro mínusovou osu.
Dokumenty budou z EUR-Lexu automaticky aktualizovány a konvertovány do datového
modelu umožňujícího přesná propojení s datovým obsahem e-Sbírky s přesností na
ustanovení. Tak bude možno realizovat například přesné transpozice evropských norem (viz
http://eur-lex.europa.eu/cs/index.htm).
9.2.1.3 Publikační modul
Vyhlašování do e-Sbírky z komponenty e-Legislativa bude zajištěno prostřednictvím
publikačního modulu. Jeho základní funkcionalita bude spočívat v tom, že předpisy určené k
vyhlášení publikuje do produkční databáze.
Kromě vyhlašovaní tento modul analogickým způsobem zajišťuje i publikaci předpisů
vyhlášených mimo e-Legislativu (např. průběžně aktualizovaných předpisů EUR-Lex nebo
průbežně doplňovaných předpisů zpřed roku 1945).
1761
9.2.1.4 e-Šablona pro mínusovou osu
e-Šablona pro „mínusovou“ osu (v dalším textu zkráceně e-Šablona „mínus“) zajišťuje
všechny činnosti nad vyhlášenými předpisy sbírek, tj. těch, které prošly legislativním
procesem, zejména importy, práci s metadaty, editaci fragmentů, zapracování novel, dále
různé pohledy a přehledy, potřebné pro práci s datovou bází e-Sbírky.
Výstupy e-Šablony „mínus“ osy jsou využity portálem e-Sbírky, různými API rozhraními a v
tvorbě legislativního procesu, tedy v e-Legislativě a e-Šabloně pro „plusovou“ osu.
Obrázek 101: e-Šablona pro mínusovou osu
9.2.1.5 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ředpisech
1762
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
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
Obrázek 102: CzechVOC
9.3 e-Legislativa
Tato část systému slouží pro podporu legislativního procesu. E-Legislativa je pak akronymem
pro Elektronickou LEGISLATIVU, tedy zajištění všech činností legislativního procesu.
Základním nástrojem e-Legislativy je e-Šablona. Je to velmi komplexní editor právních
předpisů, který podporuje vytváření nových právních předpisů a současně také aktualizaci
předpisů platných. Aktualizací zde myslíme novelizaci, zapracování nálezu Ústavního soudu,
ale také zrušení právního předpisu, nebo jeho ustanovení. Podstatné zde je, že aktualizace
právních předpisů probíhá přímou úpravou konsolidovaných znění. Vlastní texty novel jsou
pak generovány strojově podle zavedený zvyklostí.
e-Šablona dále poskytuje praktické možnosti pro provádění připomínkových řízení.
Připomínky jsou připojovány přímo k ustanovením návrhu právní normy vestavěným
1763
editorem. Samozřejmě může být k připomínkování vybrána libovolná skupina ustanovení
právních předpisů, nebo také celý předpis.
Celý proces připomínkového řízení v e-Legislativě je úzce koordinován se zaběhlým
procesem řízení připomínkových řízení v systému ODok.
e-Šablona dále poskytuje podporu dále při tvorbě pozměňovacích návrhů ve schvalovacím
procesu v Poslanecké sněmovně a Senátu. Pozměňovací návrhy opět mohou být vepisovány
rovnou do textu navrhované právní normy s tím, že vlastní textace pozměňovacích návrhů je
pak vytvářena strojově.
Po ukončení schvalovací fáze legislativního procesu jsou pak jeho výsledky předány k
vyhlášení v e-Sbírce. Je-li vyhlášený předpis novelou, tak jeho součástí je také konsolidované
znění, které je pak okamžitě prostřednictvím Internetu k dispozici adresátům práva.
Výše popsaný cyklus se opakuje. Používání a aplikace právních norem vyvolává tlak na jejich
úpravy a aktualizace. Aktualizované právní úpravy pak následně vyvolávají tlak na jejich
používání a aplikaci v praxi i reálném životě.
1764
Portál e-Legislativ a Uživatelské rozhraní
API e d i to ru
Editor e-Šablona
pro „plusov ou“
osu
Služby pro potřeby
p o rtá l u
e-Legislativ a
«ws» Služby pro editor
Služby pro editor Generátor nov el Vyhlašov ání do
e-Šablona pro e-Sbírky
„plusov ou“ osu
Služby pro v eřej ný Automatická sazba Administrace
Web e-Legislativ a systému
e-Legislativ a
Správ a w orkflow a
řízení procesů
Sl u žb y
nabízené
přes JAP
Apl i kač ní Sl u žb y «db» Sl u žb y
sl u žb y i n fra stru ktu ry Sl u žb y zabezpeč eného
CDB ú l o ži ště
Jednotná aplikační platforma Centrální datov é úložiště (CDB)
(JAP)
Obrázek 103: e-Legislativa
9.3.1 Editor e-Šablona pro „plusovou“ osu
Editor „e-Šablona pro plusovou osu“ je jedním z hlavních stavebních kamenů v procesu
elektronické tvorby právních předpisů, který sjednotí pro všechny zúčastněné osoby principy
a postupy při vytváření nových právních předpisů a při změnách již existujících. Aplikace e-
Šablona zajistí konzistenci při vytváření textů např. řádné číslování paragrafů, kapitol
odstavců, poznámek pod čarou apod. Obdobně 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
1765
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-Šablona 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 aplikaci e-Šablona.
Editor „e-Šablona pro plusovou osu“ bude samostatná aplikace, která bude
prostřednictvím webových služeb komunikovat s centrálním serverem systému e-Legislativa,
který bude ukládat v elektronické podobě předlohy textů jednotlivých právních předpisů. Ve
své podstatě představuje uživatelsky přívětivý editor pro strukturovanou tvorbu právních
předpisů v úplném znění, včetně související funkcionality jako např.:
práce ve vrstvách, možnost práce s verzemi nebo variantami v rámci jedné vrstvy;
automatické generování textu novelizačních/pozměňovacích bodů;
kontrola formální stránky obsahu (dodržení struktury);
automatické číslování, formátování, tvorby poznámek pod čarou apod.;
prohlížení různých vrstev („verzí“) fragmentu právního předpisu ve znění původního
textu a po zapracování jednotlivých připomínek či pozměňovacích návrhů;
načtení textu ze zdrojových právních předpisů z e-Sbírky;
podpora práce s dalšími typy obsahu právních předpisů, jakými jsou např. přílohy,
obrázky, tabulky, vzorce, apod.;
podpora práce s více dokumenty současně;
umožňuje podpis dokumentů.
Editor respektuje uživatelská práva a na základě autentizace a autorizace uživatele zpřístupní
příslušné funkce aplikace.
Poznámka: Kromě samostatné aplikace e-Šablona pro plusovou osu, bude též možné
provádět omezenou množinu editačních operací přímo na portále e-Legislativy. Jedná se o
„webovou verzi e-Šablony“, kde bude možné nejen prohlížet texty právních předpisů, ale i
provádět drobné editace, vkládat připomínky, či navrhovat menší pozměňovací návrhy přímo
z webového rozhraní (tedy i např. z mobilních zařízení, jako jsou tablety). Tato oblast
funkcionality je popsána v kapitole Chyba! Nenalezen zdroj odkazů., editace pak funkčním
požadavkem FP2088 v kapitole Chyba! Nenalezen zdroj odkazů..
9.3.2 e-Legislativa
Komponenta reprezentující část e-Legislativa
9.3.2.1 Administrace systému e-Legislativa
Modul administrace systému umožňuje oprávněným osobám provádět správu portálu a
ostatních modulů systému e-Legislativy. Jedná se zejména o následující funkcionalitu:
správa uživatelů a přístupu,
správa workflow a procesů,
1766
správa pracovních prostorů,
správa šablon.
9.3.2.2 Automatická sazba
Automatizovaná sazba patří k funkční výbavě portálu e-Legislativa. Bude využívána v řadě
případů např.
ve všech případech, kdy je třeba nahlédnout, vytisknout nebo jinak použít předpis v
simulované vizuální podobě;
při agregaci připomínek vložených v e-Šabloně pro plusovou osu pomocí
funkcionality „vkládání připomínek“ k jejich vygenerování do strukturovaného
dokumentu určeného pro vložení do systému e-Klep;
k vygenerování podepsané digitální repliky předpisu portálem e-Sbírka pro využití
koncovými adresáty práva stažením z portálu;
k vytvoření listinné verze částek Sbírky zákonů na přímou objednávku adresáty práva,
kteří preferují tuto formu;
k vytvoření archivních verzí předpisů.
Je tvořena serverovou komponentou vyvinutou na bázi standardů technik formátovacích
objektů (XSL-FO). Ty dovolují přesně určit takové parametry, jako jsou rozměry stránky,
způsob zarovnání, použité písmo, dělení slov, vícesloupcová sazba, poznámky pod čarou,
tabulky aj.
Podkladem pro tvorbu souboru s formátovacími objekty je XML dokument a transformační
soubor ve formátu XSL, prostřednictvím kterého se převádí logická struktura dokumentu na
její vizuální reprezentaci.
Z těchto zdrojů je pak pomocí příslušné aplikace (XSL-procesoru) vytvořen dokument s
formátovacími objekty. Ten se pak dále zpracovává aplikacemi umožňujícími jeho prohlížení,
tisk či převody do již zavedených publikačních formátů PDF/A, který je následně podepsán
elektronickým podpisem a připraven pro vyhlášení v e-Sbírce.
9.3.2.3 Generátor novel
Generátor novel je modul pro generování textu novely. 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ů, které jsou předmětem novelizace.
Vytváří strukturu novely na základě dat získaných z právního aktu, 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
vytvoření textu novely. Nabízí uživateli sadu funkcí pro vytvoření novely při respektování
základních typografických pokynů a legislativních pravidel vlády.
Generátor novel umožní vygenerovat novelizační body. Novelizační body vyjadřují rozdíl
mezi dvěma verzemi úplného znění právního předpisu. V případě, kdy lze 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.), má uživatel možnost vybrat, které z vyjádření změny se má použít.
1767
Uživatel nemá možnost ručně upravovat text novely. Automatickým (resp.
poloautomatickým) generováním novelizačních bodů novely se zajistí konzistence, resp.
soulad mezi úplným zněním a textem novely. Uživatel má možnost zobrazit náhled novely.
Výsledek musí splňovat všechny zvyklosti a zejména pravidla podle Legislativních pravidel
vlády.
9.3.2.4 Služby pro editor e-Šablona pro „plusovou“ osu
Služby pro potřeby samostatné aplikace e-Šablona budou umožnovat editaci
strukturovaného textu návrhu právních předpisů a strukturovaných dokumentů off-line.
Služby budou podporovat tvorbu připomínek a pozměňovacích návrhů k návrhům právních
předpisů.
9.3.2.5 Služby pro veřejný Web e-Legislativa
Veřejný web e-Legislativy umožní zapojení široké veřejnosti do legislativního procesu.
Toto zapojení bude zejména pasivní. Na Veřejném webu budou publikovány veřejné
informace z legislativního procesu a zajištěna tak transparentnost a přehlednost celého
legislativního procesu. Veřejnost bude mít možnost registrovat své emailové adresy k odběru
vybraných oznámení o postupu procesu jednotlivých právních aktů či předpisů.
Aktivní zapojení veřejnosti bude představovat funkčnost veřejných připomínkových řízení.
Předpokládá se podpora následujících aktivit:
Veřejné informace o legislativním procesu
Veřejné připomínkové řízení
Notifikace
9.3.2.6 Správa workflow a řízení procesů
Workflow implementované v části 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
prezidenta republiky, tak i o jednodušší procesy spojené například s připomínkováním
věcného záměru či studie RIA.
Typický proces tvorby právního předpisu je možné rozdělit do několika fází:
Fáze zahajovací (též někdy nazývána předpřípravná),
Fáze přípravná,
Fáze schvalovací,
Fáze vyhlašovací.
Systémy e-Sbírka a e-Legislativa jsou zapojeny do všech fází legislativního procesu.
Vlastní realizace workflow engine je zajištěna ve spolupráci s odpovídajícím průřezovým
modulem.
1768
9.3.2.7 Vyhlašování do e-Sbírky
Právní předpisy, které splní všechny podmínky pro vyhlášení, budou vyhlášeny ve Sbírce
zákonů a sbírce mezinárodních smluv prostřednictvím zveřejnění na portálu e-Sbírka.
Vyhlašování právních aktů ve Sbírce zákonů a mezinárodních smluv následuje po přechodu
legislativního procesu do definovaného stavu. V tomto stavu se právního předpisu ujme
Publikační úřad.
Vyhlašování do e-Sbírky bude zajištěno prostřednictvím publikačního modulu dostupného v
rámci komponenta e-Sbírka
9.4 Správa systémů / Service Desk
Service Desk je složen z vlastní aplikace Service Desk pro evidenci a řízení požadavků,
modulu Správy uživatelů, modulu Řízení identit a modulu Monitorování služeb.
Aplikace Service Desk používá vlastní databázi pro ukládání požadavků. Cílem je zajistit
oddělení dat pro případ vzniku havarijních situací ostatních části aplikace a zachovat tak
možnost komunikace na úrovni servisních služeb.
V souladu s požadavky je modul Správy uživatelů poskytuje služby autentizace a (primární)
autorizace uživatelů, které zprostředkovává pro začlenění do Jednotné aplikační platformy.
Pro potřeby správy uživatelů modul správy uživatelů komunikuje z externím systémem
JIP/KAAS prostřednictvím integračního komunikační rozhraní. Ten též zprostředkovává služby
komunikace s kvalifikovanými poskytovateli služeb vytvářejících důvěru za účelem využívání
služeb poskytování kvalifikovaných elektronických časových razítek a v souvislosti
s kvalifikovanými elektronickými podpisy a pečetěmi. Vlastní proces řízení identit uživatelů a
jejich autentizačních nástrojů v jednotlivých evidencích je pak realizován na úrovni modulu
Řízení identit.
1769
Portál správ a systémů
/ Serv ice Desk
Služby pro
potřeby
p o rtá l u
GUI Správ a systémů / Serv ice Desk
Ad m i n i stra ce
Aplikace Správ a
Správa systémů
požadavků
«GUI» Správa
Ad m i n i stra ce i n te rn ích
u ži va te l ů
Správa
externích Správ a uživ atelů
u ži va te l ů
Apl i kač ní Sl u žb y Sl u žb y «db»
sl u žb y napízené přes zabezpeč eného Sl u žb y
JAP ú l o ži ště CDB
Sl u žb y
i n fra stru ktu ry
Jednotná aplikační platforma Centrální datov é úložiště (CDB)
(JAP)
Obrázek 104: Správa Systému / Service Desk
1770
9.4.1 Správa systémů / Service Desk
Komponenta reprezentující část Správy systémů / Service Desk.
9.4.1.1 Aplikace Správa systémů
Administrace a systém správy požadavků.
9.4.1.2 Správa uživatelů
Aplikace nabízející rozhraní pro správu uživatelů a to jak interních tak externích.
9.5 Jednotná aplikační platforma (JAP)
Jednotná aplikační platforma pak poskytuje či zprostředkovává integrované služby
jednotlivým komponentám celkového řešení aplikace e-Sbírka a e-Legislativa.
Vlastní platforma se dělí do dvou dílčích komponent, které se liší systémovou úrovní
poskytovaných služeb. JAP-IS (JAP - Infrastrukturní služby) poskytuje a zprostředkovává
služby společné služby infrastruktury, zejména pak autentizace a autorizace uživatelů, služby
datového úložiště, služby archivace, služby elektronického podpisu, služby monitoring.
JAP-AS (JAP - Aplikační služby) je komponenta zajišťující společné generické služby povahy
aplikační. Ty jsou 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 včetně služeb JAP-IS.
V konečném výsledku tak Jedna aplikační platforma poskytuje svému okolí dvě skupiny
služeb – služby infrastruktury a aplikační služby.
1771
Sl u žb y Aplikační služby
i n fra stru ktu ry
Jednotná aplikační platforma (JAP)
Jednotný JAP-AS Sl u žb y
model Workflow engine zabezpeč eného
ú l o ži ště
Ostatní
sl u žb y Centrální datov é
JAP-AS úložiště (CDB)
Datové AAA ORM Ostatní «db» Služby CDB
ú l o ži ště sl u žb y
«GUI» JAP-IS
Ro u ti n g Ad m i n i stra ce
Monitorov ání JAP-IS
«GUI»
služeb Do h l e d
Zálohov ání
Sl u žb y Sl u žb y Průřezové Sl u žb y
nabízené přes napízené přes sl u žb y napízené přes
JAP JAP JAP
Průřezov é moduly
e-Legislativ a e-Sbírka Správ a Systému /
Serv ice Desk
Obrázek 105: Jednotná aplikační platforma
9.5.1 Jednotná aplikační platforma (JAP)
Komponenta reprezentující část Jednotná aplikační platforma
9.5.1.1 JAP-AS
JAP-AS (JAP - Aplikační služby) je komponenta zajišťující společné generické služby povahy
aplikační. Ty jsou 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 včetně služeb JAP-IS.
1772
9.5.1.1.1 Workflow engine
Procesy potřebné pro spolehlivé fungování e-Sbírky a e-Legislativy budou realizovány
pomocí workflow enginu. Procesy musí umožňovat určitou flexibilitu. Zároveň je nutné
umožnit tyto procesy měnit a aktualizovat dle aktuální právní úpravy. K tomu musí workflow
engine umožnit:
definici stavů procesů;
definici přechodů a podmínek přechodů mezi stavy;
definici rolí, popř. skupin a uživatelů, kteří mají přístup k procesu v daném stavu;
některé části procesů se mohou definovaným způsobem opakovat (přechod zpět na
minulý stav);
definici rolí, popř. skupin a uživatelů, kteří mohou vyvolat přechod z jednoho stavu
do jiného stavu;
skupiny 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);
stavy a přechody mezi stavy (včetně podmínek přechodů) jsou konfigurovatelné;
k procesu je připojen obsah (payload), který prochází spolu s procesem jednotlivými
stavy a může být v určitých stavech definovaným způsobem měněn;
historie vývoje procesu (datum čas přechodů mezi stavy a základě jakého podnětu
kterého uživatele byl stav změněn, atd.) bude zaznamenáván jako audit; tuto historii
bude možné zobrazit uživatelů s patřičným oprávněním.
9.5.1.2 JAP-IS
JAP-IS (JAP - Infrastrukturní služby) poskytuje a zprostředkovává služby společné služby
infrastruktury, zejména pak autentizace a autorizace uživatelů, služby datového úložiště,
služby archivace, služby elektronického podpisu, služby monitoring.
9.5.1.2.1 Zálohování
Systém poskytuje služby zálohování dat. Zálohovaná data budou chráněna šifrováním.
Centrální zálohovací komponenta bude řídit a zastřešovat celý systém zálohování a následné
obnovy. Podporovány jsou následující typy záloh:
Real-time backup v primární lokalitě (veškerá uživatelská data pro Aplikaci e-Sbírka a
e-Legislativa budou uložena v centrálním datovém úložišti, proto bude záloha této
komponenty pro cely systém klíčová)
Fail-over backup v záložní lokalitě.
Zařízení bude zastřešovat zálohy centrálního datového úložiště, konfiguračních částí aplikace
a ostatní komponenty e-Sbírka a e-Legislativa. Bude se skládat z následujících částí:
centrální zálohovací server,
centrální zálohovací knihovna,
diskové pole pro ukládání záloh,
agenti pro zálohování jednotlivých serverů a technologií.
1773
Zálohování všech komponent e-Sbírka a e-Legislativa bude probíhat real time bez nutnosti
odstávky jakékoliv části systému tzn. bez výpadku.
Failover-backup
Veškeré komponenty primárního produkčního a testovacího prostředí budou zálohovány na
záložní pracoviště. Způsob zálohování a obnovy jednotlivých komponent bude řešen v
návaznosti na zvolené technologie, které byly použity při implementaci. Vše bude nastaveno
tak, aby systém mohl být spuštěn v co nejkratší době a aby žádná komponenta nebyla starší
24h. Očekávaná maximální ztráta dat bude nulová.
9.5.1.2.2 Monitorování služeb
Monitorování služeb slouží pro kontrolu plnění SLA.
Předpokládáme monitorování dostupnosti a odezvy systému.
Předpokládáme propojení monitorovacích služeb se systémem ServiceDesk pro případné
reportování porušení SLA.
Konkrétní prostředky monitorování jsou předmětem cílové dodávky řešení a závisí na
prostředí provozovatele služby.
9.6 Centrální datové úložiště (CDB)
Z pohledu uchovávání a správy dat aplikace e-Sbírka a e-Legislativa je klíčovou
komponentou 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. Obě formy
dat jsou uloženy v Centrální databázi poskytující běžnou provozní základnu aplikace.
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ě1. To je vytvořeno na základě
samostatného úložiště splňujícího požadavky na dlouhodobé ukládání dat a dokumentů.
1 Vysvětlení z odpovědí na otázky 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í.
"Zabezpečeným úložištěm" je míněn celý komplexní subsystém dlouhodobého archivu -
důvěryhodného úložiště elektronických souborů. Zadavatel nepředepisuje způsob
implementace "Zabezpečeného úložiště", tento subsystém může mít jak HW tak SW prvky,
jejichž kombinací jsou splněny požadavky na "Zabezpečené úložiště" (uvedené zejména v
kapitole 9.6.1.2 Detailního návrhu a také v požadavku NP029). "Chráněným úložištěm" je
míněno fyzické HW zařízení, použité k fyzickému uložení souborů, tzn. jedna z HW součástí
"Zabezpečeného úložiště". To, o jakou konkrétní HW součást se jedná, je však již specifické
pro konkrétní technický návrh, který zadavatel již nepředepisuje. Je však požadováno, aby byla
uložená data oddělena od ostatních dat minimálně na úrovni fyzických disků. Na
"Zabezpečené úložiště" se vztahují požadavky na vysokou dostupnost, odolnost proti výpadku
datového centra, šifrování dat "encryption in transit" a "encryption at rest" apod.
1774
Chráněné úložiště služby kvalifikovaných elektronických pečetí a kvalifikovaných
elektronických časových razítek.
Centrální datov é úložiště (CDB)
«db» Služby Centrální databáze «GUI»
CDB SQL Ad m i n i stra ce
Sl u žb y Zabezpečené
zabezpeč eného úložiště
ú l o ži ště
Zabezpeč ené Ad m i n i stra ce
u kl á d á n í
Obrázek 106: Centrální datové úložiště
9.6.1 Centrální datové úložiště (CDB)
Komponenta reprezentující část Centrální datové úložiště
9.6.1.1 Centrální databáze
Komponenta centrální databáze plní funkci relačního úložiště dat. Přístup k datům uložením
v centrální databázi je řízen prostřednictvím definovaných oprávnění a data uložená
v centrální databázi jsou chráněna šifrováním.
9.6.1.2 Zabezpečené úložiště
Zabezpečené úložiště pro potřeby uchování vybraných dat a dokumentů ve formě archiválií.
Dokumenty jsou podepsány kvalifikovaným elektronickým podpisem či podpisy nebo
zapečetěny kvalifikovanou elektronickou pečetí. Dokumenty jsou také opatřeny
kvalifikovaným elektronickým časovým razítkem či razítky.. Všechny operace nad úložištěm
jsou zaznamenávány do transakčního logu. Je tak zajištěna dlouhodobě průkazná
nepozměnitelnost obsahu, prokázaní jeho původu a časového okamžiku jeho existence. Tj.
zabezpečené úložiště splňuje požadavky na dlouhodobé ukládání dat a dokumentů. Ukládán
je zde také samotný transakční log
Dlouhodobá integrita uložených dokumentů a k nim se vážících objektů (metadat) bude
zajišťována jak na úrovni technologické, tak i pomocí organizačních opatření, mezi která patři
zejména:
pravidelná obnova elektronických časových razítek - tzn., "přerazítkovávání" - přidání
nových kvalifikovaných elektronických časových razítek dříve, než skončí platnost
existujících časových razítek,
1775
řešení "stárnutí" kryptografických technik, na základě kterých jsou vytvářeny otisky
uložených dat a dokumentů (ty se budou postupem času stávat více zranitelnými a
budou vyžadovat jejich nahrazení novějšími a bezpečnějšími).
Navrhovaný systém musí splňovat následující požadavky:
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ů.
9.7 Průřezové moduly
Za účelem jasného oddělení společných, obecných funkcionalit aplikační úrovně je v rámci
aplikace e-Sbírka a e-Legislativa vydělena skupina Průřezových modulů. Obecně se jedná o
komponenty rozšiřující Jednotnou aplikační platformu na úrovni aplikačních služeb (tj. úrovni
JAP-AS), s případným využíváním služeb infrastruktury poskytovaných JAP-IS. Moduly navíc
implementují i řadu funkcionality zprostředkovávané přímo expertním uživatelům, ať už za
účelem modifikace chování modulů, jejich rozšiřování či využíváním pokročilých funkcí na
rámec funkcionalit dostupných v portálech. Mezi tyto průřezové moduly patří i modul
universální komunikační rozhraní, který pro potřeby ostatních částí aplikace odstiňuje
specifické aspekty dalších, externích informačních systémů se kterými si aplikace musí
vyměňovat data.
1776
Jednotná aplikační Centrální datov é úložiště
platforma (JAP) (CDB)
Apl i kač ní Sl u žb y Sl u žb y «db» Služby
sl u žb y i n fra stru ktu ry zabezpeč eného CDB
ú l o ži ště
Průřezové
sl u žb y
Služba křížov ých Průřezov é moduly « e xte rn a l »
referencí IS Poslanecké sněmov ny
Notifikace PKI – Public Key Infrastructure
Služby předání stavů, dokumentů a
Řízení identit Modul elektronických metadata
podpisů
Autentizační modul « e xte rn a l »
Služba časov ého razítka oDOK/eKLEP
(TSA)
Certifikační autorita «GUI»
Ad m i n i stra ce
Sl u žb y
CA
Auditní subsystém Adresářov á služba
LDAP « e xte rn a l »
Univ ersální komunikační rozhraní IS Senátu ČR
Sl u žb y Služby předání
externích změn legislativy
systémů
« e xte rn a l »
Sl u žb y AIS Procesní modelov ání
a u to ri ty
agend
« e xte rn a l » Sl u žb y
Akreditov ané certifikační autorizace a Služby předání
a u te n ti za ce vazeb na předpisy
autority
« e xte rn a l » « e xte rn a l »
JIP KAAS Registr práv a pov inností
1777
Jednotná aplikační Centrální datov é úložiště
platforma (JAP) (CDB)
Apl i kač ní Sl u žb y Sl u žb y «db» Služby
sl u žb y i n fra stru ktu ry zabezpeč eného CDB
ú l o ži ště
Průřezové
sl u žb y
Služba křížov ých Průřezov é moduly « e xte rn a l »
referencí IS Poslanecké sněmov ny
PKI – Public Key Infrastructure
Služby předání stavů, dokumentů a
Modul elektronických metadata
podpisů
« e xte rn a l »
Notifikace Služba časov ého razítka oDOK/eKLEP
(TSA)
Řízení identit Certifikační autorita
Sl u žb y «GUI»
CA Ad m i n i stra ce
Auditní subsystém
Adresářov á služba
LDAP « e xte rn a l »
IS Senátu ČR
Univ ersální komunikační rozhraní
Služby předání
Sl u žb y Sl u žb y změn legislativy
externích autorizace a
systémů a u te n ti za ce « e xte rn a l »
AIS Procesní modelov ání
«ws» « e xte rn a l »
Sl u žb y JIP KAAS agend
a u to ri ty
Služby předání
« e xte rn a l » vazeb na předpisy
Akreditov ané certifikační
« e xte rn a l »
autority Registr práv a pov inností
Obrázek 107: Průřezové moduly
9.7.1 Průřezové moduly
Komponenta reprezentující část Průřezové moduly
9.7.1.1 Auditní subsystém
Auditní subsystém slouží k zajištění jednotného auditního logu a tí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í.
1778
Zdroje auditních logů
Zdrojem auditních záznamů jsou:
Aplikační logy,
události spojené se správou účtů
události autentizace
manipulace s vybranými daty nebo datovými objekty
bezpečnostně zajímavé operace (změna konfigurace, přístup k logům, alarmové
stavy)
práva a kompetence uživatelů
logy operačního systému:
startup / shutdown služby, aplikace
přihlášení / odhlášení
Logy bezpečnostního SW či HW:
firewaly
routery
HSM...
Formát a obsah auditního záznamu
Pro účely Aplikace e-Sbírka a e-Legislativa je pro auditní záznamy použita datová struktura,
jejíž jednotlivé položky charakterizují zejména tyto veličiny, činnosti či stavy:
pořadí události
datum a čas události
bezpečnostní kategorii (skupinu) události (operace s klíči, autentizace obsluh,
spouštění a instalace vybraných aplikací, driverů, knihoven, operace s auditem, chyby,
neautorizované přístupy, útoky, apod.)
typ události (pokud je dostupný, např. identifikace obsluhy, technická závada,
reinstalace systému, test, atd.)
příčina vzniku události – účel (je-li údaj relevantní)
parametry události – strukturovaná XML data např. s popisem vstupních/výstupních
parametrů
komentář (textové upřesnění události)
nemodifikovatelný kontrolní prvek integrity záznamu (MAC/KA)
Ochrana auditních logů
Protože auditní záznamy obsahují informace o bezpečnostně významných událostech, jsou
logy chráněny před porušením jejich důvěrnosti a integrity. Jejich obsah je 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 – zde kryptograficky vypočteným
MAC (mód symetrické šifry AES) s použitím k tomuto účelu vytvořeného auditního klíče
uloženého v HSM. Jednotlivé záznamy seznamů budou rovněž opatřeny pořadovým
identifikátorem, který bude součástí kryptograficky vytvořené kontrolní části MAC, čímž bude
možno auditovat i kontinuitu pořadí záznamů. Seznamy budou určeny pouze pro čtení.
1779
Auditování integrity
Jsou podporovány dva způsoby auditovaní a to:
Pravidelný (periodický). Externí zabezpečený server ověřující v pravidelných
intervalech integritu důvěryhodného úložiště.
Náhodný (na vyžádání).
Při požadavku kontroly externím auditorem nebo uživatelem nad archivním
objektem, na které má oprávnění.
Obecně lze ověřit integritu v rámci autoritu s použitím ACE ve dvou krocích:
Vygenerování hashe určitého dokumentu a jeho kontrola s údajem uloženým v
příslušném IT. Pokud následuje shoda lze pokračovat dalším krokem, pokud ne je
třeba iniciovat kroky spojené s porušením integrity archivu.
Použít vygenerovaný otisk spolu s AHV pro ověření CSI vytvořené v příslušném kole,
ve kterém byl přidán do archivu. Shoda znamená, že objekt je nedotčený.
Integrita auditních záznamů
Integrita auditních záznamů bude zajišťována pravidelným vkládáním auditního záznamu
obsahujícím časové razítko dle RFC-3161 „Internet X.509 Public Key Infrastructure Time-
Stamp Protocol (TSP)“ obsahující otisk z předchozích auditních záznamů.
Uzavřené soubory auditních záznamů budou pak zajišťovány rovněž pomocí série
provázaných otisků (Linkage Hashes) podle standardu RFC-4998 Evidence Rekord Syntax.
Model zajištění integrity – vlastní realizace
Bude využit tzv. Auditing Control Environment (ACE) Framework. ACE je založen na §výše
popsaném standardu RFC-4998 Evidence Rekord Syntax.
Podstatné je, že ACE, založené na standardech je framework, který může být využit i jako
kontrolní nástroj při auditech a certifikaci celého důvěryhodného úložiště.
ACE je koncipováno tak, aby konstantně monitorovalo integritu archivu a dovolilo použití
nezávislých nástrojů třetích stran při auditování integrity. ACE předpokládá, že editovacím
nástrojům třetích stran nebude dovoleno modifikovat obsah. Jeho základním principem je
práce se dvěma objekty vytvořenými po přijetí dokumentu do archivu. Konkrétně se jedná o:
Otisk integrity (IT)
Souhrnné kryptografické informace (CSI).
Doba uchovávání technických provozních záznamů systému
Technické provozní záznamy systému budou uchovávány nejméně po dobu 90 dní.
1780
9.7.1.2 Notifikace
Komponenta notifikace, neboli Oznámení o změnách, podporuje informování uživatele o
změně určitých dat v systému. Obecně lze notifikace rozdělit na dvě skupiny:
Notifikace definované procesem – tyto notifikace jsou rozesílány uživatelům na
základě definovaných kroků procesu, resp. při přechodu z jednoho kroku do dalšího
a seznam cílených uživatelů je definován rolemi či skupinami nadefinovaných k
procesu.
Notifikace na vyžádání – uživatel má možnost se přihlásit k odběru notifikací o
změnách konkrétních objektů (přidání či změny dokumentů, nové události v
kalendáři, přidělení nového úkolu, atd.). Oznámení je pak zasláno pouze uživatelům
zaregistrovaným pro odběr.
9.7.1.3 PKI – Public Key Infrastructure
Infrastruktura PKI bude využívat následující standardy pro klíče a časová razítka:
RSA párový klíč s délkou klíče 2048 bitů (veřejný, soukromý klíč), a to jak pro
podpisové, tak i šifrovací klíče.
Certifikáty (šifrovací i podpisové) budou používat hashovací funkci třídy SHA-2.
Algoritmus použitý k podpisu vlastního časového razítka rovněž bude využívat
hashovací funkci třídy SHA-2.
U produktů kvalifikovaných poskytovatelů služeb vytvářejících důvěru bude akceptovat
parametry klíčů a časových razítek dle nabídky daného poskytovatele.
RSA klíče budou omezeny ve funkcionalitě tak, že budou zvlášť klíč pro:
podepisování a autentizaci,
šifrování dat.
RSA klíče pro šifrování dat budou zálohovatelné tak, aby z bezpečnostních důvodů nemohlo
dojít k nedostupnosti zašifrovaných dat v archivech.
9.7.1.3.1 Služba časového razítka (TSA)
Služba časového razítka (též TSA - Time Stamping Authority) slouží k opatřování dokumentů
časovým razítkem zajišťujícím prokazatelnost okamžiku existence dat v nepozměnitelné
podobě.
9.7.1.3.2 Modul elektronických podpisů
Systém e-Sbírka a e-Legislativa bude využívat k práci s elektronickými podpisy,
elektronickými pečetěmi a časovými razítky společnou službu modulu elektronických
podpisů.
1781
Modul elektronických podpisů2, tak bude:
ověřovat elektronické podpisy;
ověřovat kvalifikované elektronické podpisy a kvalifikované elektronické pečeti;
ověřovat časová razítka a kvalifikovaná elektronická časová razítka;
vytvářet elektronické podpisy dokumentů za použití systémových certifikátů
přidávat do elektronických podpisů časová razítka, a to i opakovaně
přidávat do kvalifikovaných elektronických podisů a kvalifikovaných elektronických
pečetí kvalifikovaná elektronická časová razítka, a to i opakovaně
pro ověřování kvalifikovaných elektronických podpisů, kvalifikovaných elektronických
pečetí a kvalifikovaných elektronických časových razítek bude modul udržovat
Repositář certifikátů kvalifikovaných poskytovatelů služeb vytvářejících důvěru a
jejich CRL;
systém bude podporovat certifikáty a časová razítka vydávané kvalifikovanými
poskytovateli služeb vytvářejících důvěru v ČR.
9.7.1.3.3 Certifikační autorita
Interní certifikační autorita3 bude sloužit k vydávání:
certifikátů pro autentizace uživatelů z řad interních pracovníků,
certifikátů šifrování dat metodou RSA,
serverových certifikátů pro tvorbu elektronických podpisů pro podepisování
dokumentů
certifikátu pro interní službu časového razítka (TSA)
Nepředpokládá se, že interní CA bude poskytovat služby externím uživatelům.
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
2 Z odpovědí na otázky v zadávacím řízení:
Zadavatel umožní, aby v jednom HSM modulu byly jak privátní klíče kvalifikovaných
certifikátů, tak certifikátů vydaných interní certifikační autoritou.
Zadavatel se drží striktního výkladu nařízení eIDAS ve shodě s Evropskou Komisí, tzn.
neumožní aplikaci přechodného opatření stanoveného ve čl. 51 odst. 1 nařízení eIDAS rovněž
na kvalifikované prostředky pro vytváření elektronických pečetí.
3 Vysvětlení z odpovědi na otázku v zadávacím řízení:
Interní certifikační autorita může používat certifikáty produkční kvality například až od fáze integrace,
tzn. T+20 měsíců. Do té doby je systém čistě v režimu vývoje a testování. Případné využití interní
certifikační autority v rámci digitalizace je také pouze přechodné opatření dočasně nahrazující
plnohodnotnou aplikaci pečetí a razítek dle eIDAS.
1782
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í.
Při implementaci doporučujeme zvážit, zda případně nepoužít na místo interní certifikační
autority přímo Certifikační Autoritu systému základních registrů (CA SZR) nebo zda nezačlenit
Interní certifikační autoritu do stromu důvěry právě pod CA SZR.
9.7.1.4 Služba křížových referencí
Slouží k zajištění korespondence mezi identifikátory odpovídajících dokumentů v různých
systémech.
9.7.1.5 Universální komunikační rozhraní
Řešení komunikačního rozhraní v projektu e-Sbírka a e-Legislativa realizujeme kombinací
nástrojů pro procesní a datovou integraci. Aplikace e-Sbírka a e-Legislativa bude k
univerzálnímu komunikačnímu rozhraní připojena za pomoci jediného adaptéru na bázi
webových služeb založených na XML.
Pro rozhraní byla vydefinována požadovaná úroveň zabezpečení:
Pro ověření identity odesílatele zprávy bude zavedena autentizace odesílatele.
Nelze připustit pozměnění zprávy (ať již nechtěné, nebo cíleným útokem) během
přenosu, proto je nutné zabezpečení integrity přenosu dat.
Pro zabezpečení přenosu dat proti odposlechu je implementována důvěrnost
přenosu dat.
Pro zabezpečení nezpochybnitelnosti vazby mezi osobou a odeslanou či přijatou
zprávou, je implementována funkce nepopíratelnosti odeslání či nepopíratelnosti
přijetí zprávy.
Budou využity následující technologie:
XML Signature
XML Encryption
AES (Rijndael algorithm)
1783
Univ ersální komunikační rozhraní
Katalog
přenosů
Depositář přenosů
Řízení
ko m u n i ka ce
Komunikátor
Výměna dat Výměna dat
Konektor Komunikační báze
Popis dat Konfigurátor Popis dat
přenosů
«GUI»
Ko n fi g u ra ce
Rozhraní systému
« e xte rn a l »
Externí systém
komunikačního rozhraní
Obrázek 108: Universální komunikační rozhraní
9.7.1.5.1 Komunikační báze
Komunikační báze poskytuje úložiště a odpovídající služby pro popis a výměnu dat
9.7.1.5.2 Konfigurátor přenosů
Umožňuje spravovat konfigurace jednotlivých přenosů
9.7.1.5.3 Depositář přenosů
Správa katalogu jednotlivých přenosů realizovaných přes Univerzální komunikační rozhraní
9.7.1.5.4 Externí systém komunikačního rozhraní
Externí část realizující vlastní napojení na externí systémy
9.7.1.5.5 Komunikátor
Komponenta řídící komunikaci s externími systémy
1784
9.7.1.5.6 Konektor
Konektory definované podle potřeb jednotlivých napojených externích systémů
9.7.1.6 Řízení identit
Modul řízení identit slouží k zajištění správy uživatelů v napojení a adresářovou službu a
infrastrukturu veřejných klíčů spravovanou interní certifikační autoritu. Současně musí systém
podporovat přebírání identit spravovaných v systému JIP/KAAS.
9.7.1.7 Autentizační modul
Autentizační modul komunikuje s webovou službou KAAS za účelem získání informací o
uživateli. Webové službě předá autentizační token. Pokud je token platný, obdrží zpět
informace o uživateli. Implementace dle specifikace JIP/KAAS.
9.8 Externí systémy
V průběhu legislativního procesu je zcela nezbytné, aby systémy e-Sbírky a e-Legislativy
komunikovaly s externími systémy, které jsou již v současné době na různých úrovních
provozovány nebo budou teprve vybudovány. Mezi takové externí systémy můžeme zařadit
RPP, Portál veřejné správy, NLex, eKLEP a informační systémy Poslanecké sněmovny a Senátu.
Základním principem pro vybudování rozhraní pro externí systémy musí být dodržování
otevřených standardů pro vytváření webových služeb a komunikací. Systémy e-Sbírky a e-
Legislativy budou externím systémům data poskytovat a budou data také z některých
systémů přebírat. Komunikace se těmito externími systémy bude probíhat na základě
definovaných rozhraní jednotlivých systémů.
Veškerá komunikace mezi těmito systémy 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 i tato API vystavena na eGON Service Bus.
Nezbytnou součástí je i řešení flexibilního provisioningu služeb systémů eSeL.
1785
cmp Externí sytémy
« e xte rn a l » « e xte rn a l »
Obecné externí systémy IS Poslanecké sněmov ny
Průřezov é moduly « e xte rn a l »
Služby externích systémů IS Senátu ČR
« e xte rn a l »
oDOK/eKLEP
Služby předání stavů, dokumentů a
metadata
« e xte rn a l »
N-Lex
« e xte rn a l »
EurLEX
« e xte rn a l »
Portál v eřej né správ y
Sl u žb y Služby předání
a u to ri ty změn legislativy
« e xte rn a l » Sl u žb y Služby předání « e xte rn a l »
Kv alifikov aní autorizace a vazeb na předpisy Systém tiskárny MV
poskytov atelé služeb a u te n ti za ce
v ytv ářej ících dův ěru a Odkazy pro
v eřej né certifikační « e xte rn a l » tisk PDF
JIP KAAS
autority « e xte rn a l » Služby vyhledávání a « e xte rn a l »
Registr práv a pov inností stahování předpisů Czech POINT
Obrázek 109: Externí systémy
9.8.1 oDOK/eKLEP
Systém oDok je platformou pro Oběh dokumentů mezi ústředními orgány státní správy. Na
této platformě je implementován subsystém eKLEP (elektronická knihovna legislativního
procesu), který slouží k výměně dokumentů - vládních materiálů - na Úřadu Vlády. Knihovna
eKLEP tak obsahuje vládní dokumenty zaslané do meziresortního připomínkového řízení,
připomínky, vypořádání připomínek, materiály předkládané na jednání vlády a konečné
materiály se zapracovanými připomínkami z jednání vlády. Elektronickou knihovnu lze také
využít pro meziresortní připomínkové řízení materiálů, které nejsou určeny přímo pro jednání
vlády.
Se zavedením e-Legislativy tato přebírá vlastnictví dokumentů v rámci legislativního procesu.
Současně e-Legislativa řídí vybrané číselníky, jako je např. číselník připomínkových míst a
poskytuje tyto číselníky okolním systémům, mezi nimi eKlepu. Mezi eKlepem a e-
Legislativou je dále třeba synchronizovat stavy projednávaných právních aktů, tak jak jsou
řízeny v jednotlivých systémech.
1786
V rámci implementace e-Legislativy je tak třeba doplnit a upravit požadovaná rozhraní
eKlepu k zajištění integrace s e-Legislativou.
« e xte rn a l »
oDOK/eKLEP
Založení Materiálu «interface» Externí
založení Materiálu Přijmi notifikaci změny číselníku
«interface» Synchronizace číselníků Pošli notifikace změny eKlep číselníku
Přijmi změnu stavu Pošli eKlep číselník
Stáhni eL číselník
«interface» Aktualizace stavu
Pošli změnu stavu
Stáhni dokument «interface» Předání dokumentu
Obrázek 110: oDOK/eKLEP
9.8.1.1 Předávání stavů, metadat materiálů a dokumentů
e-Legislativa identifikuje změnu stavu relevantní pro Úřad Vlády. V případě vzniku nového
materiálu vytvoří souborové dokumenty ze strukturovaných dat v systému eKlep založí
příslušný materiál, včetně potřebných metadat pomocí rozhraní poskytovaného eKlep a
zaznamená identifikátory do modulu křížových referencí. Při každé následné relevantní
změně stavu vytvoří novou verzi souborového dokumentu a odešle do eKlep notifikaci o
změně stavu s použitím identifikátorů poskytnutých modulem křížových referencí. Samotný
přenos souborových dokumentů je pak inicializován ze systému eKlep.
9.8.1.2 Synchronizace číselníků
Bude zajištěna vzájemná synchronizace číselníků, jako je například číselník typů dokumentů
nebo číselník připomínkových míst. V okamžiku změn příslušného číselníku bude druhý
systém notifikován a následně si stáhne požadovaná číselníková data v definovaném
strukturovaném formátu na bázi XML.
9.8.2 IS Poslanecké sněmovny
Informační systém Parlamentu (IS PSP) zahrnuje veřejnou a neveřejnou část podporující práci
poslanecké sněmovny. Z hlediska systémů e-Sbírka a e-Legislativa je podstatná podpora
práce se sněmovními dokumenty a sněmovními tisky v rámci legislativního procesu.
1787
Integrace se systémem e-Legislativa je navržena tak, že IS PSP vystupuje jako čistý
konzument služeb poskytovaných e-Legislativou, tj. neuvažujeme, že by e-Legislativa
vyžadovala implementaci nových poskytovaných služeb na straně IS PSP, které by sama
konzumovala. To znamená, že systém IS PSP bude sám zodpovědný za synchronizaci stavů a
případné převzetí dokumentů v souborové podobě nutné k vlastní práci. Současně s
přebíráním souborových dokumentů bude předáván odkaz na zdrojový strukturovaný text
právních aktů přístupny v systému e-Legislativa. Tj. případné změny - vytváření novel, tvorba
připomínek atp. bude uživatel provádět přímo v systému e-Legislativa.
« e xte rn a l »
IS Poslanecké sněmov ny
«interface» Aktualizace stavu
Stáhni změnu
stavu
Stáhni dokument «interface» Předání dokumentu
«interface» Synchronizace číselníků
Stáhni číselník
Obrázek 111: IS Poslanecké sněmovny
9.8.2.1 Předávání Sněmovních dokumentů
Systém e-Legislativa identifikuje změnu stavu právního aktu relevantní pro PSP. Na základě
této události vygeneruje příslušné souborové dokumenty ze strukturovaných dat a přidělí jim
identifikátory známé v IS PSP. Dokumenty připraví ke stažení na definované adrese. Samotné
stažení dokumentů a jejich další zpracování je na zodpovědnosti IS PSP. e-Legislativa
nevyžaduje žádné potvrzení o úspěšnosti přenosu.
9.8.3 IS Senátu ČR
Publikační a evidenční systém Senátu (IS Senátu) podporuje práci senátu včetně podpory
legislativního procesu. Obdobně jako u IS PSP bude i informační systém Senátu vystupovat v
roli čistého konzumenta služeb poskytovaných e-Legislativou. Tj. sledování změn stavů a
případné stahování souborových dokumentů příslušných právních aktů bude plně v jeho
zodpovědnosti.
1788
« e xte rn a l »
IS Senátu ČR
«interface» Aktualizace stavu
Stáhni změnu
stavu
Stáhni dokument «interface» Předání dokumentu
«interface» Synchronizace číselníků
Stáhni číselník
Obrázek 112: IS Senátu ČR
9.8.3.1 Aktualizace stavů
IS Senátu zasílá od e-Legislativa notifikace o změnách Senátních tisků e-Legislativa provede
pomocí tabulky křížových referencí namapování na příslušné právní akty a překlad
identifikátorů změny na příslušný stav.
9.8.3.2 Předávání Senátních dokumentů
Systém e-Legislativa identifikuje změnu stavu právního aktu relevantní pro Senát ČR. Na
základě této události vygeneruje příslušné souborové dokumenty ze strukturovaných dat a
přidělím jim identifikátory známé v IS Senátu. Dokumenty připraví ke stažení na adrese
známé IS Senátů. Samotné stažení dokumentů a jejich další zpracování je na zodpovědnosti
IS Senátu. e-Legislativa nevyžaduje žádné potvrzení o úspěšnosti přenosu.
9.8.4 Registr práv a povinností
RRP udržuje referenční údaje o působnosti orgánů veřejné moci a to o agendách, o orgánech
veřejné moci, které je vykonávají, o informačních systémech, které pro výkon agend používají
a o rozsahu oprávnění přístupu k referenčním údajům a dále
referenční údaje o právech a
povinnostech osob a to o údajích o rozhodnutích, na jejichž základě dochází ke změně
referenčním údajů v ZR, o údajích o dalších právech a povinnostech osob, pokud tak stanoví
jiný právní předpis.
Vazby mezi RPP a e-Sbírkou a e-Legislativou jsou dány následujícími skutečnostmi a
předpoklady:
Číselník právních předpisů je v RPP udržován až do detailu konkrétního ustanovení
právního předpisu.
Číselník právních předpisů neobsahuje citaci příslušného ustanovení
1789
Agenda evidovaná v RPP obsahuje odkaz na právní předpis, na základě kterého
agenda vzniká.
Agendové role evidované v RPP obsahuje odkaz na právní předpis, na základě
kterého agendová role vzniká.
Záznam v matici oprávnění evidovaný v RPP obsahuje odkaz na právní předpis, na
základě kterého příslušné oprávnění vzniká.
Rozhodnutí OVM evidované v RPP obsahuje odkaz na právní předpis, na jehož
základě OVM rozhodnutí vydal
RPP neobsahuje nástroje na editaci číselníku právních předpisů
RPP potřebuje aktuální číselník právních předpisů
RPP potřebuje u agend, agendových rolí, záznamů v matici oprávnění automaticky
aktualizovat označení právního předpisu, pokud došlo k jeho přečíslování
RPP potřebuje u historických rozhodnutí OVM udržovat odkaz na tehdy platný
právní předpis
údaje o agendách veřejné moci jsou referenčním údajem dle zákona č. 111/2009 Sb.,
o základních registrech
Procesní model agendy vychází z právních předpisů, které agendu definují a popisují
kdo (agendové role) vykonává jaké činnosti na základě jakých právních předpisů.
Rozhodnutí OVM může vytvářet životní situaci osoby (právo, či povinnost), jako je
například rodičovství, manželství, opatrovnictví a podobně.
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.
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
e-Sbírka musí umožnit zobrazení aktuálního znění právního předpisu
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)
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)
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)
e-Sbírka musí alespoň 1 měsíc uchovávat informace o změnách, dojde-li k vyhlášení
předpisu, který mění ustanovení (nové ustanovení, jeho změna nebo zrušení
ustanovení), na které je navázán nějaký záznam RPP (v datech e-Sbírky). Zároveň v
rámci veřejného API poskytuje e-Sbí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 přes toto API seznam výše uvedených změn
v eSbírce za minulý den.
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í))
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ů
1790
RPP významově pracuje pouze s platným právem (tedy daty v e-Sbírce), data v RPP
nemohou odkazovat na připravované právo v e-Legislativě.
Pojmy ve výkladovém slovníku CzechVOC mohou být pomocí webových odkazů
asociovány s pojmy ve slovníku orgánů veřejné moci (OVM) v rámci RPP.
« e xte rn a l »
Registr práv a pov inností
Katalog agend a agendov ých Rozhodnutí OVM
rolí
Číselník práv ních předpisů Procesní modely agend
v eřej né správ y
Katalog působností orgánů Katalog rolí a situací osob
v eřej né moci
Obrázek 113: Registr práv a povinností
9.8.5 N-Lex
Připojení na Remote Connector (sada SOAP webových služeb) pro přístup k českému právu z
evropského systému N-Lex. N-Lex zprostředkovává v rámci portálu EUR-Lex přístup k
oficiálním databázím právních předpisů vydávaných publikačními úřady zemí EU.
9.8.6 JIP KAAS
Systémy e-Sbírka a e-Legislativa musí být schopny ověřovat identitu uživatelů pomocí
systému JIP/KAAS.
9.8.6.1 Jednotný identitní prostor
Jednotný identitní prostor je zabezpečené adresářové úložiště informací o orgánech veřejné
moci a jejich uživatelích.
1791
9.8.6.2 Katalog autentizačních a autorizačních služeb
Katalog autentizačních a autorizačních služeb (KAAS) slouží pro autentizaci a autorizaci
uživatelů do externího systému a pro editaci údajů v JIP lokálními administrátory.
9.8.6.3 Autorizace a autentizace
Diagram popisuje přihlašovací sekvenci pro interní uživatele systémů eSbírka i eLegislativat
s využitím společného autentizačního a autorizačního průřezového midulu s využitím
externích služeb JIP/KAAS. (Toto se netýká běžných konzumentů práva přistupujícícm
k textům zákonů na portálu eSbírky)
Interní uživ atel
1. Pokus o přihlášení do systému Web Brow ser
2. Přesměrování na KAAS
5. Přihlášení pomocí tokenu 4. Přesměrování a předání tokenu
« fl o w»
« fl o w» 6. Ověření tokenu 3. Přihlášení do KAAS
«flow» «flow» « fl o w»
« fl o w»
AIS eSbírka nebo eLegislativ a « e xte rn a l »
Webov é rozhraní 7. Potvrzení ověření uživatele, JIP KAAS
návrat sady oprávnění
Autentizační modul Katalog autentizačních a
« fl o w» autorizačních služeb
Jednotný identitní
prostor
Obrázek 114: Autorizace a autentizace
1792
9.8.7 Kvalifikovaní poskytovatelé služeb vytvářejících důvěru a veřejné
certifikační autority
Systémy e-Sbírka a e-Legislativa budou využívat služeb kvalifikovaných poskytovatelů služeb
vytvářejících důvěru pro elektronické transakce k vytváření kvalifikovaných elektronických
pečetí a kvalifikovaných elektronických časových razítek.
Dále budou využívat služeb veřejné certifikační autority: 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.
Je preferováno, aby využívané veřejné certifikační autority byly současně i kvalifikovanými
poskytovateli služeb vytvářejících důvěru.
Dále bude třeba zajistit přístup k seznamům zneplatněných certifikátů vydaných využívanými
kvalifikovanými poskytovateli služeb vytvářejících důvěru a veřejnými CA. Např. pro operace s
kvalifikovanými elektronickými podpisy a pečetěmi v příslušných krocích legislativního
procesu.
9.8.8 Portál veřejné správy
Portál veřejné správy (PVS) udržuje a zveřejňuje popisy "Životních situací". Předpokládáme
využití odkazů na zdroj právních předpisů (tj. eSbírku ) týkajících se příslušných Životní
situací. Případně též zjišťování změn právních předpisů s dopadem na změny popisů Životní
situací. Přepodkládáme, že PVS bude využívat standardní rozhraní eSbírky pro přístup k
příslušným předpisům, zejména přímé odkazy na portál eSbírky
PVS v současné podobě také zveřejňuje vybrané zákony v platném a účinném znění. Odkazy
na tyto zákony a jejich části (až do úrovně paragrafu) jsou využívány širokou veřejností a PVS
musí mít možnost tyto odkazy zachovat. Pro integraci s eSbírkou tak PVS vyvine algoritmus,
který na příslušném URL PVS provede přesměrování na obdobné URL portálu eSbírky.
9.8.9 Czech POINT
Pracoviště Czech POINT budou využívat systém eSbírka jako zdroj vyhlášených právních aktů,
které mohou být na tomto pracovišti na žádost zákazníka vytištěny. Tato služba bude
poskytována pro vyhlášené právní akty z právně závazné části eSbírky. Vytištěný obsah
právního aktu bude v systému Czech POINT doplněn ověřovací doložkou, která bude z
výsledku dělat právně závazný text.
Pracoviště Czech POINT jsou omezena v počtu listů, které jsou schopna sešít a ověřit jako
jeden balík. Proto nebude na Czech POINT možné požádat u větších právních aktů o jeden
1793
celkový výstup, ale o výstup v určitém rozsahu stran. Předběžně se přepokládá, že půjde o 60
stran.
Zákazník tedy při žádosti o tisk a ověření také uvede, o jaký rozsah stran má zájem. Bude-li
mít zájem o celý právní akt s vyšším počtem stran, obdrží několik samostatně ověřených
balíků po 60-stránkových blocích.
Zákazník, který přijde na kontaktní místo Czech POINT, sdělí pracovníkovi Czech POINT, o
který právní akt má zájem. Pracovník Czech POINT zadá tyto údaje do obazovky systému
Czech POINT. Pole pro vyhledání právního aktu jsou obdobná jako u vyhledávání na portále
eSbírky. Systém Czech POINT následně kontaktuje eSbírku pomocí veřejného API, které vrátí
seznam vyhlášených právních aktů, které splňují zadaná kritéria. Systém Czech POINT tento
seznam zobrazí pracovníkovi Czech POINT, který po konzultaci se zákazníkem vybere
požadovaný předpis. Systém Czech POINT pomocí API eSbírky zobrazí detaily vybraného
předpisu, zejména celkový počet stran a informaci, zda je ve vybraném právním aku nějaký
barvený obsah. Pracovník Czech POINT probere tyto informace se zákazníkem, který se
rozhodne, o kterou část pravního aktu (rozsah stran) má zájem a zda chce černobílý nebo
barevný tisk (liší se v ceně). Pracovník Czech POINT tyto údaje zadá do systému Czech POINT,
který postupně požádá eSbírku přes API o vygenerování několika PDF v požadovaném
rozsahu stran (předběžně v blocích o 60 stranách). K jednotlivým PDF Czech POINT doplní
ověřovací doložku. Každý jednotlivý balík pracovník Czech POINT vytiskne, sešije, potvrdí
ověřovací doložku a předá zákazníkovi.
9.8.10 Tiskárna Ministerstva vnitra
Tiskárna MV bude umožňovat objednat tisk dokumentů eSbírky, a to zejména její právně
závazné části. Výtisk právně závazného znění právního aktu eSbírky nebo právně závazného
úplného znění právního předpisu provedený Tiskárnou MV bude mít právní závaznost (v
písemné podobě).
Systém tiskárny MV umožní objednat a zaplatit vytištění. Technologicky půjde o eShop
poskytující individuální tisk jedné či více kopií.
Portál eSbírky bude u příslušných PDF obsahovat odkazy do webu systému Tiskárny MV,
které usnadní objednání tisku příslušného dokumentu.
Poté, co zákazník objedná tisk dokumentu v systému Tiskárny MV, systém Tiskárny MV si
přes veřejné API stáhne dokument (či dokumenty) a předá jej v rámci tiskárny k vytištění a
následné expedici. Bude-li omezen počet stran jednoho svázaného výtisku, může systém
Tiskárny MV využít možnosti stáhnout si přes API eSbírky dokument po částech dle
zadaného rozsahu stránek.
Systém Tiskárny MV (eShop) může obsahovat i produktový katalog obsahující možnosti tisku
dalších dokumentů poskytovaných API eSbírky či eLegislativy dle rozhodnutí Tiskárny MV a
komerčním zájmu o dané produkty. V takovém případě bude Systém Tiskárny MV používat
veřejné API eSbírky a eLegislativy pro vyhledávání a využívání informací v systémech eSeL.
1794
9.8.11 EUR-Lex
Dokumenty budou z EUR-Lexu automaticky aktualizovány a konvertovány do datového
modelu umožňujícího přesná propojení s datovým obsahem e-Sbírky s přesností na
ustanovení. Tak bude možno realizovat například přesné transpozice evropských norem (viz
http://eur-lex.europa.eu/cs/index.htm).
9.8.12 Obecné externí systémy
Systémy e-Sbírka a e-Legislativa budou poskytovat veřejná API postavená na principech
Open Data a REST. Tato API budou dostupná všem externím systémům, které budou mí
zájem informace využít. Předpokládá se přístup zejména z právních informačních systémů.
Veřejné API e-Sbírky je rozhraní pro strojové čtení informací dostupných na portálu e-Sbírky,
zejména vyhledávání právních aktů a přepisů, poskytování strukturovaných i právně
závazných znění i jejich částí, metadat, dokumentů, číselníků.
Pomocí veřejného API e-Legislativy bude možné programově požádat o vybrané veřejné
informace o legislativním procesu, které jsou k dispozici na veřejné části Webového portálu
e-Legislativy. Jedná se pouze o přístup pro čtení.
1795
10 Model nasazení a provozu
10.1 Základní architektura řešení v oblasti nasazení a provozu
Model nasazení a model provozu systémů e-Sbírka a e-Legislativa. Model nasazení popisuje
fyzické nasazení systémů e-Sbírka a e-Legislativa v datových centrech.
Tato kapitola popisuje základní koncepční principy, kterými se bude nasazení a provoz
informačního systému řídit, přičemž bude následně na dodavateli informačního systému
definovat konkrétní použití ať už HW nebo SW technologie jakož i způsob jejich použití pro
dosažení účelu informačního systému za dodržení požadovaných parametrů nebo zákonných
předpokladů definovaných zákonem č . 181/2014 Sb. o kybernetické bezpečnosti a zákonem
č. 365/2000 Sb. o IS státní správy.
10.1.1 Provozní prostředí a lokality
Umístění systémů e-Sbírka a e-Legislativa do datových center je znázorněno na následujícím
obrázku:
Obrázek 115: Provozní prostředí a lokality
1796
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 právě funkci vysoké dostupnosti. Tato
infrastruktura bude umístěna v prostředí CMS/DCeGov.
V rámci těchto datových center jsou navrženy 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ě,
Přičemž je potřeba z důvodů zajištění vysoké dostupnosti systému provozovaných
v primárním a záložním datovém centru nasadit i další prostředí v nezávislé lokalitě: prostředí
pro zajištění vysoké dostupnosti (třetí komunikační lokalita).
10.1.1.1 Datová centra
V současnosti není rozhodnuto konkrétní umístění jednotlivých prostředí. Možností umístění
je několik. Každý z variant umístění však předpokládá konektivitu do CMS (Centrální místo
služeb). Popis služeb poskytovaných CMS je uvedený v kapitole 11.1 Příloha č. 1 -
Specifikace služeb CMS.
Návrh počítá se dvěma geograficky oddělenými datovými centry. Mezi primárním a záložním
datovým centrem bude dostatečná síťová kapacita pro zajištění realizace scénáře zotavení po
havárii tak, aby byly dodrženy požadované parametry RTO a RPO. Podle potřeby bude mezi
těmito datovými centry možné zřídit dedikované linky s parametry až 2x10 Gb/s s latencí do
10 ms, jitter/stabilitou do 5 ms, a to ve vysoké dostupnosti s SLA 99,9%, případně linky fibre
channel až do 8 Gb/s4.
4 Vysvětlení z odpovědi na otázku v zadávacím řízení:
Mezi datovými centry lze dodavateli poskytnout následující konektivitu:
1) Ethernet 1Gbps HA SLA 99,9 latence < 10 ms; Pro zajištění vysoké dostupnosti jsou předávací
rozhraní zdvojena (na dvou nezávislých aktivních datových prvcích), kritické prvky (zdroj, řídící
moduly) zdvojeny, z nichž každý je napájen ze samostatné proudové větve, optická vlákna
jsou pomocí aktivních datových prvků propojena do kruhu tak, aby výpadek jednoho směru
neměl žádný vliv na poskytované Služby konektivity a byla zajištěna vysoká dostupnost služeb.
Využití konkrétního směru si zajišťuje Zákazník vlastními prostředky. Poskytovatel služby
nepřetržitě monitoruje provozní stav aktivních datových prvků, na kterých je předávací
rozhraní a prostřednictvím pracoviště Help Desk zajišťuje případnou nápravu nekorektních
stavů či poruch na poskytovaných službách.
2) 10Gbps DWDM lambda HA, SLA 99,9, latence < 10ms; Pro zajištění vysoké dostupnosti jsou
předávací rozhraní zdvojena (na dvou nezávislých aktivních datových prvcích), kritické prvky
(zdroj, řídící moduly) zdvojeny, z nichž každý je napájen ze samostatné proudové větve,
optická vlákna jsou pomocí aktivních datových prvků propojena do kruhu tak, aby výpadek
jednoho směru neměl žádný vliv na poskytované Služby konektivity a byla zajištěna vysoká
1797
V každém z datových center budou pro infrastrukturu vyhrazeny rackové stojany 19 ", 42U s
garantovaným příkonem 10 kW / rack včetně doporučené kapacity chlazení, v počtu 2-4
RACKy v každém datovém centru5.
Hraniční síťové prvky s podporou síťové vrstvy L3 nejsou pro nasazení systémů v datových
centrech k dispozici a navrhnout a zajistit je musí dodavatel.
Každá z lokalit má zabezpečenou konektivitu do Centrálního místa služeb (CMS). Primární a
sekundární datové centrum bude disponovat konektivitou do CMS s propustností 10 Gb / s.
Datové centrum Popis
Primární datové centrum Primární datové centrum bude hostit Produkční prostředí.
Primární datové centrum bude hostit také centrum dohledu.
Záložní datové centrum Záložní datové centrum je geograficky oddělené datové centrum, ve
kterém bude provozována infrastruktura záložního produkčního
prostředí. Cílem geograficky odděleného záložního prostředí je zajistit
vysokou dostupnost řešení a odolnost proti katastrofám.
Záložní datové centrum bude také hostit i testovací a školící prostředí,
které bude mít stejnou HW a SW architekturu jako produkční prostředí
s výjimkou technologií umožňujících přepnutí provozu z produkčního
do záložního prostředí.
Lokalita pro zajištění vysoké Lokalita pro zajištění vysoké dostupnosti bude hostit prostředí pro
dostupnosti zajištění vysoké dostupnosti6. Jedná se o zabezpečení tzv. Witness pro
zjištění nedostupnosti prostředí a umožnění jeho failoveru (řešení
situací typu split-brain apod.). Bude zajištěna nezávislá síťová
konektivita do primárního i záložního datového centra.
dostupnost služeb. Využití konkrétního směru si zajišťuje Zákazník vlastními prostředky.
Poskytovatel služby nepřetržitě monitoruje provozní stav aktivních datových prvků, na kterých
je předávací rozhraní a prostřednictvím pracoviště Help Desk zajišťuje případnou nápravu
nekorektních stavů či poruch na poskytovaných službách.
Případně lze poskytnout i FC obdobných parametrů. Termín zřízení služby je 3 měsíce od objednání.
5 Vysvětlení z odpovědí na otázky v zadávacím řízení:
Rozměry racků v primárním datovém centru budou 1200x800 mm.
V sekundárním datovém centru budou racky pořízeny ve velikosti odpovídající požadavkům
dodavatele.
Racky v primárním i sekundárním datovém centru disponují instalovanými
jednofázovými rozvody, typ připojení / zásuvky bude IEC309 jednofázové.
6 Z odpovědí na otázky v zadávacím řízení:
Lokalita pro zajištění vysoké dostupnosti disponuje standardním vybavením datového centra,
tj. elektrickým napájením, záložním napájením (UPS) a chlazením.
V rámci lokality pro zajištění vysoké dostupnosti se aktuálně předpokládá možnost využití
RACK prostoru v rozsahu 12U.
Lokalita pro zajištění vysoké dostupnosti disponuje síťovými prvky, které může dodavatel
využít pro připojení HW.
1798
Toto prostředí bude nasazeno v kterékoliv lokalitě CMS centra jakožto
nezávislé lokalitě s přístupem do obou prostředí systému eSbírka a
eLegislativa. Nasazení prostředí jen do jedné lokality CMS centra je
z pohledu zabezpečení správného běhu prostředí dostatečné.
10.1.1.2 Prostředí
Informační systém je rozvržen do čtyř prostředí. Jedná se primárně o produkční prostředí a
záložní produkční prostředí, které jsou nasazeny v geograficky oddělených lokalitách.
Následně se jedná o prostředí testovací a školící a třetí komunikační lokalitu pro zajištění
vysoké dostupnosti řešení.
Prostředí Popis
Produkční prostředí Produkční prostředí je primárním prostředím pro běh informačních
systémů e-Sbírka a e-Legislativa. Veškerá komunikace okolního světa
do systémů e-Sbírka a e-Legislativa bude primárně směřována do
tohoto produkčního prostředí.
Záložní prostředí Failover prostředí, které zajišťuje vysokou dostupnost řešení a
odolnost proti katastrofám. V průběhu normálního provozu
informačních systémů bude komunikace mezi aktéry a informačními
systémy směřována do primárního produkčního prostředí. V případě
jeho výpadku bude tato komunikace přesměrována do záložního
produkčního prostředí.
Testovací a školící prostředí Prostředí nasazené v záložním datovém centru, které bude mít vlastní
infrastrukturu, avšak architektonicky shodnou HW infrastrukturu s
primárním produkčním prostředím s výjimkou technologií
umožňujících přepnutí provozu z produkčního do záložního
prostředí7.
Třetí komunikační lokalita Prostředí plní funkci tzv. Witness pro zabezpečení vysoké dostupnosti
SW či HW komponent řešení (řešení situací typu split-brain apod.).
7 Vysvětlení z odpovědi na otázku v zadávacím řízení:
Testovací a školící prostředí tedy nesmí obsahovat single point of failure (neboť to je architektonický
požadavek na produkční prostředí), nemusí však být provozuschopné při výpadku záložní lokality.
Pro Testovací a školící prostředí není specifikováno konkrétní SLA (zejména RPO a RTO či konkrétní
doby odezvy stránek) a celkový výkon Testovacího a školícího prostředí může být nižší, než výkon
produkčního prostředí. Výkon testovacího a školícího prostředí však musí být dostatečný pro
požadavky na toto prostředí kladené, zejména zaškolení uživatelů tak, aby odezvy systému byly pro
průběh školení dostatečně rychlé a průběh školení neomezovaly.
1799
10.1.2 Služby zajišťované CMS a DCeGOV v souladu s ZoKB a VoKB
V souladu s ZoKB a VoKB zajišťuje CMS a DCeGOV následující služby, a to včetně zajištění
licencí uvedených systémů. Veškeré tyto služby a systémy jsou existujícími službami a
systémy provozovananými zadavatelem a jsou připraveny pro použití v rámci implementace
systémů e-Sbírka a e-Legislativa.
Vyhláška MV č.316/2014 Sb., o kybernetické bezpečnosti DCeGOV/CMS
a) bezpečný přístup mezi vnější a vnitřní
sítí
§ 17 odst 1, písmeno b) demilitarizovaná zóna Netflow - HoneyPot a AntiDDOS -
pouze pro 1 perimetr, Vulnerability
§ 17 odst. 2 c) používání kryptografických prostředků
§ 18 odst. 1 pro vzdálený přístup management - multilicence i pro
§ 18 odst. 2 ostatní projekty, Firewall, IDS/IPS
§ 18 odst. 3, písmeno d) odstranění a blokování dat
§ 18 odst. 4. písmeno nástroje pro ochranu integrity vnitřní sítě
§ 18 odst. 5
požití nástroje pro uvěření identity
§ 19 odst 1, písmeno
§ 19 odst 2, písmeno nástroje před zahájením činnosti
§ 20 a) minimální délka hesla 8 znaků
§ 21 odst. 1 písmeno b) složitost hesla - V-m - 1 - / PIM/PAM 2FA pouze pro CMS 2 a
odhad pro ostatní projekty
§ 21 odst.2, písmeno c) doba výměny hesla max 100 dní
a) nástroj proti opětovnému použití
stejného hesla
b) nástroj pro ověření identity
administrátorů
vyšší bezpečnost a odolnost hesla
a) přístup k jednotlivým datům Vulnerability management,
PIM/PAM 2FA
b) pro čtení, zápis a změnu oprávnění
nástroj pro monitoring a záznam Antivirus
oprávnění
a) komunikace mezi vnitřní a vnější sítí
b) serverů a sdílených datových úložišť
c) pracovních stanic
a) sběr provozních a bezpečnostních
činností
b) ochrana získaných inforamcí před
neoprávněným čtením nebo změnou
a) přihlášení a odhlášení uživatelů a SIEM
administrátorů
b) činnosti provedené administrátory
c) činnosti vedoucí ke změně
přístupových práv
1800
d) neprovedení činností - nedostatečná
práva
e) zahájení a ukončení technických aktiv
f) automatická varování nebo chybová
hlášení
g) přístupy k záznamům o činnostech
h) mechanizmy identifikace
přihlašovacích údajů
§ 21 odst. 3 záznam o činnostech je uchován
§ 21 odst. 4 nejméně 3 měsíce
§ 22 odst. 1
§ 22 odst. 2, písmeno synchronizace technického času 1 x 24
§ 23 odst.1 písmeno hodin
§ 23 odst.2, písmeno použití nástroje pro detekci KBU
§ 24 odst. 1
a) v rámci vnitřní sítě SIEM, HoneyPot, NetFlow,
§ 24 odst. 2, písmeno IPS/IDS - součást CMS 2
b) serverů patřících mezi kritickou
§ 25 odst. 1, písmeno infrastrukturu
§ 26 odst. 1 a) integrovaný sběr a vyhodnocení KBU
§ 26 odst. 2 písmeno
b) poskytování informací
c) nepřetržité vyhodnocování KBU a ArcSight Logger a SIEM
varování
a) pravidelná aktualizace pravidel pro
vyhodnocování KBU
b) využívání informací pro optimální
nastavení opatření
provádění bezpečnostních testů částečně Vulnerability scanner,
zranitelnosti vymezit si povinnosti aplikací
a) trvalá ochrana aplikací a informací dodávat události do předepsaných
dostupných z vnější sítě logů
b) transakcí před jejich dokončením,
duplikací, směrováním atd.
a) pro použití se stanoví úroveň ochrany https/ FTP/smtp
s ohledem na typ a sílu algoritmu,
pravidla při přenosu informací nebo
uložení na mobilních zařízeních
b) zajištění důvěrnosti a integrity Antispam, PIM PAM
předávaných dat a průkaznou identifikaci
osoby za provedení činností
použití nástroje dostupnosti informací
a) zajistí dostupnost KIS a VIS Vulnerability management
b) odolnost vůči kybernetickým útokům
1801
10.1.3 Virtualizovaná serverová infrastruktura
Informační systémy budou nasazeny na virtualizované serverové infrastruktuře8. Virtualizovaná
serverová infrastruktura bude existovat v každém datovém centru.
... App 1 App n ... App 1 App n ... App 1 App n ... App 1 App n
Operační systém Operační systém Operační systém Operační systém
... ...
Virtuální server Virtuální server Virtuální server Virtuální server
...
Fyzický server Fyzický server
Sdílené
úložiště
Obrázek 116: Virtualizovaná serverová infrastruktura
K nasazování jednotlivých komponent informačních systémů bude použito toto virtualizované
serverové prostředí.
10.1.4 Infrastruktura vysoké dostupnosti
Každá klíčová komponenta v infrastruktuře dodávaných informačních systémů musí být
navržena ve vysoké dostupnosti jednak na úrovni lokality jako takové a zároveň i na úrovni
mezi datovými centry, z důvodu zajištění odolnosti proti výpadkům datových center9. Řešení
8 Vysvětlení z odpovědi na otázku v zadávacím řízení:
Je možné navrhnout část řešení i pomocí kontejnerových technologií, pokud:
Budou naplněny všechny nefunkční požadavky na systém jako např. výkon, bezpečnost,
dohlížitelnost, spravovatelnost nebo vysoká dostupnost.
Budou respektovány nativní vlastnosti kontejnerových technologií, zejména bezestavovost
(tzn. nebude v kontejnerech navržen např. databázový systém) a vazba mezi hostitelským OS a
obsahem kontejneru (tzn. SW v kontejneru je navržen a vyvíjen se znalostí hostitelského OS).
9 Vysvětlení z odpovědi na otázku v zadávacím řízení:
1802
na HW úrovni neobsahuje jedinečné technické prvky, které by v případě výpadku vedly k
nedostupnosti celého řešení (tzv. Single point of failure).
Stejně musí být zajištěna i redundance všech klíčových SW prvků. To znamená, že všechny
komponenty řešení jsou redundantní a produkční systém je umístěn duplicitně ve více
vzdálených lokalitách. Redundance komponent řešení může být zabezpečena i redundancí
interních komponent konkrétního technologického prvku tak, aby byla zabezpečená jeho
vysoká dostupnost.
Primárně bude veškerá komunikace s informačním systémem směřována do primárního
datového centra. V případě nedostupnosti informačního systému v primární lokalitě bude tato
komunikace přesměrována do sekundárního datového centra.
Primárně se jedná o vysokou dostupnost následujících prvků:
Fyzické servery - každý virtuální server virtualizované serverové infrastruktury musí být
provozován v clusteru a nasazený na alespoň 2 fyzických serverech.
Síťové komponenty - všechny navrhované servery musí mít dostatečné množství
síťových karet, pro umožnění jejich redundantního připojení do datových sítí. Stejně
musí být zajištěna redundance směrovačů a dalších prvků síťové infrastruktury.
Souhrnné, všechny navržené a dodané komponenty síťové infrastruktury musí být
zdvojené, takže v případě výpadku některé komponenty nedojde k selhání celé síťové
infrastruktury.
Datová pole - jádrem datové infrastruktury bude dvojice vysoce dostupných datových
polí (doporučuje se propojení přes SAN), do kterých budou přistupovat jednotlivé
servery, na kterých bude informační systém provozován.
Aplikační servery - aplikační servery budou implementovány jako virtuální servery tak,
aby v případě potřeby mohly být provozovány v clusteru zajišťujícím vysokou
dostupnost softwarových komponent na nich provozovaných.
Centrální datové úložiště - bude provozováno jako vysoce dostupné databázové
řešení na minimálně dvou fyzicky oddělených serverech. Samotná data tohoto
databázového řešení budou uložena na vysoce dostupných datových polích.
Replikace mezi datovými centry - implementace informačních systémů musí umožnit
replikaci informačního systému mezi jednotlivými datovými centry. Musí se replikovat
zejména všechna data systému včetně dat uložený na diskových polích. Minimální
požadavek je asynchronní replikace tak, aby byly splněny požadované hodnoty RPO a
Požadavek na provoz z dvou hlavních datových center a přepínání provozu z primárního datového
centra do záložního datového centra je jeden z klíčových požadavků na zajištění vysoké dostupnosti
systému a jeho SLA. Přepínání provozu mezi datovými centry na produkčním prostředí bude tedy
nezbytnou součástí akceptačních testů. Aby tato funkcionalita byla dostupná a ověřená po celou dobu
provozu systému, bude zadavatel (jakožto provozovatel), jak je obvyklé, testy přechodu mezi datovými
centry produkčního prostředí v pravidelných intervalech opakovat (v době plánované odstávky
systému). Taktéž v případně údržby jedno datového centra bude zadavatel dočasně provozovat
systém z druhého datového centra, tzn. bude produkční systém mezi datovými centry přepínat.
1803
RTO. Zároveň je nezbytné plně provozovat produkční systém ze záložní lokality, což
může dle zvolené technologie znamenat i nutnost replikace virtuálních serverů.
10.1.5 Koncepce síťové infrastruktury
Síťová infrastruktura pro potřeby provozu informačního systému je navrhnuta na logické
úrovni. Konkrétní fyzický návrh síťové infrastruktury včetně konkrétních komunikačních prvků
se očekává od dodavatele řešení po vyřešení umístění informačního systému se zřeteli na
navrhnuté technické řešení
Síťová infrastruktura musí být řešena v souladu s infrastrukturou serverů a musí být zajištěna
její vysoká dostupnost. Všechna navrhovaná síťová zařízení musí být zdvojená a nastavená
tak, aby i v případě výpadku některého z nich nebyla narušena funkčnost informačního
systému.
Princip návrhu síťové infrastruktury je její rozdělení do zón. Taková vícevrstvá síťová
architektura umožní jasnou definici umístění komponenty aplikační infrastruktury do
odpovídající zóny a jasnou definici pravidel pro komunikaci mezi jednotlivými vrstvami síťové
architektury (zónami).
Základní koncepce síťové infrastruktury je na následujícím obrázku:
1804
Obrázek 117: Síťová infrastruktura
Následující tabulka popisuje jednotlivé zóny:
Zóna Popis
Externí sítě Jedná se o nechráněné externí sítě, které nejsou v gesci
provozovatele řešení. Všechny služby vystaveného informačního
systému, které jsou viditelné do této zóny, budou striktně dodržovat
standardy vycházející s příslušných RFC dokumentů a ostatních
standardů.
Externí sítě zahrnují:
CMS Síť eGovernment
Síť Internet - všechny ostatní externí sítě
Centrální místo služeb. Centrální místo služeb zprostředkovává
veškerou komunikaci mezi systémem eSbírka a eLegislativa a
1805
Demilitarizovaná zóna okolitým světem. CMS navíc může zabezpečit veškerý monitoring
Interní sítě prostředí, jak je uvedeno níže.
Sítě dohledu a podpory
Bezpečnostní překážka mezi vnitřní sítí a okolním světem. Přístup do
této zóny je umožněn pouze vybraným protokolem a je chráněn jak
z interní tak z externí zóny. Jakákoliv komunikace z externí sítě bude
ukončena v této zóně a následně transformována a přesměrována
do interní sítě.
V interních sítích jsou umístěny důvěryhodné prvky informačních
systémů. Interní sítě jsou rozděleny do dvou zón – Aplikační zóna a
Databázová zóna
Speciální síť pro potřeby dohledu a podpory řešení.
10.1.5.1 Sítová architektura s hlediska bezpečnosti a dohledu
Koncepce je znázorněna na následujícím obrázku.
Veřejná síť - INTERNET
Uživatelé se přihlašují k eSeL
Ověřování - Brána do internetu: Dohled se provádí na
certifikace datových tocích mezi bránami s přístupem
uživatele do internetu a z internetu. Nastaven port
hardering a interní FW. Provozní dohled
DMZ – de-militarizovaná zóna: Dohled se
provádí na datových tocích a prvcích této
zóny. Prvky DMZ jsou zpravidla serverové
systémy (WEB, proxy) a aktivní prvky.
Vstup do zóny je chráněn FW.
Komunikace musí být šifrována. WEB
obrazovky, které se přes FW dotazují na
služby, které jsou umístšny v aplikační
vrstvě na střední vrstvě.
WAN/LAN: Dohled se provádí na datových tocích a prvcích této zóny.
Prvky WAN jsou zpravidla aktivní prvky. Vstup do zóny je chráněn FW.
Datové komunikace se provádí pomocí zabezpečených linek. Linky
jsou zabezpečeny pomocí VPN a VLAN. Komunikace může být
šifrována. Na této vrstvě jsou umístěny aplikace. Není povoleno aby
aplikace sdílela server s DB. Web aplikace se dotazují na střední vrstu,
která zprostředkovává kontakt s aplikací. Aplikace se dotazuje na data
přes FW do DB nebo přes střední vrstvu DB.
LAN/SAN – Dohled se provádí na datových tocích a prvcích této
zóny. Kromě aktivních prvků LAN/SAN se dohlíží servery,
databáze, zálohovací a archivační systémy
ARCHIV - přístupný
POUZE na zvláštní
povolení
1806
Obrázek 118: Síťová architektura
Dohled nad celou infrastrukturou bude implementován v prostředí CMS a následující tabulka
ilustruje detaily dohledu:
1807
Router Ochranná vrstva Ochranná vrstva Ochranná vrstva
perimetru
Vrstva DMZ perimetru2 Aplikační perimetru3 Databazová
Prvky Border router - připojení k ISP FW P FW FW
(HW a SW)
Režim provozu 24x7 24x7 24x7 24x7 24x7 24x7
Zálohování Ano 24x7 Ano
Archivace Ne Ano Ne Ano Ano Ano Ano
SLA Ano Ne Ano
PIM Ano Ano Ano Ne Ne Ne Ne
Segmenty N/A Ano Veřejný/Interní
Dohled Brána do internetu: Dohled se provádí na N/A DMZ – de-militarizovaná zóna: Dohled se Ano Ano Ano Ano
datových tocích mezi bránami s přístupem Ano provádí na datových tocích a prvcích této
do internetu a z internetu. Nastaven port zóny. Prvky DMZ jsou zpravidla serverové Ano Ano Ano Ano
hardering a interní FW. Provozní dohled systémy (WEB, proxy) a aktivní prvky.
Vstup do zóny je chráněn FW. Komunikace Zabezpečený Silně zabezpečený
musí být šifrována. WEB obrazovky, které
se přes FW dotazují na služby, které jsou WAN/LAN: Dohled se provádí na datových LAN/SAN – Dohled se provádí na
umístšny v aplikační vrstvě na střední
vrstvě. tocích a prvcích této zóny. Prvky WAN jsou datových tocích a prvcích této
zpravidla aktivní prvky. Vstup do zóny je zóny. Kromě aktivních prvků
chráněn FW. Datové komunikace se LAN/SAN se dohlíží servery,
provádí pomocí zabezpečených linek. Linky databáze, zálohovací a
jsou zabezpečeny pomocí VPN a VLAN. archivační systémy
Komunikace může být šifrována. Na této
vrstvě jsou umístěny aplikace. Není
povoleno aby aplikace sdílela server s DB.
Web aplikace se dotazují na střední vrstu,
která zprostředkovává kontakt s aplikací.
Aplikace se dotazuje na data přes FW do
DB nebo přes střední vrstvu DB.
Nástroje bezpečniho Logování z: Logování z: FW IRON Porty - Antimalware, IRON Porty - Antimalware, NetFlow
dohledu HoneyPot - slouží k identifikaci hackerů farmy HoneyPot HoneyPot ArcSight Log management
AntiDDOS - slouží k ochraně proti DDOS IPS/IDS IPS/IDS
útokům NetFlow NetFlow SIEM, Vulnerability scanner,
Border router nastaven interní FW ArcSight Log management ArcSight Log management PAM, 2FA, Certifikáty
IPS/IDS - slouží k identifikaci pokusů o SCOM, HP NNMi, HP BSM
průnik do perimetru
Vyhodnocovací nástroje SIEM, Vulnerability scanner SIEM, VulnerabilitySsIEcaMn,nVeurlnerability scanner, PIM, 2FA, SIEM, Vulnerability scanner, PIM, 2FA,
bezpečnostního dohledu SCOM, HP NNMi, HP BSM Certifikáty Certifikáty
Nástroje provozního SCOM, HP NNMi, HP BSM
dohledu SCOM, HP NNMi, HSPCBOSMM, HP NNMi, HP BSM
1808
10.1.6 Prostředí pro provoz systému
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).
Schematické znázornění prostředí, včetně virtualizované infrastruktury pro jeho provoz, je na
následujícím obrázku.
Obrázek 119: Virtualizované prostředí
10.1.6.1 Šablony prostředí pro provoz systému
Každé prostředí je definováno svou šablonou, která definuje způsob použití prostředí a jeho
základní parametry. Pro informační systémy e-Sbírka a e-Legislativa jsou navrženy následující
šablony prostředí.
Prostředí Popis
Prostředí pro provoz Virtualizované prostředí, ve kterém budou provozovány aplikační
aplikací komponenty řešení.
Prostředí pro centrální Virtualizované prostředí pro provoz řešení pro centrální datové úložiště.
datové úložiště
1809
Prostředí pro provoz Virtualizované prostředí pro provoz databázových řešení, které budou
databázového řešení zpracovávat údaje které je nevhodné nebo nemožné zpracovávat v
rámci centrálního datového úložiště.
Prostředí pro VPN10 Prostředí pro ukončení připojení VPN. Alternativně může být toto
prostředí implementovány odpovídající HW infrastrukturou.
Každé prostředí založené na některé z těchto šablon je navrženo pro provoz na virtualizované
serverové infrastruktuře. V případě potřeby budou tato prostředí nasazena redundantně tak,
aby byla zajištěna vysoká dostupnost komponenty / prostředí v rámci datového centra.
Stejně se v návrhu počítá se zajištěním fail-over řešení mezi jednotlivými datovými centry tak,
aby v případě výpadku jednoho datového centra byl provoz přesměrován do záložního
datového centra (pouze pro produkční prostředí).
10.1.6.2 Prostředí pro provoz systému v demilitarizované zóně
Demilitarizovaná zóna (DMZ) je zóna v datovém centru, v níž je ukončena komunikace z
veřejných sítí. Tato komunikace je ukončena na prostředích v DMZ, následně přeložena a jiným
komunikačním kanálem s použitím povolených protokolů odeslána do interní zóny.
V DMZ je navrženo několik prostředí, které jsou jediným bodem interakce mezi nezajištěnými
sítěmi a informačním systémem.
Logický pohled na prostředí nasazeny v demilitarizované zóně je na následujícím obrázku.
10 Z odpovědi na otázku v zadávacím řízení:
VPN pro správu a podporu systému zajistí Zadavatel.
1810
Obrázek 120: Prostředí v demilitarizované zóně
Následující tabulka ukazuje popis jednotlivých prostředí.
Prostředí Popis
Prostředí pro proxy funkce Prostředí odvozené od šablony prostředí pro běh aplikací. Slouží
na přesměrování dotazů uživatelů systémů e-Sbírka a e-
Legislativa. Komunikaci veřejných sítí ukončuje a následně tuto
komunikaci přeposílá na zpracování do interní zóny. Prostředí
může být zabezpečeno na úrovni síťových a bezpečnostních
prvku nasazených v DMZ, které zabezpečí pouze „tunelování“
přicházejícího dotazu z externích sítí do prostředí v aplikační
interní zóně. V případě návrhu informačního systému
vyžadujícího doplňkovou funkcionalitu v demilitarizované zóně,
je možné tuto funkcionalitu implementovat v těchto prostředích
avšak při striktním dodržení oddělení aplikační logiky
informačního systému od tohoto prostředí.
Prostředí je provozováno v síti Síť pro běh systémů v
demilitarizované zóně.
Prostředí pro provoz externí části Prostředí založené na šabloně prostředí pro běh aplikací.
univerzálního komunikačního Ukončuje externí komunikaci směrem k univerzálnímu
prostředí komunikačnímu rozhraní a zprostředkovává služby
komunikačního rozhraní implementovaného v interní zóně.
1811
Prostředí Popis
Prostředí je provozováno v síti Síť pro běh systémů v
demilitarizované zóně.
Prostředí pro ukončení VPN Prostředí založené na šabloně prostředí pro terminaci VPN.
Prostředí má přístup do sítí Síť pro terminaci VPN a Síť pro
vzdálenou správu.
Síťové a bezpečnostní prvky Prostředí obsahující všechny nezbytné síťové nebo bezpečnostní
prvky nasazené v DMZ.
HW zdroje využívané uvedenými prostředími mohou být sdíleny v případě, že i při takovém
sdílení bude zajištěna vysoká dostupnost řešení.
10.1.6.3 Prostředí pro provoz systému v interní aplikační zóně
Interní aplikační zóna je bezpečnostní zóna, ve které budou provozovány komponenty portálů,
aplikační logiky informačních systémů a komponent správy systémů. Jedná se o zónu, která
není přímo přístupná z externích sítí a je považována za bezpečnou. Jakákoliv komunikace
směrem do komponent řešení nasazených v interní síti z vnější nezabezpečené sítě je
směrována prostřednictvím prostředí umístěných v DMZ.
Logický model nasazení prostředí do interní zóny je znázorněn na následujícím obrázku.
Obrázek 121: Prostředí v interní zóně
1812
Prostředí Popis
Prostředí pro e-Legislativu V prostředí jsou nasazeny portál pro e-Legislativu a aplikační
komponenty, které jsou jedinečné pro e-Legislativa.
Prostředí pro e-Sbírku Prostředí má přístup do sítě Aplikační zóna.
Prostředí pro provoz Prostředí je určeno k nasazení portálu pro e-Sbírku a aplikačních
průřezových modulů komponent jedinečných pro e-Sbírku.
Prostředí pro provoz JAP Prostředí má přístup do sítě Aplikační zóna.
Prostředí pro správu systému Prostředí je určeno pro nasazení průřezových modulů.
Prostředí má přístup do sítě Aplikační zóna.
Prostředí pro správu identit
Prostředí je odvozeno od šablony prostředí pro bez aplikací.
Jedná se o prostředí, ve kterém běží aplikační komponenty
jednotné aplikační platformy.
Prostředí má přístup k síti Aplikační zóna.
Prostředí pro nasazení komponentu řešení pro správu systému-
Service desk.
Prostředí má přístup do sítě Aplikační zóna - Správa systému /
Service Desk.
Prostředí je určeno k nasazení aplikačních komponent pro běh
správu identit.
Prostředí implementuje Adresářové služby - alternativou může
být nasazení specializovaného SW
Prostředí také implementuje služby PKI - Public Key Infrastructure
- alternativou může být nasazení specializovaného SW řešení a
publikování k příslušným rozhraní.
Pro potřeby PKI komponenty prostředí využívá HSM modul.
Prostředí má přístup k síti - Aplikační zóna - Správa identit.
10.1.6.4 Prostředí pro provoz systému v interní datové zóně
Interní datová zóna je bezpečnostní zóna, ve které budou provozovány komponenty správy
dát jako Prostředí pro běh CDB, archivace nebo databáze portálů. Jedná se o zónu, která není
přímo přístupná z externích sítí a je považována za bezpečnou. Jakákoliv komunikace směrem
do komponent řešení nasazených v interní datové síti z vnější nezabezpečené sítě je
směrována prostřednictvím prostředí umístěných v DMZ do interní aplikační zóny a následně
komponenta v aplikační zóně komunikuje směrem do datové zóny.
1813
Logický model nasazení prostředí do interní datové zóny je znázorněn na následujícím
obrázku.
Prostředí Popis
Databáze pro provoz portálů Prostředí odvozené od šablony prostředí pro běh databází. Slouží
na případný provoz databázových řešení pro používané
portálové technologie. Jedná se o uchovávání konfiguračních
informací pro portálové technologie nebo jiné údaje, které přímo
nesouvisí s údaji zpracováváními informačním systémem e-
Sbírka nebo e-Legislativa.
Prostředí je provozováno v Aplikační zóně.
Prostředí pro provoz Centrálního Prostředí je odvozeno od šablony prostředí pro centrální datové
datového úložiště úložiště (CDB). Prostředí hosty SW komponenty zajišťující provoz
centrálního datového úložiště. Existuje striktní požadavek na
provoz tohoto prostředí napříč tak primárním tak sekundárním
datovým centrem v režimu replikace zpracovávaných údajů tak
aby bylo možné dosáhnout disaster recovery scénář podle
definovaných požadavků. Samotná technologie použitá pro CDB
(SW pro databázi) musí být v každém prostředí vysoce
dostupných minimálně v režimu Active-Pasive s tím, že přepnutí
mezi instancemi SW v případě poruchy primární instance SW
bude splňovat požadavky kladené na RTO a RPO.
Prostředí má přístup do sítě Datová zóna - databáze.
Prostředí pro archivaci Prostředí určené pro nasazení komponenty zabezpečené
úložiště. Pro potřeby služeb elektronického podpisu využívá HSM
modul. Dále používá nezávislé fyzické zařízení Chráněné úložiště,
1814
Prostředí Popis
do kterého odkládá všechny zpracovávané údaje. Fyzické zařízení
chráněné úložiště je umístěno v archivním datovém centru11.
Není určeno, na jaké úrovni má být fyzické oddělení (nezávislost)
provedeno, musí však být dodrženy požadavky na Zabezpečené
úložiště uvedené zejména v kapitole 9.6.1.2 nebo v požadavku
NP029. Minimální nepodkročitelnou hranicí je oddělení na úrovni
disků (tzn. dedikované disky).
Prostředí má přístup do sítě Datová zóna - Archivace.
10.1.6.5 Prostředí dostupná v zóně pro dohledový systém a systém podpory
Uvedená jsou pouze prostředí důležitá z pohledu aplikačních komponent informačního
systému. Infrastrukturní prostředí, jako například prostředí pro správu virtualizační
technologie, popsaná nejsou a předpokládá se, že je popíše dodavatel v kontextu technologie,
která bude zvolena.
Prostředí jsou znázorněna na následujícím obrázku.
11 Vysvětlení z odpovědí na otázky 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í.
"Zabezpečeným úložištěm" či "Archivem" je zde míněno dokumentové úložiště Centrálního
datového úložiště (viz např. kapitola 9.6 a její podkapitoly), přičemž dokumenty jsou
dlouhodobě uloženy v "Chráněném úložišti".
„Archivním datovým centrem“ je v tomto kontextu myšleno datové centrum, ve kterém bude
tato komponenta nasazena - tzn. v běžném provozu půjde o primární datové centrum, při
provozu ze záložní lokality o záložní datové centrum. Nejedná se tedy o další fyzické datové
centrum.
1815
Prostředí Obrázek 122: Prostředí v síti dohledu a podpory
Popis
Prostředí pro běh auditu Aplikační prostředí pro běh systému auditu. Prostředí vyžaduje
nasazení komponenty Auditní subsystém.
Prostředí má přístup do sítě Zóna auditu.
Prostředí pro běh dohledu Aplikační prostředí pro běh systému podpory. Prostředí vyžaduje
nasazení komponenty Monitorování služeb.
Prostředí má přístup do sítě Zóna dohledu.
Prostředí pro management Prostředí pro běh systému pro management serverů a
zařízení management síťových zařízení lokální sítě
Prostředí má přístup do sítě Zóna managementu
10.1.7 Typy zařízení
10.1.7.1 Firewall
Firewall bude implementována s využitím bezpečných technologií pro řízení komunikace v
sítích. Je požadováno, aby firewall nesloužil pouze na filtraci IP datagramu, ale bude veškerou
komunikaci analyzovat na 7. vrstvě (aplikační) modelu ISO / OSI a mezi sítěmi předávat
aplikační data vyhovující nastavené bezpečnostní politice.
10.1.7.2 IDS/IPS
IPS tvoří demarkační úlohu, kdy sleduje provoz na vyšších vrstvách ISO/OSI modelu a
predikuje a rozpoznává nestandardní či nebezpečné chování. Pokud je zapojena v in-line
režimu, je možné její nasazení za účelem filtrování provozu. Pokud má sonda více portů, je
možné monitorovat a kontrolovat více segmentů, například vstupní toky z externích sítí.
Nasazení IPS umožňuje eliminovat velké množství bezpečnostních hrozeb jak na web servery,
tak na jakékoliv jiné zdroje publikované na datové síti. V případě web serverů je tak možné
omezit/eliminovat útoky jako je například XSS (Cross site scripting), SQL injection, Identity
hijacking a podobně. Samozřejmě lze eliminovat i útoky na nižších vrstvách jako je Denial of
Service, Distributed Denial of Service, útoky na operační systém nebo na zranitelnosti
webového serveru.
Důležitou vlastností IPS zařízení je schopnost reportovat události do nadřazených
vyhodnocovacích nástrojů a tímto schopnost provádět globální korelaci událostí mezi
různými bezpečnostními zařízeními a servery.
1816
10.1.7.3 Fyzický server
Na úrovni serverů je dostupnost řešení zabezpečena především redundancí serverů ve všech
vrstvách aplikace. Předpokladem dosažení vysoké dostupnosti je, že systém nebude
nasazený na HW infrastruktuře sdílené s jinými systémy.
Databázové servery budou provozovány v clusteru zajišťujícím vysokou dostupnost
databázové vrstvy řešení.
Aplikační servery budou zapojeny jako serverové farmy. Tento návrh umožní, aby v případě
výpadku kteréhokoliv serveru mohl přebrat jeho úlohu jiný server ve farmě.
Servery jsou k LAN (Local Area Network) i SAN (Storage Area Network) připojeny minimálně
dvěma datovými a jedním management rozhraním.
Pro účely produkční aplikace budou použity shodné typy serverů v primární i záložní lokalitě.
Jednotlivé servery musí samostatně splňovat předpoklady vysoké dostupnosti, tj. musí být
řešeny s redundantními prvky, jako je zdvojený zdroj, chlazení, vícenásobné síťové rozhraní
atp.
10.1.7.4 Load balancer
Slouží k vyvažování zátěže. Zajišťuje obvykle speciální program, hardwarové zařízení
(například switch, který umí přepínat na síťové vrstvě). S ohledem na požadavek vysoké
dostupnosti zajistí dosažitelnost duplicitních komponent.
10.1.7.5 Virtuální server
Virtuální server vytvořený v rámci virtuálního prostředí.
10.1.7.6 Centrální úložiště – fyzické zařízení
Vlastní fyzické zařízení splňující požadavky na dlouhodobé ukládání dat a dokumentů.
10.1.7.7 Host Security Modul (HSM)
HSM je kryptografický modul, který slouží serverům k bezpečnému uložení kryptografického
materiálu a bezpečnému provádění kryptografických operací. V našem případě se bude
jednat o vytváření elektronických podpisů, tj. digitálních podpisů, jimiž systém e-Sbírka a e-
Legislativa zajištuje důvěru v dokumenty, které vytvořil.
Musí být přijatá taková technická i organizační opatření, aby privátní klíče podpisujících
certifikátů byly dostatečně chráněny proti zneužití i jejich neoprávněné změně.
1817
10.1.7.8 Kvalifikovaný prostředek pro vytváření kvalifikovaných elektronických pečetí
Kvalifikovaný prostředek pro vytváření kvalifikovaných elektronických pečetí dle eIDAS
(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) a zákona č. 297/2016 Sb. o službách
vytvářejících důvěru pro elektronické transakce.
V době tvorby tohoto dokumentu nebyly k dispozici technické informace o kvalifikovaných
prostředcích. Tyto prostředky budou respektovat pravidla kvalifikovaného poskytovatele
služeb a současně budou kompatibilní se zbylým HW a budou schopny poskytnou funkčnost
tvorby kvalifikovaných elektronických pečetí v nezbytné kapacitě a rychlosti.
10.1.8 Provoz informačního systému
Pro dodržení požadovaných parametrů řešení je nutné zajistit odpovídající parametry údržby
a servisu. Hlavními požadavky v této oblasti jsou pak:
Požadavek Popis
NP035- Provozní doba Systém musí být provozován v režimu 24x7, tj. 24 hodin denně, 7 dní
v týdnu
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
NP036- Dostupnost Systém musí být možno provozovat v režimu 24x7 s dostupností
99.9%.
NP043- Klíčové RTO = 4 hodiny (včetně obnovy při ztrátě či poškození dat)
parametry úrovně služeb RPO = 10 minut s chráněním proti rizikům:
(SLA) o výpadku či ztrátě jednoho datového centra
o 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.
Pro dodržení těchto parametrů je třeba vybudovat standardní systém podpory založený na
několika úrovních podpory. Informační systém obsahuje komponenty Správa systému / Service
1818
desk. Realizace podpory předpokládá využití této komponenty ve spolupráci s dalšími
podpůrnými komponentami řešení jako Monitoring, Vzdálená správa a podobně.
Komponenta Monitoring umožňuje monitoring infrastruktury a aplikačních komponent a tím
pádem umožňuje identifikovat potenciální problémy před tím, než ovlivní provoz informačního
systému.
Systém ServiceDesk, bezpečnostní a provozní monitoring, kontaktní centrum a související
technologie a implementační práce budou zajištěny zadavatelem a nejsou součástí dodávky.
Nejedná se však o aplikační Service Desk popsaný v požadavcích na systém (správa uživatelů
a podobně).
Zadavatel provozuje centrální dohledový systém postavený zejména na technologiích
Microsoft SCOM, HP NNMI a HP ArchSight.
Předmětem dodávky je zajištění kompletního napojení dodané infrastruktury a systémů na
existující centrální dohledový systém zadavatele, a to na všech technologických úrovních
(zejména HW, platformní SW, sítě, aplikace)12. Součástí těchto činností je také instalace
a zprovoznění monitorovacích agentů na veškeré dodávané infrastruktuře a konfigurace
syslogů a síťových zařízení takovým způsobem, aby mohli být dodávané komponenty
monitorovány centrálním dohledovým systémem zadavatele.
V případě, že některé komponenty dodávaného řešení není možné přímo monitorovat
technologiemi existujícího centrálního dohledového systému zadavatele, je povinností
dodavatele zajistit v rámci dodávky nasazení vlastního monitorovacího systému13, včetně
potřebných SW licencí a HW zdrojů a integraci dodaného dohledového řešení do existujícího
centrálního dohledového systému zadavatele.
10.1.8.1 Podpora uživatelů
Systém podpory bude rozdělen do čtyř úrovní (tzv. Levels). Podpora úrovně 1 a 2 budou
zajišťovány objednatelem. Podpora úrovně 3 a 4 bude zajištěna dodavatelem.
Úroveň podpory Popis
Úroveň 1 První úroveň podpory, která odpovídá na základní problémy uživatelů.
Úkolem pracovníka podpory 1. úrovně je zaznamenat od uživatele problém,
získat informace a pokusit se identifikovat problém. Všechny tyto informace
jsou zaznamenány do systému Service Desk.
12 Z odpovědi na otázku v zadávacím řízení:
Zadavatel umožní instalaci management packu HW vendorů do centrálního dohledového systému
zadavatele za účelem monitorování konkrétního HW.
13 Z odpovědi na otázku v zadávacím řízení:
Zadavatel umožní napojení existujícího dohledového pracoviště dodavatele na takto vytvořený
monitorovací systém. Zadavatel umožní zasílání notifikací z tohoto monitorovacího systému do
existujícího dohledového pracoviště dodavatele i VPN přístup operátorů dodavatele (úroveň podpory
3 a 4) do toho monitorovacího systému.
1819
Pracovníci na této úrovni podpory mají základní a obecné znalosti o
informačním systému a nemusí mít vždy znalosti dostatečné k vyřešení
problému. Nevyřešené problémy jsou následně eskalovány do podpory vyšší
úrovně.
Úroveň 2 Další úroveň podpory, při níž jsou pracovníci podpory kompetentní řešit i
náročnější problémy technického charakteru.
V případě, že pracovník podpory 2. úrovně není schopen problém vyřešit,
problém je eskalován do podpory úrovně 3.
Úroveň 3 Nejvyšší přímá podpora informačního systému. Pracovníci podpory úrovně
3. mají hluboké znalosti o informačním systému a měly by být schopni vyřešit
i nejvážnější technické problémy uživatelů.
Reakční doba pracovníků podpory 3 úrovně je 4 hodiny v rámci běžné
pracovní doby14.
Úroveň 4 Nejvyšší úroveň podpory jako eskalační mechanismus pro model podpory.
Úroveň podpory 1 a 2 je zabezpečená přímo objednavatelem. V rámci řešeni třeba definovat
a vybudovat systém propojení mezi úrovní podpory 2 a úrovní podpory 3, která už je
realizovaná dodavatelem, resp. v spolupráci s dodavatelem a je pro něj přípustné jiné Service
Desk řešení jako to, které je používané v podpoře úrovně 1 a 2.
10.1.8.2 Organizační zabezpečení systému uživatelské podpory
Podpora uživatelů bude rozdělena do následujících oblastí:
Podpora pro systém e-Legislativa
Vybudovaný systém podpory bude poskytovat podporu výhradně pro provoz
informačního systému e-Legislativa a bude se týkat funkcí a používání tohoto systému.
Legislativní podpora uživatelů
Zadavatel vybuduje nezávislý helpdesk na legislativní podporu. Poskytování legislativní
podpory není předmětem dodávky. Pro účely legislativní podpory pracovník podpory
úrovně 1 přesměruje příchozí hovor s požadavkem na legislativní podporu na pracovníka
objednavatele odpovědného za legislativní podporu. Proces přesměrování požadavku
také není předmětem dodávky.
Úroveň podpory 1 a 2 je zajištěna přímo objednatelem. V rámci řešení třeba definovat a
vybudovat systém propojení mezi úrovní podpory 2 a úrovní podpory 3, která již bude
realizována dodavatelem resp. ve spolupráci s dodavatelem a je pro ni přijatelné jiné Service
14 Z odpovědi na otázku v zadávacím řízení:
Jedná se o pracovní dny od 8:00 do 16:30 hod.
1820
Desk řešení než to, které je používáno v podpoře úrovně 1 a 2. Za Service Desk řešení pro
úroveň podpory 3 a 4 je zodpovědný dodavatel.
Samotný systém pro HelpDesk poskytne objednatel systému. Objednatel také zajistí
pracovníky podpory pro úroveň 1 a 2 podpory. Předběžně se očekává kapacita 5 až 10
pracovníků pro zajištění podpory úrovně 1 a zhruba 10 pracovníků pro zajištění podpory
úrovně 2.
Dodavatel musí zaškolit pracovníky objednavatele pro úroveň podpory 1 a 2. Předběžně se
očekává kapacita 5 až 10 pracovníků objednavatele pro zajištění podpory úrovně 1 a zhruba
10 pracovníků objednavatele pro zajištění podpory úrovně 2. Při zaškolení pracovníků pro
podporu úrovně 2 se očekává se zaškolením zaměřeným i na pokročilejší a složitější funkce e-
Legislativy.
Uvedená uživatelská podpora se týká zejména funkcí a funkcionalit systému e-Legislativa,
způsobu jejich používání a řešení případných problémů vzniklých při provozu informačního
systému. Samotný provoz infrastruktury informačního systému je řešení zvláště
prostřednictvím Podpory provozu informačního systému, který je popsán v následující
kapitole.
10.1.8.3 Podpora provozu informačního systému
Samostatnou kapitolou je zajištění podpory provozu informačního systému jako takového. Pro
účely tohoto provozu se předpokládá definice procesů, které budou použity při nahlašování
problémů řešení, které vyžadují administrátorský nebo implementační zásah dodavatele řešení
a netýkají se přímo problémů řešených v rámci podpory uživatelů.
Poskytovatelem této podpory je dodavatel informačního systému a bude využívat prostředky
vzdálené správy a prostředky komponentu Monitoring na monitorování nasazeného řešení,
identifikaci případných budoucích problémů infrastruktury, práce spojené s profylaxí řešení a
podobně.
Samotná administrace dodaných informačních systémů a HW infrastruktury je v kompetenci
objednavatele. Dodavatel pro tento účel vyškolí dostatečný počet pracovníků objednavatele,
kteří budou následně během provozu zajišťovat standardní administrační úkoly vyplývající z
provozu informačního systému. V případě vzniku problému, jehož řešení nebude v kompetenci
administrátorů objednavatele, bude definována procedura, jejímž prostřednictvím bude
aktivováno řešení vzniklého incidentu prostřednictvím podpory provozu informačního
systému zabezpečeného dodavatelem.
10.2 Doporučená architektura řešení v oblasti nasazení
a provozu
V následujících bodech jsou popsány doporučení pro architekturu v oblasti nasazení a
provozu informačního systému. Uvedené body mají charakter doporučení a nejsou pro
1821
finální architekturu závazné a mohou a budou se měnit s ohledem na detailní návrh
vypracovaný dodavatelem a na použité ať už HW nebo SW technologie. Doporučení jsou
uvedena pouze pro oblasti nasazení nebo provozu, kde dávají nějaký smysl i v rovině
technologického abstraktu, v němž se bez konkrétní znalosti použitých technologií
pohybujeme.
Nasazení informačního systému by nemělo zabrat více než 4 RACKy pro každé prostředí
(kromě archivního, kde předpokládáme 2 RACKy), ve kterém je informační systém
nasazen
Testovací a školící prostředí by mělo mít identickou technologickou infrastruktury jako
produkční prostředí, vyjma technologií umožňujících přepnutí na záložní prostředí, čímž
se zajistí kvalifikované testování dodávaného řešení případně dodávaných změn na
řešení. Pro zajištění dostatečného množství dat doporučujeme zvážit vybudování
testovací datové báze anonymizací údajů z produkční databáze15.
Každá HW komponenta řešení by měla být zdvojená, aby se v HW infrastruktuře
nenacházel Single Point of Failure, včetně infrastruktury diskových polí v každé lokalitě.
Každá SW komponenta řešení by měla být na úrovni prostředí zdvojená, aby byla
zajištěna vysoká dostupnost řešení na úrovni každého prostředí. Zajištění vysoké
dostupnosti SW komponenty vyžaduje, aby každá virtualizovaná SW komponenta byla v
rámci Cluster provozována na alespoň dvou různých fyzických serverech.
Disková pole v obou lokalitách doporučujeme propojit na úrovni SAN a technologie
replikace (či současného zápisu do obou lokalit) doporučujeme realizovat na úrovni
diskových polí.
Doporučujeme zvážit využití synchronní replikace mezi diskovými poli (případně
současný zápis do obou lokalit) s přihlédnutím ke konkrétním technickým parametrům
síťových spojení mezi lokalitami.
Doporučujeme zvážit provoz lokalit v režimu active-active na všech úrovních (aplikační,
databázová apod.)
Na úrovni lokality by měl být fail-over řešení vykonáván automaticky.
Mezi jednotlivými lokalitami může být fail - over prováděn manuálně při nastavení
procesů zajišťujících včasný monitoring vzniku situace vyžadující fail - over řešení do
druhé lokality tak, aby byly dodrženy požadované RTO a RPO.
Pro technologii centrálního datového úložiště (CDB) je vhodné zajistit okamžitou
synchronní replikaci dat v rámci jednoho prostředí.
CDB by měla všechna data uchovávat na vysoce dostupné SAN infrastruktuře.
CDB by měla obsahovat infrastrukturu umožňující Administrátorům návrat k stavu datové
báze v libovolném čase minimálně jeden týden do minulosti.
15 Vysvětlení z odpovědi na otázku v zadávacím řízení:
Anonymizovat je nutné údaje vedoucí k přímé identifikaci jednotlivých uživatelů systému jako jméno,
příjmení, emailová adresa atp. V případě e-Legislativy v produkčním provozu pak bude nutné
rozhodnout, která data do testovacího prostředí nepřenášet (z principu např. všechna neveřejná data).
1822
vysoce dostupná infrastruktura SW komponent zajišťujících běh CDB by měla být
provozována v režimu Active-Active s případným rozdělováním zátěže mezi jednotlivé
instance CDB prostřednictvím load-balancing technik nebo implementováním rozdělení
zátěže mezi více instancí CDB na základě označení dotazů jako write/update nebo read-
only.
Z hlediska síťové infrastruktury doporučujeme zvážit rozdělení sítí pro běh systémů na
logické sítě rozdílné pro provoz systému eSbírka a eLegislativa. Tím pádem bude
zajištěno síťové oddělení těchto systémů a bude možné nastavit konkrétní politiky pro
jednotlivé systémy.
Sítě v pásmu dozoru a podpory je vhodné rozdělit na logické sítě zajišťující síťový provoz
jednotlivých komponent řešení pro dohled a podporu. Toto může být limitováno
způsobem řešení systémů pro dohled a podporu, které provozuje zadavatel.
Pro účely minimalizace HW zdrojů potřebných na provoz řešení je vhodné agregovat
prostředí pro běh systémů na co nejmenší počet fyzických serverů tak, aby však byl stále
zajištěn požadavek na rozprostření každé vysoce dostupných SW komponenty přes
alespoň dva fyzické servery.
11 Přílohy modelu nasazení a provozu
11.1 Příloha č. 1 - Specifikace služeb CMS
Pro připojení a zabezpečení infrastruktury bude možné použít standardní služby systému CMS:
11.1.1 Služba CMS2 – 02 – Zveřejnění aplikace
Název parametru Vysvětlení
Kód služby CMS2-02
Název služby Zveřejnění aplikace
Popis služby Služba vytvoří prostředí pro publikaci aplikační služby informačního
systému OVM. Varianty služby se liší podle cílového prostředí. Možné
varianty jsou:
1. do sítě Internet
2. do sítě CMS
3. do sítě sTESTA
4. do Extranetu
1823
Aplikační služba může být umístěna v infrastruktuře OVM nebo v infrastruktuře Národního
datového centra (NDC). Aplikační služba může být zveřejněna do více prostředí současně.
Aplikační služba je zveřejněna na definovaných protokolech a portech.
Při zveřejnění aplikace do sítě Internet jsou aplikaci přiděleny veřejné IP adresy z prostoru CMS.
Přístup ke zveřejněné službě může být omezen na definované zdrojové IP adresy.
Při zveřejnění aplikace do sítě CMS jsou aplikaci přiděleny privátní IP adresy z prostoru CMS
(Konsolidované IP adresy). Službu je možné zveřejnit pro všechny ostatní subjekty připojené
do sítě CMS (Veřejná služba) nebo pro definované subjekty (Schvalovaná služba). O přístup ke
Schvalované službě musí přistupující subjekty žádat prostřednictvím služby CMS2-03.
Při zveřejnění aplikace do sítě sTESTA jsou aplikaci přiděleny IP adresy z prostoru pro ČR v síti
sTESTA. Přístup ke zveřejněné službě je omezen na definované zdrojové IP adresy. Zveřejnění
aplikace musí být provozováno v souladu s provozními a bezpečnostními požadavky EU pro
síť sTESTA.
Při zveřejnění aplikace do Extranetu jsou aplikaci přiděleny privátní IP adresy z prostoru CMS
(Konsolidované IP adresy). Aplikační služba je zveřejněna pro všechny subjekty, které mají do
daného extranetu přístup.
11.1.2 Služba CMS2 – 03 – Přístup k aplikaci
Název parametru Vysvětlení
Kód služby CMS2-03
Název služby Přístup k aplikaci
Popis služby Služba umožňuje zřizovat a rušit přístupy k aplikačním službám.
Varianty služby se liší podle cílového prostředí. Možné varianty
představují přístup:
1. k aplikaci v síti CMS
2. k aplikaci v síti sTESTA
3. k aplikaci v síti Internet
4. k aplikacím v Extranetu
5. čtenář eGON Service Bus
Služba umožňuje zřizovat, měnit a rušit přístupy subjektu k cizí aplikační službě. Jednou žádostí
lze zřídit přístup právě k jedné aplikační službě. Připojení je povoleno z definovaných IP adres
v síti subjektu.
Přístup k aplikaci v síti CMS umožní subjektu připojení k aplikační službě zveřejněné jiným
subjektem prostřednictvím služby CMS2-02 v síti CMS. Zřízení přístupu je podmíněno
souhlasem vlastníka zveřejněné aplikační služby, které probíhá prostřednictvím portálu CMS.
1824
Přístup k aplikaci v síti sTESTA umožní subjektu připojení k aplikační službě zveřejněné jiným
státem Evropské unie v síti sTESTA. Připojení je povoleno na definovaných protokolech a
portech. Přístup k aplikaci musí být provozován v souladu s provozními a bezpečnostními
požadavky EU pro síť sTESTA.
Přístup k aplikaci v síti Internet umožní subjektu připojení k aplikační službě zveřejněné v síti
Internet na definovaných protokolech a portech. Cílovou aplikační službu v síti Internet je
nutné definovat konkrétními IP adresami.
Přístup k aplikacím v Extranetu umožní subjektu připojení ze sítě Internet prostřednictvím
technologie SSL VPN ke všem aplikačním službám zveřejněným v daném Extranetu. Připojení
subjektu k Extranetu musí být schváleno Správcem CMS.
Pro čtenáře eGON Service Bus je nutné zprovoznit přístup z aplikace subjektu k systému eGON
Service Bus a zároveň zprovoznit přístup ze systému eGON Service Bus vůči aplikaci žadatele.
Logicky se tedy jedná o zřízení obousměrných síťových prostupů mezi eGON Service Bus a
aplikací žádajícího subjektu.
11.1.3 Služba CMS2 – 04 – Umístění aplikace OVM do NDC
Název parametru Vysvětlení
Kód služby CMS2-04
Název služby Umístění aplikace OVM do NDC
Popis služby Služba napomáhá OVM jednorázově zajistit podmínky pro umístění
infrastruktury do prostředí Národních datových center (NDC) -
kontakty na správce NDC, zajištění konektivity mezi NDC
Služba pomáhá OVM zajistit podmínky pro umístění infrastruktury do Národních datových
center (NDC). Na žádost OVM jsou poskytovány informace nezbytné pro to, aby byla
infrastruktura (resp. informační systém) umístěna do jednoho nebo více NDC.
Na základě žádosti může být pro OVM zprostředkován pronájem konektivity (na úrovni vrstvy
L2 nebo L3) s definovanými technickými parametry mezi NDC, ve kterých OVM umístí svoji
infrastrukturu.
CMS nezajišťuje vlastní umístění infrastruktury v prostředí NDC, ale umožňuje zpracování
požadavků na propojení infrastruktur umístěných v různých NDC.
1825
11.1.4 Služba CMS2 – 05 – Přenos elektronické pošty
Název parametru Vysvětlení
Kód služby CMS2-05
Název služby Přenos elektronické pošty
Popis služby Služba MTA zajišťuje předávání zpráv elektronické pošty jak mezi
jednotlivými subjekty KIVS, tak mezi subjekty KIVS a uživateli sítě
Internet. Možné varianty služby představují:
6. Odchozí SMTP provoz
7. Příchozí SMTP provoz
V principu se jedná se o službu Mail Transfer Agent (MTA) – služba zajišťuje předávání zpráv
mezi mailovými servery a zároveň plní bezpečnostní funkce antiviru a antispamu. Služba je
poskytována ve variantě Odchozí SMTP provoz (odesílání elektronické pošty ze serveru
subjektu) a Příchozí SMTP provoz (přijímání elektronické pošty na server subjektu), přičemž je
možné objednat obě varianty současně.
Předávání elektronické pošty je možné realizovat v rámci prostředí KIVS nebo do a z prostředí
sítě Internet. Služba nezahrnuje poštovní schránky a není též určena k přeposílání zpráv v rámci
jednoho subjektu.
11.1.5 Služba CMS2 – 06 – DNS hosting
Název parametru Vysvětlení
Kód služby CMS2-06
Název služby DNS hosting
Popis služby Služba zajišťuje vedení DNS záznamů na jmenných serverech CMS.
Možné varianty jsou:
8. Veřejná registrovaná doména
9. Veřejná doména CMS
10. Neveřejná doména
Služba Veřejná registrovaná doména zajišťuje poskytování jmenných služeb (DNS) do sítě
Internet pro domény ve vlastnictví subjektu, veřejně registrované v síti Internet. Subjekt musí
zabezpečit nasměrování domény na jmenné servery CMS. Služba nezajišťuje vlastní registraci
domény.
1826
Služba Veřejná doména CMS zajišťuje poskytování jmenných služeb (DNS) do sítě Internet pro
domény vyššího řádu v doméně „gov.cz“.
Služba Neveřejná doména zajišťuje poskytování jmenných služeb (DNS) do sítě CMS pro
záznamy v interní doméně sítě CMS „cms2.cz“.
11.1.6 Služba CMS2 – 07 – Služby sTESTA
Název parametru Vysvětlení
Kód služby CMS2-07
Název služby Služby sTESTA
Popis služby Služba umožňuje nastavení doplňkových služeb v síti Evropské unie
sTESTA.
Služba umožňuje vyžádat nastavení doplňkových služeb v síti sTESTA. Jde se především o
správu DNS záznamů v zóně „cz.testa.eu“ či změnu v nastavení směrování elektronické pošty
v rámci sítě sTESTA. Požadavky subjektu jsou zpracovány a následně uplatněny u
provozovatele sítě sTESTA. Změna nastavení služeb musí být v souladu s provozními a
bezpečnostními požadavky EU pro síť sTESTA.
11.1.7 Služba CMS2 – 08 – Přístup do CMS
Název parametru Vysvětlení
Kód služby CMS2-08
Název služby Přístup do CMS
Popis služby Služba je určena pro připojení počítačových sítí OVM k síti CMS.
Varianty služby se liší podle způsobu připojení. Možné způsoby
připojení jsou:
1. KIVS VPN
2. IPSec VPN
3. SSL VPN
4. Krajský konektor
5. NDC
Služba zajišťuje připojení počítačových sítí nebo koncových stanic OVM k síti CMS jednou
z následujících variant.
1827
1. KIVS VPN – připojení koncové lokality nebo více lokalit prostřednictvím MPLS sítě
telekomunikačního operátora. Varianta je určena pro takové lokality, ve kterých sídlí
řádově alespoň desítky uživatelů (resp. počítačů připojených k síti).
2. IPsec VPN – připojení koncové lokality pomocí šifrovaného spojení přes síť Internet.
K zabezpečení této komunikace mohou být využívány certifikáty vydávané neveřejnou
certifikační autoritou CMS. Varianta je vhodná pro lokality, ve kterých sídlí do 25
uživatelů (resp. počítačů připojených k síti).
3. SSL VPN – uživatelské připojení pomocí šifrovaného spojení přes síť Internet. Připojení
je realizováno prostřednictvím VPN klienta, instalovaného na každém připojovaném
počítači. Varianta je určena pro připojení jednotlivých počítačů.
4. Krajský konektor – připojení lokalit je realizováno přes hraniční prvky CMS,
distribuované ve všech krajských městech.
5. NDC – připojení infrastruktury umístěné v Národním datovém centru do sítě CMS.
Připojení je realizováno přes hraniční prvky CMS, umístěné v Národních datových
centrech.
11.1.8 Služba CMS2 – 09 – Přístup do Internetu
Název parametru Vysvětlení
Kód služby CMS2-09
Název služby Přístup do Internetu
Popis služby Služba zajistí přístup subjektu do sítě Internet prostřednictvím zřízené
přípojky do CMS.
Varianty služby se liší podle požadované úrovně zabezpečení přístupu
do Internetu. Možné způsoby připojení jsou:
11. Přímé připojení
12. Bezpečné připojení
Služba neslouží k zajištění přístupu ke službám CMS.
Služba zajistí pro lokality OVM připojené do prostředí CMS přístup do Internetu.
Ve variantě Bezpečného připojení je síťový provoz kontrolován a překládán. Tato varianta
umožňuje využít protokoly HTTP, HTTPS, FTP, FTPoHTTP.
Ve variantě přímého připojení není mezi síť OVM a Internet vkládán jakýkoli bezpečnostní
prvek. OVM je přidělen rozsah veřejných IP adres z rozsahu CMS. Přípojku využívanou pro tuto
variantu není možné využít v kombinaci s jinými službami CMS.
1828
11.1.9 Služba CMS2 – 10 – Přístup k záznamům o provozu
Název parametru Vysvětlení
Kód služby CMS2-10
Název služby Přístup k záznamům o provozu
Popis služby Přístup OVM k provozním statistikám jeho služeb včetně údajů o
plnění SLA.
Služba zahrnuje přístup OVM k provozním statistikám a záznamům o provozu jím objednaných
služeb včetně údajů o plnění SLA a zároveň výsledky monitoringu linek, na kterých jsou
provozovány jím objednané služby. Přístup k záznamům o provozu je OVM umožněn přes
portál CMS.
11.1.10 Služba CMS2 – 11 – Přístup k účtovacím informacím
Název parametru Vysvětlení
Kód služby CMS2-11
Název služby Přístup k účtovacím informacím
Popis služby Přístup OVM k účtovacím informacím jeho služeb.
Přístup OVM k vlastním účtovacím informacím přes portál CMS.
11.1.11 Služba CMS2 – 12 – Virtuální firewall
Název parametru Vysvětlení
Kód služby CMS2-12
Název služby Virtuální firewall
Popis služby Služba zajišťuje zřízení virtuálního firewallu v infrastruktuře CMS. Na
virtuálním firewallu jsou zakončeny jednotlivé přípojky a zveřejňovány
služby. Bez virtuálního firewallu není možné poskytovat některé další
služby CMS.
Možné varianty jsou:
1. Virtuální firewall pro OVM
2. Virtuální firewall pro Extranet
1829
Virtuální firewall pro OVM zajišťuje zřízení virtuálního firewallu v infrastruktuře CMS pro
jednotlivá OVM. Na tomto virtuálním firewallu jsou zakončovány jednotlivé VPN. V rámci
zřízení služby je subjektu vyhrazena část rozsahu privátních IP adres CMS (Konsolidovaný
adresní rozsah). Jde o překladové IP adresy, pod kterými subjekt přistupuje k ostatním službám
v CMS a zároveň tyto IP používá při publikaci svých služeb. Každý subjekt si může zřídit právě
jeden virtuální firewall.
Virtuální firewall pro Extranet slouží jako nástroj pro Správce CMS k definici Extranetu.
Extranet je skupina aplikačních služeb určených pro stejný okruh OVM. Pomocí této služby
definuje Správce CMS složení aplikačních služeb zveřejněných a okruh přistupujících
uživatelů v daném Extranetu. Jednotlivé publikující subjekty pak žádají o zveřejnění svých
aplikací do tohoto Extranetu prostřednictvím služby CMS2-02. Přístup k aplikacím tohoto
Extranetu je vyžádán přistupujícími subjekty prostřednictvím služby CMS2-03.
11.2 Příloha č. 2 – výňatek přílohy č. 1 k vyhlášce č. 316/2014
Sb.
11.2.1 Hodnocení a úrovně důležitosti aktiv
Pro hodnocení důležitosti aktiv jsou použity stupnice o čtyřech úrovních. Orgán nebo osoba
uvedená v § 3 písm. c) až e) zákona č. 316/2014 Sb. může používat odlišný počet úrovní pro
hodnocení důležitosti aktiv, než jaký je uveden v této příloze, dodrží-li jednoznačné vazby mezi
jí používaným způsobem hodnocení důležitosti aktiv a stupnicemi a úrovněmi pro hodnocení
důležitosti aktiv, které jsou uvedeny v této příloze.
V případě použití tří úrovní hodnocení důležitosti aktiv je přípustné sloučit buď úrovně nízká
a střední, nebo úrovně vysoká a kritická.
11.2.1.1 Stupnice pro hodnocení důvěrnosti
Úroveň Popis Ochrana
Nízká Aktiva jsou veřejně přístupná nebo byla Není vyžadována žádná ochrana.
určena ke zveřejnění (např. na základě
zákona č. 106/1999 Sb. o svobodném
přístupu k informacím, ve znění pozdějších
předpisů). Narušení důvěrnosti aktiv
neohrožuje oprávněné zájmy orgánu a
osoby uvedené v § 3 písm. c) až e) zákona.
1830
Střední Aktiva nejsou veřejně přístupná a tvoří Pro ochranu důvěrnosti jsou
know-how orgánu a osoby uvedené v § 3 využívány prostředky pro řízení
písm. c) až e) zákona, ochrana aktiv není přístupu.
vyžadována žádným právním předpisem
nebo smluvním ujednáním.
Vysoká Aktiva nejsou veřejně přístupná a jejich Pro ochranu důvěrnosti jsou
ochrana je vyžadována právními předpisy, využívány prostředky, které zajistí
jinými předpisy nebo smluvními ujednáními řízení a zaznamenávání přístupu.
(např. obchodní tajemství podle zákona č. Přenosy informací vnější
89/2012 Sb., občanský zákoník, osobní komunikační sítí jsou chráněny
údaje podle zákona č. 101/2000 Sb., o pomocí kryptografických prostředků.
ochraně osobních údajů, ve znění
pozdějších předpisů).
Kritická Aktiva nejsou veřejně přístupná a vyžadují Pro ochranu důvěrnosti je
nadstandardní míru ochrany nad rámec požadována evidence osob, které k
předchozí kategorie (např. strategické aktivům přistoupily, a metody
obchodní tajemství, citlivé osobní údaje). ochrany zabraňující zneužití aktiv ze
strany administrátorů. Přenosy
informací jsou chráněny pomocí
kryptografických prostředků.
11.2.1.2 Stupnice pro hodnocení integrity
Úroveň Popis Ochrana
Nízká Aktivum nevyžaduje ochranu z hlediska Není vyžadována žádná ochrana.
integrity. Narušení integrity aktiva
neohrožuje oprávněné zájmy orgánu a
osoby uvedené v § 3 písm. c) až e) zákona.
Střední Aktivum může vyžadovat ochranu z Pro ochranu integrity jsou využívány
hlediska integrity. Narušení integrity aktiva standardní nástroje (např. omezení
může vést k poškození oprávněných zájmů přístupových práv pro zápis).
orgánu a osoby uvedené v § 3 písm. c) až
e) zákona a může se projevit méně
závažnými dopady na primární aktiva.
Vysoká Aktivum vyžaduje ochranu z hlediska Pro ochranu integrity jsou využívány
integrity. Narušení integrity aktiva vede k speciální prostředky, které dovolují
1831
poškození oprávněných zájmů orgánu a sledovat historii provedených změn a
osoby uvedené v § 3 písm. c) až e) zákona zaznamenat identitu osoby
s podstatnými dopady na primární aktiva. provádějící změnu. Ochrana integrity
informací přenášených vnějšími
komunikačními sítěmi je zajištěna
pomocí kryptografických prostředků.
Kritická Aktivum vyžaduje ochranu z hlediska Pro ochranu integrity jsou využívány
integrity. Narušení integrity vede k velmi speciální prostředky jednoznačné
vážnému poškození oprávněných zájmů identifikace osoby provádějící změnu
orgánu a osoby uvedené v § 3 písm. c) až (např. pomocí technologie
e) zákona s přímými a velmi vážnými digitálního podpisu).
dopady na primární aktiva.
11.2.1.3 Stupnice pro hodnocení dostupnosti
Úroveň Popis Ochrana
Nízká Narušení dostupnosti aktiva není důležité a Pro ochranu dostupnosti je
v případě výpadku je běžně tolerováno postačující pravidelné zálohování.
delší časové období pro nápravu (cca do 1
týdne).
Střední Narušení dostupnosti aktiva by nemělo Pro ochranu dostupnosti jsou
překročit dobu pracovního dne, využívány běžné metody zálohování
dlouhodobější výpadek vede k možnému a obnovy.
ohrožení zájmů orgánu a osoby uvedené v
§ 3 písm. c) až e) zákona.
Vysoká Narušení dostupnosti aktiva by nemělo Pro ochranu dostupnosti jsou
překročit dobu několika hodin. Jakýkoli využívány záložní systémy a obnova
výpadek je nutné řešit neprodleně, protože poskytování služeb může být
vede k přímému ohrožení zájmů orgánu a podmíněna zásahy obsluhy nebo
osoby uvedené v § 3 písm. c) až e) zákona. výměnou technických aktiv.
Aktiva jsou považována jako velmi důležitá.
Kritická Narušení dostupnosti aktiva není přípustné Pro ochranu dostupnosti jsou
a i krátkodobá nedostupnost (v řádu využívány záložní systémy a obnova
několika minut) vede k vážnému ohrožení poskytování služeb je krátkodobá a
zájmů orgánu a osoby uvedené v § 3 písm. automatizovaná.
1832
c) až e) zákona. Aktiva jsou považována
jako kritická.
11.2.2 Hodnocení rizik
Hodnocení rizik je vyjádřeno jako funkce, kterou ovlivňuje dopad, hrozba a zranitelnost.
Pro hodnocení rizik lze použít zejména tuto funkci
riziko = dopad x hrozba x zranitelnost.
Jednoznačné určení funkce pro určení rizika je nezbytnou součástí metodiky pro identifikaci
a hodnocení rizika.
Stupnice pro hodnocení dopadů
Úroveň Popis
Nízký Dopad je v omezeném časovém období a malého rozsahu a nesmí být
katastrofický.
Rozsah případných škod nepřesahuje
a) 10 zraněných osob s následnou hospitalizací po dobu delší než 24 hodin nebo
b) finanční nebo materiální ztráty do 5000000 Kč anebo
c) představuje dopad na veřejnost s rozsáhlým omezením nezbytných služeb
nebo jiného závažného zásahu do každodenního života postihujícího nejvýše 250
osob.
Střední Dopad je omezeného rozsahu a v omezeném časovém období. Rozsah
případných škod se pohybuje v rozmezí
a) do 10 mrtvých nebo od 11 do 100 osob s následnou hospitalizací po dobu
delší než 24 hodin nebo
b) finanční nebo materiální ztráty od 5000000 Kč do 50000000 Kč anebo
c) představuje dopad na veřejnost s rozsáhlým omezením nezbytných služeb
nebo jiného závažného zásahu do každodenního života postihujícího od 251 do
2500 osob.
Vysoký Dopad je omezeného rozsahu, ale trvalý nebo katastrofický. Rozsah případných
škod se pohybuje v rozmezí
a) od 11 do 100 mrtvých nebo od 101 do 1000 osob s následnou hospitalizací po
dobu delší než 24 hodin nebo
b) finanční nebo materiální ztráty od 50000000 Kč do 500000000 Kč anebo
c) představuje dopad na veřejnost s rozsáhlým omezením nezbytných služeb
1833
nebo jiného závažného zásahu do každodenního života postihujícího od 2501 do
25000 osob.
Kritický Dopad je plošný rozsahem, trvalý a katastrofický. Rozsah případných škod se
pohybuje v rozmezí
a) 101 a více mrtvých a 1001 a více osob s následnou hospitalizací po dobu delší
než 24 hodin nebo
b) finanční nebo materiální ztráty převyšující 500000000 Kč anebo
c) představuje dopad na veřejnost s rozsáhlým omezením nezbytných služeb
nebo jiného závažného zásahu do každodenního života postihujícího více než
25000 osob.
Stupnice pro hodnocení hrozeb
Úroveň Popis
Nízká Hrozba neexistuje nebo je málo pravděpodobná. Předpokládaná realizace hrozby
není častější než jednou za 5 let.
Střední Hrozba je málo pravděpodobná až pravděpodobná. Předpokládaná realizace
hrozby je v rozpětí od 1 roku do 5 let.
Vysoká Hrozba je pravděpodobná až velmi pravděpodobná. Předpokládaná realizace
hrozby je v rozpětí od 1 měsíce do 1 roku.
Kritická Hrozba je velmi pravděpodobná až víceméně jistá. Předpokládaná realizace
hrozby je častější než jednou za měsíc.
Stupnice pro hodnocení zranitelností
Úroveň Popis
Nízká Zranitelnost neexistuje nebo je zneužití zranitelnosti málo pravděpodobné.
Existují kvalitní bezpečnostní opatření, které jsou schopna včas detekovat možné
slabiny nebo případné pokusy o překonání opatření.
Střední Zranitelnost je málo pravděpodobná až pravděpodobná. Existují kvalitní
bezpečnostní opatření, jejichž účinnost je pravidelně kontrolována. Schopnost
bezpečnostních opatření včas detekovat možné slabiny nebo případné pokusy o
překonání opatření je omezena. Nejsou známé žádné úspěšné pokusy o
překonání bezpečnostních opatření.
1834
Vysoká Zranitelnost je pravděpodobná až velmi pravděpodobná. Bezpečnostní opatření
existují, ale jejich účinnost nepokrývá všechny potřebné aspekty a není pravidelně
kontrolována. Jsou známé dílčí úspěšné pokusy o překonání bezpečnostních
opatření.
Kritická Zranitelnost je velmi pravděpodobná až po víceméně jisté zneužití. Bezpečnostní
opatření nejsou realizována anebo je jejich účinnost značně omezena. Neprobíhá
kontrola účinnosti bezpečnostních opatření. Jsou známé úspěšné pokusy
překonání bezpečnostních opatření.
Stupnice pro hodnocení rizik
Úroveň Popis
Nízké Riziko je považováno za přijatelné.
Střední Riziko může být sníženo méně náročnými opatřeními nebo v případě vyšší
náročnosti opatření je riziko přijatelné.
Vysoké Riziko je dlouhodobě nepřípustné a musí být zahájeny systematické kroky k jeho
odstranění.
Kritické Riziko je nepřípustné a musí být neprodleně zahájeny kroky k jeho odstranění.
V případě, že orgán nebo osoba uvedená v § 3 písm. c) až e) zákona č. 316/2014 Sb. využívá
metodu pro identifikaci a hodnocení rizik, která nerozlišuje hodnocení hrozby a zranitelnosti,
je možné stupnice pro hodnocení hrozeb a zranitelností sloučit. Sloučení stupnic by nemělo
vést ke ztrátě schopnosti rozlišení míry hrozby a zranitelnosti. Za tímto účelem lze použít
například komentář, který zřetelně vyjádří jak úroveň hrozby, tak i úroveň zranitelnosti.
Obdobně postupuje i orgán nebo osoba uvedená v § 3 písm. c) až e) zákona č. 316/2014 Sb.,
které používá jiný počet úrovní pro hodnocení dopadů, hrozeb, zranitelností a rizik.
12 Tvorba a verifikace datové báze
Tvorba a verifikace databáze jsou dva nezávislé procesy. Jak již názvy napovídají
1. výsledkem procesů tvorby datové báze je její vznik
1835
2. výsledkem procesů verifikace datové báze je její ověření, tedy dosažení stavu,
v kterém splňuje parametry akceptace (ze strany Zadavatele) je možno ji jako
hodnověrnou
- poskytnout publiku prostřednictvím portálu e-Sbírka
- poskytnout k dalšímu rozvoji v legislativních procesech nástroji e-Legislativy.
Tato kapitola je věnována nejdříve tvorbě datové báze ve vztahu k její verifikaci a následně
pak s velkou mírou detailu procesům verifikace.
12.1 Vztah tvorby a verifikace datové báze
1836
Získání podkladů Hodnověrná Rekonstrukce textů (¼
datová báze rozsahu)
Verifikace kompletnosti českých sbírek
podkladů Kontrola rekonstrukce
textů
Zajištění chybějících
podkladů Kontrola Úplnosti obsahu
Rekonstrukce textů Kontrola správnosti
tabulek
Kompletace netextovými
entitami Kontrola správnosti
netextových entit
Odstranění překlepů Kontrola odstranění
slovních překlepů
(dump slov)
(dump slov)
Indexace (metadata)
Kontrola indexace
Normalizace obsahu
Ověření konsolidačních
(fragmentace, hierarchizace) protokolů
Tvorba odkazů Komparace vůči
nezávislým zdrojům
Oprava & dokumentace Analýza konfliktů a
chyb doporučení řešení
Kontrola odkazového
Zapracování
přímých novel aparátu
Doplnění odkazů
Kontrola normalizace
(v konsolidovaných zněních) obsahu
Zapracování Kontrola tezauru
nepřímých novel CzechVoc
Zapracování
přechodných ustanovení
Zapracování
zrušujících ustanovení
Zapracování redakčních
sdělení o opravě chyb
Oprava & dokumentace
chyb
Obrázek 123: Souhrn fází a procesů tvorby a verifikace datové báze
1837
12.1.1 Vztah tvorby a verifikace datové báze
Procesy verifikace datové budou probíhat současně s procesy tvorby datové báze.
Dodavatel tvorby datové báze je v dalším textu uváděn jako Dodavatel DB.
Dodavatel verifikace datové báze je v dalším textu uveden jako Verifikátor DB.
Dodavatel DB vytváří datovou bázi postupně po ročnících jednotlivých sbírek (od nejstaršího
ročníku po nejnovější). Tvorba datové báze je znázorněna levou částí obrázku „Obrázek 123“
a bude probíhat ve dvou základních fázích, kde každá fáze je rozdělena do několika procesů:
1. Tvorba datové báze vyhlášených znění
1.1. Získání podkladů, tedy všech částek, všech předpisů, všech sbírek pro následnou
rekonstrukci textů
zajištění listinných podkladů vhodných k naskenování a OCR
a/nebo
zajištění digitálních replik listinných podkladů vhodných buď k OCR, nebo
extrakci textu
1.2. Verifikace kompletnosti a kvality podkladů
ověření, zda podklady získané v předchozím kroku, jsou z pohledu
kompletnosti a kvality použitelné pro rekonstrukci textů
1.3. Získání podkladů nových
získání podkladů alternativních, vyhodnocených v předchozím kroku jako
nekompletních nebo nekvalitních
1.4. Rekonstrukce textů
vytěžení textů a tabulek vyhlášených znění z podkladů získaných
v předchozích krocích
o skenováním a OCR
a/nebo
o extrakcí textů z PDF
a/nebo
o manuálním přepisem/značkováním
a/nebo
o kombinací předchozích způsobů
1.5. Kompletace netextovými entitami
doplnění obrázků, souborových příloh, přepis vzorců do strukturovaného
popisu
1.6. Odstranění překlepů
1838
specifický proces rozpadu všech rekonstruovaných textů na jednotlivá slova,
kontrola těchto slov s cílem nalezení slov chybně rekonstruovaných a jejich
následná oprava (pomocí tzv. dumpu slov)
1.7. Indexace
přiřazení uzlů tematické sítě (subsetu CzechVoc tezauru) k předpisům
postupný rozvoj tematické sítě (subsetu CzechVoc)
1.8. Normalizace obsahu
fragmentace: určení struktur všech fragmentů (např. §, odstavec, položka
číslovaného seznamu, položka nečíslovaného seznamu, písmeno, část, hlava,
nadpis, kapitola, pravidlo atd. …) extrakce pořadí těchto struktur (např. 1 pro
Část první, Hlava I, § 1 atd.)
hierarchizace: sestavení fragmentů do hierarchií (tedy stromové struktury)
1.9. Tvorba odkazů
odkaz: vytvoření obousměrné vazby mezi částí textů, která je citací jiného
předpisu nebo jeho části a citovaným předpisem nebo jeho částí
typizace odkazu, tj. pojmenování vztahu
o existují např. odkazy interní (uvnitř předpisu), externí (mezi předpisy),
prováděcí atd.
1.10. Dokumentace a oprava nalezených chyb
zadavatel může rozhodnout, že některé chyby předloh (tedy originálů nebo
replik originálů) mohou být opraveny, budou-li řádně zdokumentovány
2. Tvorba datové báze konsolidovaných znění Zapracování přímých novel
zapracování každé novely (nebo více novel se stejnou účinností) způsobí vznik
konsolidovaného znění s účinností zapracované novely (resp. více novel)
o přímá novela: explicitní instrukce z vyhlášeného předpisu určující co, jak
a v jakém dříve vyhlášeném předpisu změnit
každé konsolidované znění má účinnost novely (nebo novel), které jeho změny
oproti předchozímu konsolidovanému znění způsobily
2.2. Doplnění odkazů v konsolidovaných zněních
ustanovení modifikovaná zapracováním novel mohou obsahovat nové odkazy
a je třeba je dopracovat podle stejného principu jako v bodě 1.9 výše
2.3. Zapracování nepřímých novel
nepřímá novela: změna dříve vyhlášeného předpisu na základě právního
výkladu explicitních instrukcí přímých novel (např. neexistuje novela, která by
explicitně instruovala globální změnu Kčs na Kč, přestože Kčs od roku 1993
byla nahrazena za Kč, různých typů nepřímých novel je celá řada)
1839
2.4. Zapracování přechodných ustanovení
přechodné ustanovení je pojmenováním instrukce k výkladu právního
předpisu, kterou lze někdy zapracovat formou nepřímé novely, většinou to ale
možné není a s takovýmto ustanovením je nutno zacházet jako s výjimkou
vztaženou k určitým více či méně specifikovaným ustanovením předpisu
2.5. Zapracování zrušujících ustanovení
zrušující ustanovení je explicitní instrukce ke zrušení primárního předpisu,
která má dopad resp. následek nepřímého zrušení také sekundárních
novelizačních ustanovení (nebo přímo celých předpisů) k rušenému předpisu s
účinností identickou se zrušením primárního předpisu
2.6. Zapracování redakčních sdělení o opravě chyby
zvláštní typ změny vyhlášeného předpisu, který má za výsledek jeho změnu
účinností původního vyhlášení předpisu
2.7. Dokumentace a oprava nalezených chyb
některé novely nejsou zapracovatelné jednoznačně, případně nejsou
zapracovatelné vůbec
výsledkem tohoto procesu je zachycení těchto stavů, aby mohly být následně
Verifikátorem DB analyzovány a ve spolupráci se zadavatelem vyřešeny
Paralelně s těmito procesy bude Dodavatel DB ještě zjišťovat absenci a dostupnost předpisů
oznámených ve Sbírce zákonů a Sbírce mezinárodních smluv, tato činnost však nepodléhá
verifikaci.
Výstup ročníku každé fáze každé sbírky bude Dodavatelem DB předán do procesů verifikace
datové báze vykonávané Verifikátorem DB.
Procesy verifikace budou probíhat ve třech fázích:
1. Verifikace datové báze vyhlášených znění
2. Verifikace datové báze konsolidovaných znění
3. Verifikace normalizace obsahu datové báze
Tyto tři fáze verifikace datové báze jsou detailně popsány dále v rozdělení na samostatné
procesy s jejich podrobným popisem.
1840
12.1.2 Cíle, předpoklady, vstupy a výstupy verifikace datové báze
V této kapitole jsou popsány společné cíle, předpoklady, vstupy a výstupy společné buď pro
všechny, nebo pro více dílčích procesů verifikace datové báze Verifikátorem DB.
12.1.2.1 Cíle verifikace datové báze
Cíle verifikace datové báze vykonávané Verifikátorem DB jsou následující:
Ověřit kvalitu výstupů jednotlivých procesů tvorby datové báze Dodavatelem DB
prostřednictvím nastavených ukazatelů požadované kvality (KPI) specifikovaných pro
jednotlivé procesy.
Poskytnout Dodavateli DB zpětnou vazbu v takové podobě, aby případné chyby byl
schopen opravit a po jejich odstranění mohl vytvořená dat použít pro další následující
procesy tvorby datové báze.
Zajistit kvalitu formou splnění KPI metrik jednotlivých procesů – tedy zajistit, aby
Dodavatel DB předal datovou bázi Zadavateli v nejvyšší dosažitelné kvalitě.
Poskytnout Zadavateli všechny podklady k výkonu jeho kontroly s výsledkem prohlášení
datové báze vytvořené Dodavatelem DB za hodnověrnou.
12.1.2.2 Předpoklady pro verifikaci datové báze
V této části jsou specifikovány předpoklady pro verifikaci datové báze sumárně pro všechny
dílčí procesy.
12.1.2.2.1 Komunikační systém: Prostředí pro všechny typy interakcí mezi aktéry
verifikace
Verifikátor DB vytvoří či poskytne „Komunikační systém“, tj. prostředí pro komunikaci a
všechny typy interakcí mezi Dodavatelem DB, Verifikátorem DB a Zadavatelem. Dodavatel DB
bude povinen toto prostředí používat dle propozic poskytnutých Verifikátorem DB.
Rámcové požadavky na prostředí pro komunikaci:
Sdílené úložiště pro výměnu souborů
Dodavatel DB publikuje na sdílené úložiště HTML znění v syntaxi rámcově
popsané v kapitole 12.1.2.4. Vždy celý ročník sbírky najednou pro danou fázi
procesu tvorby datové báze
Verifikátor DB ze sdíleného úložiště odebere vždy celý ročník sbírky pro danou
fázi procesu tvorby datové báze také najednou.
Součástí dodávky ročníku Dodavatelem DB bude i postupná dodávka tezauru
CzechVoc, který bude vždy dodán v celkové aktualizované podobě.
Kolaborativní prostředí pro zajištění interakce Dodavatele DB a Verifikátora DB.
Evidence a nezměnitelná historie všech aktivit Dodavatele DB i Verifikátora DB. Zejména
hlášení a oprava chyb a stav zpracování předpisů v ročnících, vše včetně časových údajů.
1841
Rozhraní celkových výsledků pro průběžnou evidenci aktivit Dodavatele DB a Verifikátora
DB a také následnou akceptaci datové báze ze strany Zadavatele (celkové řízení
akceptace v elektronické podobě včetně evidence nalezených chyb, počtu přidělených
trestných bodů a doby překročení definovaných lhůt).
Podle svého uvážení může Verifikátor DB takové prostředí využívat také jako interní workflow
systém pro výkon procesů verifikace.
Verifikátor zajistí provoz Komunikačního systému včetně poskytnutí případných licencí
minimálně v následujícím rozsahu:
pro 40 pracovníků Dodavatele DB v režimu čtení i zápis od startu projektu do 2
měsíců pro finální akceptaci výstupů tvorby a verifikace datové báze Zadavatelem.
pro 20 pracovníků Zadavatele v režimu čtení i zápis od startu projektu do termínu
A+4 měsíce, kde „A“ je datum finální akceptace výstupů tvorby a verifikace datové
báze Zadavatelem (mimo výstupů v rámci provozní podpory).
pro 5 pracovníků Zadavatele v režimu čtení pro evidenci chyb a řízení akceptace po
dobu jednoho roku termínu A+4 měsíce, kde „A“ je datum finální akceptace výstupů
tvorby a verifikace datové báze Zadavatelem (mimo výstupů v rámci provozní
podpory).
12.1.2.2.2 Lidské zdroje pro výkon verifikace
Verifikátor DB zajistí dostatek lidských zdrojů, aby byl schopen provést všechny procesy
verifikace datové báze nejdéle za jeden týden pro jeden ročník. Je nutné počítat s postupnou
rozpracovaností minimálně 3-5 ročníků zároveň.
Celkový objem je následující
Sbírka zákonů 1945-2019: 75 ročníků
Sbírka mezinárodních smluv 2000-2019: 20 ročníků
Úřední list 1945-1962: 18 ročníků
12.1.2.2.3 Technická infrastruktura pro výkon verifikace
Verifikátor DB zajistí technickou infrastrukturu pro výkon verifikace, tedy příslušené
hardwarové a softwarové vybavení pro svůj tým, rámcově se jedná o tyto bloky
infrastruktury:
OCR 100.000 stran textů sbírek, tedy 200.000 – 250.000 normostran.
Složitost textů lze označit za vysokou (viz archiv digitálních stejnopisů sbírek zveřejněný
na http://aplikace.mvcr.cz/sbirka-zakonu).
Nástroje pro textové porovnání předpisů ze dvou zdrojů s analýzou a evidencí
nalezených rozdílů (komparační nástroje, budou využity při kontrolách dle kapitol
12.2.1.1 a 12.2.2.2).
Procesní detaily jsou uvedeny v popisech dotčených procesů níže.
1842
Fulltextovou indexaci předpisů v HTML formátu, kde výsledkem bude seznam všech
použitých slov, jejich četnost a přesná pozice v indexovaném souboru.
Prostředí pro řízení a týmový výkon procesů verifikace datové báze:
hardware a software pro příslušníky týmu
prostředí pro týmovou práci a řízení projektu, jak je uvedeno výše. Podle uvážení
Verifikátora DB může takovým prostředím být nástavba prostředí popsaného výše
v kapitole 12.1.2.2.1.
12.1.2.2.4 Digitální stejnopisy vyhlášených znění Sbírky zákonů a Sbírky mezinárodních
smluv
Zadavatel pro procesy verifikace datové báze poskytne digitální stejnopisy Sbírky zákonů a
Sbírky mezinárodních smluv (dále jen digitální stejnopisy).
Digitální stejnopisy jsou zveřejněny ve formátu PDF a na denní bázi aktualizovány zde:
http://aplikace.mvcr.cz/sbirka-zakonu.
Digitalizaci předpisů, které nejsou v této formě dostupné (např. některé rozsáhlé přílohy,
resp. sbírka Úřední list) provede Dodavatel DB a poskytne Verifikátorovi DB.
Více podrobností viz kapitola 12.3.2.
12.1.2.3 Implementační analýza verifikace datové báze českých sbírek
Vypracování implementační analýzy je stejně jako v případě dodávky prvním milníkem plnění
zakázky na Verifikaci datové báze.
Implementační analýza verifikace datové báze bude obsahovat podrobný popis postupů a
procesů, které Verifikátor DB bude využívat a aplikovat při plnění zakázky, tedy ke kontrolám
popsaným v kapitole 3, zejména:
podrobný harmonogram verifikace korespondující s harmonogramem tvorby datové
báze Dodavatelem DB
popis řízení projektu
seznam rizik a jejich eliminace (např. ochrana před změnou obsahu datové báze)
role v týmu a jeho složení
pracovní postupy pro jednotlivé role
popis Komunikačního systému - prostředí pro všechny typy interakcí mezi aktéry
verifikace (viz 12.1.2.2.1)
o přesný popis používání tohoto prostředí Dodavatelem DB, Verifikátorem DB a
Zadavatelem
přesný popis použité hardwarové a softwarové infrastruktury
o u sw nástrojů s rozdělením na produkty vlastního vývoje a nakoupené licence
popis nezávislého zdroje pro komparaci a úplný popis procesu komparace
analýzu českých sbírek, seznam všech předpisů a jejich novel v rozdělení
o pasivní novelizace, tj. seznam předpisů a ke každému z nich seznam novel
zanášejícím do předpisu nějakou změnu
1843
o aktivní novelizace, tj. seznam novel a ke každé novele seznam předpisů, který
novelizovala
Implementační analýza Verifikátora DB bude předmětem schválení Zadavatelem. Potřebnou
koordinaci jednání pro dosažení souladu s implementační analýzou Dodavatele DB zajistí
Zadavatel. Verifikátor DB bude přispívat odborným poradenstvím i k tvorbě implementační
analýzy Dodavatele DB a bude poskytovat odbornou asistenci Zadavateli při akceptaci
Implementační analýzy Dodavatele DB.
12.1.2.4 Vstupy pro verifikaci datové báze
V této části jsou popsány vstupy společné pro následně popsané procesy verifikace datové
báze. Vyžaduje-li nějaký proces samostatné vstupy, jsou tyto specifikovány vždy u
konkrétního procesu.
1. Soubory jednotlivých znění (tedy vyhlášeného znění a znění konsolidovaných) předpisů
sbírek ve formátu HTML vložené Dodavatelem DB do sdíleného úložiště.
Syntaxe pojmenování souborů {sb}{yyyy}c{nnn}z{pppp}-v{0/YYYYMMDD}.htm, kde
{sb} představuje kód sbírky – Sbírka zákonů, Sbírka mezinárodních smluv, Úřední
list
{yyyy} představuje rok vyhlášení předpisu čtyřmístně
{nnn} je trojciferné číslo částky obsahující vyhlášený předpis zleva doplněné
nulami
{pppp} je čtyřmístné číslo předpisu zleva doplněné nulami
0/YYYYMMDD specifikuje znění
v0 pro vyhlášené znění
vYYYYMMDD pro konsolidované znění, kde YYYYMMDD je datumem
začátku účinnosti konsolidovaného znění
Navíc je pro každý takový soubor nutno předat souhrnnou informaci o počtu
fragmentů v souboru
Příklad:
Soubor s vyhlášeným zněním předpisu Vyhláška č. 78/2013 Sb., o
energetické náročnosti budov,
bude pojmenován sb2013c036z0078-v0.htm.
Příklad struktury souboru předpisu ve formátu HTML
hlavička s metadaty předpisu
tělo předpisu, kde každý samostatný řádek uzavřený elementem …
představuje samostatný fragment16
16 Více o fragmentech viz Funkční požadavek FP1007
1844
orientační příklad pro sb2013c036z0078-v0.htm:
syntaxe zápisu doplňkových entit
Tabulky
tabulka 2 předpisům Vyhláška č. 78/2013 Sb., o energetické
náročnosti budov
bude zapsána takto:
1845
v prohlížeči pak takto:
Obrázky
budou zapsané prostřednictvím HTML tagu 
Příklad:
bude zapsána takto:
syntaxe pojmenování souborů obrázků
o {sb}{yyyy}c{nnn}z{pppp}o{ooo}.png
význam {sb}{yyyy}c{nnn}z{pppp} identický jako
u pojmenování souboru předpisu
{ooo} je třímístně číslo udávající pořadí obrázku
v předpisu zleva doplněné nulami
specifikace znění není nutná, neboť obrázek vždy
pochází z vyhlášeného znění
Souborové přílohy
souborové přílohy se použijí pro např. pro
o formuláře, u kterých je důležitá originální vizuální podoba
o skupiny stran s mnoha obrázky např. dopravních značek,
vojenských hodností atd.
budou zapsány prostřednictvím HTML odkazu na PDF souboru
přílohy
1846
příklad:
bude zapsáno takto:
Vzorce
např. řešení kvadratické rovnice
1847
bude zapsáno v HTML kódu takto
2. Tezaurus CzechVoc ve formátu Simple Knowledge Organization System (SKOS), případně
jiném, který Zadavatel akceptuje v implementační analýze Dodavatele DB.
12.1.2.5 Výstupy procesů verifikace datové báze
Výstupem dílčích procesů verifikace datové bude
komunikace Verifikátora DB směrem k Dodavateli DB
komunikace Verifikátora DB směrem k Zadavateli
Výstupem verifikace není jakákoliv úprava datové báze. Dodavatel DB je výlučným tvůrcem
datové báze, výlučně provádí její tvorbu a také všechny úpravy/opravy na základě
komunikace od Verifikátora DB.
Výstupy činnosti Verifikátora DB tedy jsou:
Podrobné protokoly komunikované Dodavateli DB
pro každý verifikovaný ročník,
s rozdělením na jednotlivé předpisy případně konsolidovaná znění předpisů, je li
to v daném procesu relevantní,
se stanovením KPI specifikovaných zvlášť pro každý proces.
Sumární protokoly pro Zadavatele osvědčující celkové splnění všech dílčích KPI pro každý
ročník Dodavatelem DB
1848
Konkrétní forma a obsah protokolů je v péči Verifikátora DB a podléhá schválení
Zadavatelem před zahájením procesů verifikace.
12.1.3 Časová souslednost tvorby a verifikace datové báze
Základní doba procesu tvorby a verifikace datové báze je plánována na 21 měsíců.
V rámci této doby:
1. Dodavatel DB i Verifikátor DB vytvoří implementační analýzu a připraví vše potřebné
ke startu tvorby a verifikace datové báze v měsících 1-3
2. Dodavatel DB vytvoří datovou bázi českých sbírek (tedy zpracuje vyhlášená znění
v celkovém odhadovaném objemu 400.000 stran digitálních stejnopisů ročníků
českých sbírek do ročníku 2018 (včetně) a vytvoří k nim konsolidovaná znění dle
propozic datového modelu + vytvoří CzechVoc) v měsících 4-19
3. Verifikátor DB verifikuje obsahově datovou bázi českých sbírek do ročníku 2018
(včetně; vyhlášená i konsolidovaná znění) v měsících 4-19
4. Verifikátor DB verifikuje normalizaci obsahu a tezaurus CzechVoc v měsících 20-21,
tedy po ukončení základní tvorby datové báze Dodavatelem DB
Mimo základní dobu procesu tvorby a verifikace datové báze proběhne:
Dodatečná digitalizace a verifikace ročníku 2019 „část A“, tedy právních předpisů a
právních aktů, které byly vydány ve sbírkách v ročníku 2019 mezi 1. 1. 2019 a 30. 6.
2019. Termín pro dokončení této dodatečné digitalizace a verifikace je nejpozději do
31. 10. 2019
Dodatečná digitalizace a verifikace ročníku 2019 „část B“, tedy právních předpisů a
právních aktů, které byly vydány ve sbírkách v ročníku 2019 mezi 1. 7. 2019 a 31. 12.
2019. Termín pro dokončení této dodatečné digitalizace a verifikace je nejpozději do
1. 3. 2020. Zadavatel však s ohledem na probíhající legislativní proces určí prioritní
právní akty a předpisy, u nichž by digitalizace měla být dokončena již do 1. 1. 2020 a
může stanovit pořadí pro další právní akty i předpisy, v kterém by měla být jejich
digitalizace dokončována.
Digitalizace právních předpisů a právních aktů, jejichž tvorba započala mimo eLegislativu
před startem produkčního provozu, avšak k vyhlášení dojde až po startu produkčního
provozu, bude probíhat v rámci podpory systémů Dodavatele DB, a to průběžně. Kontrolu
tohoto obsahu již bude provádět Zadavatel (tzn. nikoli Verifikátor DB).
Součástí dodatečných digitalizací a verifikací (pro Dodavatele DB i Verifikátora DB) i
digitalizace předpisů, jejichž tvorba začala mimo eLegislativu (pouze pro Dodavatele DB) je i
příslušná část normalizace obsahu a její verifikace a tvorby a verifikace CzechVoc.
Tvorba datové báze i její verifikace v rámci základního procesu bude probíhat po jednotlivých
ročnících sbírek, od nejstarších k nejnovějším.
1849
Verifikátor DB i Dodavatel DB musí při tvorbě a verifikaci datové báze postupovat ve stejném
tempu a rytmu.
Vzhledem k různým objemům zpracovávaných ročníků nelze použít ročník ke stanovení
tempa. Jedinou použitelnou konzistentní jednotkou je strana.
Při odhadovaném objemu 400.000 stran17 je tedy podle výše uvedeného vzorce třeba každý
měsíc vytvořit i verifikovat datovou bázi v objemu 25.000 stran bez ohledu na velikost
konkrétního ročníku.
Dodavatel DB předává Verifikátorovi DB zpracovanou datovou bázi po ročnících (jeden ročník
za druhým od nejstaršího po nejmladší, zvlášť pro každou sbírku) – nejdříve vstupy pro
vyhlášená znění a poté pro konsolidovaná znění.
Příklad pro Sbírku zákonů:
v rámci předání vyhlášených znění zpracovaného ročníku 1945 předá Dodavatel DB
Verifikátorovi DB vyhlášené znění předpisu
Dekret č. 1/1945 Sb., ústavní dekret presidenta republiky o nové organisaci
vlády a ministerstev v době přechodné.
jako HTML soubor 1945c001z0001_v0.html
v rámci předání vyhlášených znění zpracovaného ročníku 1946 předá Dodavatel DB
Verifikátorovi DB vyhlášené znění předpisu
Ústavní zákon č. 153/1946 Sb.,jímž se mění ústavní dekret presidenta
republiky ze dne 2. dubna 1945, č. 1 Sb., o nové organisaci vlády a
ministerstev v době přechodné.
jako HTML soubor 1946c064z0153_v0.html
v rámci předání konsolidovaných znění zpracovaného ročníku 1946 předá Dodavatel
DB Verifikátorovi DB konsolidované znění předpisu
Dekret č. 1/1945 Sb., ústavní dekret presidenta republiky o nové organisaci
vlády a ministerstev v době přechodné.
ve znění ústavního zákona 153/1946 Sb. jako HTML soubor
1945c001z0001_v19460717.html
Promítnutí počtu stran digitálních stejnopisů (které je třeba zpracovat každý měsíc výše
vypočteným tempem) na ročníky zpracované v konkrétních měsících, tedy de facto plán
tvorby vytvoření datové báze, bude součástí implementační analýzy Dodavatele DB i
Verifikátora DB.
Dle orientačních propočtů bude nutné týdně vytvořit i verifikovat 1-4 ročníky českých sbírek.
Vzhledem k délce tvorby datové báze jednoho ročníku i jeho verifikace je zřejmé, že bude
muset být rozpracováno několik ročníků naráz a mnoho činností bude muset být
paralelizováno pomocí většího počtu týmů.
17 Tento počet je nutno brát jako rámcový a orientační, protože vzniknul interpolací do roku 2019 a
také v něm nejsou obsaženy předpisy před rokem 1945 s dopadem na předpisy od roku 1945 včetně
1850
Dodavatel DB předává Verifikátorovi DB pro každý ročník vstupy pro verifikaci zvlášť
vyhlášených a zvlášť konsolidovaných znění. Je evidentní, že Verifikátor DB bude v jistém
časovém zpoždění oproti Dodavateli DB.
Verifikátor DB aplikuje samostatnou sadu kontrol na vstupy vyhlášených znění (viz kapitola
12.2.1) a samostatnou sadu kontrol na vstupy konsolidovaných znění (viz kapitola 12.2.2).
Zapracování výsledků verifikace každé z kontrol bude znamenat pro Dodavatele DB
dodatečnou zátěž a Dodavatel DB musí na takovou situaci být připraven.
Modelový příklad:
Dodavatel DB předá Verifikátorovi DB ročník A
Dodavatel DB pokračuje se zpracováním ročníku B
v rámci zpracování ročníku B obdrží Dodavatel DB od Verifikátora DB výsledek
kontroly X ročníku A (který je povinen zapracovat do konkrétního termínu)
Dodavatel DB předá Verifikátorovi DB ročník B a pokračuje s ročníkem C
v rámci zpracování ročníku C obdrží Dodavatel DB od Verifikátora DB výsledek
kontroly Y ročníku A a výsledek kontroly X ročníku B
Termíny pro zapracování kontrol budou specifikovány v implementační analýze verifikace
datové báze.
Kritickou cestou tvorby i verifikace datové báze je tvorba a verifikace konsolidovaných znění.
Bude tedy klíčové řídit zpoždění na tomto bodě tak, aby chyby hlášené Verifikátorem DB
nemusely být opravovány v konsolidaci velkého množství ročníků, které má Dodavatel DB
nachystány nebo rozpracovány.
Jako akceptovatelný časový rozdíl mezi Dodavatelem DB a Verifikátorem DB jsou považovány
4 ročníky.
Je také zřejmé, že činnost Dodavatele DB a Verifikátora DB musí být pravidelně detailně
koordinována, protože zpoždění jednoho implikuje zpoždění druhého a tím zpoždění celého
projektu. Popis koordinace bude rovněž konkretizován v implementační analýze verifikace
datové báze.
12.1.4 Akceptace tvorby a verifikace datové báze
Kapitola popisuje procesy akceptace tvorby a verifikace datové báze, typy chyb, které
akceptační proces rozeznává včetně jejich kategorizace a obecné nastavení formální
komunikace Dodavatele DB a Verifikátora DB.
V kapitole jsou používány mimo jiné následující pojmy
Specifikace
1851
Prvním milníkem dodávky e-Sbírka a e-Legislativa je implementační analýza Dodavatele DB.
Dokumentace implementační analýzy18 Dodavatele DB bude po dosažení milníku předmětem
akceptace ze strany Zadavatele. Pojmem specifikace je v následujícím textu myšlena ta část
(dokumentace) implementační analýzy, která se zabývá tvorbou datové báze.
Originál
Předpis v listinné podobě nebo jeho digitální replika ve formě PDF digitálního stejnopisu19,
existuje-li.
Časový řez předpisu / Znění předpisu
Soubor fragmentů předpisu účinných od konkrétního data resp. v daném datumovém
rozmezí. Pro znění předpisu, které je výsledkem novelizace se používá také pojmenování
konsolidované znění předpisu. Časovým řezem předpisu neboli zněním předpisu je také znění
vyhlášené, které je replikou originálu.
Speciálním případem je aktuální znění předpisu, které je účinné v době provedení kontroly.
Vzhledem k tomu, že aktuální znění předpisu je zdrojem pro e-Legislativu, má vyšší význam
než znění minulá tedy neúčinná.
Indexace
Souhrnný pojem indexace představuje extrakci jakýchkoliv metadat a jejich zápis dle
datového modelu daného specifikací – od extrakce identifikace
části/hlavy/dílu/oddílu/pododdílu/paragrafu/odstavce/písmena/bodu, přes extrakci „tvrdých“
metadat částek a předpisů čísel/datumů/názvů/autorů, po „měkkých“ metadat tematizace
předpisů dle CzechVoc po identifikaci jednotlivých vět nebo buněk v tabulkách.
Dopad chyby
Jsou používány čtyři stupně dopadu chyby žádný – nepatrný – vážný – fatální zvlášť pro e-
Sbírku a zvlášť pro e-Legislativu. Stanovení stupně dopadu je vždy zdůvodněno.
12.1.4.1 Typy chyb
Tato kapitola sumarizuje hlavní chyby, které mohou nastávat při tvorbě datové báze. Je-li to
možné, tak s uvedením příkladu chyby, hodnocením dopadu chyby zvlášť pro e-Sbírku a e-
Legislativu a se specifikací, v kterém procesu verifikace datové báze může nebo má být chyba
sanována.
18 Viz Detailní návrh NP090-Dokumentace detailní analýzy.
19 Pojem digitální stejnopis je v tomto kontextu identický s pojmem Originál
1852
12.1.4.1.1 Chyby vyhlášených znění (rekonstrukce obsahu)
12.1.4.1.1.1 Chyby kompletnosti a správné sekvence fragmentů
Fragmentem rozumíme nejmenší samostatně adresovatelný element předpisu20. Každé
vyhlášené znění každého předpisu sestává ze sekvence fragmentů, které je ve formě této
sekvence fragmentů zobrazováno prostřednictvím e-Sbírky. Sekvence fragmentů musí věrně
replikovat obsah listinného originálu.
V této oblasti mohou nastat čtyři typy chyb, které jsou popsané dále.
12.1.4.1.1.1.1 Absence fragmentu
Příklad výskytu
poznámka pod čarou na konci strany originálu
Dopad chyby
e-Sbírka: fatální (mystifikace uživatele)
e-Legislativa: fatální (nemožnost nebo vadné provedení novelizace)
Zachycení chyb při verifikaci datové báze
12.2.1.1 Kontrola rekonstrukce textů (částečně, bude verifikována ¼ obsahu)
12.2.1.2 Kontrola úplnosti obsahu vyhlášených znění
12.2.2.2 Komparace datové báze vůči nezávislému zdroji
12.1.4.1.1.1.2 Fragment navíc
Příklad výskytu
hlavička/patička strany, tiráž předpisu/částky omylem převedená na fragment
Dopad chyby
e-Sbírka: fatální (mystifikace uživatele)
e-Legislativa: fatální (nemožnost nebo vadné provedení novelizace)
Zachycení chyb při verifikaci datové báze
12.2.1.1 Kontrola rekonstrukce textů (částečně, bude verifikována ¼ obsahu)
12.2.1.2 Kontrola úplnosti obsahu vyhlášených znění
12.2.2.2 Komparace datové báze vůči nezávislému zdroji
12.1.4.1.1.1.3 Multiplicita fragmentu
Příklad výskytu
fragment začíná na jedné straně originálu a končí na další, při jeho zpracování dojde
k duplikaci
Dopad chyby
20 Více o fragmentech viz Detailní návrh FP1007
1853
e-Sbírka: fatální (mystifikace uživatele)
e-Legislativa: fatální (nemožnost nebo vadné provedení novelizace)
Zachycení chyb při verifikaci datové báze
12.2.1.1 Kontrola rekonstrukce textů (částečně, bude verifikována ¼ obsahu)
12.2.1.2 Kontrola úplnosti obsahu vyhlášených znění
12.2.2.2 Komparace datové báze vůči nezávislému zdroji
12.1.4.1.1.1.4 Vadná sekvence fragmentů
Příklad výskytu:
při synchronizaci práce z více pracovišť může k takové chybě dojít
Dopad chyby
e-Sbírka: fatální (mystifikace uživatele)
e-Legislativa: fatální (nemožnost nebo vadné provedení novelizace)
Zachycení chyb při verifikaci datové báze
12.2.1.1 Kontrola rekonstrukce textů (částečně, bude verifikována ¼ obsahu)
12.2.1.2 Kontrola úplnosti obsahu vyhlášených znění
12.2.2.2 Komparace datové báze vůči nezávislému zdroji
12.1.4.1.1.2 Chyby při fragmentaci
Výsledkem fragmentace je stav, kdy každé samostatné ustanovení předpisu je samostatným
fragmentem. Správná fragmentace je důležitá pro uživatele e-Sbírky, kterým umožňuje
správnou a jednoznačnou citovatelnost předpisu i pro uživatele e-Legislativy, kde je
základem pro generátor novel i pro tvorbu odkazů (asociací) mezi ustanoveními předpisů.
V této oblasti mohou nastat dva typy chyb, které jsou popsané dále.
12.1.4.1.1.2.1 Chybné rozdělení fragmentů
Jeden fragment je chybně rozdělen na dva nebo více fragmentů.
Příklad výskytu:
při digitalizaci z originálů (z listinné podoby nebo jejich digitální repliky) fragment
často začne na konci sloupce/strany a pokračuje v dalším sloupci/straně; taková
situace může mít za výsledek vznik dvou fragmentů namísto jednoho
Dopad chyby
e-Sbírka: vážný (znemožnění správné citace ustanovení u chybných fragmentů)
e-Legislativa: fatální (riziko znemožnění novelizace platných předpisů)
Zachycení chyb při verifikaci datové báze
12.2.1.1 Kontrola rekonstrukce textů (částečně, bude verifikována ¼ obsahu)
12.2.2.2 Komparace datové báze vůči nezávislému zdroji
1854
12.1.4.1.1.2.2 Chybné sloučení fragmentů
Dva nebo více samostatných fragmentů je sloučeno do jednoho.
Příklad výskytu:
při digitalizaci z originálů může být v sazbě nezřetelná hranice mezi fragmenty a
může tedy dojít ke „slití“ dvou fragmentů do jednoho
Dopad chyby
e-Sbírka: vážný (znemožnění správné citace ustanovení u chybných fragmentů)
e-Legislativa: fatální (riziko znemožnění novelizace platných předpisů)
Zachycení chyb při verifikaci datové báze
12.2.1.1 Kontrola rekonstrukce textů (částečně, bude verifikována ¼ obsahu)
12.2.2.2 Komparace datové báze vůči nezávislému zdroji
12.1.4.1.1.3 Chyby v obsahové správnosti fragmentu
Fragment je nositelem obsahu předpisu. Obsahem přitom není jen text, nýbrž také
doplňkové entity, kterými jsou tabulka, obrázek, vzorec. V souladu s originály jsou doplňkové
entity buď samostatnými fragmenty, nebo jsou jejich součástí.
Je-li to možné, tak nadpisy resp. popisky doplňkových entit jsou samostatnými fragmenty.
Součástí obsahu fragmentů mohou dále být odkazy na celé předpisy, skupiny fragmentů
nebo jednotlivé fragmenty. Chybami v obsahové správnosti fragmentů jsou myšleny všechny
typy chyb, které se v obsahu fragmentů mohou vyskytovat.
V této oblasti mohou nastat dva typy chyb, které jsou popsané dále.
12.1.4.1.1.3.1 Chybná rekonstrukce textu fragmentu
Znak nebo více znaků v jednom fragmentu jsou odlišné od originálu. Je-li odlišnost záměrná,
musí být popsána ve specifikaci (např. používání malých/velkých písmen v nadpisech,
používání mezer apod.). Je-li ve fragmentu více nezáměrných (= ve specifikaci nepopsaných)
odlišností od originálu, je výsledkem vždy jedna chyba, která může být předmětem sankcí
z akceptace, tedy chybně rekonstruovaný text fragmentu.
Příklady výskytu:
rekonstrukce textů zavlekla do rekonstruovaného a původně bezchybného textu
novou chybu (např. v případě záměny l 1, 0 O, r ř apod.)
chybějící/přebývající interpunkční znaménko – např. čárka/tečka/středník
chybně použitý horní/dolní index, který je nositelem významu např. v níže uvedeném
případě
1855
Dopad chyby
e-Sbírka: vážný (resp. nepatrný až fatální, podle toho, do jaké míry taková chyba mění
význam, je tedy „zprůměrováno“ na vážný)
e-Legislativa: nepatrný (lze opravit změnovou instrukcí, nejlépe záměna část za část)
Zachycení chyb při verifikaci datové báze
12.2.1.1 Kontrola rekonstrukce textů (částečně, bude verifikována ¼ obsahu)
12.2.1.5 Nalezení překlepů
12.2.2.2 Komparace datové báze vůči nezávislému zdroji
12.1.4.1.1.3.2 Chybná oprava písařské chyby originálu
Originál obsahuje chybu, která je při tvorbě datové báze (např. automatizovanou kontrolou
pravopisu) opravena a tato oprava není zachycena resp. zaevidována dle specifikace. Ve
významných případech bývají takové chyby následně korigovány samostatným předpisem –
sdělením Ministerstva vnitra o opravě tiskové chyby.
Příklad výskytu:
ž nezjištění resp. oprava „obyčejného“ překlepu, např. předbě ného předběžného
níže
je však nutno dodat, že zejména ve starých ročnících mnohdy nelze ani pečlivým
čtením poznat, co bylo v originále, např. dvě situace na obrázku níže: u ú
ů? i í?
Dopad chyby
1856
e-Sbírka: nepatrný (uživatelé nebudou v porozumění významu nijak ohroženi)
e-Legislativa: nepatrný (lze opravit změnovou instrukcí)
Zachycení chyb při verifikaci datové báze
12.2.1.1 Kontrola rekonstrukce textů (částečně, bude verifikována ¼ obsahu)
12.2.1.5 Nalezení překlepů
12.2.2.2 Komparace datové báze vůči nezávislému zdroji
12.1.4.1.1.4 Chyby tabulek
Tabulky budou v datové bázi nejen ve funkci svého původního účelu, tedy organizace
různých kvantifikací, využívány také pro udržení formátování částí obsahu (např. různých
seznamů), který je v textových procesorech nebo typografických programech zajišťován
jejich interními funkcemi. Takové tabulky budou vznikat při tvorbě datové báze. Tabulky
původně byly zobrazeny na stranách listinné podoby českých sbírek, v e-Sbírce a e-
Legislativě však budou zobrazeny v elektronické podobě. Z toho vyplývají jednak odlišné a
jednak dodatečné požadavky na jejich pořízení (např. vícestránková tabulka, která je
vzhledem k více stranám ne jednou, ale několika tabulkami, musí být spojena do jedné
tabulky typicky s jediným záhlavím, nebo respektování šířky zobrazení, kterou umožňují
elektronická média).
V této oblasti mohou nastat čtyři typy chyb, které jsou popsané dále.
12.1.4.1.1.4.1 Chyby v celistvosti tabulek
Příklad výskytu:
spojení vícestránkové tabulky do jedné, např. níže uvedená tabulka při konverzi
z originálů prostřednictvím OCR bude ve formě více tabulek (co strana, to jedna
tabulka) musí být spojena do jedné, zároveň je nutno mít na zřeteli korektní
zobrazení např. v rámci webové stránky s pevnou šířkou
1857
Dopad chyby
e-Sbírka: vážný (uživatelé budou mít ztíženou možnost orientace v takto rozpadlé
tabulce resp. její citace)
e-Legislativa: fatální (nebude možná správná novelizace takto rozdělené tabulky)
Zachycení chyb při verifikaci datové báze
12.2.1.3 Kontrola správnosti tabulek
12.1.4.1.1.4.2 Chyby v rozložení buněk
Příklad výskytu:
formátování tabulek nově vzniklých v rámci tvorby datové báze z důvodu zachování
formátování členitých textů, např. níže uvedený seznam by měl pro udržení
srozumitelnosti konvertován do tabulky (pokud to bude pro takovéto typy textu
určeno specifikací)
1858
členité tabulky s množstvím různě sloučených buněk, ve kterých lze snadno udělat
chybu
velmi složitá struktura - 12/2004 (str. 4 z originálního pdf samostatné přílohy) sloupce
jsou nepřehledné, některé dílčí tabulky mají menší šířku než tabulka nad ní, která tvoří
jakousi hlavičku … lze řešit různými způsoby a při nich se dopouštět různých chyb
s dopadem na srozumitelnost, resp. významovou správnost tabulky
1859
Dopad chyby
e-Sbírka: nepatrný (uživatelé budou mít pouze ztížené porozumění významu tabulky)
e-Legislativa: vážný (ztížená možnost orientace v textu, který má být novelizován,
popřípadě nutnost využít jiný typ novelizační instrukce, tj. ne změna obsahu buňky,
ale záměna celé tabulky)
Zachycení chyb při verifikaci datové báze
12.2.1.3 Kontrola správnosti tabulek
12.1.4.1.1.4.3 Chyby ve správnosti rozložení obsahu buněk
Tento typ chyb se netýká správnosti rekonstrukce textů, která je řešena výše. Jedná se o
rozložení buněk v tabulkách, centrování, vystředění apod.
Příklad výskytu:
197/2006 Sb. (str. 2507), buňka rozdělená napříč, odrážkovaný text v buňkách
1860
Dopad chyby
e-Sbírka: nepatrný (uživatelé budou mít ztíženou možnost porozumění významu)
e-Legislativa: nepatrný (lze opravit změnovou instrukcí)
Zachycení chyb při verifikaci datové báze
12.2.1.3 Kontrola správnosti tabulek
12.1.4.1.1.4.4 Chyby ve správnosti indexace buněk
Indexace buněk je důležitá pro komponentu e-Legislativy Generátor novel. Z důvodu
konzistence praxe při novelizacích je třeba, aby bylo možno vygenerovat změnovou instrukci
s logickým označením místa dotčeného místa v tabulce. Pravidla indexace tabulek a rozsah
předpisů, v který musí být tabulky indexovány (např. jen v platných předpisech) budou
popsána ve specifikaci v definici datového modelu.
Příklad výskytu:
Příklad chyby nelze uvést. Jedná se o novou vlastnost, která bude implementována až
v procesu tvorby datové báze.
Dopad chyby
e-Sbírka: žádný
e-Legislativa: vážný (lze obejít použitím jiné novelizační instrukce)
Zachycení chyb při verifikaci datové báze
12.2.1.3 Kontrola správnosti tabulek
12.1.4.1.1.5 Chyby odkazů
Odkazy jsou části textu fragmentů, které jsou citacemi jiných předpisů (nebo jejich částí –
skupin fragmentů nebo samostatných fragmentů) a jsou s nimi propojeny asociačními
vazbami21.
Příklad odkazu:
Energetický regulační úřad (dále jen „Úřad“) stanoví podle § 53 odst. 2
písm. c) až f) a i) zákona č. 165/2012 Sb., o podporovaných zdrojích
energie a o změně některých zákonů, ve znění zákona č. 131/2015 Sb., k
provedení § 8 odst. 5, § 9 odst. 5, § 11 odst. 3 a § 23 odst. 7:
Jako ve všech ostatních případech budou pravidla pro tvorbu odkazů dána specifikací.
V této oblasti mohou nastat dva typy chyb, které jsou popsané dále.
21 Více o asociačních vazbách viz Detailní návrh FP1009
1861
12.1.4.1.1.5.1 Chyba ve zdroji odkazu
Jedná se o chybu identifikace zdroje odkazu, tedy část textu fragmentu, která má být
odkazem, buď není označena, nebo je označena špatně, nebo je označena v rozporu se
specifikací.
Příklad výskytu
§ 2 písm. n) zákona č. 165/2012 Sb., o podporovaných zdrojích energie
a o změně některých zákonů, ve znění pozdějších předpisů.
citace části předpisu označená červeně není zpracována jako odkaz
Dopad chyby
e-Sbírka: nepatrný (výsledkem je pouze nepohodlnost pro uživatele)
e-Legislativa: vážný (problematizuje/zpomaluje práci tvůrce legislativní úpravy)
Zachycení chyb při verifikaci datové báze
12.2.2.4 Kontrola odkazového aparátu
12.1.4.1.1.5.2 Chyba v cíli odkazu
Jedná se o chybu zamíření odkazu, kde odkaz je zamířen neúplně nebo špatně, případně
v rozporu se specifikací.
Příklad výskytu
Prováděcí předpisy, tedy vyhlášky, jsou vydávány na základě zmocňujícího ustanovení
vyplývajícího z nadřazeného zákona, který je dále v textu odkazován jen slovem „zákon“.
V textu vyhlášky se mohou vyskytovat paragrafy/odstavce/písmena, které existují také v
„zákoně“. Při neopatrné tvorbě odkazu může dojít k záměně – tedy vytvoření interního
odkazu na ustanovení vyhlášky namísto externího odkazu na ustanovení nadřazeného
„zákona“.
Dopad chyby
e-Sbírka: vážný (výsledkem je mystifikace uživatele)
e-Legislativa: vážný (problematizuje/zpomaluje práci tvůrce legislativní úpravy)
Zachycení chyb při verifikaci datové báze
12.2.2.4 Kontrola odkazového aparátu
12.1.4.1.1.6 Chyby netextových entit
Specifikace určí způsob zpracování netextových entit, tedy obrázků, vzorců, souborových
příloh. Vzhledem k tomu, že netextové entity z originálů převádějí způsobem, který má
netextovou entitu převzít do e-Sbírky a e-Legislativy (= do datové báze) se zachováním jejího
významu.
V této oblasti mohou nastat tři typy chyb, které jsou popsané dále.
1862
Navíc může v této oblasti dojít k chybám při fragmentaci netextových entit: Netextová entita
nebyla zpracována, byla zpracována vícekrát, případně je vadným způsobem rozdělena do
více entit – v takových případech se de facto jedná o chyby fragmentů popsané v části
12.1.4.1.1.1 resp. 12.1.4.1.1.2, proto na tomto místě nebudou dále detailizovány.
12.1.4.1.1.6.1 Chyba ve zpracování obrázku
Příklad výskytu
nedodržení specifikace, např. co se týče velikosti obrázku, jeho barevnosti, formátu
apod.
Dopad chyby
e-Sbírka: vážný (resp. nepatrný až fatální, podle toho, do jaké míry taková chyba brání
porozumění, je tedy „zprůměrováno“ na vážný)
e-Legislativa: nepatrný (vzhledem k tomu, že budou-li se v rámci novelizace měnit
obrázky, tak se bude vždy zaměňovat starý obrázek za nový)
Zachycení chyb při verifikaci datové báze
12.2.1.4 Kontrola správnosti netextových entit
12.1.4.1.1.6.2 Chyba v přepisu vzorce
Specifikace určí způsob zpracování vzorců. Za vzorec je přitom pokládán také speciální znak
nebo skupina speciálních znaků, kterou nelze zapsat v Unicode. Je-li to možné, vzorce se
přepisují do strukturovaného formátu (např. TeX nebo MathML). Není-li přepis vzorce
proveditelný, bude zachycen formou obrázku. Případné chyby jsou řešeny v popisech
předchozích chyb Chyba při fragmentaci netextové entity resp. Chyba ve zpracování obrázku
Příklad výskytu
Vizuální interpretace strukturovaného zápisu vzorce mění význam vzorce v originálu.
Dopad chyby
e-Sbírka: fatální (změna významu a riziko špatné interpretace uživatelem)
e-Legislativa: nepatrný (vzhledem k tomu, že budou-li se v rámci novelizace měnit
vzorce, tak se bude vždy zaměňovat starý vzorec za nový)
Zachycení chyb při verifikaci datové báze
12.2.1.4 Kontrola správnosti netextových entit
12.1.4.1.1.6.3 Chyba při zpracování souborových příloh
Specifikace určí způsob zpracování souborových příloh, které je ve značné míře analogické
způsobu zpracování obrázků. Souborové přílohy budou v datové bázi používány pouze
v případech určených specifikací např. zachycení různých formulářů a vzorů nebo skupin
obrázků, kterých rozložení je má nějakým způsobem důležitou funkci. Zpravidla se bude
jednat o PDF repliku strany nebo více stran originálu zpracovaných dle specifikace (např.
odstraněné hlavičky/patičky stránek Sbírky zákonů apod.)
1863
Příklady výskytu
strany souborové přílohy nejsou obrazem originálu (chybí, přebývají)
příloha zpracována v rozporu se specifikací (jméno souboru, metadata souboru,
odstranění hlaviček stran apod.)
Dopad chyby
e-Sbírka: vážný (resp. nepatrný až fatální, podle rizika špatného pochopení uživatelem
brání porozumění, je tedy „zprůměrováno“ na vážný)
e-Legislativa: nepatrný (vzhledem k tomu, že bude-li se v rámci novelizace měnit něco
v obsahu souborových příloh, tak se bude vždy zaměňovat starý soubor za nový)
Zachycení chyb při verifikaci datové báze
12.2.1.4 Kontrola správnosti netextových entit
12.1.4.1.2 Chyby konsolidovaných znění (novelizace)
Konsolidovaná znění vznikají v procesech novelizace. Procesy novelizace představují
zapracování změnových instrukcí specifikovaných v novelách nejdříve do vyhlášeného znění a
následně do předchozích znění předpisu22. Pro účely tvorby datové báze rozeznáváme
následující druhy novelizací (tedy typů konsolidačních vazeb23):
přímá novelizace – cíl změny konkrétně citován
nepřímá novelizace – cíl změny uveden obecně
o např. všechny pojmy A se ve všech předpisech nahrazují za pojem B
posunová novelizace – změna indexů fragmentů
o např. písmena c. – e. se mění na d. – f.
výjimka z účinnosti, kde účinnost některých částí předpisu je odlišná od celého
předpisu
Každá novelizační instrukce má svou účinnost danou datem začátku nebo datumovým
rozmezím. Výsledkem zapracování novelizační instrukce jsou nové fragmenty s novou
účinností. Z fragmentů s konkrétní účinností je následně sestaven časový řez předpisu (znění
předpisu) určené svou datumovou účinností.
V této oblasti mohou nastat dva typy chyb, které jsou popsané dále.
12.1.4.1.2.1 Chyby úplnosti novelizace
V rámci této chyby buď není novelizační instrukce všech výše specifikovaných typů
zapracována, nebo je zapracována tam, kde zapracována být nemá. Výsledkem takové chyby
jsou pak chyby v kompletnosti fragmentů tedy chyby obsahové správnosti časových řezů (tak
jak je to pro vyhlášená znění popsáno v části 12.1.4.1.1.1).
Dopad chyby
22 Více Detailní návrh FP1039, resp. PU1069-1075
23 Více Detailní návrh FP1010
1864
e-Sbírka: fatální (vznik špatného znění předpisu)
e-Legislativa: fatální (mystifikace tvůrců legislativy)
Zachycení chyb při verifikaci datové báze
12.2.2.2 Komparace datové báze vůči nezávislému zdroji
12.2.2.1 Ověření protokolů o provedení konsolidace (částečně, nezapracování
novelizační instrukce zde nebude odhaleno)
12.1.4.1.2.2 Chyby správnosti novelizace
V rámci této chyby je novelizační instrukce sice zapracována, ale nesprávně. Jejím výsledkem
jsou pak chyby v obsahové správnosti časových řezů (tak jak je to pro vyhlášená znění
popsáno v části 12.1.4.1.1.1).
Dopad chyby
e-Sbírka: fatální (vznik špatného znění předpisu)
e-Legislativa: fatální (mystifikace tvůrců legislativy)
Zachycení chyb při verifikaci datové báze
12.2.2.1 Ověření protokolů o provedení konsolidace
12.2.2.2 Komparace datové báze vůči nezávislému zdroji
12.1.4.1.3 Chyby normalizace do datového modelu
Předchozí dvě skupiny chyb popsaly obsahové chyby odděleně pro vyhlášená znění předpisů
a pro jejich konsolidovaná znění, tedy de facto obsahové kvality datové báze. Projekt e-
Sbírka a e-Legislativa však vytvořením obsahově kvalitní datové báze teprve začíná. Různým
skupinám uživatelů bude poskytovat různé nástroje a služby pro práci s datovou bází. Tyto
nástroje a služby potřebují pro svůj úspěch kromě kvality obsahu ještě kvalitu formy datové
báze.
Forma datové báze je dána datovým modelem24 určeným specifikací. Datový model určuje
kromě vlastního uložení obsahu (jehož potenciální chyby jsou popsány dříve v tomto
dokumentu) také formu uložení, která je souhrnně pojmenována jako normalizace do
datového modelu.
V této oblasti mohou nastat tři typy chyb, které jsou popsané dále.
12.1.4.1.3.1 Chyba struktury fragmentů
Každý fragment má přiřazenu právě jednu strukturu, která určuje jeho povahu.25 Struktura
fragmentu je v zásadě určena svým označením a v případě číslovaných struktur také číselným
pořadím v rámci předpisu nebo částí předpisu, viz následující příklad úvodní sekvence
Občanského zákoníku 89/2012 Sb.
24 Více o datovém modelu datové báze viz 12.3.1
25 Více o strukturách fragmentů viz Detailní návrh FP1007
1865
Označení Pořadí Obsah fragmentu
Část 1 ČÁST PRVNÍ
Nadpis OBECNÁ ČÁST
Hlava 1 HLAVA I
Nadpis PŘEDMĚT ÚPRAVY A JEJÍ ZÁKLADNÍ ZÁSADY
Díl 1 Díl 1
Nadpis Soukromé právo
Paragraf 1 §1
Odstavec (1) Ustanovení právního řádu upravující vzájemná práva a povinnosti osob vytvářejí ve
1 svém souhrnu soukromé právo. Uplatňování soukromého práva je nezávislé na
uplatňování práva veřejného.
Odstavec (2) Nezakazuje-li to zákon výslovně, mohou si osoby ujednat práva a povinnosti
2 odchylně od zákona; zakázána jsou ujednání porušující dobré mravy, veřejný pořádek
nebo právo týkající se postavení osob, včetně práva na ochranu osobnosti.
Příklad výskytu
struktura fragmentu je označena v rozporu se specifikací, nebo má chybně nastaveno
pořadí
Dopad chyby
e-Sbírka: vážný (vadná funkce algoritmu pro generování citací)
e-Legislativa: fatální (znemožní správnou funkci generátoru novel)
Zachycení chyb při verifikaci datové báze
12.2.3 Kontrola normalizace obsahu datové báze
12.1.4.1.3.2 Chyby hierarchie fragmentů
Fragmenty každého znění jsou uspořádány do hierarchie.26 Principy hierarchizace budou
určeny specifikací.
Každý fragment má v každém znění předpisu přiřazenu úroveň hierarchie, tedy úroveň
zanoření ve znění předpisu určený hodnotou Level, viz následující příklad začáteční sekvence
Občanského zákoníku 89/2012 Sb.
Level Textový obsah fragmentu
1 ČÁST PRVNÍ
2 OBECNÁ ČÁST
2 HLAVA I
3 PŘEDMĚT ÚPRAVY A JEJÍ ZÁKLADNÍ ZÁSADY
3 Díl 1
4 Soukromé právo
4 § 1
26 Více o hierarchiích fragmentů viz Detailní návrh FP1008
1866
(1) Ustanovení právního řádu upravující vzájemná práva a povinnosti osob vytvářejí ve
5 svém souhrnu soukromé právo. Uplatňování soukromého práva je nezávislé na
uplatňování práva veřejného.
(2) Nezakazuje-li to zákon výslovně, mohou si osoby ujednat práva a povinnosti odchylně
5 od zákona; zakázána jsou ujednání porušující dobré mravy, veřejný pořádek nebo právo
týkající se postavení osob, včetně práva na ochranu osobnosti.
Příklad výskytu
hierarchie fragmentu v rámci znění předpisu je označena v rozporu se specifikací
Dopad chyby
e-Sbírka: vážný (vadné zobrazování předpisu, vadná další funkcionality)
e-Legislativa: fatální (znemožní správnou funkci generátoru novel)
Zachycení chyb při verifikaci datové báze
12.2.3 Kontrola normalizace obsahu datové báze
12.1.4.1.3.3 Chyby vnitřního členění fragmentů
Vnitřní členění fragmentů je zavedeno z důvodu potřeb bližší identifikace částí fragmentů
zejména vět. Např. v nálezech ÚS bývají rušeny jednotlivé věty ustanovení předpisů.
Způsoby a pravidla identifikace vnitřního členění fragmentů budou opět určena specifikací.
Příklad výskytu
Nález č. 64/2001 Sb., Ústavního soudu ze dne 24. ledna 2001 ve věci
návrhů na zrušení § 27 věty první, § 31 odst. 4, § 48 odst. 4, § 49
odst. 1 písm. b), c) a d) a odst. 3 písm. b), c) a d), § 50 odst. 1,
2, 3, § 85 věty třetí a příloh č. 1 a 2 zákona č. 247/1995 Sb., o
volbách do Parlamentu České republiky a o změně a doplnění některých
dalších zákonů.
Dopad chyby
e-Sbírka: nulový
e-Legislativa: vážný (problematizuje správnou funkci generátoru novel)
Zachycení chyb při verifikaci datové báze
12.2.3 Kontrola normalizace obsahu datové báze
12.1.4.1.4 Chyby indexace předpisů
Chyby indexace předpisů jsou níže rozděleny na
1. chyby v „tvrdých“ metadatech předpisu
(„tvrdá“ metadata = jednoznačně specifikovaná, bez potřeby jakéhokoliv právního
výkladu)
2. chyby v „měkkých“ metadatech předpisu = zařazení předpisu do právních oblastí
(zařazení do právních oblastí lze považovat za „měkká“ metadata, neboť jejich tvorba
1867
je přinejmenším částečným výsledkem tvůrčí činnosti, resp. právní analýzy Dodavatele
DB)
12.1.4.1.4.1 Chybná metadata předpisu
Jakákoliv chyba v „tvrdých“ metadatech předpisu má (resp. potenciálně může mít) funkci
systémů e-Sbírka a e-Legislativa resp. na porozumění uživatele. Proto je-li v metadatech
jednoho znění předpisu více chyb, jsou souhrnně považovány za jednu chybu „chybná
metadata předpisu“.
Příklad výskytu
chybně stanovená účinnost předpisu resp. chybné či neúplné zachycení výjimek z
účinnosti
Dopad chyby
e-Sbírka: fatální (výše uvedený příklad chybně stanovené účinnosti předpisu bude mít
za výsledek chybně vypočtený časový řez, případně více řezů)
e-Legislativa: fatální (výše uvedeného příklad může mít v případě novelizace za
výsledek potenciálně značné nekonzistence v legislativním procesu)
Zachycení chyb při verifikaci datové báze
12.2.1.6 Kontrola indexace předpisů
12.1.4.1.4.2 Chyby v zařazení předpisu do právních oblastí
Právní oblasti jsou představovány řízeným slovníkem pojmů, kde každý pojem představuje
„téma“ právní úpravy. Každý předpis bude zařazen no jedné nebo více právních oblastí resp.
k předpisu bude přiřazena jeden nebo více uzlů řízeného slovníku právních oblastí. Výchozí
návrh řízeného slovníku právních oblastí bude součástí implementační analýzy Dodavatele
DB a předpokládá se jeho průběžné zdokonalování v průběhu tvorby datové báze.
Je-li v indexaci jednoho znění předpisu více chyb, jsou souhrnně považovány za jednu chybu.
Příklad výskytu
nelze uvést vzhledem k tomu, že jakýkoliv příklad by bez existence řízeného slovníku
právních oblastí byl ryze spekulativní
Dopad chyby
e-Sbírka: vážný (může vést k neúplné nebo chybné informaci pro uživatele e-Sbírky)
e-Legislativa: nepatrný (v e-Legislativě bude zařazení do právních oblastí využito
pouze pomocným způsobem)
Zachycení chyb při verifikaci datové báze
12.2.1.6 Kontrola indexace předpisů
1868
12.1.4.1.5 Chyby pojmů tezauru CzechVoc
Tezaurus CzechVOC je dalším souborem „měkkých“ metadat předpisů shromážděných do
společné databáze následně pak využívané různými způsoby
12.1.4.1.5.1 Chybná extrakce definice pojmu z ustanovení
Chyba extrakce pojmu z ustanovení je chybou pojmové báze CzechVOC. Pojem je v předpisu
zjevně definován, není však extrahován do pojmové báze CzechVOC, nebo je extrahován
chybně.
Příklad výskytu
§ 2 odst. 1 zákona č. 155/1998 Sb. o znakové řeči zavádí pojem neslyšící osoba (sice
jen pro účely tohoto zákona, definice je však možno považovat za univerzální)
nezachycení tohoto pojmu v pojmové bázi CzechVOC (případně jeho neúplná či jinak
nekorespondující definice extrahovaný z tohoto ustanovení) představuje tento typ
chyby extrakce pojmu z ustanovení
Dopad chyby
e-Sbírka: nepatrný (uživatel nedostane asistenci při vyhledávání v takové kvalitě,
v jaké by ji mohl dostat)
e-Legislativa: fatální (příští použití pojmu by v legislativním procesu nemuselo být
konzistentní s jeho definicí)
Zachycení chyb při verifikaci datové báze
12.2.4 Kontrola tezauru CzechVoc
12.1.4.1.5.2 Chybná vazba v tezauru CzechVoc
Každý pojem v pojmové bázi CzechVOC musí být svázán s ustanoveními, které jej využívají
(konkrétní způsoby provázání budou opět metodicky definovány v implementační analýze).
Příklad výskytu
pojem neslyšící osoba bude svázán nikoliv s § 2 odst. 1 zákona č. 155/1998 Sb. o
znakové řeči, ale např. pouze s § 2, tedy nadřazeným uzlem v hierarchii (bez
specifikace odstavce)
Dopad chyby
e-Sbírka: nepatrný (uživatel nedostane asistenci při vyhledávání v takové kvalitě, v
jaké by ji mohl dostat)
e-Legislativa: fatální (odkaz na definici např. prostřednictvím poznámky pod čarou
nebude nasměrován správně)
Zachycení chyb při verifikaci datové báze
12.2.4 Kontrola tezauru CzechVoc
1869
12.1.4.1.5.3 Chybný typ vazby v tezauru CzechVoc
Vazby mezi pojmy v pojmové bázi CzechVOC a svázanými ustanoveními jsou typizované –
např. definiční, meritorní, doplňková (konkrétní specifikace bude opět definována
v implementační analýze).
Příklad výskytu
pojem neslyšící osoba bude svázán s § 2 odst. 1 zákona č. 155/1998 Sb. o znakové
řeči nikoliv definičním typem vazby, nýbrž např. typem meritorním
Dopad chyby
e-Sbírka: vážný (neúplná funkcionalita modulu CzechVOC, chybné vazby mezi pojmy
a ustanoveními)
e-Legislativa: vážný (tvůrce legislativní úpravy nebude mít v e-Šabloně pro plusovou
osu k dispozici správný kontext použitých pojmů)
Zachycení chyb při verifikaci datové báze
12.2.4 Kontrola tezauru CzechVoc
12.1.4.1.6 Chybějící nebo nedostatečná analýza konfliktu v konsolidacích
Za výskyt této chyby je považována i situace, kdy Verifikátor DB neposkytl Zadavateli k
akceptaci Protokol o (ne)provedení konsolidace nebo poskytnutý protokol neobsahuje
dohodnuté informace.
Příklad výskytu
Čl. 1 bod 5. zákona č. 104/1974 Sb. zákon, kterým se mění a doplňuje zákon č.
51/1964 Sb., o dráhách „zapomněl“ přečíslovat § 20 odst. 3 zákona č. 51/1964 Sb. o
1870
dráhách na odst. 4, 45, 56
1871
výsledkem je duplicita odst. 3
takováto nekonzistence musí být zachycena jako konsolidační konflikt a jedná-li se o
platný předpis, tak musí být také navrženo řešení
za chybu je považováno
o není-li konsolidační konflikt zachycen
o není-li navrženo řešení
o není-li navrženo řešení v souladu s metodikou implementační analýzy
Dopad chyby
e-Sbírka: vážný (může to potenciálně vést k desorientaci uživatele)
e-Legislativa: vážný (tvůrce legislativní změny buď není, nebo je informován neúplně
o potřebě nápravy nekonzistence)
Zachycení chyb při verifikaci datové báze
12.2.2.3 Analýza konfliktů v konsolidacích
12.1.4.1.7 Ostatní chyby
Některé chyby procesu tvorby a verifikace datové báze nemají přímý původ v obsahu
digitalizovaných právních aktů a předpisů. Jedná se zejména o chyby procesní, tedy
nedodržení procesních postupů při předávání protokolárních podkladů z tvorby resp.
verifikace datové báze.
1872
Tyto chyby nemají hodnotitelný dopad na e-Sbírku a e-Legislativu, problematizují však
procesy akceptace.
12.1.4.1.7.1 Chybějící nebo nedostatečný protokol o kontrole překlepů při tvorbě datové
báze
Dodavatel DB neposkytl Zadavateli k akceptaci Protokol o kontrole překlepů při tvorbě
datové báze nebo poskytnutý protokol neobsahuje dohodnuté informace.
12.1.4.1.7.2 Chybějící nebo nedostatečný protokol o kontrole překlepů při verifikaci datové
báze
Verifikátor DB neposkytl Zadavateli k akceptaci Protokol o kontrole překlepů při verifikaci
datové báze nebo poskytnutý protokol neobsahuje dohodnuté informace.
12.1.4.1.7.3 Chybějící nebo nedostatečný protokol o komparaci vůči nezávislému zdroji
Verifikátor DB neposkytl Zadavateli k akceptaci Protokol o komparaci vůči nezávislému zdroji
nebo poskytnutý protokol neobsahuje dohodnuté informace.
12.1.4.1.7.4 Chybějící nebo nedostatečný protokol o normalizaci jednoho základního
předpisu,
Verifikátor DB neposkytl Zadavateli k akceptaci Protokol o normalizaci jednoho základního
předpisu nebo poskytnutý protokol neobsahuje dohodnuté informace.
12.1.4.1.7.5 Chybějící nebo nedostatečný protokol doporučení z normalizace jednoho
základního předpisu
Verifikátor DB neposkytl Zadavateli k akceptaci Protokol doporučení z normalizace jednoho
základního předpisu nebo poskytnutý protokol neobsahuje dohodnuté informace.
12.1.4.2 Kategorizace chyb a přidělení trestných bodů
Dopad jednotlivých chyb v rámci jejich popisu je stanoven vždy zvlášť pro e-Sbírku a zvlášť
pro e-Legislativu, vždy s krátkým zdůvodněním (až na vybrané chyby v kategorii „Ostatní
chyby“).
Byly použity čtyři stupně hodnocení dopadu: žádný – nepatrný – vážný – fatální.
Každý stupeň dopadu je ohodnocen „trestnými body“ takto:
žádný = 0 trestných bodů
nepatrný = 1 trestný bod
vážný = 2 trestné body
fatální = 3 trestné body
Přepočet slovního hodnocení dopadu odvozeného v kapitole 12.1.4.1 na trestné body je
proveden v následující tabulce, přičemž v nejdůležitější je poslední sloupec, který pro
konkrétní chybu obsahuje součet trestných bodů za e-Sbírku a e-Legislativu.
1873
Dopad chyby
e-Sbírka e-Legislativa Trestné body
za chybu
Popis chyby nebo skupiny chyb dílčí dílčí celkem
Chyby vyhlášených znění (rekonstrukce obsahu) Slovně trestné Slovně trestné
Chyby kompletnosti a správné sekvence fragmentů
Absence fragmentu body body
Fragment navíc
Multiplicita fragmentu fatální 3 fatální 3 6
Vadná sekvence fragmentů
Chyby při fragmentaci fatální 3 fatální 3 6
Chybné rozdělení fragmentů
Chybné sloučení fragmentů fatální 3 fatální 3 6
Chyby v obsahové správnosti fragmentu
Chybná rekonstrukce textu fragmentu fatální 3 fatální 3 6
Chybná oprava písařské chyby originálu
Chyby tabulek vážný 2 fatální 3 5
Chyby v celistvosti tabulek
Chyby v rozložení buněk vážný 2 fatální 3 5
Chyby ve správnosti rozložení obsahu buněk
Chyby ve správnosti indexace buněk vážný 2 nepatrný 1 3
Chyby odkazů
Chyba ve zdroji odkazu nepatrný 1 nepatrný 1 2
Chyba v cíli odkazu
Chyby netextových entit vážný 2 fatální 3 5
Chyba ve zpracování obrázku
Chyba v přepisu vzorce nepatrný 1 vážný 2 3
Chyba při zpracování souborových příloh
nepatrný 1 nepatrný 1 2
Chyby konsolidovaných znění (novelizace)
Chyby úplnosti novelizace žádný 0 vážný 2 2
Chyby správnosti novelizace
Chyby ve zprostředkovaných novelizacích nepatrný 1 vážný 2 3
Chyby normalizace do datového modelu vážný 2 vážný 2 4
Chyba struktury fragmentů
Chyby hierarchie fragmentů vážný 2 nepatrný 1 3
Chyby vnitřního členění fragmentů
fatální 3 nepatrný 1 4
Chyby indexace předpisů
Chybná metadata předpisu vážný 2 nepatrný 1 3
Chyby v zařazení předpisu do právních oblastí
fatální 3 fatální 3 6
Chyby pojmů tezauru CzechVoc
Chybná extrakce definice pojmu z ustanovení fatální 3 fatální 3 6
Chybná vazba v tezauru CzechVoc
Chybný typ vazby v tezauru CzechVoc vážný 2 žádný 0 2
Ostatní chyby vážný 3 fatální 3 6
Chybějící nebo nedostatečná analýza
konfliktu v konsolidacích vážný 3 fatální 3 6
Chybějící nebo nedostatečný protokol
o kontrole překlepů při tvorbě datové báze žádný 0 vážný 2 2
Chybějící nebo nedostatečný protokol
o kontrole překlepů při verifikaci datové báze fatální 3 fatální 3 6
Chybějící nebo nedostatečný protokol
o komparaci vůči nezávislému zdroji vážný 2 nepatrný 1 3
Chybějící nebo nedostatečný protokol
o normalizaci jednoho základního předpisu nepatrný 1 fatální 3 4
Chybějící nebo nedostatečný protokol doporučení
z normalizace jednoho základního předpisu nepatrný 1 fatální 3 4
vážný 2 vážný 2 4
------- 4
------- 4
------- 4
------- 4
------- 4
------- 4
1874
Je-li znění vybrané pro akceptační kontrolu zněním aktuálním, počet všech trestných bodů se
zdvojnásobuje.
Není-li uvedeno jinak, jsou trestné body za nalezenou chybu v rámci akceptace přidělovány
Zadavatelem Dodavateli DB i Verifikátorovi DB, a to ve stejné výši.
Je-li v rámci akceptace vybráno ke kontrole vyhlášené znění, které neprošlo dílčím procesem
verifikace „Kontrola rekonstrukce textů“ a bude v něm Zadavatelem nalezena chyba, která
není zachytitelná dílčím procesem verifikace „Komparace datové báze vůči nezávislému
zdroji“, nebudou za tuto chybu Verifikátorovi DB přiděleny trestné body.
Je-li v rámci akceptace vybrán ke kontrole pojem první vrstvy CzechVoc, který neprošel dílčím
procesem verifikace „Kontrola tezauru CzechVoc“ a bude v rámci jeho kontroly nalezena
Zadavatelem chyba, nebudou za tuto chybu Verifikátorovi DB přiděleny trestné body.
Trestné body za chyby následujících typů jsou přidělovány pouze Verifikátorovi DB:
Chybějící nebo nedostatečná analýza konfliktu v konsolidacích,
Chybějící nebo nedostatečný protokol o kontrole překlepů při verifikaci datové báze,
Chybějící nebo nedostatečný protokol o komparaci vůči nezávislému zdroji,
Chybějící nebo nedostatečný protokol o normalizaci jednoho základního předpisu,
Chybějící nebo nedostatečný protokol doporučení z normalizace jednoho základního
předpisu.
Trestné body za chyby typu „Chybějící nebo nedostatečný protokol o kontrole překlepů při
tvorbě datové báze“ jsou přidělovány pouze Dodavateli DB.
12.1.4.3 Kategorizace trestných bodů
Každý přidělený trestný bod je zařazen do jedné z následujících kategorií:
Kategorie 1
Do kategorie 1 jsou zařazeny trestné body, které byly přiděleny:
za chyby skupin „Chyby vyhlášených znění (rekonstrukce obsahu)“, „Chyby
konsolidovaných znění (novelizace)“, „Chyby normalizace do datového modelu“,
„Chyby pojmů tezauru CzechVoc“, a „Chybějící nebo nedostatečná analýza konfliktu
v konsolidacích“ dle kapitoly 12.1.4.1 v právních předpisech a aktech vyhlášených i
konsolidovaných znění Sbírky zákonů ČR mimo chyby nalezené v přílohách
právních předpisů a právních aktů Sbírky zákonů ČR a mimo chyby nalezené
v novelizačních bodech, které novelizují přílohy právních předpisů Sbírky
zákonů ČR, avšak včetně přechodných a účinnostních ustanovení
za chyby skupin „Chyby indexace předpisů“ a „Ostatní chyby“ dle kapitoly 12.1.4.1;
za NOK dílčích procesů verifikace dle kapitoly 12.1.4.4, je-li předmětem dílčího
procesu ročník, předpis v ročníku nebo předpis sbírky.
1875
Kategorie 2
Do kategorie 2 jsou zařazeny všechny trestné body, které byly přiděleny:
za chyby skupin „Chyby vyhlášených znění (rekonstrukce obsahu)“, „Chyby
konsolidovaných znění (novelizace)“, „Chyby normalizace do datového modelu“,
„Chyby pojmů tezauru CzechVoc“, a „Chybějící nebo nedostatečná analýza konfliktu
v konsolidacích“ dle kapitoly 12.1.4.1 v přílohách právních předpisů a aktů
vyhlášených i konsolidovaných znění Sbírky zákonů ČR mimo přechodných a
účinnostních ustanovení;
za chyby skupin „Chyby vyhlášených znění (rekonstrukce obsahu)“, „Chyby
konsolidovaných znění (novelizace)“, „Chyby normalizace do datového modelu“,
„Chyby pojmů tezauru CzechVoc“, a „Chybějící nebo nedostatečná analýza konfliktu
v konsolidacích“ dle kapitoly 12.1.4.1 nalezené v novelizačních bodech, které
novelizují přílohy právních předpisů Sbírky zákonů ČR;
za chyby dle kapitoly 12.1.4.1 právních aktů Sbírky mezinárodních smluv a Úředního
listu.
za NOK dílčích procesů verifikace dle kapitoly 12.1.4.4, není-li předmětem dílčího
procesu ročník, předpis v ročníku ani předpis sbírky.
V případě spornosti nebo nejednoznačnosti výkladu, zda je trestný bod zařazen do kategorie
1 nebo 2, je zařazen do kategorie 2.
12.1.4.4 Obecné nastavení formální komunikace Dodavatele DB a Verifikátora DB
Verifikátor DB provádí verifikaci datové báze pomocí dílčích procesů, které jsou detailněji
uvedeny v kapitole 12.2. Není-li u dílčího procesu uvedeno jinak, probíhá formální
komunikace mezi Dodavatelem DB a Verifikátorem DB následovně:
Dodavatel DB předá Verifikátorovi DB veškeré podklady pro provedení příslušného
dílčího procesu verifikace
Verifikátor DB provede dílčí verifikační proces a stanoví jeho výsledek následovně:
o OK: podklady splňují zadání
o OK s výhradou: v podkladech je menší množství chyb
o NOK: množství chyb v podkladech překročilo stanovenou mez
Konkrétní kritéria KPI pro stanovení výsledku dílčího procesu jsou specifická pro
každý dílčí proces a jsou u dílčích procesů detailně popsána.
Verfikátor DB informuje neprodleně Dodavatele DB o výsledku dílčího procesu a
předá seznam nalezených chyb.
Je-li výsledek „OK s výhradou“:
o Dodavatel DB chyby opraví, předá Verifikátorovi DB aktualizované podklady
o Verifikátor ověří zapracování opravy nalezených chyb
Je-li výsledek NOK:
1876
o Dodavatel DB provede opětovnou digitalizaci celé entity či entit, která chyby
obsahuje (např. tabulka, předpis nebo celý ročník) či jinou příslušnou činnost
(např. zapracování konsolidace); konkrétní typ opětovně digitalizované entity
či činnosti se pro každý dílčí proces liší a je uveden v popisu dílčího procesu.
o Dodavatel DB předá Verifikátorovi DB aktualizované podklady.
o Verifikátor DB opětovně provede celý dílčí verifikační proces, jako by byl
prováděn poprvé. Je-li výsledkem opět NOK (tzn. již druhý), celý proces se
opakuje tak dlouho, dokud není výsledkem dílčího verifikačního procesu OK
nebo „OK s výhradou“. Za každý opakovaný NOK přidělí Zadavatel n x 2
trestné body , kde n je počet opakování NOK (např. jedná-li se o druhý NOK,
je přiděleno 2 x 2 = 4 trestné body, jedná-li se o třetí NOK, je přiděleno
dalších 3 x 2 = 6 trestných bodů, tzn. celkem za tento dílčí proces již 10). Za
první NOK v rámci dílčího procesu nejsou Zadavatelem přidělovány trestné
body.
Na základě přidělených trestných bodů bude Dodavatel DB sankcionován Zadavatelem.
Všechny výsledky konkrétních dílčích procesů i jejich opakování budou evidovány v systému
pro řízení a týmový výkon procesů verifikace datové báze (viz kapitola 12.1.2.2.1), které bude
mít Zadavatel trvale přístupné za účelem monitorování průběhu procesů tvorby a verifikace
datové báze.
Příklad výsledků dílčího procesu „Kontrola rekonstrukce textů“ v případě opakování NOK:
ročník 1993 Sb. má 1832 stran
Verifikátor DB v rámci rekonstrukce textu kontroluje ¼ stran, což by v ročníku bylo
458 stran
na každé straně je ≤ 4000 znaků, celkem počet znaků na kontrolovaných stranách je
≤ 1.832.000
KPI threshold pro NOK je 0,05%, tedy NOK nastane, nalezne-li Verifikátor DB ≥ 916
chybných znaků.
Pokud NOK nastal, Verifikátor DB pro opakovanou dodávku ročníku 1993 vybere
jinou ¼ stran a provádí kontrolu znova
nastane-li NOK při opakované kontrole (jiných ≥ 916 chybných znaků), přidělí
Zadavatel Dodavateli DB 2 x 2 = 4 trestné body. Protože předmětem dílčího procesu
je celý ročník, jedná se o trestné body kategorie 1.
Pokud odhalí Dodavatel DB chybu v části datové báze, která již prošla verifikací, oznámí
Dodavatel DB tuto skutečnost Verifikátorovi DB a Zadavateli a dohodne s nimi další postup,
který povede k opravě chyby Dodavatelem DB a kontrole opravy Verifikátorem DB. Za takto
1877
oznámenou a řádně opravenou chybu nejsou Dodavateli DB přidělovány Zadavatelem
v rámci akceptace datové báze trestné body.
V případě, že v rámci akceptace vybere Zadavatel znění, které neprošlo verifikací, nebudou za
chyby v tomto znění přiděleny Verifikátorovi DB trestné body.
12.1.4.5 Akceptační procesy tvorby a verifikace datové báze
12.1.4.5.1 Obecné principy akceptace
Akceptační proces pro tvorbu datové báze i její verifikaci je jeden společný. Jedná se o dílčí
akceptační proces probíhající plně v elektronické podobě. Jeho výsledkem budou dílčí
elektronické akceptační protokoly pro Dodavatele DB a dílčí elektronické akceptační
protokoly pro Verifikátora DB. Jak je datová báze tvořena a verifikována po ročnících, tak
bude i akceptována po ročnících. Výjimkou z tohoto pravidla je kontrola normalizace DB a
tezauru CzechVoc, která bude probíhat až pro ukončení tvorby datové báze.
Součástí dílčích elektronických akceptačních protokolů bude i počet přidělených trestných
bodů v jednotlivých kategoriích, a to ať už trestné body z akceptace nebo z důvodů NOK při
komunikaci mezi Dodavatelem DB a Verifikátorem DB.
V rámci každého ročníku obdrží Zadavatel:
Veškeré vstupy Dodavatele DB pro Verifikátora DB ve stavu, kdy o nich Verifikátor DB
prohlásil, že všechny identifikované chyby byly odstraněny:
HTML vyhlášených znění včetně tabulek, obrázků, vzorců, souborových příloh či
odkazů; informace o počtu fragmentů jednotlivých znění,
HTML konsolidovaných znění včetně tabulek, obrázků, vzorců, souborových příloh či
odkazů; informace o počtu fragmentů jednotlivých znění,
Protokol o kontrole překlepů při tvorbě datové báze,
Protokoly o provedení konsolidace.
Výstupy Verifikátora DB, zejména:
Protokoly o komparaci vůči nezávislému zdroji,
Protokoly o (ne)provedení konsolidace,
Protokol o kontrole překlepů při verifikaci datové báze.
Protokol poskytnutý Verifikátorem DB obsahující data začátků a konců kol verifikace a
začátků a konců kol oprav chyb příslušející danému ročníku, včetně přehledu překročení
lhůt.
Zadavatel následně provede kontrolu:
1. Vybraných vyhlášených znění odpovídající objemově 1% celkového počtu fragmentů
ve vyhlášených zněních daného ročníku
1878
2. Vybraných 10% konsolidací (novelizačních bodů) v daném ročníku
3. Vybraných konsolidovaných znění odpovídající objemově 1% celkového počtu
fragmentů v konsolidovaných zněních daného ročníku
Zadavatel postupně vybírá znění pro výše uvedené kontrolu dle svého uvážení tak dlouho,
dokud počet fragmentů respektive počet konsolidací nepřesáhne uvedenou úroveň.
V rámci těchto kontrol bude Zadavatel Dodavateli DB i Verifikátorovi DB přidělovat trestné
body, ze kterých se budou počítat sankce Dodavatele DB i Verifikátora DB.
Dílčí akceptační proces v rámci jedné dílčí akceptace (typicky jednoho ročníku) bude probíhat
následovně:
Dodavatel DB i Verifikátor DB předají podklady pro danou akceptaci (typicky jeden
ročník). Současně s předáním Zadavatel oznámí Dodavateli DB i Verifikátorovi DB, kterou
část dat vybral pro kontrolu v rámci akceptace.
Zadavatel během 10 pracovních dnů provede manuální kontrolu a
o nenalezne-li žádné chyby, akceptuje bez výhrad
o nalezne-li chyby, které jsou jako celek ohodnoceny 80 a více trestnými body
kategorie 1 nebo 110 a více trestnými body kategorie 2, neakceptuje a:
oznámí Dodavateli DB i Verifikátorovi DB výsledek dílčí akceptace
„neakceptováno“
Dodavatel DB a Verifikátor DB provedou opětovně všechny procesy tvorby
a verifikace datové báze příslušného ročníku, přičemž Dodavatel DB
předloží Verifikátorovi DB veškeré vstupy vyhlášených znění do 10
pracovních dnů od oznámení výsledku „neakceptováno“ k opakované
verifikaci a veškeré vstupy konsolidovaných znění do 15 pracovních dnů
od oznámení výsledku „neakceptováno“ k opakované verifikaci. Po
dokončení opakovaných procesů tvorby a verifikace datové báze probíhá
opakovaný dílčí akceptační proces.
Následující ročníky nemohou být předloženy Zadavateli k dílčí
elektronické akceptaci, dokud není předložen neakceptovaný ročník
k opětovné dílčí akceptaci. Pokud již nějaká dílčí elektronická akceptace
následujících ročníků pobíhá, je zastavena a je na ni pohlíženo tak, jako by
nikdy nebyla zahájena.
Trestné body za nalezené chyby v neakceptovaném ročníku nejsou
přiděleny Dodavateli DB ani Verifikátorovi DB, k trestným bodům
z opakované dílčí elektronické akceptace ročníku je však Dodavateli DB i
Verifikátorovi DB přičteno 70 trestných bodů kategorie 1.
o nalezne-li chyby, které jsou jako celek ohodnoceny méně než 80 trestnými body
kategorie 1 a současně méně než 110 trestnými body, akceptuje s výhradou a
1879
oznámí Dodavateli DB i Verifikátorovi DB nalezené chyby a přidělené
trestné body
Dodavatel DB provede ve lhůtě 5 pracovních dnů opravu nalezených chyb,
Verifikátor DB ověří jejich zapracování ve lhůtě 5 pracovních dnů od
oznámení Dodavatele DB, že dokončil opravu chyb.
Zadavatel provede ve lhůtě 10 pracovních dní kontrolu oprav a:
Jsou-li všechny chyby opraveny, dokončí Zadavatel dílčí
elektronickou akceptaci bez výhrad
Je-li alespoň 1 chyba neopravena, oznámí Zadavatel Dodavateli DB
i Verifikátorovi DB seznam neopravených chyb.
Proces oprav chyb Dodavatelem DB, ověření zapracování oprav
Verifikátorem DB a kontrol oprav Zadavatelem se ve stejných
lhůtách opakuje, dokud nejsou všechny chyby opraveny.
V případě, že Zadavatel nalezne a oznámí chybu mimo rozsah dat vybraných pro akceptaci,
nejsou za takovou chybu přidělovány trestné body a tím ani sankce.
Akceptace normalizace obsahu a tezauru CzechVoc neprobíhají po ročnících, aplikují se na
ně však stejné obecné principy. V rámci akceptace normalizace obsahu kontroluje zadavatel
všechny protokoly související s normalizací obsahu. V rámci akceptace tezauru CzechVoc
provede Zadavatel kontrolu 1% pojmů první vrstvy CzechVoc.
V případě, že Verifikátor DB neposkytuje Dodavateli DB systematicky součinnost při tvorbě a
verifikaci datové báze, může Dodavatel DB předložit podklady Dodavatele DB pro akceptaci
ročníku, akceptaci normalizace obsahu a akceptaci tezauru CzechVoc Zadavateli a požádat
Zadavatele o provedení akceptačních procesů bez podkladů poskytovaných Verifikátorem
DB. Zadavatel má povinnost této žádost vyhovět.
Akceptace po ročnících, akceptace normalizace obsahu a akceptace tezauru CzechVoc bude
probíhat jako dílčí akceptace a bude probíhat pouze v elektronické podobě.
Formální písemný akceptačním proces bude probíhat dle určených milníků dodávky tvorby a
verifikace datové báze, to zvlášť pro Dodavatele DB a Verifikátora DB. Předmětem akceptace
bude seznam dílčích elektronických akceptací, které byly dokončeny v rámci milníku. Jako
chybu v rámci tohoto formálního akceptačního procesu bude moci Zadavatel oznámit
takovou dílčí elektronickou akceptaci, která nebyla dokončena bezvýhradní akceptací
Zadavatelem.
1880
12.1.4.5.2 Akceptace vyhlášených znění jednoho ročníku
Zadavatel zkontroluje 1% vyhlášených znění v ročníku, počítáno pomocí počtu fragmentů a
protokoly o kontrole překlepů
Zadavatel primárně pracuje s následujícími daty tvorby a verifikace datové báze:
HTML vyhlášených znění
Protokol o kontrole překlepů při tvorbě datové báze
Protokol o kontrole překlepů při verifikaci datové báze
Zadavatel provádí kontrolu prostřednictvím čtení a vlastní právní analýzy vybraného znění
reprezentovaného HTML souborem s podporou dílčích výsledků konkrétních kontrol, které
obdrží formou protokolů. Zadavatel srovnává znění primárně s originálem případně podle
svého uvážení také s nezávislým zdrojem (jiný právní systém).
Zadavatel může nahlásit následující typy chyb:
Chyby vyhlášených znění (rekonstrukce obsahu)
Chyby při fragmentaci
Chyby v obsahové správnosti fragmentu
Chyby tabulek
Chyby odkazů
Chyby netextových entit
Chyby indexace předpisů
Chybějící nebo nedostatečný protokol o kontrole překlepů při tvorbě datové báze
Chybějící nebo nedostatečný protokol o kontrole překlepů při verifikaci datové báze
12.1.4.5.3 Akceptace konsolidací (novelizačních bodů) jednoho ročníku
Zadavatel zkontroluje zapracování konsolidací v konsolidovaných zněních obsahující 10%
konsolidací (novelizačních bodů) v ročníku, počítáno pomocí počtu protokolů o provedení
konsolidace, včetně souvisejících protokolů konsolidace. Dále zadavatel zkontroluje protokol
o komparaci vůči nezávislému zdroji a všechny protokoly o (ne)provedení konsolidace
daného ročníku.
Zadavatel primárně pracuje s následujícími daty tvorby a verifikace datové báze:
HTML konsolidovaných znění
Protokoly o provedení konsolidace
Protokol o komparaci vůči nezávislému zdroji
Protokoly o (ne)provedení konsolidace
Zadavatel provádí kontrolu prostřednictvím čtení a vlastní právní analýzy vybraného znění
reprezentovaného HTML souborem s podporou dílčích výsledků konkrétních kontrol, které
obdrží formou protokolů. Zadavatel postupuje podle svého uvážení, například využívá ke
1881
srovnání nezávislé zdroje (jiné právní systémy). Zadavatel kontroluje zejména zapracování
novelizací a správnost odkazů.
Zadavatel může nahlásit následující typy chyb:
Chyby odkazů
Chyby konsolidovaných znění (novelizace)
Chybějící nebo nedostatečná analýza konfliktu v konsolidacích
Chybějící nebo nedostatečný protokol o komparaci vůči nezávislému zdroji
12.1.4.5.4 Akceptace konsolidovaných znění jednoho ročníku
Zadavatel zkontroluje 1% konsolidovaných znění v ročníku, počítáno pomocí počtu
fragmentů.
Zadavatel primárně pracuje s následujícími daty tvorby a verifikace datové báze:
HTML konsolidovaných znění
Zadavatel provádí kontrolu prostřednictvím čtení a vlastní právní analýzy vybraného znění
reprezentovaného HTML souborem. Zadavatel postupuje podle svého uvážení, například
využívá ke srovnání nezávislé zdroje (jiné právní systémy).
Zadavatel může nahlásit následující typy chyb:
Chyby vyhlášených znění (rekonstrukce obsahu)
Chyby při fragmentaci
Chyby v obsahové správnosti fragmentu
Chyby tabulek
Chyby odkazů
Chyby netextových entit
Chyby indexace předpisů
Chyby konsolidovaných znění (novelizace)
12.1.4.5.5 Akceptace normalizace obsahu
Akceptace normalizace obsahu neprobíhá po ročnících ale naráz po ukončení digitalizace po
ročnících.
Zadavatel v rámci akceptace zkontroluje všechny protokoly normalizace dodané
Verifikátorem DB:
Protokoly o normalizaci základních předpisů
Protokoly doporučení z normalizace základních předpisů
Zadavatel může nahlásit následující typy chyb:
Chybějící nebo nedostatečný protokol o normalizaci jednoho základního předpisu
1882
Chybějící nebo nedostatečný protokol doporučení z normalizace jednoho základního
předpisu
12.1.4.5.6Akceptace tezauru CzechVoc
Akceptace tezauru CzechVoc neprobíhá po ročnících ale naráz po ukončení digitalizace po
ročnících. Zadavatel zkontroluje 1% pojmů první vrstvy CzechVoc. Ostatní vrstvy CzechVoc
nejsou předmětem této akceptace. Zadavatel kontroluje pojmy a asociace v rámci CzechVoc
pomocí software slovníku CzechVoc již vyvinutého dodavatelem a vlastní právní analýzy.
Zadavatel může nahlásit následující typy chyb:
Chybná extrakce definice pojmu z ustanovení
Chybná vazba v tezauru CzechVoc
Chybný typ vazby v tezauru CzechVoc
12.1.5 Termíny a lhůty tvorby a verifikace datové báze
12.1.5.1 Termíny předávání podkladů k verifikaci
V rámci implementační analýzy budou po vzájemné dohodě Zadavatele, Dodavatele DB a
Verifikátora DB definovány následující termíny předávání prvotních podkladů pro verifikaci.
Tyto termíny budou uvedeny v dokumentech detailní analýzy Dodavatele DB a po akceptaci
těchto dokumentů Zadavatelem se stanou pro Dodavatele DB závaznými. Jedná se o
následující termíny:
pro každý ročník sbírek: Termín dokončení předání veškerých podkladů pro
provedení všech dílčích procesů verifikace datové báze vyhlášených a
konsolidovaných znění Verfikátorovi DB (dále jen „Termín předání ročníku
k verifikaci“);
termín dokončení předání veškerých podkladů k provedení kontroly normalizace
obsahu datové báze Verifikátorovi DB (dále jen „Termín předání výchozích podkladů
ke kontrole normalizace“);
termín dokončení předání veškerých podkladů k provedení kontroly tezauru
CzechVoc Verifikátorovi DB (dále jen „Termín předání výchozích podkladů ke kontrole
CzechVoc“).
Stanovení těchto termínů musí splňovat následující kritéria:
Termíny předání ročníků k verifikaci budou stanoveny v posloupnosti od nejstaršího
ročníku k nejnovějšímu, a to časově rovnoměrně bez ohledu na zařazení ročníků do
různých (po sobě jdoucích) milníků tvorby datové báze, avšak s možným ohledem na
různou velikost ročníků.
1883
Pro poslední ročník spadající do milníku digitalizace (tzn. poslední v rámci milníku)
musí být Termín předání vyhlášených znění ročníku k verifikaci stanoven minimálně
30 pracovních dnů před milníkem digitalizace.
Termín předání ročníku k verifikaci prvního ročníku v rámci milníku bude stanoven
jako pevný, termíny předání ročníku k verifikaci následujících ročníků v rámci milníku
budou stanoveny jako relativní vzhledem k předchozímu ročníku.
12.1.5.2 Kola verifikace a oprav chyb
Dílčí procesy verifikace v rámci jednoho ročníku (a opravy chyb Dodavatelem DB) probíhají
z časového pohledu nezávisle, a to bez zbytečného prodlení. Například objeví-li Verifikátor
DB chybu v tabulce, oznámí ji neprodleně Dodavateli DB prostřednictvím komunikačního
systému, který chybu neprodleně opraví. Ani Dodavatel DB ani Verifikátor DB nečekají na
kontrolu jiné tabulky nebo například na kontroly správnosti nějakého obrázku (netextové
entity) a pokračují dále ve svých aktivitách.
V následujících podkapitolách však z časového pohledu definujeme tzv. „kola verifikace“ a
„kola oprav chyb“. V „kolech verifikace“ je za dobu zpracování zodpovědný Verifikátor DB, v
„kolech oprav chyb“ je za dobu zpracování zodpovědný Dodavatel DB. „Kola verifikace“ a
„kola oprav chyb“ jsou definována nezávisle pro podklady typu:
vyhlášená a konsolidovaná znění v rámci každého ročníku,
kontrolu normalizace obsahu a
kontrolu tezauru CzechVoc.
Je-li v následujících podkapitolách uvedeno, že v určitých kolech provádí Dodavatel DB a
Verifikátor DB určité aktivity, znamená to, že je provádí nejpozději v daném kole, tzn. může je
provádět i dříve (tzn. neprodleně, má-li pro ně podklady).
12.1.5.2.1 První kolo verifikace
V rámci prvního kola verifikace (pro určitý typ podkladů) provádí Verifikátor DB dílčí procesy
verifikace odpovídající typu podkladů (např. dílčí procesy verifikace datové báze vyhlášených
znění a dílčí procesy verifikace datové báze konsolidovaných znění pro podklady typu
„vyhlášená a konsolidovaná znění ročníku“).
Lhůta pro dokončení prvního kola verifikace začíná běžet okamžikem, kdy Dodavatel DB
dokončí předání výchozích podkladů pro verifikaci Verifikátorovi DB (podklady jsou typu
vyhlášená a konsolidovaná znění ročníku, podklady pro kontrolu normalizace obsahu a
podklady pro kontrolu tezauru CzechVoc).
První kolo verifikace (pro určitý typ podkladů) končí okamžikem, kdy Verifikátor DB nad
předanými výchozími podklady dokončil všechny dílčí procesy verifikace odpovídající typu
podkladů a oznámil jejich výsledky Dodavateli DB.
1884
Jestliže všechny uvedené dílčí procesy verifikace neobjevily žádnou chybu, je toto kolo
poslední a podklady jsou připraveny pro dílčí elektronický akceptační proces vedený
Zadavatelem.
12.1.5.2.2 První kolo oprav chyb
V rámci prvního kola oprav chyb (pro určitý typ podkladů) provádí Dodavatel DB opravy chyb
či jiné opravné aktivity definované příslušnými dílčími procesy verifikace (zejména reakce na
první NOK).
Lhůta pro dokončení prvního kola oprav chyb (pro daný typ podkladů) začíná běžet
okamžikem, kdy Verifikátor DB dokončil v prvním kole verifikace všechny dílčí procesy
verifikace odpovídající typu podkladů a oznámil jejich výsledky Dodavateli DB s tím, že
příslušné dílčí verifikační procesy v prvním kole identifikovaly alespoň jednu chybu.
První kolo oprav chyb (pro daný typ podkladů) končí okamžikem, kdy Dodavatel DB opravil
všechny chyby identifikované v rámci prvního kola verifikace, provedl všechny opravné
aktivity předepsané dílčími verifikačními procesy prvního kola verifikace a dokončil předání
opravených podkladů (příslušného typu) Verfikátorovi DB.
12.1.5.2.3 N-té kolo verifikace
V rámci N-tého kola verifikace (pro daný typ podkladů) kontroluje Verifikátor DB opravy chyb
a provádí opakované dílčí procesy verifikace odpovídající typu podkladů (pokud kontrola
v N-1. kole verifikace skončila NOK).
Lhůta pro dokončení N-tého kola verifikace (pro daný typ podkladů) začíná běžet
okamžikem, kdy Dodavatel DB dokončí předání opravených podkladů (daného typu) z N-1.
kola oprav chyb Verifikátorovi DB.
N-té kolo verifikace (pro daný typ podkladů) končí okamžikem, kdy Verifikátor DB nad
předanými podklady z N-1. kola oprav chyb dokončil všechny předepsané kontroly oprav
chyb a všechny předepsané opakované dílčí procesy verifikace odpovídající typu podkladů a
oznámil jejich výsledky Dodavateli DB.
Jestliže všechny uvedené kontroly oprav chyb a opakované dílčí procesy verifikace neobjevily
žádnou chybu, je toto kolo poslední a podklady jsou připraveny pro dílčí elektronický
akceptační proces vedený Zadavatelem.
12.1.5.2.4 N-té kolo oprav chyb
V rámci N-tého kola oprav chyb (pro určitý typ podkladů) provádí Dodavatel DB opravy chyb
či jiné opravné aktivity definované příslušnými dílčími procesy verifikace (zejména reakce na
opakovaný NOK).
Lhůta pro dokončení N-tého kola oprav chyb (pro daný typ podkladů) začíná běžet
okamžikem, kdy Verifikátor DB dokončil v N-tém kole verifikace předepsané kontroly oprav
chyb a všechny předepsané opakované dílčí procesy verifikace odpovídající typu podkladů a
1885
oznámil jejich výsledky Dodavateli DB s tím, že příslušné kontroly a opakované dílčí
verifikační procesy v N-tém kole verifikace identifikovaly alespoň jednu chybu.
N-té kolo oprav chyb (pro daný typ podkladů) končí okamžikem, kdy Dodavatel DB opravil
všechny chyby identifikované v rámci N-tého kola verifikace, provedl všechny opravné
aktivity předepsané dílčími verifikačními procesy N-tého kola verifikace a dokončil předání
opravených podkladů (příslušného typu) Verfikátorovi DB.
12.1.5.3 Lhůty pro dokončení kol verifikace a oprav chyb
Verifikátor DB je povinen dokončit každé jednotlivé kolo verifikace vyhlášených a
konsolidovaných znění každého ročníku do 10 pracovních dnů od začátku běhu lhůty pro
dokončení kola verifikace vyhlášených a konsolidovaných znění daného ročníku.
Verifikátor DB je povinen dokončit každé jednotlivé kolo kontroly normalizace obsahu do 10
pracovních dnů od začátku běhu lhůty pro dokončení kola kontroly normalizace obsahu.
Verifikátor DB je povinen dokončit každé jednotlivé kolo kontroly tezauru CzechVoc do 10
pracovních dnů od začátku běhu lhůty pro dokončení kola kontroly tezauru CzechVoc.
Dodavatel DB je povinen dokončit každé jednotlivé kolo oprav chyb vyhlášených a
konsolidovaných znění každého ročníku do 10 pracovních dnů od začátku běhu lhůty pro
dokončení kola oprav chyb vyhlášených a konsolidovaných znění daného ročníku.
Dodavatel DB je povinen dokončit každé jednotlivé kolo oprav chyb normalizace obsahu do
10 pracovních dnů od začátku běhu lhůty pro dokončení kola oprav chyb normalizace
obsahu.
Dodavatel DB je povinen dokončit každé jednotlivé kolo oprav chyb kontroly tezauru
CzechVoc do 10 pracovních dnů od začátku běhu lhůty pro dokončení kola oprav chyb
tezauru CzechVoc.
V rámci implementační analýzy je prostřednictvím dokumentů Implementační analýzy
oprávněn Verifikátor DB navrhnout úpravu lhůt pro kola verifikace v jednotlivých ročnících
tak, aby lhůty v rámci daného ročníku odrážely objem daného ročníku. Pokud všechny lhůty
navržené Verifikátorem DB jsou v rozsahu 5-15 pracovních dnů a průměr lhůt přes všechny
ročníky je 10 pracovních dnů nebo nižší, je Zadavatel povinen takový návrh akceptovat. Po
akceptaci dokumentů Implementační analýzy Zadavatelem se stanou navržené lhůty pro
Verifikátora DB závaznými.
V rámci implementační analýzy je prostřednictvím dokumentů detailní analýzy oprávněn
Dodavatel DB navrhnout úpravu lhůt pro kola oprav chyb v jednotlivých ročnících tak, aby
1886
lhůty v rámci daného ročníku odrážely objem daného ročníku. Pokud všechny lhůty navržené
Dodavatelem DB jsou v rozsahu 5-15 pracovních dnů a průměr lhůt přes všechny ročníky je
10 pracovních dnů nebo nižší, je Zadavatel povinen takový návrh akceptovat. Po akceptaci
dokumentů detailní analýzy Zadavatelem se stanou navržené lhůty pro Dodavatele DB
závaznými.
12.1.5.4 Komunikační systém a kontrola lhůt pro dokončení kol verifikace a oprav
chyb
Komunikační systém eviduje všechny data počátků běhu lhůt a konců všech kol verifikace a
všech kol oprav chyb a měří doby překročení lhůt dle kapitoly 12.1.5.3. Všechna tato data
jsou kdykoli přístupná Zadavateli.
12.2 Verifikace datové báze
Kapitola popisuje jednotlivé procesy a dílčí procesy verifikace datové báze.
12.2.1 Verifikace datové báze vyhlášených znění
Verifikace datové báze vyhlášených znění sestává z šesti následujících dílčích a vzájemně
nezávislých procesů:
1. Kontrola rekonstrukce textů
2. Kontrola úplnosti obsahu vyhlášených znění
3. Kontrola správnosti tabulek
4. Kontrola správnosti netextových entit
5. Nalezení překlepů
6. Kontrola indexace předpisů
Tyto procesy mají stejné vstupy, předpoklady i společné cíle, které jsou popsány v kapitole 0.
12.2.1.1 Kontrola rekonstrukce textů
Kontrola rekonstrukce textů je prvním stupněm verifikace datové báze vyhlášených znění -
bez tabulek, vzorců, obrázků a jejich popisků, které budou předmětem kontrol v dalších
procesech.
12.2.1.1.1 Kvantifikace kontroly rekonstrukce textů
Verifikátor DB zvolí ¼ celkového stranového rozsahu sbírek pro kontrolu rekonstrukce textů,
a to vždy tak, aby:
1887
do výběru byl zařazen vždy kompletní text vyhlášeného znění předpisu; tedy ne
jednotlivé strany napříč různými předpisy
bylo zajištěno poměrné zastoupení všech typů předpisů
Celkový rámcový rozsah stran vybraných předpisů: 100.000. Vyjádřeno v normostranách,
200.000 – 250.000 normostran.
Rámcové rozložení v čase bude následující:
10.000 stran Sbírky zákonů z ročníků 1945-1989
20.000 stran Sbírky zákonů z ročníků 1990-1999
45.000 stran Sbírky zákonů z ročníků 2000-2019
25.000 stran Sbírky mezinárodních smluv 2000-2019
Přesnější metodika pro výběr předpisů v rámci jednotlivých ročníků jednotlivých sbírek bude
stanovena později.
12.2.1.1.2 Popis procesu kontroly rekonstrukce textů
Verifikátor DB provede kontrolu rekonstrukce textů ve výše uvedeném rozsahu a rozložení
v následujících krocích:
OCR digitalizace, resp. vytěžení textů z PDF (je-li to možné)
Výsledkem bude hladký text bez tabulek, obrázků, vzorců. Tyto podklady budou
srovnávány komparačními nástroji s texty rekonstruovanými v rámci tvorby datové báze a
jsou známy pouze komparační nástroje pro srovnávání hladkých textů.
Každé ustanovení, nadpis atd. bude oddělen „tvrdým enterem“, přechází-li odstavec na
další stránku, tak bude spojen do jediného odstavce.
Porovnání textů vytvořených Dodavatelem DB vzniklých z tvorby datové báze,
prostřednictvím nástrojů na textové porovnání textových souborů. Nalezené rozdíly
budou konfrontovány s listinnou sbírkou případně s jejími digitálními stejnopisy.
Za jeden dílčí proces verifikace je považován celý ročník.
12.2.1.1.3 KPI kvality textů rekonstruovaných Dodavatelem DB
V rámci porovnání textů budou vyhodnocovány následující tři typy rozdílů (odlišností od
původního textu předpisů) vzniklé činností Dodavatele DB při rekonstrukci textu:
1. chyba textové správnosti předpisů
rekonstrukce textů zavlekla do rekonstruovaného a původně bezchybného
textu novou chybu (např. v případě záměny l 1, 0 O, r ř
apod.)
2. chyba fragmentace do odstavců, kde
původní jeden odstavec je rozdělen na více odstavců (např. v případě
přechodu ze sloupce do sloupce nebo přechodu na novou stránku)
původních více odstavců je spojeno do jednoho odstavce
1888
3. chyba originálu, kde text původně chybný (zapříčiněný např. písařskou chybou)
byl v rámci rekonstrukce opraven na bezchybný
v rámci zachování shodnosti rekonstruovaného textu s originálem je třeba
původní chyby zachovávat
jako vada je tedy považována „oprava“ chyby; naopak její neopravení je
žádoucí (tzn. shoda s originálem)
Sledované hodnoty a z nich vyplývající aktivity.
Textová správnost předpisů
Bude vyhodnocován počet chybných znaků na ročník.
OK: 0% chybných znaků
OK s výhradou:.0 - 0,05% chybných znaků
Dodavatel DB opraví nalezené chyby a znovu vygeneruje předpisy do sdíleného
úložiště.
Dodavatel DB zajistí, aby se opakované chyby v ostatních předpisech a ostatních
ročnících nevyskytovaly.
Verifikátor DB provede kontrolu opravy zapracovaných chyb.
NOK: > 0,05%:
Dodavatel DB znovu prokazatelně provede rekonstrukci celého ročníku a znovu
vloží všechny nově rekonstruovaní předpisy ročníku do sdíleného úložiště.
Verifikátor DB opětovně provede celý dílčí verifikační proces nad celým ročníkem,
jako by byl prováděn poprvé.
Správná fragmentace do odstavců
Budou vyhodnocovány spojené odstavce, nebo naopak odstavce rozdělené na nesprávných
místech.
OK: 100% odstavců správně
OK s výhradou: .0 – 0,2% chybně fragmentovaných odstavců
Dodavatel DB tvorby opraví nalezené chyby a znovu vygeneruje předpisy do
sdíleného úložiště.
Verifikátor DB provede kontrolu opravy zapracovaných chyb.
NOK: > 0,2% chybně fragmentovaných odstavců
Dodavatel DB znovu prokazatelně provede fragmentaci odstavců celého ročníku a
znovu vygeneruje všechny předpisy ročníku do sdíleného úložiště.
Verifikátor DB opětovně provede celý dílčí verifikační proces nad celým ročníkem,
jako by byl prováděn poprvé.
Chyby originálů
Budou vyhodnocovány nezachycené chyby originálů.
OK: 100% chyb originálů bylo nalezeno
1889
OK s výhradou: .0 - 1% chyb originálů nenalezeno
Dodavatel DB tvorby opraví nalezené chyby a znovu vygeneruje předpisy do
sdíleného úložiště.
Verifikátor DB provede kontrolu opravy zapracovaných chyb.
NOK: > 1% chyb originálů nenalezeno
Dodavatel DB znovu prokazatelně provede rekonstrukci celého ročníku a znovu
vygeneruje všechny předpisy ročníku do sdíleného úložiště.
Verifikátor DB opětovně provede celý dílčí verifikační proces nad celým ročníkem,
jako by byl prováděn poprvé.
12.2.1.2 Kontrola úplnosti obsahu vyhlášených znění
Druhým stupněm verifikace je ověření kompletnosti předpisů. Je třeba ověřit, zda
rekonstrukce obsahu vyhlášených znění Dodavatelem DB bylo provedeno úplně.
12.2.1.2.1 Kvantifikace kontroly úplnosti obsahu vyhlášených znění
Verifikátor DB v tomto procesu zkontroluje všechna vyhlášená znění předpisů
v odhadovaném počtu 38.000 napříč všemi ročníky všech sbírek.
Rámcově se jedná o 400.000 stran vyhlášených znění.
12.2.1.2.2 Popis procesu kontroly úplnosti obsahu vyhlášených znění
Každý předpis dodaný ve vstupním formátu popsaném v kapitole 12.1.2.3 jako součást
celého ročníku bude porovnán s listinným originálem nebo digitálním stejnopisem.
Porovnávání proběhne opticky předpis po předpisu a kontrolována bude:
Úplnost obsahu každé strany.
Nejedná se přitom o detailní korekturní čtení, nýbrž o zjištění, zda rekonstruovaný
text předpisu obsahuje všechny strukturální entity. Zejména části, hlavy, díly, oddíly,
paragrafy, články, odstavce, body, přílohy, poznámky pod čarou, tabulky, obrázky
resp. ostatní strukturální entity předpisu.
Dalším cílem je optická kontrola, zda při rekonstrukci jednotlivých stran nebylo něco
vynecháno, např. poslední řádek na stránce, neúplně rekonstruovaná poznámka pod
čarou atd.
Optická kontrola může být nahrazena nebo doplněna strojovou kontrolou konzistence; např.
zjištěním, zda předpis obsahuje úplnou číselnou řadu paragrafů apod. Použití takové strojové
kontroly konzistence je na posouzení Verifikátora DB.
Za jeden dílčí proces verifikace je považován jeden předpis v ročníku.
12.2.1.2.3 KPI posouzení kompletnosti obsahu vyhlášených znění
Sledované hodnoty a z nich vyplývající aktivity.
Kompletnost předpisů
1890
Bude vyhodnocována kompletnost výše zmíněných struktur.
OK: 0% chybějících strukturálních prvků
NOK: nalezena jakákoliv chyba
Dodavatel DB provede znovu strukturování předpisů, ve kterých Verifikátor DB objevil
jakoukoli chybu.
Dodavatel DB zajistí, aby se opakované chyby ve zbylých předpisech nevyskytovaly.
Verifikátor DB provede kontrolu opravy všech chybných předpisů v daném ročníku,
které označil stavem NOK.
12.2.1.3 Kontrola správnosti tabulek
Třetím stupněm verifikace datové báze vyhlášených znění je kontrola obsahové a formální
správnosti tabulek.
12.2.1.3.1 Kvantifikace kontroly správnosti tabulek
Všechny sbírky obsahují přibližně 15.000 tabulek (ve vyhlášených zněních).
Verifikátor DB zvolí ¼ celkového rozsahu tabulek podle počtu jejich buněk a provede
uvedenou optickou kontrolu dle popisu procesu níže.
Metodika principu výběru ¼ tabulek ke kontrole by měla rovnoměrně pokrývat tabulky
předpisů napříč celým ročníkem.
12.2.1.3.2 Popis procesu kontroly správnosti tabulek
Každý předpis je k dispozici ve vstupním formátu popsaném v kapitole 12.1.2.3 jako součást
celého ročníku.
Verifikátor DB extrahuje z dodaných vstupů jednotlivé tabulky a provede porovnání s
listinným originálem nebo s jeho digitálním stejnopisem.
Porovnávání bude zahrnovat kontrolu:
správnosti rozložení tabulky, tedy počet sloupců, řádků, sloučení buněk, záhlaví atd.,
správnosti indexace každé buňky v tabulce,
správnosti textových a numerických hodnot v buňkách tabulek.
Porovnávání bude probíhat opticky. Strojová kontrola zde není možná vzhledem k tomu, že
porovnávaný zdroj je k dispozici pouze v listinné podobě nebo jako digitální stejnopis.
Částečnou strojovou kontrolu může Verifikátor DB podle uvážení připravit a využít pro
kontrolu správnosti indexace buněk.
Za jeden dílčí proces verifikace je považována jedna tabulka. Za NOK dílčího procesu
verifikace je považován NOK jakékoli ze sledovaných hodnot (aktivit) nad tabulkou.
1891
12.2.1.3.3 KPI kontroly správnosti tabulek
Sledované hodnoty a z nich vyplývající aktivity.
Správnost rozložení tabulky
Bude vyhodnocován počet chyb na tabulku.
OK: 0 chyb
NOK: jakákoliv chyba v rozložení
Dodavatel DB znovu prokazatelně provede rekonstrukci tabulky a znovu vygeneruje
předpis s opravenou tabulkou.
Dodavatel DB přijme opatření, aby se opakovatelné chyby neopakovaly.
Verifikátor DB provede opětovnou kontrolu celé tabulky, kterou označil NOK.
Správná indexace buněk v tabulce
Bude vyhodnocováno procento chybných indexů buněk tabulky.
OK: 100% indexů správně
OK s výhradou: .0 - 2% chybně indexovaných buněk
Dodavatel DB tvorby opraví nalezených chyby buněk a znovu vygeneruje předpis
s opravenou tabulkou.
Verifikátor DB provede kontrolu opravy nalezených chyb.
NOK: > 2% chybně indexovaných buněk
Dodavatel DB znovu provede indexaci buněk celé tabulky a znovu vygeneruje předpis
s opravenou tabulkou.
Verifikátor DB provede opětovnou kontrolu celé tabulky, kterou označil NOK.
Správné textové a numerické hodnoty v buňkách tabulek
Bude vyhodnocována znaková správnost v rámci tabulky.
OK: 0% chyb
OK s výhradou: .0 – 0,05% znakových chyb
Dodavatel DB tvorby opraví nalezené chyby a znovu vygeneruje předpis s opravenou
tabulkou.
Verifikátor DB provede kontrolu opravy nalezených chyb.
NOK: > 0,05% znakových chyb
Dodavatel DB znovu prokazatelně vytvoří celou tabulku a znovu vygeneruje předpis
s opravenou tabulkou.
Verifikátor DB provede opětovnou kontrolu celé tabulky, kterou označil NOK.
V případě, že nad jednou tabulkou dojde k NOK u více než jedné ze sledovaných hodnot
nebo aktivit:
Dodavatel DB znovu prokazatelně vytvoří celou tabulku a znovu vygeneruje předpis
s opravenou tabulkou.
1892
Verifikátor DB provede opětovnou kontrolu celé tabulky, kterou označil NOK.
12.2.1.4 Kontrola správnosti netextových entit
Čtvrtým stupněm verifikace je kontrola správnosti netextových entit. Je třeba zkontrolovat
správnost a čitelnost všech obrázků, vzorců a souborových příloh, kterých rekonstrukce do
textu nebude prováděna a zůstanou v binární podobě v připojených souborech.
12.2.1.4.1 Kvantifikace kontroly netextových entit
Všechny sbírky obsahují přibližně 15.000 netextových entit.
Verifikátor DB zkontroluje všechny netextové entity.
12.2.1.4.2 Popis procesu kontroly netextových entit
Každý předpis je k dispozici ve vstupním formátu popsaném v kapitole 12.1.2.3 jako součást
celého ročníku.
Verifikátor DB extrahuje z dodaných vstupů jednotlivé netextové entity a provede porovnání
s listinným originálem nebo s digitálním stejnopisem.
Porovnávání bude zahrnovat verifikaci:
shodnosti netextové entity s originálem,
správného způsobu zachycení netextové entity (např. počet stran PDF příloh, kvalita
obrazového souboru).
Směrodatná je ve všech případech shodnost vizuální reprezentace vzorce s listinným
originálem resp. digitálním stejnopisem.
Porovnávání bude probíhat opticky. Strojová kontrola zde není možná vzhledem k tomu, že
porovnávaný zdroj je pouze v listinné podobě resp. jako digitální stejnopis.
Za jeden dílčí proces verifikace je považována jedna netextová entita.
12.2.1.4.3 KPI kontroly správnosti netextových entit
Sledované hodnoty a z nich vyplývající aktivity.
Správnost, kompletnost a čitelnost netextové entity
OK: entita kompletní, správná a čitelná
NOK: jakákoliv chyba v kompletnosti, čitelnosti a správnosti
Dodavatel DB opraví netextovou entitu a poskytne znovu její souborovou formu.
Verifikátor DB provede opětovnou kontrolu všech netextových entit v daném ročníku,
které označil stavem NOK.
1893
12.2.1.5 Nalezení překlepů
Principem pátého stupně verifikace je nalezení chybných slov s rozlišením, zda se jedná o
chyby
nesprávné rekonstrukce textů ze strany Dodavatele DB
chyby v originálech předpisů
Tento proces je omezen na Sbírku zákonů. V ostatních sbírkách nebude vykonáván.
12.2.1.5.1 Kvantifikace procesu nalezení překlepů
Ve Sbírce zákonů se vyskytuje přibližně 80.000.000 slov v 500.000 slovních tvarech.
Za slovní tvar je považována jakákoliv skupina znaků oddělených mezerami, interpunkčními
znaménky, konci řádků, kde počet znaků je roven nejméně jedné.
12.2.1.5.2 Popis procesu nalezení překlepů
Prostřednictvím aplikace (fungující na principech fulltextové indexace, kterou lze buď
vyvinout nebo získat formou knihovny nebo balíkového software) bude kompletní textový
obsah (opět po celých ročnících sbírek rozložených na soubory jednotlivých předpisů ve
vstupním formátu popsaném v kapitole 12.1.2.3) rozložen na jednotlivá slova se zjištěním
četnosti slov a přesné pozice ve zdrojových souborech (tzv. dump slov).
Následná analýza takového seznamu bude probíhat na základě těchto předpokladů:
Některá slova budou mít velmi malý počet výskytů a jsou tedy potenciálně chybná.
Jiná slova budou evidentně potenciálně chybná (v nesouladu s pravidly pravopisu,
překlepem apod.)
Každé podezřelé slovo s malým počtem výskytů, případně s jinou potenciální chybou,
je třeba konfrontovat s listinným originálem nebo digitálním stejnopisem a zjistit, zda
je shodné nebo odlišné.
Pokud chybné slovo není shodné s originálem, jedná se o chybu tvorby dat.
Pokud chybné slovo je shodné s originálem, jedná se o chybu originálu, kterou je
třeba zaevidovat.
Porovnávání potenciálně chybných slov bude probíhat opticky. Strojovou kontrolu (např.
spellcheck) lze sice použít, ale pouze pomocným způsobem, vzhledem k tomu, že Sbírka
zákonů obsahuje velký počet cizích slov (např. názvů léků, chemických sloučenin, názvů
různých entit apod.).
Za jeden dílčí proces verifikace je považováno jedno slovo vyskytující se v dumu slov.
Verifikátor DB oznamuje výsledky kontroly nalezení překlepů v ročníku Dodavateli DB naráz
pro celý ročník.
12.2.1.5.3 KPI kontroly nalezení překlepů
Sledované hodnoty a z nich vyplývající aktivity
Správnost potenciálně chybného slova
1894
OK: slovo v dumpu slov je shodné s listinným originálem ve všech jeho výskytech
NOK: slovo z dumpu není shodné s listinným originálem v alespoň jednom výskytu
Dodavatel DB provede opravu všech slov ve stavu NOK v rekonstruovaném obsahu
celého ročníku.
Verifikátor DB provede kontrolu zapracování všech slov ve stavu NOK.
12.2.1.6 Kontrola indexace předpisů
Kontrola indexace je šestým stupněm verifikace datové báze vyhlášených znění. Indexací je
myšleno správné přiřazení metadat předpisu Dodavatelem DB. Jedná se o
„Tvrdá“, tedy jednoznačná metadata
příslušnost k částce
číslo předpisu
název předpisu
datumy schválení a vyhlášení
datum začátku platnosti
datum začátku účinnosti
autor předpisu
„Měkká“ metadata přiřazená právní analýzou
tematická indexace podle CzechVoc (zařazení předpisu do tematický právních oblastí,
nikoliv tezaurus pojmů v předpisu)
územní platnost předpisu
výjimky z účinnosti předpisu
12.2.1.6.1 Kvantifikace kontroly indexace předpisů
Verifikátor DB v tomto procesu zkontroluje všechny předpisy v odhadovaném počtu 38.000
napříč všemi ročníky všech sbírek.
12.2.1.6.2 Popis procesu kontroly indexace předpisů
Metadata jsou označkována v sekci … HTML souborů každého předpisu
dodaných po celých ročnících sbírek rozložených na soubory jednotlivých předpisů ve
vstupním formátu popsaném v kapitole 12.1.2.3.
Kontrola indexace předpisů opět probíhá nad celým ročníkem předpis po předpisu.
„Tvrdá“ metadata každého předpisu budou konfrontována s listinným originálem nebo
s digitálním stejnopisem.
„Měkká“ metadata budou posuzována právní analýzou. Pro tématické zařazení předpisu, tedy
pro přiřazení předpisu k uzlům CzechVoc se předpokládá, že CzechVoc bude vznikat rovněž
postupně po ročnících v rámci tvorby datové báze.
1895
Kontroly indexace předpisů budou probíhat optickou kontrolou metadat v sekci
… HTML souborů. Strojová kontrola zde není možná vzhledem k tomu, že
porovnávaný zdroj je pouze v listinné nebo binární PDF podobě.
Za jeden dílčí proces verifikace je považován:
pro „tvrdá metadata“ celý ročník;
pro měkká metadata jeden předpis v ročníku.
12.2.1.6.3 KPI kontroly indexace předpisů
Sledované hodnoty a z nich vyplývající aktivity.
„Tvrdá” metadata
OK: 0 chyb v ročníku
Verifikátor DB akceptuje ročník.
NOK: jakákoliv chyba v jakékoliv metainformaci jakéhokoliv předpisu
Verifikátor DB informuje Dodavatele DB sumárně pro celý ročník.
Dodavatel DB znovu prokazatelně provede indexaci předpisů.
Dodavatel DB přijme opatření, aby se opakovatelné chyby neopakovaly.
Verifikátor DB provede kontrolu opakované indexace předpisů.
Cyklus se opakuje až do dosažení stavu OK: 0 chyb v ročníku
„Měkká“ metadata přiřazena právní analýzou
Bude vyhodnocována stejnost právního názoru Verifikátora DB a Dodavatele DB.
OK: 100% shoda nad celým ročníkem
OK s výhradou: jakýkoliv odlišný názor na tematickou indexaci předpisu
Dodavatel DB zváží odlišný názor, a buď opraví indexaci předpisu, nebo zůstane u
svého stanoviska, které zdůvodní. Pokud takové zdůvodnění Verifikátor DB neuzná,
rozhodne Zadavatel.
Rozhodnutí Zadavatele je konečné a Dodavatel DB i Verifikátor DB jej přijmou.
Dodavatel DB provede akci dle rozhodnutí Zadavatele.
NOK: jakákoliv evidentní chyba
Dodavatel DB znovu provede tematickou indexaci předpisu.
Verifikátor DB provede opětovnou kontrolu tematické indexace předpisů, které
označil NOK
OK s výhradou a NOK jsou postupně vypořádány až do dosažení stavu OK: 100% shoda
nad celým ročníkem.
1896
12.2.2 Verifikace datové báze konsolidovaných znění
Tvorba datové báze konsolidovaných znění představuje postupné zapracování novel resp.
redakčních sdělení o opravě chyby do ustanovení vyhlášených předpisů resp. do dříve
vytvořených ustanovení konsolidovaných znění.
Verifikace datové báze konsolidovaných znění pak představuje další a samostatnou skupinu
procesů verifikace datové báze.
Verifikace datové báze konsolidovaných znění sestává ze čtyřech nezávislých procesů:
1. Ověření protokolů o provedení konsolidace
2. Komparace datové báze vůči nezávislému zdroji
3. Analýza konfliktů v konsolidacích
4. Kontrola odkazového aparátu
Tyto procesy mají doplňkové vstupy specifikované u jednotlivých procesů. V logice verifikace
datové báze konsolidovaných znění budou vykonávány sekvenčně v rámci každého ročníku
od nejstaršího předpisu po nejmladší.
Jednotlivé procesy jsou popsány v následujících samostatných kapitolách 12.2.2.1 - 12.2.2.4.
12.2.2.1 Ověření protokolů o provedení konsolidace
Kontrola provedení konsolidace je prvním stupněm verifikace datové báze konsolidovaných
znění.
Zdrojem novelizace je novelizační bod popisující změnu, která má být v ustanovení
konkrétního předpisu provedena. Cílem je ustanovení před novelizací. Výsledkem je pak
novelizované ustanovení.
12.2.2.1.1 Vstupy pro ověření protokolů o provedení konsolidace
Ze zapracování každého novelizačního bodu bude Dodavatelem DB pořízen (případně
strojově vygenerován) Protokol o provedení konsolidace. Takový protokol bude pořízen i
v případech, kdy novelizační bod nebylo možné zapracovat, případně zapracování není
jednoznačné.
Protokol o provedení konsolidace má formu „novelizační trojice“: původní ustanovení
ustanovení novely novelizované ustanovení. Příklad nejjednoduššího možného
případu „novelizační trojice“ je uveden na následujícím obrázku.
1897
Protokol o provedení konsolidace má formu samostatně čitelného souboru.
Protokoly o provedení konsolidace jsou zvláštním doplňkovým vstupem pro tuto fázi
verifikace datové báze konsolidovaných znění.
Speciálním případem novelizace jsou oznámení o opravě tiskové chyby, které se do
původního ustanovení přenáší ne s účinností novely nýbrž s účinností původního ustanovení.
Nebude-li v možnostech dodavatele tvorby datové báze zapracování některého
novelizačního bodu, předá dokumentaci tohoto problému Verifikátorovi DB formou
specifického protokolu o (ne)provedení konsolidace s popisem problému.
12.2.2.1.2 Kvantifikace ověření protokolů o provedení konsolidace
Odhad počtu takových protokolů o provedení konsolidace je přibližně 50.000.
Novela v daném ročníku, která způsobí nové konsolidované znění předpisů z minulých
ročníků, bude formou protokolů kontrolována v rámci ročníku novely.
Celkový objem je specifikován v kapitole 12.1.2.2.2.
Celkový počet konsolidovaných znění všech sbírek pro všechny ročníky je odhadován na
méně než 50.000.
12.2.2.1.3 Předpoklady ověření protokolů o provedení konsolidace
Dodavatel DB bude na sdílené úložiště publikovat protokoly o provedení konsolidace.
Verifikátor DB ze sdíleného úložiště odebere vždy celý ročník najednou protokolů i
konsolidovaných znění, také najednou.
12.2.2.1.4Popis procesu ověření protokolů o provedení konsolidace
Verifikátor DB verifikuje Protokoly o provedení konsolidace zapracování novelizačních bodů
každé novely v pořadí, jak byly novely v ročníku vyhlašovány.
Každý Protokol o provedení konsolidace je třeba důkladně analyzovat s patřičnou mírou
ostražitostí k ostatním nekonzistencím a chybám, které se mohou vyskytnout.
Tým, který bude vykonávat tuto činnost, by měl disponovat schopností pro právně analytické
posuzování situací zachycených v protokolech.
Za jeden dílčí proces verifikace je považován jeden protokol o provedení konsolidace.
1898
12.2.2.1.5 KPI ověření protokolů o provedení konsolidace
Sledované hodnoty a z nich vyplývající aktivity.
Správnost provedení konsolidace bude vyhodnocována stavem OK/NOK pro každý Protokol
o provedení konsolidace.
OK: novelizační bod správně zapracován
NOK: nesprávné zapracování
Dodavatel DB provede opravu provedení novelizace.
Verifikátor DB provede kontrolu opravy prostřednictvím nového protokolu o
provedení konsolidace.
12.2.2.2 Komparace datové báze vůči nezávislému zdroji
Komparace datové báze vůči nezávislým zdrojům je druhým stupněm verifikace datové báze
konsolidovaných znění.
Předchozí stupně kontrol pracují pouze s datovou bází nově vytvořenou Dodavatelem DB. Je
tedy možné, že chyba v datové bázi může přetrvat i přes tyto kontroly. Proto je třeba texty
nově vytvořených předpisů ve vyhlášených a konsolidovaných zněních konfrontovat s jiným,
nezávisle vytvořeným zdrojem.
12.2.2.2.1 Vstupy komparace datové báze vůči nezávislému zdroji
Vstupem pro komparaci datové báze nad rámec celkových vstupů popsaných v kapitole
12.1.2.4 bude nezávislý zdroj pro komparaci – tedy vyhlášená a konsolidovaná znění právních
předpisů některého z právních informačních systémů na českém trhu.
12.2.2.2.2Předpoklady komparace datové báze vůči nezávislému zdroji
Předpoklady pro tuto fázi verifikace nad rámec celkových předpokladů popsaných v kapitole
12.1.2.2 jsou:
Zajištění doplňkového vstupu popsaného v předchozí kapitole 12.2.2.2.1, tedy
nezávislého zdroje pro komparaci schváleného Zadavatelem v rámci implementační
analýzy.
Předzpracování (strojové) tohoto zdroje do podoby komparovatelné nástroji pro
porovnání textů s předpisy datové báze dodané Dodavatelem DB pro kontrolu
rekonstrukce textů (viz 12.2.1.1)
12.2.2.2.3 Kvantifikace komparace datové báze vůči nezávislému zdroji
Komparace bude probíhat pouze nad předpisy Sbírky zákonů. Ostatní sbírky, tedy Sbírka
mezinárodních smluv ani Úřední list, nebudou komparovány.
Budou komparovány vždy všechna znění každého předpisu vyhlášeného ve Sbírce zákonů:
vyhlášené znění v rámci ročníku, v kterém bylo vyhlášeno
1899
všechna konsolidovaná znění.
Příklad:
Příklad pro Sbírku zákonů:
v rámci předání vyhlášených znění zpracovaného ročníku 1945 předá Dodavatel DB
Verifikátorovi DB vyhlášené znění předpisu
Dekret č. 1/1945 Sb., ústavní dekret presidenta republiky o nové organisaci
vlády a ministerstev v době přechodné.
jako HTML soubor 1945c001z0001_v0.html
o Verifikátor DB toto znění podrobí kontrole komparací s nezávislým zdrojem
v rámci verifikace ročníku 1945
v rámci předání vyhlášených znění zpracovaného ročníku 1946 předá Dodavatel DB
Verifikátorovi DB vyhlášené znění předpisu
Ústavní zákon č. 153/1946 Sb.,jímž se mění ústavní dekret presidenta
republiky ze dne 2. dubna 1945, č. 1 Sb., o nové organisaci vlády a
ministerstev v době přechodné.
jako HTML soubor 1946c064z0153_v0.html
o Verifikátor DB toto znění podrobí kontrole komparací s nezávislým zdrojem
v rámci verifikace ročníku 1946
o v rámci předání konsolidovaných znění zpracovaného ročníku 1946 předá
Dodavatel DB Verifikátorovi DB konsolidované znění předpisu
Dekret č. 1/1945 Sb., ústavní dekret presidenta republiky o nové
organisaci vlády a ministerstev v době přechodné.
ve znění ústavního zákona 153/1946 Sb. jako HTML soubor
1945c001z0001_v19460717.htmlVerifikátor DB toto znění podrobí kontrole
komparací s nezávislým zdrojem v rámci verifikace ročníku 1946
Odhad počtu s prognózou do konce roku 2019:
počet vyhlášených znění pro komparaci: 25.000
počet předpisů, které mají alespoň jedno konsolidované znění: 15.000 – 45.00027
celkový odhad znění ke komparaci (součet výše uvedených počtů): 40.000 – 70.00027
12.2.2.2.4 Popis procesu komparace datové báze vůči nezávislému zdroji
Verifikátor DB otevře v nástroji pro porovnání textu současně
znění předpisu dodané Dodavatelem DB,
znění předpisu z nezávislého zdroje se stejnou účinností.
27 Rozmezí je zde z důvodu nutnosti extrapolace do roku 2019 a také proto, že počet je závislý od
specifikace, konkrétně na tom, zda vyhlášené znění bude považováno za první účinné, nebo první
účinné bude vždy samostatně existujícím zněním bez ohledu na to, zda je totožné s vyhlášeným
zněním nebo odlišné z důvodu výjimek z účinnosti.
Rozmezí bude odstraněno v implementační analýze Dodavatele DB.
1900
Verifikátor DB provede komparaci znění po jednotlivých ustanoveních. Neukončí tedy
komparaci na první chybě. Přesný způsob provedení komparace bude součástí
implementační analýzy verifikace.
Mohou nastat tyto situace:
ustanovení jsou totožná,
ustanovení nejsou totožná, v takovém případě je chyba buď ve vytvořené datové bázi,
nebo v nezávislém zdroji nebo v obou.
V případě rozdílů je třeba analyzovat příčiny s použitím
listinných originálů nebo digitálních stejnopisů
protokolů o provedení konsolidace z předchozího stupně verifikace (viz kapitola 12.2.2.1)
Výsledným zjištěním je stav každého rozdílu identifikující zda je chyba v datové bázi
vytvořené Dodavatelem DB nebo v porovnávaném zdroji.
Chyba v datové bázi vytvořené Dodavatelem DB musí být prokazatelným způsobem
zdůvodněna a zaznamenána do protokolu o komparaci předpisu.
Orientační odhad počtu rozdílů mezi datovou bází vytvořenou Dodavatelem DB a nezávislým
zdrojem na jeden ročník, které bude třeba analyzovat je v intervalu > 100 a < 1.000.
Poznámky k fyzickým možnostem procesu komparace:
stejná chyba v obou porovnávaných zdrojích nebude komparací odhalena
je možné, že nezávislý zdroj pro komparaci nebude umožňovat některé typy
komparace a nebude možné to ze strany Verifikátora ovlivnit,
Příklad: některé právní informační systémy nepracují s výjimkou z účinnosti
způsobem, který by generoval nové znění předpisu, nýbrž jen jako
s poznámkou – v takovém případě nebude existovat znění ke komparaci.
Jak již zmíněno výše, popis procesů komparace bude součástí Zadavatelem
schválené implementační analýzy na verifikaci včetně uvedení limitů
nezávislého zdroje, který bude ke komparaci využit.
Pro podporu akceptačních procesů Zadavatele předá Verifikátor DB Zadavateli seznam všech
znění komparovaných v daném ročníku společně s počtem fragmentů těchto znění.
Za jeden dílčí proces verifikace je považován jeden předpis ročníku.
12.2.2.2.5 KPI komparace datové báze vůči nezávislému zdroji
Sledované hodnoty a z nich vyplývající aktivity.
Bezchybnost textu jakéhokoliv znění předpisu vytvořeného Dodavatelem DB na základě
analýzy rozdílů.
OK: komparace neodhalila žádnou chybu v textu jakéhokoliv znění předpisu
NOK: 1 nebo více chyb v textu jakéhokoliv znění předpisu
Dodavatel DB provede opravu.
1901
Dodavatel DB opakovaně poskytne na sdílené úložiště všechna znění předpisů, ve
kterých byla nalezena chyba.
Verifikátor DB provede opakovanou komparaci znění předpisů, které označil NOK, za
účelem kontroly odstranění chyb.
12.2.2.3 Analýza konfliktů v konsolidacích
Třetím stupněm verifikace datové báze konsolidovaných znění je analýza konfliktů
v konsolidacích a doporučení jejich řešení (dále označeno jako Konsolidační konflikt).
Ověřování protokolů o provedení konsolidace (viz kapitola 12.2.2.1) i komparace datové báze
vůči nezávislým zdrojům (viz kapitola 12.2.2.2) ukáží na situace, v kterých některé novelizační
body není možno zapracovat z důvodů nejasně formulovaných, protichůdných nebo
duplicitních novelizačních instrukcí v novelizačních bodech – Konsolidačních konfliktů. Takové
situace jsou „hazardní“ v tom smyslu, že zavádí potřebu výkladu uživatelem a tím i riziko
rozdílných výkladů ustanovení právních předpisů, ke kterým jsou kompetentní pouze
příslušné soudy.
V takovém případě je třeba provést právní analýzu důvodů, pro které správné zapracování
novelizačních bodů není možné. Výsledkem takové právní analýzy bude
buď popis konsolidačního konfliktu, který bude následně zveřejněn na portálu e-
Sbírka,
nebo doporučení, jak konsolidační konflikt vyřešit, např. v příští novelizaci předpisu.
Analýza Konsolidačních konfliktů je v působnosti Verifikátora DB a nemá souvislost
s Dodavatelem DB. KPI tedy nejsou navrhovány.
12.2.2.3.1 Kvantifikace analýzy konfliktů v konsolidacích
Počet konsolidačních konfliktů lze pouze odhadnout na < 1.000.
12.2.2.3.2 Vstupy pro analýzu konfliktů v konsolidacích
Specifickými vstupy tohoto procesu jsou zde výsledky předchozích procesů.
Specifické Protokoly o (ne)provedení konsolidace.
Zjištění z komparace datové báze vůči nezávislému zdroji, které nebudou vyhodnoceny
jako NOK.
12.2.2.3.3 Předpoklady analýzy konfliktů v konsolidacích
Specifickými předpoklady pro tuto fázi verifikace jsou:
schopnost a kvalifikace Verifikátora DB k potřebným právním analýzám,
zapojení právních autorit v daných oblastech v případě potřeby,
zapojení právních expertů Zadavatele v roli arbitra.
1902
12.2.2.3.4 Cíle analýzy konfliktů v konsolidacích
Cílem analýzy konfliktů v konsolidacích je:
vyřešení Konsolidačních konfliktů, jsou-li řešitelné,
popis neřešitelných Konsolidačních konfliktů, který bude následně publikován v e-Sbírce.
12.2.2.3.5 Popis a výstupy procesu analýzy konfliktů v konsolidacích
Pro každý Konsolidační konflikt bude vypracován právně-analytický dokument, který bude
předán Dodavateli DB a který
buď poskytne instrukci k zapracování řešení konsolidačního konfliktu v datové bázi,
nebo poskytne formulaci, která pak bude ve formě komentáře k nezapracovanému
Konsolidačnímu konfliktu připojena k dotčeným ustanovením,
případně obojí, tedy instrukce k zapracování doplněná komentářem.
Dodavatel DB následně datovou bázi aktualizuje dle právně-analytických dokumentů od
Verifikátora DB.
12.2.2.4 Kontrola odkazového aparátu
Čtvrtým a posledním stupněm verifikace datové báze konsolidovaných znění je kontrola
odkazového aparátu.
V rámci tvorby datové báze bude vytvořena síť odkazů mezi ustanoveními uvnitř jednoho
předpisu a mezi různými předpisy. Na portálu e-Sbírka a v nástrojích pro tvorbu
legislativního procesu bude odkaz reprezentován hypertextovým linkem.
Tuto síť odkazů je třeba zkontrolovat. Tato kontrola bude probíhat pouze ve Sbírce zákonů.
Některé typy odkazů jsou přitom důležitější než jiné např. mezi nadřazenými a prováděcími
předpisy.
12.2.2.4.1 Kvantifikace kontroly odkazového aparátu
Lze odhadnout:
počet unikátních odkazů: 1.000.000,
tyto unikátní odkazy budou namnoženy do všech znění předpisů, přičemž lze
předpokládat celkový počet takto namnožených odkazů: 10.000.000.
Rámcové vysvětlení „namnožení unikátních odkazů“:
odkaz z ustanovení A1 vyhlášeného znění X1 předpisu C míří na ustanovení B1 ve
vyhlášeném znění Y1 předpisu Y
novela N1 způsobí vznik konsolidovaného znění X2 předpisu X, ustanovení A1
novelizováno není a ve znění X2 je tedy v identické podobě označeno jako A2
unikátní odkaz A1 B1 ve znění X1 je „namnožen“ v identické podobě do znění X2
jako A2 B1
1903
12.2.2.4.2 Vstupy pro kontrolu odkazového aparátu
Specifickými vstupy pro kontrolu odkazového aparátu jsou:
Přesná metodika dodaná Dodavatelem DB, podle které jsou odkazy provedeny.
Soubory všech znění předpisů Sbírky zákonů.
Pro jednoduchost lze předpokládat, že tyto soubory budou ve formátu identickém
k celkovým vstupům popsaným v kapitole 12.1.2.3 a odkazy v nich budou zapsány
v „hyperlinkové notaci“ HTML.
12.2.2.4.3 Popis procesu kontroly odkazového aparátu
Základním způsobem kontroly je optické interaktivní ověření kliknutím na odkaz a kontrola,
zda odkaz směřuje na správné místo.
Při takovémto způsobu kontroluje Verifikátor DB postupně odkaz po odkazu a postupně
buduje KPI pro kontrolovaný ročník.
Je evidentní, že Verifikátor DB může po důkladné analýze vybudovat pomocné nástroje pro
alespoň poloautomatickou kontrolu odkazového aparátu.
Za jeden dílčí proces verifikace je považován celý ročník.
12.2.2.4.4 KPI kontroly odkazového aparátu
Sledované hodnoty a z nich vyplývající aktivity.
Správné zacílení odkazu
Bude vyhodnocováno, zda odkaz míří na správné místo citované ve zdroji odkazu.
OK: 100% odkazů míří správně
OK s výhradou: 0 – 1% chyb, tedy odkazů zamířených nesprávně
Dodavatel DB tvorby opraví vadné odkazy a znovu vygeneruje předpisy do sdíleného
úložiště.
Verifikátor DB provede kontrolu opravy zapracovaných chyb.
NOK: > 1% odkazů je zamířeno nesprávně
Dodavatel DB znovu vytvoří odkazový aparát pro celý ročník.
Verifikátor DB provede opětovnou kontrolu odkazového aparátu celého ročníku.
12.2.3 Kontrola normalizace obsahu datové báze
Souhrnný pojem kontrola normalizace obsahu datové báze představuje ověření fragmentace,
hierarchizace a konzistence datové báze.
Správná normalizace obsahu je nutnou podmínkou pro funkčnost e-Legislativy, konkrétně e-
šablony pro plusovou osu, tedy editoru právních předpisů.
Jedná se o specifický proces oddělený od ostatních kontrol.
1904
Tento proces bude vykonán po ukončení tvorby datové báze, tedy po úspěšném průběhu
všech dříve pospaných procesů, které se de facto zabývaly z různých úhlů kontrolami
správnosti obsahu datové báze.
12.2.3.1 Cíle kontroly normalizace obsahu datové báze
Konkrétní cíle verifikace normalizace datové báze jsou následující:
Kontrola, zda každý fragment má správnou strukturu (tedy např. paragraf, odstavec,
písmeno, bod, nadpis apod.) a zda má každá číslovaná struktura správně přiřazené pořadí
(např. § 1 odst. 2, písm. 3).
Kontrola, zda je správně sestavena stromová struktura předpisu (hierarchie „rodič – děti“).
Kontrola souladu vytvořené datové báze s pravidly tvorby právních předpisů, zejména
s Legislativními pravidly vlády platnými v čase provádění kontroly28 (tzn., s kterými bude
pracovat eLegislativa). Tento typ kontroly je doplňkový a jím nalezené „chyby“ se
zaznamenávají do protokolů, nejsou však předmětem hodnocení (nezapočítávají se do
KPI)
12.2.3.2 Kvantifikace kontroly normalizace obsahu datové báze
Výše uvedené kontroly budou provedeny nad všemi zněními (tj. znění vyhlášená a znění
konsolidovaná) platných předpisů (tedy těch, kterým nebyla explicitním zrušením ukončena
účinnost) s omezení pouze na Sbírku zákonů. V ostatních sbírkách nebude kontrola
normalizace obsahu prováděna.
Celkový počet znění ke kontrolám lze odhadnout na 35-40.000.
12.2.3.3 Vstupy kontroly normalizace obsahu datové báze
Je evidentní, že kontroly normalizace verifikaci nelze provést nad vstupy souhrnně
používanými pro předchozí kontroly, tedy nad soubory znění označkované jednoduchým
HTML formátováním popsaným v kapitole 12.1.2.5., které informace o fragmentaci a
hierarchizaci neobsahují.
Dodavatel DB tedy pro účely těchto kontrol poskytne prostřednictvím sdíleného úložiště (viz
kapitola 12.1.2.2.1) Verifikátorovi DB výstupy všech znění všech předpisů, které budou
předmětem této kontroly ve formátu obsahujícím informace o fragmentaci a hierarchizaci.
Takový formát může mít řadu různých podob. Na obrázcích níže je uveden jeden z mnoha
možných příkladů ve formátu XML následovaný rámcovým popisem značkování.
28 http://www.vlada.cz/cz/ppov/lrv/dokumenty/legislativni-pravidla-vlady-91209/
1905
Obrázek 124: Příklad zápisu fragmentace a hierarchizace znění předpisu v XML
1906
Obrázek 125: Příklad stromového zápisu fragmentace a hierarchizace znění předpisu v XML
Rámcový popis XML schémy z příkladů na obrázcích uvedených výše:
kontejner
dokument, jeden předpis sbírky
veškeré vlastnosti (metadata) předpisu
fragmenty, hierarchie, zněni předpisu, struktury, content, citace, kotvy
souvislosti, odkazy na jiné předpisy dle typu
verze, přehled všech zněni předpisu včetně novel a datuju účinnosti
Detailní podoba formátu pro předání normalizovaných dat bude uvedena ve specifikaci.
12.2.3.4 Předpoklady procesu kontroly normalizace obsahu
Verifikátor DB vytvoří nástroj pro kontroly normalizace obsahu Sbírky zákonů, což obnáší
kontrolu velké řady situací např.
1907
pro fragmentaci:
Je předpis správně logicky rozčleněn? Má správně určenou normativní,
novelizační, přílohovou část?
Jsou struktury, kompletně, správně, unikátně a konzistentně číslovány?
Nevyskytují se společně takové struktury fragmentů, které jsou v rozporu
s legislativně technickými pravidly28 (např. paragrafy a články) současně v jednom
předpisu?
Nevyskytují se fragmenty, které by měly být strukturovány, avšak nejsou?
Nejsou zaměněny struktury nadpisů se strukturami nečíslovaných odstavců?
Nejsou novelizovány typy předpisů, které z principu novelizovány nemohou být?
… atd. …
pro hierarchizaci:
má každá část předpisu vše, co má mít a nemá, co mít nemá? – např.
novelizační část má aspoň jeden novelizační bod
každý zákon má účinnostní ustanovení
ústavní zákon má pouze články a nikoliv paragrafy
má každá příloha svou identifikaci?
je každý fragment v hierarchii zařazen tak, aby byl jednoznačně citovatelný?
… atd. …
Je předpokládána strojová kontrola s následným manuálním vyhodnocením validity incidentů
identifikovaných nástrojem.
Výstupem procesu bude
1. stanovení KPI pro všechna znění předpisu – pro nápravu Dodavatelem DB
2. dokumentace nesouladu s legislativně technickými pravidly (viz kapitola 12.2.3.1) –
jako informace pro zadavatele
12.2.3.5 Popis procesu kontroly normalizace obsahu
Prostřednictvím nástroje na kontroly normalizace obsahu, jehož rámec požadavků je popsán
výše (kapitola 12.2.3.4) provede Verifikátor DB kontrolu každého znění každého předpisu (dle
specifikace kvantifikace (kapitola 12.2.3.2)). Následně manuálně vyhodnotí incidenty
identifikované nástrojem tak, aby Dodavateli DB neodeslal falešná hlášení chyb.
Výstupy procesu kontroly normalizace obsahu komunikované Dodavateli DB jsou opět
protokoly analogické k protokolům výstupů ostatních dílčích procesů s tím rozdílem, že
základní vyhodnocovanou jednotkou zde je předpis a všechna jeho znění (tedy ne celý ročník
jako v předchozích procesech).
Výstupy procesu kontroly normalizace obsahu pro zadavatele budou navíc obsahovat
protokoly dokumentujícími každý nesoulad s legislativně technickými pravidly. Takto vzniklá
dokumentace bude sloužit jako podklad k nápravě takového při následující legislativní
úpravě (novelizaci) dotčeného předpisu. Tvůrce legislativní úpravy tento podklad zohlední a
podle svého uvážení provede nápravu.
1908
Pro osvětlení celého procesu uvádíme i příklad nad zákonem č. 191/1950 Sb. (Zákon
směnečný a šekový):
Každý článek zákona znovu začíná § 1, takže ve výsledku jsou tam 3ks § 1-7, 60ks § 8-
68.
Strojová kontrola strukturování to vyhodnotí jako jednu chybu (tak to musí být
uděláno).
Strojová kontrola hierarchizace identifikuje další chybu: § nesmí být podřazen článku.
Operátor Verifikátora DB se na obojí podívá, otevře si PDF a zkonstatuje „není to
chyba“ a nenastavuje KPI (nehlásí chybu Dodavateli DB).
V protokolu s doporučeními zadavateli bude uvedeno něco jako „duplicitní paragrafy
+ § v Čl.“, zvažte v budoucnu opravu“.
Zadavatel nazná, že je to nemožné a odloží tento protokol do archivu.
Za jeden dílčí proces verifikace je považován jeden předpis sbírky včetně všech jeho znění. Za
NOK dílčího procesu verifikace je považován NOK jakékoli ze sledovaných hodnot (aktivit)
nad předpisem.
12.2.3.6 KPI procesu kontroly normalizace obsahu (pro Dodavatele DB)
Správnost normalizace datové báze bude vyhodnocována počtem kritických a nekritických
chyb strukturování každého předpisu, tj. všech jeho znění, kde:
kritickou chybou je chyba ve fragmentaci a hierarchizaci normativních částí předpisů
s výjimkou příloh (resp. vložených dokumentů typu mezinárodních smluv)
nekritickou chybou je chyba ve fragmentaci a hierarchizaci příloh
Sledované hodnoty a z nich vyplývající aktivity:
Kritické chyby
OK: žádná kritická chyba
NOK: 1 a více kritických chyb
Dodavatel DB provede novou fragmentaci a hierarchizaci všech znění dotčeného
předpisu.
Verifikátor DB provede opětovnou kontrolu všech znění předpisu, který označil NOK.
Nekritické chyby
OK: žádná nekritická chyba
OK s výhradou: < 5% fragmentů chybně strukturováno nebo hierarchizováno
Dodavatel DB odstraní nalezené nekritické chyby.
Verifikátor DB provede kontrolu opravy nalezených nekritických chyb.
NOK: 5 a více % fragmentů chybně strukturováno nebo hierarchizováno
Dodavatel DB provede nové strukturování a hierarchizaci všech znění dotčeného
předpisu.
Verifikátor DB provede opětovnou kontrolu všech znění předpisu, který označil NOK.
1909
12.2.4 Kontrola tezauru CzechVoc
Tezaurus CzechVOC je digitálním terminologickým výkladovým slovníkem pojmů užívaných v
právních předpisech. Asistuje adresátům práva při orientaci a vyhledávání v e-Sbírce a
pomáhá ke správnému porozumění pojmům užívaným ve Sbírce zákonů a mezinárodních
smluv. Tvůrcům legislativy pak napomáhá ke správnému a jednoznačnému používání pojmů
ve správných kontextech jako součást e-Šablony.
CzechVoc vznikne autorskou činností Dodavatele DB. Bude CzechVoc bude organizován do
vrstev organizované do tezauru dle normy ISO 2596429.
1. vrstva bude obsahovat pojmy používané ve sbírkách asociované na fragmenty, které
pojmy buď definují (definiční vazba), nebo jsou pro význam pojmů jinak podstatné
(meritorní vazba)
předpokládáno využití zejména v systému e-Legislativa při tvorbě/novelizaci
právních předpisů jako asistenční nástroj pro tvůrce legislativy
2. vrstva bude obsahovat témata právních předpisů asociované na relevantní předpisy (v
historii Sbírky zákonů je používán také pojem věcný rejstřík)
předpokládáno využití zejména v systému e-Sbírka jako asistenční nástroj pro
dohledání právních norem
3. vrstva bude obsahovat zrcadlo terminologického tezauru EuroVoc30
předpokládáno využití zejména v uživatelských rozhraních různých aspektů
souvislosti předpisů Sbírky zákonů a mezinárodních smluv s právními předpisy EU
Struktura a vzájemné souvislosti zmíněných vrstev CzechVoc jsou ilustrovány na následujícím
obrázku „Obrázek 126“:
29 https://en.wikipedia.org/wiki/ISO_25964
30 http://eurovoc.europa.eu/drupal/?q=cs
1910
Obrázek 126: Rámcová struktura CzechVoc
1911
12.2.4.1 Cíle kontroly tezauru CzechVoc
Konkrétním cílem kontroly tezauru CzechVoc v rámci tohoto procesu je kontrola pojmové
báze, tedy 1. vrstvy CzechVoc, její organizace do tezauru a síť asociací na fragmenty, tedy na
konkrétní ustanovení konkrétních předpisů.
Kontrola 2. vrstvy, tedy vlastního tematického zařazení předpisů, je předmětem samostatné
kontroly popsané v kapitole 12.2.1.6. kde probíhá po jednotlivých ročnících, v rámci kterých
je tato vrstva (tedy stromová struktura témat) postupně budována. Proces dle této kapitoly
naopak probíhá po kompletaci tvorby a verifikace datové báze jako celku (tedy všech ročníků
všech sbírek) a bude v něm provedena právní analýza celkového sestavení této vrstvy
CzechVoc.
Ukáží-li výše uvedené kontroly na nekonzistence, budou tyto předány zadavateli ve formě
zdůvodněných doporučení resp. návrhů ke změnám.
Kontrola 3. vrstvy (EuroVoc) nebude prováděna, jak již řečeno výše jedná se o zrcadlo
datových struktur EuroVoc.
12.2.4.2 Kvantifikace kontroly tezauru CzechVoc
V 1. vrstvě je předpokládáno orientačně 10.000 pojmů. Velmi zhruba odhadovaný počet
asociačních vazeb na fragmenty sbírek je mezi 250.000 a 500.000. Pro kontrolu bude vybráno
10% pojmů, tedy orientačně 1.000 pojmů a s nimi všechny jejich definiční i meritorní vazby.
V 2. vrstvě je předpokládáno orientačně 500-1000 pojmů.
12.2.4.3 Zvláštní vstupy kontroly tezauru CzechVoc
Dodavatel DB předá Verifikátorovi DB 1. a 2. vrstvu CzechVoc po jeho dokončení, tedy po
zpracování všech předpisů sbírek ve formátu standardizovaném a využívaném pro zápis
tezaurů, např. SKOS31.
Dále Dodavatel DB předá pro kontrolu 1. vrstvy CzechVoc Verifikátorovi DB asociační vazby
mezi fragmenty a pojmy CzechVoc tak, aby z něj byla patrny
typ vazby (definiční/meritorní)
jednoznačná identifikace fragmentu (např. FID podle obrázku „Obrázek 125“,
v případě použití takového XML schématu).
12.2.4.4 Zvláštní předpoklady procesu kontroly tezauru CzechVoc
Verifikátor DB vytvoří nástroj pro interaktivní kontroly konzistence sítě asociačních vazeb.
31 https://en.wikipedia.org/wiki/Simple_Knowledge_Organization_System
1912
Interaktivní kontrola konzistence je primárně strojová dle algoritmických pravidel (zejména
výskytu pojmu v asociovaném fragmentu), kde asociační vazba, která nenaplňuje
algoritmická pravidla, bude posouzena interaktivně Verifikátorem DB.
Výstupem nástroje bude
1. stanovení KPI pro každý pojem první vrstvy – pro nápravu Dodavatelem DB
2. souhrnná zpráva pro zadavatele obsahující zdůvodněná doporučení resp. návrhů ke
změnám v organizaci tezauru (zvlášť pro 1. vrstvu a pro 2. vrstvu) – tato zpráva je
vstupem pro Zadavatele a nehodnotí přímo práci Dodavatele DB.
12.2.4.5 Popis procesu kontroly tezauru CzechVoc
Kontrola tezauru CzechVoc bude probíhat po ukončení tvorby datové báze současně
s předchozí kontrolou normalizace obsahu a se stejnou dvouměsíční lhůtou jako kontrola
normalizace obsahu.
Prostřednictvím nástroje pro interaktivní kontroly správnosti konzistence sítě asociačních
vazeb provede Verifikátor DB nad vzorkem 10% pojmů 1. vrstvy kontrolu
zákonné definice pojmu, zda je správně extrahovaná z ustanovení
přiřazení fragmentů k pojmům
kontrolu typu vazby (definiční/meritorní)
s výsledným stanovením KPI pro každý pojem a následné komunikace k Dodavateli DB.
Paralelně a nezávisle na předchozí kontrole sítě asociačních vazeb provede právní tým
Verifikátora DB analýzu a posouzení sestavení zvlášť 1. vrstvy a zvlášť 2. vrstvy CzechVoc
s výsledným zpracováním výstupu pro zadavatele: souhrnné zprávy obsahující zdůvodněná
doporučení resp. návrhů ke změnám v organizaci tezauru.
Za jeden dílčí proces verifikace je považován jeden pojem CzechVoc. Za NOK dílčího procesu
verifikace je považován NOK jakékoli ze sledovaných hodnot (aktivit) nad pojmem.
12.2.4.6 KPI procesu kontroly tezauru CzechVoc (pro Dodavatele DB)
Kontrola správnosti pojmů bude posuzovat tato hlediska:
správnost extrakce definic pojmů z ustanovení
správnost asociačních vazeb konkrétní pojem fragment
správnost typu asociační vazby (definiční/meritorní)
Kontrola bude sledovat následující hodnoty vždy pro jednotlivé pojmy a na jejich základě
generovat následující aktivity:
OK: 100% kontrolovaných hledisek (viz výše) je u pojmu správně
OK s výhradou: 0 – 3% chyb asociačních vazeb konkrétní pojem fragment
nesprávně
1913
Dodavatel DB tvorby opraví nesprávné asociační vazby a znovu opravený výsledek
opakovaně předá Verifikátorovi DB
Verifikátor DB provede kontrolu opravy zapracování Dodavatelem DB
NOK 1.varianta: > 3% chyb asociačních vazeb konkrétní pojem fragment nesprávně
Dodavatel DB znovu vytvoří asociační vazby daného konkrétního pojmu na fragmenty
Verifikátor DB provede opakovanou kontrolu asociačních vazeb pro konkrétní pojem
NOK 2. varianta: definice pojmu je extrahována nesprávně
Dodavatel DB znovu extrahuje definici pojmu
Verifikátor DB provede opakovanou kontrolu definice pojmu
Poznámka: Proces kontroly ani KPI nezachycují potenciálně chybějící vazby, pouze ověřují
správnost přítomných vazeb.
Všechny výsledky konkrétních kontrol budou evidovány v systému pro řízení a týmový výkon
procesů verifikace datové báze (viz kapitola 12.1.2.2.1), které bude mít Zadavatel trvale
přístupné za účelem monitorování průběhu procesů tvorby a verifikace datové báze.
12.3 Tvorba datové báze
Datová báze bude obsahovat předpisy českých sbírek (Sbírku zákonů a Sbírku mezinárodních
smluv, Úředního listu a vybraných předpisů zpřed roku 194532 s dopadem na předpisy po
roce 1945) zpracované tak, aby jejím prostřednictvím bylo možno naplnit všechny relevantní
funkční požadavky specifikované v kapitole Chyba! Nenalezen zdroj odkazů.. Při tvorbě
datové báze je třeba mít stále na zřeteli tyto 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, (např.
Legislativní pravidla vlády, resp. variantní dokumenty relevantní pro určité období)
analýzou se ukázalo, že na spolehnutí se na dodržování těchto pravidel nelze
informační systém postavit, protože všechny varianty pravidel byly různými způsoby
porušovány a je třeba s tím počítat.
Strukturování datové báze českých sbírek musí být tedy navrženo tak, aby návazné
aplikace byly schopny pracovat i s předpisy, jejichž struktura porušuje předem daná
pravidla.
32 Vysvětlení z odpovědi na otázku v zadávacím řízení:
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.
1914
Dále je třeba datovou bázi navrhnout tak, aby byla uzpůsobena k uložení a uchování
obsahu prostřednictvím souborů, a to dvojího druhu: souborové přílohy k předpisům
sbírek (obrázky, formuláře, přílohy) a „otisky“ předpisů pro různé účely a v různých
formátech (např. PDF, XML, DOCX) zejména pro účely ověřitelnosti jejich
autentičnosti.
Podstatným požadavkem je také univerzalita návrhu datové báze ve smyslu
- schopnosti 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)
- nadčasovosti, tedy aby vytvořená data nebyla závislá na konkrétních formátech či
způsobech šíření
12.3.1 Principy datového modelu datové báze českých sbírek
Prvním krokem procesu tvorby datové báze musí být tedy návrh jejího datového modelu.
Datový model její tvorby by měl vzniknout před začátkem procesu její tvorby. Přitom je
pragmatické předpokládat, že po celou dobu její tvorby (tedy v rámci postupného
zpracovávání dalších a dalších předpisů) se bude vyvíjet a zdokonalovat. Obecně lze
formulovat následující 4 principy, které by měl návrh datového modelu splňovat33:
Princip 1. – rozklad předpisů na fragmenty
Fragmentem rozumíme nejmenší samostatně adresovatelný element předpisu. Každý
fragment musí mít unikátní ID v databázi.
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.
Každý fragment má prostřednictvím své struktury určen svůj 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í …
33 Relevantní funkční požadavky: FP1000 – FP1010 v kapitole Chyba! Nenalezen zdroj odkazů.
1915
„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í a sdělovaný dokument.
„ostatní“, které se „nevešly“ do výše uvedených skupin např.:
tabulka, poznámka pod čarou, souborová příloha, vztah (K §) …
Fragmenty mají strukturu a obsah. Obsah 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). Mělo by být zřetelně odděleno, co je formální a co
zobrazovací informace. 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ů.
Fragmenty mohou mít další vlastnosti (např. datum účinnosti, datum zrušení apod.)
Obrázek 127: Nástin principu fragmentace
Princip 2. – skládání fragmentů do hierarchií předpisů
V širším slova smyslu jsou předpisy sbírek organizovány do jediné hierarchie uzlů, rámcové
členění lze rozepsat takto:
1916
kořen, tj. vlastně e-Sbírka jako taková;
„nad předpisem“, kde každý typ uzlu hierarchie má „své“ vlastnosti/metadata:
sbírka,
částka,
předpis;
„uvnitř předpisu“ tj. skupina fragmentů, kde každý fragment má jednoznačně a
jedinečně určené svého jediného rodiče, děti, sousedy, tedy „přesně zná“, do které
části hierarchie náleží:
např. předpis typu „zákon“ může být složen takto:
preambule,
normativní část:
část, hlava, díl, oddíl, skupina paragrafů, paragraf, fragmenty
typu odstavec, písmeno číslice, bod …,
novelizační část:
novelizovaný předpis, novelizační bod,
závěrečná část:
účinnosti, zrušující ustanovení, přechodná ustanovení,
podpisy,
přílohy.
Ke každému uzlu hierarchie (typicky k předpisu nebo fragmentu), případně k více uzlům (i
takových, které spolu bezprostředně nesousedí) bude možno prostřednictvím aplikací
informačních systémů e-Sbírka a e-Legislativa přidat:
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);
tyto strukturované poznámky pak mohou být předmětem dalších procesů
(např. vypořádání připomínkových řízení).
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í).
1917
Obrázek 128: Nástin principu hierarchizace
Princip hierarchizace je alternativně znázorněn na dalším obrázku
Obrázek 129: Zjednodušené vyjádření principu hierarchie pro předpisy různých sbírek
Datový model je organizován hierarchicky. Ve sbírce jsou částky (1:n), v částce jsou předpisy
(1:n), předpis je složen z fragmentů (1:n), fragmenty v předpisech jsou unikátní.
Formální nejednoznačnosti starších předpisů Sbírky zákonů: složené dokumenty
Existují předpisy, které v sobě obsahují jiné předpisy. Takovýmto předpisům říkejme složené. Typickými
příklady jsou mezinárodní smlouvy a dohody.
V předpise, který má své zřetelné formální členění je vložen jiný předpis s vlastním formálním členěním
(preambule, tělo, podpisy). Říkejme jim primární dokument a sekundární dokument (v případě dalších vložení
terciální dokument atd.)
1918
Existují různé variace v počtu vnořených dokumentů i jejich umístění. Nejjednodušší variantou je „jakoby
příloha“. Za podpisy primárního dokumentu je umístěn sekundární dokument. Hraje roli přílohy, v primárním
dokumentu se o něm mluví jako o příloze. Ale není uveden nadpisem „Příloha“, nýbrž rovnou svým názvem. A
navíc, může mít své vlastní přílohy. Příkladem je železniční přepravní řád, 1/1946 Sb.
U mezinárodních smluv primární dokument smlouvu uvádí. Vloženým dokumentem je vlastní smlouva. Ta
bývá, i se svou vlastní sadou podpisů, vnořena do těla primárního dokumentu. Za podpisy primárního
dokumentu bývá často připojen terciární dokument informující o výměně ratifikačních listin. Opět s vlastními
podpisy. Pokud jde o přílohy sekundárního dokumentu, nalezneme situace, kdy tyto jsou součástí
sekundárního dokumentu. Ale máme i případy, kdy přílohy vnořeného dokumentu jsou umístěny za terciárním
dokumentem. A dokonce existují kombinace, kdy část příloh mezinárodní smlouvy je vnořena v těle primárního
dokumentu, a část je připojena za posledním připojeným dokumentem. Je také možné vnořit do těla
primárního dokumentu dva dokumenty.
Několik příkladů nejednoznačností ve složených dokumentech:
Smlouva s Jugoslávií, 168/1946 Sb. V těle primárního dokumentu je vnořena smlouva. Ta má úvodní
ustanovení, preambuli, tělo a závěrečná ustanovení obsahující dva podpisy (Fierlinger, Tito). Následuje
zbytek primárního těla a podpis presidenta republiky (Beneš). Připojený sekundární dokument
informuje o výměně ratifikačních listin a je podepsán ministrem zahraničí (Masaryk).
Dohoda o měnovém fondu, 68/1946 Sb. Dohoda je vnořena v primárním dokumentu. Za primárním
úvodním ustanovením (Beneš, Masaryk) následuje připojený dokument o ratifikačních listinách s
podpisem ministra zahraničí. A teď překvapení: Následují přílohy dohody.
Smlouva se Sovětským svazem, 11/1946 Sb. Smlouva je uvedena v příloze. Je obalena uvozujícím
dokumentem, který je podepsán presidentem republiky. Smlouva má vlastní závěrečná ustanovení. V
obalujícím dokumentu je vnořen ještě jiný dokument, protokol, opět s vlastním závěrečným
ustanovením. Za obalujícím dokumentem je připojen dokument o výměně listin. I připojený dokument
je opatřen závěrečným ustanovením.
Smlouva s Maďarskem, 192/1947. Toto je příklad situace, kdy část sekundárních příloh je vnořena v
primárním těle, a část připojena za terciárním dokumentem.
Vypořádání takovýchto formálních nejednoznačností bude provedeno prostřednictvím konstrukce „virtuálních“
fragmentů (více viz Princip 1. – rozklad předpisů na fragmenty).
Princip 3. – asociační vazby
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.
Asociační vazba je záznamem v tabulce o provázání ID fragmentů, takže cíl odkazu
(konkrétní předpis, ustanovení nebo rozmezí více ustanovení) „ví“ jaké zdroje odkazu na něj
míří.
Aplikace informačních systémů e-Sbírka a e-Legislativa (e-Šablona pro mínusovou i plusovou
osu) budou podporovat tvorbu a zobrazení asociačních vazeb nejméně těchto typů:
1. interní odkaz (odkaz na ustanovení v rámci stejného předpisu),
2. interní odkaz na poznámku pod čarou (rámci stejného předpisu),
3. externí odkaz na jiný celý předpis (také z jiné sbírky),
1919
4. externí odkaz na část jiného předpisu (také z jiné sbírky),
5. externí odkaz do webu,
6. odkaz na souborovou přílohu.
Externí odkazy na jiné předpisy (tedy 3., 4. výše) budou dále rozlišeny na prováděcí,
nálezovou, informativní, meritorní, případně další.
Tvorba asociačních vazeb by měla být maximálně algoritmizována, tj. řešena programově.
Jen výjimečně by měla být řešena manuálně operátory.
Dále by měla existovat flexibilita v přidávání nových typů odkazů (např. mezinárodní smlouvy
v Sbírce mezinárodních smluv by mělo být možné provázat se souvisejícími mezinárodními
smlouvami publikovanými ve Sbírce zákonů dedikovaným typem asociační vazby, který
nebude ani jedním z výše uvedených 6 typů).
Princip 4. – 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 na základě textace novelizačních
instrukcí novelizujících předpisů.
e-Šablona pro mínusovou i plusovou osu budou podporovat novelizační instrukce
následujících typů:
1. vkládá část (fragment nebo skupinu fragmentů),
2. opravuje část (mění fragment nebo skupinu fragmentů),
3. zaměňuje část (střídá fragment nebo skupinu fragmentů novým zněním),
4. zrušuje část (ukončuje účinnost fragmentu nebo skupiny fragmentů),
5. zrušuje předpis,
6. redakční oprava (písařské a jiné chyby),
7. republikuje předpis (identifikace předpisu, jehož je úplným zněním).
Správně vytvořené konsolidační vazby budou rovněž analytickým podkladem pro
komponentu generátoru novel.
1920
12.3.2 Analýza zdrojů pro rekonstrukci obsahu
12.3.2.1 Sbírka zákonů a Sbírka mezinárodních smluv
Na portálu Ministerstva vnitra v sekci Legislativa, položce Sbírka zákonů a Sbírka
mezinárodních smluv34 jsou publikovány předpisy Sbírky zákonů ve formátu PDF,
zorganizovány do částek po jednom až několika předpisech. Zveřejňovány jsou ve stejný den
s vyhlášením a distribucí jejich závazné listinné verze.
Podoba je identická se závaznou listinnou Sbírkou zákonů, PDF však za závazné považováno
není, ba není považováno ani za Sbírku zákonů, podle 309/1999 Sb.35, §12 se jedná o
stejnopis.
V následujících podkapitolách jsou uvedeny výsledky základní analýzy využití těchto
stejnopisů při tvorbě datové báze.
12.3.2.1.1 Registr předpisů a jeho metadata
Předpisy jsou uspořádány do přehledného a snadno obsluhovatelného rejstříku částek
sestaveného na základě následujících metainformací:
typ: Sbírka zákonů / Sbírka mezinárodních smluv
ročník
číslo částky
datum vyhlášení
číslo předpisu
typ předpisu
název předpisu
12.3.2.1.2 Využití stejnopisů
PDF stejnopisy Sbírky zákonů jsou využitelné pro tvorbu datové báze. V následující části jsou
kategorizovány podle zdroje a způsobu provedení (okolností jejich vzniku, které se podařilo
zjistit) a zároveň doporučen způsob zpracování. Všechny předpisy budou zpracovány
kompletně bez ohledu na to, zda jsou platné či nikoliv.
12.3.2.1.2.1 Sbírka zákonů - ročníky 1945-1989
parametry zveřejněných PDF
digitální repliky jednotlivých stran
naskenované černobíle v rozlišení 300 dpi
několik ročníků na 150 dpi
způsob zpracování
34 http://www.mvcr.cz/clanek/sbirka-zakonu-stejnopisy-sbirky-zakonu.aspx
35 účinného do 31.12.2019, tedy do začátku účinnosti 222/2016 Sb.
1921
„přeskenování“ několika ročníků s rozlišením 150 dpi (FP1049)
změna PDF na hodnověrné (FP1052)
OCR nebo přepis (FP1053)
doplnění textů o další entity (FP1058 – FP1061)
konverze do datového modelu dle (FP1064 a násl.)
kontrola výsledků
specifika zpracování tohoto zdroje
lze předpokládat, že OCR bude nesmírně obtížné a časově náročné, jedná se o
přibližně 35 tis. stran
naopak dalších entit (obrázků, vzorců, formulářů) i zapracování novelizací je
poměrově významně méně, než v pozdějších zdrojích
konsolidačních konfliktů bude však poměrově k počtu novelizačních bodů
poměrně hodně
12.3.2.1.2.2 Sbírka zákonů – ročníky 1990-1999
parametry PDF
sazba typografickým programem 3B2
tyto ročníky byly přesazovány dodatečně externí firmou do synoptické
podoby s originálem (používala se metoda „oknografie“, tj. přesazená kopie
se vytiskla na průklepový papír a proti oknu srovnávala s originálem do té
doby, než byl výsledek identický)
vzhledem k tomu že na sazbu byl dostatek času, byly přesazeny také všechny
(nebo téměř všechny) tabulky
výsledek je skvěle vypadající řemeslná sazečská práce
program 3B2 v té době používal speciální fonty, kde třeba písmeno z diakritikou
bylo složeno z 2 i více znaků, to způsobuje faktickou nemožnost extrahovat text
obvyklými způsoby
způsob zpracování
změna PDF na hodnověrné (FP1052)
vytěžení textu (FP1053)
doplnění textů o další entity (FP1058 – FP1061)
konverze do datového modelu (FP1064 a násl.)
kontrola výsledků
specifika zpracování tohoto zdroje
zde je třeba počítat s propracovanějším systémem povýšení PDF na hodnověrné
vyváženo to bude ovšem snazším a tedy rychlejším zpracováním tabulek
1922
12.3.2.1.2.3 Sbírka zákonů a Sbírka mezinárodních smluv - ročníky 2000-2007
parametry PDF
opět o sazbu programem 3B2 (stejné verze tj. se stejným fontovým problémem)
s tím rozdílem, že sazba byla realizována v Tiskárně ministerstva vnitra „v reálném
čase“
to znamená, že tabulky jsou zřejmě z důvodů časových z velké části realizovány
grafickými replikami dodaných podkladů vytvářených přímo jejich autory např. ve
Wordu
způsob zpracování
změna PDF na hodnověrné (FP1052)
vytěžení textu, resp. OCR nebo přepis u tabulek (FP1053)
doplnění textů o další entity (FP1058 – FP1061)
konverze do datového modelu (FP1064 a násl.)
kontrola výsledků
specifika zpracování tohoto zdroje
zde je třeba počítat s tím, že nejpracnější bude zpracování tabulek vložených
formou obrázků, kterých je řádově několik desítek tis. Stran a bude je třeba
pečlivě rekonstruovat prostřednictvím OCR
naopak povýšení PDF do stavu hodnověrných by mělo být podstatně snazší než
v předchozím případě
12.3.2.1.2.4 Sbírka zákonů a Sbírka mezinárodních smluv – ročníky 2008 a následující
parametry PDF
situace identická se Sbírkou zákonů 2000-2007 s tím rozdílem, že je využita nová
verze typografického programu 3B2 pracující již v Unicode
bez problémů je tedy možno extrahovat text obvyklým způsobem
způsob zpracování
změna PDF na hodnověrné (FP1052)
vytěžení textu, resp. OCR nebo přepis u tabulek (FP1053)
doplnění textů o další entity (FP1058 – FP1061)
konverze do datového modelu (FP1064 a násl.)
kontrola výsledků
specifika zpracování tohoto zdroje
identická jako v případě předchozího zdroje, resp. možná snazší z důvodu použití
Unicode znakové sady ve zdroji
1923
12.3.2.2 Úřední list
Úřední list je promulgační list (úřední oznamovatel), v němž byly vyhlašovány resp.
uveřejňovány podzákonné právní předpisy, úřední usnesení, rozhodnutí, opatření nebo
oznámení (sdělení), případně též úřední překlady právních předpisů vyhlášených jinak,
například ve Sbírce zákonů.
Vydávání úředního listu upravil s účinností Dekret prezidenta č. 66/1945 Sb., o Úředním listě
republiky Československé a ústavním zákonem č. 57/1946 Sb. Dekret byl s účinností od 1.
ledna 1950 nahrazen zákonem č. 260/1949 Sb., o úředních listech
Úřední list byl rozdělen do dvou dílů (edičních řad) a jednotlivé položky se podle druhu
zveřejňovaly buď v díle I., nebo v díle II. Díl I. obsahoval dokumenty s obecnější (normativní)
platností, díl II. dokumenty týkající se konkrétních skutečností, například o jmenování či
odvolání osob, o zápisech do rejstříků, dražbách, umoření listin apod. V letech 1949–1961
byly v Úředním listu Republiky československé (po červenci 1960 Československé
socialistické republiky) zveřejňovány i právní předpisy, jejichž právní síla odpovídala dnešním
prováděcím předpisům, které jsou zveřejňovány ve Sbírce zákonů. 36
Předpisy vyhlašované v Úředním listu jsou předmětem novelizace ze Sbírky zákonů.
V Úředním listu bylo v letech 1945-1962 publikováno ca 12.000 předpisů, počet stran je
přibližně dvojnásobný.
Předpisy Úředního listu budou zpracovány do datového modelu dle všech jeho principů,
tedy fragmentovány, hierarchizovány, proodkazovány a konsolidovány.
12.3.2.3 Historické předpisy před rokem 1945
Předpisy zpřed roku 1945, které mají dopad na předpisy po roce 1945, budou zjištěny
analýzou e-Sbírky, bude se jednat o ty citované, novelizované, zrušené z předpisů
vyhlášených po roce 1945. Jejich počet lze odhadnout jen velmi přibližně na několik set a lze
předpokládat, že jejich počet nelze stanovit jednorázovou analýzou a tedy, že se budou další
předpisy průběžně doplňovat37.
13 Spolupráce s institucemi a jejich systémy v rámci
legislativního procesu
Tato kapitola obsahuje:
36 http://cs.wikipedia.org/wiki/%C3%9A%C5%99edn%C3%AD_list
37 Vysvětlení z odpovědi na otázku v zadávacím řízení:
Předpisy před rokem 1945 nejsou předmětem verifikace.
1924
Vybrané obecné principy formující klíčové aspekty spolupráce institucí včetně
stručného přehledu celkové koncepce projektu e-Sbírka a e-Legislativa a dopadů a
přínosů zavedení systému e-Sbírka a e-Legislativa
Způsoby tvorby a projednávání právních aktů v příslušných institucích v rámci
celkového legislativního procesu tvorby právního aktu.
Cílem popisu procesů je zejména:
Aktualizovat jednotlivé procesy pro příslušné kroky legislativního procesu – určeno
pro analytiky dodavatelských společností a IT pracovníky spolupracujících institucí
Srozumitelně popsat jednotlivé procesy – určeno pro širší publikum odborných
zástupců spolupracujících institucí, na základě kterého, budou schopni analyzovat
dopady na existující pracovní postupy v legislativním procesu a celkovou organizaci
práce v jednotlivých institucích
Vzhledem k tomu, že se jedná o dvě velmi odlišné cílové skupiny, byl hledán a následně i
nalezen způsob, který umožňuje zasadit technické procesy nezbytné pro tvorbu systému e-
Legislativa do kontextu způsobu jejich projednávání v rámci příslušných institucí, a to včetně
integrací na jejich stávající systémy. Způsob, jakým toho bylo dosaženo, je popsán v úvodu
kapitoly 13.2. Za velmi důležité považujeme i to, že u popisu procesů jsou uvedeny akce,
které se mají odehrát v systému e-Legislativa anebo v systému příslušné instituce, a to včetně
jejich vazeb při předávání dat nebo stavových informací. Tento přístup umožňuje, aby se
nový systém e-Legislativa co nejlépe integroval se současnými systémy, které budou i do
budoucna zodpovědné za řízení legislativního procesu v rámci dané instituce.
Podrobný popis průběhu projednávání nenahrazuje kapitoly 6.2 a 6.3 tohoto dokumentu, ale
jiným pohledem na řešenou problematiku. Na rozdíl od kapitol 6.2 a 6.3 tato kapitola již
předpokládá existenci systémů e-Sbírka a e-Legislativa, legislativně i prakticky. Bere již tedy
v úvahu zákon 222/2016 Sb. a (doposud neschválený) změnový zákon, který je aktuálně
projednáván Senátem jako senátní tisk č. 276 (stav v květnu 2017). Zároveň zahrnuje
praktické změny v procesech a systémech v jednotlivých institucích tak, jak jsou průběžně
projednávány s jednotlivými institucemi. Na rozdíl od kapitoly 6 byl zvolen i jiných formát
zpracování, neboť cílem je poskytnout relevantní podklady jak pro budoucího dodavatele
řešení systému e-Legislativa, tak i pro jednotlivé instituce, aby si mohly včas přizpůsobit
současné procesy a nástroje.
Obsah kapitoly je vstupem pro implementační analýzu a další analytické práce dodavatele,
v rámci kterých bude dále dodavatelem upraven a doplněn dle pokračování jednání
s příslušnými institucemi a dle vývoje právní úpravy.
13.1 Obecné principy
1925
13.1.1 Koncepce systémů e-Sbírka a e-Legislativa
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íle projektu, který má vyřešit několik palčivých míst českého práva, 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.
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.
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ě,
1926
podpora legislativních procesů od přípravy návrhu přes jeho schválení až po publikaci
ve 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í, 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í s právními systémy 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.
13.1.1.1 Dopady a přínosy zavedení systému 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
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“.
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. pracovat
s hlavami, paragrafy či číslovanými odstavci. Editor bude používán pro tvorbu právních
předpisů i souvisejících dokumentů, jako jsou vyhlášky, zákony, mezinárodní smlouvy, nálezy
Ústavního soudu, důvodové zprávy a další. Editor bude poskytovat velké množství
legislativně-technických funkcí a bude zajišťovat automatickou podporu dodržování
legislativně-technických pravidel, například automatické přečíslovávání odstavců. Bude mimo
1927
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ů.
Jak už bylo zmíněno výše, 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ů 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ě.
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, výkladové
slovníky 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.
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.
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 čá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é čá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é.
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í
1928
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í.
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. Pro realizaci změn systémů Úřadu vlády, Poslanecké
sněmovny a Senátu je k dispozici financování v rámci výzvy č. 17 IROP (pro podávání žádostí
otevřena 12/2015 až 12/2016).
13.1.1.2 Dopady na způsob projednávání a schvalování právních aktů
Z pohledu zákonodárců bude zavedení systémů e-Sbírka a e-Legislativa znamenat změnu ve
způsobu schvalování právních aktů, a to zejména v následujících bodech:
Všechny změny v textech předpisů, ať už např. nové zákony, nebo jejich novelizace,
bude nutné primárně zpracovávat v Editoru právních předpisů. To se týká i
připomínek a pozměňovacích návrhů.
Systém nebrání exportu předpisů a návrhů do textové podoby nebo jejich vytištění,
sekundární papírová podoba těchto dokumentů tak bude stále možná. Práce s
úplnými zněními předpisů však v mnoha případech papírovou formu výrazně ztíží či
prakticky znemožní. I drobná novela rozsáhlejšího přepisu by si totiž vynutila tisk
celého předpisu, což mohou být i stovky stran textu.
Práce s úplnými (konsolidovanými) zněními předpisů vyžaduje též formální řešení
situací, kdy je v legislativním procesu více novelizací téhož předpisu, které navíc
mohou být potenciálně kolizní. Takové situace je nutné řešit i nyní a systém proto
nově poskytne intuitivní nástroje pro jejich řešení.
1929
Je zřejmé, že zavedení systémů e-Sbírka a e-Legislativa bude z počátku generovat
administrativní zátěž danou zejména nutností naučit se pracovat v novém prostředí. Pro tyto
účely poskytne realizátor projektu odpovídající zaškolení a podporu. Výhody nového
systému pro zákonodárce však tuto úvodní dočasnou zátěž výrazně převyšují.
Jedná se zejména o tyto přínosy:
Přístup ke strukturovanému, provázanému a garantovanému znění právních předpisů
dnes i v minulosti včetně vyhledávání a celého kontextu předpisu, jako jsou vazby na
jiné předpisy ČR nebo EU, novely, výkladové slovníky práva, důvodové zprávy, vazby
na agendy státní správy a další souvislosti.
Jednoduchý a moderní přístup k návrhu a jeho historii ve všech stavech legislativního
procesu na jednom místě. Například senátor tak bude mít přístup ke všem
relevantním informacím o návrhu (např. včetně důvodové zprávy, srozumitelného
shrnutí právního předpisu a dalších dokumentů) mnohem dříve, než dojde
k formálnímu předání návrhu do Senátu.
Práce s úplným zněním předpisů – odpadne dnešní nutnost formulovat změnové
návrhy v novelizačních bodech, návrhy budou zpracovávány přímo v textu základních
předpisů a novelizační body budou automaticky generovány systémem.
Pomine nutnost zabývat se drtivou většinou legislativně-technických pravidel, protože
jejich dodržování bude garantováno systémem. Při schvalování návrhů a podávání
pozměňovacích návrhů tak bude možné soustředit se mnohem více na věcný obsah
návrhu než na jeho formálně správné zpracování.
Nástroje pro srovnávání a detekci kolizí umožní výrazně lepší orientaci v množství
pozměňovacích návrhů, které mnohé schvalované předpisy provází. Bude tak
mnohem jednodušší zjistit, jaký výsledek v textu předpisu přinese konkrétní sada
pozměňovacích návrhů, a zabránit tak hrozícím nelogičnostem či chybám.
Systém bude schopen v rámci návrhu na novelizaci předpisu upozornit uživatele, že v
legislativním procesu jsou i jiné návrhy na novelizaci téhož předpisu, a umožní tak
případnou koordinaci či spolupráci autorů tak, aby nedocházelo k věcným nebo
formálním kolizím.
Systém umožní zobrazování vazeb souvislostí právního předpisu (a jeho částí) na jiné
předpisy, evropské právo či agendy státní správy, což výrazně zjednoduší rozpoznání
dopadů změny určité části předpisu na chod státu a jeho občany.
Plnohodnotný Editor právních předpisů (e-Šablona) umožní komplexní legislativní
práci s právními předpisy i doprovodnými dokumenty bez nutnosti znát všechna
legislativně-technická pravidla.
Webová verze Editoru právních předpisů umožní práci s návrhy i z moderních
mobilních zařízení jako jsou tablety, například během schůzí pléna Poslanecké
sněmovny nebo Senátu.
Příprava návrhů bude možná i bez on-line připojení k serverům e-Legislativy a e-
Sbírky.
1930
Každý poslanec a senátor si zvolí míru podpory, kterou bude potřebovat či vyžadovat
od svých odborných poradců, případně od odborného aparátu kanceláří komor
Parlamentu. Škála řešení se může pohybovat od úplné přípravy všech aspektů
právních předpisů a pozměňovacích návrhů zákonodárcem až po pouhé schvalování
návrhů připravených odborným poradcem či upravených odborným aparátem
kanceláří komor Parlamentu.
Návrhy předpisů i doprovodné dokumenty, zpracovávané v e-Legislativě, půjde
zálohovat lokálně mimo centrální systém a otevřít a editovat je off-line v Editoru
právních předpisů. Vedle archivace papírové podoby návrhů tak budou k dispozici i
nástroje, jak pokračovat v legislativním procesu elektronickou cestou i v případě, kdy
by byly centrální systémy zcela vyřazeny z činnosti.
Systém bude podporovat možnost interní spolupráce a diskuze poslance či senátora
(nebo jejich skupiny) a přizvaných expertů nad připravovaným návrhem předpisu či
pozměňovacího návrhu. Tato diskuze bude důvěrná a usnadní jejich přípravu a
konzultace.
Výsledkem legislativního procesu budou kvalitnější předpisy v úplných zněních, které
budou k dispozici všem adresátům práva jak ve své právně závazné podobě, tak v
moderní strukturované podobě.
13.1.1.3 Dopady na odborný aparát
Z hlediska zaměstnance odborného aparátu kanceláří obou komor Parlamentu bude dopad
na práci obdobný jako pro zákonodárce samotné (viz. kapitola 3.1). Počáteční obtíže
s přechodem na nový systém zcela vynahradí výhody systému, a to zejména komplexní
podpora odborné legislativně-technické práce v Editoru právních předpisů i zbytku e-
Legislativy. Tato podpora nebude jen pro právní předpisy samotné, ale také pro všechny typy
sněmovních a senátních dokumentů obsahujících návrhy na změny právních předpisů.
Sníží se tak mimo jiné riziko legislativně-technických chyb a nutnost oprav přijímaných
předpisů, k čemuž výrazně přispěje i práce s úplným zněním předpisů a automatické
generování novelizačních bodů. Odborný aparát tak bude mít prostor i pro provádění
konsolidací paralelně schvalovaných novel do textů předpisu už v rámci schvalovacího
procesu, samozřejmě za pomoci intuitivních nástrojů. Dojde také ke zjednodušení
komunikace při předávání schvalovaných předpisů mezi institucemi.
Pokud jde o organizační požadavky na kanceláře obou komor Parlamentu, je třeba zmínit
zejména následující aspekty:
Odborný aparát již nyní zajišťuje odbornou podporu legislativního procesu na půdě
té které komory Parlamentu, což zahrnuje sledování a zapracování navrhovaných
změn, sledování změn právního řádu s možným dopadem na návrh právního
předpisu nebo postupování návrhů na úpravy.
Odborný aparát Poslanecké sněmovny využívá pro svou práci informační technologie
a využívá (v různé míře) podpory svých informačních systémů.
1931
Odborný aparát současně poskytuje podporu poslancům a senátorům při přípravě a
úpravě jejich legislativních návrhů.
Odborný aparát poskytuje podporu přímo na jednáních jednotlivých orgánů obou
komor Parlamentu, jako jsou jednání pléna komor, jednání výborů a podvýborů. Již
v současné chvíli se musí vyrovnávat se situací, kdy jsou legislativní návrhy podávány
„v reálném čase“.
Odborný aparát obou komor Parlamentu zajišťuje pro každého zákonodárce
prostředky informačních technologií (notebook), které současně tvoří spolu
s datovým připojením jediný technický předpoklad pro používání e-Legislativy.
Ve spolupráci zákonodárců a odborného aparátu obou komor Parlamentu se vyvinula
řada neformálních postupů, které umožňují snadné předložení pozměňovacích
návrhů a jejich aprobaci zákonodárcem.
Hodnotíme-li otázku, jaké budou dopady realizace projektu na aparát kanceláří komor
Parlamentu, lze konstatovat následující:
Primárním a co do nákladů nejpodstatnějším dopadem bude případné uzpůsobení
informačních systémů obou komor pro spolupráci se systémem e-Sbírka a e-
Legislativa. Přínosem tohoto kroku bude úzká spolupráce obou systémů, která
umožní pracovat komfortně za využití obou systémů
Nelze hovořit o tom, že by práce s nástroji e-Legislativy znamenala trvalý nárůst
administrativní zátěže (pomineme-li úvodní seznamování se s novými nástroji,
zavádění nového systému a instalaci nástrojů e-Legislativy do zařízení spravovaných
Poslaneckou sněmovnou a Senátem). Činnost zaměstnance odborného aparátu se
nepochybně změní v tom smyslu, že práce s dokumenty obsahujícími změny právních
předpisů a související strukturované informace bude probíhat za využití
specializovaných nástrojů pro tvorbu a projednání návrhů právních předpisů
S ohledem na to, že odborný aparát obou komor Parlamentu již nyní poskytuje
legislativní servis zákonodárcům, zohledňuje dopady navrhovaných změn a
mezitímních změn právního řádu z pohledu legislativní techniky atd., jsou požadavky
na provádění aktualizací de facto pokračováním aktuálních postupů za využití jiných
nástrojů
Neočekáváme, že by implementace řešení na půdě Poslanecké sněmovny a Senátu
vedla ke zvýšení nákladů na počítačovou techniku využívanou pracovníky odborného
aparátu. Lze uvažovat o tom, že tyto pracovníky by s ohledem na potřebu zajišťovat
jednání orgánů komor bylo třeba vybavit notebooky s internetovým připojením,
pokud jimi již v současnosti nedisponují.
13.1.1.4 Přínosy přechodu na nové systémy e-Sbírka a e-Legislativa
Systémy e-Sbírka a e-Legislativa jsou svébytné, přitom však velmi propojené informační
systémy. Přínosem jejich úspěšného vybudování bude náhrada tradiční a současně i jedině
závazné listinné podoby Sbírky zákonů a Sbírky mezinárodních smluv podobou primárně
1932
elektronickou, kde prostřednictvím e-Sbírky bude „okamžitě čitelné platné právo“ k dispozici
jeho adresátům (občanům, podnikatelům, úředníkům, studentům, neziskovým organizacím)
v jasné, uchopitelné a právně závazné podobě bez zbytečné administrativní zátěže.
Dosáhne se tím vyšší dostupnosti, přehlednosti a srozumitelnosti platného práva. Nedílným
přínosem je i zkvalitnění a zefektivnění tvorby práva a z toho vyplývající zrychlení oběhu
právních informací, což je nejen zdrojem významných ekonomických úspor (vyčíslených ve
studii proveditelnosti), ale i pozitivního působení na celou společnost prostřednictvím
zlepšování právního vědomí a zvyšováním transparentnosti při tvorbě práva.
Odbor legislativy a koordinace předpisů Ministerstva vnitra České republiky vnímá, že pro
další spolupráci a upřesnění požadavků, které bude systém klást na práci Poslanecké
sněmovny a Senátu a jejich informační systémy, je vhodné navázat společnými jednáními,
která povedou k bližší specifikaci požadavků jak na straně kanceláří obou komor Parlamentu,
tak na straně řešení systému e-Sbírka a e-Legislativa.
1933
13.1.2 Mezitímní novely
13.1.2.1 Terminologie
Kapitola shrnuje hlavní termíny, které popis zapracování mezitímních novel používá.
13.1.2.1.1 Mezitímní novely
Mezitímní novelou je novela (B) k právním předpisu (A), která byla vyhlášena ve Sbírce
zákonů, ve chvíli, kdy je ve schvalování v rámci legislativního procesu i novela (C) stejného
základního právního předpisu A, která vychází z úplného znění před zapracováním novely B.
Označení A, B, C dále používáme na úrovni fragmentů, kde:
A = původní fragment (tzn. může být i v návrhu či mezitímní novele, pokud v nich nebyl
změněn
B = změněný fragment mezitímní novely
C = změněný fragment návrhu
13.1.2.1.2 Navázané novely
Jedna novela vychází z druhé, mění stejná ustanovení právního předpisu. Obě novely jsou
současně v legislativním procesu schvalování, přičemž jedna z nich je první, druhá ji
následuje. První novela tak zatím nebyla odmítnuta Poslaneckou sněmovnou, respektive
Senátem (pouze u zákonného opatření senátu).
13.1.2.1.3 Paralelní novely
Paralelními novelami jsou novely N1 a N2, které vychází ze stejného znění právního předpisu
A a jsou současně v legislativním procesu schvalovány.
13.1.2.1.4 Konflikt
Věcná změna právního předpisu. Změna, jejíž zapracování není možné v žádném případě
provést automaticky, a to ani z čistě legislativně-technického pohledu. Po technické stránce
je to změna fragmentu (a přidruženého fragmentu očíslování) současně v návrhu zákona
(novele) i v novele, která má být do návrhu zákona zapracování (mezitímní či navázaná
novela). Podstatné je, že není možné mluvit o konfliktu globálně (např. že novela je
konfliktní), ale pouze na úrovni fragmentu. Některé fragmenty tak mohou být konfliktní, jiné
ne.
Pouhé přečíslování fragmentu (tzn. změna jeho označení) se za konflikt nepovažuje, neboť
po přečíslování se právní předpis mění legislativně-technicky, ale nikoli věcně.
13.1.2.1.5 Vysoké riziko věcného konfliktu
Každá změna úplného znění právního předpisu, která mění návrh, obsahuje riziko věcných,
faktických či terminologických nekonzistencí. V případě, že novelizační body návrhu novely
1934
mění ustanovení, do kterých zasáhlo zapracování mezitímní či navázané novely, avšak
nedošlo k legislativně-technickému konfliktu (tzn. z čistě legislativně-technického pohledu je
zapracování možné plně automaticky).
13.1.2.1.6 Zapracování novely do novely
Zapracováním novely B do novely C se myslí operace, kdy je úplné znění novely C upraveno
tak, jako by byly novelizační body aplikovány novely C aplikovány nikoliv na úplné znění A, ze
které návrh novely C vycházel, ale na úplné znění novely B.
13.1.2.2 Základní principy
Kapitola shrnuje hlavní principy, na kterých je zapracování mezitímních novel postaveno.
13.1.2.2.1 Novelizační body mají předost před úplným zněním
Dle zákona 222/2016 Sb. mají v případě novelizace předpisu výkladovou přednost
novelizační body před úplným zněním.
Systém eLegislativa tak ve specifikovaných situacích umožní zapracování mezitímní či
navázané novely plně automaticky v případech, kdy takové zapracování nemění novelizační
body návrhu, mění pouze jeho úplné znění. Takovéto zapracování mezitímní či navázané
novely bez změn novelizačních bodů je považováno za operaci, která z formálního pohledu
nemění návrh a může ji tak provést odborný aparát Poslanecké Sněmovny, Senátu či úřadu
zodpovědného za vyhlášení ve sbírce (dále jen Vydavatel). Tyto situace se posuzují na úrovni
jednotlivých fragmentů návrhu – tzn. do některých fragmentů tak může být fragment
mezitímní či navázané novely zapracován plně automaticky (tzn. nejsou měněny novelizační
body návrhu), jindy to možné není (je nutnost změn novelizačních bodů návrhu).
13.1.2.2.2 Více mezitímních novel
Do jedné novely může být v legislativním procesu zapracováno více mezitímních novel či více
změn navázaných novel. Operace zapracování novely do novely musí být tedy opakovaně
proveditelná (postupně se vícekrát změní výchozí vrstva návrhu), tzn. výsledek zapracování
novely do novely musí být použitelný jako vstup do zapracování další novely.
13.1.2.2.3 Přečíslovávání
Je-li důsledkem zapracování mezitímní novely či návazné novely do návrhu přečíslování
fragmentu (tzn. změna jeho označení, respektive změna přidruženého fragmentu očíslování),
je možné tuto změnu provést plně automaticky. Z pohledu systému se tak nejedná o
legislativě-technický konflikt, který by bylo nutné řešit manuálně. Výsledkem přečíslování je
však zásah nejen do úplného znění návrhu, ale i do jeho novelizačních bodů („novely“). Jedná
se však o zásah čistě legislativně-technický. Operace vložení či zrušení okolních ustanovení,
1935
která k přečíslování vedla, se však může dotýkat i významu přečíslovávaného fragmentu, je
tedy výsledek operace přečíslování považován i za vysoké riziko věcného konfliktu.
13.1.2.2.4 Účinnostní verze
Každý fragment obsahu má svoji účinnosti. Existuje-li určité ustanovení ve dvou účinnostech,
pak to znamená, že existují dva fragmenty (či dvě sady fragmentů), každá s příslušnou
účinností. Pokud návrh či mezitímní novela mění účinnost fragmentu, můžeme s touto situací
zacházet stejně, jako se změnou samotného textu fragmentu – tzn. rozhodující je, zda je
změněn fragment jako celek, a ne pouze zda je změněn pouze text fragmentu.
Obdobně je možné s účinnostními verzemi zacházet i u pozměňovacích návrhů, protože ty se
vždy vztahují ke konkrétnímu fragmentu, který má nějakou účinnost.
13.1.2.2.5 Zapracování mezitímní novely
Zapracování mezitímní novely do návrhu je po technické stránce změna výchozí vrstvy
návrhu, tak aby návrh nevycházel z původního znění právního předpisu (A), ale nově z
mezitímní novely (B).
Při zapracovávání mezitímních novel je nutné respektovat následující technická i právní
východiska:
Technicky je nezbytné, aby byla nahrazena výchozí vrstva jako celek – není možné
uřídit, aby některé fragmenty měly výchozí znění nezměněné.
Protože novela má přednost před úplným zněním, systém musí zajistit, aby platné
úplné znění vždy souhlasilo se zněním základního zákona ve znění všech jeho novel.
Úplné znění novely B se tak musí do úplného znění návrhu C vždy bezpodmínečně
zapracovat, jinak by se výsledné znění „práva“ (tzn. základní zákon ve znění všech
jeho novel) rozešlo s úplným zněním v e-Sbírce. Například měnila-li by mezitímní
novela § 1 zákona a systém by tuto změnu do úplného znění návrhu (který bude
vydán v e-Sbírce) nezanesl, bude z pohledu práva § 1 změněn, ale úplné znění v e-
Sbírce by ukazovalo nezměněnou podobu § 1. Poznámka: Kdyby naopak mělo úplné
znění přednost před novelou, pak by naopak absence změn § 1 v úplném znění
návrhu zákona vedla ve chvíli jeho publikace k zrušení těchto změn § 1, což by bylo
možné vnímat jako vůli zákonodárce.
Protože novela má přednost před úplným zněním, úplné znění návrhu zákona C je
podružné oproti novelizačním bodům návrhu zákona C. Je tedy možné měnit úplné
znění C, ale měly by se co nejméně měnit novelizační body návrhu zákona C – pokud
možno vůbec.
1936
Při zapracovávání může dojít k několika typům konfliktů. Nejzásadnějším je konflikt, kdy
návrh C mění text, který po zapracování novely B již není v zákoně přítomen. Při
zapracovávání se střetávají dva základní principy:
A. Konzistentní data – výsledky zapracování jsou plnohodnotné tak, aby je parlament
mohl schválit v podobě, jak budou publikovány následně ve sbírce.
B. Nezasahování do novely – požadavek, aby návrh zákona nebyl měněn. V tomto
případě, aby novelizační body návrhu zákona C nebyly měněny.
Oba principy nelze vždy aplikovat současně v plné míře a je potřeba rozhodnout, který z nich
bude mít v případě konfliktů přednost – navrhujeme tedy dvě možné varianty způsobu řešení
konfliktů.
Tyto varianty jsou popsány zejména ve dvou situacích:
Situace neřešených konfliktů – poslanci se rozhodnou do návrhu zákona C
nezasahovat, i když v něm jsou přítomny konflikty
Situace vyřešených konfliktů – poslanci před schválením zákona vyřeší všechny
konflikty pomocí pozměňovacích návrhů
Situace „neřešených konfliktů“ nastává také v případě, že zapracování mezitímní novely je
provedeno v době, kdy již není možné návrh zákona měnit pozměňovacími návrhy, např.
před podpisem prezidentem.
13.1.2.2.6 Zapracování navázané novely
S navázanými novelami se zachází technicky stejně jako s mezitímními novelami. Jedná se o
změnu výchozí vrstvy navázané novely (tzn. té v pořadí druhé), přičemž cílová výchozí vrstva
není vrstvou z e-Sbírky (jako je to u mezitímní novely), ale vrstva z e-Legislativy (první z
novel). K úpravám dochází vždy, když se změní obsah první z novel, např. po zapracování
pozměňovacích návrhů v PSP a odeslání do Senátu.
13.1.2.2.7 Zapracování paralelní novely
U paralelních novel jako takových k zapracování jedné novely do druhé nedochází. Obě
novely prochází schvalováním v legislativním procesu současně, obě vychází ze stejného
znění základního právního předpisu. Systém pouze upozorňuje na existenci novel tak, aby
bylo možné v případě existence konfliktů s novelami případně zacházet jako s navázanými
novelami nebo jinak organizačně zajistit vyřešení konfliktu např. tak, aby se komory
Parlamentu mohli lépe rozhodnout a zkoordinovat legislativní procesy tak, aby neschválili
zároveň či v krátkém časovém odstupu současně „A“ i „non A“.
V určitou chvíli je jedna z paralelních změn vyhlášena ve Sbírce zákonů. V tu chvíli se z ní
stává mezitímní novela se všemi důsledky.
1937
13.1.2.3 Varianta 1 – Zapracování mezitímních novel s preferencí konzistence dat
13.1.2.3.1 Přehled
Zapracovávání provádí odborný aparát Poslanecké Sněmovny, Senátu či Vydavatel.
Provedení operace samotné je plně automatické, až vyřešení konfliktů, ke kterým operací
dojde je již činnost manuální (pomocí pozměňovacích návrhů).
Probíhá po jednotlivých fragmentech dle následujících situací, přičemž návrh jako celek je
vizuálně označen tak, aby bylo zřejmě, že má změněnou výchozí vrstvu a která to je.
1938
Situace Způsob zapracování Příklad návrh Příklad Příklad zapracovaný Způsob zapracování do
(+ mezitímní fragment (+ novelizační fragmentů pozměňovacích
novelizační novela (+ instrukce) návrhů (mimo fragmentů, které
instrukce) novelizační jsou v PN naprosto nové)
instrukce)
Označení fragmentu
Upozornění na konflikt
Návrh ani Žádné A (žádná) A (žádná) A (žádná) Beze změny
mezitímní novela A (žádná) B (jakákoli)
fragment
nemění
Návrh fragment Fragment v návrhu je změněn na B (žádná) Novelizační instrukce PN je
nemění, fragment novely s tím, že změněna na „zní“ (pokud již nebyla
mezitímní novela novelizační instrukce je prázdná. fragment označen jako „zní“), PN je označen jako
fragment mění dotčený mezitímní legislativně-technicky konfliktní (tři
novelou (černý vykřičník !) červené vykřičníky !!!). PN je bez
revize autorem nehlasovatelný. PN
musí být autory vzat zpět, potvrzen
či upraven, opětovně předložen a
podán.
1939
Návrh fragment Žádné C (jakákoli) A (žádná) C (jakákoli) Pokud mezitímní novela měnila
mění, mezitímní B (jakákoli) očíslování (označení) fragmentu, je
novela fragment tato změna do PN promítnuta
nemění
Beze změny
Návrh i Ač je změněn fragment v mezitímní C (zní) C (zní) Pokud mezitímní novela neměnila
mezitímní novela novele i návrhu, je fragment očíslování (označení) fragmentu, je
fragment mění, v návrhu uveden s novelizační Pokud mezitímní novela PN označen jako dotčený mezitímní
novelizační instrukcí „zní“, tzn. plně přepisuje neměnila očíslování novelou s vysokým rizikem věcného
instrukce původní znění. Fragment návrhu (označení) fragmentu, je konfliktu (červený vykřičník !)
fragmentu zůstává beze změny, je však fragment označen jako
návrhu je „zní“ označen jako dotčený mezitímní dotčený mezitímní Pokud mezitímní novela měnila
novelou s vysokým rizikem věcného novelou s vysokým očíslování (označení) fragmentu, je
konfliktu (legislativně-technicky rizikem věcného konfliktu tato změna do PN promítnuta a PN
konflikt nenastal). (červený vykřičník !) je označen jako dotčený mezitímní
novelou s vysokým rizikem věcného
Pokud mezitímní novela měnila Pokud mezitímní novela konfliktu a současně přečíslován
očíslování (označení) fragmentu, je měnila očíslování (dva červené vykřičníky !!)
tato změna do očíslování (označení) fragmentu, je
(označení) fragmentu promítnuta a tato změna do očíslování
výstražné označení fragmentu je (označení) fragmentu
povýšeno tak, aby na toto promítnuta
přečíslování upozornilo
1940
a fragment je označen
jako dotčený mezitímní
novelou s vysokým
rizikem věcného konfliktu
a současně přečíslován
(dva červené vykřičníky !!)
Návrh i Došlo ke konfliktu. Fragment C (ne „zní“) B (jakákoli) C („zní“) Novelizační instrukce PN je
mezitímní novela návrhu je ponechán, ale jeho změněna na „zní“ (pokud již nebyla
fragment mění, novelizační instrukce je změněna na Pokud mezitímní novela „zní“), PN je označen jako
novelizační „zní“. měnila očíslování legislativně-technicky konfliktní (tři
instrukce (označení) fragmentu, je červené vykřičníky !!!). PN je bez
fragmentu Fragment návrhu je označen jako tato změna do očíslování revize autorem nehlasovatelný. PN
návrhu není „zní“ legislativně-technicky konfliktní. (označení) fragmentu musí být autory vzat zpět, potvrzen
promítnuta či upraven, opětovně předložen a
Pokud mezitímní novela měnila podán.
očíslování (označení) fragmentu, je
tato změna do očíslování
(označení) fragmentu promítnuta.
fragment označen jako Pokud mezitímní novela měnila
legislativně-technicky očíslování (označení) fragmentu, je
konfliktní (tři červené tato změna do PN promítnuta.
vykřičníky !!!)
1941
Stupně označení změněných fragmentů:
Černý vykřičník (!)– mezitímní novela se dotkla daného fragmentu nebo PN, je
vhodné zkontrolovat věcnou správnost v kontextu návrhu; zásah mezitímní novely byl
do ustanovení, které návrh či PN nemění (tzn. zásah do návrhu či PN byl v úrovni
úplného znění, ale ne v novelizačních bodech).
Červený vykřičník (!) – mezitímní novela změnila fragment, který je změněn i
v návrhu (případně je takto označen PN na takový fragment navázaný), avšak
k legislativně-technickému konfliktu nedošlo (tzn. automatické zapracování
nezměnilo typ novelizační instrukce v návrhu, tzn. nepřeformulovalo novelizační bod),
existuje však vysoké riziko věcného nesouladu se zbytkem návrhu – je nutné
zkontrolovat věcnou správnost v kontextu návrhu (nebyl zásah do návrhu či PN ani na
úrovni úplného znění ani do novelizačních instrukcí, změnil se však text ustanovení,
který měl být návrhem či PN měněn)
Dva červené vykřičníky (!!) – mezitímní novela přečíslovala fragment, který je
měněn (ať už text nebo označení) i v návrhu (případně je takto označen PN na takový
fragment navázaný). Automatické zpracování provedlo přečíslování fragmentu
v návrhu, navíc existuje vysoké riziko věcného nesouladu se zbytkem návrhu – je
nutné zkontrolovat věcnou správnost v kontextu návrhu (byl proveden zásah do
označení fragmentů návrhu či PN v úplném znění i novelizačních bodech, novelizační
instrukce ani samotný text fragmentu úplného znění se nezměnili)
Tři červené vykřičníky (!!!) – došlo k legislativně technickému konfliktu, tzn.
mezitímní novela změnila fragment, který je změněn i v návrhu a automatické
zapracování změnilo typ novelizační instrukce v návrhu na „zní“, tzn. přeformulovalo
novelizační bod. Navíc mohlo dojít i k přečíslování fragmentu. Je nutné zkontrolovat
věcnou správnost fragmentu samotného i v kontextu návrhu a případně jej upravit
pozměňovacím návrhem. Stejně je označen i PN navázaný na fragment s legislativně-
technickým konfliktem.
Pokud je PN označen červenými vykřičníky, tak okamžikem podání PN se jeho označení mění
na (jeden) černý vykřičník.
Zapracováním (schváleného) PN do fragmentu návrhu, který je označen červenými vykřičníky
se u fragmentu mění označení na jeden černý vykřičník.
Pokud je jakýkoli fragment návrhu označen vykřičníkem, je označený i návrh jako celek –
takové označení věcně znamená, že aktuální obsah návrhu se liší od návrhu, který byl
příslušné instituci předložen k projednání, neboť se do něj promítla mezitímní či návazná
novela.
1942
13.1.2.3.2 Zapracování v klíčových situacích konfliktu
13.1.2.3.2.1 Princip řešení konfliktu
Jelikož je upřednostněn princip konzistence dat před nezasahováním do návrhu zákona, je
do návrhu zákona zasáhnuto, avšak tak, aby nebylo změněno úplné znění příslušného
fragmentu návrhu zákona C. Zásah je tedy proveden do typu a varianty novelizační instrukce,
která je změněna na typ „nahrazuje se“ ve variantě „zní“, což vyústí v to, že generátor novel
vygeneruje jiné znění novelizačního bodu návrhu. Fragment úplného znění návrhu i
vygenerovaný novelizační bod je označen výstrahou o legislativně-technickém konfliktu
(červené vykřičníky).
13.1.2.3.2.2 Existující pozměňovací návrh k fragmentu, který návrh C mění
Pokud existuje k fragmentu návrhu pozměňovací návrh, pak zůstane beze změny, neboť se
vztahuje k úplnému znění návrhu C, které nebylo zapracováním novely změněno. Tudíž ani
textace novelizačního bodu pozměňovacího návrhu se nezmění. Přesto je pozměňovací
návrh označen výstrahou legislativně-technického konfliktu (neboť pozměňuje konfliktní
ustanovení) a stává se fakticky nehlasovatelným, dokud není autory vzat zpět a následně
upraven či potvrzen (tzn. opětovně předložen a podán). Výstraha je odstraněna vzetím
pozměňovacího návrhu zpět.
13.1.2.3.2.3 Existující pozměňovací návrh k fragmentu, který návrh zákona nemění, ale
mezitímní novela jej mění
Jde o situaci, kdy návrh zákona konkrétní fragment úplného znění nemění, ale mezitímní
novela jej mění, a současně k danému fragmentu existuje pozměňovací návrh. Mění se tedy
úplné znění, ze kterého pozměňovací návrh vychází (jedná se tedy o analogii výměny výchozí
vrstvy samotného návrhu při zapracování mezitímní novely).
Jelikož je upřednostněn princip konzistence dat před nezasahováním (v tomto případě) do
pozměňovacího návrhu, je do pozměňovacího návrhu zasáhnuto, avšak tak, aby nebylo
změněno úplné znění příslušného fragmentu pozměňovacího návrhu. Zásah je tedy
proveden do typu a varianty novelizační instrukce, která je změněna na typ „nahrazuje se“ ve
variantě „zní“, což vyústí v to, že generátor novel vygeneruje jiné znění novelizačního bodu
pozměňovacího návrhu. Fragment úplného znění pozměňovacího návrhu i vygenerovaný
novelizační bod pozměňovacího návrhu je označen výstrahou o legislativně-technickém
konfliktu (červené vykřičníky) a stává se fakticky nehlasovatelným, dokud není autory vzat
zpět a následně upraven či potvrzen (tzn. opětovně předložen a podán). Výstraha je
odstraněna vzetím pozměňovacího návrhu zpět.
13.1.2.3.2.4 Přečíslování
Jedním ze specifických případů, které mohou nastat, je tzv. přečíslování, ke kterému dojde,
pokud mezitímní novela vložila či odebrala odstavec a písmeno a v důsledku toho změnila
označení („očíslování“) následujících odstavců či písmen.
1943
Při zpracování s preferencí konzistence dat je tato změna do návrhu zákona C i
pozměňovacích návrhů přímo zapracována, a to jak do úplného znění, tak do novely (jelikož
toto zapracování věcně nemění obsah právního předpisu).
Poznámka: Přečíslování fragmentu samotné typicky vlastní novelizační bod nemá (je
provedeno na základě novelizačního bodu některého z předchozích fragmentů), pokud je
však měněn i text přečíslovávaného fragmentu, je v novelizačním bodu této změny uvedeno i
označení fragmentu, které je nutné změnit.
13.1.2.3.3 Vstup k vyhlášení v situaci neřešených konfliktů
Situace „neřešených konfliktů“ je situace, kdy po automatické části zapracování není poslanci
do návrhu zákona C zasaženo pozměňovacími návrhy, tzn. návrh zákona C je schválen i s
věcným legislativně-technickým konfliktem.
Při zapracování mezitímní novely s preferencí konzistence dat je však návrh zákona C
předložen vydavateli ve formálně konzistentní podobě a vydavatel Sbírky zákonů nemusí do
návrhu zákona provádět žádné změny, ač v návrhu zákona mohou být problémy
s konzistencí na jazykové, terminologické či logické úrovni.
13.1.2.3.4 Vstup k vyhlášení v situaci řešených konfliktů
Situace „řešených konfliktů“ je situace, kdy po automatické části zapracování jsou
legislativně-technické konflikty řešeny pozměňovacími návrhy poslanců. Upozorňujeme, že
minimálně z psychologického pohledu Poslanecké sněmovny je to varianta, kterou není
možné zvažovat při zapracování mezitímní novely po třetím čtení a už vůbec ne při
zapracování mezitímní novely před podpisem prezidenta.
Při zapracování mezitímní novely s preferencí konzistence dat je návrh zákona C předložen
vydavateli ve formálně konzistentní podobě a vydavatel Sbírky zákonů nemusí do návrhu
zákona provádět žádné změny. Současně však poslanci (či senátoři) vyřešili věcné a logické
problémy, které mohlo zapracování mezitímní novely do návrhu zákona vnést, tzn. text
návrhu (tedy jeho úplného znění i novelizačních bodů) je nejen legislativně-technicky
v pořádku, ale je konzistentní po jazykové, terminologické i logické stránce.
13.1.2.3.5 Zhodnocení výhod a nevýhod
Základní výhodu varianty s preferencí konzistence dat je, že veškeré změny do návrhu zákona
se dějí co nejdříve je to možné a zákonodárci tak mají maximální kontrolu nad tím, jaký text
(jak úplné znění, tak novela) bude nakonec vyhlášen ve Sbírce zákonů. Pravidla zapracovávání
jsou jednoznačně daná a je tak předvídatelné, jak bude zapracování provedeno v situacích,
kdy jej již není možné zákonodárci měnit (např. po třetím čtení v Poslanecké sněmovně, před
podpisem prezidenta či v rámci vydavatele před publikací do Sbírky zákonů)
Z technického pohledu jde o variantu, u které nedochází k potlačení základních pravidel, na
kterých je postavena práce s úplným zněním e-Legislativy. Negeneruje tedy velké množství
1944
výjimečných typů situací, na které musí být software připraven (v rámci návrhu, vývoje,
otestování i dokumentace) i když mohou nastávat při skutečném provozu i velmi zřídka a je
tedy vysoké riziko jejich špatné implementace.
Nevýhodou této varianty je skutečnost, že v krajních případech zasahuje i do novely
(novelizačních bodů návrhu), i když maximálně šetrným a z našeho pohledu pouze
legislativě-technickým způsobem (tzn. nikoliv věcně) – zapracováním přečíslování i úpravou
textu konfliktních novelizačních bodů tak, aby zůstalo zachováno navrhované úplné znění
konfliktního ustanovení.
13.1.2.4 Varianta 2 – Zapracování mezitímních novel s preferencí nezasahování do
návrhu
13.1.2.4.1 Přehled
Zapracovávání provádí odborný aparát Poslanecké Sněmovny, Senátu či Vydavatel.
Provedení operace samotné je plně automatické, až vyřešení konfliktů, ke kterým operací
dojde je již činnost manuální (pomocí pozměňovacích návrhů).
Probíhá po jednotlivých fragmentech dle následujících situací, přičemž návrh jako celek je
vizuálně označen tak, aby bylo zřejmě, že má změněnou výchozí vrstvu a která to je.
Rozdíl oproti Variantě 1 je zvýrazněn.
1945
Situace Způsob zapracování Příklad návrh Příklad Příklad zapracovaný Způsob zapracování do
(+ mezitímní fragment (+ fragmentů pozměňovacích
novelizační novela (+ novelizační instrukce) návrhů (mimo fragmentů, které
instrukce) novelizační jsou v PN naprosto nové)
instrukce)
Označení fragmentu
Upozornění na konflikt
Návrh ani Žádné A (žádná) A (žádná) A (žádná) Beze změny
mezitímní novela B (jakákoli)
fragment
nemění
Návrh fragment Fragment v návrhu je změněn na A (žádná) B (žádná) Generátor novel PN je přepnut do
nemění, fragment novely s tím, že novelizační stavu „zmraženo“, PN je označen
mezitímní novela instrukce je prázdná. fragment označen jako jako legislativně-technicky
fragment mění dotčený mezitímní konfliktní (tři červené vykřičníky !!).
novelou (černý vykřičník PN je bez revize autorem
!) nehlasovatelný. PN musí být
autory vzat zpět, potvrzen či
upraven, opětovně předložen a
podán.
„Zmražený“ stav generátoru novel
PN se zruší vzetím PN zpět.
1946
Návrh fragment Žádné C (jakákoli) A (žádná) C (jakákoli) Pokud mezitímní novela měnila
mění, mezitímní B (jakákoli) očíslování (označení) fragmentu, je
novela fragment tato změna do PN promítnuta
nemění
Beze změny
Návrh i Ač je změněn fragment v mezitímní C (zní) C (zní) Pokud mezitímní novela neměnila
mezitímní novela novele i návrhu, je fragment v návrhu očíslování (označení) fragmentu, je
fragment mění, uveden s novelizační instrukcí „zní“, Pokud mezitímní novela PN označen jako dotčený
novelizační tzn. plně přepisuje původní znění. neměnila očíslování mezitímní novelou s vysokým
instrukce Fragment návrhu zůstává beze (označení) fragmentu, je rizikem věcného konfliktu (červený
fragmentu změny, je však označen jako dotčený fragment označen jako vykřičník !)
návrhu je „zní“ mezitímní novelou s vysokým rizikem dotčený mezitímní
věcného konfliktu (legislativně- novelou s vysokým Pokud mezitímní novela měnila
technicky konflikt nenastal). rizikem věcného konfliktu očíslování (označení) fragmentu, je
(červený vykřičník !) tato změna do PN promítnuta a
Pokud mezitímní novela měnila PN je označen jako dotčený
očíslování (označení) fragmentu, je Pokud mezitímní novela mezitímní novelou s vysokým
tato změna do očíslování (označení) měnila očíslování rizikem věcného konfliktu a
fragmentu promítnuta a výstražné (označení) fragmentu, je současně přečíslován (dva červené
označení fragmentu je povýšeno tak, tato změna do očíslování vykřičníky !!)
aby na toto přečíslování upozornilo (označení) fragmentu
promítnuta
1947
a fragment je označen
jako dotčený mezitímní
novelou s vysokým
rizikem věcného konfliktu
a současně přečíslován
(dva červené vykřičníky !!)
Návrh i Došlo ke konfliktu. Generátor novel C (ne „zní“) B (jakákoli) C („zní“) Generátor novel PN je přepnut do
mezitímní novela fragmentu je přepnut do stavu stavu „zmraženo“, PN je označen
fragment mění, „zmraženo“. Pokud mezitímní novela jako legislativně-technicky
novelizační měnila očíslování konfliktní (tři červené vykřičníky
instrukce Fragment návrhu je označen jako (označení) fragmentu, je !!!). PN je bez revize autorem
fragmentu legislativně-technicky konfliktní. tato změna do očíslování nehlasovatelný. PN musí být
návrhu není „zní“ (označení) fragmentu autory vzat zpět, potvrzen či
„Zmražený“ stav generátoru novel promítnuta upraven, opětovně předložen a
fragmentu se zruší přijetím podán.
pozměňovacího návrhu, který se Generátor novel
fragmentu dotýká. fragmentu je přepnut do „Zmražený“ stav generátoru novel
stavu „zmraženo“, PN se zruší vzetím PN zpět.
Pokud mezitímní novela měnila fragment označen jako
očíslování (označení) fragmentu, je legislativně-technicky Pokud mezitímní novela měnila
tato změna do očíslování (označení) konfliktní (tři červené očíslování (označení) fragmentu, je
fragmentu promítnuta. vykřičníky !!!) tato změna do PN promítnuta.
1948
1949
Stupně označení změněných fragmentů:
Černý vykřičník (!)– mezitímní novela se dotkla daného fragmentu nebo PN, je
vhodné zkontrolovat věcnou správnost v kontextu návrhu; zásah mezitímní novely byl
do ustanovení, které návrh či PN nemění (tzn. zásah do návrhu či PN byl v úrovni
úplného znění, ale ne v novelizačních bodech).
Červený vykřičník (!) – mezitímní novela změnila fragment, který je změněn i
v návrhu (případně je takto označen PN na takový fragment navázaný), avšak
k legislativně-technickému konfliktu nedošlo (tzn. automatické zapracování
nezměnilo typ novelizační instrukce v návrhu, tzn. nepřeformulovalo novelizační bod),
existuje však vysoké riziko věcného nesouladu se zbytkem návrhu – je nutné
zkontrolovat věcnou správnost v kontextu návrhu (nebyl zásah do návrhu či PN ani na
úrovni úplného znění ani do novelizačních instrukcí, změnil se však text ustanovení,
který měl být návrhem či PN měněn)
Dva červené vykřičníky (!!) – mezitímní novela přečíslovala fragment, který je
měněn (ať už text nebo označení) i v návrhu (případně je takto označen PN na takový
fragment navázaný). Automatické zpracování provedlo přečíslování fragmentu
v návrhu, navíc existuje vysoké riziko věcného nesouladu se zbytkem návrhu – je
nutné zkontrolovat věcnou správnost v kontextu návrhu (byl proveden zásah do
označení fragmentů návrhu či PN v úplném znění i novelizačních bodech, novelizační
instrukce ani samotný text fragmentu úplného znění se nezměnili)
Tři červené vykřičníky (!!!) – došlo k legislativně technickému konfliktu, tzn.
mezitímní novela změnila fragment, který je změněn i v návrhu a automatické
zapracování zmrazilo generování textu novelizačního bodu příslušného fragmentu
návrhu či PN, tzn. text novelizačního bodu je nekonzistentní s úplným zněním návrhu
zákona C a úplným zněním mezitímní novely B. Navíc mohlo dojít i k přečíslování
fragmentu. Pro opětovnou aktivaci generátoru novel (zrušení „zmraženého“ stavu)
fragmentu návrhu je nutné přijmout nekonfliktní pozměňovací návrh, který se
fragmentu návrhu dotýká. Pro opětovnou aktivaci generátoru novel PN je nutné vzít
PN zpět.
Pokud je PN označen červenými vykřičníky, tak okamžikem podání PN se jeho označení mění
na (jeden) černý vykřičník.
Zapracováním (schváleného) PN do fragmentu návrhu, který je označen červenými vykřičníky
se u fragmentu mění označení na jeden černý vykřičník.
Pokud je jakýkoli fragment návrhu označen vykřičníkem, je označený i návrh jako celek –
takové označení věcně znamená, že aktuální obsah návrhu se liší od návrhu, který byl
příslušné instituci předložen k projednání, neboť se do něj promítla mezitímní či návazná
novela.
1950
13.1.2.4.2 Zapracování v klíčových situacích konfliktu
13.1.2.4.2.1 Popis řešení konfliktu
Jelikož je upřednostněn princip nezasahování do návrhu zákona před konzistencí dat, je
ponecháno úplné znění fragmentu návrhu zákona C i znění novelizačního bodu. Ten je však
nekonzistentní s úplným zněním návrhu zákona C a úplným zněním mezitímní novely B.
Generátor novel je tak pro tento fragment deaktivován a přepnut do „zmraženého“ stavu,
což je ekvivalent manuální editace novelizačního bodu uživatelem. Fragment úplného znění
návrhu i původní novelizační bod je označen výstrahou o legislativně-technickém konfliktu
(červené vykřičníky).
13.1.2.4.2.2 Existující pozměňovací návrh k fragmentu, který návrh C mění
Pokud existuje k fragmentu návrhu pozměňovací návrh, pak zůstane beze změny, neboť se
vztahuje k úplnému znění návrhu C, které nebylo zapracováním novely změněno. Tudíž ani
textace novelizačního bodu pozměňovacího návrhu se nezmění. Přesto je pozměňovací
návrh označen výstrahou legislativně-technického konfliktu (neboť pozměňuje konfliktní
ustanovení) a stává se fakticky nehlasovatelným, dokud není autory vzat zpět a následně
upraven či potvrzen (tzn. opětovně předložen a podán). Výstraha je odstraněna vzetím
pozměňovacího návrhu zpět.
13.1.2.4.2.3 Existující pozměňovací návrh k fragmentu, který návrh zákona nemění, ale
mezitímní novela jej mění
Jde o situaci, kdy návrh zákona konkrétní fragment úplného znění nemění, ale mezitímní
novela jej mění, a současně k danému fragmentu existuje pozměňovací návrh. Mění se tedy
úplné znění, ze kterého pozměňovací návrh vychází (jedná se tedy o analogii výměny výchozí
vrstvy samotného návrhu při zapracování mezitímní novely).
Jelikož je upřednostněn princip nezasahování do (v tomto případě) pozměňovacího návrhu
před konzistencí dat, je ponecháno úplné znění fragmentu pozměňovacího návrhu i znění
novelizačního bodu pozměňovacího návrhu. Novelizační bod je však nekonzistentní s úplným
zněním návrhu zákona a fragmentem (úplným zněním) pozměňovacího návrhu. Generátor
novel je tak pro tento pozměňovací návrh deaktivován a přepnut do „zmraženého“ stavu, což
je ekvivalent manuální editace novelizačního bodu uživatelem. Pozměňovací návrh jako celek
(tzn. i jeho novelizační bod) je označen výstrahou o legislativně-technickém konfliktu
(červené vykřičníky) a stává se fakticky nehlasovatelným, dokud není autory vzat zpět a
následně upraven či potvrzen (tzn. opětovně předložen a podán). Výstraha je odstraněna
vzetím pozměňovacího návrhu zpět, čímž dojde i k opětovné aktivaci generátoru novel a
novelizační bod je přegenerován. Úplné znění pozměňovacího návrhu však není stále
změněno – je na poslanci, aby nyní text upravil a konflikt tak vyřešil. Až poté bude
vygenerovaný novelizační bod pozměňovacího návrhu nejen datově konzistentní, ale bude i
obsahovat vyřešení konfliktu (do té doby bude generován původní text pozměňovacího
1951
návrhu, pouze naformulován ve variantě „zní“ – což je na druhu stranu i jedna z možných
variant řešení konfliktu).
13.1.2.4.2.4 Přečíslování
Jedním ze specifických případů, které mohou nastat, je tzv. přečíslování, ke kterému dojde,
pokud mezitímní novela vložila či odebrala odstavec a písmeno a v důsledku toho změnila
označení („očíslování“) následujících odstavců či písmen.
Protože přečíslování je čistě legislativně-technická operace a nemění věcně novelu
(novelizační body), bude přečíslování zapracováno stejným způsobem, jako ve variantě
s preferencí konzistence dat. Tato změna je tedy do návrhu zákona C i pozměňovacích
návrhů přímo zapracována, a to jak do úplného znění, tak do novely (novelizačních bodů).
Poznámka: Přečíslování samotné typicky vlastní novelizační bod nemá (je provedeno na
základě novelizačního bodu některého z předchozích fragmentů), pokud je však současně
měněn i text přečíslovávaného fragmentu, je v novelizačním bodu této změny uvedeno i
označení fragmentu, které je nutné změnit.
13.1.2.4.3 Vstup k vyhlášení v situaci neřešených konfliktů
Situace „neřešených konfliktů“ je situace, kdy po automatické části zapracování není poslanci
do návrhu zákona C zasaženo pozměňovacími návrhy, tzn. návrh zákona C je schválen i s
věcným legislativně-technickým konfliktem.
Při zapracování mezitímní novely s preferencí nezasahování do novely je návrh zákona C
předložen vydavateli v podobě, kdy se úplné znění rozchází s novelou – v návrhu existují
„zamražené“ novelizační body, které není možné na platné úplné znění v e-Sbírce aplikovat.
Vydavatel musí novelizační body upravit, aby bylo možné návrh zákona publikovat do e-
Sbírky.
V situaci „neřešených konfliktů“ mohou být v návrhu zákona i problémy s konzistencí na
jazykové, terminologické či logické úrovni, stejně jako u varianty zapracování s preferencí
konzistence dat.
13.1.2.4.4 Vstup k vyhlášení v situaci řešených konfliktů
Situace „řešených konfliktů“ je situace, kdy po automatické části zapracování jsou
legislativně-technické konflikty řešeny pozměňovacími návrhy poslanců. Upozorňujeme, že
minimálně z psychologického pohledu Poslanecké sněmovny je to varianta, kterou není
možné zvažovat při zapracování mezitímní novely po třetím čtení a už vůbec ne při
zapracování mezitímní novely před podpisem prezidenta.
Při zapracování mezitímní novely s preferencí nezasahování do novely je návrh zákona C
předložen vydavateli ve formálně konzistentní podobě a vydavatel Sbírky zákonů nemusí do
1952
návrhu zákona provádět žádné změny. Současně poslanci (či senátoři) vyřešili věcné a logické
problémy, které mohlo zapracování mezitímní novely do návrhu zákona vnést, tzn. text
návrhu (tedy jeho úplného znění i novelizačních bodů) je nejen legislativně-technicky
v pořádku, ale je konzistentní po jazykové, terminologické i logické stránce.
Za vyřešení legislativně-technického konfliktu nad „zmraženým“ fragmentem bude
považováno přijetí jakéhokoli pozměňovacího návrhu k danému fragmentu, který sám není
legislativně-technicky konfliktní.
Poznámka: Vstup k vyhlášení v situaci „řešených konfliktů“ je totožný jako ve variantě
s preferencí konzistence dat.
13.1.2.4.5 Zhodnocení výhod a nevýhod
Základní výhodou této varianty je, že s výjimkou přečíslování nezasahuje do novely
(novelizačních bodů návrhu).
Hlavní nevýhodou je, že mohou nastávat situace, kdy bude muset provést zásah do novely
vydavatel sbírky zákonů, aby mohl návrh zákona konzistentně vydat v e-Sbírce. Pokud tak
neučiní, rozejde se úplné znění zákona v e-Sbírce od platného práva, neboť „novela má
přednost“ a je pak čistě věcí výkladu, jak měla být novela na předchozí platné znění
aplikována.
Upozorňujeme, že k těmto situacím bude docházet i při veškeré vstřícnosti zákonodárného
sboru, protože Zákon o sbírce zákonů např. vyžaduje, aby zapracování mezitímních novel
provedl aparát Poslanecké sněmovny před podpisem prezidenta, kdy již není možné
legislativně-technické konflikty řešit pozměňovacími návrhy zákonodárců.
Z technického pohledu jde o variantu, u které dochází k potlačení základních pravidel, na
kterých je postavena práce s úplným zněním e-Legislativy. Generuje tedy velké množství
výjimečných typů situací, na které musí být software připraven (v rámci návrhu, vývoje,
otestování i dokumentace) i když mohou nastávat při skutečném provozu i velmi zřídka. Je
tedy vysoké riziko jejich špatné implementace.
13.1.2.5 Vyřešení konfliktu zapracováním pozměňovacího návrhu
V obou výše uvedených variantách jsou legislativně-technické konflikty řešeny
pozměňovacími návrhy. Avšak pouze za podmínky, že samy nejsou legislativně-technicky
konfliktní (pokud byly konfliktní, byly PN vzaty zpět a opraveny).
Zapracování přijatého (nekonfliktního) pozměňovacího návrhu, který jakkoli upravuje
konfliktní fragment, řeší legislativně-technický konflikt a v obou variantách je s ním
zacházeno stejně.
Pro nekonfliktní pozměňovací návrh totiž vždy platí jedno z následujících tvrzení:
1953
jde o pozměňovací návrh k fragmentu úplného znění návrhu C, který se
zapracováním mezitímní novely nezměnil
samotný pozměňovací návrh byl upraven přímo při zapracování mezitímní novely (ve
variantě s preferencí konzistence dat)
„zmražený“ pozměňovací byl vzat zpět (ať už byl „zmražen“ ve variantě s preferencí
nezasahování do novely či nikoliv), čímž došlo k jednoznačné specifikaci nového
úplného znění fragmentu a vygenerování konzistentního novelizačního bodu
pozměňovacího návrhu.
Ať už je pozměňovací návrh jakéhokoli typu či varianty, reálně jeho přijetím dojde
k rozhodnutí, jak má být návrh zkombinován v úplném znění s mezitímní novelou, případně
dále pozměněn vůlí zákonodárců. Toto rozhodnutí je pak zapracováváno (typicky) aparátem
Poslanecké sněmovny do úplného znění zákona a je vygenerován korektní novelizační bod,
který je konzistentní s platným úplným zněním (mezitímní novelou) i budoucím platným
úplným zněním (úplným zněním návrhu po zapracování pozměňovacích návrhů).
13.1.2.6 Ukázkové situace
Ukázkové situace popisují zapracování mezitímní novely na příkladu, který vychází
z následující situace:
Návrh zákona C je již v Parlamentu.
Ve sbírce zákonů vyšla novela B.
Nyní je tedy nutné upravit návrh zákona C tak, aby vycházel ne z původního znění A,
ale z novely B – tzv. nahrazení výchozí vrstvy.
13.1.2.6.1 Úplné znění zákona před novelami (tzn. znění A)
§ 101
(1) Po vystoupení zpravodaje se koná k návrhu zákona obecná rozprava, ve které se návrh
zákona projednává jako celek včetně navrhovaných zásadních změn právní úpravy. Po
ukončení obecné rozpravy se k návrhu zákona koná podrobná rozprava, ve které lze
posuzovat návrh zákona po jednotlivých částech a podávat k němu pozměňovací návrhy.
(2) V průběhu obou částí rozpravy lze navrhnout, aby Senát vyjádřil vůli se návrhem zákona
nezabývat nebo aby návrh zákona byl schválen, zamítnut anebo vrácen Poslanecké
sněmovně s pozměňovacími návrhy.
(3) Senátor, i když není členem výboru, kterému byl návrh zákona přikázán k projednání,
vyjadřuje svůj názor k návrhu zákona a podává návrhy zpravidla již na jednání výboru,
popřípadě písemně s odůvodněním před jednáním výboru.
(4) Pozměňovací návrh musí obsahovat znění navrhované změny textu návrhu zákona včetně
1954
promítnutí této změny do dalších ustanovení návrhu zákona. Předsedající v případě potřeby
vyzve senátora, aby svůj pozměňovací návrh předložil písemně.
(5) Po ukončení podrobné rozpravy se pozměňovací návrhy, které byly podány, pokud
rozhodne výbor, souhrnně vytisknou a dají se k dispozici každému senátorovi přítomnému
při projednávání návrhu zákona ve výboru a navrhovateli tak, aby je při hlasování měli k
dispozici.
Dále budeme pracovat pouze s odstavcem 5, ve kterém zvýrazňujeme část, které se ukázky
budou týkat:
§ 101
(5) Po ukončení podrobné rozpravy se pozměňovací návrhy, které byly podány, pokud
rozhodne výbor, souhrnně vytisknou a dají se k dispozici každému senátorovi přítomnému
při projednávání návrhu zákona ve výboru a navrhovateli tak, aby je při hlasování měli k
dispozici.
13.1.2.6.2 Mezitímní novela (tzn. znění B)
Novela, která vycházela ze znění A, přičemž její novelizační body a úplné znění vypadá
následovně.
Úplné znění fragmentu v režimu editace a v čtecím režimu „pod sebou“
Výchozí vrstva (tzn. A):
§ 101
(5) Po ukončení podrobné rozpravy se pozměňovací návrhy, které byly podány, pokud
rozhodne výbor, souhrnně vytisknou a dají se k dispozici každému senátorovi přítomnému
při projednávání návrhu zákona ve výboru a navrhovateli tak, aby je při hlasování měli k
dispozici.
Editační pole (tzn. B):
§ 101
(5) Po ukončení podrobné rozpravy se pozměňovací návrhy, které byly podány, zpřístupní
každému senátorovi přítomnému při projednávání návrhu zákona ve výboru a navrhovateli
tak, aby je při hlasování měli k dispozici.
Typ novelizační instrukce: „nahrazuje se“ ve variantě „nahrazuje se“
1955
Úplné znění fragmentu v čtecím režimu „přes sebe“
§ 101
(5) Po ukončení podrobné rozpravy se pozměňovací návrhy, které byly podány, pokud
rozhodne výbor, souhrnně vytisknou a dají se k dispozici zpřístupní každému senátorovi
přítomnému při projednávání návrhu zákona ve výboru a navrhovateli tak, aby je při
hlasování měli k dispozici.
Výsledný vygenerovaný novelizační bod
1. V § 101 odst. 5 se slova „pokud rozhodne výbor, souhrnně vytisknou a dají se k
dispozici“ nahrazují slovem „zpřístupní“.
13.1.2.6.3 Návrh zákona (tzn. znění C)
Návrh zákona vycházející ze znění A před mezitímní novelou B.
Úplné znění fragmentu v režimu editace a v čtecím režimu „pod sebou“
Výchozí vrstva (tzn. A):
§ 101
(5) Po ukončení podrobné rozpravy se pozměňovací návrhy, které byly podány, pokud
rozhodne výbor, souhrnně vytisknou a dají se k dispozici každému senátorovi přítomnému
při projednávání návrhu zákona ve výboru a navrhovateli tak, aby je při hlasování měli k
dispozici.
Editační pole (tzn. C):
§ 101
(5) Po ukončení podrobné rozpravy se pozměňovací návrhy, které byly podány,
bezodkladně souhrnně vytisknou a dají se k dispozici každému senátorovi přítomnému při
projednávání návrhu zákona ve výboru a navrhovateli tak, aby je při hlasování měli k
dispozici.
Typ novelizační instrukce: „nahrazuje se“ ve variantě „nahrazuje se“
Úplné znění fragmentu v čtecím režimu „přes sebe“
§ 101
1956
(5) Po ukončení podrobné rozpravy se pozměňovací návrhy, které byly podány, pokud
rozhodne výbor, bezodkladně souhrnně vytisknou a dají se k dispozici každému senátorovi
přítomnému při projednávání návrhu zákona ve výboru a navrhovateli tak, aby je při
hlasování měli k dispozici.
Výsledný vygenerovaný novelizační bod
1. V § 101 odst. 5 se slova „pokud rozhodne výbor," nahrazují slovem „bezodkladně“.
13.1.2.6.4 Výsledek zapracování před jednáním poslanců Varianta 1 – zapracování
s preferencí konzistence dat
Úplné znění fragmentu v režimu editace a v čtecím režimu „pod sebou“
Výchozí vrstva (již změněná, tzn. B):
§ 101
(!!!) (5) Po ukončení podrobné rozpravy se pozměňovací návrhy, které byly podány,
zpřístupní každému senátorovi přítomnému při projednávání návrhu zákona ve výboru a
navrhovateli tak, aby je při hlasování měli k dispozici.
Editační pole (návrh, tzn. C):
(!!!)
§ 101
(5) Po ukončení podrobné rozpravy se pozměňovací návrhy, které byly podány,
bezodkladně souhrnně vytisknou a dají se k dispozici každému senátorovi přítomnému při
projednávání návrhu zákona ve výboru a navrhovateli tak, aby je při hlasování měli k
dispozici.
Typ novelizační instrukce: „nahrazuje se“ ve variantě „zní“
Fragment je označen třemi červenými vykřičníky jako upozornění na legislativně-technický
konflikt.
Došlo ke změně varianty novelizační instrukce na variantu „zní“, což je zásah do návrhu
zákona
Úplné znění fragmentu v čtecím režimu „přes sebe“
1957
§ 101
(5) Po ukončení podrobné rozpravy se pozměňovací návrhy, které byly podány, zpřístupní
každému senátorovi přítomnému při projednávání návrhu zákona ve výboru a navrhovateli
tak, aby je při hlasování měli k dispozici.
(!!!) (5) Po ukončení podrobné rozpravy se pozměňovací návrhy, které byly podány,
bezodkladně souhrnně vytisknou a dají se k dispozici každému senátorovi přítomnému při
projednávání návrhu zákona ve výboru a navrhovateli tak, aby je při hlasování měli k
dispozici.
Fragment je označen třemi červenými vykřičníky jako upozornění na legislativně-technický
konflikt.
Výsledný vygenerovaný novelizační bod
1. § 101 odst. 5 zní: „Po ukončení podrobné rozpravy se pozměňovací návrhy, které byly
podány, bezodkladně souhrnně vytisknou a dají se k dispozici každému senátorovi
přítomnému při projednávání návrhu zákona ve výboru a navrhovateli tak, aby je při
hlasování měli k dispozici.“ <- zásah do návrhu zákona
13.1.2.6.5 Výsledek zapracování před jednáním poslanců Varianta 2 – zapracování
s preferencí nezasahování do novely
Úplné znění fragmentu v režimu editace a v čtecím režimu „pod sebou“
Výchozí vrstva (již změněná, tzn. B):
§ 101
(!!!) (5) Po ukončení podrobné rozpravy se pozměňovací návrhy, které byly podány,
zpřístupní každému senátorovi přítomnému při projednávání návrhu zákona ve výboru a
navrhovateli tak, aby je při hlasování měli k dispozici.
Editační pole (návrh, tzn. C):
(!!!)
§ 101
(5) Po ukončení podrobné rozpravy se pozměňovací návrhy, které byly podány,
bezodkladně souhrnně vytisknou a dají se k dispozici každému senátorovi přítomnému při
1958
projednávání návrhu zákona ve výboru a navrhovateli tak, aby je při hlasování měli k
dispozici.
Typ novelizační instrukce: „nahrazuje se“ ve variantě „zní“ (technicky pro zobrazení)
Stav: „nekonzistence úplného znění a novely“, neboli „zmraženo“ (tzn. ruční tvorba
novelizačního bodu“)
Poznámka: graficky bude ještě více zdůrazněno, že úplné znění neodpovídá novelizačnímu
bodu.
Došlo ke změně stavu novelizační instrukce na „nekonzistence úplného znění a novely“
(neboli „zmraženo“), což je zásah do metadat návrhu zákona, ale nikoliv do textu novely.
Současně byla interně technicky změněn typ a varianta novelizační instrukce na „nahrazuje
se“ ve variantě „zní“ pro účely konzistence zobrazení, ale ani tato změna nemá vliv na text
novely a úplného znění.
Tento stavu bude znamenat, že je vypnuto automatické generování novel v tomto fragmentu
a že znění novelizačního bodu je nutné napsat ručně. Z technického pohledu jde o obdobný
režim, kdy je záměrně generátor novel suspendován a novelizační bod je psán ručně (tento
„manuální“ typ však bude možné použít pouze po vypnutí obvyklých legislativně-technických
pravidel, což nebude moci uživatel provést sám bez zásahu administrátora, aby se předešlo
zneužívání této okrajové možnosti).
Úplné znění fragmentu v čtecím režimu „přes sebe“
§ 101
(5) Po ukončení podrobné rozpravy se pozměňovací návrhy, které byly podány, zpřístupní
každému senátorovi přítomnému při projednávání návrhu zákona ve výboru a navrhovateli
tak, aby je při hlasování měli k dispozici.
(!!!) (5) Po ukončení podrobné rozpravy se pozměňovací návrhy, které byly podány,
bezodkladně souhrnně vytisknou a dají se k dispozici každému senátorovi přítomnému při
projednávání návrhu zákona ve výboru a navrhovateli tak, aby je při hlasování měli k
dispozici.
Fragment je označen třemi červenými vykřičníky jako upozornění na legislativně-technický
konflikt, což v tomto případě znamená i nekonzistenci úplného znění a novely.
1959
Původní „zmražený“ novelizační bod
1. V § 101 odst. 5 se slova „pokud rozhodne výbor," nahrazují slovem „bezodkladně“.
(POZOR! Legislativně-technický konflikt! Novelizační bod neodpovídá úplnému
znění.)
13.1.2.6.6 Vyřešení konfliktu zapracováním pozměňovacího návrhu
Pozměňovací návrh řešící konflikt v režimu editace a v čtecím režimu „pod sebou“
Výchozí vrstva (již změněná, tzn. B):
§ 101
(5) Po ukončení podrobné rozpravy se pozměňovací návrhy, které byly podány, zpřístupní
každému senátorovi přítomnému při projednávání návrhu zákona ve výboru a navrhovateli
tak, aby je při hlasování měli k dispozici.
Návrh (tzn. C):
§ 101
(5) Po ukončení podrobné rozpravy se pozměňovací návrhy, které byly podány, bezodkladně
souhrnně vytisknou a dají se k dispozici každému senátorovi přítomnému při projednávání
návrhu zákona ve výboru a navrhovateli tak, aby je při hlasování měli k dispozici.
Editační pole (tzn. úplné znění pozměňovacího návrhu):
§ 101
(5) Po ukončení podrobné rozpravy se pozměňovací návrhy, které byly podány,
bezodkladně zpřístupní každému senátorovi přítomnému při projednávání návrhu zákona
ve výboru a navrhovateli tak, aby je při hlasování měli k dispozici.
Typ novelizační instrukce: „nahrazuje se“ ve variantě „zní“
Pozměňovací návrh řešící konflikt v čtecím režimu „přes sebe“
(5) Po ukončení podrobné rozpravy se pozměňovací návrhy, které byly podány, zpřístupní
každému senátorovi přítomnému při projednávání návrhu zákona ve výboru a navrhovateli
tak, aby je při hlasování měli k dispozici.
1960
(5) Po ukončení podrobné rozpravy se pozměňovací návrhy, které byly podány, bezodkladně
souhrnně vytisknou a dají se k dispozici každému senátorovi přítomnému při projednávání
návrhu zákona ve výboru a navrhovateli tak, aby je při hlasování měli k dispozici.
(5) Po ukončení podrobné rozpravy se pozměňovací návrhy, které byly podány, bezodkladně
zpřístupní každému senátorovi přítomnému při projednávání návrhu zákona ve výboru a
navrhovateli tak, aby je při hlasování měli k dispozici.
Vygenerovaný novelizační bod pozměňovacího návrhu (tzn. úplné znění
pozměňovacího návrhu vůči úplnému znění návrhu)
Dle výše naznačené volby typu „nahrazuje se“ ve variantě „zní“:
1. § 101 odst. 5 zní: „Po ukončení podrobné rozpravy se pozměňovací návrhy, které byly
podány, bezodkladně zpřístupní každému senátorovi přítomnému při projednávání
návrhu zákona ve výboru a navrhovateli tak, aby je při hlasování měli k dispozici.“
Pokud by poslanec zvolil typ „nahrazuje se“ ve variantě „nahrazuje se“:
1. V § 101 odst. 5 se slova „souhrnně vytisknou a dají se k dispozici“ nahrazují slovem
„bezodkladně“.
Možnosti, jak může vypadat novelizační bod novely zákona po zapracování přijatého
pozměňovacího návrhu aparátem Poslanecké sněmovny dle volby typu a varianty
novelizační instrukce pracovníkem aparátu (tzn. pozměněný návrh vůči výchozí vrstvě)
Při volbě typu „nahrazuje se“ ve variantě „zní“:
2. § 101 odst. 5 zní: „Po ukončení podrobné rozpravy se pozměňovací návrhy, které byly
podány, bezodkladně zpřístupní každému senátorovi přítomnému při projednávání
návrhu zákona ve výboru a navrhovateli tak, aby je při hlasování měli k dispozici.“
Při volbě typu „doplňuje se“ ve variantě „se vkládá“:
2. V § 101 odst. 5 se za slovo „podány,“ vkládá slovo „bezodkladně“.
13.1.3 Elektronické podpisy a pečetě
13.1.3.1 Obecný úvod
Systém e-Sbírka a e-Legislativa používá dva koncepty, které vytvářejí důvěru v data a
dokumenty, se kterými tento systém pracuje.
Primárně se jedná o koncept dle nařízení eIDAS (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), zákona
1961
č. 297/2016 Sb. o službách vytvářejících důvěru pro elektronické transakce (dále jen
„adaptačního zákona“) a zákona č. 365/2000 Sb., o informačních systémech veřejné správy,
ve znění pozdějších předpisů. Dle eIDAS bude pro podepisování používána nejvyšší forma
elektronického podpisu, klasifikovaný elektronický podpis, který je v rámci EU uznáván
přeshraničně. Pro označení původu dokumentů (jakožto výpisu z informačního systému e-
Sbírka a e-Legislativa) budou používány klasifikované elektronické pečetě. Tyto požadavky
vychází přímo ze zákonné úpravy.
Druhý koncept je postaven na zajištění důvěry v samotný systém e-Legislativa. Jeho úkolem
je zaručit, že dokument vygenerovaný z e-Legislativy zaručeně odpovídá datům v databázi
systému v e-Legislativa, ze kterých byl vygenerován. Systém e-Legislativa pracuje primárně se
strukturovanými daty v databázi. Cílem tohoto konceptu je odstranit nutnost kontroly, zda
data v dokumentu, se kterým pracují lidé, odpovídají datům v systému. Tento koncept je
založen na technologii digitálního podpisu a asymetrické kryptografii (tzn. principiálně stejná
technologie jako v prvním konceptu dle nařízení eIDAS). Dále jej budeme označovat jako
koncept systémového podpisu e-Legislativy.
V rámci obou konceptů se současně při vložení podpisu či pečetě opatří dokument
příslušným typem časového razítka, které prokazuje, kdy byl dokument vytvořen a podepsán
či zapečetěn.
Použití těchto konceptů je dále popsáno v členění podle situací, ve kterých se vyskytují.
K zajištění důvěry v systémy e-Sbírka a e-Legislativa přispívají samozřejmě i další opatření,
která nejsou předmětem této kapitoly. Jedná se například o využívání šifrovaného připojení
k systémům e-Sbírka a e-Legislativa, „chain of confidence“, tj. pokrytí celého legislativního
procesu systémem e-Legislativa, který návrh de facto neopustí (a jehož projednávání, změny,
jejich obsah a oprávnění původci jsou systémem zaznamenány), a využívání dalších
bezpečnostních opatření předvídaných zákonem o kybernetické bezpečnosti.
13.1.3.2 e-Sbírka
Všechny PDF dokumenty, které budou uživatelům k dispozici ke stažení z e-Sbírky, budou
zapečetěny klasifikovanou elektronickou pečetí a opatřeny kvalifikovaným elektronickým
časovým razítkem dle eIDAS. Tuto pečeť ponesou dokumenty ověřené či právně závazné (u
kterých byla aplikována pečeť při jejich vzniku), ale i dokumenty vytvořené z informativní
části e-Sbírky na základě aktuálního pokynu uživatele. Právně závazná vyhlášená podoba
právních předpisů i informativní povaha dokumentů vygenerovaných z informativní části e-
Sbírky bude vyjádřena přímo v obsahu dokumentů.
13.1.3.3 e-Legislativa
13.1.3.3.1 Garance shody dokumentu s databází
V e-Legislativě se na rozdíl od e-Sbírky obsah návrhů právních aktů a předpisů průběžně
mění. Tento vývoj je zachycen v tzv. vrstvách návrhu, které zachycují stav návrhů právních
1962
aktů a předpisů v jednotlivých stavech legislativního procesu (např. od zahájení do ukončení
připomínkového řízení, od předložení návrhu k projednáním výborům až po ukončení
druhého čtení v Poslanecké sněmovně, ale i připomínkování právního předpisu v rámci
jednoho úřadu či jeho organizační části apod.). Mimo aktuální vrstvy, která upravována být
může, jsou všechny předchozí (historické) vrstvy návrhu uzavřené a systém e-Legislativa
garantuje, že již nemohou být nijak změněny. Pokud je z uzavřené vrstvy vygenerován
jakýkoli dokument, e-Legislativa jej opatří systémovým podpisem (a interním časovým
razítkem), čímž garantuje integritu tohoto dokumentu a to, že je přesným obrazem uzavřené
vrstvy návrhu v databázi, ze které byl vygenerován.
Přímo v těle dokumentu bude uveden lidsky čitelný identifikátor uzavřené vrstvy, ze které byl
vygenerován. Čtenář dokumentu tak může ověřit shodnost dokumentu s databází v
konkrétním stavu legislativního procesu pouhou kontrolou lidsky čitelného identifikátoru
uzavřené vrstvy uvedeného v dokumentu oproti identifikátoru zobrazenému v systému.
Tento způsob garantování obsahu vygenerovaných dokumentů bude použit u dokumentů
generovaných centrálním systémem e-Legislativy, 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 (viz dále).
13.1.3.3.2 Portál e-Legislativa
Všechny PDF dokumenty, které budou uživatelům k dispozici ke stažení z portálu e-
Legislativa, budou zapečetěny klasifikovanou elektronickou pečetí a opatřeny kvalifikovaným
elektronickým časovým razítkem dle eIDAS.
Bude-li takový PDF dokument vygenerovaný z uzavřené vrstvy (tzn. zachycuje obsah návrhu
právního aktu či předpisu v některém z předchozích stavů legislativního procesu), ponese
v sobě jak systémový podpis e-Legislativy, tak kvalifikovanou elektronickou pečeť dle eIDAS
(a příslušná časová razítka).
13.1.3.3.3Předávání do IS institucí
Dokumenty PDF předávané do informačních systémů Vlády (oDok/eKLEP), Poslanecké
sněmovny (IS PSP) a Senátu (PES) (dále souhrnně jen „IS institucí“), budou generované z dat
e-Legislativy a nebudou zapečetěny dle eIDAS. Typicky však budou podepsány systémovým
podpisem e-Legislativy, neboť budou vygenerované z uzavřených vrstev návrhů právních
aktů a předpisů. Je však možné, že ve výjimečných dosud nepředvídaných situacích bude
nutné do IS institucí z e-Legislativy předat dokument vygenerovaný z aktuální neuzavřené
vrstvy návrhu – pak systémovým podpisem e-Legislativy takový dokument označen nebude.
Ve výjimečných situacích se může také stát, že do IS institucí bude předán PDF dokument
podepsaný kvalifikovanými elektronickými podpisy dle eIDAS, například žádosti o vyhlášení
právního aktu ve Sbírce zákonů.
1963
13.1.3.3.4Předávaní mezi institucemi
Předávání dokumentů mezi institucemi bude probíhat skrze systém e-Legislativa
prostřednictvím tzv. předávacích prostorů. Z technického pohledu je nedůležitější předání
tzv. vrstvy návrhu, tzn. dat návrhu právního aktu či předpisu v databázi e-Legislativy.
V předávacím prostoru budou předávány také PDF dokumenty návrhu, které jsou lidsky
čitelným obrazem předávaného návrhu i či další dokumenty, které se předávají spolu
s návrhem.
Jelikož se jedná o právní jednání daných institucí, musí být dle výše uvedené legislativy eIDAS
a adaptačního zákona podepsány kvalifikovanými elektronickými podpisy osob, které
jménem příslušné instituce jednají.
Například proces spolupodepsání návrhu zákona předávaného Úřadem vlády do Poslanecké
sněmovny předkládajícím ministrem a předsedou vlády bude probíhat následovně:
1. Aparát předkládajícího ministerstva z uzavřené vrstvy návrhu vygeneruje PDF návrhu
určeného k předání do Poslanecké sněmovny. Toto PDF obsahuje v textu lidsky
čitelný identifikátor uzavřené vrstvy návrhu, ze kterého byl dokument vygenerován a
systémový podpis e-Legislativy garantující shodnost dokumentu s vrstvou návrhu
v databázi e-Legislativy.
2. Aparát předkládajícího ministra zařadí PDF dokument do podpisové agendy ministra.
3. Ministr podepíše PDF kvalifikovaným elektronickým podpisem stejnými nástroji (tzn.
mimo e-Legislativu) a stejným procesem, jakým elektronicky podepisuje ostatní
dokumenty. Před podpisem si může na základě systémového podpisu e-Legislativy a
lidsky čitelného identifikátoru vrstvy návrhu ověřit, že dokument je shodný
s předávanou vrstvou návrhu v databázi e-Legislativy.
4. Aparát ministerstva vloží PDF do e-Legislativy a v e-Legislativě označí návrh jako
připravený pro podpis předsedou vlády.
5. Aparát předsedy vlády zařadí PDF dokument do podpisové agendy předsedy vlády.
6. Předseda vlády podepíše PDF kvalifikovaným elektronickým podpisem stejnými
nástroji (tzn. mimo e-Legislativu) a stejným procesem, jakým elektronicky podepisuje
ostatní dokumenty. Před podpisem si může na základě systémového podpisu e-
Legislativy a lidsky čitelného identifikátoru vrstvy návrhu ověřit, že dokument je
shodný s předávanou vrstvou návrhu v databázi e-Legislativy. V PDF dokumentu je již
navíc přítomen kvalifikovaný elektronický podpis předkládajícího ministra.
7. Aparát předsedy vlády vloží PDF, ve kterém je systémový podpis e-Legislativy,
kvalifikovaný elektronický podpis předkládajícího ministra i kvalifikovaný elektronický
podpis předsedy vlády do předávacího prostoru e-Legislativy a dá pokyn e-
Legislativě k předání obsahu předávacího prostoru Poslanecké sněmově.
Pro představu praktické aplikace tohoto procesu dodáváme, že kvalifikovaný elektronický
podpis je v současné době možné provádět prostřednictvím čipové karty nebo
specializovaného USB tokenu.
1964
13.1.3.3.5 Žádosti o vyhlášení právního aktu ve Sbírce zákonů a mezinárodních smluv
S žádostí o vyhlášení právního aktu ve Sbírce zákonů a mezinárodních smluv bude e-
Legislativa zacházet obdobně jako s dokumenty předávanými mezi institucemi. Výsledný PDF
dokument žádosti o vyhlášení bude tedy postupně opatřen systémovým podpisem e-
Legislativy a klasifikovanými elektronickými podpisy činitelů, které ukládá zákon č. 222/2016
Sb.
Výjimkou je podpis prezidenta republiky. Pokud se tak prezident rozhodne, je mu ze zákona
umožněno podepsat listinnou podobu návrhu místo podoby elektronické, eventuálně může
návrh nepodepsat.
Pro tyto tři varianty e-Legislativa umožní vygenerovat různá PDF, tzn.:
Pro elektronické podpisy všech činitelů:
o PDF ve verzi pro elektronický podpis prezidenta, předsedy Poslanecké
sněmovny Parlamentu a předsedy vlády
Pro listinný podpis prezidenta a elektronické podpisy ostatních činitelů:
o PDF ve verzi pro listinný podpis prezidenta
o PDF, které bude pokračovat v elektronickém procesu (tzn. v dokumentu bude
u jména prezidenta „v.r.“) a následně bude opatřeno elektronickými podpisy
předsedy Poslanecké sněmovny Parlamentu a předsedy vlády
Pro případ, že se prezident rozhodne návrh nepodepsat:
o PDF ve verzi pro elektronický podpis předsedy Poslanecké sněmovny
Parlamentu a předsedy vlády ČR (tzn. bez podpisu prezidenta)
Aparát prezidenta (respektive aparát předsedy Poslanecké sněmovny v situaci, kdy prezident
nepodepíše) pak příslušnou variantu vybere dle rozhodnutí prezidenta – podepsat
elektronicky, podepsat v listinné podobě nebo nepodepsat.
13.1.3.3.6 Editor právních předpisů – eŠablona+
Aplikace eŠablony+ nainstalovaná na zařízeních uživatelů bude umožňovat exportovat různé
typy výstupů v různých formátech. Tyto výstupy však nejsou považovány za výstup
z informačního systému a nebudou opatřeny ani systémovým podpisem e-Legislativy ani
podpisy či pečetěmi dle eIDAS.
13.1.3.4 Doplňující informace
Podpisy a pečeti dle eIDAS se nebudou aplikovat na:
Dokumenty obsahující předložené pozměňovací návrhy, neboť pozměňovací návrh je
tzn. „perfektní“ až jeho podáním, jde tedy o hybridní úkon.
Ostatní formáty mimo PDF, kterými systém e-Sbírka a e-Legislativa umožňuje
vyexportovat data, např. RTF, DOC/DOCX, nebo XML.
Odpovědi systému na strojová volání přes API (typicky open data), nejsou-li tyto
odpovědi ve formátu PDF (respektive PDF/A).
1965
13.1.4 Postupování a přebírání informací mezi institucemi
13.1.4.1 Terminologie
Předávací prostor je určen k předávání informací mezi institucemi a k předávání mezi
klíčovými fázemi procesu uvnitř institucí.
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.
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 postoupení informací
v předávacím prostoru adresátovi
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í
I v případech, kdy se nejedná o oficiální doručování mezi institucemi a stanovení lhůt
projednání, bude v rámci e-Legislativy používán stejný princip předávání přes předávací
prostor. Jedná se například o předání návrhu Senátního návrhu zákona k projednání
v Senátu.
13.1.4.2 Procesní pohled
Každé postupování a předávání informací má principiálně tři fáze, reprezentované mimo jiné
stavy procesu: „přípravu pro postoupení“, „postoupeno“ a „převzato“.
Poznámka: reálná jména stavů jsou vždy uzpůsobena konkrétnímu procesu a situaci.
13.1.4.2.1 Stav Příprava pro postoupení
V rámci hlavního prostoru postupující instituce (či osob) dochází k finalizaci informací, které
mají být postoupeny. Typicky se jedná o úpravy vrstvy postupovaného návrhu právního aktu
či věcného záměru a souvisejících dokumentů. Následně je vytvořen předávací prostor, do
kterého se vloží informace určené k postoupení. Také dojde k podepsání PDF dokumentů,
které jsou lidmi čitelným obrazem vrstvy návrhu právního aktu či věcného záměru, která je
uložena v databázi. Po podpisech a odsouhlasení zástupcem postupující instituce se
předávací prostor uzavře, zaznamená se datum a čas postoupení a stav procesu se změní na
„Postoupeno“.
1966
13.1.4.2.2 Stav Postoupeno
Proces je ve stavu „Postoupeno“, když postupující instituce již dokončila postoupení, ale
přebírající instituce si ještě postupované informace nepřevzala. V tomto stavu je předávací
prostor uzavřen a z pohledu přebírající instituce obsahuje typicky:
vrstvu návrhu právního aktu nebo věcného záměru
PDF dokumenty, které jsou obrazem postupovaného návrhu včetně případných
doprovodných dokumentů (např. důvodová zpráva). Tyto PDF dokumenty jsou
opatřené systémovým podpisem e-Legislativy, který zaručuje jejich identičnost
s vrstvou návrhu v databázi a opatřené kvalifikovanými elektronickými podpisy osob
jednajícími jménem postupující instituce
další PDF dokumenty procesního charakteru, například usnesení apod.
Součástí předávacího prostoru nejsou dokumenty ve formátech DOC/DOCX, RFT apod. ani
strukturované exporty z e-Sbírky a e-Šablony ve formátu XML.
13.1.4.2.3 Stav Převzato
Ve chvíli, kdy pracovník přebírající instituce dá e-Legislativě pokyn k převzetí předávacího
prostoru, zaznamená se v předávací prostotu datum a čas převzetí, předávaná vrstva návrhu
právního aktu nebo věcného záměru se vloží do hlavního prostoru přebírající instituce a stav
procesu se změní na „Převzato“. Následně typicky dojde k odeslání informací do
informačního systému přebírající instituce. Jedná se typicky o snímky dokumentů
vygenerované z převzaté vrstvy návrhu.
V reálných procesech se stav „Převzato“ někdy jmenuje jinak, neboť v jeho rámci může
proběhnout nejen samotné převzetí, ale i další činnosti nad převzatým obsahem.
13.1.4.3 Praktické aspekty
Tato kapitola podrobněji rozepisuje klíčové praktické aspekty postupování a přebírání.
13.1.4.3.1 Příprava na postoupení
Ve chvíli, kdy jsou práce na vrstvě návrhu právního aktu či věcného záměru v rámci hlavního
prostoru postupující instituce dokončeny, založí se předávací prostor (ať už manuálně, nebo
automaticky).
13.1.4.3.1.1 Vložení vrstvy a vygenerování snímků dokumentů
Uživatel (případné v některých případech automaticky přímo systém) vloží do předávacího
prostoru vrstvu návrhu na základě aktuální hlavní vrstvy hlavního prostoru postupující
instituce, přičemž:
je-li „vkládaná“ vrstva již uzavřená, je do předávacího prostoru vložena přímo ona
(tzn. aktuální hlavní vrstva hlavního prostoru postupující instituce)
1967
pokud „vkládaná“ vrstva uzavřená není, zůstane tato vrstva v hlavním prostoru
otevřená, a do předávacího prostoru se vloží její kopie s vlastním identifikátorem,
která se ihned uzavře.
Vrstva návrhu právního aktu či věcného záměru vložená do předávacího prostoru je tak vždy
uzavřená a po jejím vložení její obsah není již možné měnit (pokud dojde k omylu, je nutné
předávací prostor zrušit a založit nový).
Z uzavřené vrstvy se nyní vygenerují snímky dokumentů PDF (respektive PDF/A). e-Legislativa
bude garantovat, že tyto snímky dokumentů odpovídají postupované vrstvě návrhu, která
leží v databázi, a to následujícími prostředky:
součástí PDF dokumentu bude lidsky čitelný identifikátor vrstvy návrhu, ze které byl
vygenerován (tzn. z uzavřené vrstvy návrhu v předávacím prostoru)
PDF dokument bude opatřen systémovým podpisem e-Legislativy garantujícím
shodnost PDF dokumentu s uzavřenou vrstvou návrhu. Takto podepsaný dokument
již není možné jakkoliv změnit.
Ověření, že PDF dokument odpovídá postupované vrstvě návrhu je tak velmi jednoduché –
stačí zkontrolovat, že je přítomen systémový podpis e-Legislativy a srovnat lidsky čitelné
identifikátory vrstvy návrhu v systému e-Legislativa a identifikátorem v PDF dokumentu. Není
tedy nutné srovnávat obsah znak po znaku.
13.1.4.3.1.2 Podepisování
Vygenerované PDF dokumenty jsou vloženy do části předávacího prostoru, která podporuje
podepisování ve formě sériového workflow, které postupně předkládá PDF dokumenty
k elektronickému podpisu jednotlivým spolupodepisujícím. Ti si po výzvě systémem
vyzvednou PDF dokumenty (již opatřené předešlými podpisy), podepíší jej osobním
kvalifikovaným elektronickým podpisem, výsledné PDF dokumenty vloží zpět do e-Legislativy
a udělí souhlas s postoupením. Podepisovací workflow bude v některých případech
umožňovat jeho řídícímu uživateli měnit pořadí osob, kterým jsou dokumenty předkládány
k podpisu (tak, aby dočasná nedostupnost jedné osoby nezpůsobila výrazné zpoždění).
Detailní informace k podepisování jsou uvedeny v kapitole „Elektronické podpisy a pečetě“.
13.1.4.3.1.3 Kompletace k postoupení
Uživatel, který přípravu k postoupení administrativně zajišťuje vloží PDF se všemi potřebnými
podpisy do hlavní části předávacího prostoru. Doplní do ní případné další dokumenty, které
se postupují (instituce může mít organizačně nařízeno, že tyto další dokumenty, jako např.
různá usnesení, jsou do hlavní části předávacího prostoru vloženy ještě před podepisováním,
aby se s nimi mohli podepisující seznámit, případně jsou připraveny systémem automaticky
současně s generováním PDF dokumentů určených k podpisu).
1968
13.1.4.3.2 Postoupení
Samotné postoupení učiní pokynem e-Legislativě osoba jednající jménem postupující
instituce (či jednající ve jménu skupiny postupujících osob), a to pokynem e-Legislativě
k postoupení. Velmi obvyklé však bude, že tato finální pravomoc bude delegována na
vybrané pracovníky aparátu instituce. Postoupením je předávací prostor uzavřen jako celek,
přičemž přebírající instituci je k dispozici jeho hlavní část (tzn. ne přípravné části pro podpisy
apod.)
13.1.4.3.3 Převzetí
Okamžikem postoupení je předávací prostor k dispozicí přebírající instituci, která je případně
notifikována emailem. Převzetí může provést pověřený pracovník přebírající instituce,
případně může být převzetí provedeno automaticky nebo může být notifikován informační
systém přebírající instituce, která následně pošle e-Legislativě povel k převzetí.
Po převzetí je postupovaná vrstva návrhu vložena do hlavního prostoru přebírající instituce.
Z této vrstvy jsou následně vygenerovány snímky dokumentů předávaných do informačního
systému instituce, a to v různých formátech jako PDF, DOC/DOCX či XML. Nejsou do něj tedy
předávány např. podepsané PDF dokumenty z předávacího prostoru.
13.1.4.3.4 Elektronická archivace
Legislativní proces probíhá prostřednictvím centrálního systému e-Legislativa. Nastane-li
však překážka bránící využití centrálního systému e-Legislativa může legislativní proces
pokračovat ve elektronické podobě i bez centrálního systému e-Legislativa.
Aby byla tato záložní varianta legislativního procesu umožněna, bude ve vybraných bodech
legislativního procesu probíhat dočasná archivace návrhů v elektronické podobě v rámci
příslušných institucí, ve kterých legislativní proces probíhá, a to vždy při převzetí příslušného
návrhu právního aktu. Tato archivace bude dočasná a bude trvat nejméně po dobu, než
legislativní proces převezme jiná instituce (případně do doby vyhlášení právního aktu ve
Sbírce zákonů nebo mezinárodních smluv).
Tato archivace umožní, aby příslušná instituce pokračovala v legislativním procesu i při
výpadku centrálního systému e-Legislativa. V elektronické podobě se bude jednat o XML
soubory, které bude možné načíst do Editoru právních předpisů (e-Šablony pro plusovou
osu) v offline režimu a dále s nimi pracovat. Listinná podoba bude reprezentována prostými
výtisky dokumentů exportovaných z e-Legislativy.
Archivace bude probíhat v následujících institucích, a zejména v následujících situacích:
Garant vládního právního aktu nebo věcného záměru:
v rámci přípravy právního aktu nebo věcného záměru, kdykoli to uzná za vhodné (dle
interních organizačních pravidel)
po převzetí právního aktu nebo věcného záměru vládou k projednání
1969
Předkladatel nevládního návrhu zákona:
v rámci přípravy právního aktu, kdykoli to uzná za vhodné (dle interních
organizačních pravidel)
Poslanecká sněmovna Parlamentu ČR
po převzetí návrhu zákona
po převzetí návrhu mezinárodní smlouvy
Senát Parlamentu ČR
po převzetí návrhu zákona
po převzetí senátního návrhu zákona
po převzetí návrhu zákonného opatření Senátu
po převzetí návrhu mezinárodní smlouvy
Vydavatel Sbírky zákonů a Sbírky mezinárodních smluv (Odbor legislativy a koordinace
předpisů Ministerstva vnitra ČR):
po převzetí právního aktu k vyhlášení
e-Legislativa umožní export strukturovaných XML souborů v libovolném kroku procesu,
nejen ve výše definovaných bodech. Uzná-li tedy příslušná instituce za vhodné, může
nepovinně elektronicky archivovat stav návrhu právního předpisu v libovolném kroku
procesu projednávaní v dané instituci.
13.1.4.3.5 Nepovinná listinná (papírová) archivace
Je čistě na jednotlivých institucích, zda povedou listinný archiv projednávaných dokumentů
e-Legislativy, ať už trvalý nebo dočasný. Po jednotlivých institucích není tento typ archivace
požadován z věcných i ekonomických důvodů.
Po věcné stránce by takový archiv by měl být teoreticky použit pro pokračování legislativního
procesu v situaci, kdy by nastal úplný výpadek všech elektronických prostředků. Listinná
archivace by však věcně poskytla pouze obtížně využitelný základ pro pokračování
legislativního procesu (chyběly by všechny návrhy a změny předložené a schválené v
průběhu projednávání návrhu v dané instituci či v daném stadiu legislativního procesu).
Extrémní povaha takové situace by současně fakticky vedla k přerušení projednávání dříve
předložených návrhů a k přijímání nové, nouzové legislativy. Standardní legislativní proces by
s ohledem na výše uvedené, bez ohledu na existenci listinné kopie vytvořené při přechodu
1970
do nového stadia legislativního procesu, pokračoval až po obnovení dat zasažených systémů
z geograficky oddělených záloh.
Druhým důvodem pro nepovinnost listinné archivace je důvod ekonomický. Listinná podoba
právního předpisu podle zákona č. 222/2016 Sb. bude řádově větší než nyní (někdy i o dva
řády), protože budou obsahovat úplná znění všech novelizovaných zákonů. Tj. právní předpis,
která má nyní v podobě novely desítky stran, jich může mít podle nové právní úpravy stovky
a v případě změnových zákonů provádějících drobné (např. terminologické) změny ve velkém
množství předpisů i tisíce místo stávajících desítek stran. Za takových okolností by nebylo
ekonomicky odůvodnitelné vyžadovat tvorbu listinné kopie každého materiálu v okamžiku
jeho předložení do té které instituce legislativního procesu. Je proto nadále pouze dáno k
úvaze dané klíčové instituci legislativního procesu (Úřad vlády České republiky, Poslanecká
sněmovna, Senát), zda listinnou kopii projednávaného materiálu bude pořizovat, či nikoli.
13.1.5 Komunikace s IS institucí
Typická výměna informací mezi systémem e-Legislativa a IS institucí zahrnuje:
nastavení stavu (IS instituce -> e-Legislativa)
předání informací vedoucích ke změně stavu (typicky IS instituce -> e-Legislativa, ale i
e-Legislativa -> IS instituce)
předání snímků dokumentů ve formátech PDF/A, DOC/DOCX a XML (e-Legislativa ->
IS Instituce)
předání identifikátoru (ve směru e-Legislativa -> IS instituce je to typicky identifikátor
procesu, ve směru IS instituce -> e-Legislativa je to typicky identifikátor materiálu,
číslo sněmovního či senátního tisku apod.)
předávání různých dat a metadat specifických pro dané místo procesu (v obou
směrech, například 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)
předávání dalších dokumentů (IS instituce -> e-Legislativa)
synchronizace číselníků (v obou směrech)
Z logického pohledu často dochází k předání více typů či instancí informací naráz. Například
spolu s dokumentem „usnesení“ je předáván jeho identifikátor i URL.
V popisech konkrétních procesů je popsán logický směr, ve kterém jsou informace předávány
mezi systémy. Například jsou-li poskytovány IS Poslanecké sněmovny podklady pro vytvoření
sněmovního tisku, vede logická šipka z e-Legislativy do IS PSP. To však nepředjímá
technickou implementaci, která může být založena na obou stranách na principu „pull“, kdy
je „push“ nahrazeno pravidelným dotazováním na data, které chce druhá strana předat.
Bez ohledu na konkrétní stav procesu umožňuje e-Legislativa IS instituce přístup ke klíčovým
aktuálním datům projednávaného návrhu jako:
1971
metadata návrhu
snímky dokumentů z aktuální vrstvy návrhu ve formátech PDF/A, DOC/DOCX či
strukturovaném XML pro účely offline editace v e-Šabloně+
stav procesu
další data a metadata, která k návrhu e-Legislativa obdržela z IS institucí
13.2 Procesy tvorby a projednávání návrhů právních aktů
Kapitola popisuje vybrané procesy klíčových institucí legislativního procesu ČR, tak jak by
měly probíhat po zavedení systémů e-Sbírka a e-Legislativy (tzn. není zde popis veškerých
procesů e-Legislativy).
Procesy popsané v rámci této kapitoly byly zpracovány na základě podkladů
z detailní architektury, jednacích řádů institucí, legislativy (konkrétně Zákona č. 222/2016 Sb.)
a praktických vstupů od odborných zástupců jednotlivých odborných útvarů. Dílčí procesy
pak buď již částečně byly anebo budou revidovány v rámci pracovních jednání se zástupci
Poslanecké sněmovny, Senátu, Úřadu Vlády ČR a dalších relevantních institucí ve vazbě na
postup projektu. Cílem je dosažení shody nad způsobem zpracování podrobného popisu
průběhu projednávání příslušného typu předlohy. Snahou je vždy popsat nejběžnější
„standardní“ proces v rámci dané instituce a následně do něj zahrnou výjimky či popsaz z něj
odvozené procesy.
Aktualizace a rozšíření popisu procesů byla zpracována tak, aby byla maximálně přehledná
nejen pro analytiky zodpovědné za budoucí tvorbu aplikace eLegislativa, ale i pro uživatele
nového řešení.
Cílem je, aby si budoucí uživatelé a poskytovatelé odborné podpory legislativního procesu
udělali co nejpřesnější obrázek zapojení jednotlivých nástrojů systému e-Legislativa do
jednotlivých kroků legislativního procesu jak v rámci dané instituce, tak jeho celku, bylo
možné zhodnotit vzájemné vazby systému eLegislativa a příslušných systémů využívaných
v rámci jednotlivých institucí a mohli zhodnotit organizační a technické požadavky, které
nové technologie a postupy na jednotlivé instituce kladou.
Obsah kapitoly je mimo jiné vstupem pro implementační analýzu a další analytické práce
dodavatele, v rámci kterých bude dále dodavatelem upraven a doplněn dle pokračování
jednání s příslušnými institucemi a dle vývoje právní úpravy.
Pro zpracování procesů byla zvolena forma stavového diagramu a „čtivého“ popisu, kde jsou
pro jednotlivé typy předloh a způsob jejich projednání uvedeny vždy:
Podrobný popis dílčího kroku
Operace v rámci systému eLegislativa
Aktér dané operace
Operace v rámci příslušného systému instituce
1972
V dílčích krocích, kdy mezi systémem eLegislativa a systémem dané instituce dochází
k předání dat nebo stavových informací, je tato skutečnost zaznamenána šipkou s popisem
prováděné operace. Tyto vazby jsou důležité zejména z pohledu budoucí hladké spolupráce
systému eLegislativa a systému dané instituce, aby se oba systémy doplňovaly, nevyžadovaly
po uživatelích duplicitní činnosti a průběh legislativního procesu byl zejména v klíčových
okamžicích projednávání vždy přehledně zaznamenán.
Protože průběh projednávání návrhůprávních aktů je velmi závislý na podmínkách, pravidlech
a legislativních požadavcích dané instituce (dané například Jednacím řádem), jsou příslušné
typy norem resp. způsoby jejich projednávání popsány odděleně pro jednotlivé instituce
v následujícím členění:
Úřad Vlády ČR
Poslanecká sněmovna Parlamentu ČR
Senát parlamentu ČR
Každý proces je primárně zapsán ve své standardním, obvyklém průběhu, do kterého jsou
včleněny případné odlišnosti průběhu (výjimky) v různých situacích. Odlišnosti průběhu
legislativního procesu od toho standardního mohou být různého druhu - v rovině
zapojených subjektů, postupů, nástrojů, lhůt či pouze v počáteční tvůrčí fázi přípravy návrhu
právního předpisu.
Pro zapracování výjimek ze standardního způsobu projednávání (například možnost návratu
k předchozímu kroku, vrácení předlohy nebo zamítnutí návrhu v průběhu projednávání) jsou
využity různé barvy a styly textu a také šipek znázorňujících integrační vazby. Část toho
grafického značení je společná, část je specifická v rámci jednotlivých procesů
1973
13.2.1 Společná legenda popisu procesů a slovníček vybraných pojmů
13.2.1.1 Společná legenda
Pro lepší orientaci v popisu prostředí byl zvolen níže uvedený klíč pro odlišení standardního průběhu procesu a výjimek daných možnostmi
legislativy a jednacího řádu.
Popis procesu, stavů, aktérů procesu a vazeb mezi systémy je z důvodu větší přehlednosti zachycen v tabulce. Každý sloupec má svůj význam
uveden níže. Každý krok je na samostatném řádku. V tabulce jsou formou šipek naznačeny i integrační vazby mezi systémem e-Legislativa a
systému příslušné instituce. V tabulce jsou pak dílčí kroky procesu seskupeny v rámci příslušných stavů e-Legislativy.
Struktura tabulek popisu procesů: Popis Příklad použití
Sloupec tabulky V tomto sloupci jsou uvedeny operace, které se
e-Legislativa týkají systému e-Legislativa. Může jít o nastavení Evidence přihlášení se poslance
stavu, přípravy výstupů, aktualizaci metadat, k pozměňovacímu návrhu v systému e-Legislativa
Podrobný popis kroku / předání informací nebo předaní dat/metadat do systému instituce spod. pracovníkem legislativy
stavu Žádost o vzetí zpět nepřihlášeného
V rámci popisu daného kroku jsou uvedeny pozměňovacího návrhu poslancem v systému e-
všechny nezbytné informace, které daný krok Legislativa
dávají do souvislosti s legislativním procesem, Posouzení a potvrzení/ odmítnutí vzetí zpět
jednacím řádem a zvyklostmi, či popisují způsob pozměňovacího návrhu pracovníkem legislativy
integrace systému e-Legislativa a IS instituce.
Pokud je návrh zákona je prezidentem Sněmovně
vrácen, Sněmovna musí o návrhu zákona znovu
hlasovat a pro přijetí návrhu zákona je zapotřebí
nadpoloviční většiny (101) všech poslanců
1974
Sloupec tabulky Popis Příklad použití
Aktér / role Tento popis provázaný se stavy procesu v Změna stavu na Návrh zákona přijat
Systém instituce systému e-Legislativa je hlavní devizou tohoto
dokumentu
Klíčové prvky tabulek popisu procesů:
Položka Text je odlišen kurzívou (stejně jako případný
Standardní průběh projednávání obsah dalších sloupců popisující konkrétní
operace v daném kroku)
Do sloupce je také umístěna šipka, která popisuje
integrační vazby mezi systémy e-Legislativa a IS
instituce, či operaci vyžadující nastavení stavu v
systému e-Legislativa
Pokud je v rámci daného kroku vyžadována akce Aparát předsedy PSP nebo Systém Senátu předá
uživatele nebo systému nebo uživatele, je tato informaci o zamítnutí návrhu zákona
popsána a zaznamenána v tomto sloupci
Operace se systémem instituce důležitá Vytvoření sněmovního tisku, vygenerování číslo
z pohledu procesu projednávání nebi integrace se sněmovního tisku a rozeslání sněmovního tisku
systémem e-Legislativa je zachycena v tomto poslancům
sloupci
Předání čísla sněmovního tisku do systému e-
Legislativa
Popis Příklad použití
Standardní průběh projednávání je zachycen jako Změna stavu projednávaného zákona na
běžný text psaný černým písmem „Připraveno k vyhlášení“
1975
Položka Popis Příklad použití
Odbočky ze standardního projednávání
Díky možnostem daným legislativou je možné, Změna stavu projednávaného zákona na „Znovu
Ukončení legislativního procesu aby se v některých bodech projednávání odchýlilo předložen Sněmovně“
Stavy v systému e-Legislativa od standardního způsobu projednávání. A to buď
Podrobný popis kroku ve sloupci přeskočením některého kroku, vrácení do
některého z předchozích kroků, zopakování
některého kroku za speciálních podmínek apod.
Projednávání návrhu zákona tedy pokračuje
Tento stav je barevně odlišen oranžově
V některých krocích projednávání návrhu zákona Změna stavu projednávaného zákona na
je možné návrh zákona zamítnout a legislativní „Ukončen“
proces tím definitivně končí. Tento stav je
barevně odlišen červeně
Stav, ve kterém se daný návrh zákona právě Stav, ve kterém se daný návrh zákona právě
nachází, je uveden šedým řádkem s názvem stavu nachází, je uveden šedým řádkem s názvem stavu
v systému e-Legislativa v systému e-Legislativa
V rámci popis jsou uvedeny všechny nezbytné Pokud je zákon prezidentem Sněmovně vrácen,
informace, které daný krok dávají do souvislosti Sněmovna musí o zákonu znovu hlasovat a pro
s legislativním procesem, jednacím řádem a přijetí zákona je zapotřebí nadpoloviční většiny
zvyklostmi, či popisují způsob integrace systému (101) všech poslanců
e-Legislativa a IS instituce. Tento popis provázaný
se stavy procesu v systému e-Legislativa je hlavní
devizou tohoto dokumentu
Text je odlišen kurzívou
1976
Integrace mezi systémy: Popis Příklad použití
Vazba / operace Dlouhá šipka přes celou buňku sloupce definuje Změna stavu na Návrh zákona přijat
Komunikace mezi systémem e-Legislativa a IS integraci mezi systémy e-Legislativa a systémem Změna stavu na Návrh zákona přijat
instituce instituce. Určuje směr předání dat/metadat a
uvnitř šipky je uveden i popis operace Změna stavu na Ukončen
Barva šipek pak odpovídá typu průběhu
projednávání, kdy pro:
standardní průběh je šipka modrá
pro odbočky ze standardního procesu je
šipka oranžová
pro ukončení procesu je pak šipka
červená
Uživatelské operace v systému e-Legislativa Pokud pro dosažení nebo změnu stavu v systému
e-Legislativa není možné docílit s využitím
Změna stavu na 1. čtení
1977
Vazba / operace Popis Příklad použití
Automatické operace v systému e-Legislativa
integrace IS instituce, je toto znázorněno šipkou o
poloviční délce směrované vždy vlevo (ke sloupci)
Pokud přechod do některého ze stavů v systému Převzetí
e-Legislativa bude možné provádět automaticky
systémem e-Legislativa na základě nastavení
procesu, je toto znázorněno šipkou o menší délce
směrované vždy vlevo (ke sloupci e-Legislativa).
Na rozdíl od ručních operací je šipka jinak
ohraničena.
13.2.1.2 Slovníček vybraných pojmů Vysvětlení
Používané pojmy eLegislativy
Legislativní záměr Legislativní záměr sdružuje věcně související Právní akty a případně Věcný záměr, ze
Právní akt kterého vycházejí.
Právní předpis
Právní akt reprezentuje připravovaný právní akt, který bude vyhlášen ve Sbírce zákonů a
Sada pozměňovacích návrhů mezinárodních smluv.
Právní předpis reprezentuje práci s úplným zněním předpisu, a to vytvoření nového
základního předpisu nebo jeho změnu (novelu). Například pokud je právním aktem
změnový zákon měnící úplná znění 3 zákonů, pak jsou součástí jednoho právního aktu 3
právní předpisy reprezentující úplná znění 3 měněných zákonů.
Sada pozměňovacích návrhů shrnuje pozměňovací návrhy podané společně jedním
senátorem, skupinou senátorů, nebo jsou součástí usnesení výboru.
1978
Jiné návrhy Všechny jiné návrhy kromě pozměňovacích návrhů, tj. návrh na schválení, zamítnutí,
Vrstva návrhu odročení. Jiné návrhy se váží k právnímu aktu jako celku, pozměňovací návrhy se váží ke
konkrétním fragmentům návrhu, tj. jsou to konkrétní změny přímo v textu návrhu
Předávací prostor zákona.
Vrstva návrhu (právního aktu či věcného záměru) agreguje všechny vrstvy obsahů, se
kterými se pracuje. Jde o vrstvu obsahu věcného záměru či právního aktu, ale také o
vrstvy obsahu všech předpisů (úplných znění) do kterých právní akt zasahuje.
Vrstva návrhu zachycuje stav všech strukturovaných dat v určitém čase. Každá vrstva
existuje v rámci určitého prostoru a každý prostor má jednu vrstvu návrhu aktuální.
Aktuální vrstva obsahu je hlavní vrstva odpovídající aktuálnímu stavu procesu, tedy
vrstva, která bude pokračovat v procesu dále.
Jeden prostor fáze legislativního procesu může obsahovat více hlavních vrstev tak, jak
postupně vznikaly, udržuje se jejich časová posloupnost i to, které vrstva je poslední. V
prostoru však může existovat pouze jedna aktuální vrstva.
Předávací prostor je určen k předávání informací mezi institucemi a k předávání mezi
klíčovými fázemi procesu uvnitř institucí.
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.
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 postoupení informací
v předávacím prostoru adresátovi
1979
Doprovodný dokument převzetí: instituce, která informaci přebírá (mechanismus „převzetí“), provede převzetí
Procesní dokument informací do svého prostoru fáze (příslušné fáze legislativního procesu řízeného přebírající
Strukturovaný dokument institucí)
datum převzetí: předávací prostor zaznamená datum a čas převzetí
Souborový dokument I v případech, kdy se nejedná o oficiální doručování mezi institucemi a stanovení lhůt
projednání, bude v rámci eLegislativy používán stejný princip předávání přes předávací
prostor. Jedná se například o předání návrhu Senátního návrhu zákona k projednání
v Senátu.
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.
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.
Souborový dokument je dokument vytvořený 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 eLegislativa primárně nevstupuje původní editovatelná verze, ale
výsledná verze v PDF (případě doplněná i editovatelnou verzí).
1980
1981
13.2.2 Spolupráce se systémem Úřadu vlády ČR
13.2.2.1 Věcný záměr zákona
1982
eLegislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém eKLEP/oDok
Přehled dopadů
Věcný záměr zákona (dále jen „věcný záměr“) vypracovávají ministerstva 1983
Vytvoření prostoru fáze přípravy a jiné ústřední orgány státní správy (dále jen „Předkladatel“) a
Věcného záměru včetně podprostoru předkládají jej k projednání vládě před vypracováním návrhu zákona, a to
pro meziresortní připomínkové řízení. v případě, že věcný záměr je obsažen v plánu legislativních prací vlády.
Založení Legislativního záměru
Založení Věcného záměru a připojení Do plánu legislativních prací vlády se věcný záměr zařadí, jestliže
Věcného záměru k Legislativnímu
záměru a) dosavadní zákon má být nahrazen koncepčně novou zákonnou
Příprava “Přehledu dopadů“ úpravou, nebo
Přehled dopadů
Stav: Odesláno b) obsah návrhu zákona má spočívat v úpravě věcí, které dosud nejsou v
právním řádu upraveny.
Obsah Věcného záměru je stanoven v legislativních pravidlech vlády (dále
jen LPV).
U návrhu zákona o státním rozpočtu na příslušný rok věcný záměr
nahrazuje zpráva k návrhu státního rozpočtu na příslušný rok.
Prvním krokem je zpracování přehledu dopadů k návrhu právního Předkladatel
předpisu. Z pohledu systému e-Legislativa se jedná o strukturovaný
procesní související dokument.
V přehledu dopadů také předkladatel navrhuje provedení, popřípadě
neprovedení RIA.
Po zpracování přehledu dopadů v systému e-Legislativa, dá Předkladatel
pokyn systému e-Legislativa k předání přehledu dopadů do elektronické
knihovny eKLEP.
Systém
Poskytnutí dokumentu Přehled dopadů včetně ID Věcného záměru a
ID Přehledu dopadů
eLegislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém eKLEP/oDok
Křížové reference: ID Věcného záměru, ID Přehledu dopadů Autorizace materiálu
Po autorizaci materiálu
Součástí procesu odeslání do eKLEP je i uzavření aktuální vrstvy se systém eKLEP/oDok předá
strukturovaným Přehledem dopadů v systému e-Legislativa tak, aby do systému e-Legislativa
vygenerované odesílané dokumenty mohly být systémově podepsány, identifikátor materiálu v
čímž bude prokázána jejich shodnost s vrstvou návrhu v databázi systému eKLEP/oDok včetně
e-Legislativa.
Nad „Přehledem dopadů“ běží v systému eKLEP/oDok proces jako nad
každým “Materiálem“. V systému e-Legislativa zůstává proces ve stavu
“Založení věcného záměru“ a přechod do následujícího stavu je na
rozhodnutí Předkladatele. Průchod materiálu „Přehled dopadů“ procesem
projednání v systému eKLEP/oDok bude reflektován pouze v metadatech
souvisejícího dokumentu Přehled dopadů, respektive v metadatech
Věcného záměru.
Předkladatel následně materiál (přehled dopadů) vložený do elektronické Předkladatel
knihovny eKLEP přes rozhraní systémů e-Legislativa a eKLEP/oDok
v systému eKLEP/oDok autorizuje.
Doplnění metadat Věcného záměru/ Systém
Přehledu dopadů a křížových referencí.
Informace o ID Materiálu v eKLEP
1984
eLegislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém eKLEP/oDok
Křížové reference: ID Věcného záměru, ID Přehledu dopadů, ID Materiálu identifikátoru Věcného
– Přehled dopadů v eKLEP záměru a identifikátoru
přehledu dopadů v systému
OVA e-Legislativa
V případě, že Předkladatel
materiál neautorizuje…
Zaznamenání průchodu
procesem projednání
Přehledu dopadů.
Doplnění metadat Věcného záměru/ Informace o standardních stavech předaného materiálu – Přehled Systém
Přehledu dopadů. dopadů Předkladatel
Stav: podle stavů v systému eKLEP/oDok
Křížové reference: ID Věcného záměru, ID Přehledu dopadů
Stavy: 5,6,7,8,9
Předkladatel může “Přehled dopadů”, stejně jako každý jiný materiál,
v systému eKLEP/oDok stornovat.
OVA může “Přehled dopadů“ stejně jako každý jiný materiál v systému OVA
eKLEP/oDok odmítnout nebo skartovat.
1985
eLegislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém eKLEP/oDok
Doplnění metadat Věcného záměru/ Informace o nestandardních stavech předaného materiálu – Přehled Systém Řízení tohoto procesního
Přehledu dopadů. dopadů kroku probíhá mimo systém
e-Legislativa.
Stav: podle stavů v systému eKLEP/oDok Křížové reference: ID Věcného záměru, ID Přehledu dopadů
Stavy: 4,U,Y
Je na Předkladateli jestli proces věcného záměru v systému e-Legislativa
ukončí, nebo pošle odmítnutý materiál, po úpravě, znovu k projednání.
Sestavení a schválení návrhu Plánu legislativních prací vlády
Návrh Plánu legislativních prací vlády před jeho zařazením na program
schůze vlády projednává pracovní komise Legislativní rady vlády pro
hodnocení dopadů regulace (dále jen „pracovní komise RIA“).
Pracovní komise vydá stanovisko k předloženým přehledům dopadů, kde
stanoví povinnost provést RIA nebo nikoliv.
V případě, že se stanoviska pracovní komise RIA a předkladatele 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 k rozhodnutí
vládě (nebo v případě vyhlášek předsedovi Legislativní rady vlády).
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. K
této činnosti může využít eKLEP s tím, že Přehled dopadů bude
1986
eLegislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém eKLEP/oDok
Souborový procesní dokument elektronicky dostupný v knihovně. Na základě uvedených podkladů vytvoří Výsledkem je Usnesení
„Doporučení pracovní komise LRV pro pracovní komise LRV doporučení pro vládu, které opět vloží do vlády se závěrem ze
vládu“ připojený k Věcnému záměru. elektronické knihovny. zhodnocení nutnosti
provedení RIA. Tento
Poté, co jsou obě stanoviska vložena do eKLEPu, Pracovní komise LRV souborový dokument
zhodnotí soulad svého doporučení a stanoviska předkladatele a vyřeší včetně informace, zda se
případný nesoulad. bude RIA zpracovávat, bude
předán do systému e-
Následuje zhodnocení nutnosti provedení RIA vládou. Závěr ze zhodnocení Legislativa.
je poté vložen do elektronické knihovny.
Vláda může svým usnesením rozhodnout i o udělení výjimky z povinnosti
zpracovat hodnocení dopadů regulace (RIA) k návrhu věcného záměru
zákona. V tomto případě se hodnocení dopadů regulace (RIA) podle
Obecných zásad pro hodnocení regulace (RIA) neprovede a v rámci
návrhu věcného záměru zákona se provede pouze zhodnocení dopadů
návrhu právního předpisu podle Legislativních pravidel vlády.
Doporučení pracovní komise LRV
Systém
Souborový procesní dokument Usnesení Systém
vlády se závěrem ze zhodnocení
nutnosti provedení RIA připojený dokument Usnesení vlády se závěrem nutnosti provedení RIA
k Věcnému záměru.
Informace o rozhodnutí o provedení RIA Systém
Doplnění metadat Věcného záměru o
rozhodnutí o provedení RIA.
1987
eLegislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém eKLEP/oDok
Změna stavu na „Příprava věcného Jakmile Předkladatel začne pracovat na Věcném záměru dá pokyn Předkladatel
záměru“. systému e-Legislativa na přechod do stavu “Příprava Věcného záměru.
Změna stavu na “Příprava věcného záměru“
Poznámka: Předkladatel může pracovat na Věcném záměru i ve stavu
“Přehled dopadů“ a naopak souborové dokumenty a například
rozhodnutí o provedení RIA může být poskytnuto systémem eKLEP/oDok i
ve stavu „Příprava věcného záměru“.
Změna stavu na „Ukončeno“. Předkladatel může kdykoliv proces Věcného záměru ukončit. Například v Předkladatel
situaci, kdy se Věcný záměr nebude vypracovávat, ale Předkladatel Věcný
záměr založil z důvodů přípravy a projednání Přehledu dopadů.
Změna stavu na “Ukončeno“
Příprava věcného záměru Předkladatel Věcného záměru vypracuje návrh Věcného záměru Předkladatel
Příprava Věcného záměru v systému e-Legislativa v editoru e-Šablona.
Příprava všech náležitostí Věcného
záměru
1988
eLegislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém eKLEP/oDok
Předkladatel vypracuje ostatní požadované náležitosti Věcného záměru, Řízení tohoto procesního
které připojí k Věcnému záměru jako související dokumenty: kroku probíhá mimo systém
e-Legislativa.
Závěrečná zpráva RIA (strukturovaný dokument, procesní)
(Vypracovává se na základě rozhodnutí o provedení RIA)
Závěrečná zpráva z hodnocení dopadů regulace se uvede jako
samostatná část materiálu, kterým se návrh věcného záměru
předkládá vládě a Legislativní radě.
Zpracování analýzy RIA (podle rozhodnutí o provedení 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ů. Tyto konzultace
systém eKLEP podporuje nejen prostřednictvím zveřejnění přidružené
databáze DataKO (Databáze konzultujících organizací), ale také
zprostředkováním komunikace prostřednictvím avíz zaslaných danému
subjektu. Databáze DataKO obsahuje seznam subjektů, které vyjádřily
souhlas s poskytováním konzultací během procesu RIA a ze které si
předkladatel vybere množinu konzultovaných subjektů.
Poté, co 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, určí
nejvhodnější variantu nebo stanoví pořadí variant dle různých kritérií.
Následně může dojít k politickému rozhodnutí, na základě kterého může
být vybrána i taková varianta, která není nejvhodnější. V případě, že u
této varianty nejsou vyhodnoceny náklady a přínosy, je nezbytné, aby toto
předkladatel ve spolupráci s konzultovanými subjekty učinil.
1989
eLegislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém eKLEP/oDok
Všechny požadované informace včetně zprávy o konzultacích a Předkladatel
Závěrečná zpráva RIA připojena kontaktních údajů předkladatel zapracuje do Závěrečné zprávy RIA. Předkladatel
k Věcnému záměru jako související Podle rozhodnutí o provedení RIA, Předkladatel provede analýzu RIA a
dokument. Výsledky analýz mohou být vypracuje v eLegislativě Závěrečnou zprávu RIA (strukturovaný, procesní
připojeny jako další souborové přílohy dokument), nebo vypracuje zhodnocení dopadů dle čl.4 odst.1 LPV jako
k Věcnému záměru. obsah Věcného záměru.
Po ukončení přípravy Věcného záměru následuje Připomínkové řízení.
Případně může Předkladatel ještě požádat o udělení výjimky
z připomínkového řízení. O udělení výjimky z připomínkového řízení bude
Předkladatel žádat prostřednictvím systému e-Legislativa, kde bude
připravena šablona žádosti. Systém e-Legislativa pošle Materiál (Žádost
včetně metadat) do systému eKLEP/oDok. Metadata Žádosti budou
obsahovat o jaký typ výjimky se jedná:
• Zkrácená lhůta
• Omezený počet připomínkových míst
• Zkrácená lhůta a Omezený počet připomínkových míst
• Celková výjimka, tj. připomínkové řízení neproběhne
(u věcného záměru nebude celková výjimka využívána)
Zpátky do systému e-Legislativa pak pošle eKLEP/oDok stav
schváleno/neschváleno na základě rozhodnutí o schválení žádosti
předsedou LRV.
1990
eLegislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém eKLEP/oDok
Žádost o udělení výjimky Systém Autorizace materiálu:
z připomínkového řízení Žádost o udělení výjimky
Poskytnutí dokumentu Žádost o udělení výjimky z připomínkového z připomínkového řízení.
Stav: Odesláno řízení včetně strukturovaných metadat Žádosti Po autorizaci materiálu
systém eKLEP/oDok předá
Doplnění metadat Věcného Křížové reference: ID Věcného záměru, ID Žádosti a ID předchozího Předkladatel do systému e-Legislativa
záměru/Žádosti a křížových referencí. materiálu v eKLEP Systém identifikátor materiálu v
Nad „Žádostí o udělení výjimky z připomínkového řízení“ běží v systému eKLEP/oDok včetně
eKLEP/oDok proces jako nad každým “Materiálem“. V systému e-
Legislativa zůstává proces ve stavu “Příprava na připomínkové řízení“ a
přechod do následujícího stavu je na rozhodnutí Předkladatele. Průchod
materiálu „Žádost o udělení výjimky z připomínkového řízení”
procesem projednání v systému eKLEP/oDok bude reflektována pouze
v metadatech Žádosti, respektive Věcného záměru.
Předkladatel následně materiál (Žádost o udělení výjimky z
připomínkového řízení) vložený do elektronické knihovny eKLEP přes
rozhraní systémů e-Legislativa a eKLEP/oDok v systému eKLEP/oDok
autorizuje.
Informace o ID Materiálu v eKLEP
Křížové reference: ID Věcného záměru, ID Žádosti a ID Materiálu-Žádosti
v eKLEP
1991
eLegislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém eKLEP/oDok
identifikátoru Věcného
? záměru a identifikátoru
OVA Žádosti v systému e-
Legislativa
Doplnění metadat Věcného Informace o standardních stavech předaného materiálu - Žádost o Systém V případě, že Předkladatel
záměru/Žádosti o udělení výjimky udělení výjimky z připomínkového řízení materiál neautorizuje…
z připomínkového řízení. Zaznamenání průchodu
procesem projednání
Stav: podle stavů v systému eKLEP/oDok Křížové reference: ID Věcného záměru, ID Žádosti Žádosti.
Stavy: 5,6,7,8,9
1992
Doplnění metadat Žádosti o udělení Předkladatel může „Žádost o udělení výjimky z připomínkového řízení“, Předkladatel
výjimky z připomínkového řízení. stejně jako každý jiný materiál, v systému eKLEP/oDok stornovat.
Stav: podle stavů v systému eKLEP/oDok OVA může “Žádost o udělení výjimky z připomínkového řízení“, stejně jako OVA
každý jiný materiál, v systému eKLEP/oDok odmítnout nebo skartovat.
Informace o nestandardních stavech předaného Materiálu - Žádost o
udělení výjimky z připomínkového řízení
eLegislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém eKLEP/oDok
Systém
Stavy: 4, U, Y
Předseda LRV Rozhodnutí o schválení
žádosti
Zapsání rozhodnutí do metadat Žádosti Systém
o udělení výjimky z připomínkového Informace o schválení,
řízení a zároveň do metadat Věcného Informace o schválení/neschválení Žádosti, včetně potvrzení metadat, jaký respektive neschválení
záměru. typ výjimky byl schválen Žádosti o udělení výjimky
včetně metadat
Změna stavu na „Příprava na
připomínkové řízení“ respektive na Křížové reference: ID Věcného záměru, ID Žádosti
„Příprava k projednání vládou“.
Předkladatel dá pokyn systému e-Legislativa k ukončení přípravy Věcného Předkladatel
záměru a přechodu do následujícího stavu.
Pokud byla podána Žádost o výjimku, nebyla nestandardně ukončena, a
není dosud schválena, respektive neschválena, systém nedovolí přechod
do následujícího stavu.
Pokud byla schválena celková výjimka z připomínkového řízení, bude
nastaven stav „Příprava k projednání vládou“.
Příprava k projednání vládou
1993
eLegislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém eKLEP/oDok
V jiných případech bude nastaven stav „Příprava na připomínkové
řízení“.
Příprava na připomínkové řízení
Změna stavu na „Ukončen“. Proces Předkladatel může Věcný záměr ve stavu Příprava Věcného záměru Předkladatel
tvorby Věcného záměru je v systému e- kdykoliv v systému e-Legislativa ukončit.
Legislativa ukončen.
Ukončen
Změna metadat/stavu Legislativního
záměru. Zároveň s ukončením Věcného záměru bude Předkladatel systémem e-
Legislativa dotázán, zda má být ukončen také Legislativní záměr.
Příprava pro připomínkové řízení
Stávající praxe: Orgán, který věcný záměr vypracoval, jej po souhlasu
osoby, která stojí v jeho čele, vloží do elektronické knihovny. Spolu s
věcným záměrem vloží do elektronické knihovny informaci o tom, jaká je
lhůta pro uplatnění připomínek a na jakou elektronickou adresu je možné
připomínky zaslat. Návrh věcného záměru obdrží prostřednictvím
elektronické knihovny připomínková místa, jejichž seznam je uveden
v LPV.
Příprava souvisejících dokumentů Předkladatel doplní návrh Věcného záměru zákona o všechny náležitosti Předkladatel
k Věcnému záměru verze do připomínkového řízení, tj. v systému e-Legislativa připraví
1994
eLegislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém eKLEP/oDok
Podprostor pro 1. připomínkové řízení související dokumenty - přílohy verze Materiálu, tj. verze Věcného záměru
je vytvořen automaticky zároveň pro připomínkové řízení:
s prostorem fáze příprava Věcného
návrhu. V případě opakování Obálka pro meziresortní připomínkové řízení (povinná)
připomínkového řízení vytvoří Návrh usnesení (povinné)
podprostor připomínkového řízení Předkládací zpráva (povinná)
uživatel ze šablony. Příloha návrhu usnesení (nepovinná)
Zadání parametrů připomínkového Závěrečná zpráva RIA (pokud byla zpracována)
řízení včetně výběru připomínkových Průvodní dopis (povinný)
míst. Stručný popis obsahu návrhu právního předpisu
V případě opakování připomínkového Případné další nepovinné přílohy.
řízení lze parametry připomínkového Tyto přílohy Materiálu mohou být chystány i ve stavu příprava Věcného
řízení včetně připomínkových míst
zkopírovat. záměru.
Předkladatel v prostoru Připomínkového řízení k Věcnému záměru zadá Předkladatel
parametry připomínkového řízení (lhůta, …) a vybere seznam povinných
připomínkových míst předefinovaných v systému e-Legislativa podle
povahy Věcného záměru a případně vybere i další připomínková místa.
Po schválení předložení věcného záměru do meziresortního Aparát předkladatele
připomínkového řízení interními procesy Předkladatele dá aparát
Předkladatele pokyn systému e-Legislativa k poskytnutí (vložení) verze
Materiálu pro připomínkové řízení včetně všech příloh Materiálu do
elektronické knihovny eKLEP. Na základě nastavení povinných příloh verze
návrhu Věcného záměru do připomínkového řízení v systému e-
Legislativa, systém zkontroluje, zda jsou všechny náležitosti připraveny a
případně předkladatele upozorní na chybějící náležitosti.
Součástí procesu odeslání do eKLEP je i uzavření aktuální vrstvy návrhu
v systému e-Legislativa tak, aby vygenerované odesílané dokumenty
1995
eLegislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém eKLEP/oDok
mohly být systémově podepsány, čímž bude prokázána jejich shodnost Doplnění externích
s vrstvou návrhu v databázi systému e-Legislativa. připomínkových míst
Kromě vlastního Materiálu a příloh Materiálu k připomínkám budou
poskytnuty také parametry připomínkového řízení. Materiál ve stavu 0
(neautorizováno)
Systém
Autorizace Materiálu
Poskytnutí informací o nových připomínkových místech včetně parametrů
připomínkového řízení
Poskytnutí Materiálu, příloh Materiálu a parametrů připomínkového Systém Eventuální doplnění
řízení Předkladatel parametrů připomínkového
řízení.
Křížové reference: ID Věcného záměru a ID předchozího materiálu Změna stavu materiálu na
v eKLEP stav 2 (v připomínkovém
řízení)
Systém
1996
eLegislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém eKLEP/oDok
Systém
Změna stavu na „Připomínkové řízení“. Informace o zahájení
Vytvoření Sad připomínek pro jednotlivá Informace o Zahájení připomínkového řízení včetně aktuálních parametrů připomínkového řízení
připomínková místa. připomínkového řízení včetně všech nebo
eventuálně pouze
Křížové reference: ID Věcného záměru a ID poskytnutého Materiálu změněných parametrů
v eKLEP připomínkového řízení
Připomínkové řízení Stávající praxe: Připomínková místa uvedená v čl. 5 LPV sdělují
připomínky orgánu, který věcný záměr k připomínkám předložil,
prostřednictvím elektronické knihovny Úřadu vlády. Ostatní připomínková
místa sdělují připomínky v elektronické nebo listinné podobě.
Připomínky, musejí být formulovány jednoznačně a konkrétně, musejí být
řádně odůvodněny a je-li požadováno nahradit určitý text jiným textem,
musí být navržena nová formulace. K dosažení přehlednosti se připomínky
člení na připomínky obecné a na připomínky k jednotlivým částem textu
věcného záměru.
Vkládání připomínek Připomínková místa (včetně neuvedených v LPV) primárně vkládají Připomínková místa
strukturované připomínky v systému e-Legislativa v e-Šabloně do předem
Zveřejněním připomínky se stává připravených Sad připomínek pro dané připomínkové místo.
připomínka přístupná všem osobám a
skupinám podle oprávnění k Je možno zadávat připomínky
pracovnímu prostoru připomínkového
řízení. Teprve zveřejněním je obecného charakteru k Věcnému záměru jako celku
připomínka považována za sdělenou. kontextové, tj. obecného charakteru, ale ke konkrétnímu textu
Věcného záměru
které, jsou psány přímo do textu Věcného záměru formou změn;
1997
eLegislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém eKLEP/oDok
Předkladatel
Zveřejnění připomínek může provést vlastní znění připomínky je následně vygenerováno nástroji systému
pouze vlastník připomínky. e-Legislativa podle nastavených pravidel (obdobně jako novelizační
instrukce)
Připomínky přijaté přes jiný zdroj než e- Připomínky jsou povinně označovány, zda se jedná o připomínku zásadní
Legislativa se stávají okamžikem zápisu nebo doporučující.
do e-Legislativy zveřejněnými.
V případě, že připomínkové místo nemá připomínky, vloží tuto informaci
k předpřipravené dané sadě připomínek.
V omezených případech (kdy připomínkové nemá přístup do systému e-
Legislativa) bude možné vkládat i nestrukturované připomínky, tj. jako
souborové přílohy k „nestrukturované připomínce“ k Věcnému záměru
obsahující více připomínek. Souborové přílohy nestrukturovaných
připomínek mohou být také vloženy stávajícím postupem přes
elektronickou knihovnu eKLEP s následným přenosem do systému e-
Legislativa.
Nestrukturované připomínky musí být převedeny do strukturovaných
připomínek. Převod zajistí Předkladatel, respektive ten, kdo subjekt
k připomínkám vyzval. V případě striktního používání předpřipravených
šablon pro nestrukturované připomínky jsou k dispozici podpůrné nástroje
systému e-Legislativa, v opačném případě pak ručním přepisem do
strukturované podoby.
Vytvoření nestrukturované připomínky Systém
v sadě připomínek pro dané
připomínkové místo a připojení Souborová příloha nestrukturovaných připomínek včetně identifikace
připomínkového místa (metadata přílohy)
1998
eLegislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém eKLEP/oDok
souborové přílohy k nestrukturované
připomínce. Křížové reference: ID Věcného záměru
Vytvoření nestrukturované připomínky Souborová příloha nestrukturovaných připomínek, která nepřijde přes Předkladatel
v sadě připomínek pro dané eKLEP, může být připojena k nestrukturované připomínce ručně v
připomínkové místo a připojení systému e-Legislativa, tj. nejdříve vlastní vytvoření nestrukturované
souborové přílohy k nestrukturované připomínky a následně připojení souborové přílohy k této
připomínce. nestrukturované připomínce.
Vygenerování Souhrnu připomínek za Po vložení všech připomínek si může Připomínkové místo vygenerovat Připomínkové místo
připomínkové místo Souhrn připomínek, strukturovaný dokument generovaný podle šablony a
obsahující všechny připomínky za dané připomínkové místo.
Vygenerovaný strukturovaný dokument bude možné v případě potřeby
v eŠabloně doplnit. Automaticky generované údaje budou však zamčené
proti zápisu.
Pokud bude požadováno, bude si připomínkové místo moci vygenerovat a
stáhnout dokument souhrn připomínek ve formátu PDF, elektronicky
podepsat nebo elektronicky zapečetit. Finální dokument ve formě
podepsaného PDF pak připojit k sadě připomínek za dané připomínkové
místo jako souborovou přílohu. Podle nastaveného procesu může být
dokument odeslán přes rozhraní do systému eKLEP/oDok.
Systém
Poskytnutí Souhrnů připomínek za připomínková místa včetně
identifikace připomínkového místa
1999
eLegislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém eKLEP/oDok
Předkladatel
Nástroje pro Vypořádání připomínek a Křížové reference: ID Věcného záměru, ID poskytnutého Materiálu pro
Řešení rozporu připomínkové řízení v eKLEP
S vypořádáváním připomínek lze začít kdykoliv, jakmile jsou připomínky
připomínkovým místem „Zveřejněny“.
Výsledkem zapracování připomínek je výstupní vrstva Věcného záměru z
připomínkového řízení, která pokračuje dále v legislativním procesu.
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 e-Legislativa poskytuje možnost pro
zaznamenávání průběhu řešení tohoto rozporu, tj. umožňuje
zaznamenání výsledku konzultací, respektive změny ve znění připomínky,
odvolání připomínky, respektive změnu kategorie připomínky ze
„Zásadní“ na „Doporučující“ včetně odůvodnění.
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 uživatelem zapracovávány do vrstvy
návrhu a po zapracování jsou uživatelem označeny jako Zapracované.
Systém e-Legislativa poskytuje nástroje pro automatické zapracování
připomínek do výstupní vrstvy, které byly psány přímo do textu Věcného
záměru formou změn.
2000
eLegislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém eKLEP/oDok
Systém automaticky označuje Akceptované a Zapracované připomínky Skartace materiálu.
jako Vypořádané. Stejně tak Neakceptované připomínky jsou automaticky Změna stavu Materiálu na
označovány jako Vypořádané. “Y”.
Předkladatel může kdykoliv připomínkové řízení předčasně ukončit. O Předkladatel Ukončení připomínkového
ukončení Předkladatel požádá OVA, který provede skartaci materiálu. OVA řízení systémem po
uplynutí lhůty
Změna stavu na “Vzat zpět“ Předčasné ukončení PŘ Systém Změna stavu Materiálu na
Metadata: Předčasné ukončení PŘ Systém “3” Připomínkové řízení
ukončeno.
Zaznamenání ukončení příjmu Ukončení připomínkového řízení Předkladatel
připomínek ve lhůtě do metadat Změna stavu Materiálu na
připomínkového řízení. “U”.
Připomínky lze i nadále vkládat, ale mají
příznak, že byly sděleny po ukončení
připomínkového řízení. Zapracování
těchto připomínek je na vůli
Předkladatele.
Změna stavu na “Vzat zpět“ Předkladatel po ukončení připomínkového řízení může v systému
Metadata: Storno Materiálu eKLEP/oDok Materiál stornovat.
Storno Materiálu
2001
eLegislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém eKLEP/oDok
Předkladatel
Informace o podstatné změně obsahu Dojde-li na základě výsledků připomínkového řízení k podstatné změně Vložení informace o
Věcného záměru. obsahu věcného záměru, zašle Předkladatel věcný záměr znovu k podstatné změně obsahu
připomínkám. Věcného záměru.
Předkladatel vloží do systému eKLEP/oDok informaci, zda na základě
výsledků připomínkového řízení došlo/nedošlo k podstatné změně obsahu
věcného záměru.
Systém
Informace, zda došlo/nedošlo k podstatné změně
Změna stavu na „Příprava k projednání Po vypořádání všech připomínek, zapracování připomínek do vrstvy Předkladatel
vládou“, respektive na „Příprava na návrhu Věcného záměru a vygenerování dokumentu Vypořádání
připomínkové řízení“. připomínek dá Předkladatel pokyn systému e-Legislativa k ukončení stavu
„Připomínkové řízení“.
Systém e-Legislativa nedovolí změnu stavu, pokud nejsou všechny
připomínky podané ve lhůtě vypořádány (s výjimkou nevyřešených
rozporů ponechaných na rozhodnutí vlády). Zároveň v systému e-
Legislativa musí už být informace z eKLEP/oDok, zda došlo/nedošlo
k podstatné změně obsahu věcného záměru.
2002
eLegislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém eKLEP/oDok
Pokud došlo k podstatné změně obsahu Věcného záměru, bude nastaven
stav „Příprava na připomínkové řízení“.
Příprava na připomínkové řízení
V opačném případě bude nastaven stav „Příprava k projednání vládou“.
Příprava k projednání vládou
Příprava k projednání vládou
Stávající praxe: Věcný záměr, upravený podle výsledků připomínkového
řízení, se zašle k projednání vládě tak, že se po souhlasu osoby, která stojí
v čele orgánu, který věcný záměr zpracoval, nejprve vloží do elektronické
knihovny a v týž den se zašle věcný záměr předsedovi vlády ve shodné
listinné podobě v počtu 3 výtisků.
Předávací prostor, který obsahuje Příprava materiálu a všech náležitostí materiálu v systému e-Legislativa Předkladatel
k projednání věcného záměru vládou.
vrstvu návrhu, která obsahuje
strukturovaný Věcný záměr a Verze materiálu pro jednání vlády obsahuje:
ostatní náležitosti ve strukturované,
respektive souborové podobě Obálka materiálu pro jednání vlády (povinná)
Návrh usnesení (povinné)
sadu vygenerovaných a Příloha návrhu usnesení (nepovinná)
podepsaných PDF (PDF/A) s Předkládací zpráva (povinná)
časovými značkami Věcný záměr
Závěrečná zpráva RIA (pokud byla zpracována)
2003
eLegislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém eKLEP/oDok
Aparát Předkladatele
Vypořádání připomínkového řízení (pokud proběhlo připomínkové
řízení)
Návrh tiskové zprávy (povinný)
Stručný popis obsahu návrhu právního předpisu
Po ukončení přípravy Věcného záměru se všemi náležitostmi ukončí
Předkladatel proces přípravy a dá pokyn systému e-Legislativa k přesunu
dat do předávacího prostoru. Systém e-Legislativa na základě nastavení
provede přesun relevantních dat automaticky.
Systém e-Legislativa umožní Předkladateli vybrat a vložit i další procesní
dokumenty, které jsou k dispozici a nebyly na základě nastavení vloženy
automaticky.
Aparát Předkladatele zajistí kvalifikovaný elektronický podpis osoby, která
stojí v čele orgánu, který věcný záměr zpracoval.
Změna stavu na „Postoupeno Vládě“. Předkladatel
Nastavení stavu Postoupeno Vládě
Osoba oprávněná k předložení Věcného záměru k projednání vládou
posune proces Věcného záměru do stavu „Postoupeno Vládě“.
Systém e-Legislativa na základě nastavení hlídá, zda jsou splněny
podmínky přechodu do stavu „Postoupeno Vládě“ a pouze v případě, že
jsou podmínky splněny, je změna stavu úspěšně provedena. V opačném
případě bude Předkladatel upozorněn na případné chybějící náležitosti.
2004
eLegislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém eKLEP/oDok
Změna stavu na „Ukončen“. Předkladatel může proces věcného záměru před předložením vládě k Předkladatel
projednání ukončit.
Ukončení
Postoupeno vládě
V okamžiku změny stavu na „Postoupeno vládě“ je Věcný záměr, včetně
souvisejících dokumentů, postoupen vládě k projednání.
V okamžiku změny stavu na „Postoupeno vládě“ může být na základě
nastavení v systému e-Legislativa zaslána notifikace OVA a/nebo systému
eKLEP/oDok.
Ve stavu „Postoupeno vládě“ proces Věcného záměru čeká na převzetí
k projednání vládou. Vrstva Věcného záměru včetně souvisejících
dokumentů je uzamčena v předávacím prostoru.
Nastavení stavu „Převzato Vládou“. 1) Převzetí je možné provést ručně v systému e-Legislativa OVA
Prostor pro projednání Věcného záměru Oprávněný uživatel k převzetí
vládou. vybere ze seznamu předávacích prostorů ve stavu „Postoupeno
Během změny stavu Postoupeno -> Vládě“
Převzato systém e-Legislativa vloží do
dá pokyn systému e-Legislativa k převzetí, tj. ke změně stavu na
“Převzato vládou”
vytvořeného prostoru vrstvu
z předávacího prostoru.
Převzetí
2005
eLegislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém eKLEP/oDok
2) Převzetí přes systém eKLEP/oDok Systém
Systém e-Legislativa informuje systém eKLEP/oDok o novém záznamu
v předávacím prostoru.
Poskytnutí notifikace o materiálu k převzetí
Systém Systém eKLEP/oDok může
dát pokyn systému e-
Pokyn k převzetí legislativa automaticky na
základě poskytnuté
3) Automatické Převzetí zároveň s Postoupením, to znamená systém e- notifikace (což je v podstatě
Legislativa automaticky posune proces Věcného záměru do stavu shodné s variantou 3) nebo
Převzato vládou. Ve stavu Převzato si již může systém eKLEP/oDok na základě akce uživatele (v
stáhnout Materiál, což odpovídá vložení Materiálu do elektronické tomto případě by bylo
knihovny eKLEP. potřeba UI v systému
eKLEP/oDok pro tuto akci)
Systém (e-Legislativa)
Preferovaná varianta.
Převzetí
2006
eLegislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém eKLEP/oDok
Převzato vládou
Systém Po vložení Materiálu do
elektronické knihovny
Poskytnutí dokumentů pro vložení Materiálu a dalších náležitostí do eKLEP a po autorizaci
elektronické knihovny eKLEP Materiálu v systému
eKLEP/oDok
Křížové reference: ID Věcného záměru a ID předchozího materiálu Systém Předkladatelem je Materiál
v eKLEP přijat ÚV ke zpracování.
Stav 6 (přijato ÚV ke
ID Materiálu v eKLEP/oDok zpracování)
ID Materiálu v eKLEP/oDok
Křížové reference: ID Věcného záměru a ID Materiálu v eKLEP/oDok včetně dalších relevantních
metadat Materiálu je
OVA za stávající praxe kontroluje formální náležitosti materiálu, OVA poskytnuto zpět systému
e-Legislativa.
například:
Materiál přijatý ÚV ke
zda podepsal správný ministr zpracování může být buď
zda nechybí povinné přílohy (v budoucí praxi toto kontroluje již zařazen do evidence ÚV
nebo může být odmítnut
systém e-Legislativa na základě nastavení)
souhlas elektronické a listinné podoby (v budoucí praxi by měla být 2007
listinná podoba eliminována, souhlas datové vrstvy, elektronického
eLegislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém eKLEP/oDok
Předkladatel
Změna stavu na „Příprava pro schůzi dokumentu a případného tisku zaručí, respektive zjednoduší kontrolu, OVA Stav 7 (Materiál zařazen do
vlády“. systémové podpisy systému e-Legislativa) evidence ÚV)
Před zařazením do evidence ÚV může Předkladatel vzít návrh věcného záměru Systém Stav 4 (odmítnuta verze
zpět. V tomto případě sdělí tuto skutečnost OVA, který Materiál v systému Materiálu pro jednání
eKLEP/oDok odmítne. vlády)
Materiál přijat k projednání včetně čísla jednacího
Změna stavu na „Příprava pro Systém
odmítnutí“
Materiál odmítnut
Příprava pro schůzi vlády (viz process Projednání Návrhu zákona, Věcného záměru vládou) v navazujícím dokumentu
Vzat zpět
Pokud je Věcný záměr v systému e-Legislativa ve stavu „Vzetí zpět“, Předkladatel
Předkladatel se může rozhodnout, zda proces Věcného záměru úplně
ukončí
2008
eLegislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém eKLEP/oDok
Změna stavu na „Ukončen“.
Ukončení
Změna stavu na „Příprava Věcného
záměru“. nebo Věcný záměr dopracuje a pošle znovu do připomínkového řízení.
Příprava Věcného záměru
Příprava pro odmítnutí 1) V případě odmítnutí verze Materiálu pro jednání vlády dá uživatel OVA
Změna stavu na „Postoupeno pokyn systému e-Legislativa k přesunu dat do předávacího prostoru.
Předkladateli“
Matadata: verze pro jednání vlády Systém e-Legislativa na základě nastavení provede přesun
odmítnuta
relevantních dat automaticky.
Systém e-Legislativa umožní uživateli vybrat a vložit i další procesní
dokumenty (například odůvodnění odmítnutí), které jsou k dispozici a
nebyly na základě nastavení vloženy automaticky.
Osoba oprávněná k vrácení verze Materiálu Předkladateli posune
proces Věcného záměru do stavu „Postoupeno Předkladateli“.
Postoupeno Předkladateli
2009
eLegislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém eKLEP/oDok
2) Na základě nastavení procesu mohou být kroky ve stavu „Příprava pro Systém (e-Legislativa)
odmítnutí” provedeny systémem e-Legislativa automaticky. To
znamená automatický přechod ze stavu “Převzato vládou“ do stavu
„Postoupeno Předkladateli“ bez ručního zásahu uživatele.
Postoupeno Předkladateli
Postoupeno Předkladateli
V okamžiku změny stavu na „Postoupeno Předkladateli“ je Věcný záměr
včetně souvisejících dokumentů postoupen Předkladateli k dopracování.
V okamžiku změny stavu na „Postoupeno Předkladateli“ je na základě
nastavení zaslána notifikace Předkladateli.
Ve stavu „Postoupeno Předkladateli“ proces Věcného záměru čeká
v předávacím prostoru na převzetí Předkladatelem.
Změna stavu na “Dopracování Věcného Předkladatel Předkladatel
záměru (Převzato Předkladatelem)“. vybere ze seznamu předávacích prostorů ve stavu „Postoupeno
Prostor pro dopracování Věcného Předkladateli“, kde konkrétní Předkladatel je uveden v metadatech
návrhu. Vložena vrstva z předávacího dá pokyn systému e-Legislativa k převzetí
prostoru.
Dopracování Věcného záměru
Dopracování Věcného záměru (Převzato Předkladatelem)
Změna stavu na „Ukončen“. Předkladatel se může rozhodnout, zda proces Věcného záměru úplně Předkladatel
ukončí, nebo dopracuje.
2010
eLegislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém eKLEP/oDok
V případě ukončení procesu tvorby věcného záměru dá Předkladatel
pokyn systému e-Legislativa k ukončení procesu. Zároveň bude mít
Předkladatel možnost uzavřít i celý Legislativní záměr.
Ukončení
Po dopracování Věcného záměru anebo souvisejících dokumentů Předkladatel
postupuje Předkladatel obdobně jako při dokončení přípravy Věcného
záměru výše.
Výchozí Schéma komunikace mezi systémy e-Legislativa a eKLEP/oDok
2011
2012
13.2.2.2 Projednání Věcného záměru zákona
2013
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém eKLEP/oDok
Příprava pro jednání vlády Verze pro jednání vlády
byla zařazena do evidence
Do stavu „Příprava pro jednání vlády“ se proces projednání „Věcného OVA.
záměru“ vládou dostane po zařazení „verze Materiálu pro jednání vlády“ Stav 7 (Materiál zařazen do
do evidence odboru vládní agendy (OVA) v systému eKLEP/oDok a evidence)
poskytnutím informace o přijetí „verze Materiálu pro jednání vlády“
k projednání vládou systému e-Legislativa. Informování relevantních
subjektů o převzetí nového
Stávající praxe oDok: O převzetí nového Materiálu je informována materiálu.
Legislativní rada vlády (LRV) a Odbor kompatibility ÚV ČR (OKOM).
Poté, co byl návrh věcného záměru zákona zaslán v tištěné podobě
předsedovi vlády a předsedovi LRV, vytvoří OKOM stanovisko k
předloženému návrhu. O jeho vytvoření je informován předkladatel a LRV.
Předseda LRV rozhodne, které pracovní komise LRV návrh věcného
záměru zákona projednají, a zda návrh věcného záměru zákona projedná
a zaujme k němu stanovisko LRV nebo k návrhu věcného záměru zákona
bude vypracováno stanovisko předsedy LRV.
Věcný záměr zákona včetně všech náležitostí je v systému e-Legislativa
zpřístupněn vládě již okamžikem převzetí vládou, tj. ve stavu „Převzato
vládou“, kdy je zároveň jako verze Materiálu pro jednání vlády
automaticky (tj. integrací systémů e-Legislativa a eKLEP/oDok) vložen do
elektronické knihovny eKLEP. Protože OVA může převzatý Materiál
odmítnout (viz dokument „Proces tvorby Věcného záměru), tak vlastní
práce na přípravě materiálu pro jednání vlády začínají až po zařazení
Materiálu do evidence OVA.
2014
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém eKLEP/oDok
Vytvoření a publikace souvisejícího Poznámka: Na základě nastavení notifikací při změně stavu legislativního Stanovisko OKOM vloženo
dokumentu „Stanovisko OKOM“. procesu na stav „Příprava pro schůzi vlády“, mohou být notifikace do elektronické knihovny
posílány relevantním subjektům v případě potřeby systémem e- eKLEP.
Legislativa.
Informace Předkladateli a
OKOM vytvoří stanovisko k předloženému návrhu věcného záměru zákona OKOM LRV o vytvoření stanoviska
(strukturovaný procesní dokument) v systému e-Legislativa v pracovním OKOM.
prostoru OKOM. Po ukončení tvorby stanoviska „odešle“ OKOM
stanovisko k věcnému záměru do hlavního prostoru pro projednání
věcného záměru vládou.
Zároveň s “odesláním“ bude stanovisko OKOM automaticky (tj. integrací
systémů e-Legislativa a eKLEP/oDok) vloženo do elektronické knihovny
eKLEP.
Poskytnutí stanoviska OKOM systému eKLEP/oDok Systém
Informace o ID Materiálu v eKLEP Systém
2015
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém eKLEP/oDok
Vytvoření a publikace souvisejícího Určené pracovní komise LRV, na základě rozhodnutí předsedy LRV, Jednotlivé komise Stanoviska pracovních
dokumentu/souvisejících dokumentů projednají návrh věcného záměru a každá pracovní komise vytvoří LRV komisí LRV vložena do
„Stanovisko komise“. stanovisko k předloženému návrhu věcného záměru zákona elektronické knihovny
(strukturovaný procesní dokument) v systému e-Legislativa v pracovním eKLEP.
prostoru dané komise. Po ukončení tvorby stanoviska „odešle“ daná
komise své stanovisko k návrhu věcného záměru zákona do hlavního
prostoru pro projednání návrhu věcného záměru zákona vládou.
Zároveň s “odesláním“ bude stanovisko každé jednotlivé pracovní komise
LRV automaticky (tj. integrací systémů e-Legislativa a eKLEP/oDok)
vloženo do elektronické knihovny eKLEP.
Poskytnutí stanovisek pracovních komisí LRV systému eKLEP/oDok Systém
Informace o ID Materiálu v eKLEP Systém
LRV nebo předseda LRV, na základě rozhodnutí předsedy LRV, projedná LRV
návrh věcného záměru a zaujme stanovisko k předloženému návrhu Předseda LRV
věcného záměru zákona.
Ve stanovisku LRV nebo předsedy LRV, předkládanému vládě k věcnému
záměru zákona doporučí LRV vládě
a) schválit návrh v předloženém znění,
b) schválit návrh ve znění úprav navržených ve stanovisku,
2016
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém eKLEP/oDok
OVL
c) neschválit návrh a vrátit ho předkladateli buď k dopracování z důvodů
uvedených ve stanovisku, nebo s tím, že předložený návrh právní úpravy
není nutný.
Konečné znění stanoviska LRV nebo předsedy LRV pro jednání schůze
vlády zpracovává na základě závěrů odbor vládní legislativy.
Stanovisko podepisuje předseda nebo jím pověřený místopředseda Předseda LRV nebo
Legislativní rady. Místopředseda LRV
Stanovisko Legislativní rady nebo stanovisko předsedy Legislativní rady
zaujaté k věcnému záměru zákona, které bylo předloženo vládě, je v
rozsahu schváleném vládou součástí závěrů z jednání schůze vlády.
OVL zpracuje v systému e-Legislativa v pracovním prostoru LRV OVL
Vytvoření a publikace souvisejícího stanovisko k předloženému návrhu věcného záměru zákona
dokumentu „Stanovisko pléna LRV“
nebo „Stanovisko předsedy LRV“. (strukturovaný procesní dokument). Po ukončení tvorby stanoviska
„odešle“ OVL stanovisko k návrhu věcného záměru zákona do hlavního
prostoru pro projednání návrhu věcného záměru zákona vládou.
OVL zajistí předložení stanoviska ve formátu PDF ke kvalifikovanému OVL
elektronickému podpisu předsedy LRV nebo místopředsedy LRV a
Vložení podepsaného stanoviska pléna následné vložení podepsaného stanoviska do systému e-Legislativa.
LRV nebo stanoviska předsedy LRV. Po vložení podepsaného stanoviska do systému e-Legislativa dá OVL
pokyn systému e-Legislativa k „vložení“ stanoviska k návrhu věcného OVL
záměru zákona do elektronické knihovny eKLEP.
2017
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém eKLEP/oDok
Stanovisko LRV nebo předsedy LRV bude automaticky (tj. integrací Systém
systémů e-Legislativa a eKLEP/oDok) vloženo do elektronické knihovny Stanovisko LRV nebo
eKLEP. předsedy LRV vloženo do
elektronické knihovny
Poskytnutí stanoviska LRV nebo předsedy LRV systému eKLEP/oDok eKLEP.
?
Systém
?
Informace o ID Materiálu v eKLEP
Po skartaci materiálu
Změna stavu na „Příprava pro vrácení“ Přeruší-li Legislativní rada projednávání věcného záměru se závěrem, že Systém v systému AVS je v systému
a případně v tomto případě (na základě předkladatel má předložit jeho upravené znění, použijí se pro postup při eKLEP/oDok změněn stav
nastavení) automatický přechod rovnou opětovném předložení upraveného znění věcného záměru pro Legislativní
do stavu „Postoupeno Předkladateli“. radu odstavce 1 a 2 obdobně s tím, že připomínkové řízení se neprovede.
Metadata: Závěr LRV předložit Předložit upravené znění
upravené znění
Ke skartaci materiálu dochází ve dvou případech, a to v případě, že skončí
vláda nebo Předkladatel požádá o vzetí zpět.
Skartaci materiálu provádí OVA v systému AVS. V případě, že skončí vláda OVA
se OVA ptá Předkladatele, zda bude materiál pokračovat nebo má dojít ke
skartaci.
Skartovaný materiál se v systému eKLEP/oDok dostává do stavu “Y” bez OVA
rozlišení důvodu skartace.
2018
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém eKLEP/oDok
Změna stavu na „Příprava pro vrácení“ Skartace Materiálu Systém Materiálu na stav “Y”.
a případně v případě Skartace (na Systém eKLEP/oDok
základě nastavení) automatický přechod následně poskytne
rovnou do stavu „Postoupeno informaci o skartaci
Předkladateli“. materiálu systému e-
Legislativa.
Metadata: Skartace Materiálu
Vytvoření pracovního podprostoru pro JŘV: Dojde-li následně, před projednáním materiálu vládou, ke změně Předkladatel
změny v návrhu věcného záměru materiálu nebo jeho části, předkladatel ji provede jak prostřednictvím
zákona, respektive pro změny elektronické knihovny, tak výměnou materiálu nebo jeho části v listinné
v souvisejících dokumentech. podobě a v průvodním dopise uvede stručně provedené změny a místa
materiálu, kterých se změny týkají. Výměnu materiálu lze zpravidla
Technická poznámka pro provést nejpozději do 12:00 hod. pracovního dne bezprostředně
implementátora: Toto je možné, protože předcházejícího jednání schůze vlády, na jejíž program je materiál
pracovní podprostor je v rámci prostoru zařazen; dojde-li k výměně materiálu, předkladatel na tuto skutečnost
dané instituce, na rozdíl od hlavní upozorní na schůzi vlády, stručně vysvětlí důvody výměny a uvede
základní rozdíly mezi oběma materiály a případné dopady těchto změn.
Předkladatel má v systému e-Legislativa možnost kdykoliv si vytvořit
pracovní podprostor pro případné změny v návrhu věcného záměru
zákona, respektive v souvisejících dokumentech.
Pro změny, kdy je následně požadováno uvedení rozdílů mezi materiály je
vhodné vytvořit pracovní prostor připomínek, kde bude moci Předkladatel
změnit jak návrh věcného záměru zákona, tak související strukturované
dokumenty přímo změnou textu včetně odůvodnění. Výhodou tohoto
2019
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém eKLEP/oDok
vrstvy, nezávislý na stavu procesu. řešení je možnost automatického vygenerování přehledu připomínek ve
Naopak hlavní vrstva, pokud není formě změn, které může přiložit k průvodnímu dopisu.
označena za aktuální, v daném stavu
končí a nepokračuje dále v procesu. V případě potřeby je možné také vyměnit souborové dokumenty.
Změna stavu na „Změna materiálu“. Po dokončení změn v pracovním prostoru Předkladatel zvolí v systému e- Předkladatel
Legislativa funkci „Změna materiálu“, tato funkce bude přístupná jen
uživatelům v roli Předkladatel v daném stavu legislativního procesu
„Příprava pro jednání vlády“. Systém e-Legislativa při změně stavu na
“Změna materiálu” pošle notifikaci OVA.
Změna materiálu
Změna stavu na „Zařazeno na jednání Po zpracování všech stanovisek, tj. pokud je Materiál pro jednání vlády OVA Pracovník OVA zařadí verzi
Materiálu pro jednání vlády
vlády”. připraven, pracovník OVA zařadí Materiál na jednání vlády v systému na jednání vlády.
eKLEP/oDok. Změna stavu Materiálu na
„Stav 8 – zařazeno na
Systému eKLEP/oDok poskytne tuto informaci systému e-Legislativa. jednání vlády“.
Materiál zařazen na jednání vlády Systém
2020
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém eKLEP/oDok
OVA
Změna stavu na „Zařazeno na jednání V případě, že na základě požadavku Předkladatele o provedení změny
vlády”. materiálu ve stavu “Zařazeno na jednání vlády” (viz stav Zařazeno na
jednání vlády a požadavek Předkladatele na změnu materiálu popsaný
níže) byl proces v systému e-Legislativa vrácen do stavu “Příprava pro
jednání vlády“, kdy je Předkladateli umožněna „Změna materiálu“. Po
provedení změny materiálu je proces vrácen do stavu “Příprava pro
jednání vlády“, a je na pracovníkovi OVA, aby ručně posunul proces opět
do stavu “Zařazeno na jednání vlády”.
Změna stavu na Zařazeno na jednání
vlády
Změna materiálu Ve stavu procesu “Změna materiálu” Předkladatel zapracuje připomínky Předkladatel
do hlavní vrstvy návrhu věcného záměru zákona pomocí automatických
V systému e-Legislativa jsou nyní dvě nástrojů systému e-Legislativa a vygeneruje strukturovaný dokument
hlavní vrstvy návrhu, přičemž původní obdobný jako „vypořádání připomínek“, v tomto případě ze šablony
hlavní vrstva zůstává stále vrstvou „změna materiálu“, který bude obsahovat provedené změny včetně
aktuální. odůvodnění.
Předkladatel informuje OVA o dokončení změny materiálu mimo systém Předkladatel
e-Legislativa, tj. e-mailem, respektive telefonicky v závislosti na běžícím
čase.
Pracovník OVA v systému e-Legislativa změnu materiálu, tj. připravenou
novou hlavní vrstvu návrhu, akceptuje (tj. Předkladatel předložil změnu
2021
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém eKLEP/oDok
Změna aktuální vrstvy návrhu. OVA Výměna Materiálu v eKLEP
materiálu ve lhůtě a materiál k převzetí je v pořádku) nebo odmítne.
Novou hlavní vrstvu návrhu pracovník OVA akceptuje výběrem dané
vrstvy návrhu a volbou „Akceptuji”.
Pokud je změna materiálu pracovníkem OVA akceptována, systém e- Systém
Legislativa označí vybranou novou hlavní vrstvu jako aktuální.
Systém e-Legislativa zároveň změní stav procesu na „Příprava pro
jednání vlády“, ze kterého byla změna materiálu iniciována a následně
poskytne změněný Materiál systému eKLEP/oDok.
Změna stavu na „Příprava pro jednání Změna stavu „Příprava pro jednání
vlády“. vlády“
Systém
Poskytnutí balíčku dokumentů z nové Poskytnutí balíčku dokumentů pro výměnu Materiálu v elektronické Systém
uzavřené aktuální vrstvy návrhu, která knihovně eKLEP
je vytvořena při změně stavu.
Informace o ID Materiálu v eKLEP
Změna stavu na „Příprava pro jednání V případě, že je změna materiálu pracovníkem OVA odmítnuta, nová Systém
vlády“. hlavní vrstva návrhu připravená Předkladatelem se nestane aktuální OVA
2022
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém eKLEP/oDok
hlavní vrstvou a dále se v procesu neobjevuje. (zůstává v šuplíku stavu Pracovník OVA zařadí verzi
procesu „Změna materiálu “). Materiálu pro jednání vlády
na jednání vlády.
Systém e-Legislativa změní stav procesu na „Příprava pro jednání vlády“, Změna stavu Materiálu na
ze kterého byla změna materiálu iniciována. Změněný Materiál nebude „Stav 8 – zařazeno na
poskytnut systému eKLEP/oDok, jedná se o zamítnutou verzi, která v jednání vlády“.
procesu dále nepokračuje.
Změna stavu „Příprava pro jednání
vlády“
Standardně po zpracování všech stanovisek, tj. pokud je Materiál pro OVA
jednání vlády připraven, pracovník OVA zařadí Materiál na jednání vlády v
systému eKLEP/oDok, který následně poskytne tuto informaci systému e-
Legislativa.
Pracovník OVA je informován (byl notifikován systémem e-Legislativa) o
probíhající změně materiálu v systému e-Legislativa a může tak zařazení
Materiálu na jednání vlády podřídit této skutečnosti.
To znamená, v případě, že je proces v systému e-Legislativa ve stavu
„Změna materiálu“, tj. Předkladatel zapracovává změny do hlavní vrstvy
návrhu, měl by pracovník OVA po domluvě s Předkladatelem tuto změnu
stavu v systému eKLEP/oDok pozdržet (pokud mu to JŘV a obecná praxe
dovolí) a změnit stav až po standardní akceptaci, respektive odmítnutí
změny materiálu (viz výše).
Materiál zařazen na jednání vlády Systém
2023
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém eKLEP/oDok
Změna stavu na „Zařazeno na jednání Pokud přijde ze systému eKLEP/oDok informace, která vede ke změně 2024
vlády“. stavu procesu ze stavu “Změna materiálu” na „Zařazeno na jednání
vlády“ systém e-Legislativa bude považovat nedokončenou změnu
materiálu za odmítnutou, tj. Předkladatelem nedokončená nová hlavní
vrstva návrhu se nestane aktuální hlavní vrstvou a dále se v procesu
neobjeví. (zůstává v šuplíku stavu procesu „Změna materiálu “).
Zařazeno na jednání vlády V případě, kdy je Materiál zařazen na jednání vlády a Předkladatel chce Předkladatel
provést změnu materiálu, požádá Předkladatel OVA o vrácení procesu OVA
Změna stavu na „Příprava pro jednání v systému e-Legislativa zpět do stavu “Příprava pro jednání vlády”.
vlády“.
Pracovník OVA posoudí, jestli je změna materiálu v souladu s JŘV a
obecnou praxí a vrátí stav procesu projednání návrhu do stavu „Příprava
pro jednání vlády“.
Změna stavu na Příprava pro jednání
vlády
Poznámka: Jedná se o změnu pouze v systému e-Legislativa, tzn. stavy
systému eKLEP/oDok a systému e-Legislativa se dočasně rozejdou.
JŘV: Pokud je materiál předkladatelem stažen z programu schůze vlády
nebo v průběhu jejího jednání, nebo pokud bylo jeho projednávání
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém eKLEP/oDok
přerušeno, navrhne předkladatel zároveň termín, kdy bude materiál vládě Změna stavu Materiálu na
znovu předložen, popřípadě, byl-li materiál z programu schůze vlády nebo „Stav 7 – zařazeno do
v průběhu jejího jednání stažen, uvede důvody, proč již nebude vládou evidence“ z důvodů stažení
projednáván. Nesdělí-li předkladatel nový termín předložení, má se za to, Materiálu z programu
že bude materiál předložen do 30ti dnů. schůze.
Změna stavu na „Příprava pro vrácení“. Informace o stažení Materiálu z programu schůze Změna stavu Materiálu na
„Stav 9 – projednáno“.
Metadata: Materiál stažen z programu
schůze. 2025
Návrh věcného záměru zákona je posouzen na schůzi jednání vlády. Vláda
může rozhodnout o schválení, zamítnutí nebo přepracování návrhu.
Pokud se vláda shodla na schválení návrhu věcného záměru zákona,
předkladatel zapracuje případné dispozice. Návrh se v aktuální verzi vloží
do elektronické knihovny a na jeho základě se vypracuje návrh zákona.
Jestliže se vláda dohodla na zamítnutí návrhu věcného záměru zákona,
bude tento založen a legislativní proces v systému eKLEP/oDok bude
ukončen.
Verze pro jednání vlády byla projednána na jednání vlády. V případě
výsledku projednání vládou: OVA
návrh je schválen bez připomínek,
návrh je 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é, nebo
návrh byl zamítnut
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém eKLEP/oDok
Změna stavu procesu na „Zapracování je proces návrhu věcného záměru zákona posunut do stavu „Zapracování Změna stavu Materiálu na
závěrů vlády“. závěrů vlády“. „Stav 7 – zařazeno do
Metadata: výsledek projednání evidence“.
Materiál projednán + výsledek Systém
Poznámka: Odlišnosti v procesu na základě výsledku projednání vládou
jsou v systému e-Legislativa reflektovány až ve stavech následujících stav
„Zapracování závěrů vlády“, ve kterém se zpracovává Usnesení vlády,
které se zpracovává vždy. Přechod do stavu „Zapracování závěrů vlády“
je zde rozdělen pouze z důvodu odlišných stavů v systému eKLEP/oDok.
V případě, že vláda rozhodla o přepracování návrhu, musí předkladatel
navrhované změny zapracovat. Pokud změny jsou 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. Pokud provedené změny rozsáhlé nejsou, je dostačující, když
návrh zákona znovu projede procesem projednání návrhu vládou.
Verze pro jednání vlády byla projednána na jednání vlády. V případě
výsledku projednání vládou: OVA
návrh byl vrácen k přepracování a byl rozsáhle změněn, nebo
návrh byl vrácen k přepracování a nebyl rozsáhle změněn
je proces návrhu věcného záměru zákona posunut do stavu „Zapracování
závěrů vlády“.
Materiál projednán + výsledek
2026
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém eKLEP/oDok
Systém
Změna stavu procesu na „Zapracování Usnesení vlády
závěrů vlády“. vypracované v AVS je
vloženo do systému
Metadata: výsledek projednání eKLEP/oDok a poskytnuto
systému e-Legislativa.
Zapracování závěrů vlády
Ze schůze vlády vzniká Usnesení vlády.
Vytvoření prostoru připomínek a tvorba V případě, že návrh je schválen, ale je třeba vypořádat dispozice vlády,
připomínek. tyto připomínky jsou zásadní a jejich zapracování do materiálu je
nezbytné, je možné využít ke sdělení připomínek Předkladateli ve
strukturované formě nástrojů systému e-Legislativa pro tvorbu
připomínek. Vygenerovaný souhrn připomínek systémem e-Legislativa
pak může být přílohou usnesení vlády.
OVA
Vložení Usnesení vlády k návrhu Poskytnutí Usnesení vlády Systém
věcného záměru zákona do systému e-
Legislativa.
Po vložení Usnesení vlády do systému e-Legislativa je v případě, že
výsledkem projednání je
návrh byl vrácen k přepracování a byl rozsáhle změněn,
návrh byl vrácen k přepracování a nebyl rozsáhle změněn, nebo
návrh byl zamítnut
2027
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém eKLEP/oDok
Změna stavu procesu na „Ukončen“. OVA
posunout proces projednávání návrhu věcného záměru zákona do
následujícího stavu.
Pracovník OVA dá pokyn systému e-Legislativa k ukončení stavu
„Zapracování závěrů vlády“.
Pokud bylo výsledkem projednání „návrh byl zamítnut“, bude v systému
e-Legislativa nastaven stav „Ukončen“.
Změna stavu na Ukončen
Změna stavu procesu na „Příprava pro Pokud bylo výsledkem projednání „návrh byl vrácen k přepracování a byl
vrácení“. rozsáhle změněn“, nebo „návrh byl vrácen k přepracování a nebyl
rozsáhle změněn“, bude v systému e-Legislativa nastaven stav „Příprava
pro vrácení“.
Změna stavu na Příprava pro vrácení
Změna stavu procesu na „Schválení Po vložení Usnesení vlády do systému e-Legislativa, pokud je návrh Předkladatel
projednané verze“. věcného záměru zákona schválen bez připomínek, dá Předkladatel pokyn
systému e-Legislativa k ukončení stavu „Zapracování závěrů vlády“.
V systému e-legislativa bude nastaven stav “Schválení projednané
verze“.
2028
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém eKLEP/oDok
Předkladatel v systému e-Legislativa potvrdí, respektive doplní seznam
předávaných dokumentů, tj. obsah projednané verze Materiálu. Součástí
projednané verze Materiálu je kromě návrhu věcného záměru zákona:
Závěrečná zpráva RIA (pokud byla zpracována)
Stručný popis obsahu návrhu právního předpisu
Případné další nepovinné přílohy.
Změna stavu na Předání projednané
verze
Po vložení Usnesení vlády do systému e-Legislativa, pokud je návrh Předkladatel
věcného záměru zákona schválen, ale je třeba vypořádat dispozice
Změna stavu procesu na „Schválení vlády, Předkladatel zapracuje závěry vlády do návrhu věcného záměru
projednané verze“. zákona, respektive do souvisejících dokumentů.
Pokud byly dispozice vlády předány formou strukturovaných připomínek
v systému e-Legislativa, tak Předkladatel zapracuje připomínky nástroji
systému e-Legislativa do nové hlavní vrstvy návrhu. Jinak zapracuje
připomínky do nové hlavní vrstvy návrhu ručně.
Předkladatel v systému e-Legislativa potvrdí, respektive doplní seznam
předávaných dokumentů, tj. obsah projednané verze Materiálu. Součástí
projednané verze Materiálu je kromě návrhu věcného záměru zákona:
Závěrečná zpráva RIA (pokud byla zpracována)
Stručný popis obsahu návrhu právního předpisu
Případné další nepovinné přílohy.
2029
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém eKLEP/oDok
Po zapracování závěrů vlády dá Předkladatel pokyn systému k ukončení Projednaná verze Materiálu
stavu „Zapracování závěrů vlády“. V systému e-legislativa bude nastaven vložena do eKLEP/oDok.
stav “Předání projednané verze“.
Změna stavu na Schválení projednané
verze
Schválení projednané verze Po přechodu do stavu “Schválení projednané verze“ je projednaná verze Systém
Materiálu automaticky (tj. integrací systémů e-Legislativa a eKLEP/oDok)
Poskytnutí projednané verze materiálu vložena do elektronické knihovny eKLEP.
systému eKLEP/oDok.
Poskytnutí projednané verze Materiálu
ID Materiálu v eKLEP/oDok
2030
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém eKLEP/oDok
OVA
OVA zkontroluje zapracovaní závěrů vlády a případně verzi materiálu Pracovník OVA zadá do
odmítne a požádá Předkladatele o opravu nedostatečného zapracování. systému eKLEP/oDok, zda
vložená projednaná verze
Změna stavu procesu na „Věcný návrh Projednaná verze Materiálu přijata Systém materiálu je přijata nebo
zákona schválen“. odmítnuta.
Pokud je verze přijata je
změněn stav na „9A –
zapracovány změny”.
Změna stavu procesu na zpět na Projednaná verze Materiálu odmítnuta Systém
„Zapracování závěrů vlády“.
Příprava pro vrácení Předkladateli Do stavu „Příprava pro vrácení Předkladateli“ se může proces projednání
návrhu věcného záměru zákona dostat v případech:
Vložení vrstvy návrhu do předávacího
prostoru.
skartace Materiálu,
požadavku LRV na předložení upraveného znění,
stažení Materiálu z programu schůze, nebo
vrácení Materiálu vládou k přepracování.
Předání procesu návrhu věcného záměru zákona zpět Předkladateli OVA
proběhne opět přes předávací prostor.
Pracovník OVA dá pokyn systému e-Legislativa k přesunu dat do
předávacího prostoru. Systém e-Legislativa na základě nastavení provede
přesun relevantních dat automaticky.
2031
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém eKLEP/oDok
Systém e-Legislativa umožní OVA vybrat a vložit i další procesní
dokumenty, které jsou k dispozici a nebyly na základě nastavení vloženy
automaticky.
Změna stavu procesu na „Věcný návrh Osoba oprávněná k postoupení Věcného záměru zpět Předkladateli, OVA
zákona schválen“. posune proces Věcného záměru do stavu „Postoupeno Předkladateli“.
Nastavení stavu Postoupeno Předkladateli
Postoupeno Předkladateli V okamžiku změny stavu na „Postoupeno Předkladateli“ je Věcný záměr,
Věcný záměr schválen včetně souvisejících dokumentů, postoupen zpět Předkladateli
k dopracování, respektive k ukončení (viz proces Tvorba návrhu věcného
záměru zákona).
V okamžiku změny stavu na „Postoupeno Předkladateli“ je na základě
nastavení v systému e-Legislativa zaslána Předkladateli notifikace.
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.
2032
13.2.2.3 Tvorba návrhu vládního zákona
Výchozí schéma komunikace mezi systémy e-Legislativa a eKLEP/oDok
2033
13.2.2.4 Projednání návrhu zákona vládou
Výchozí schéma komunikace mezi systémy e-Legislativa a eKLEP/oDok
2034
13.2.2.5 Projednání Vyhlášky vládou
Výchozí schéma komunikace mezi systémy e-Legislativa a eKLEP/oDok
2035
2036
13.2.3 Spolupráce se systémem Poslanecké sněmovny PČR
13.2.3.1 Přijímání návrhů zákonů ve standardním legislativním procesu a Přijímání návrhů zákonů, u kterých je zapotřebí souhlasu
obou komor
V rámci popisu je zachycen jak standardní proces projednávání, tak možné výjimky dané legislativním procesem a jednacím řádem Sněmovny.
Tyto výjimky jsou barevně označeny, aby již na první pohled bylo patrné, že se jedná o speciální případ v rámci projednávání. Mezi výjimky ze
standardního legislativního procesu zachycené v tomto dokumentu patří:
Výjimka ze standardního projednávání podle § 99 a § 100
Výjimka ze standardního projednávání podle § 100a (za stavu ohrožení státu nebo válečného stavu)
Jiný než vládní návrh zákona
Zákony a smlouvy vyžadující souhlas obou komor Parlamentu ČR (ústavní zákon, volební zákon, jednací řád Senátu, stykový zákon a ratifikace
mezinárodních smluv)
Grafické znároznění jednotlivých výjimek:
Položka Popis Příklad použití
Výjimka ze standardního projednávání podle § 99 Výjimky ze standardního projednávání podle § 99 Změna stavu projednávaného zákona na
a § 100 a § 100 jsou zachyceny jako fialový text „Projednání ve výborech“
Fialovou barvu mají i šipky znázorňující změny Změna stavu na 2. čtení
stavů procesu/integrační vazby
2037
Položka Popis Příklad použití
Změna stavu projednávaného zákona na
Výjimka ze standardního projednávání podle § Výjimky ze standardního projednávání podle § „Projednání ve výborech“
100a (za stavu ohrožení státu nebo válečného 100a jsou zachyceny jako zelený text
stavu) Zelenou barvu mají i šipky znázorňující změny Změna stavu na 2. čtení
stavů procesu/integrační vazby
Jiný než vládní návrh zákona Odlišnosti od standardního projednávání jiného Změna stavu projednávaného zákona na
než vládního návrhu zákona jsou zachyceny jako „Projednání ve výborech“
modrý text
Změna stavu na 1. čtení
Modrou barvu mají i šipky znázorňující změny
stavů procesu/integrační vazby
Zákony a smlouvy vyžadující souhlas obou komor Odlišnosti od standardního projednávání návrhů Změna stavu projednávaného zákona na
Parlamentu ČR (návrh ústavního zákona, volební vyžadujících souhlas obou komor jsou zachyceny „Projednání ve výborech“
zákon, jednací řád Senátu, stykový zákon a jako hnědý text
ratifikace mezinárodních smluv) Změna stavu na 1. čtení
Hnědou barvu mají i šipky znázorňující změny
stavů procesu/integrační vazby
Odbočky ze standardního projednávání Díky možnostem daným legislativou je možné Nastavení stavu „Příprava na postoupení
v některých bodech projednávání odchýlení od Senátu“
standardního způsobu projednávání. A to buď
přeskočením některého kroku, vrácení do Návrh zákona tak bude zařazen do 1. čtení
některého z předchozích kroků, zopakování
některého kroku za speciálních podmínek apod.
2038
Položka Popis Příklad použití
Podrobný popis kroku ve sloupci
Projednávání návrhu zákona tedy pokračuje a Pokud je zákona prezidentem Sněmovně vrácen,
tato výjimka je označena oranžovým textem Sněmovna musí o zákonu znovu hlasovat a pro
přijetí zákona je zapotřebí nadpoloviční většiny
U výjimek ze standardního procesu projednávání všech poslanců (101)
je odchýlení od standardního průběhu odlišeno
oranžovým podtržením fialového, zeleného,
modrého nebo hnědého textu
V rámci popisu jsou uvedeny všechny nezbytné
informace, které daný krok dávají do souvislosti
s legislativním procesem, jednacím řádem a
zvyklostmi, či popisují způsob integrace systému
e-Legislativa a SPSP. Tento popis provázaný se
stavy procesu v systému e-Legislativa je hlavní
devizou tohoto dokumentu
Text (černý, červený, oranžový, fialový, zelený
nebo modrý) je odlišen kurzívou
2039
2040
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
Postoupeno PSP
Vládní návrh zákona postoupen Návrh zákona může podat poslanec, skupina poslanců, Senát, vláda nebo
Sněmovně prostřednictvím předávacího zastupitelstvo vyššího územního samosprávného celku (dále jen
prostoru "navrhovatel").
Jiný, než vládní návrh zákona postoupen Návrh zákona se předkládá předsedovi Sněmovny. Ten jej postoupí
Sněmovně prostřednictvím předávacího organizačnímu výboru.
prostoru
K návrhu právního předpisu se přikládá alespoň
Předávací prostor, který obsahuje
důvodová zpráva
vrstvu návrhu, která obsahuje stručný popis obsahu návrhu právního předpisu
strukturovaný návrh zákona a návrh prováděcího právního předpisu, vyžaduje-li návrh právního
ostatní náležitosti ve strukturované
podobě předpisu vydání prováděcího právního předpisu a má-li prováděcí
právní předpis nabýt účinnosti současně s návrhem právního
sadu PDF (PDF/A) z vrstvy návrhu předpisu.
technicky zabezpečených tak, aby
byla jednoduše prokazatelná jejich Stávající praxe u vládních návrhů zákonů je taková, že po schválení
shodnost s vrstvou návrhu návrhu zákona vládou je následně návrh zákona vložen (zajišťuje příslušný
rezort) do informačního systému vlády (e-klep) a do Poslanecké sněmovny
případné další souborové procesní je předložen tzv. předkládací dopis, v němž jsou všechny důležité
dokumenty informace, které se poté zadávají do systému PSP, včetně identifikátorů
na elektronickou verzi materiálů a na propojení informačních systémů
Úřadu vlády a Kanceláře PSP.
Systém e-Legislativa implementuje oficiální doručování mezi institucemi,
např. postoupení návrhu zákona Vládou a převzetí Poslaneckou
2041
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
sněmovnou, což má mj. dopady i na stanovení přesného okamžiku
předání návrhu zákona předsedovi Sněmovny:
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 (resp. PDF/A) s časovými
značkami
datum postoupení: předávací prostor zaznamená datum a čas
postoupení informací v předávacím prostoru adresátovi
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í), ve kterém je možné generovat a stahovat soubory
v požadovaných formátech (například DOC/DOCX nebo
nepodepsaná PDF)
datum převzetí: předávací prostor zaznamená datum a čas
převzetí
Navrhovatel při přípravě návrhu zákona doplní v systému e-Legislativa do
metadat návrhu zákona všechny relevantní parametry ovlivňující způsob
projednání návrhu zákona Sněmovnou, například se jedná o Ústavní
zákon, pověření konkrétního člena vlády odůvodnit návrh zákona ve
Sněmovně, je navrhováno projednání podle §90 odst. 2 JŘ, zda se návrh
zákona týká členství v EU, žádost o zkrácení lhůty apod. (dnešní praxe
předkládacího dopisu).
Okamžikem postoupení návrhu zákona Poslanecké sněmovně je aparát Aparát předsedy
předsedy Sněmovny notifikován systémem e-Legislativa o návrhu zákona, Sněmovny
2042
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
Převzetí vládního návrhu zákona který čeká v předávacím prostoru systému e-Legislativa na aktivní Organizační odbor
prostřednictvím předávacího prostoru převzetí aparátem předsedy Sněmovny.
Převzetí jiného než vládního návrhu Na základě nastavení notifikací v systému e-Legislativa při změně stavu Aparát předsedy
zákona prostřednictvím předávacího legislativního procesu návrhu zákona na „Postoupeno Poslanecké Sněmovny
prostoru sněmovně“ může být notifikován i organizační odbor.
Aparát předsedy
Ruční nastavení stavu „Převzato PSP“ Aparát předsedy Sněmovny průběžně sleduje předávací prostor (s Sněmovny
využitím notifikací systému e-Legislativa).
Pověřený pracovník aparátu Předsedy Sněmovny:
vybere ze seznamu předávacích prostorů ve stavu „Postoupeno
Poslanecké Sněmovně“
dá pokyn systému e-Legislativa k převzetí, tj. ke změně stavu na
“Převzato PSP”
systém e-Legislativa vyrobí prostor pro projednání návrhu zákona ve
Sněmovně a vloží do vytvořeného prostoru vrstvu z předávacího
prostoru
Změna stavu na Převzato PSP
Převzato PSP Návrh zákona včetně všech náležitostí je po změně stavu na „Převzato
PSP“ zpřístupněn v systému e-Legislativa všem subjektům, které mají
V systému e-Legislativa je vytvořen nastaven přístup do prostoru projednávání návrhu zákona v PSP, tj.
prostor fáze legislativního procesu typicky všem poslancům.
návrhu zákona pro projednání návrhu
zákona v PSP včetně automaticky
2043
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
vytvořeného podprostoru Organizační odbor vytváří entitu „sněmovní dokument“ (balíček různých
pozměňovacích návrhů. dokumentů, případně s obálkou/košilkou, číslo, čas odeslání) v SPSP jako Pracovník
V prostoru je zpřístupněna vrstva podklad pro vytvoření sněmovního tisku. organizačního odboru
návrhu postoupená k projednání v PSP.
V prostoru pozměňovacích návrhů je Systém e-Legislativa je koncipován tak, že kdokoli s příslušnými
možno začít s přípravou pozměňovacích oprávněními si může stáhnout cokoli, a zároveň pro systém SPSP je
návrhů. navržena integrace pro předávání podkladů pro tvorbu sněmovních tisků,
sněmovních dokumentů a metadat procesu právního aktu přímo mezi
systémy a bez lidského zásahu (nezbytná je pouze iniciace stažení ze .
strany cílového systému).
Systém e-Legislativa poskytne SPSP jednotlivé soubory nezbytné pro
vytvoření sněmovního dokumentu (ve formátu PDF, PDF/A , DOC). SPSP
vygeneruje košilku a spolu se soubory, které si přes uživatelské rozhraní
SPSP vybere a stáhne ze systému e-Legislativa, je sloučí do sněmovního
tisku.
Stávající praxe: Pracovník organizačního odboru zanese do systému
informace uvedené v předkládacím dopise.
Tyto informace jsou jako povinná metadata návrhu zákona v systému e-
Legislativa a budou systému SPSP poskytována, stejně jako soubory pro
vytvoření sněmovního tisku.
2044
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
Legislativní proces probíhá prostřednictvím centrálního systému e-
Legislativa. Nastane-li však překážka bránící využití centrálního systému
e-Legislativa, může legislativní proces pokračovat:
a) elektronicky, avšak bez centrálního systému e-Legislativa,
b) v listinné podobě, pokud elektronická cesta není vůbec možná.
Aby byly tyto záložní varianty legislativního procesu umožněny, bude ve
vybraných bodech legislativního procesu probíhat „dočasná archivace“
návrhů v elektronické podobě v rámci příslušných institucí, ve kterých
legislativní proces probíhá, a to vždy při převzetí příslušného návrhu
právního aktu. Tato archivace bude dočasná a bude trvat nejméně po
dobu, než legislativní proces převezme jiná instituce (případně do doby
vyhlášení právního aktu ve Sbírce zákonů nebo mezinárodních smluv).
Tato archivace umožní, aby příslušná instituce pokračovala v legislativním
procesu i při výpadku centrálního systému e-Legislativa. V elektronické
podobě se bude jednat o XML soubory, které bude možné načíst do
Editoru právních předpisů (e-Šablony pro plusovou osu) v off-line režimu a
dále s nimi pracovat.
Listinná archivace by v extrémní situaci, kdy by nastal úplný výpadek
všech elektronických prostředků, poskytla pouze obtížně využitelný základ
pro pokračování legislativního procesu a je proto nadále pouze dáno
k úvaze kanceláři PSP, zda listinnou kopii projednávaného materiálu
pořizovat, či nikoli.
2045
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
SPSP po vytvoření sněmovního tisku k rozeslání poslancům předá číslo SPSP si vybere a stáhne
sněmovního tisku do systému e-Legislativa soubory, vytvoří sněmovní
Od tohoto okamžiku je tak návrhu zákona zpřístupněn poslancům dokument, vygeneruje číslo
v systému PSP. Od této chvíle si poslanci fakticky mohou začít připravovat sněmovního tisku a tento
pozměňovací návrhy, členové výborů a výbory zvažovat, že návrh rozešle poslancům
projednají apod.
Příprava souborů v systému e- Poskytnutí souborů pro vytvoření sněmovního dokumentu v SPSP a Systém
Legislativa pro vytvoření sněmovního následné vytvoření sněmovního tisku Systém
dokumentu systémem SPSP (včetně
souborů vytvořených na základě Poskytnutí metadat procesu právního aktu
připravené šablony) pro stažení do SPSP
k vytvoření sněmovního tisku
Doplnění metadat návrhu zákona o číslo Předání čísla sněmovního tisku do systému e-Legislativa Systém SPSP do systému e-
sněmovního tisku Poskytnutí XML souborů pro „dočasnou archivaci“ Systém Legislativa předá číslo
sněmovního tisku (předává
se číslo tisku a číslo
volebního období)
Uložení XML souborů pro
možnost pokračování
v legislativním procesu při
případném výpadku
2046
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
Zpravodaj návrhu zákona si může centrálního systému e-
připravovat zprávu v systému e- Legislativa.
Legislativa (možnost, nikoli povinnost)
Organizační výbor usnesením organizačního výboru doporučí předsedovi Organizační odbor /
Sněmovny zařadit předložený návrh zákona do návrhu pořadu schůze předseda Sněmovny
Sněmovny. Současně navrhne, který výbor má být garanční, popřípadě
kterému dalšímu výboru nebo výborům má být návrh přikázán, a určí
zpravodaje pro prvé čtení.
Předseda Sněmovny přihlédne k doporučení organizačního výboru a
rozhodne o zařazení návrhu zákona do návrhu pořadu nejbližší schůze
Sněmovny. Nesplní-li organizační výbor včas povinnosti uvedené výše,
zařadí předseda návrh zákona do návrhu pořadu schůze Sněmovny bez
doporučení organizačního výboru, určí zpravodaje pro prvé čtení a
navrhne, který výbor má být garanční, popřípadě kterému dalšímu výboru
nebo výborům má být návrh zákona přikázán.
Dle typu návrhu zákona se navrhuje způsob jeho projednávání v PSP Pracovník
(například § 90 odst. 2 jednacího řádu Poslanecké sněmovny, ústavní legislativního odboru
zákon). Způsob navrhuje Navrhovatel, ale o způsobu projednání v rámci
PSP rozhoduje PSP. Určuje se režim projednávání v PSP, ke změně způsobu Poslanec v roli
projednávání může nicméně dojít i v průběhu schvalování návrhu zákona. zpravodaje návrhu
zákona
Promítnutí přijatých rozhodnutí do SPSP zajistí určený pracovník
organizačního odboru.
Do systému e-Legislativa se přijatá rozhodnutí zapíší při synchronizaci
metadat návrhu zákona.
2047
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
Pracovník legislativního odboru spolupracuje s poslancem v roli
zpravodaje návrhu zákona
„Usnesení Organizačního výboru“ Pracovník organizačního odboru vloží dokument usnesení organizačního Organizační odbor Usnesení organizačního
včetně metadat usnesení a odkazu na výboru do systému SPSP. výboru je vytvořeno v SPSP
uložení originálu v systému SPSP. a následně předáno do
systému e-Legislativa jako
Usnesení organizačního výboru včetně metadat, tj. minimálně Systém procesní dokument včetně
identifikátoru (čísla usnesení v SPSP) a odkazu odkazu na uložení originálu
dokumentu
Aktualizovaná metadata návrhu zákona Organizační odbor Promítnutí přijatých
Systém rozhodnutí do SPSP
Synchronizace metadat návrhu zákona o přijatá rozhodnutí, zejména určeným pracovníkem
týkající se způsobu projednávání organizačního odboru.
Pokud není Navrhovatelem návrhu zákona vláda (jiný než vládní návrh Předseda Sněmovny
zákona – poslanecká iniciativa, návrh zákona předložený krajským
2048
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
Ruční nastavení stavu „Postoupeno
Vládě“ zastupitelstvem apod.), je návrh zákona nejprve předán legislativnímu
odboru, který posoudí, zda splňuje požadavky kladené na návrh zákona.
Následně předseda Sněmovny požádá Vládu ČR (dále jen „Vláda“), aby se
do 30 dnů od doručení žádosti svým stanoviskem k jinému, než vládnímu
návrhu zákona vyjádřila. Pokud se vláda do 30 dnů nevyjádří, považuje se,
že se vyslovila k návrhu zákona kladně.
Změna stavu na Postoupeno Vládě Aparát předsedy
Sněmovny
Návrh zákona může být Sněmovnou navrhovateli vrácen k odstranění
nedostatků
Stávající praxe: V případě nedostatků především v obsahu důvodové
zprávy podle § 86 jednacího řádu je nejprve Navrhovatel zákona
neformálně vyzván k jejich odstranění, přičemž dosud vždy navrhovatel
chyby odstranil. Pokud by je však neodstranil, není zákon navrhovateli
vrácen, ale v souladu s platnou úpravou v jednacím řádu se považuje za
nepředložený s tím, že předseda Sněmovny navrhovatele do 5 pracovních
dnů ode dne předložení návrhu zákona vyzve k odstranění zjištěných
nedostatků
Budoucí praxe: Systém SPSP pošle systému e-Legislativa informaci o
neformální nebo formální výzvě k odstranění nedostatků. Na základě této
informace přejde návrh zákona do stavu umožňujícím Navrhovateli
odstranění nedostatků a opětovné předložení přes předávací prostor.
Systém e-Legislativa bude držet v metadatech informaci, že se jedná o
2049
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
opětovné předložení po odstranění nedostatků. Systém e-Legislativa Předání informace o
audituje skutečnost, zda byl návrh zákona předložen v termínu (například Systém neformální nebo formální
zákon o státním rozpočtu), nebo od kdy začínají běžet lhůty je na výkladu výzvě k odstranění
a rozhodnutí dané instituce. Stejně tak rozhodnutí, zda je přiděleno nové nedostatků ze SPSP
číslo sněmovního tisku. V rámci systému e-Legislativa bude možné při
vrácení navrhovateli využít podporu pro rozhodnutí o kontinuitě návrhu, Po vzetí návrhu zákona zpět
převzetím textu do nového navazujícího návrhu apod. ještě před konáním prvého
čtení odešle SPSP do
Změna stavu projednávaného zákona na Změna stavu na Vráceno k dopracování (Příprava) systému e-Legislativa stav
„Vráceno k dopracování“ (Příprava) „Konec“ a stav projednání
„Vzato zpět”
Alternativně může být návrh zákona vzat zpět Navrhovatelem v rámci
stavu „Převzato PSP“. V tomto případě se návrh zákona v systému e-
Legislativa posouvá do stavu „Ukončen“.
Navrhovatel může vzít návrh zákona zpět, toto oznámí předsedovi
Sněmovny.
Změna stavu projednávaného návrhu Systém
zákona na „Ukončen“ z důvodu, že
Navrhovatel návrh zákona bere zpět Změna stavu na Ukončen
Metadata: Vzat zpět před 1.čtením
2050
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
Postoupeno Vládě procesu
Vláda ve stanovené lhůtě 30 dnů k jinému, než vládnímu návrhu zákona Organizační odbor
buď zpracuje své stanovisko, anebo pouze dopis s vyjádřením, že
stanovisko k jinému, než vládnímu návrhu zákona nebude zpracováno.
Jak stanovisko, tak dopis budou Sněmovně předány prostřednictvím stavu
„Postoupeno Sněmovně“ standardním postupem přes předávací prostor.
Stanovisko bude zpracováno s využitím nástrojů systému e-Legislativa
(typicky může obsahovat návrhy úprav přímo v textu úplného znění
návrhu zákona).
V systému e-Legislativa pak po převzetí stanoviska/dopisu Sněmovnou
bude nastaven stav na „Převzato PSP z Vlády“.
Změna stavu projednávaného zákona Změna stavu na Převzato PSP z Vlády Aparát předsedy
zpět na „Převzato PSP z Vlády“, Sněmovny
nastavuje se ve chvíli, kdy jsou
stanovisko Vlády k jinému než vládnímu
návrhu zákona anebo dopis s
vyjádřením, že stanovisko k návrhu
nebude zpracováno, převzaty
Sněmovnou
Změna stavu projednávaného zákona na Ve vyjímečných situacích, po uplynutí stanovené lhůty (hlídání lhůt je SPSP odešle do systému e-
Legislativa pokyn k převzetí
„Převzato PSP z Vlády“ ve výjimečných v gesci systému SPSP), umožní systém e-Legislativa vzetí zpět řízení
situacích. procesu projednávání jiného, než vládního zákona do Sněmovny. To
2051
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
znamená přechod do stavu „Převzato PSP z Vlády“ bez standardního procesu návrhu zákona zpět
průchodu předávacím prostorem. do PSP.
Změna stavu na Převzato PSP z Vlády
Pokud jsou například zásadním způsobem ohrožena základní práva a Předseda Sněmovny
svobody občanů nebo bezpečnost státu nebo kdy státu hrozí značné Poslanci
hospodářské škody (podle § 99 jednacího řádu) vyhlásí na určitou dobu
předseda Sněmovny na návrh Vlády stav legislativní nouze
Pokud se vyžaduje neodkladné přijetí zákona, jímž se uplatňuje
rozhodnutí Rady bezpečnosti Organizace spojených národů o akcích k
zajištění mezinárodního míru a bezpečnosti (viz zákon o provádění
mezinárodních sankcí č. 69/2006 Sb.) vydané ve smyslu čl. 41 Charty OSN
(podle § 100 jednacího řádu), Vláda může požádat o projednání návrhu
zákona ve zkráceném řízení. Postup projednávání je obdobný jako v
případě § 99, ale stav legislativní nouze se nevyhlašuje
Jedná se o důležitý aspekt pro projednávání návrhu zákona. Zvláštní
proces projednání bude známý již v okamžiku předložení Sněmovně, tudíž
návrh zvláštního procesu projednání bude uveden (přednastaven) v
metadatech návrhu zákona při předání do Sněmovny
Sněmovna může následně stav legislativní nouze zrušit nebo omezit dobu,
na niž byl vyhlášen
Ve stavu legislativní nouze pak může předseda Sněmovny na žádost vlády
rozhodnout, zda předložený vládní návrh zákona bude Sněmovnou
2052
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
projednán ve zkráceném jednání, což mimo jiné znamená zkrácení
standardních lhůt k pro projednávání a přeskočení kroku 1. čtení
Návrh zákona, který má být projednán ve zkráceném jednání, přikáže
předseda Sněmovny jednomu z výborů a současně stanoví
nepřekročitelnou lhůtu, do které mu má výbor předložit usnesení se
stanoviskem k věci
Převzetí informace o projednání návrhu Systém Předání informace o
zákona ve zkráceném jednání ve stavu projednání návrhu zákona
legislativní nouze Předání informace o projednání návrhu zákona ve zkráceném jednání ve zkráceném jednání do
systému e-Legislativa
2053
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
Změna stavu projednávaného návrhu Systém SPSP předá do systému e-
zákona na „Projednání ve výborech“ Legislativa stav „2. čtení –
Změna stavu na Projednání ve výborech obecná rozprava“
Vláda může za stavu ohrožení státu nebo válečného stavu požádat Předseda Sněmovny
Sněmovnu, aby byl vládní návrh zákona projednán ve zkráceném jednání Sněmovna
(podle § 100a jednacího řádu), což mimo jiné znamená zkrácení
standardních lhůt k projednávání a přeskočení kroku 1. čtení
Návrh zákona, který má být projednán ve zkráceném jednání, přikáže
předseda Sněmovny neprodleně jednomu z výborů a současně stanoví
nepřekročitelnou lhůtu, do které mu má výbor předložit usnesení se
stanoviskem k věci
K projednání návrhu zákona svolá předseda Sněmovny neprodleně schůzi
Sněmovny. Pokud se již schůze Sněmovny koná, zařadí se projednávání
návrhu zákona přednostně na její pořad
Sněmovna se o návrhu zákona usnese do 72 hodin od jeho podání
Návrh ústavního zákona může být projednán ve zkráceném jednání (podle
§ 99 a §100). Je tedy mimo jiné možné zkrácení standardních lhůt k pro
projednávání.
Převzetí informace o projednání návrhu Systém Předání informace o
zákona ve zkráceném jednání za stavu projednání návrhu zákona
ohrožení státu nebo válečného stavu Předání informace o projednání návrhu zákona ve zkráceném jednání ve zkráceném jednání do
systému e-Legislativa
2054
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
Změna stavu projednávaného návrhu SPSP předá do systému e-
zákona na „Projednání ve výborech“ Systém Legislativa stav „2. čtení –
obecná rozprava“
Změna stavu na Projednání ve výborech
Změna stavu projednávaného zákona na Systém Změnu stavu
„1. čtení“, nastavuje se ve chvíli, kdy je projednávaného zákona na
návrh zákona připraven pro 1.čtení Změna stavu na 1. čtení 1. čtení provádí organizační
odbor poté, co prošel
organizačním výborem a je
tzv. pro 1. čtení připraven.
Stav „1. čtení“ předá SPSP
do systému e-Legislativa
Převzato PSP z Vlády
Po vyjádření Vlády k jinému než vládnímu návrhu zákona (formou Organizační odbor
stanoviska nebo dopisu) doporučí do 15 dnů organizační výbor předsedovi
Sněmovny zařadit předložený jiný než vládní návrh zákona do návrhu
pořadu schůze Sněmovny. Současně navrhne, který výbor má být
garanční, popřípadě kterému dalšímu výboru nebo výborům má být návrh
přikázán, a určí zpravodaje pro prvé čtení.
Pokud bylo Vládou k jinému než vládnímu návrhu zákona předáno
stanovisko, vznikne sněmovní dokument/tisk. Pokud je Vládou předán
pouze dopis, sněmovní dokument/tisk nevznikne.
2055
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
SPSP si vybere a stáhne
Předseda Sněmovny přihlédne k doporučení organizačního výboru a soubor se stanoviskem,
rozhodne o zařazení jiného než vládního návrhu zákona do návrhu pořadu vytvoří sněmovní
nejbližší schůze Sněmovny. dokument, vygeneruje číslo
sněmovního tisku a tento
Pokud organizační výbor nesplní včas stanovené povinnosti pro přípravu rozešle poslancům
projednání jiného než vládního návrhu zákona, zařadí předseda Sněmovny SPSP do systému e-
návrh zákona do návrhu pořadu schůze Sněmovny bez doporučení Legislativa předá číslo
organizačního výboru, určí zpravodaje pro prvé čtení a navrhne, který sněmovního tisku (předává
výbor má být garanční, popřípadě kterému dalšímu výboru nebo výborům se číslo tisku a číslo
má být návrh zákona přikázán. volebního období)
SPSP si vybere a stáhne
Příprava pro poskytnutí stanoviska Poskytnutí Stanoviska Vlády k jinému než vládnímu návrhu zákona Systém soubor s dopisem vlády,
Vlády k jinému než vládnímu návrhu Předání čísla sněmovního tisku do systému e-Legislativa Systém vytvoří sněmovní dokument
zákona v systému e-Legislativa pro
vytvoření Sněmovního dokumentu
systémem SPSP pro stažení do SPSP
k vytvoření sněmovního tisku
Doplnění metadat návrhu zákona o číslo
sněmovního tisku
Příprava pro poskytnutí dopisu Vlády o Systém
k jinému než vládnímu návrhu zákona v
systému e-Legislativa pro stažení Poskytnutí dopisu Vlády k jinému než vládnímu návrhu zákona
systémem SPSP a následné vytvoření
sněmovního dokumentu v systému SPSP
2056
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
Změna stavu projednávaného návrhu Změna stavu
zákona v systému e-Legislativa na „1. Systém projednávaného jiného než
čtení“ proběhne ve chvíli, kdy je jiný, vládního návrhu zákona na
než vládní návrh zákona připraven pro Změna stavu na 1. čtení 1. čtení provádí organizační
1.čtení na základě předání stavu ze SPSP odbor poté, co prošel
organizačním výborem a je
tzv. pro 1. čtení připraven.
Stav „1. čtení“ předá SPSP
do systému e-Legislativa
1. čtení
Návrh zákona uvede navrhovatel; po něm vystoupí zpravodaj, kterého
určí organizační výbor nebo předseda Sněmovny. Po vystoupení
navrhovatele a zpravodaje 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í. (s výjimkou
Ústavního zákona)
Sněmovna rozhodne 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.
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
2057
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
legislativně technických, gramatických nebo písemných. Na závěr prvého Pokud sněmovna schválí
čtení se Sněmovna usnese po závěrečném vystoupení navrhovatele a projednávání podle § 90
zpravodaje, zda s návrhem zákona vyslovuje souhlas. odst. 2 jednacího řádu, pak
přejde do stavu „1. čtení –
Pokud Sněmovna v rámci 1. čtení vyslovila souhlas s návrhem zákona, tak podrobná rozprava“
se v tomto případě návrh zákona v systému e-Legislativa posouvá přímo (proces vyslovení souhlasu
do stavu „Příprava pro Senát“. s návrhem zákona již v 1.
čtení dle § 90 odst. 2
Protože je v rámci projednávání možné předkládat legislativně-technické jednacího řádu), pokud v
pozměňovací návrhy, je nutné zapojení legislativního odboru pro tomto stavu návrh schválí,
zaznamenání pozměňovacích návrhů a jejich vložení do návrhu zákona v přejde do stavu „Senát“.
systému e-Legislativa v rámci přípravy pro postoupení k projednání
v Senátu.
„Usnesení PSP“ včetně metadat Pracovník organizačního odboru vloží dokument usnesení PSP do systému Organizační odbor Usnesení PSP je vytvořeno
usnesení a odkazu na uložení originálu SPSP. v SPSP a následně předáno
v systému SPSP. do systému e-Legislativa
jako procesní dokument
Usnesení PSP včetně metadat, tj. minimálně identifikátoru (čísla Systém včetně odkazu na uložení
usnesení v SPSP) a odkazu originálu dokumentu
2058
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
Změna stavu „Příprava pro Senát“. Změna stavu na Příprava pro Senát Předání stavu „Senát“ a
Metadata: Schválen v 1.čtení. Systém stavu projednávání
„Schváleno v 1. čtení“ ze
SPSP do systému e-
Legislativa
Pokud Sněmovna nevyslovila souhlas s návrhem zákona v 1.čtení, 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í garančnímu výboru, popřípadě dalšímu výboru nebo
výborům, a to podle návrhu organizačního výboru nebo předsedy
Sněmovny. Kterýkoli z poslanců může podat jiný návrh na přikázání; o
takovém návrhu rozhodne Sněmovna bez rozpravy. Byl-li návrh zákona
přikázán garančnímu výboru k projednání, nelze jej již vrátit navrhovateli
k dopracování.
Pokud se Sněmovna usnesla vrátit návrh zákona navrhovateli
k dopracování, v tomto případě se návrh zákona v systému e-Legislativa
posouvá do stavu „Vráceno k dopracování (Příprava)“.
V rámci systému e-Legislativa bude možné při vrácení navrhovateli využít
podporu pro rozhodnutí o kontinuitě návrhu, převzetím textu do nového
navazujícího návrhu apod.
2059
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
„Usnesení PSP“ včetně metadat Pracovník organizačního odboru vloží dokument usnesení PSP reflektující Usnesení PSP je vytvořeno
usnesení a odkazu na uložení originálu výsledek 1.čtení návrhu zákona do systému SPSP. Organizační odbor v SPSP a následně předáno
v systému SPSP. do systému e-Legislativa
jako procesní souborový
Usnesení PSP včetně metadat, tj. minimálně identifikátoru (čísla Systém dokument včetně odkazu
usnesení v SPSP) a odkazu na uložení originálu
dokumentu
Změna stavu projednávaného zákona na Systém Předání stavu „Konec“ a
„Vráceno k dopracování“. stavu projednávání „Vrácen
Změna stavu na Vráceno k dopracování k dopracování v 1. čtení“ ze
Metadata: Vráceno k dopracování SPSP do systému e-
v 1.čtení Legislativa
„Usnesení PSP“ včetně metadat Pokud se Sněmovna usnesla, že návrh zákona zamítne, v tomto případě Organizační odbor Usnesení PSP je vytvořeno
usnesení a odkazu na uložení originálu se návrh zákona v systému e-Legislativa posouvá přímo do stavu v SPSP a následně předáno
v systému SPSP. „Ukončen“. do systému e-Legislativa
jako procesní souborový
Pracovník organizačního odboru vloží dokument usnesení PSP reflektující dokument včetně odkazu
výsledek 1.čtení návrhu zákona do systému SPSP. na uložení originálu
dokumentu
Usnesení PSP včetně metadat, tj. minimálně identifikátoru (čísla Systém
usnesení v SPSP) a odkazu
2060
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
Změna stavu projednávaného zákona na Systém Předání stavu „Konec“ a
„Ukončen“ stavu projednávání
Změna stavu na Ukončen „Zamítnut v 1. čtení“ ze
Metadata „Zamítnut v 1. čtení“ SPSP do systému e-
Legislativa
Změna stavu projednávaného návrhu Alternativně může být návrh zákona Navrhovatelem v rámci 1. čtení vzat Systém
zákona na „Ukončen“ z důvodu, že zpět. Toto oznámí Navrhovatel předsedovi Sněmovny. Po vzetí návrhu zákona zpět
Navrhovatel návrh zákona bere zpět V tomto případě se návrh zákona v systému e-Legislativa posouvá do odešle SPSP do systému e-
stavu „Ukončen“. Legislativa stav „Konec“ a
Metadata „Vzat zpět v 1. čtení” stav projednání „Vzat zpět
Změna stavu na Ukončen v 1. čtení”
„Usnesení PSP“ včetně metadat Sněmovna se usnesla, že přikáže návrh zákona k projednání garančnímu Organizační odbor Usnesení PSP je vytvořeno
usnesení a odkazu na uložení originálu výboru, popřípadě dalšímu výboru nebo výborům. Systém v SPSP a následně předáno
v systému SPSP. do systému e-Legislativa
Pracovník organizačního odboru vloží dokument usnesení PSP reflektující jako procesní souborový
výsledek 1.čtení návrhu zákona do systému SPSP. dokument včetně odkazu
na uložení originálu
Usnesení PSP včetně metadat, tj. minimálně identifikátoru (čísla dokumentu
usnesení v SPSP) a odkazu
2061
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
Systém e-Legislativa poskytne nástroje „Předseda Sněmovny ve spolupráci s Kanceláří sněmovny zabezpečí před Legislativní odbor
pro výměnu výchozí vrstvy návrhu projednáním návrhu zákona ve výborech legislativně technickou úpravu
zákona a označení konfliktů, tj. označení návrhu zákona, která vyplývá z právních předpisů a nálezů Ústavního
ustanovení návrhu zákona, které byly soudu vyhlášených ve Sbírce zákonů a mezinárodních smluv a věcně
změněny jak mezitímní novelou, tak i nemění obsah právního předpisu. Předseda Sněmovny ve spolupráci s
projednávaným návrhem zákona. Kanceláří sněmovny před projednáním návrhu zákona ve výborech dále
zabezpečí úpravu návrhu zákona, která vyplývá z návrhů změn tohoto
Je zpracováván dokument s návrhem předpisu dříve předložených Poslanecké sněmovně k projednání a dosud
detailního chování systému při výměně Poslaneckou sněmovnou neodmítnutých, které se týkají měněných
výchozí vrstvy a způsobu identifikace a ustanovení a ze kterých návrh právního předpisu vychází.“
klasifikace vzniklých konfliktů k řešení.
Dle § 90 odst. 7 doprovodného zákona (viz. citace výše) provádí
legislativní odbor Sněmovny aktualizaci úplného znění textu návrhu
zákona dle mezitím vyhlášených novel a nálezů Ústavního soudu.
Schválený text novel a nálezů promítne do úplného znění projednávaného
návrhu zákona přímo, není-li identifikován konflikt (tj. změna ustanovení,
ze kterých návrh právního předpisu vychází) s navrhovaným textem. Je-li
konflikt zjištěn, zpracuje upozornění o tomto konfliktu. Provádí se po
prvém čtení před předložením k projednání do výborů.
Příprava pro poskytnutí Systém SPSP si vybere a stáhne
aktualizovaného návrhu zákona v soubory, vytvoří sněmovní
Poskytnutí souborů pro vytvoření sněmovního dokumentu v SPSP a
následné vytvoření sněmovního tisku
2062
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
systému e-Legislativa pro stažení dokument, vygeneruje číslo
systémem SPSP k následnému vytvoření Systém sněmovního tisku a tento
sněmovního tisku v SPSP rozešle poslancům
Doplnění metadat návrhu zákona o číslo Předání čísla sněmovního tisku do systému e-Legislativa SPSP do systému e-
sněmovního tisku Legislativa předá číslo
sněmovního tisku (předává
se číslo tisku a číslo
volebního období)
Změna stavu projednávaného návrhu Systém SPSP předá do systému e-
zákona na „Projednání ve výborech“ Legislativa stav „2. čtení –
Změna stavu na Projednání ve výborech obecná rozprava“
Vráceno k dopracování (Příprava)
Pro sdělení Navrhovateli, co by mělo být dopracováno lze v přípravě pro Organizační odbor
vrácení Navrhovateli k dopracování využít nástrojů systému e-Legislativa
pro strukturované připomínky k návrhu zákona. Vygenerovaný souhrn
připomínek lze pak stáhnout ze systému e-Legislativa a vložit do usnesení
PSP.
Poskytnutí souhrnu připomínek
2063
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
Případně lze vygenerovaný souhrn připomínek připojit samostatně
v systému e-Legislativa jako souborový dokument k návrhu zákona.
„Usnesení PSP“ včetně metadat Pracovník organizačního odboru vloží dokument usnesení PSP reflektující Organizační odbor Usnesení PSP je vytvořeno
usnesení a odkazu na uložení originálu výsledek 1.čtení návrhu zákona do systému SPSP. v SPSP a následně předáno
v systému SPSP. do systému e-Legislativa
jako procesní souborový
Usnesení PSP včetně metadat, tj. minimálně identifikátoru (čísla Systém dokument včetně odkazu
usnesení v SPSP) a odkazu na uložení originálu
dokumentu
Změna stavu projednávaného zákona na Po ukončení přípravy na postoupení Sněmovně ukončí pracovník Organizační odbor
„Postoupeno navrhovateli k organizačního odboru proces přípravy a dá pokyn systému e-Legislativa
dopracování“ k přesunu dat do předávacího prostoru. Systém e-Legislativa na základě Aparát předsedy
nastavení provede přesun relevantních dat automaticky. Sněmovny
Systém e-Legislativa umožní pracovníku organizačního odboru vybrat a
vložit i další procesní dokumenty, které jsou k dispozici a nebyly na
základě nastavení vloženy automaticky.
Aparát předsedy Sněmovny v systému e-Legislativa nastaví stav
„Postoupeno Navrhovateli k dopracování“.
Změna stavu na Postoupeno navrhovateli k
dopracování
2064
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
Postoupeno Navrhovateli k dopracování
Návrh zákona čeká v předávacím prostoru na převzetí Navrhovatelem
k dopracování. Po aktivním převzetí Navrhovatel v případě formální,
respektive neformální výzvy odstraní nedostatky, respektive dopracuje
návrh zákona v případě vrácení návrhu zákona k dopracování usnesením
Sněmovny v 1. čtení.
Po dokončení Navrhovatel opětovně postoupí návrh zákona Sněmovně
k projednání standardní cestou přes předávací prostor.
Systém e-Legislativa bude držet v metadatech informaci, zda se jedná o
opětovné předložení po odstranění nedostatků nebo po dopracování
návrhu zákona, tuto informaci poskytne i systému SPSP.
Rozhodnutí, zda bude přiděleno nové číslo sněmovního tisku je na
systému SPSP. V systému e-Legislativa je identifikátor právního aktu
v průběhu legislativního procesu návrhu zákona stále stejný.
Projednání ve výborech
Postupné vkládání jednotlivých Určený výbor/y zařadí projednávání návrhu zákona na program své Aparát přiřazeného Zaznamenání rozhodnutí o
pozměňovacích návrhů do systému e- schůze. výboru projednání návrhu zákona
Legislativa poslanci nebo jimi
pověřenými zástupci v rámci prostoru Výbory nicméně mohou samostatně rozhodnout, že návrh zákona Poslanci, členové
pozměňovacích návrhů k návrhu zákona projednají, ačkoli jim nebyl v 1. čtení přikázán. Důležité pro možnost přiřazeného výboru,
dané fáze legislativního procesu. předkládání pozměňovacích návrhů na jednání výborů. pracovník
legislativního odboru
2065
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
Pozměňovací návrhy jsou v systému e- Takové rozhodnutí je pak nutné zaznamenat do SPSP odpovědnou osobu do systému PSP aparátem
Legislativa zadávány editací úplného (aparátem výboru). Do systému e-Legislativa se přijatá rozhodnutí zapíší Poslanci výboru
znění návrhu zákona a zadáním při synchronizaci metadat návrhu zákona. Poslanci
odůvodnění změny.
Následně je obsah pozměňovacího Lhůta pro projednání návrhu zákona ve výboru je 60 dnů, od rozhodnutí o
návrhu vygenerován (automaticky jeho přikázání výboru k projednání. Sněmovna může lhůtu zkrátit nebo
s možností interakce uživatele) tzv. prodloužit (hlídání lhůt je v gesci systému SPSP).
”Generátorem novel“. V případě
novelizace obsah pozměňovacího Výbory obvykle sledují návrh zákona i 6 měsíců před jeho předložením
návrhu obsahuje změnu oproti návrhu Sněmovně.
zákona nikoli změnu oproti textu novely.
e-Legislativa umožní podat pouze Jednání výboru se zpravidla zúčastňují poslanci, tajemník, zástupce
pozměňovací návrh k pozměňovacímu legislativního odboru, zpravodaj a Navrhovatel.
návrhu, další pozměňovací návrh (k
pozměňovacímu návrhu pozměňovacího Výbor může vyžadovat předložení pozměňovacích návrhů svých členů
návrhu) se už řetězit nemůže. v předstihu. Pozměňovací návrhy se nicméně mohou přednést přímo na
jednání výboru i ústně.
Pozměňovací návrh k pozměňovacímu
návrhu bude technicky realizován tak, že Písemně zadaný pozměňovací návrh prostřednictvím systému e-
autor provede kopii původního Legislativa zpřístupní poslanec všem členům výboru, případně i
pozměňovacího návrhu, přičemž uvede, Navrhovateli.
že účelem je pozměňovací návrh
k pozměňovacímu návrhu (bude V dnešní praxi jsou ústně přednesené pozměňovací návrhy předkládány
uvedeno v metadatech nového přímo na jednání výboru v listinné podobě. V nové praxi buď budou
pozměňovacího návrhu čili bude předem připraveny přímo v systému e-Legislativa, anebo musí být
naznačena vazba na původní následně vloženy do systému e-Legislativa aparátem výboru.
2066
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
pozměňovací návrh). Následně autor V rámci podrobné rozpravy se poslanci přihlašují k pozměňovacímu Pracovník Odboru
tento nový pozměňovací návrh upraví návrhu. Pozměňovací návrhy je možné vzít zpět. legislativy
dle svých požadavků a předloží jej.
Jednání výboru může být přerušeno, pokud je příliš mnoho (zejména ústně Pracovník
Pozměňovací návrhy jsou v systému e- přednesených) pozměňovacích návrhů a je nutné je před hlasováním sekretariátu výboru
Legislativa řazeny do sad. Ke každému nejprve zpracovat.
návrhu zákona tak může být vytvořena
jedna sada pro každý výbor. Poslanci si U ústně přednesených pozměňovacích návrhů přímo na výboru se vytvoří
mohou vytvořit více sad pozměňovacích prázdný pozměňovací návrh v systému e-Legislativa s komentářem
návrhů. obsahujícím text v přednesené formě, který bude následně navrhovatelem
pozměňovacího návrhu zapracován do finální podoby (tj. do textu
Pozměňovací návrhy (PN) mají svého úplného znění návrhu zákona) případně i ve spolupráci se zástupci
legislativy.
Autora (či autory; kdo PN
vytvořil, hodlá jej předložit a V rámci projednání pozměňovacích návrhů v podrobné rozpravě může
podat) poslanec návrh zpřesnit. Upřesnění bude zaznamenáno, a bude-li návrh
přijat, zaneseno do systému e-Legislativa.
Vlastníka (systémový údaj řízení
práv závislý na stavu PN, mohou Na závěr probíhá hlasování o jednotlivých pozměňovacích návrzích.
to být např. Autoři PN, Aparát Výsledek hlasování se stává stanoviskem výboru k návrhu zákona.
výboru či Aparát Komory) Výsledkem jednání výboru může být:
Předkladatele (ten z autorů, Usnesení – souhlasí / nesouhlasí / souhlasí s návrhem zákona (do
který stav PN v systému změnil usnesení se zaznamenají pouze přijaté pozměňovací návrhy)
na „Předloženo“)
Oponentní zpráva – souhlasí / nesouhlasí / souhlasí s
Podal na výboru (poslanec či pozměňovacím návrhem
skupina poslanců, kteří PN
podali na schůzi výboru) Záznam z jednání v případech, kdy nebylo možné dosáhnout
usnesení (není možné dosáhnout shody nad návrhem textu
Podal (poslanec či skupina usnesení)
poslanců, kteří PN podali na
schůzi pléna)
2067
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
Zadavatele (systémový údaj; Oponentní zprávu předkládají poslanci výboru sekretariátu výboru, který ji Aparát příslušného
kdo do systému PN fyzicky zpracuje a předkládá předsedovi Sněmovny. Oponentní zpráva není výboru
zadal) stanoviskem výboru, ale může obsahovat pozměňovací návrhy či
komplexní pozměňovací návrh.
Přístup k sadě pozměňovacích návrhů, Výbory mohou projednávat návrh zákona i z vlastní iniciativy a mohou
respektive k jednotlivých pozměňovacím k němu vytvářet dokumenty (usnesení, zprávy z jednání) a jejich členové i
návrhům v systému e-Legislativa je řízen oponentní zprávy. Praxe je taková, že pokud uplyne lhůta k projednání,
může se jednat i v případě, že některý výbor návrh zákona neprojednal.
určením vlastníka
stavem (například „Předložen“ V záznamu z jednání výboru jsou zahrnuty všechny předložené
pozměňovací návrhy a výsledek hlasování, v usnesení výboru jsou pak již
tj. je přístupný všem uživatelům pouze výborem přijaté pozměňovací návrhy.
kteří mají přístup k danému
prostoru, respektive k sadě I pozměňovací návrhy, které nebyly na jednání výboru přijaty, je třeba
pozměňovacích návrhů) zaznamenat do systému e-Legislativa.
možností sdílení
Systém e-Legislativa podporuje sdílení
návrhů pozměňovacích návrhů mezi
jednotlivými poslanci i mezi poslanci a
pracovníky legislativního odboru.
Systém e-Legislativa bude důsledně U všech pozměňovacích návrhů tajemník výboru vyznačí, zda byly podány
oddělovat informace o tom, kdo na jednání výboru, kým byly podány či kdo se k nim přihlásil a zda byly na
pozměňovací návrh připravil (autoři) a jednání výboru přijaty (tzn. stanou se součástí usnesení výboru a budou
předložil od informací, kdo pozměňovací tak podány na jednání pléna Sněmovny).
návrh podal či přihlásil se k němu na
jednání.
2068
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
V systému e-Legislativa pro komplexní Výbor může vedle standardních pozměňovacích návrhů vytvořit i Výbor
pozměňovací návrh vzniká vedlejší „komplexní pozměňovací návrh“, kterým se mění původní předloha
hlavní vrstva s upraveným zněním návrhu zákona. Poslanec
návrhu zákona. Sněmovna
Komplexní pozměňovací návrh vzniká zpravidla na výboru ve spolupráci
Pozměňovací návrhy tak mohou být po s Navrhovatelem návrhu zákona, ale může být předložen i jako iniciativa
zveřejnění komplexního pozměňovacího poslance v rámci 2. čtení.
návrhu vkládány jak k hlavní vrstvě
návrhu zákona, tak vedlejší vrstvě Do doby, než komplexní pozměňovací návrh schválí Sněmovna, se jedná
návrhu zákona upravené pomocí pouze o jeden z pozměňovacích návrhů. Nicméně je rozdíl, zda je jako
komplexního pozměňovacího návrhu pozměňovací návrh vnímáno celé projednávání, anebo zda je ve druhém
čtení přijat jako základ pro předkládání pozměňovacích návrhů.
Komplexních pozměňovacích návrhů
může být více (z jednotlivých výborů),
pro všechny je nutné vytvořit vedlejší
vrstvy, počet variantních návrhů nemůže
být omezen.
Pozměňovací návrhy lze jednotlivě i
hromadně kopírovat jak v rámci jedné
vrstvy návrhu zákona, tak i mezi
různými vrstvami návrhu zákona, což
velmi zjednoduší práci například nad
komplexním pozměňovacím návrhem.
2069
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
Pozměňovací návrh může být obecně ve Výsledek hlasování o pozměňovacích návrzích je zaznamenán do systému Aparát výboru
e-Legislativa, tj. k podaným pozměňovacím návrhům je doplněna
stavu: informace, zda byl výborem schválen – přijat nebo ne.
„zadaný“ (neveřejný, viditelný
pouze senátorovi nebo jím
určeným osobám),
„předložený“ (tj. dle kontextu
předložený pro schůzi výboru či
komise nebo schůzi pléna),
„podaný na výboru nebo
komisi“ (tj. poslanec podal
předložený pozměňovací návrh
na schůzi výboru nebo komise)
„podaný“ (tj. pozměňovací
návrhy přijaté na výboru nebo
komisi (jsou součástí usnesení
výboru či komise) nebo
pozměňovací návrhy podané
poslancem či poslanci na schůzi
pléna na základě předloženého
pozměňovacího návrhu.)
„vzatý zpět“ (tj. poslanec, který
pozměňovací návrh podal jej
vzal zpět, případně jej vzali zpět
všichni poslanci, kteří se k němu
přihlásili),
„přijatý“ (na plénu komory)
„revokovaný“ (odvolaný po
přijetí)
2070
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
K pozměňovacímu návrhu se může Aparát výboru vytvoří
přihlásit i jiný poslanec než autor či Systém stanovisko výboru a připojí
autoři pozměňovacího návrhu. k němu přílohu
s pozměňovacími návrhy
Pozměňovací návrhy označené jako Poskytnutí pozměňovacích návrhů pro vytvoření usnesení výboru / staženou systémem SPSP ze
přijaté na výboru jsou převedeny do záznamu z jednání výboru do SPSP systému e-Legislativa.
stavu “Podaný“ a jsou zpřístupněny
všem kdo má přístup do prostoru fáze Usnesení jednotlivých
daného procesu. výborů jsou systémem SPSP
předána do systému e-
Poskytnutí pozměňovacích návrhů ze Legislativa jako procesní
systému e-Legislativa pro vytvoření souborový dokument
usnesení výboru / záznamu z jednání
výboru v systému SPSP pro stažení a
následné vytvoření sněmovního tisku
Současně se uzavře možnost vkládání
nových pozměňovacích návrhů daným
výborem.
„Usnesení výborů“ včetně metadat Usnesení výboru včetně metadat, tj. minimálně identifikátoru (čísla
usnesení a odkazu na uložení originálu usnesení v SPSP) a odkazu
v systému SPSP.
2071
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
Z usnesení/záznamu z jednání výboru vzniká sněmovní tisk, který je Aparát výboru včetně odkazu na uložení
formálním podkladem pléna Sněmovny. Systém originálu dokumentu
Předání čísla sněmovního tisku do systému e-Legislativa Systém SPSP vytvoří sněmovní tisk,
vygeneruje číslo
Doplnění metadat návrhu zákona o číslo sněmovního tisku a
sněmovního tisku sněmovní tisk rozešle
poslancům, pozměňovací
návrhy v novelizačním tvaru
jsou v rámci stanoviska
výboru pro sněmovní tisk
předány jako příloha.
Usnesl-li se výbor na
komplexním
pozměňovacím návrhu, je
tento předán do SPSP
podobně jako pozměňovací
návrhy v rámci stanoviska
výboru.
SPSP do systému e-
Legislativa předá číslo
sněmovního tisku a číslo
volebního období
2072
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
Příprava pozměňovacích návrhů, které Poslanci si mohou připravovat pozměňovací návrhy k návrhu zákona
budou následně podány na plénu v systému e-Legislativa okamžikem převzetí návrhu zákona Sněmovnou. Poslanec
Sněmovny ve 2.čtení. Poslanci si mohou pozměňovací návrhu připravovat v off-line nebo v
Pozměňovací návrhy mohou být důvěrném on-line režimu. V těchto režimech nejsou žádná data ukládána
připravovány jak k hlavní vrstvě návrhu do systému e-Legislativa, data jsou uložena do systému e-Legislativa až
zákona, tak i k vrstvě s komplexním okamžikem předložení.
pozměňovacím návrhem. I v případě, že si poslanec bude připravovat pozměňovací návrhy rovnou
v systému e-Legislativa, tak do doby jejich předložení zůstávají
pozměňovací návrhy, respektive sady pozměňovacích návrhů ve
vlastnictví poslance (nebo poslaneckého klubu či skupiny poslanců), tj. o
tom, kdo má k pozměňovacímu návrhu přístup rozhoduje vlastník.
Poslanec je až do předložení může upravovat (edituje stále stejnou verzi
pozměňovacího návrhu).
Poslanec může mít připraveno v rámci jednoho pozměňovacího návrhu i
více variant. Před předložením pozměňovacího návrhu, respektive sady
pozměňovacích návrhů poslanec nástroji systému e-Legislativa
vygeneruje finální podobu novelizačních bodů pozměňovacích návrhů.
Teprve po předložení pozměňovacího návrhu, respektive sady
pozměňovacích návrhů se pozměňovací návrhy stávají viditelné všem
poslancům a dalším zúčastněným subjektům s přístupem do prostoru
pozměňovacích návrhů dané fáze legislativního procesu v systému e-
Legislativa.
I když systém e-Legislativa je koncipován flexibilně a může pracovat i s
jednotlivými pozměňovacími návrhy, tak pro soulad se stávající praxí
sněmovních dokumentů v systému SPSP budou poslanci z pohledu
2073
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
Písemně podaný
předkládání pozměňovacích návrhů pracovat se sadami pozměňovacích pozměňovací návrh/sadu
návrhů (přičemž jeden poslanec může být vlastníkem i více sad pozměňovacích návrhů v
pozměňovacích návrhů), tj. budou předkládat vždy celou sadu novelizační formě přijme
pozměňovacích návrhů, která bude následně v systému SPSP SPSP a přidělí mu číslo
reprezentována jedním Sněmovním dokumentem, na jehož číslo se sněmovního dokumentu
poslanci odvolávají v průběhu podávání pozměňovacích návrhů v průběhu Číslo sněmovního
2.čtení a následně pak i v průběhu hlasování ve 3.čtení. dokumentu odpovídající
Systém
Systém e-Legislativa poskytne předloženou sadu pozměňovacích návrhů
v novelizační formě včetně identifikátoru sady pozměňovacích návrhů
systému SPSP pro vytvoření sněmovního dokumentu. Číslo sněmovního
dokumentu následně systém SPSP poskytne systému e-Legislativa.
Po předložení sady pozměňovacích návrhů poslancem se vlastníkem sady Organizační odbor
stává organizační odbor. Systém
Předložená sada pozměňovacích návrhů Poskytnutí pozměňovacího návrhu/sady pozměňovacích návrhů do SPSP
v systému e-Legislativa se stává
viditelnou všem poslancům a předává
se do SPSP v novelizační formě pro
vytvoření sněmovního dokumentu.
Doplnění čísla sněmovního dokumentu Systém
k odpovídajícímu písemně
Předání čísla sněmovního dokumentu do systému e-Legislativa
2074
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
danému písemně
předloženému pozměňovacímu Systém e-Legislativa bude považovat pozměňovací návrh/sadu podanému pozměňovacímu
návrhu/sadě pozměňovacích návrhů. pozměňovacích návrhů za předloženou teprve okamžikem předání čísla návrhu/sadě
sněmovního dokumentu do systému e-Legislativa. pozměňovacích návrhů
Změna stavu pozměňovacího předá systém SPSP do
návrhu/sady pozměňovacích návrhů na systému e-Legislativa
“Předloženo“.
Alternativně může být návrh zákona Navrhovatelem v rámci Projednávání
ve výborech vzat zpět. V tomto případě se návrh zákona v systému e-
Legislativa posouvá do stavu „Ukončen“
Změna stavu projednávaného zákona na Systém Předání stavu ze SPSP
„Ukončen“ „Konec“ a stavu
Změna stavu na Ukončen projednávání „Vzato zpět
Metadata: Vzat zpět před druhým ve 2. čtení“ ze SPSP
čtením
Ruční nastavení stavu „2. čtení“ Jelikož systém SPSP nereflektuje stavově projednávání ve výborech a po Pracovník
v systému e-Legislativa ukončení 1.čtení je v systému SPSP nastaven stav 2.čtení musí být přechod organizačního odboru
do druhého čtení v systému e-Legislativa nastaven ručně pracovníkem
organizačního odboru v okamžiku, kdy je návrh zákona pro druhé čtení
připraven.
Změna stavu na 2. čtení
2075
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
2. čtení procesu
Pokud je návrh zákona projednáván ve zkráceném jednání ve stavu Přiřazený výbor
legislativní nouze, předsedou Sněmovny přiřazený výbor v usnesení
navrhne, zda se má v rámci 2. čtení o návrhu zákona konat obecná Předseda Sněmovny
rozprava, a také o kterých částech návrhu zákona se povede podrobná Přiřazený výbor
rozprava. Přiřazený výbor současně navrhne lhůtu, do kdy má Sněmovna Předseda Sněmovny
jednání o návrhu zákona ve zkrácení jednání ukončit.
Sněmovna může projednat návrh zákona ve zkráceném jednání i tehdy,
když jí přiřazený výbor nepředloží usnesení ve stanovené lhůtě. V tomto
případě určí zpravodaje návrhu zákona předseda Sněmovny.
Pokud je návrh zákona projednáván ve zkráceném jednání za stavu
ohrožení státu nebo válečného stavu, předsedou Sněmovny přiřazený
výbor v usnesení navrhne, zda se má v rámci 2. čtení o návrhu zákona
konat obecná rozprava, a také o kterých částech návrhu zákona se
povede podrobná rozprava.
Sněmovna může projednat návrh zákona ve zkráceném jednání i tehdy,
když jí přiřazený výbor nepředloží usnesení ve stanovené lhůtě. V tomto
případě určí zpravodaje návrhu zákona předseda Sněmovny.
Nejdříve návrh zákona prochází obecnou rozpravou, na základě, které Sněmovna
může být návrh zákona vrácen garančnímu výboru k novému projednání.
Pokud k tomu nedojde, pokračuje 2. čtení podrobnou rozpravou
Pokud je předložen komplexní pozměňovací návrh a jeho text je přijat za
základ pro předkládání pozměňovacích návrhů v podrobné rozpravě ve
2076
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
Vedle vedlejší vrstvy s komplexním
pozměňovacím návrhem je nutné 2. čtení, zpravidla dochází k přerušení jednání (nebo delší pauza mezi
zachovat po celou dobu schvalování obecnou a podrobnou rozpravou), aby byl čas na zapracování či
zákona i hlavní vrstvu s pozměňovacími přepracování pozměňovacích návrhů vůči komplexnímu pozměňovacímu
návrhy k původnímu znění, protože až návrhu.
do 3. čtení není jisté, že bude vrstva
s komplexním pozměňovacím návrhem Je nutné ověřit, zda pozměňovací návrhy k hlavní vrstvě návrhu zákona Poslanec
Sněmovnou přijata mají relevanci ke komplexnímu pozměňovacímu návrhu. Aby se
pozměňovací návrhy nestaly nehlasovatelnými, je nutné je (po posouzení Pracovník
relevance) zadat znovu do nové vedlejší vrstvy s komplexním legislativního odboru
pozměňovacím návrhem. Pozměňovací návrhy ke komplexnímu
pozměňovacímu návrhu zadají buď přímo poslanci (nebo jimi určení Autor pozměňovacího
spolupracovníci), anebo pracovníci legislativy. Autor pozměňovacího návrhu
návrhu se současně může rozhodnout, že k této proceduře nepřistoupí –
důvodem může být zejména to, že s komplexní pozměňovacím návrhem
nesouhlasí a preferuje původní znění.
Je nutné si uvědomit, že hlasování o komplexním pozměňovacím návrhu
ve 2. čtení je pouze technickým opatřením. Sněmovna může komplexní
pozměňovací návrh ve 3. čtení odmítnout a pak by tedy platily všechny
pozměňovací návrhy k původnímu textu.
Za mimořádných okolností, kdy jsou zásadním způsobem ohrožena Sněmovna
základní práva a svobody občanů nebo bezpečnost státu nebo kdy státu
hrozí značné hospodářské škody, vyhlásí předseda Sněmovny na návrh
vlády stav legislativní nouze na určitou dobu. Sněmovna může stav
legislativní nouze zrušit nebo omezit dobu, na niž byl vyhlášen.
2077
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
Posouzení se neaplikuje pro § 100a, kde je kontinuální podmínkou
aplikace existence válečného stavu či stavu ohrožení státu, a při jejich Sněmovna
zrušení se postupuje dále standardním způsobem
Dojde-li Sněmovna k závěru, že podmínky pro jeho vyhlášení pominuly, Sněmovna
stav legislativní nouze zruší. Tento postup se však například nepoužije na Sněmovna
rozhodnutí Rady bezpečnosti OSN, kde se charakter návrhu v zásadě
nemůže měnit a podmínky jsou trvalé
Ve stavu legislativní nouze posoudí Sněmovna před projednáváním
vládního návrhu zákona, zda jsou podmínky pro jeho projednání ve
zkráceném jednání. Neshledá-li důvody pro mimořádný postup, návrh
zákona ve zkráceném jednání neprojedná. Pro projednávání návrhu
zákona tak budou uplatněny standardní lhůty a proces.
Návrh zákona tak bude ve 2. čtení projednán standardním způsobem
Sněmovna může rozhodnout, že od obecné rozpravy ve druhém čtení při
projednávání vládního návrhu zákona ve zkráceném jednání upouští.
Sněmovna může rozhodnout, že od obecné rozpravy ve druhém čtení při
projednávání vládního návrhu zákona ve zkráceném jednání upouští.
Podání návrhu na opakování druhého čtení není přípustné.
Evidence přihlášení se poslance Aby byl písemně předložený pozměňovací návrh projednán v rámci Poslanec
k pozměňovacímu návrhu v systému e- podrobné rozpravy, musí se poslanec ke svému pozměňovacímu návrhu
Legislativa pracovníkem legislativy
2078
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
Žádost o vzetí zpět předloženého, ale přihlásit, pozměňovací návrhy výboru se považují za přihlášené
nepřihlášeného (nepodaného) zveřejněním usnesení výboru.
pozměňovacího návrhu poslancem v Ve stávající praxi pro přihlášení pozměňovacího návrhu, poslanec může
systému e-Legislativa uvést jen číslo sněmovního dokumentu. Sněmovní dokument ve stávající
praxi může obsahovat i více pozměňovacích návrhů. Poslanec může
předložit své pozměňovací návrhy ve více sněmovních dokumentech.
V systému e-Legislativa jsou pozměňovací návrhy řazeny do sad, kde
jedna sada může reprezentovat stávající praxi jednoho sněmovního
dokumentu a stávající praxe tak může být zachována. Nicméně systém e-
Legislativa bude umožnovat i práci s jednotlivými pozměňovacími návrhy.
Ve stávající praxi bývá do jednoho sněmovního dokumentu zařazeno i více Systém
souborů (doc/docx). Tato možnost nebude podporována s ohledem na
zbytečnou komplikovanost udržení křížových reference mezi oběma Pracovník Kanceláře
spolupracujícími systémy. Sněmovny
Je žádoucí evidovat stav, že se poslanec k pozměňovacímu návrhu v rámci Pracovník
podrobné rozpravy 2. čtení přihlásil (provede následně pracovník legislativního odboru
legislativního odboru v systému e-Legislativa).
Systém e-Legislativa umožní vzít poslanci zpět předložený, ale
nepřihlášený pozměňovací návrh. O odvolání předloženého
pozměňovacího návrhu požádá poslanec v systému e-Legislativa. S
ohledem na potřebu ověřit, zda se nejedná o pozměňovací návrh, ke
2079
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
Posouzení a potvrzení/ odmítnutí vzetí
zpět předloženého pozměňovacího kterému se poslanec přihlásil, bude jeho stažení po zahájení 2. čtení
návrhu pracovníkem legislativního podléhat ověření odborným aparátem Sněmovny.
odboru
Posouzení možnosti vyhovět požadavku na vzetí zpět provede pracovník
legislativního odboru až po sestavení seznamu pozměňovacích návrhů pro
3. čtení (pozměňovací návrh, který má být vzat zpět, nesměl být
přihlášen) a potvrdí/odmítne vzetí zpět v systému e-Legislativa.
V systému e-Legislativa se pozměňovací návrh/sada pozměňovacích
návrhů, u něhož bylo potvrzeno zpětvzetí, vrátí zpět do stavu „zadán“, “,
čímž přestane být pozměňovací návrh přístupný ostatním senátorům
(mimo jeho autory).
Systém e-Legislativa tuto informaci předá do SPSP, aby SPSP zneviditelnil
i příslušný sněmovní dokument odpovídající danému pozměňovacímu
návrhu/sadě pozměňovacích návrhů.
e-Legislativa předá informaci o vzetí Požadavek na vzetí zpět sněmovního dokumentu odpovídajícího Systém V SPSP se zneviditelní
zpět konkrétního pozměňovacího pozměňovacímu návrhu do SPSP příslušný sněmovní
návrhu/sadě pozměňovacích návrhů (a dokument odpovídající
odpovídajícímu sněmovnímu danému pozměňovacímu
dokumentu) do SPSP návrhu/sadě
pozměňovacích návrhů
2080
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
Pracovník legislativního odboru do Poslanec může podat pozměňovací návrh i ústní formou přímo v průběhu Poslanec Písemně podaný
systému e-Legislativa vloží ústně podaný podrobné rozpravy na plénu Sněmovny. Pracovník legislativního odboru Pracovník pozměňovací návrh/sadu
pozměňovací návrh ústně podaný pozměňovací návrh v rámci schůze pouze zaznamená, legislativního odboru pozměňovacích návrhů v
později po obdržení stenozáznamu z jednání Sněmovny jej zaznamená do Poslanec novelizační formě přijme
úplného znění návrhu zákona v systému e-Legislativa a prostředky SPSP a přidělí mu číslo
systému e-Legislativa vygeneruje vlastní obsah pozměňovacího návrhu. Systém sněmovního dokumentu
Číslo sněmovního
Stav pozměňovacího návrhu nastaví pracovník legislativního odboru na Systém dokumentu odpovídající
„předložený“. danému písemně
podanému pozměňovacímu
Následně je nutné pozměňovací návrh postoupit do sytému PSP (ve návrhu/sadě
sněmovním systému se vytvoří sněmovní dokument) a následně pozměňovacích návrhů
pozměňovací návrh označit v systému e-Legislativa jako podaný.
Předložená sada pozměňovacích návrhů Poskytnutí pozměňovacího návrhu/sady pozměňovacích návrhů do SPSP
v systému e-Legislativa se stává
viditelnou všem poslancům a předává
se do SPSP v novelizační formě pro
vytvoření sněmovního dokumentu.
Doplnění čísla sněmovního dokumentu Předání čísla sněmovního dokumentu do systému e-Legislativa
k odpovídajícímu písemně
předloženému pozměňovacímu
návrhu/sadě pozměňovacích návrhů.
2081
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
Změna stavu projednávaného návrhu předá systém SPSP do
zákona na „Ukončen“ Alternativně může být návrh zákona Navrhovatelem v rámci 2. čtení vzat Systém systému e-Legislativa
zpět. V tomto případě se návrh zákona v systému e-Legislativa posouvá
do stavu „Ukončen“ Předání stavu z SPSP
„Konec“ a stavu
Změna stavu na Ukončen projednávání „Vzat zpět
ve 2. čtení“ ze SPSP
Přihlašování pozměňovacích návrhů může probíhat až do konce podrobné
rozpravy 2. čtení, pak už nesmí být předkládány ani přihlašovány žádné
pozměňovací návrhy.
Na konci 2. čtení se dokončí evidence přihlášených pozměňovacích návrhů
Konec podrobné rozpravy 2. čtení nelze přebírat z SPSP, nastavení online
stavu v systému e-Legislativa v průběhu jednání nebude tedy
podporováno.
Po ukončení jednání Poslanecké sněmovny ve 2.čtení pracovník Pracovník Informaci o ukončení 2.
organizačního odboru následně zanese informaci o ukončení 2.čtení do
systému PSP. organizačního odboru čtení zanese do systému
Samotné ukončení 2. čtení je provedeno bez kontroly pozměňovacích SPSP organizační odbor
návrhů. Až poté, co je vypracován souhrn pozměňovacích návrhů
2082
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
Změna stavu projednávaného návrhu přednesených ve 2. čt., začíná běžet lhůta pro garanční výbor a po Předání informace o
zákona na „Příprava pro 3. čtení“ předložení jeho usnesení je zaznamenán přechod do stavu 3. čtení. ukončení 2. čtení ze SPSP
pro nastavení stavu
Třetí čtení návrhu zákona projednávaného ve zkráceném jednání (ve „Příprava pro 3. čtení“ v
stavu legislativní nouze) může následovat bezprostředně po čtení druhém, systému e-Legislativa
nicméně z pohledu procesu v rámci systému e-Legislativa je návrh zákona
posunut shodně s procesem pro standardní projednávání nejprve do stavu
„Příprava pro 3. čtení“ a z něj následně do stavu „3. čtení“
Třetí čtení návrhu zákona projednávaného ve zkráceném jednání (za
stavu ohrožení státu nebo válečného stavu) může následovat
bezprostředně po čtení druhém, nicméně z pohledu procesu v rámci
systému e-Legislativa je návrh zákona posunut shodně s procesem pro
standardní projednávání nejprve do stavu „Příprava pro 3. čtení“ a z něj
následně do stavu „3. čtení“
Systém
Změna stavu na Příprava pro 3. čtení
Alternativně může být návrh zákona Sněmovou v rámci 2. čtení vrácen
garančnímu výboru k novému projednání. V tomto případě se návrh
zákona v systému e-Legislativa posouvá zpět do stavu „Projednání ve
výborech“.
2083
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
Změna stavu projednávaného návrhu Vrácení návrhu zákona do výborů není možné v případě projednávání Předání stavu „2. čtení –
zákona na „Projednání ve výborech“ návrhu zákona za stavu ohrožení státu nebo válečného stavu (podle Systém obecná rozprava“ ze SPSP a
§ 100a) stavu projednávání
„Vráceno do výborů“
Změna stavu na Projednání ve výborech ze SPSP
Příprava pro 3. čtení „Předseda Sněmovny ve spolupráci s Kanceláří sněmovny zabezpečí před Legislativní odbor
zasláním souhrnu podaných pozměňovacích návrhů poslancům legislativně
Systém e-Legislativa poskytne nástroje technickou úpravu návrhu zákona, která vyplývá z právních předpisů Legislativní odbor
pro výměnu výchozí vrstvy návrhu a nálezů Ústavního soudu vyhlášených ve Sbírce zákonů a mezinárodních Systém
zákona a označení konfliktů, tj. označení smluv a věcně nemění obsah právního předpisu. Předseda Sněmovny
ustanovení návrhu zákona, které byly ve spolupráci s Kanceláří sněmovny před zasláním souhrnu podaných
změněny jak mezitímní novelou, tak i pozměňovacích návrhů poslancům dále zabezpečí úpravu návrhu zákona,
projednávaným návrhem zákona, která vyplývá z návrhů změn tohoto předpisu dříve předložených
respektive podaným pozměňovacím Poslanecké sněmovně k projednání a dosud Poslaneckou sněmovnou
návrhem. neodmítnutých, které se týkají měněných ustanovení a ze kterých návrh
právního předpisu vychází. Má-li legislativně technická úprava podle věty
Je zpracováván dokument s návrhem druhé nebo třetí dopad na podaný pozměňovací návrh, uvede se tato
detailního chování systému při výměně skutečnost v souhrnu podaných pozměňovacích návrhů.“.
výchozí vrstvy a způsobu identifikace a
klasifikace vzniklých konfliktů k řešení.
Dle § 94 odst. 2 doprovodného zákona (viz citace výše) provádí legislativní
odbor Sněmovny aktualizaci úplného znění textu zákona dle mezitím
2084
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
vyhlášených novel a nálezů Ústavního soudu. Schválený text novel a SPSP si vybere a stáhne
nálezů promítne do úplného znění projednávaného návrhu zákona přímo, soubory, vytvoří sněmovní
není-li identifikován konflikt (tj. změna ustanovení, ze kterých návrh dokument, vygeneruje číslo
právního předpisu vychází) s navrhovaným textem. Je-li konflikt zjištěn, sněmovního tisku a tento
zpracuje upozornění o tomto konfliktu. Zároveň se identifikují i konflikty rozešle poslancům
podaných pozměňovacích návrhů.
Příprava souborů v systému e- Systém
Legislativa pro vytvoření sněmovního
dokumentu systémem SPSP (včetně Poskytnutí souborů pro vytvoření sněmovního dokumentu v SPSP a
souborů vytvořených na základě následné vytvoření sněmovního tisku
připravené šablony) pro stažení do SPSP
k vytvoření sněmovního tisku
Doplnění metadat návrhu zákona o číslo Předání čísla sněmovního tisku do systému e-Legislativa Systém SPSP do systému e-
sněmovního tisku Legislativa předá číslo
sněmovního tisku (předává
se číslo tisku a číslo
volebního období)
Vytvoření souhrnu podaných Pracovníci legislativního odboru s využitím nástrojů systému e-Legislativa Pracovník
pozměňovacích a jiných návrhů v vytvoří „Souhrn podaných pozměňovacích a jiných návrhů“. Ten je legislativního odboru
systému e-Legislativa na základě zpřístupněn všem poslancům v systému e-Legislativa a následně
připravené šablony k vytvoření poskytnut SPSP.
sněmovního tisku
2085
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
Na základě poskytnutého „Souhrnu pozměňovacích a jiných návrhů“ se
vygeneruje v SPSP sněmovní tisk a SPSP vrátí do systému e-Legislativa
číslo tohoto sněmovního tisku.
Vygenerování Souhrnu podaných Systém Vytvoření sněmovního
pozměňovacích návrhů a předání tisku, vygeneruje číslo
souhrnu do SPSP k vytvoření Poskytnutí souhrnu pozměňovacích a jiných návrhů do SPSP pro vytvoření sněmovního tisku a
sněmovního tisku sněmovního tisku sněmovní tisk rozešle
poslancům
Předání čísla sněmovního tisku do systému e-Legislativa Systém
Předání čísla sněmovního
Doplnění metadat návrhu zákona o číslo tisku a číslo volebního
sněmovního tisku období do systému e-
Legislativa
Po vygenerování souhrnu pozměňovacích návrhů v systému e-Legislativa Zpravodaj návrhu
a předání souhrnu systému SPSP začíná běžet lhůta pro garanční výbor a zákona
po předložení usnesení garančního výboru je do systému SPSP Garanční výbor
zaznamenán přechod do stavu 3.čtení.
V rámci systému e-Legislativa je k dispozici možnost přípravy a
modelování návrhu pořadí hlasování o jednotlivých pozměňovacích
návrzích ve 3. čtení (výbory, poslanci abecedně, jednotlivé návrhy A1, A2
apod.) včetně určení tzv. nehlasovatelných pozměňovacích návrhů.
Garanční výbor zaujme doporučující nebo nedoporučující stanovisko k
jednotlivým návrhům předloženým k návrhu zákona a navrhne /potvrdí
2086
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
Poskytnutí podkladů ze systému e- navržené pořadí hlasování a proces hlasování. Může doporučit i Garanční výbor Aparát garančního výboru
Legislativa pro vytvoření usnesení legislativně-technické změny (provést se musí jako běžný pozměňovací vytvoří usnesení výboru a
garančního výboru pro stažení a návrh) pro 3. čtení, a to zejména ty, které vyplývají z revize podle § 95 Zpravodaj návrhu připojí k němu přílohu/y
následné vytvoření sněmovního tisku. odst. 2 jednacího řádu. Návrh pořadí hlasování může existovat i ve formě zákona stažené systémem SPSP ze
oponentní zprávy. systému e-Legislativa.
Pokud se neschází garanční výbor, připravuje pořadí hlasování a proces Usnesení garančního
hlasování pouze zpravodaj (nevzniká sněmovní tisk) a přednese je pouze výboru je systémem SPSP
ústně na 3. čtení. předáno do systému e-
Pokud se garanční výbor neschází je do systému SPSP zaznamenán Legislativa jako procesní
přechod do 3.čtení dříve. souborový dokument
včetně odkazu na uložení
Poskytnutí podkladů pro vytvoření usnesení garančního výboru do SPSP Systém originálu dokumentu
„Usnesení výboru“ včetně metadat Usnesení garančního výboru včetně metadat, tj. minimálně
usnesení a odkazu na uložení originálu identifikátoru (čísla usnesení v SPSP) a odkazu
v systému SPSP.
2087
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
Z usnesení garančního výboru vzniká sněmovní tisk, který je formálním SPSP vytvoří sněmovní tisk,
podkladem pléna Sněmovny. vygeneruje číslo
sněmovního tisku.
Předání čísla sněmovního tisku do systému e-Legislativa Systém
SPSP do systému e-
Doplnění metadat návrhu zákona o číslo Legislativa předá číslo
sněmovního tisku sněmovního tisku a číslo
volebního období.
Změna stavu projednávaného návrhu Organizační odbor Organizační odbor nastaví
zákona na „3. čtení“ v SPSP stav 3.čtení.
Změna stavu na 3. čtení Systém Předání stavu „3. čtení“ z
SPSP pro nastavení stavu
„3. čtení“ v systému e-
Legislativa
3. čtení
V rámci 3. čtení zpravodaj návrhu zákona navrhuje proceduru hlasování,
případně přednese usnesení garančního výboru (pokud takové usnesení
existuje).
Je zahájena rozprava a dohodne se procedura a způsob hlasování (zda se
bude hlasovat o celku, po blocích pozměňovacích návrhů nebo jednotlivě
po pozměňovacích návrzích).
2088
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
Po ukončení jednání
e-Legislativa bude podporovat průběžné Je zahájeno hlasování o přijetí pozměňovacích návrhů podle dohodnuté a Poslanecké sněmovny je do
zaznamenávání průběhu hlasování o schválené procedury. systému SPSP zanesena
pozměňovacích návrzích do systému e- informace o výsledku 3.
Legislativa, což by výrazně usnadňovalo Posledním krokem je hlasování o návrhu zákona jako celku (případně o čtení a až následně je do
orientaci poslanců při hlasování o doprovodném usnesení). systému SPSP zanesena
pozměňovacích návrzích a zejména o informace o ukončení 3.
návrhu zákona jako celku. Tuto možnost V současné praxi v tuto chvíli však ještě nejsou pracovníky legislativního čtení pracovníkem
mohou využít jednotliví poslanci i odboru přijaté pozměňovací návrhy zapracované do návrhu zákona. organizačního odboru.
odborný aparát Sněmovny, s povinným Poslanci tak ve chvíli hlasování o návrhu zákona jako celku nemají
využíváním ze strany aparátu Sněmovny k dispozici aktuální text úplného znění návrhu zákona, o kterém hlasují. Organizační odbor zanese
není počítáno výsledek 3.čtení do systému
Systém e-Legislativa umožní okamžité promítání a vizualizaci přijatých SPSP
pozměňovacích návrhů v úplném znění návrhu zákona (nicméně bez
záruky kompletnosti všech pozměňovacích návrhů z důvodů rizika chyby
ve vypjaté atmosféře hlasování, zpětného zpochybňování hlasování
poslanci, možné chyby úředníka apod.)
Poslanec může v rozpravě ve třetím čtení návrhu zákona vystoupit nejvýše Poslanec
jednou
Informaci o výsledku hlasování ve 3. čtení (vysloven souhlas, zamítnut, Organizační odbor
vrácen do 2. čtení nebo vzat zpět se souhlasem Sněmovny) a následně i o
ukončení 3. čtení zanese do systému SPSP organizační odbor.
Pokud se Sněmovna usnesla schválit návrh zákona, v tomto případě se
návrh zákona v systému e-Legislativa posouvá do stavu „Příprava pro
Senát“.
2089
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
„Usnesení PSP“ včetně metadat Pracovník organizačního odboru vloží dokument usnesení PSP reflektující Usnesení PSP je vytvořeno
usnesení a odkazu na uložení originálu výsledek 3.čtení návrhu zákona do systému SPSP. Organizační odbor v SPSP a následně předáno
v systému SPSP. do systému e-Legislativa
jako procesní souborový
Usnesení PSP včetně metadat, tj. minimálně identifikátoru (čísla Systém dokument včetně odkazu
usnesení v SPSP) a odkazu na uložení originálu
dokumentu
Změna stavu projednávaného návrhu Systém V případě vyslovení
zákona na „Příprava pro Senát“ souhlasu s návrhem zákona
Změna stavu na Příprava pro Senát SPSP předá tuto informaci
do systému e-Legislativa
pro změnu stavu na
„Příprava pro Senát“
Návrh zákona může být také Sněmovnou v rámci 3. čtení zamítnut.
V tomto případě se návrh zákona v systému e-Legislativa posouvá přímo
do stavu „Ukončen“.
Bude-li vyžadováno zaznamenání navržených oprav legislativně
technických chyb, gramatických chyb, chyb písemných nebo tiskových,
úprav, které logicky vyplývají z přednesených pozměňovacích návrhů
v průběhu rozpravy i v případě zamítnutí návrhu zákona, bude proces
rozšířen o stav, ve kterém bude možné tyto informace do systému e-
2090
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
„Usnesení PSP“ včetně metadat Legislativa doplnit a teprve poté legislativní proces návrhu zákona Usnesení PSP je vytvořeno
usnesení a odkazu na uložení originálu ukončit. Organizační odbor v SPSP a následně předáno
v systému SPSP. Pracovník organizačního odboru vloží dokument usnesení PSP reflektující do systému e-Legislativa
výsledek 3. čtení návrhu zákona do systému SPSP. jako procesní souborový
dokument včetně odkazu
Usnesení PSP včetně metadat, tj. minimálně identifikátoru (čísla Systém na uložení originálu
usnesení v SPSP) a odkazu dokumentu
Změna stavu projednávaného zákona na Systém V případě zamítnutí návrhu
„Ukončen“. zákona SPSP předá tuto
Změna stavu na Ukončen informaci do systému e-
Metadata: Návrh zákona zamítnut Legislativa pro změnu stavu
na „Ukončen“
Alternativně může být návrh zákona Navrhovatelem v rámci 3. čtení se
souhlasem Sněmovny vzat zpět. V tomto případě se návrh zákona v V případě vzetí zpět návrhu
systému e-Legislativa posouvá do stavu „Ukončen“. zákona SPSP předá tuto
informaci do systému e-
Změna stavu projednávaného zákona na Systém
„Ukončen“
Změna stavu na Ukončen
Metadata: Návrh zákona vzat zpět ve
3.čtení
2091
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
Legislativa pro změnu stavu
„Usnesení PSP“ včetně metadat Alternativně může být návrh zákona Sněmovou v rámci 3. čtení vrácen do na „Ukončen“
usnesení a odkazu na uložení originálu 2. čtení. V tomto případě se návrh zákona v systému e-Legislativa
v systému SPSP. posouvá do stavu „2. čtení“. Usnesení PSP je vytvořeno
v SPSP a následně předáno
Vrácení návrhu zákona do 2. čtení není možné v případě projednávání do systému e-Legislativa
návrhu zákona za stavu ohrožení státu nebo válečného stavu (podle jako procesní souborový
§ 100a jednacího řádu). dokument včetně odkazu
na uložení originálu
Pracovník organizačního odboru vloží dokument usnesení PSP reflektující Organizační odbor dokumentu
výsledek 3. čtení návrhu zákona do systému SPSP.
Usnesení PSP včetně metadat, tj. minimálně identifikátoru (čísla Systém
usnesení v SPSP) a odkazu
Změna stavu projednávaného zákona na Systém V případě vrácení návrhu
„2. čtení“ zákona do 2. čtení SPSP
Změna stavu na 2. čtení předá tuto informaci do
Metadata: Vrácen ze 3. čtení systému e-Legislativa pro
změnu stavu na „2. čtení“
2092
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
Příprava pro Senát Po ukončení hlasování o návrhu zákona jako celku zapracuje pracovník
Zapracování všech přijatých legislativy všechny přijaté ústně podané legislativně – technické Pracovník
pozměňovacích návrhů a legislativně- pozměňovací návrhy v průběhu rozpravy do úplného znění návrhu zákona legislativního odboru
technických pozměňovacích návrhů do v systému e-Legislativa. Zda budou zapracovávány i nepřijaté ústně
výstupní vrstvy úplného znění návrhu podané pozměňovací návrhy je otevřenou otázkou k diskuzi. Pracovník
zákona Dalším krokem je označení pozměňovacích návrhů, které byly ve 3. čtení legislativního odboru
přijaty, v systému e-Legislativa jako “Přijaté”.
Zapracování případných redakčních Pracovník
úprav návrhu zákona do výstupní vrstvy V rámci přípravy předání do dalšího legislativního kroku odbor legislativy legislativního odboru
úplného znění návrhu zákona provede zapracování přijatých pozměňovacích návrhů do výstupní vrstvy Systém
návrhu zákona, Zapracování je provedeno nástroji systému e-Legislativa
Vygenerování novely (v případě automaticky, vždy však s možností interakce uživatele.
novelizace zákona)
Systém e-Legislativa poskytne nástroje „Předseda Sněmovny ve spolupráci s Kanceláří sněmovny zabezpečí před Pracovník
pro výměnu výchozí vrstvy návrhu zasláním návrhu zákona Senátu legislativně technickou úpravu návrhu legislativního odboru
zákona a označení konfliktů, tj. označení zákona, zejména úpravu vyplývající ze schválených pozměňovacích
ustanovení návrhu zákona, které byly návrhů a úpravu vyplývající z právních předpisů a nálezů Ústavního soudu Aparát předsedy
změněny jak mezitímní novelou, tak i vyhlášených ve Sbírce zákonů a mezinárodních smluv, která věcně nemění Sněmovny
projednávaným návrhem zákona. obsah právního předpisu.“. Předseda Sněmovny
Je zpracováván dokument s návrhem Podle § 97 odst. 1 doprovodného zákona (viz citace výše) proběhne ještě
detailního chování systému při výměně promítnutí mezitímních změn právního řádu, které nemění věcně obsah
výchozí vrstvy a způsobu identifikace a zákona.
klasifikace vzniklých konfliktů k řešení.
2093
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
Postoupení návrhu zákona předsedou Správnost znění formálně potvrdí předseda Sněmovny s podporou ze
Sněmovny v systému e-Legislativa strany legislativního odboru. Organizační odbor
Předseda Sněmovny po informaci legislativního odboru o zpracování
všech pozměňovacích návrhů, redakční úpravy zákona a konsolidaci
úplného znění následně v systému e-Legislativa schválený návrh zákona
postoupí Senátu (viz postoupení návrhu zákona jiné instituci).
Předávací prostor, který obsahuje Po ukončení přípravy na postoupení Senátu ukončí pracovník
organizačního odboru proces přípravy a dá pokyn systému e-Legislativa
vrstvu návrhu, která obsahuje k přesunu dat do předávacího prostoru. Systém e-Legislativa na základě
strukturovaný návrh zákona ve nastavení provede přesun relevantních dat automaticky.
znění případně přijatých
pozměňovacích návrhů a ostatní Systém e-Legislativa umožní pracovníku Organizačního odboru vybrat a
náležitosti ve strukturované podobě vložit i další procesní dokumenty, které jsou k dispozici a nebyly na
základě nastavení vloženy automaticky.
sadu PDF (PDF/A) z vrstvy návrhu
technicky zabezpečených tak, aby Aparát předsedy Sněmovny v systému e-Legislativa nastaví stav
byla jednoduše prokazatelná jejich „Postoupeno Sněmovně“.
shodnost s vrstvou návrhu
Nastavení stavu projednávaného Předseda Sněmovny
návrhu zákona na „Postoupeno Senátu“
Změna stavu na Postoupeno Senátu
Předání stavu návrhu zákona Systém Změna stavu návrhu zákona
„Postoupeno Senátu“ do SPSP v SPSP na „Postoupeno
Poskytnutí stavu projednávaného návrhu zákona na Postoupeno Senátu Senátu“. Předání stavu do
v SPSP SPSP je důležité vzhledem
2094
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
k možné nečinnosti Senátu,
aby bylo možno sledovat
lhůtu k projednání
Postoupeno Senátu
Návrh zákona ve stavu „Postoupeno Senátu“ čeká v předávacím prostoru
na aktivní převzetí ze strany aparátu předsedy Senátu
Ve chvíli převzetí se nastaví stav „Převzato Senátem“
Změna stavu projednávaného zákona na Změna stavu na Převzato Senátem Aparát předsedy
„Převzato Senátem“ Senátu
Návrh zákona je po nastavení stavu „Převzato Senátem“ zařazen do
standardního projednání v rámci Senátu. Tento proces je podrobně
popsán v samostatném dokumentu.
Po dokončení projednávání návrhu zákona v Senátu se zásahem aparátu
předsedy Sněmovny (převzetím) návrh zákona dostane prostřednictvím
předávacího prostoru zpět do Sněmovny ve stavu „Převzato PSP ze
Senátu“.
Převzato PSP ze Senátu
Po projednání v Senátu je pro další proces schvalování návrhu zákona Aparát předsedy
důležitý výsledek jeho projednání, se kterým se návrh zákona vrací zpět Sněmovny
do Sněmovny do níže uvedených stavů systému e-Legislativa:
Návrh zákona přijat
Znovu předložen Sněmovně ze Senátu
2095
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
Poskytnutí usnesení Senátu pro Do stavu „Návrh zákona přijat“ mohou návrh zákona posunout tři SPSP vytvoří dva sněmovní
vytvoření sněmovního tisku v SPSP výsledky projednání v Senátu: Systém tisky (Zákon ze Senátu a
Usnesení Senátu),
Schválen Senátem vygeneruje číslo
Senát ve stanovené lhůtě vyjádřil usnesením vůli se návrhem sněmovního tisku a
sněmovní tisky rozešle
zákona nezabývat poslancům
Senát se do 30 dnů od postoupení návrhu zákona k návrhu SPSP do systému e-
Legislativa předá čísla
zákona nevyjádřil sněmovních tisků k danému
Do stavu „Znovu předložen Sněmovně ze Senátu“ mohou návrh zákona sněmovnímu dokumentu
posunout dva výsledky projednání v Senátu: SPSP vytvoří dva sněmovní
tisky (Zákon ze Senátu a
Zamítnuto
Vráceno s pozměňovacími návrhy 2096
Poskytnutí usnesení Senátu do SPSP pro vytvoření sněmovního tisku
Doplnění metadat návrhu zákona o čísla
sněmovních tisků
Předání čísla sněmovního tisku do systému e-Legislativa Systém
Příprava souborů v systému e- Systém
Legislativa pro vytvoření sněmovního
Poskytnutí souborů pro vytvoření sněmovního dokumentu v SPSP a
následné vytvoření sněmovního tisku
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
dokumentu systémem SPSP (včetně Usnesení Senátu),
souborů vytvořených na základě Systém vygeneruje číslo
připravené šablony) pro stažení do SPSP sněmovního tisku a
k vytvoření sněmovního tisku sněmovní tisky rozešle
poslancům
Předání čísla Sněmovního tisku do systému e-Legislativa
SPSP do systému e-
Doplnění metadat návrhu zákona o čísla Legislativa předá čísla
sněmovních tisků sněmovních tisků k danému
Sněmovnímu dokumentu
Změna stavu projednávaného návrhu V případě, že Senát návrh zákona schválil, je ze systému Senátu předána Systém (e-Legislativa)
zákona „Návrh zákona přijat“ informace o schválení návrhu zákona a v systému e-Legislativa je po
převzetí PSP automaticky nastaven stav „Návrh zákona přijat“
Změna stavu na Návrh zákona přijat
Poskytnutí stavu projednávaného Systém Změna stavu návrh zákona
návrhu zákona „Návrh zákona přijat“ s v SPSP na „Prezident“
informací, že se Senát návrhu zákona Předání stavu na Návrh zákona přijat do SPSP
schválil, do SPSP
V případě, že Senát ve stanovené lhůtě vyjádří usnesením vůli se návrhem
zákona nezabývat, je ze systému Senátu tato informace předána do
2097
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
Změna stavu projednávaného návrhu systému e-Legislativa a po převzetí PSP systém e-Legislativa automaticky
zákona „Návrh zákona přijat“ nastaví stav „Návrh zákona přijat“ Systém (e-Legislativa)
Změna stavu na Návrh zákona přijat
Poskytnutí stavu projednávaného Systém Změna stavu návrhu zákona
návrhu zákona „Návrh zákona přijat“ v SPSP na „Prezident“, stav
s informací, že Senát vyjádřil usnesením Změna stavu na Návrh zákona přijat do SPSP projednávání “Senát
vůli se návrhem zákona nezabývat do neprojednal”
SPSP
V případě, že se Senát ve stanovené lhůtě nevyjádří, je ze systému Senátu
tato informace předána do systému e-Legislativa a po převzetí PSP
systém e-Legislativa automaticky nastaví stav „Návrh zákona přijat“
Změna stavu projednávaného návrhu Systém (e-Legislativa)
zákona „Návrh zákona přijat“
Změna stavu na Návrh zákona přijat
Poskytnutí stavu projednávaného Systém Změna stavu návrhu zákona
návrhu zákona „Návrh zákona přijat“ v SPSP na „Prezident“, stav
s informací, že se Senát k návrhu zákona Změna stavu na Návrh zákona přijat do SPSP projednávání “Senát
nevyjádřil do SPSP nevyjádřil”
2098
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
Pokud Senát ve stanovené lhůtě návrh zákona zamítne, předseda
Sněmovny doručí usnesení poslancům a navrhne zákon zamítnutý
Senátem jako bod na projednání na nejbližší schůzi PSP (nejdříve však za
10 dnů od doručení poslancům)
V případě, že Senát ve stanovené lhůtě návrh zákona zamítne, je ze
systému Senátu tato informace předána do systému e-Legislativa a po
převzetí PSP systém e-Legislativa automaticky nastaví stav „Znovu
předložen Sněmovně ze Senátu“
Změna stavu projednávaného návrhu Systém (e-Legislativa)
zákona „Znovu předložen Sněmovně ze
Senátu“ Změna stavu na Znovu předložen Sněmovně
ze Senátu
Předání stavu projednávaného návrhu Systém Změna stavu návrhu zákona
zákona „Znovu předložen Sněmovně“ v SPSP na „Sněmovna
s informací, že návrh zákona byl Změna stavu na Znovu předložen Sněmovně do SPSP (Senát)“, stav „Zamítnuto
v Senátu zamítnut do SPSP Senátem“
Pokud Senát návrh zákona vyžadující souhlas obou komor Parlamentu ČR
zamítne, je ze systému Senátu tato informace předána do systému e-
Legislativa a po převzetí PSP systém e-Legislativa automaticky nastaví
stav „Ukončen“.
Změna stavu projednávaného návrhu Systém (e-Legislativa)
zákona „Ukončen“
Změna stavu na Ukončen
2099
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
Předání stavu projednávaného návrhu Systém Změna stavu návrhu zákona
zákona na „Ukončen“ s informací, že v SPSP na „Sněmovna
návrh zákona byl v Senátu zamítnut do Změna stavu na Ukončen do SPSP (Senát)“, stav „Zamítnuto
SPSP Senátem“
Pokud Senát ve stanovené lhůtě návrh zákona vrátí s pozměňovacími
návrhy, předseda Sněmovny doručí návrh zákona s pozměňovacími
návrhy ze Senátu poslancům a navrhne zákon vrácený Senátem jako bod
na projednání na nejbližší schůzi PSP (nejdříve však za 10 dnů od doručení
poslancům)
V případě, že se Senát ve stanovené lhůtě návrh zákona vrátí
s pozměňovacími návrhy, je ze systému Senátu tato informace předána
do systému e-Legislativa a po převzetí PSP systém e-Legislativa
automaticky nastaví stav „Znovu předložen Sněmovně ze Senátu“
Změna stavu projednávaného návrhu Systém (e-Legislativa)
zákona „Znovu předložen Sněmovně ze
Senátu“ Změna stavu na Znovu předložen
Sněmovně ze Senátu
Předání stavu projednávaného návrhu Systém Změna stavu návrhu zákona
zákona „Znovu předložen Sněmovně“ v SPSP na „Sněmovna
Změna stavu na Znovu předložen Sněmovně do SPSP
2100
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
s informací, že návrh zákona byl (Senát)“, stav „Vráceno
v Senátu schválen s pozměňovacími Senátem“
návrhy do SPSP
Znovu předložen Sněmovně ze Senátu Pokud je návrh zákona v Senátu zamítnut, Sněmovna musí o návrhu Organizační odbor Usnesení PSP je vytvořeno
zákona znovu hlasovat. v SPSP a následně předáno
„Usnesení PSP“ včetně metadat Pokud je návrh zákona přijat, je posunut do stavu „Návrh zákona přijat“. do systému e-Legislativa
usnesení a odkazu na uložení originálu jako procesní souborový
v systému SPSP. Pracovník organizačního odboru vloží dokument usnesení PSP reflektující dokument včetně odkazu
výsledek hlasování o návrhu zákona zamítnutém Senátem do systému na uložení originálu
SPSP. dokumentu
Usnesení PSP včetně metadat, tj. minimálně identifikátoru (čísla Systém
usnesení v SPSP) a odkazu
Změna stavu projednávaného zákona na Systém SPSP předá stav návrh
„Návrh zákona přijat“ zákona „Prezident“, stav
Změna stavu na Návrh zákona přijat „Schváleno po zamítnutí
Senátem“
Pokud návrh zákona není přijat, je posunut do stavu „Ukončen“
2101
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
„Usnesení PSP“ včetně metadat Pracovník organizačního odboru vloží dokument usnesení PSP reflektující Usnesení PSP je vytvořeno
usnesení a odkazu na uložení originálu výsledek hlasování o návrhu zákona zamítnutém Senátem do systému Organizační odbor v SPSP a následně předáno
v systému SPSP. SPSP. do systému e-Legislativa
jako procesní souborový
Usnesení PSP včetně metadat, tj. minimálně identifikátoru (čísla Systém dokument včetně odkazu
usnesení v SPSP) a odkazu na uložení originálu
dokumentu
Změna stavu projednávaného zákona na Systém Předání stavu ze SPSP
„Ukončen“ „Konec“, stav
Změna stavu na Ukončen „Neschváleno po vrácení
Senátem“
Pokud je návrh zákona ze Senátu vrácen s pozměňovacími návrhy,
Sněmovna musí hlasovat o znění návrhu zákona schváleného Senátem a
pokud Sněmovna vysloví souhlas s návrhem Senátu, je návrh zákona
přijat.
Pokud je návrh zákona přijat, je posunut do stavu „Návrh zákona přijat“.
Pokud je návrh zákona vyžadující souhlas obou komor Parlamentu ČR
ze Senátu vrácen s pozměňovacími návrhy, Sněmovna musí hlasovat o
znění návrhu zákona schváleného Senátem a pokud Sněmovna vysloví
souhlas s návrhem Senátu , je návrh zákona přijat a je posunut do stavu
„Návrh zákona přijat“.
2102
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
„Usnesení PSP“ včetně metadat Pracovník organizačního odboru vloží dokument usnesení PSP reflektující Usnesení PSP je vytvořeno
usnesení a odkazu na uložení originálu výsledek hlasování o návrhu zákona schváleném Senátem do systému Organizační odbor v SPSP a následně předáno
v systému SPSP. SPSP. do systému e-Legislativa
jako procesní souborový
Usnesení PSP včetně metadat, tj. minimálně identifikátoru (čísla Systém dokument včetně odkazu
usnesení v SPSP) a odkazu na uložení originálu
dokumentu
Změna stavu projednávaného zákona na Systém Předání stavu ze SPSP
„Návrh zákona přijat“ „Prezident“, stav
Změna stavu na Návrh zákona přijat „Schváleno po vrácení
Senátem“
V systému e-Legislativa je nutné v Pokud je návrh zákona ze Senátu vrácen s pozměňovacími návrhy,
případě nevyslovení souhlasu se zněním Sněmovna musí hlasovat o znění návrhu zákona schváleného Senátem a Usnesení PSP je vytvořeno
Senátu nutné pracovat s vrstvou návrhu pokud Sněmovna nevysloví souhlas s návrhem Senátu, musí znovu v SPSP a následně předáno
zákona ze stavu „Připraveno pro hlasovat o návrhu zákona ve znění, ve kterém byl postoupen Senátu. do systému e-Legislativa
Senát“. Pokud je návrh zákona přijat, je posunut do stavu „Návrh zákona přijat“. jako procesní souborový
dokument včetně odkazu
„Usnesení PSP“ včetně metadat Pracovník organizačního odboru vloží dokument usnesení PSP reflektující Organizační odbor
usnesení a odkazu na uložení originálu výsledek hlasování o návrhu zákona vráceném Senátem s pozměňovacími
v systému SPSP. návrhy do systému SPSP.
Usnesení PSP včetně metadat, tj. minimálně identifikátoru (čísla Systém
usnesení v SPSP) a odkazu
2103
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
na uložení originálu
dokumentu
Změna stavu projednávaného zákona na Systém Předání stavu ze SPSP
„Návrh zákona přijat“ „Prezident“, stav „Přijato
Změna stavu na Návrh zákona přijat ve znění schváleném PS“
V systému e-Legislativa je nutné v Pokud je návrh zákona vyžadující souhlas obou komor Parlamentu ČR Usnesení PSP je vytvořeno
případě nevyslovení souhlasu se zněním ze Senátu vrácen s pozměňovacími návrhy, Sněmovna musí hlasovat o v SPSP a následně předáno
Senátu nutné pracovat s vrstvou návrhu znění návrhu zákona schváleného Senátem a pokud Sněmovna nevysloví do systému e-Legislativa
zákona ze stavu „Připraveno pro Senát“ souhlas s návrhem Senátu, není návrh zákona nebo smlouvy přijat, je jako procesní souborový
posunut do stavu „Ukončen“
2104
V systému e-Legislativa je nutné Pokud je návrh zákona ze Senátu vrácen s pozměňovacími návrhy,
v případě nevyslovení souhlasu se Sněmovna musí hlasovat o znění návrhu zákona schváleného Senátem a
zněním Senátu nutné pracovat s vrstvou pokud Sněmovna nevysloví souhlas s návrhem Senátu, musí znovu
návrhu zákona ze stavu „Připraveno pro hlasovat o návrhu zákona ve znění, ve kterém byl postoupen Senátu.
Senát“
Pokud není návrh zákona přijat, je posunut do stavu „Ukončen“.
„Usnesení PSP“ včetně metadat Pracovník organizačního odboru vloží dokument usnesení PSP reflektující Organizační odbor
usnesení a odkazu na uložení originálu výsledek hlasování o návrhu zákona vráceném Senátem s pozměňovacími
v systému SPSP. návrhy Senátem do systému SPSP.
Usnesení PSP včetně metadat, tj. minimálně identifikátoru (čísla
usnesení v SPSP) a odkazu
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
dokument včetně odkazu
Systém na uložení originálu
dokumentu
Změna stavu projednávaného zákona na Systém Předání stavu ze SPSP
„Ukončen“ „Konec“, stav
Změna stavu na Ukončen „Neschváleno po vrácení
Senátem“
Návrh zákona přijat
Systém e-Legislativa poskytne nástroje „Předseda Sněmovny ve spolupráci s Kanceláří sněmovny zabezpečí před Pracovník
pro výměnu výchozí vrstvy návrhu postoupením zákona prezidentu republiky legislativně technickou úpravu legislativního odboru
zákona a označení konfliktů, tj. označení zákona, zejména úpravu vyplývající ze schválených pozměňovacích Aparát předsedy
ustanovení návrhu zákona, které byly návrhů a úpravu vyplývající z právních předpisů a nálezů Ústavního soudu Sněmovny
změněny jak mezitímní novelou, tak i vyhlášených ve Sbírce zákonů a mezinárodních smluv, která věcně nemění
projednávaným návrhem zákona. obsah právního předpisu.“ Předseda Sněmovny
Je zpracováván dokument s návrhem Podle § 98 odst. 1 (viz citace výše) proběhne promítnutí mezitímních změn
detailního chování systému při výměně právního řádu, které nemění věcně obsah zákona.
výchozí vrstvy a způsobu identifikace a
klasifikace vzniklých konfliktů k řešení.
Předávací prostor, který obsahuje Po ukončení přípravy na postoupení Prezidentu ukončí pracovník Pracovník
organizačního odboru proces přípravy a dá pokyn systému e-Legislativa organizačního odboru
vrstvu návrhu, která obsahuje
strukturované zákonné opatření
2105
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
Senátu a ostatní náležitosti ve k přesunu dat do předávacího prostoru. Systém e-Legislativa na základě Předseda Sněmovny
strukturované podobě nastavení provede přesun relevantních dat automaticky.
sadu PDF (PDF/A) z vrstvy návrhu Systém e-Legislativa umožní pracovníku Organizačního odboru vybrat a Aparát předsedy
technicky zabezpečených tak, aby vložit i další procesní dokumenty, které jsou k dispozici a nebyly na Sněmovny
byla jednoduše prokazatelná jejich základě nastavení vloženy automaticky.
shodnost s vrstvou návrhu Předseda Sněmovny podepíše přijaté zákony a postoupí jej k podpisu
prezidentu republiky.
Změna stavu přijatého zákona na Aparát předsedy Sněmovny v systému e-Legislativa nastaví stav
„Postoupen prezidentu“ „Postoupeno Prezidentu“.
Změna stavu na Postoupen prezidentu
Změna stavu přijatého zákona na Předání informace o postoupení prezidentu republiky do SPSP Systém Stav „Prezident“, stav
„Postoupen prezidentu“ Předání prezidentu republiky „Doručeno prezidentovi“
Aparát předsedy
Změna stavu na Postoupen prezidentu Sněmovny Stav „Prezident“, stav
Systém „Doručeno prezidentovi“
Předání stavu „Prezident“,
stav „Doručeno
prezidentovi“ do systému
e-Legislativa
2106
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
Postoupen prezidentu procesu
Zákon ve stavu „Postoupen prezidentu“ čeká v předávacím prostoru na
aktivní převzetí ze strany kanceláře prezidenta republiky
Ve chvíli převzetí se nastaví stav „Převzato prezidentem“
Změna stavu projednávaného zákona na Změna stavu na Převzat prezidentem Aparát Kanceláře
„Převzat prezidentem“ prezidenta republiky
Převzato prezidentem
Návrh zákona je po nastavení stavu „Převzat prezidentem“ zařazen do Aparát Kanceláře
standardního procesu v rámci Kanceláře prezidenta republiky. prezidenta republiky
Prezident přijatý zákon podepíše, nebo jej může vrátit (vetovat).
Musí tak učinit ve lhůtě 15 dnů počínající dnem po předložení zákona k
podpisu. Prezidentské veto nelze aplikovat u ústavních zákonů.
Přehlasovat veto může nadpoloviční většina všech (nikoliv jen přítomných)
poslanců. Pakliže má prezident pochybnost o ústavnosti zákona, může
podat Ústavnímu soudu návrh na zrušení zákona. Samotný návrh na
zrušení nemá vliv na nabytí platnosti zákona.
2107
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
V české ústavní praxi se nicméně prosadila i další možnost, ačkoli o ní
Ústava nehovoří, kdy prezident zákon ani nepodepíše, ani jej nevrátí a
zákon je tak poté vyhlášen bez jeho podpisu.
V případech, kdy Prezident přijatý zákon podepíše nebo jej vetuje je návrh
zákona postoupen přes předávací prostor Sněmovně. Zároveň je
zaznamenáno do metadat návrhu zákona, zda prezident podepsal nebo
vetoval.
Změna stavu na Postoupeno Sněmovně od
Prezidenta
Změna stavu projednávaného zákona na V případě, kdy Prezident přijatý zákon ani nepodepíše, ani jej nevrátí, je Aparát předsedy Změna stavu zákona v SPSP
Sněmovny na „Sbírka zákonů“, stav
„Příprava k vyhlášení“. přijatý zákon vyhlášen bez podpisu Prezidenta. „Prezident nepodepsal ani
nevrátil“
Proces návrhu zákona pokračuje Aparát předsedy Sněmovny zanese tuto informaci do systému PSP, který
v prostoru Poslanecké Sněmovny. tuto informaci postoupí systému e-Legislativa. Předání stavu „Sbírka
zákonů“, stav „Prezident
Prezident nekoná nepodepsal ani nevrátil“
Změna stavu na Příprava k vyhlášení Systém
2108
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu do systému e-Legislativa
Alternativně bude možné posunout proces ze stavu „Převzato Aparát předsedy
prezidentem” do stavu „Příprava k vyhlášení“ přímo v systému e- Sněmovny
Legislativa.
Změna stavu na Příprava k vyhlášení
Předání stavu Prezident nepodepsal ani nevrátil Systém Změna stavu v SPSP na
„Sbírka zákonů“, stav
„Prezident nepodepsal ani
nevrátil“
Postoupeno Sněmovně od Prezidenta Aparát předsedy
Sněmovny
Změna stavu projednávaného zákona na Návrh zákona ve stavu „Postoupeno Sněmovně od Prezidenta“ čeká
„Převzato Sněmovnou od prezidenta“ v předávacím prostoru na aktivní převzetí ze strany aparátu předsedy
Sněmovny
Ve chvíli převzetí se nastaví stav „Převzato Sněmovnou od Prezidenta“
Změna stavu na Převzato Sněmovnou od prezidenta
2109
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
Převzato Sněmovnou od prezidenta
V případě, že prezident zákon ve stanovené lhůtě podepsal, systém e-
Legislativa automaticky posune proces návrhu zákona do stavu „Příprava
k vyhlášení“
Změna stavu projednávaného zákona na Změna stavu na Příprava k vyhlášení Systém
„Příprava k vyhlášení“
Předání stavu projednávaného zákona Systém Změna stavu zákona v SPSP
„Příprava k vyhlášení“ do SPSP na „Sbírka zákonů“, stav
Předání stavu na Připraveno k vyhlášení v SPSP „Podepsáno prezidentem“
V případě, že prezident zákon ve stanovené lhůtě vrátil, , systém Změna stavu zákona v SPSP
e-Legislativa automaticky posune proces návrhu zákona do stavu „Znovu na „Sněmovna
předložen Sněmovně“
Změna stavu projednávaného zákona na Systém
„Znovu předložen Sněmovně od
prezidenta“ Změna stavu na Znovu předložen Sněmovně od
prezidenta
Předání stavu „Znovu předložen Systém
Sněmovně od prezidenta“ do SPSP
Předání stavu Vráceno prezidentem
2110
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
(Prezident)“, stav „Vráceno
prezidentem“
Znovu předložen Sněmovně od prezidenta Aparát předsedy
Sněmovny
Pokud je návrh zákona prezidentem vrácen Sněmovně, Sněmovna musí o Úřad Vlády
návrhu zákona znovu hlasovat. Předseda Vlády
Předkládající člen
Setrvá-li Sněmovna na vráceném zákonu nadpoloviční většinou všech Vlády
poslanců, zákon se vyhlásí. Jinak platí, že zákon nebyl přijat.
Setrvá-li Sněmovna na vráceném zákonu, je posunut do stavu
„Připraveno k vyhlášení“.
Pokud nastane tato situace, je třeba ve Sbírce zákonů spolu se zákonem
publikovat i usnesení, kterým Poslanecká sněmovna setrvává na zákonu
přijatém Parlamentem a vráceném prezidentem republiky (jedná se o
zvykový postup).
Zajištění podpisu předsedy Vlády a podpis předkládajícího člena Vlády.
„Usnesení PSP“ včetně metadat Pracovník organizačního odboru vloží dokument usnesení PSP reflektující Organizační odbor Usnesení PSP je vytvořeno
usnesení a odkazu na uložení originálu výsledek hlasování o návrhu zákona vráceném prezidentem do systému v SPSP a následně předáno
v systému SPSP. SPSP. do systému e-Legislativa
jako procesní souborový
Systém dokument včetně odkazu
na uložení originálu
Usnesení PSP včetně metadat, tj. minimálně identifikátoru (čísla dokumentu
usnesení v SPSP) a odkazu
2111
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
procesu
Změna stavu projednávaného zákona na SPSP předá stav návrh
„Příprava k vyhlášení“ Systém zákona „Sbírka zákonů“,
stav „Odesláno k
Změna stavu na Příprava k vyhlášení podepsání předsedovi
vlády“
Pokud Sněmovna nesetrvá na vráceném návrhu zákona, zákon nebyl
přijat a proces je posunut do stavu „Ukončen“.
„Usnesení PSP“ včetně metadat Pracovník organizačního odboru vloží dokument usnesení PSP reflektující Organizační odbor Usnesení PSP je vytvořeno
usnesení a odkazu na uložení originálu výsledek hlasování o návrhu zákona vráceném prezidentem do systému v SPSP a následně předáno
v systému SPSP. SPSP. do systému e-Legislativa
jako procesní souborový
Usnesení PSP včetně metadat, tj. minimálně identifikátoru (čísla Systém dokument včetně odkazu
usnesení v SPSP) a odkazu na uložení originálu
dokumentu
Změna stavu projednávaného zákona na Systém Předání stavu ze SPSP
„Ukončen“ „Konec“, stav
Změna stavu na Ukončen „Neschváleno po vrácení
prezidentem“
2112
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém PSP (SPSP)
Příprava k vyhlášení procesu
Zákon ve stavu „Příprava k vyhlášení“ je připravován na posun
do předávacího prostoru a posunu do stavu „Postoupeno Vydavateli“
2113
13.2.3.2 Přijímání návrhů zákonů v jediné komoře
Projednání zákona o státním rozpočtu:
2114
13.2.4 Spolupráce se systémem Senátu PČR
13.2.4.1 Návrh zákona
V rámci popisu je zachycen jak standardní proces projednávání, tak možné výjimky dané legislativním procesem a jednacím řádem Senátu. Tyto
výjimky jsou barevně označeny, aby již na první pohled bylo patrné, že se jedná o speciální případ v rámci projednávání. Mezi výjimky ze
standardního legislativního procesu zachycené v tomto dokumentu patří:
Zkrácené jednání
Válečný stav nebo ohrožení státu
Zákony a smlouvy vyžadující souhlas obou komor Parlamentu ČR (ústavní zákon, volební zákon, jednací řád Senátu, stykový zákon a ratifikace
mezinárodních smluv)
Grafické znároznění jednotlivých výjimek: Popis Příklad použití
Změna stavu projednávaného zákona na
Položka Výjimky ze standardního projednávání v rámci „Příprava pro Sněmovnu“
Výjimka ze standardního projednávání v rámci zkráceného jednání jsou zachyceny jako fialový
zkráceného jednání text Změna stavu na Příprava pro Sněmovnu
Fialovou barvu mají i šipky znázorňující změny
stavů procesu/integrační vazby
2115
Položka Popis Příklad použití
Výjimka ze standardního projednávání za stavu Výjimky ze standardního projednávání za stavu Změna stavu projednávaného zákona na
ohrožení státu nebo válečného stavu ohrožení státu nebo válečného stavu jsou „Příprava pro Sněmovnu“
zachyceny jako zelený text
Změna stavu na Příprava pro Sněmovnu
Zelenou barvu mají i šipky znázorňující změny
stavů procesu/integrační vazby
Zákony a smlouvy vyžadující souhlas obou komor Odlišnosti od standardního projednávání návrhů Změna stavu projednávaného zákona na
Parlamentu ČR (návrh ústavního zákona, volební vyžadujících souhlas obou komor jsou zachyceny „Příprava pro Sněmovnu“
zákon, jednací řád Senátu, stykový zákon a jako hnědý text
ratifikace mezinárodních smluv) Změna stavu na Příprava pro Sněmovnu
Hnědou barvu mají i šipky znázorňující změny
stavů procesu/integrační vazby
Odbočky ze standardního projednávání Díky možnostem daným legislativou je možné Nastavení stavu „Příprava na postoupení
v některých bodech projednávání odchýlení od Senátu“
standardního způsobu projednávání. A to buď Návrh zákona tak bude zařazen do 1. čtení
přeskočením některého kroku, vrácení do
některého z předchozích kroků, zopakování
některého kroku za speciálních podmínek apod.
Projednávání návrhu zákona tedy pokračuje a
tato výjimka je označena oranžovým textem
U výjimek ze standardního procesu projednávání
je odchýlení od standardního průběhu odlišeno
2116
Položka Popis Příklad použití
Podrobný popis kroku ve sloupci
oranžovým podtržením fialového, zeleného Pokud je zákona prezidentem Sněmovně vrácen,
nebo hnědého textu Sněmovna musí o zákonu znovu hlasovat a pro
přijetí zákona je zapotřebí nadpoloviční většiny
V rámci popisu jsou uvedeny všechny nezbytné všech poslanců (101)
informace, které daný krok dávají do souvislosti
s legislativním procesem, jednacím řádem a
zvyklostmi, či popisují způsob integrace systému
e-Legislativa a SPSP. Tento popis provázaný se
stavy procesu v systému e-Legislativa je hlavní
devizou tohoto dokumentu
Text (černý, červený, oranžový, fialový nebo
zelený nebo hnědý) je odlišen kurzívou
2117
stm Senát Náv rh zákona
Postoupeno
Senátu
{Sněmovnou}
Převzato Senátem
Přev zato Senátem
Proj ednání v e
v ýborech a na schůzi
pléna
Vrácen s PN Vyjádření vůle se nezabývat
[Nejedná se o Ústavní zákon
Senát se ve stanovené Sch vá l e n a zákony, k jejichž přijetí je
třeba souhlasu dvou komor]
lhůtě neusnesl
Zamítnut
Příprav a usnesení
Senátu
Příprav a pro
Sněmov nu
Postoupeno Sněmov ně
2118
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
Postoupeno Senátu (Poslaneckou sněmovnou)
Návrh zákona, s nímž Sněmovna vyslovila souhlas, zašle její předseda bez
zbytečného odkladu Senátu.
Systém e-Legislativa implementuje oficiální doručování mezi institucemi,
např. postoupení návrhu zákona Poslaneckou sněmovnou a převzetí
Senátem. Přesný význam jednotlivých pojmů je uveden ve Slovníčku
pojmů v systému e-Legislativa na konci dokumentu.
Návrh zákona reálně přebírá sekretariát předsedy Senátu a je mu
přiřazeno číslo jednací.
Okamžikem postoupení návrhu zákona Poslaneckou sněmovnou Senátu je
sekretariát předsedy Senátu notifikován systémem e-Legislativa o návrhu
zákona, který čeká v předávacím prostoru systému e-Legislativa na
aktivní převzetí sekretariátem předsedy Senátu.
Pracovník sekretariátu Předsedy Senátu: Sekretariát Předsedy
Senátu
vybere ze seznamu předávacích prostorů ve stavu „Postoupeno
Senátu“
dá pokyn systému e-Legislativa k převzetí, tj. ke změně stavu na
“Převzato Senátem”
systém e-Legislativa vytvoří prostor pro projednání návrhu Senátního
návrhu zákona a vloží do vytvořeného prostoru vrstvu z předávacího
prostoru
2119
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
Nastavení stavu „Převzato Senátem“, Nastavení stavu Převzato Senátem Sekretariát Předsedy
nastavuje se, jakmile je návrh zákona Senátu
převzat sekretariátem předsedy Senátu
Prostor pro projednání návrhu zákona Systém Systém PES se připojí a
včetně automaticky vytvořeného stáhne si informace (bez
podprostoru pozměňovacích návrhů. Poskytnutí informace o novém procesu k projednání (včetně data obsahů (dokumentů), které
postoupení / převzetí návrhu zákona a identifikátoru e-Legislativa) zatím nejsou požadovány) o
Poskytnutí informace systému PES o novém procesu k
novém procesu návrhu zákona včetně projednání návrhu
data postoupení Sněmovnou / data Senátního návrhu zákona,
převzetí Senátem které použije pro založení
„kontejneru“ v systému PES
Poznámka: Variantně je možná plná integrace se systémem PES, tj. kdy si pro budoucí senátní tisk
systém stahuje nejen informace pro založení kontejneru, ale současně i (mj. i informace o datu
obsah (dokumenty). Tato funkcionalita není zatím požadována, nicméně postoupení návrhu zákona
bude k dispozici. Sněmovnou / datu převzetí
Senátem, která je nezbytná
pro stanovení lhůty pro
projednání návrhu zákona
v Senátu)
2120
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
Převzato Senátem procesu
Návrh zákona je po nastavení stavu „Převzato Senátem“ převzat do Sekretariát Předsedy
standardního projednání v rámci Senátu. Senátu
Lhůta na projednání návrhu zákona v Senátu je 30 dnů. Organizační odbor
Systém e-Legislativa 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, což má mj. dopady i na stanovení lhůt projednávání
návrhů zákonů. Přesný význam jednotlivých pojmů je uveden ve Slovníčku
pojmů v systému e-Legislativa na konci dokumentu.
Lhůta 30 dnů pro projednání v Senátu bude stanovena v systému PES ve
vazbě na datum postoupení / datum převzetí návrhu zákona.
Zahájení lhůty pro projednání bude do metadat návrhu zákona do
systému e-Legislativa doplněno ze systému PES, kde bude určeno na
základě pravidel pro stanovení data zahájení plynutí lhůty k projednání
návrhu zákona dohodnutých se Sněmovnou. Toto datum bude možné
následně poskytnout uživatelům systému e-Legislativa jako datum
zahájení plynutí lhůty k projednání návrhu zákona.
Zákon reálně přebírá sekretariát předsedy Senátu a je mu přiřazeno číslo
jednací.
V případě, že Vláda požaduje po Senátu projednání návrhu zákona ve
zkráceném jednání, musí o to Senát explicitně požádat.
Podmínkou souhlasu Senátu s projednáním ve zkráceném jednání je
projednání návrhu zákona ve Sněmovně ve zkráceném jednání.
2121
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
Doplnění metadat návrhu zákona o V rámci zkráceného jednání však není možné projednat návrh Ústavního Předání lhůty (začátek i
lhůtu (začátek i konec lhůty) pro zákona. Systém konec lhůty) pro projednání
projednání návrhu zákona Ve zkráceném jednání se naopak projednávají provedení rozhodnutí Rady návrhu zákona systémem
bezpečnosti OSN. Sekretariát Předsedy PES do systému e-
I v rámci zkráceného jednání běží Senátu 30denní lhůta na projednání Senátu Legislativa
návrhu zákona. Cílem opatření pro projednání návrhu zákona v rámci Organizační odbor
zkráceného jednání je nicméně významné zkrácení standardní lhůty.
V případě projednávání návrhu zákonů podle Článku 40 Ústavy neběží na
rozdíl od standardních zákonů lhůty pro jejich projednání.
Předání lhůty pro projednání návrhu zákona
Návrh zákona je po nastavení stavu „Převzato Senátem“ postoupen
neprodleně organizačnímu výboru a zpřístupněn všem senátorům a
senátorským klubům prostřednictvím senátního tisku.
Po převzetí je o návrhu zákona informován Organizační odbor a je Organizační odbor
vytvořen senátní tisk, který obsahuje číslo senátního tisku, konec lhůty pro
projednání a číslo funkčního období.
Protože se však schvaluje úplné znění právních předpisů, což může být
objemově velmi náročné (například Občanský zákoník nebo zejména
změnové zákony) nemá již smysl senátní tisk senátorům tisknout a
2122
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
doporučujeme zůstat pouze u elektronických verzí v rámci systému e- 2123
Legislativa. Volitelně doporučujeme tisknout pouze novelu (tedy
novelizační body, nikoliv úplné znění).
Legislativní proces probíhá prostřednictvím centrálního systému e-
Legislativa. Nastane-li však překážka bránící využití centrálního systému
e-Legislativa, může legislativní proces pokračovat:
a) elektronicky, avšak bez centrálního systému e-Legislativa,
b) v listinné podobě, pokud elektronická cesta není vůbec možná.
Aby byly tyto záložní varianty legislativního procesu umožněny, bude ve
vybraných bodech legislativního procesu probíhat „dočasná archivace“
návrhů v elektronické podobě v rámci příslušných institucí, ve kterých
legislativní proces probíhá, a to vždy při převzetí příslušného návrhu
právního aktu. Tato archivace bude dočasná a bude trvat nejméně po
dobu, než legislativní proces převezme jiná instituce (případně do doby
vyhlášení právního aktu ve Sbírce zákonů a mezinárodních smluv).
Tato archivace umožní, aby příslušná instituce pokračovala v legislativním
procesu i při výpadku centrálního systému e-Legislativa. V elektronické
podobě se bude jednat o XML soubory, které bude možné načíst do
Editoru právních předpisů (e-Šablony pro plusovou osu) v off-line režimu a
dále s nimi pracovat.
Listinná archivace by v extrémní situaci, kdy by nastal úplný výpadek
všech elektronických prostředků, poskytla pouze obtížně využitelný základ
pro pokračování legislativního procesu a je proto nadále pouze dáno
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
k úvaze kanceláři Senátu, zda listinnou kopii projednávaného materiálu
pořizovat, či nikoli.
Systém e-Legislativa je koncipován tak, že kdokoli s příslušnými
oprávněními si může stáhnout cokoli, a zároveň pro systém PES je
navržena integrace pro předávání podkladů pro tvorbu senátního tisku
přímo mezi systémy a bez lidského zásahu (nezbytná je pouze iniciace
stažení ze strany cílového systému).
Kanceláří Senátu je nicméně preferována varianta, kdy pracovník
organizačního odboru bude ze systému e-Legislativa stahovat podklady
pro tvorbu senátního tisku ručně, následně opatří tisk hlavičkou a zadá ho
do systému PES.
Do systému PES bude možné získat odkaz ke každému projednávanému
dokumentu vytvořeném/uloženém v systému e-Legislativa (např. pro
přípravu pozměňovacích návrhů senátory) a využít je pak například pro
zaběhnutý systém mailových notifikací (systémem PES nebo eventuálně
ručních) o změnách při projednávání tisků.
Dokumenty ze systému e-Legislativa bude možné stáhnout nejen ve
formátu PDF, ale i ve formátu DOC/DOCX. V případě exportu již pak
stažená verze nemůže být po editaci vrácena zpět, pouze využita mimo
systém e-Legislativa.
Již od tohoto okamžiku si mohou senátoři začít k návrhu zákona
připravovat v rámci systému e-Legislativa písemné pozměňovací návrhy.
Nástroj systému e-Legislativa bude plně podporovat porovnání znění s
různými pozměňovacími návrhy i různými časovými verzemi zákona.
2124
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
Pracovník Organizačního
Při projednávání návrhu zákona v rámci zkráceného jednání Organizační Organizační odbor odboru si může volitelně
odbor postupuje bezodkladně. vybrat a stáhnout soubory
ve formátu PDF a
Příprava souborů v systému e- Poskytnutí souborů pro vytvoření senátního Organizační odbor DOC/DOCX a zařadit je do
Legislativa pro vytvoření Senátního dokumentu v PES a následné vytvoření senátního Systém již připraveného
dokumentu systémem PES (včetně „kontejneru“, vytvoří
souborů vytvořených na základě tisku senátní tisk, určí číslo
připravené šablony) pro stažení do PES senátního tisku, vloží do
k vytvoření senátního tisku Poznámka: Variantně je možná plná integrace se systémem PES, tj. kdy si PES. PES rozešle senátorům
soubory (dokumenty) může stáhnout systém PES, aniž by je musel ručně notifikaci
Doplnění metadat návrhu zákona o číslo vybírat a stahovat pracovník organizačního odboru. Tato funkcionalita
senátního tisku není zatím požadována, nicméně bude k dispozici pro všechny podobné PES do systému e-
případy poskytování souborů/podkladů/informací ze systému e- Legislativa předá číslo
Legislativa do systému PES zmíněné níže v tomto dokumentu. senátního tisku
Předání čísla senátního tisku do systému e-Legislativa Uložení XML souborů pro
možnost pokračování
XML soubory pro „dočasnou archivaci“ lze stahovat také ručně, nicméně Systém v legislativním procesu při
v tomto případě kancelář Senátu preferuje automatické stahování případném výpadku
systémem PES. centrálního systému e-
Legislativa.
Poskytnutí XML souborů pro „dočasnou archivaci“
2125
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
V rámci jednání Organizačního výboru se návrh zákona usnesením přikáže Organizační výbor
k projednání senátním výborům (do 5 dnů). Pokud je návrh zákona
přikázán více výborům, je jeden z nich určen jako garanční.
Jakýkoli výbor může zákon projednat i z vlastní vůle, bez přikázání.
Organizační výbor může kromě přikázání výborům požádat i o usnesení
komise.
Jednání výborů pak zpravidla proběhne do zahájení schůze pléna Senátu.
Organizační výbor návrh zákona doporučí na jednání schůze pléna.
„Usnesení Organizačního výboru“ Pracovník organizačního odboru vloží dokument usnesení organizačního Organizační odbor Usnesení organizačního
včetně metadat a odkazu na uložení výboru do systému PES. výboru je vytvořeno v PES a
originálu v systému PES. následně předáno do
systému e-Legislativa jako
Usnesení organizačního výboru Systém procesní dokument včetně
odkazu na uložení originálu
Doplnění metadat návrhu zákona o číslo Předání čísla senátního tisku do systému e-Legislativa Systém dokumentu.
senátního tisku Legislativní odbor
PES do systému e-
Legislativa předá číslo
senátního tisku
Na senátním tisku pracuje i legislativní odbor
2126
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
Vložení procesního souborového reálně na návrhu zákona legislativní odbor začíná pracovat
dokumentu „Informace“ předem již během jeho projednávání ve Sněmovně (průběžné
verze projednávaného návrhu zákona jsou zpřístupněny po
dosažení příslušných milníků schvalovacího procesu, kdy verze
návrhu zákona je zpřístupněna prostřednictvím systému e-
Legislativa (např. po 3. čtení))
vzniká neveřejný dokument s Informacemi legislativního odboru
senátoři mají dokument s podklady zpracovanými legislativním
odborem k dispozici před jednáním výborů, typicky je hotov do
týdne od chvíle, kdy byl návrh zákona převzat Senátem
Dokument obsahuje:
popis věcných dopadů návrhu zákona (de facto nahrazuje
důvodovou zprávu pro Senát)
popis procesu projednávání ve Sněmovně, jaké pozměňovací
návrhy k návrhu zákona Sněmovna přijala
popis struktury zákona
doporučení na opravy chyb (technických, soulad s ústavou,
mezitímní změny právního řádu s dopadem na měněný text
zákona a další) s návrhem úprav
rozesílá se emailovou poštou (distribuční list: tajemníci výborů,
tajemníci komisí, celý legislativní odbor, senátoři)
V novém řešení bude dokument (legislativní stanovisko „Informace“)
nahrán (upload) k projednávanému zákonu jako procesní souborový
dokument. Na základě nastavení bude systém e-Legislativa notifikovat
zainteresované uživatele (viz distribuční list výše) o vložení tohoto
dokumentu do systému e-Legislativa. Notifikace budou obsahovat odkaz
2127
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
(URL) na dokument. U dokumentu (obecná funkčnost) si bude možné
zobrazit datum vložení, datum poslední modifikace a kdo jej vložil.
Nastavení stavu „Projednání ve Systém Po přikázání výborům
výborech a na schůzi pléna“, nastavuje Organizačním výborem
se ve chvíli, kdy je návrh zákona Nastavení stavu Projednání ve výborech a na schůzi pléna předá PES do systému e-
přikázán výborům Legislativa změnu stavu
Projednání ve výborech a na schůzi pléna V případě projednávání návrhu zákona v režimu válečného stavu nebo Tajemník výboru,
ohrožení státu je nezbytné schůzi pléna Senátu svolat do 24 hodin od který návrh zákona
Postupné vkládání jednotlivých postoupení návrhu zákona Sněmovnou, návrh zákona se v tomto případě projednává (výboru,
pozměňovacích návrhů do systému e- ve výborech neprojednává. kterému byl návrh
Legislativa senátory nebo jimi zákona přikázán)
Pozvánku na jednání výboru vypracovává sekretářka výboru nebo jeho
tajemník. Sekretářka výboru
Předseda každého výboru určí ze členů výboru zpravodaje.
Senátor v roli zpravodaje připraví následně zpravodajskou zprávu. Zpravodaj výboru
Zpravodajové z ostatních výborů jsou formálně přizváni na jednání
garančního výboru. Senátoři, členové
přiřazeného výboru,
Senátoři nebo jejich asistenti kontaktují legislativní odbor a žádají jej o
tvorbu alternativních pozměňovacích návrhů, případně si pozměňovací
návrhy nachystají sami.
2128
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
pověřenými zástupci (dle připravené Kromě pozměňovacích návrhů se podávají na jednáních výborů podle § pracovník
procedury pro pověření jiné osoby pro legislativního odboru
práci v e-Legislativě senátorem) v rámci 103 odst. 2 jednacího řádu Senátu i zpřesňující návrhy, které může
prostoru pozměňovacích návrhů k Senátoři, pracovník
návrhu zákona dané fáze legislativního podávat jak autor pozměňovacího návrhu, tak i jiný senátor se souhlasem legislativního odboru
procesu
autora.
Pozměňovací návrhy jsou v systému e-
Legislativa zadávány editací úplného Jednání výboru se skládá z obecné a podrobné rozpravy.
znění návrhu zákona a zadáním
odůvodnění změny. Jednání na výboru:
Následně je obsah pozměňovacího navrhovatel zákona ústně uvede zákon
návrhu vygenerován (automaticky legislativní odbor je přítomen na jednání
s možností interakce uživatele) tzv. pozměňovací návrhy se podávají vždy na schůzi výboru. Pokud
”Generátorem novel“. V případě
novelizace obsah pozměňovacího budou pozměňovací návrhy připraveny a předloženy už
návrhu obsahuje změnu oproti návrhu v předstihu před jednáním výboru, bude se tak dít prostřednictvím
zákona nikoli změnu oproti textu novely. systému e-Legislativa
jednání výboru se může účastnit i senátor, který není člen výboru,
e-Legislativa umožní podat pouze může podat pozměňovací návrh, nemůže o něm pak ale hlasovat
pozměňovací návrh k původnímu přístup do prostoru výboru může být udělen všem senátorům
pozměňovacímu návrhu, další nejen členům příslušného výboru
pozměňovací návrh (k pozměňovacímu pokud by byl na jednání výboru přijat návrh se návrhem zákona
návrhu pozměňovacího návrhu) se už nezabývat nebo návrh zákona zamítnout, jednání výboru končí a
řetězit nemůže. již se nehlasuje o dalších pozměňovacích návrzích
pokud by byl odhlasován návrh schválit návrh zákona ve znění
Pozměňovací návrh k pozměňovacímu postoupeném Poslaneckou sněmovnou, v takovém případě rovněž
návrhu bude technicky realizován tak, že projednávání ve výboru končí a o pozměňovacích návrzích se
nehlasuje
„jiné návrhy“ vedle návrhů pozměňovacích (jako například návrh
na zamítnutí nebo návrh na schválení) jsou obdobně jako
pozměňovací návrhy vloženy i do systému e-Legislativa
2129
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
autor provede kopii původního Jednání o návrhu zákona na schůzi výboru může být přerušeno. V tomto
pozměňovacího návrhu, přičemž uvede, případě má odborný aparát legislativního odboru prostor pro konsolidaci Pracovník
že účelem je pozměňovací návrh pozměňovacích návrhů. V rámci nového řešení se tak otevírá prostor před legislativního odboru
k pozměňovacímu návrhu (bude hlasováním, kdy lze do systému e-Legislativa případně zadat ústně na základě pověření
uvedeno v metadatech nového podané pozměňovací návrhy a využít jej jako pomůcku pro rozhodování
pozměňovacího návrhu čili bude členů výboru o pozměňovacích návrzích Tajemník příslušného
naznačena vazba na původní výboru
pozměňovací návrh). Následně autor V rámci projednání pozměňovacích návrhů v podrobné rozpravě může
tento nový pozměňovací návrh upraví senátor návrh zpřesnit. Upřesnění bude zaznamenáno, a bude-li návrh Pracovník
dle svých požadavků a předloží jej. přijat, zaneseno do systému e-Legislativa. O návrzích se hlasuje v pořadí, legislativního odboru
ve kterém byly podány. na základě pověření
Pozměňovací návrhy jsou v systému e-
Legislativa řazeny do sad. Ke každému V záznamu z jednání výboru jsou zahrnuty názvy pozměňovacích návrhů a
návrhu zákona tak může být vytvořena výsledek hlasování, v usnesení výboru jsou pak již pouze přijaté
jedna sada pro každý výbor. Senátoři si pozměňovací návrhy.
mohou vytvořit více sad pozměňovacích
návrhů. Pokud pozměňovací návrh nebyl před projednáváním ve výboru předložen
přes systém e-Legislativa, byl podán na jednání výboru a byl-li přijat, do
Pozměňovací návrhy (PN) mají svého systému e-Legislativa jej následně zadá pracovník legislativního odboru
(po konzultaci se senátorem). Odůvodnění pozměňovacího návrhu
Autora (či autory; kdo PN podaného na výboru není z pohledu systému e-Legislativa povinné.
vytvořil, hodlá jej předložit a
podat) U všech pozměňovacích návrhů tajemník výboru vyznačí, zda byly podány
na jednání výboru, kým byly podány či kdo se k nim přihlásil a zda byly na
Vlastníka (systémový údaj řízení
práv závislý na stavu PN, mohou
to být např. Autoři PN, Aparát
výboru či Aparát Komory)
2130
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
Předkladatele (ten z autorů, jednání výboru přijaty (tzn. stanou se součástí usnesení výboru a budou Tajemník příslušného
který stav PN v systému změnil tak podány na jednání pléna Senátu). výboru
na „Předloženo“)
Po ukončení podrobné rozpravy se pozměňovací návrhy, které byly Tajemník příslušného
Podal na výboru (senátor či podány, zpřístupní každému senátorovi přítomnému při projednávání výboru
skupina senátorů, kteří PN návrhu zákonného opatření Senátu ve výboru a navrhovateli tak, aby je
podali na schůzi výboru) při hlasování měli k dispozici. Faktickou podmínkou tohoto postupu bude, Tajemník příslušného
aby byly aktuální informace o pozměňovacích návrzích již zaneseny do výboru
Podal (senátor či skupina systému e-Legislativa (přímo senátory či pracovníkem legislativního Sekretariát
senátorů, kteří PN podali na odboru a tajemníkem výboru). příslušného výboru
schůzi pléna)
Zápis z jednání výboru se tvoří dodatečně (do 7 dnů od jednání výboru), je
Zadavatele (systémový údaj; veřejný a obsahuje i informaci o přednesených pozměňovacích návrzích,
kdo do systému PN fyzicky které nebyly přijaty, a výsledky hlasování. I pozměňovací návrhy, které
zadal) nebyly na jednání výboru přijaty, je třeba zaznamenat do systému e-
Legislativa.
Přístup k sadě pozměňovacích návrhů, Tajemník výboru zajišťuje zpracování usnesení výboru. Usnesení má
respektive k jednotlivým pozměňovacím přílohu, ve které jsou přijaté pozměňovací návrhy.
návrhům v systému e-Legislativa je řízen Pokud nebylo žádné usnesení přijato, vzniká pouze Záznam o jednání
výboru. Má obsah shodný jako usnesení, ale vzniká pouze v situaci, kdy
určením vlastníka nebylo žádné usnesení přijato. Dál se s ním jedná jako s usnesením.
stavem (například „Předložen“
Z usnesení/záznamu z jednání výboru vzniká senátní tisk, který je
tj. je přístupný všem uživatelům, formálním podkladem pléna Senátu.
kteří mají přístup k danému
prostoru, respektive k sadě
pozměňovacích návrhů)
možností sdílení
Systém e-Legislativa podporuje sdílení
návrhů pozměňovacích návrhů mezi
jednotlivými senátory (individuálně
určenými, ve výboru, v rámci politického
2131
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
klubu atd.) i mezi senátory a pracovníky
legislativního odboru.
Systém e-Legislativa bude důsledně
oddělovat informace o tom, kdo
pozměňovací návrh připravil (autoři) a
předložil od informací, kdo pozměňovací
návrh podal či přihlásil se k němu na
jednání.
V případě projednávání návrhu zákona ve zkráceném jednání je nezbytné
schůzi pléna Senátu svolat do 10 dnů od postoupení návrhu zákona
Sněmovnou.
Poskytnutí pozměňovacích návrhů ze Poskytnutí pozměňovacích návrhů pro vytvoření Tajemník výboru Pracovník Organizačního
systému e-Legislativa pro vytvoření usnesení výboru / záznamu z jednání výboru do PES Sekretariát výboru odboru vytvoří senátní tisk
usnesení výboru / záznamu z jednání s Usnesením výboru /
výboru v systému PES pro stažení a pro vytvoření senátního tisku Pracovník Záznamem z jednání výboru
následné vytvoření senátního tisku Organizačního (pozměňovací návrhy v
odboru novelizačním tvaru stažené
Současně se uzavře možnost vkládání ze systému e-Legislativa
nových pozměňovacích návrhů daným jsou v usnesení výboru pro
výborem. senátní tisk předány jako
příloha), vygeneruje jeho
číslo, vloží do PES a PES
rozešle senátorům
notifikaci
2132
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
Vložení Usnesení výboru / Záznamu z Poskytnutí usnesení / záznamu z jednání a odkazu na usnesení / záznam Poskytnutí usnesení výboru
jednání výboru a zápis odkazu na z jednání uložené v systému PES Systém / záznamu z jednání a
Usnesení výboru / Záznam z jednání odkazu na usnesení výboru
výboru uložené v systému PES do / záznam z jednání výboru
systému e-Legislativa uložené v systému PES do
systému e-Legislativa
Předání čísla senátního tisku do systému e-Legislativa Systém
PES do systému e-
Doplnění metadat návrhu zákona o číslo Tajemník komise Legislativa předá číslo
senátního tisku Sekretariát komise senátního tisku
Členové komise
Kromě výborů mohou návrhy zákonů projednávat i komise:
výstupem jednání je usnesení komise
požádat komisi o usnesení již na začátku pojednávání návrhu
zákona v Senátu může Organizační výbor, anebo se komise může
rozhodnout sama, že návrh zákona projedná
členem komise může být i "externista" jmenovaný Senátem.
Takový člen má mít k dispozici jen formální vstupy (senátní tisk),
nikoli interní informace pro senátory, tj. nemůže mít přidělen
přístup do prostoru komise v systému e-Legislativa
výstupem jednání komise mohou být i pozměňovací návrhy jako
součást stanoviska komise
Poskytnutí podkladů ze systému e- Tajemník komise Pracovník Organizačního
Legislativa pro vytvoření Stanoviska Organizační odbor odboru vytvoří senátní tisk
Poskytnutí podkladů pro vytvoření Stanoviska
komise do PES pro vytvoření senátního tisku
2133
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
komise v systému PES pro stažení a se Stanoviskem komise,
následné vytvoření senátního tisku vygeneruje jeho číslo, vloží
do PES a PES rozešle
Poskytnutí Stanoviska komise a odkazu na Stanovisko komise uložené v Systém senátorům notifikaci
systému PES Poskytnutí Stanoviska
Vložení Stanoviska komise a zápis komise a odkazu na
odkazu na Stanovisko komise uložené v Stanovisko komise uložené
systému PES do systému e-Legislativa v systému PES do systému
e-Legislativa
Předání čísla senátního tisku do systému e-Legislativa Systém
Doplnění metadat návrhu zákona o číslo PES do systému e-
senátního tisku Legislativa předá číslo
senátního tisku
Pro tvorbu, předložení a podání Pokud jsou součástí jednání komise i pozměňovací návrhy, použijí se pro Tajemník komise Pracovník Organizačního
pozměňovacích návrhů v rámci komise jejich tvorbu, předkládání a podávání stejné postupy jako při jednáních Člen komise odboru v systému PES
se používají z pohledu e-Legislativy výboru. Sekretariát komise vytvoří senátní tisk,
stejná pravidla a postupy, jako při vygeneruje jeho číslo a
jednání výboru (popsáno výše) Poskytnutí pozměňovacích návrhů komise do PES Organizační odbor
pro vytvoření senátního tisku
Poskytnutí pozměňovacích návrhů
komise ze systému e-Legislativa pro
stažení a následné vytvoření senátního
tisku v systému PES
2134
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
Doplnění metadat návrhu zákona o číslo senátní tisk rozešle
senátního tisku Systém senátorům notifikaci
PES do systému e-
Předání čísla senátního tisku do systému e-Legislativa Legislativa předá číslo
senátního tisku
Vytvoření Souhrnu pozměňovacích Dokument Souhrn pozměňovacích návrhů obsahuje pozměňovací návrhy Legislativní odbor
návrhů v systému e-Legislativa a z usnesení více výborů, případně komisí. Organizační odbor
předání do PES k vytvoření senátního
tisku Vzniká ke zvýšení přehlednosti hlasování.
Neobsahuje však proceduru hlasování, tzn., co a v jakém pořadí je
hlasovatelné, zpravodaj si nicméně může díky podpoře systému e-
Legislativa pořadí hlasování připravit.
Ze Souhrnu je vytvářen senátní tisk, dle jednacího řádu minimálně 24
hodin před projednáním návrhu zákona na schůzi pléna.
Obsahuje pouze podané pozměňovací návrhy z výborů a komisí.
Individuální pozměňovací návrhy mohou již být předložené, ale prozatím
nejsou podané, proto nejsou součástí Souhrnu.
Souhrn není povinný u každého návrhu zákona, jeho hlavním smyslem je,
aby senátoři měli konsolidovaná usnesení více výborů a komisí v rámci
jediného senátního tisku.
Aktuální souhrn pozměňovacích návrhů (předložených, podaných) lze ze
systému e-Legislativa kdykoli získat.
Poskytnutí Souhrnu pozměňovacích Organizační odbor Pracovník Organizačního
návrhů ve strukturované podobě podle odboru v systému PES
Poskytnutí Souhrnu pozměňovacích návrhů do PES
pro vytvoření senátního tisku
2135
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
výborů a komisí do PES k vytvoření vytvoří senátní tisk,
senátního tisku vygeneruje jeho číslo a
senátní tisk rozešle
senátorům notifikaci
Doplnění metadat návrhu zákona o číslo Předání čísla senátního tisku do systému e-Legislativa
senátního tisku
Systém Předání čísla senátního
tisku do systému e-
Legislativa
Formálním vstupem pléna jsou senátní tisky, které obsahují: Organizační odbor
Zpravodajové výborů
usnesení / záznamy z jednání výborů
usnesení komisí / záznamy jednání komisí
společná zpravodajská zpráva (u návrhů zákonů se využívá velmi
výjimečně, používá se spíš u mezinárodních smluv. Případně může
zahrnovat Souhrn pozměňovacích návrhů, a případně rozdílná
doporučení výborů. Z pohledu systému e-Legislativa může být
tento dokument vytvářen obecnými nástroji e-Šablony, ale
nemusí, je to na volbě zpravodaje.)
Po kompletaci výše uvedených podkladů a po zařazení návrhu zákona na
jednání schůze pléna organizačním výborem, může být zahájeno
projednávání návrhu zákona v rámci schůze pléna.
Předsedající zahájí projednání daného bodu s návrhem zákona. Zpravodaj návrhu
Materiál představí jeho navrhovatel, typicky ministr (vše ústně). zákona
Předsedající shrne, které výbory a komise návrh projednaly (k dispozici
jsou usnesení/záznam z jednání ve formě senátních tisků) a vyzve jejich Pracovník
legislativního odboru
Předsedající
2136
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
Nastavení stavu „Příprava usnesení PES předá do systému e-
Senátu“ doplněného o výsledek zpravodaje, ať se k návrhu zákona vyjádří (jako první se vyjadřuje Zpravodajové Legislativa informaci o
projednání na schůzi pléna zpravodaj garančního výboru, pak ostatní zpravodajové). zahájení přípravy usnesení,
Metadata: Senát vyjádřil vůli se že se Senát usnesl návrhem
návrhem zákona nezabývat Předsedající vyzve k podání návrhu se zákonem nezabývat (může být již zákona nezabývat (na
obsahem usnesení výboru). základě výsledku
projednávaného bodu)
Je-li podaný návrh se návrhem zákona nezabývat a proti tomuto návrhu
není podána námitka, proběhne hlasování.
Je-li usnesení se návrhem zákona nezabývat přijato, jednání k tomuto
bodu končí.
V systému e-Legislativa je následně nastaven stav „Příprava usnesení
Senátu“. V tomto stavu se následně připraví usnesení reflektující výsledný
stav projednávání návrhu zákona
V případě projednávání návrhů ústavních zákonů a zákonů, k jejichž přijetí
je třeba, aby byly schváleny Poslaneckou sněmovnou a Senátem nelze
podat návrh se zákonem nezabývat.
Systém
Změna stavu na Příprava usnesení Senátu
Pokud nebyl podán návrh se návrhem zákona nezabývat, anebo návrh se Předsedající
návrhem zákona nezabývat byl podán, ale nebyl přijat, či proti návrhu
byla podána námitka, předsedající otevře obecnou rozpravu.
2137
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
Nastavení stavu „Příprava usnesení PES předá do systému e-
Senátu“ doplněného o výsledek Podávají se návrhy na schválení nebo zamítnutí návrhu zákona ve zněním Legislativa informaci o
projednání na schůzi pléna postoupeném Sněmovnou. zahájení přípravy usnesení,
Metadata: Návrh zákona „Schválen“ Senátoři mohou avizovat pozměňovací návrhy. že Senát návrh zákona
Ukončena obecná rozprava. schválil (na základě
Vyjádří se navrhovatel a zpravodajové (nepovinně). výsledku projednávaného
Hlasuje se o návrhu návrh zákona schválit (byl-li podán). bodu)
V případě, že Senát návrh zákona schválil, je ze systému Senátu předána
informace o schválení návrhu.
V systému e-Legislativa je následně nastaven stav „Příprava usnesení
Senátu“. V tomto stavu se následně připraví usnesení reflektující výsledný
stav projednávání návrhu zákona.
Systém
Změna stavu na „Příprava usnesení Senátu“
Pokud nebyl podán návrh na schválení návrhu zákona, anebo nebyl přijat,
hlasuje se o návrhu návrh zákona zamítnout (byl-li podán).
Návrh na zamítnutí návrhu zákona nicméně může být předložen kdykoli
v průběhu projednávání (například pokud není přijato usnesení na
schválení návrhu zákona s pozměňovacími návrhy).
2138
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
Nastavení stavu projednávaného Je-li návrh zákona zamítnut, hlasuje se o dvou senátorech, kteří vypracují PES předá do systému e-
návrhu zákona „Příprava usnesení zprávu pro Poslaneckou sněmovnu a na jejím plénu důvody zamítnutí Legislativa informaci o
Senátu“ doplněného o výsledek návrhu zákona odůvodní. zahájení přípravy usnesení,
projednání na schůzi pléna V systému e-Legislativa je následně nastaven stav „Příprava usnesení že Senát návrh zákona
Metadata: Návrh zákona “Zamítnut“ Senátu“. V tomto stavu se následně připraví usnesení reflektující výsledný zamítl (na základě výsledku
stav projednávání návrhu zákona projednávaného bodu)
Systém
Změna stavu na Příprava usnesení Senátu
Pokud nebyl podán nebo schválen návrh na schválení nebo zamítnutí Senátor
zákona, otevírá předsedající podrobnou rozpravu.
Pozměňovací návrh může být obecně ve
Součástí podrobné rozpravy je projednání pozměňovacích návrhů.
stavu:
Pozměňovací návrhy, které jsou součástí usnesení výboru, již jsou
„zadaný“ (neveřejný, viditelný automaticky pokládány za podané.
pouze senátorovi nebo jím
určeným osobám), Individuální pozměňovací návrhy senátorů (či skupin senátorů) se
předkládají prostřednictvím systému e-Legislativa, a to včetně
„předložený“ (tj. dle kontextu odůvodnění. Typicky jsou pozměňovací návrhy předloženy před schůzí
předložený pro schůzi výboru či pléna, je však možné předložit je i během schůze pléna, nejpozději však
komise nebo schůzi pléna), před jejich podáním.
„podaný na výboru nebo
komisi“ (tj. senátor podal
předložený pozměňovací návrh
na schůzi výboru nebo komise)
nebo
2139
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
„podaný“ (tj. u pozměňovací Senátoři podávají pozměňovací návrhy jejich přednesem v rámci
Zpravodaj
návrhy přijaté na výboru nebo podrobné rozpravy, přičemž k předloženému pozměňovacímu návrhu se garančního výboru
komisi (jsou součástí usnesení může přihlásit kterýkoli senátor. Pracovník
výboru či komise) nebo legislativního odboru
pozměňovací návrhy podané
senátorem či senátory na Podání individuálních pozměňovacích návrhů zadává do systému e-
schůzi pléna na základě Legislativa zpravodaj garančního výboru, eventuálně s podporou
předloženého pozměňovacího legislativního odboru. V ideálním případě je toto zadání provedeno ihned
návrhu.)
„vzatý zpět“ (tj. senátor, který během schůze pléna (což umožní zpravodaji využít nástrojů e-Legislativy
pro přípravu hlasování a senátorům lepší přehled o tom, o čem hlasují),
pozměňovací návrh podal, jej
vzal zpět, případně jej vzali zpět případně po ukončení schůze pléna zpětně.
všichni senátoři, kteří se k němu
přihlásili),
„přijatý“ (na plénu komory)
„revokovaný“ (odvolaný po
přijetí; pravděpodobně bude
používáno pouze v Poslanecké
sněmovně)
K pozměňovacímu návrhu se může
přihlásit i jiný senátor než autor či autoři
pozměňovacího návrhu. Další informace
viz výše u pozměňovacích návrhů
podávaných na výborech.
Žádost o vzetí zpět předloženého, ale e-Legislativa umožní senátorovi vzít zpět předložený, ale nepodaný Senátor
nepodaného pozměňovacího návrhu pozměňovací návrh. O odvolání zveřejněného pozměňovacího návrhu
senátorem v systému e-Legislativa
2140
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
Posouzení a potvrzení/odmítnutí vzetí požádá senátor v systému e-Legislativa nebo ústně pracovníka
zpět předloženého pozměňovacího legislativního odboru.
návrhu pracovníkem legislativního
odboru Skutečnost, že pozměňovací návrh nebyl dosud podán, zkontroluje Pracovník
pracovník legislativního odboru a nastaví stav pozměňovacího návrhu na legislativního odboru
„zadán“, čímž přestane být pozměňovací návrh přístupný ostatním
senátorům (mimo jeho autory).
Senátor, který podal návrh k projednávané věci, může vzít tento návrh Senátor
zpět do ukončení rozpravy.
Označení pozměňovacího návrhu jako Pracovník legislativního odboru změní stav příslušného pozměňovacího Pracovník
vzatého zpět návrhu na „vzatý zpět“, avšak pozměňovací návrh zůstane viditelný legislativního odboru
ostatním senátorům i mimo autory pozměňovacího návrhu.
Pokud při projednávání návrhu zákona v rámci schůze pléna zazněl
individuální pozměňovací návrh, může zpravodaj garančního výboru
požádat o přerušení schůze pléna a projednání pozměňovacích návrhů v
rámci výboru(ů). Vzniká usnesení, které se může stát senátním tiskem.
Nejedná se tu o běžnou praxi, nelze ji ale vyloučit. Usnesení zpravidla
neobsahuje pozměňovací návrh, ale usnesení výboru k podaným
pozměňovacím návrhům.
Jednání výboru v rámci mimořádné schůze probíhá standardně. Schůze
výboru je svolána jako před plénem (může být i za účasti navrhovatele
2141
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
Poskytnutí podkladů ze systému e- zákona), výstupem jednání je usnesení výboru. Teoreticky může výbor Pracovník Organizačního
Legislativa pro vytvoření usnesení změnit pozměňovací návrhy, které předložil kterýkoli senátor před Organizační odbor odboru v systému PES
výboru v systému PES pro stažení a jednáním pléna. vytvoří senátní tisk,
následné vytvoření senátního tisku Po projednání ve výborech se naváže na projednávání návrhu zákona vygeneruje jeho číslo a
v rámci schůze pléna doplněného o usnesení/pozměňovací návrhy senátní tisk rozešle
výboru(ů). senátorům notifikaci
Poskytnutí podkladů pro vytvoření usnesení výboru Poskytnutí usnesení výboru
do PES pro vytvoření senátního tisku a odkazu na usnesení
výboru uložené v systému
Vložení Usnesení výboru a zápis odkazu Poskytnutí usnesení výboru a odkazu na usnesení výboru uložené v Systém PES do systému e-
na usnesení výboru uložené v systému systému PES Systém Legislativa
PES do systému e-Legislativa PES do systému e-
Předání čísla senátního tisku do systému e-Legislativa Legislativa předá číslo
Doplnění metadat návrhu zákona o číslo senátního tisku
senátního tisku
Po podání všech pozměňovacích návrhů se ukončuje podrobná rozprava.
2142
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
Zpřesnění pozměňovacího návrhu procesu
Přijetí pozměňovacího návrhu O jednotlivých podaných pozměňovacích návrzích se hlasuje podle
jednotlivých ustanovení návrhu zákona (§ 110 jednacího řádu). Na návrh Pracovník
zpravodaje garančního výboru může Senát rozhodnout o jiném postupu legislativního odboru
hlasování.
Před hlasováním má Senátor možnost zpřesnit vlastní pozměňovací návrh
nebo i cizí pozměňovací návrh se souhlasem senátora, který pozměňovací
návrh podal (nebo souhlasu výboru, jeho zpravodaje).
V případě, že byl pozměňovací návrh zpřesněn, zanese zpřesnění do
systému e-Legislativa pracovník legislativního odboru. V případě, že tato
úprava bude provedena ještě před hlasováním, budou mít senátoři
v systému e-Legislativa plný přehled o obsahu hlasovaných
pozměňovacích návrhů a jejich dopadů do úplného znění návrhu zákona.
Hlasuje se o jednotlivých pozměňovacích návrzích.
Přijetí pozměňovacích návrhů zadává do systému e-Legislativa zpravodaj Zpravodaj
garančního výboru, eventuálně s podporou organizačního odboru. garančního výboru
V případě, že označení přijatých pozměňovacích návrhů bude prováděno
již během hlasování, budou mít senátoři v systému e-Legislativa plný Pracovník
přehled o dopadech zatím nehlasovaných pozměňovacích návrhů do organizačního odboru
úplného znění návrhu zákona ve znění již přijatých pozměňovacích
návrhů.
2143
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
Nastavení stavu projednávaného PES předá do systému e-
návrhu zákona „Příprava usnesení Po ukončení hlasování o jednotlivých pozměňovacích návrzích, byl-li Legislativa informaci o
Senátu“ doplněného o výsledek alespoň jeden z nich Senátem přijat, hlasuje Senát o tom, zda návrh zahájení přípravy usnesení,
projednání na schůzi pléna zákona vrátí Poslanecké sněmovně s těmi pozměňovacími návrhy, které že Senát schválil návrh
Metadata: Návrh zákona vrácen přijal. zákona s pozměňovacími
Poslanecké sněmovně návrhy (na základě výsledku
s pozměňovacími návrhy Hlasuje se o zákonu jako celku formou usnesení. Jestliže plénum usnesení projednávaného bodu)
přijme, je návrh zákona schválen včetně pozměňovacích návrhů.
Nastavení stavu projednávaného PES předá do systému e-
návrhu zákona „Příprava usnesení V systému e-Legislativa je následně nastaven stav „Příprava usnesení Legislativa informaci o
Senátu“. V tomto stavu se následně připraví usnesení reflektující výsledný
stav projednávání návrhu zákona.
Systém
Změna stavu na Příprava usnesení Senátu
Pokud nebyl žádný pozměňovací návrh podán nebo nebyl přijat anebo Systém
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.
Změna stavu na Příprava usnesení Senátu
2144
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
Senátu“ doplněného o výsledek zahájení přípravy usnesení,
projednání na schůzi pléna Systém že Senát návrh zákona
Metadata: Návrh zákona „Zamítnut” zamítnul (na základě
výsledku projednávaného
Nastavení stavu projednávaného Změna stavu na Příprava usnesení Senátu bodu)
návrhu zákona „Příprava usnesení
Senátu“ doplněného o výsledek PES předá do systému e-
projednání na schůzi pléna Legislativa informaci o
zahájení přípravy usnesení,
Metadata: Návrh zákona „Schválen“ že Senát návrh zákona
schválil ve znění
Nastavení stavu projednávaného Nebyl-li takový návrh podán nebo nebyl-li přijat, jednání Senátu o návrhu postoupeném Poslaneckou
návrhu zákona „Příprava usnesení zákona končí. sněmovnou (na základě
Senátu“ doplněného o výsledek výsledku projednávaného
projednání na schůzi pléna bodu)
Metadata: Senát se o návrhu zákona PES předá do systému e-
neusnesl Legislativa informaci o
zahájení přípravy usnesení,
Změna stavu na Příprava usnesení Senátu Systém že se Senát o návrhu
zákona neusnesl (na
základě výsledku
projednávaného bodu)
2145
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
Příprava usnesení Senátu Projednávání návrhů ústavních zákonů a zákonů, k jejichž přijetí je třeba,
aby byly schváleny Poslaneckou sněmovnou a Senátem nemůže skončit
Poskytnutí podkladů ze systému e- výsledkem „Senát se o návrhu zákona neusnesl“.
Legislativa pro vytvoření usnesení
Senátu v systému PES pro stažení a Projednávání návrhu zákona v Senátu může skončit s níže uvedenými Organizační odbor Pracovník Organizačního
následné vytvoření senátního tisku výsledky: odboru vytvoří senátní tisk
s Usnesením Senátu,
Senát se usnese, že se návrhem zákona nebude zabývat vygeneruje jeho číslo a vloží
Senát se usnese, že návrh zákona schválí ve znění postoupeném do PES
Poslaneckou sněmovnou Poskytnutí Usnesení Senátu
Senát se usnese, že návrh zákona zamítá a odkazu na Usnesení
Senát se usnese, že návrh zákona vrací Sněmovně Senátu uložené v systému
s pozměňovacími návrhy
Senát nepřijme žádné usnesení, jak s návrhem zákona naložit
Ve vazbě na výše uvedený výsledek projednávání v rámci schůze pléna je
pak záhájena příprava příslušného usnesení Senátu.
Usnesení Senátu je vloženo do systému PES a po vygenerování senátního
tisku je Usnesení Senátu vloženo do systému e-Legislativa.
Poskytnutí podkladů pro vytvoření usnesení Senátu do
PES pro vytvoření senátního tisku
Systém
Poskytnutí usnesení Senátu a odkazu na usnesení Senátu uložené v
systému PES
2146
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
Zápis Usnesení Senátu a odkazu na PES do systému e-
Usnesení Senátu uložené v systému PES Systém Legislativa
do systému e-Legislativa
Předání čísla senátního tisku do systému e-Legislativa Předání čísla senátního
Doplnění metadat návrhu zákona o číslo tisku do systému e-
senátního tisku Legislativa
Nastavení stavu „Příprava na Pro schválení návrhu Ústavního zákona je na rozdíl od prosté většiny PES předá do systému e-
postoupení Sněmovně“ doplněného o přítomných senátorů u ostatních zákonů nezbytný souhlas 3/5 přítomných Legislativa informaci o
výsledek projednání na schůzi pléna senátorů. ukončení přípravy usnesení
k návrhu zákona Senátem
Po vložení Usnesení Senátu bude v systému e-Legislativa nastaven stav
„Příprava na postoupení Sněmovně“, v rámci kterého se návrh zákona
připraví na postoupení Sněmovně.
Systém
Změna stavu na Příprava na postoupení Sněmovně
Příprava na postoupení Sněmovně
Organizační odbor po ukončení projednávání návrhu zákona na schůzi Organizační odbor
pléna sepíše dopis, který obsahuje seznam usnesení pro odeslání tohoto Předseda Senátu
dopisu předsedou Senátu předsedovi Sněmovny.
Následně je zpracován zápis o průběhu schůze pléna.
2147
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
Ve vazbě na výsledek projednávání se k návrhu zákona dopracovávají
příslušné dokumenty.
Předávací prostor, který obsahuje Po ukončení přípravy na postoupení Sněmovně ukončí pracovník Předseda Senátu
organizačního odboru proces přípravy a dá pokyn systému e-Legislativa Aparát předsedy
vrstvu návrhu, která obsahuje k přesunu dat do předávacího prostoru. Systém e-Legislativa na základě Senátu
strukturovaný návrh zákona ve nastavení provede přesun relevantních dat automaticky. Organizační odbor
znění případně přijatých
pozměňovacích návrhů a ostatní Systém e-Legislativa umožní pracovníku Organizačního odboru vybrat a Aparát předsedy
náležitosti ve strukturované podobě vložit i další procesní dokumenty, které jsou k dispozici a nebyly na Senátu
základě nastavení vloženy automaticky.
sadu PDF (PDF/A) z vrstvy návrhu
technicky zabezpečených tak, aby Aparát předsedy Senátu v systému e-Legislativa nastaví stav „Postoupeno
byla jednoduše prokazatelná jejich Sněmovně“, který bude automaticky doplněný o výsledek projednání
shodnost s vrstvou návrhu návrhu zákona v Senátu.
Nastavení stavu projednávaného Změna stavu na Postoupeno Sněmovně Aparát předsedy
návrhu zákona „Postoupeno Senátu
Sněmovně“
Postoupeno Sněmovně
Jak již bylo naznačeno, projednávání návrhu zákona v Senátu může
skončit s níže uvedenými výsledky:
Senát se usnese, že se návrhem zákona nebude zabývat (ve
Sněmovně se po převzetí návrhu zákona tento následně dostane
do stavu „Návrh zákona přijat“)
Senát se usnese, že návrh zákona schválí (ve Sněmovně se po
převzetí návrhu zákona tento následně dostane do stavu „Návrh
zákona přijat“)
2148
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
Nastavení stavu „Převzato Sněmovnou
ze Senátu“ Senát se usnese, že návrh zákona zamítá (ve Sněmovně se po
převzetí návrhu zákona tento následně dostane do stavu „Znovu
předložen Sněmovně“)
Senát se usnese, že návrh zákona vrací Sněmovně
s pozměňovacími návrhy (ve Sněmovně se po převzetí návrhu
zákona tento následně dostane do stavu „Znovu předložen
Sněmovně“)
Senát se neusnese (nepřijme žádné usnesení), jak s návrhem
zákona naložit (ve Sněmovně je po převzetí návrhu zákona možné
po uplynutí lhůty 30 dní nastavit stav „Návrh zákona přijat“)
Návrh zákona ve stavu „Postoupeno Sněmovně“ čeká v předávacím
prostoru na aktivní převzetí ze strany aparátu předsedy Sněmovny
Ve chvíli převzetí se nastaví stav „Převzato Sněmovnou (ze Senátu)“
Ve vazbě na výše uvedený výsledek projednávání se pak v systému e-
Legislativa automaticky nastaví příslušný stav pro projednávání/
zpracování návrhu zákona převzatého ze Senátu ve Sněmovně
Nastavení stavu Převzato Sněmovnou ze Senátu Sekretariát předsedy
Sněmovny
2149
13.2.4.2 Zákonné opatření Senátu
Pokud je Poslanecká sněmovna rozpuštěna, náleží omezená zákonodárná funkce Senátu, který může přijímat zákonná opatření Senátu ve věcech,
které nesnesou odkladu a vyžadovaly by jinak přijetí zákona. Senátu však nepřísluší přijímat zákonné opatření ve věcech Ústavy, státního rozpočtu,
státního závěrečného účtu, volebního zákona a mezinárodních smluv podle čl. 10 Ústavy. Zákonné opatření může Senátu navrhnout jen vláda a
musí být následně schváleno Poslaneckou sněmovnou na její první schůzi. Neschválí-li je Poslanecká sněmovna, pozbývá další platnosti.
2150
2151
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
Postoupeno Senátu (Vládou) procesu
Dojde-li k rozpuštění Poslanecké sněmovny, náleží omezená zákonodárná
pravomoc Senátu, který může přijímat zákonná opatření Senátu ve
věcech, které nesnesou odkladu a vyžadovaly by jinak přijetí zákona.
Senátu však nepřísluší přijímat zákonné opatření ve věcech Ústavy,
státního rozpočtu, státního závěrečného účtu a volebního zákona.
Zákonné opatření Senátu může Senátu navrhnout pouze vláda.
Zákonné opatření Senátu podepisuje předseda Senátu, prezident
republiky a předseda vlády; vyhlašuje se stejně jako zákony.
Zákonné opatření Senátu musí být schváleno Poslaneckou sněmovnou na
její první schůzi. Neschválí-li jej Poslanecká sněmovna, pozbývá další
platnosti.
Systém e-Legislativa implementuje oficiální doručování mezi institucemi,
např. postoupení návrhu zákonného opatření Senátu vládou a převzetí
Senátem. Přesný význam jednotlivých pojmů je uveden ve Slovníčku
pojmů v systému e-Legislativa na konci dokumentu.
Návrh zákonného opatření Senátu reálně přebírá sekretariát předsedy
Senátu a je mu přiřazeno číslo jednací.
Okamžikem postoupení návrhu zákonného opatření Senátu vládou Senátu
je sekretariát předsedy Senátu notifikován systémem e-Legislativa o
návrhu zákonného opatření Senátu, který čeká v předávacím prostoru
systému e-Legislativa na aktivní převzetí sekretariátem předsedy Senátu.
2152
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
Pracovník sekretariátu Předsedy Senátu:
vybere ze seznamu předávacích prostorů ve stavu „Postoupeno Sekretariát Předsedy
Senátu
Senátu“
dá pokyn systému e-Legislativa k převzetí, tj. ke změně stavu na
“Převzato Senátem”
systém e-Legislativa vytvoří prostor pro projednání návrhu
zákonného opatření Senátu a vloží do vytvořeného prostoru vrstvu
z předávacího prostoru
Nastavení stavu „Převzato Senátem“, Nastavení stavu Převzato Senátem Sekretariát Předsedy
nastavuje se, jakmile je návrh Senátu
zákonného opatření Senátu převzat
sekretariátem předsedy Senátu
Prostor pro projednání návrhu
Zákonného opatření Senátu včetně
automaticky vytvořeného podprostoru
pozměňovacích návrhů.
Poskytnutí informace systému PES o Systém Systém PES se připojí a
novém procesu návrhu zákonného stáhne si informace (bez
opatření Senátu včetně data postoupení Poskytnutí informace o novém procesu k projednání (včetně data obsahů (dokumentů), které
vládou / data převzetí Senátem postoupení / převzetí návrhu zákonného opatření Senátu a zatím nejsou požadovány) o
identifikátoru e-Legislativa) novém procesu k
projednání návrhu
2153
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
Převzato Senátem procesu
Poznámka: Variantně je možná plná integrace se systémem PES, tj. kdy si zákonného opatření
systém stahuje nejen informace pro založení kontejneru, ale současně i Senátu, které použije pro
obsah (dokumenty). Tato funkcionalita není zatím požadována, nicméně založení „kontejneru“ v
bude k dispozici. systému PES pro budoucí
senátní tisk (mj. i informace
o datu postoupení návrhu
zákonného opatření vládou
/ datu převzetí Senátem)
Návrh zákonného opatření Senátu je po nastavení stavu „Převzato Sekretariát Předsedy
Senátem“ postoupen neprodleně organizačnímu výboru a zpřístupněn Senátu
všem senátorům a senátorským klubům.
Organizační odbor
Po převzetí je o návrhu zákonného opatření Senátu informován Organizační odbor
Organizační odbor a je vytvořen senátní tisk, který obsahuje číslo
senátního tisku a číslo funkčního období
Protože se však schvaluje úplné znění právních předpisů, což může být
objemově velmi náročné (například Občanský zákoník nebo zejména
změnové zákony) nemá již smysl senátní tisk senátorům tisknout a
doporučujeme zůstat pouze u elektronických verzí v rámci systému e-
Legislativa. Volitelně doporučujeme tisknout pouze novelu (tedy
novelizační body, nikoliv úplné znění).
2154
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
Legislativní proces probíhá prostřednictvím centrálního systému e-
Legislativa. Nastane-li však překážka bránící využití centrálního systému
e-Legislativa, může legislativní proces pokračovat:
a) elektronicky, avšak bez centrálního systému e-Legislativa,
b) v listinné podobě, pokud elektronická cesta není vůbec možná.
Aby byly tyto záložní varianty legislativního procesu umožněny, bude ve
vybraných bodech legislativního procesu probíhat „dočasná archivace“
návrhů v elektronické podobě v rámci příslušných institucí, ve kterých
legislativní proces probíhá, a to vždy při převzetí příslušného návrhu
právního aktu. Tato archivace bude dočasná a bude trvat nejméně po
dobu, než legislativní proces převezme jiná instituce (případně do doby
vyhlášení právního aktu ve Sbírce zákonů a mezinárodních smluv).
Tato archivace umožní, aby příslušná instituce pokračovala v legislativním
procesu i při výpadku centrálního systému e-Legislativa. V elektronické
podobě se bude jednat o XML soubory, které bude možné načíst do
Editoru právních předpisů (e-Šablony pro plusovou osu) v off-line režimu a
dále s nimi pracovat.
Listinná archivace by v extrémní situaci, kdy by nastal úplný výpadek
všech elektronických prostředků, poskytla pouze obtížně využitelný základ
pro pokračování legislativního procesu a je proto nadále pouze dáno k
úvaze kanceláři Senátu, zda listinnou kopii projednávaného materiálu
pořizovat, či nikoli.
2155
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
Systém e-Legislativa je koncipován tak, že kdokoli s příslušnými
oprávněními si může stáhnout cokoli, a zároveň pro systém PES je
navržena integrace pro předávání podkladů pro tvorbu senátního tisku
přímo mezi systémy a bez lidského zásahu (nezbytná je pouze iniciace
stažení ze strany cílového systému).
Kanceláří Senátu je nicméně preferována varianta, kdy pracovník
organizačního odboru bude ze systému e-Legislativa stahovat podklady
pro tvorbu senátního tisku ručně, následně opatří tisk hlavičkou a zadá ho
do systému PES.
Do systému PES bude možné získat odkaz ke každému projednávanému
dokumentu vytvořeném/uloženém v systému e-Legislativa (např. pro
přípravu pozměňovacích návrhů senátory) a využít je pak například pro
zaběhnutý systém mailových notifikací (systémem PES nebo eventuálně
ručních) o změnách při projednávání tisků.
Dokumenty ze systému e-Legislativa bude možné stáhnout nejen ve
formátu PDF, ale i ve formátu DOC/DOCX. V případě exportu již pak
stažená verze nemůže být po editaci vrácena zpět, pouze využita mimo
systém e-Legislativa.
Již od tohoto okamžiku si mohou senátoři začít k návrhu zákonného
opatření Senátu připravovat v rámci systému e-Legislativa písemné
pozměňovací návrhy.
Nástroj systému e-Legislativa bude plně podporovat porovnání znění s
různými pozměňovacími návrhy i různými časovými verzemi zákona.
2156
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
Příprava souborů v systému e- Pracovník Organizačního
Legislativa pro vytvoření Senátního Organizační odbor odboru si může volitelně
dokumentu systémem PES (včetně vybrat a stáhnout soubory
souborů vytvořených na základě Poskytnutí souborů pro vytvoření senátního ve formátu PDF a
připravené šablony) pro stažení do PES dokumentu v PES a následné vytvoření DOC/DOCX a zařadit je do
k vytvoření senátního tisku senátního tisku již připraveného
„kontejneru“, vytvoří
Poznámka: Variantně je možná plná integrace se systémem PES, tj. kdy si senátní tisk, určí číslo
soubory (dokumenty) může stáhnout systém PES, aniž by je musel ručně senátního tisku, vloží do
vybírat a stahovat pracovník organizačního odboru. Tato funkcionalita PES. PES rozešle senátorům
není zatím požadována, nicméně bude k dispozici pro všechny podobné notifikaci
případy poskytování souborů/podkladů/informací ze systému e-
Legislativa do systému PES zmíněné níže v tomto dokumentu PES do systému e-
Legislativa předá číslo
Doplnění metadat návrhu zákonného Předání čísla senátního tisku do systému e-Legislativa Systém senátního tisku
opatření Senátu o číslo senátního tisku Uložení XML souborů pro
možnost pokračování
XML soubory pro „dočasnou archivaci“ lze stahovat také ručně, nicméně Systém v legislativním procesu při
v tomto případě kancelář Senátu preferuje automatické stahování případném výpadku
systémem PES. centrálního systému e-
Legislativa.
Poskytnutí XML souborů pro „dočasnou archivaci“
2157
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
Organizační výbor bezodkladně přikáže návrh zákonného opatření Senátu Organizační výbor
výboru, popřípadě výborům a určí lhůtu, do které musí výbor (výbory)
návrh zákonného opatření projednat. Současně doporučí předsedovi
Senátu, aby byl tento návrh zařazen na pořad schůze Senátu nejpozději
do 5 dnů po projednání ve výborech.
Přikáže-li organizační výbor návrh zákonného opatření Senátu více
výborům, určí, který z nich bude výborem garančním. Zároveň neprodleně
sdělí všem senátorům, kterému výboru, popřípadě výborům byl návrh
zákonného opatření Senátu přikázán k projednání a který výbor byl určen
jako garanční.
Jakýkoli výbor může návrh zákonného opatření Senátu projednat i z
vlastní vůle, bez přikázání.
Organizační výbor může kromě přikázání výborům požádat i o usnesení
komise.
„Usnesení Organizačního výboru“ Pracovník organizačního odboru vloží dokument usnesení organizačního Organizační odbor Usnesení organizačního
včetně metadat a odkazu na uložení výboru do systému PES. výboru je vytvořeno v PES a
originálu v systému PES. následně předáno do
systému e-Legislativa jako
Usnesení organizačního výboru Systém procesní dokument včetně
odkazu na uložení originálu
dokumentu.
2158
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
Doplnění metadat návrhu zákonného Systém PES do systému e-
opatření Senátu o číslo senátního tisku Legislativa předá číslo
Předání čísla senátního tisku do systému e-Legislativa senátního tisku
V případě zkráceného jednání (§ 125 -> §118 (3)) Organizační výbor Organizační výbor
bezodkladně přikáže návrh zákonného opatření Senátu výboru, popřípadě Organizační odbor
výborům a určí lhůtu, do které musí výbor (výbory) návrh zákonného
opatření Senátu projednat. Současně doporučí předsedovi Senátu, aby
návrh zákonného opatření Senátu byl zařazen na začátek pořadu schůze
Senátu. Tuto schůzi je předseda Senátu povinen svolat tak, aby byla
zahájena nejpozději do 10 dnů od postoupení „návrhu zákonného
opatření Senátu“ Senátu.
Na senátním tisku pracuje i legislativní odbor Legislativní odbor
reálně na návrhu zákonného opatření Senátu legislativní odbor
začíná pracovat předem již během jeho projednávání ve vládě
vzniká neveřejný dokument s informacemi legislativního odboru
senátoři mají dokument s podklady zpracovanými legislativním
odborem k dispozici před jednáním výborů, typicky je hotov do
týdne od chvíle, kdy byl návrh zákonného opatření Senátu převzat
Senátem
Dokument obsahuje:
popis věcných dopadů návrhu zákonného opatření Senátu (de
facto nahrazuje důvodovou zprávu pro Senát)
popis struktury zákonného opatření Senátu
2159
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
doporučení na opravy chyb (technických, soulad s ústavou, Po přikázání výborům
mezitímní změny právního řádu s dopadem na měněný text Organizačním výborem
zákonného opatření Senátu a další) s návrhem úprav předá PES do systému e-
Legislativa změnu stavu
rozesílá se emailovou poštou (distribuční list: tajemníci výborů,
tajemníci komisí, celý legislativní odbor, senátoři)
Vložení procesního souborového V novém řešení bude dokument (legislativní stanovisko „Informace“) Systém
dokumentu „Informace“ nahrán (upload) k projednávanému zákonu jako procesní souborový
dokument. Na základě nastavení bude systém e-Legislativa notifikovat
Nastavení stavu „Projednání ve zainteresované uživatele (viz distribuční list výše) o vložení tohoto
výborech a na schůzi pléna“, nastavuje dokumentu do systému e-Legislativa. Notifikace budou obsahovat odkaz
se ve chvíli, kdy je návrh zákonného (URL) na dokument. U dokumentu (obecná funkčnost) si bude možné
opatření Senátu přikázán výborům zobrazit datum vložení, datum poslední modifikace a kdo jej vložil.
Nastavení stavu Projednání ve výborech a na schůzi pléna
Předloží-li vláda návrh zákonného opatření Senátu v době stavu ohrožení Aparát předsedy
státu nebo válečného stavu (§123), předseda Senátu jej neprodleně Senátu
rozešle všem senátorům a určí zpravodaje pro projednání návrhu
zákonného opatření Senátu na schůzi Senátu. Současně předseda Senátu
svolá schůzi Senátu k projednání tohoto návrhu zákonného opatření;
koná-li se již schůze Senátu, navrhne doplnění pořadu této schůze o jeho
projednání. Předseda Senátu svolá schůzi nebo podá návrh na doplnění
2160
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
pořadu schůze tak, aby se Senát mohl k návrhu zákonného opatření Systém Po zařazení na schůzi pléna
Senátu usnést do 72 hodin od jeho předložení vládou. předá systém PES do
Tajemník výboru, systému e-Legislativa
V době stavu ohrožení státu nebo válečného stavu se návrh zákonného který návrh změnu stavu
opatření Senátu ve výborech neprojednává.
Nastavení stavu „Schůze pléna (bez Nastavení stavu Schůze pléna (bez projednání ve výborech)
projednání ve výborech)“, nastavuje se
ve chvíli, kdy je návrh zákonného
opatření připraven na jednání pléna
Senátu
Projednání ve výborech a schůze pléna (část projednání ve výborech)
Při jednání výboru o návrhu zákonného opatření Senátu lze v průběhu
obou částí rozpravy podávat tyto návrhy:
1. návrh na vrácení návrhu zákonného opatření Senátu vládě k
dopracování,
2. návrh na schválení,
3. návrh na zamítnutí,
4. návrh pozměňovací.
O návrzích uvedených výše se hlasuje v pořadí tam uvedeném. 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
zákonného opatření Senátu s těmi pozměňovacími návrhy, které přijal.
Pozvánku na jednání výboru vypracovává sekretářka výboru nebo jeho
tajemník.
2161
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
Postupné vkládání jednotlivých Předseda každého výboru určí ze členů výboru zpravodaje.
pozměňovacích návrhů do systému e- Senátor v roli zpravodaje připraví následně zpravodajskou zprávu. zákonného opatření
Legislativa senátory nebo jimi Zpravodajové z ostatních výborů jsou formálně přizváni na jednání Senátu projednává
pověřenými zástupci (dle připravené garančního výboru. (výboru, kterému byl
procedury pro pověření jiné osoby pro návrh zákonného
práci v e-Legislativě senátorem) v rámci Senátoři nebo jejich asistenti kontaktují legislativní odbor a žádají jej o opatření Senátu
prostoru pozměňovacích návrhů k tvorbu alternativních pozměňovacích návrhů, případně si pozměňovací přikázán)
návrhu zákonného opatření Senátu návrhy nachystají sami.
dané fáze legislativního procesu Kromě pozměňovacích návrhů se podávají na jednáních výborů podle § Sekretářka výboru
Pozměňovací návrhy jsou v systému e- 103 odst. 2 jednacího řádu Senátu i zpřesňující návrhy, které může
Legislativa zadávány editací úplného podávat jak autor pozměňovacího návrhu, tak i jiný senátor se souhlasem Zpravodaj výboru
znění návrhu zákonného opatření autora.
Senátu a zadáním odůvodnění změny. Senátoři, členové
Následně je obsah pozměňovacího přiřazeného výboru,
návrhu vygenerován (automaticky pracovník
s možností interakce uživatele) tzv. legislativního odboru
”Generátorem novel“. V případě
novelizace obsah pozměňovacího Jednání výboru se skládá z obecné a podrobné rozpravy. Senátoři, pracovník
návrhu obsahuje změnu oproti návrhu Jednání na výboru: legislativního odboru
navrhovatel zákonného opatření Senátu ústně uvede zákon
legislativní odbor je přítomen na jednání
pozměňovací návrhy se podávají vždy na jednání výboru. Pokud
budou pozměňovací návrhy připraveny a předloženy už
v předstihu před jednáním výboru, bude se tak dít
prostřednictvím systému e-Legislativa
jednání výboru se může účastnit i senátor, který není člen výboru,
může podat pozměňovací návrh, nemůže o něm pak ale hlasovat
2162
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
zákonného opatření Senátu nikoli přístup do prostoru výboru může být udělen všem senátorům
změnu oproti textu novely. nejen členům příslušného výboru Pracovník
legislativního odboru
e-Legislativa umožní podat pouze pokud by byl na jednání výboru přijat návrh na vrácení návrhu na základě pověření
pozměňovací návrh k původnímu zákonného opatření Senátu vládě k dopracování nebo návrh na
pozměňovacímu návrhu, další schválení nebo zamítnutí návrhu zákonného opatření Senátu,
pozměňovací návrh (k pozměňovacímu jednání výboru končí a již se nehlasuje o pozměňovacích návrzích
návrhu pozměňovacího návrhu) se už
řetězit nemůže. „jiné návrhy“ vedle návrhů pozměňovacích (jako například návrh
na zamítnutí nebo návrh na schválení) jsou obdobně jako
pozměňovací návrhy vloženy i do systému e-Legislativa
Pozměňovací návrh k pozměňovacímu Jednání o návrhu zákonného opatření Senátu na schůzi výboru může být
návrhu bude technicky realizován tak, že přerušeno. V tomto případě má odborný aparát legislativního odboru
autor provede kopii původního prostor pro konsolidaci pozměňovacích návrhů. V rámci nového řešení se
pozměňovacího návrhu, přičemž uvede, tak otevírá prostor před hlasováním, kdy lze do systému e-Legislativa
že účelem je pozměňovací návrh případně zadat ústně podané pozměňovací návrhy a využít jej jako
k pozměňovacímu návrhu (bude pomůcku pro rozhodování členů výboru o pozměňovacích návrzích.
uvedeno v metadatech nového
pozměňovacího návrhu čili bude V rámci projednání pozměňovacích návrhů v podrobné rozpravě může
naznačena vazba na původní senátor návrh zpřesnit. Upřesnění bude zaznamenáno, a bude-li návrh
pozměňovací návrh). Následně autor přijat, zaneseno do systému e-Legislativa. O návrzích se hlasuje v pořadí,
tento nový pozměňovací návrh upraví ve kterém byly podány.
dle svých požadavků a předloží jej.
Pozměňovací návrhy jsou v systému e- V záznamu z jednání výboru jsou zahrnuty názvy pozměňovacích návrhů a Tajemník příslušného
Legislativa řazeny do sad. Ke každému výsledek hlasování, v usnesení výboru jsou pak již pouze přijaté výboru
návrhu zákonného opatření Senátu tak pozměňovací návrhy.
může být vytvořena jedna sada pro
2163
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
každý výbor. Senátoři si mohou vytvořit Pokud pozměňovací návrh nebyl před projednáváním ve výboru předložen
více sad pozměňovacích návrhů. přes systém e-Legislativa, byl podán na jednání výboru a byl-li přijat, do Pracovník
systému e-Legislativa jej následně zadá pracovník legislativního odboru legislativního odboru
Pozměňovací návrhy (PN) mají svého (po konzultaci se senátorem). Odůvodnění pozměňovacího návrhu na základě pověření
podaného na výboru není z pohledu systému e-Legislativa povinné.
Autora (či autory; kdo PN Tajemník příslušného
vytvořil, hodlá jej předložit a U všech pozměňovacích návrhů tajemník výboru vyznačí, zda byly podány výboru
podat) na jednání výboru, kým byly podány či kdo se k nim přihlásil a zda byly na
jednání výboru přijaty (tzn. stanou se součástí usnesení výboru a budou Tajemník příslušného
Vlastníka (systémový údaj řízení tak podány na jednání pléna Senátu). výboru
práv závislý na stavu PN, mohou
to být např. Autoři PN, Aparát Po ukončení podrobné rozpravy se pozměňovací návrhy, které byly Tajemník příslušného
výboru či Aparát Komory) podány, zpřístupní každému senátorovi přítomnému při projednávání výboru
návrhu zákonného opatření Senátu ve výboru a navrhovateli tak, aby je Sekretariát
Předkladatele (ten z autorů, při hlasování měli k dispozici. Faktickou podmínkou tohoto postupu bude, příslušného výboru
který stav PN v systému změnil aby byly aktuální informace o pozměňovacích návrzích již zaneseny do
na „Předloženo“) systému e-Legislativa (přímo senátory či pracovníkem legislativního
odboru a tajemníkem výboru).
Podal na výboru (senátor či
skupina senátorů, kteří PN Zápis z jednání výboru se tvoří dodatečně (do 7 dnů od jednání výboru), je
podali na schůzi výboru) veřejný a obsahuje i informaci o přednesených pozměňovacích návrzích,
které nebyly přijaty, a výsledky hlasování. I pozměňovací návrhy, které
Podal (senátor či skupina nebyly na jednání výboru přijaty, je třeba zaznamenat do systému e-
senátorů, kteří PN podali na Legislativa.
schůzi pléna)
Zadavatele (systémový údaj;
kdo do systému PN fyzicky
zadal)
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,
2164
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
kteří mají přístup k danému Tajemník výboru zajišťuje zpracování usnesení výboru. Usnesení má
prostoru, respektive k sadě přílohu, ve které jsou přijaté pozměňovací návrhy.
pozměňovacích návrhů) Pokud nebylo žádné usnesení přijato, vzniká pouze Záznam o jednání
možností sdílení výboru. Má obsah shodný jako usnesení, ale vzniká pouze v situaci, kdy
nebylo žádné usnesení přijato. Dál se s ním jedná jako s usnesením.
Systém e-Legislativa podporuje sdílení
návrhů pozměňovacích návrhů mezi Z usnesení/záznamu z jednání výboru vzniká senátní tisk, který je
jednotlivými senátory (individuálně formálním podkladem pléna Senátu.
určenými, ve výboru, v rámci politického
klubu atd.) i mezi senátory a pracovníky
legislativního odboru.
Systém e-Legislativa bude důsledně
oddělovat informace o tom, kdo
pozměňovací návrh připravil (autoři) a
předložil od informací, kdo pozměňovací
návrh podal či přihlásil se k němu na
jednání.
V případě projednávání návrhu zákonného opatření Senátu je nezbytné
schůzi svolat do pěti dnů od ukončení projednávání návrhu zákonného
opatřené ve výborech.
Vláda ČR může návrh Zákonného opatření vzít zpět, do doby, než Senát
přikročí k hlasování o něm.
Ve stávající praxi pošle předseda vlády dopis a Usnesení vlády předsedovi
Senátu.
2165
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
Změna stavu projednávaného PES předá do systému e-
zákonného opatření Senátu na V systému e-legislativa je třeba Usnesení vlády jako souborový dokument Úřad vlády Legislativa informaci o vzetí
„Ukončeno“ v elektronické podobě připojit k návrhu zákonného opatření Senátu. Organizační odbor zpět návrhu zákonného
Systém opatření Senátu
Navrhujeme následující postup: navrhovatelem (vládou)
Pracovník Organizačního
Úřad vlády pošle kanceláři předsedy Senátu kromě stávající praxe odboru vytvoří senátní tisk
i elektronickou verzi Usnesení vlády s Usnesením výboru /
Záznamem z jednání výboru
organizační odbor vloží do systému e-Legislativa Usnesení vlády (pozměňovací návrhy v
jako souborový procesní související dokument k návrhu novelizačním tvaru stažené
zákonného opatření Senátu ze systému e-Legislativa
jsou v usnesení výboru pro
po vložení Usnesení vlády o vzetí zpět návrhu zákonného opatření senátní tisk předány jako
Senátu pošle systém PES do systému e-Legislativa informaci o příloha), vygeneruje jeho
vzetí zpět
Systém
Informace o vzetí zpět (Změna stavu na Ukončen)
Poskytnutí pozměňovacích návrhů ze Poskytnutí pozměňovacích návrhů pro vytvoření usnesení výboru / Tajemník výboru
systému e-Legislativa pro vytvoření záznamu z jednání výboru do PES pro vytvoření senátního tisku Sekretariát výboru
usnesení výboru / záznamu z jednání Systém
výboru v systému PES pro stažení a
následné vytvoření senátního tisku
Současně se uzavře možnost vkládání
nových pozměňovacích návrhů daným
výborem
2166
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
číslo, vloží do PES a PES
Vložení Usnesení výboru / Záznamu z Poskytnutí usnesení / záznamu z jednání a odkazu na usnesení / záznam Systém rozešle senátorům
jednání výboru a zápis odkazu na z jednání uložené v systému PES notifikaci
Usnesení výboru / Záznam z jednání Poskytnutí usnesení
výboru uložené v systému PES do Předání čísla senátního tisku do systému e-Legislativa výboru/ záznamu z jednání
systému e-Legislativa a odkazu na usnesení
Systém výboru / záznam z jednání
Doplnění metadat návrhu zákonného výboru uložené v systému
opatření Senátu o číslo senátního tisku PES do systému e-
Legislativa
PES do systému e-
Legislativa předá číslo
senátního tisku
Kromě výborů mohou návrhy zákonných opatření Senátu projednávat i Tajemník komise
komise: Sekretariát komise
Členové komise
výstupem jednání je usnesení komise
požádat komisi o usnesení již na začátku pojednávání návrhu
zákonného opatření Senátu v Senátu může Organizační výbor,
anebo se komise může rozhodnout sama, že návrh zákonného
opatření Senátu projedná
členem komise může být i "externista" jmenovaný Senátem.
Takový člen má mít k dispozici jen formální vstupy (senátní tisk),
nikoli interní informace pro senátory, tj. nemůže mít přidělen
přístup do prostoru komise v systému e-Legislativa
2167
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
Poskytnutí podkladů ze systému e- výstupem jednání komise mohou být i pozměňovací návrhy jako Pracovník Organizačního
Legislativa pro vytvoření Stanoviska součást stanoviska komise Tajemník komise odboru vytvoří senátní tisk
komise v systému PES pro stažení a Organizační odbor se Stanoviskem komise,
následné vytvoření senátního tisku Poskytnutí podkladů pro vytvoření Stanoviska komise do PES pro Systém vygeneruje jeho číslo, vloží
vytvoření senátního tisku do PES a PES rozešle
senátorům notifikaci
Vložení Stanoviska komise a zápis Poskytnutí Stanoviska komise a odkazu na Stanovisko komise uložené v Systém Poskytnutí Stanoviska
odkazu na Stanovisko komise uložené v systému PES komise a odkazu na
systému PES do systému e-Legislativa Stanovisko komise uložené
v systému PES do systému
e-Legislativa
Doplnění metadat návrhu zákonného Systém PES do systému e-
opatření Senátu o číslo senátního tisku Legislativa předá číslo
Předání čísla senátního tisku do systému e-Legislativa senátního tisku
Pro tvorbu, předložení a podání Pokud jsou součástí jednání komise i pozměňovací návrhy, použijí se pro Tajemník komise
pozměňovacích návrhů v rámci komise jejich tvorbu, předkládání a podávání stejné postupy jako při jednáních Člen komise
se používají z pohledu e-Legislativy výboru. Sekretariát komise
stejná pravidla a postupy, jako při
jednání výboru (popsáno výše)
2168
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
Poskytnutí pozměňovacích návrhů Poskytnutí pozměňovacích návrhů komise do PES Organizační odbor Pracovník Organizačního
komise ze systému e-Legislativa pro pro vytvoření senátního tisku odboru v systému PES
stažení a následné vytvoření senátního Systém vytvoří senátní tisk,
tisku v systému PES Předání čísla senátního tisku do systému e-Legislativa vygeneruje jeho číslo a
senátní tisk rozešle
Doplnění metadat návrhu zákonného senátorům notifikaci
opatření Senátu o číslo senátního tisku PES do systému e-
Legislativa předá číslo
senátního tisku
Vytvoření Souhrnu pozměňovacích Dokument Souhrn pozměňovacích návrhů obsahuje pozměňovací návrhy Legislativní odbor
návrhů v systému e-Legislativa a z usnesení více výborů, případně komisí. Organizační odbor
předání do PES k vytvoření senátního
tisku Vzniká ke zvýšení přehlednosti hlasování.
Neobsahuje však proceduru hlasování, tzn., co a v jakém pořadí je
hlasovatelné, zpravodaj si nicméně může díky podpoře systému e-
Legislativa pořadí hlasování připravit.
Ze Souhrnu je vytvářen senátní tisk, dle jednacího řádu minimálně 24
hodin před projednáním návrhu zákonného opatření Senátu na Schůzi.
Obsahuje pouze podané pozměňovací návrhy z výborů a komisí.
Individuální pozměňovací návrhy mohou již být předložené, ale prozatím
nejsou podané, proto nejsou součástí Souhrnu.
Souhrn není povinný u každého návrhu zákonného opatření Senátu, jeho
hlavním smyslem je, aby senátoři měli konsolidovaná usnesení více
výborů a komisí v rámci jediného senátního tisku.
2169
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
Poskytnutí Souhrnu pozměňovacích Aktuální souhrn pozměňovacích návrhů (předložených, podaných) lze ze Pracovník Organizačního
návrhů ve strukturované podobě podle systému e-Legislativa kdykoli získat Systém odboru v systému PES
výborů a komisí do PES k vytvoření vytvoří senátní tisk,
senátního tisku Poskytnutí Souhrnu pozměňovacích návrhů do PES vygeneruje jeho číslo a
pro vytvoření senátního tisku senátní tisk rozešle
senátorům notifikaci
Doplnění metadat návrhu zákonného Systém Předání čísla senátního
opatření Senátu o číslo senátního tisku tisku do systému e-
Předání čísla senátního tisku do systému e-Legislativa Legislativa
Formálním vstupem pléna jsou senátní tisky, které obsahují: Organizační odbor
Zpravodajové výborů
usnesení / záznamy z jednání výborů
usnesení komisí / záznamy jednání komisí
společná zpravodajská zpráva (u návrhu zákonných opatření
Senátu se využívá velmi výjimečně, používá se spíš u
mezinárodních smluv. Případně může zahrnovat Souhrn
pozměňovacích návrhů, a případně rozdílná doporučení výborů.
Z pohledu systému e-Legislativa může být tento dokument
vytvářen obecnými nástroji e-Šablony, ale nemusí, je to na volbě
zpravodaje.)
Po kompletaci výše uvedených podkladů a po zařazení návrhu zákonného
opatření Senátu na jednání schůze pléna organizačním výborem, může
2170
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
být zahájeno projednávání návrhu zákonného opatření Senátu v rámci
schůze pléna.
Projednání ve výborech a schůze pléna (část schůze pléna) / Schůze pléna (zkrácené jednání, bez projednání ve výborech) Zpravodaj návrhu
zákonného opatření
Předsedající zahájí projednání daného bodu s návrhem zákonného Senátu
opatření Senátu. Pracovník
legislativního odboru
Materiál představí jeho navrhovatel, typicky ministr (vše ústně).
Předsedající
V případě, že byl návrh zákonného opatření Senátu projednáván ve Zpravodajové
výborech, případně komisích, předsedající shrne, které výbory a komise
návrh projednaly (k dispozici jsou usnesení/záznam z jednání ve formě
senátních tisků) a vyzve jejich zpravodaje, ať se k návrhu zákonného
opatření Senátu vyjádří (jako první se vyjadřuje zpravodaj garančního
výboru, pak ostatní zpravodajové)
Při jednání Senátu o návrhu zákonného opatření Senátu lze v obecné
rozpravě podávat tyto návrhy:
1. návrh na vrácení návrhu zákonného opatření Senátu vládě k
dopracování,
2. návrh na schválení,
3. návrh na zamítnutí.
O návrzích se hlasuje v uvedeném pořadí.
Nastavení stavu „Příprava usnesení Pokud Senát považuje předlohu projednávaného zákonného opatření Systém Systém PES předá do
Senátu“ doplněného o výsledek Senátu za nekvalitní, může ji kdykoli před jejím schválením vrátit systému e-Legislativa
projednání na schůzi k dopracování navrhovateli (Vládě). informaci o zahájení
přípravy usnesení, že se
2171
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
Metadata: Vráceno vládě V tomto případě se po zpracování Usnesení Senátu návrh zákonného Senát usnesl na vrácení
k dopracování opatření Senátu v systému e-Legislativa posouvá do stavu „Vráceno návrhu zákonného opatření
navrhovateli“ Senátu vládě k dopracování
V rámci systému e-Legislativa bude možné při vrácení navrhovateli využít
podporu pro rozhodnutí o kontinuitě návrhu, převzetím textu do nového Systém PES předá do
navazujícího návrhu apod. systému e-Legislativa
informaci o zahájení
Nastavení stavu „Příprava usnesení Změna stavu na Příprava usnesení Senátu Systém přípravy usnesení, že Senát
Senátu“ doplněného o výsledek Změna stavu na „Příprava usnesení Senátu“ návrh zákonného opatření
projednání na schůzi Senátu schválil
Systém PES předá do
Metadata: Schváleno systému e-Legislativa
informaci o zahájení
Nastavení stavu „Příprava usnesení Návrh na zamítnutí návrhu zákonného opatření Senátu nicméně může být Systém přípravy usnesení, že Senát
Senátu“ doplněného o výsledek předložen kdykoli v průběhu projednávání (například pokud není přijato návrh zákonného opatření
projednání na schůzi usnesení na schválení návrhu zákonného opatření Senátu Senátu zamítl
s pozměňovacími návrhy)
Metadata: Zamítnuto
Změna stavu na Příprava usnesení Senátu
Vláda ČR může návrh Zákonného opatření vzít zpět, do doby, než Senát
přikročí k hlasování o něm.
2172
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
Změna stavu projednávaného Systém PES předá do
zákonného opatření Senátu na Ve stávající praxi pošle předseda vlády dopis a Usnesení vlády předsedovi Úřad vlády systému e-Legislativa
„Ukončeno“ Senátu. Organizační odbor informaci o vzetí zpět
návrhu zákonného opatření
V systému e-legislativa je třeba Usnesení vlády jako souborový dokument Senátu vládou
v elektronické podobě připojit k návrhu zákonného opatření Senátu.
Navrhujeme následující postup:
Úřad vlády pošle kanceláři předsedy Senátu kromě stávající praxe
i elektronickou verzi Usnesení vlády
organizační odbor vloží do systému e-Legislativa Usnesení vlády
jako souborový procesní související dokument k návrhu
zákonného opatření Senátu
po vložení Usnesení vlády o vzetí zpět návrhu zákonného opatření Senátu
pošle systém PES do systému e-Legislativa informaci o vzetí zpět
Systém
Informace o vzetí zpět (Změna stavu na Ukončen)
Nebyl-li žádný z návrhů v obecné rozpravě podán nebo nebyl-li přijat,
zahájí předsedající k návrhu zákonného opatření Senátu podrobnou
rozpravu, ve které lze podávat odůvodněné pozměňovací návrhy.
Pozměňovací návrh může být obecně ve Součástí podrobné rozpravy je projednání pozměňovacích návrhů.
stavu:
V případě, že byl návrh zákonného opatření Senátu projednáván ve
„zadaný“ (neveřejný, viditelný výborech, případně komisích, jsou pozměňovací návrhy, které jsou
pouze senátorovi nebo jím
určeným osobám),
2173
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
„předložený“ (tj. dle kontextu součástí usnesení výboru nebo stanoviska komisí, automaticky pokládány
předložený pro schůzi výboru či za podané.
komise nebo schůzi pléna), Individuální pozměňovací návrhy senátorů (či skupin senátorů) se
„podaný na výboru nebo předkládají prostřednictvím systému e-Legislativa, a to včetně
komisi“ (tj. senátor podal
předložený pozměňovací návrh odůvodnění. Typicky jsou pozměňovací návrhy předloženy před schůzí
na schůzi výboru nebo komise) pléna, je však možné předložit je i během schůze pléna, nejpozději však
nebo před jejich podáním.
„podaný“ (tj. u pozměňovací Senátoři podávají pozměňovací návrhy jejich přednesem v rámci
návrhy přijaté na výboru nebo podrobné rozpravy, přičemž k předloženému pozměňovacímu návrhu se
komisi (jsou součástí usnesení může přihlásit kterýkoli senátor.
výboru či komise) nebo
pozměňovací návrhy podané
senátorem či senátory na Podání individuálních pozměňovacích návrhů zadává do systému e-
schůzi pléna na základě Legislativa zpravodaj garančního výboru, eventuálně s podporou
předloženého pozměňovacího legislativního odboru. V ideálním případě je toto zadání provedeno ihned
návrhu.) během schůze pléna (což umožní zpravodaji využít nástrojů e-Legislativy
„vzatý zpět“ (tj. senátor, který
pozměňovací návrh podal, jej pro přípravu hlasování a senátorům lepší přehled o tom, o čem hlasují),
vzal zpět, případně jej vzali zpět případně po ukončení schůze pléna zpětně.
všichni senátoři, kteří se k němu
přihlásili),
„přijatý“ (na plénu komory)
„revokovaný“ (odvolaný pro
přijetí; pravděpodobně bude
používáno pouze v Poslanecké
sněmovně)
2174
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
K pozměňovacímu návrhu se může
přihlásit i jiný senátor než autor či autoři
pozměňovacího návrhu. Další informace
viz výše u pozměňovacích návrhů
podávaných na výborech.
Byl-li podán alespoň jeden pozměňovací návrh přímo na plénu Senátu
(netýká se pozměňovacích návrhů přijatých na výborech), předsedající
jednání o návrhu zákonného opatření Senátu přeruší. Pozměňovací
návrhy se neprodleně zpřístupní všem senátorům.
Výměna výchozí vrstvy návrhu Předseda Senátu ve spolupráci s Kanceláří Senátu zabezpečí před
zákonného opatření Senátu zpřístupněním pozměňovacích návrhů legislativně technickou úpravu
návrhu zákonného opatření Senátu vyplývající z právních předpisů a
nálezů Ústavního soudu vyhlášených ve Sbírce zákonů a mezinárodních
smluv, která věcně nemění obsah právního předpisu. Předseda Senátu ve
spolupráci s Kanceláří Senátu před zpřístupněním pozměňovacích návrhů
dále zabezpečí úpravu návrhu zákonného opatření Senátu, která vyplývá z
návrhů zákonných opatření Senátu dříve předložených Senátu k
projednání a dosud Senátem neodmítnutých, které se týkají měněných
ustanovení a ze kterých návrh právního předpisu vychází. Má-li
legislativně technická úprava podle věty čtvrté nebo páté dopad na
podaný pozměňovací návrh, uvede se tato skutečnost u pozměňovacího
návrhu.
V jednání lze pokračovat nejdříve po 24 hodinách od jeho přerušení. V
jednání pokračujícím po přerušení lze podávat pouze pozměňovací návrhy
2175
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
Žádost o vzetí zpět předloženého, ale k opravě legislativně technických, gramatických a písařských chyb a k
nepodaného pozměňovacího návrhu úpravám, které vyplývají z přednesených pozměňovacích návrhů. Senátor
senátorem v systému e-Legislativa Pokud jsou pozměňovací návrhy pouze legislativně technické, může
Posouzení a potvrzení/odmítnutí vzetí Senátor navrhnout, aby se jednání nepřerušovalo a proběhlo hlasování o
zpět předloženého pozměňovacího návrhu zákonného opatření.
návrhu pracovníkem legislativního
odboru e-Legislativa umožní senátorovi vzít zpět předložený, ale nepodaný
pozměňovací návrh. O odvolání zveřejněného pozměňovacího návrhu
požádá senátor v systému e-Legislativa nebo ústně pracovníka
legislativního odboru.
Skutečnost, že pozměňovací návrh nebyl dosud podán, zkontroluje Pracovník
pracovník legislativního odboru a nastaví stav pozměňovacího návrhu na legislativního odboru
„zadán“, čímž přestane být pozměňovací návrh přístupný ostatním
senátorům (mimo jeho autory).
Senátor, který podal návrh k projednávané věci, může vzít tento návrh Senátor
zpět do ukončení rozpravy.
Označení pozměňovacího návrhu jako Pracovník legislativního odboru změní stav příslušného pozměňovacího Pracovník
vzatého zpět návrhu na „vzatý zpět“, avšak pozměňovací návrh zůstane viditelný legislativního odboru
ostatním senátorům i mimo autory pozměňovacího návrhu.
2176
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
Pokud při projednávání návrhu zákonného opatření Senátu v rámci schůze
pléna zazněl individuální pozměňovací návrh, může zpravodaj garančního
výboru požádat o přerušení schůze a projednání pozměňovacích návrhů v
rámci výboru(ů), pokud se nejedná o projednávání návrhu zákonného
opatření Senátu v době stavu ohrožení státu nebo válečného stavu.
Vzniká usnesení, které se může stát senátním tiskem.
Nejedná se tu o běžnou praxi, nelze ji ale vyloučit. Usnesení zpravidla
neobsahuje pozměňovací návrh, ale usnesení výboru k podaným
pozměňovacím návrhům.
Jednání výboru v rámci mimořádné schůze probíhá standardně. Schůze
výboru je svolána jako před plénem (může být i za účasti navrhovatele
zákonného opatření Senátu), výstupem jednání je usnesení. Teoreticky
může výbor změnit pozměňovací návrhy, které podal kterýkoli senátor
před jednáním pléna.
Po projednání ve výborech se naváže na projednávání návrhu zákonného
opatření Senátu v rámci schůze doplněného o usnesení/pozměňovací
návrhy výboru(ů).
Poskytnutí podkladů ze systému e- Organizační odbor Pracovník Organizačního
Legislativa pro vytvoření usnesení odboru v systému PES
výboru v systému PES pro stažení a Poskytnutí podkladů pro vytvoření usnesení výboru do PES pro vytvoření vytvoří senátní tisk,
následné vytvoření senátního tisku senátního tisku vygeneruje jeho číslo a
2177
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
Vložení Usnesení výboru a zápis odkazu Poskytnutí usnesení výboru a odkazu na usnesení výboru uložené v Systém senátní tisk rozešle
na usnesení výboru uložené v systému systému PES senátorům notifikaci
PES do systému e-Legislativa Systém
Předání čísla senátního tisku do systému e-Legislativa Poskytnutí usnesení výboru
Doplnění metadat návrhu zákonného Pracovník a odkazu na usnesení
opatření Senátu o číslo senátního tisku Po podání všech pozměňovacích návrhů se ukončuje podrobná rozprava. legislativního odboru výboru uložené v systému
O jednotlivých podaných pozměňovacích návrzích se hlasuje podle PES do systému e-
Zpřesnění pozměňovacího návrhu jednotlivých ustanovení návrhu zákonného opatření Senátu (§ 110 Legislativa
jednacího řádu). Na návrh zpravodaje garančního výboru může Senát
rozhodnout o jiném postupu hlasování. PES do systému e-
Před hlasováním má Senátor možnost zpřesnit vlastní pozměňovací návrh Legislativa předá číslo
nebo i cizí pozměňovací návrh se souhlasem senátora, který pozměňovací senátního tisku
návrh podal (nebo souhlasu výboru, jeho zpravodaje).
V případě, že byl pozměňovací návrh zpřesněn, zanese zpřesnění do
systému e-Legislativa pracovník legislativního odboru. V případě, že tato
úprava bude provedena ještě před hlasováním, budou mít senátoři
v systému e-Legislativa plný přehled o obsahu hlasovaných
2178
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
pozměňovacích návrhů a jejich dopadů do úplného znění návrhu
zákonného opatření Senátu.
Hlasuje se o jednotlivých pozměňovacích návrzích.
Přijetí pozměňovacích návrhů zadává do systému e-Legislativa zpravodaj Zpravodaj
garančního výboru, eventuálně s podporou organizačního odboru. garančního výboru
V případě, že označení přijatých pozměňovacích návrhů bude prováděno
již během hlasování, budou mít senátoři v systému e-Legislativa plný Pracovník
přehled o dopadech zatím nehlasovaných pozměňovacích návrhů do organizačního odboru
úplného znění návrhu zákonného opatření Senátu ve znění již přijatých
pozměňovacích návrhů.
Pokud byl přijat alespoň jeden pozměňovací návrh, hlasuje se o schválení
zákonného opatření Senátu ve znění přijatých pozměňovacích návrhů
formou usnesení. Jestliže plénum usnesení přijme, je návrh zákonného
opatření Senátu schválen ve znění přijatých pozměňovacích návrhů.
V systému e-Legislativa je následně nastaven stav „Příprava usnesení
Senátu“. V tomto stavu se následně připraví usnesení reflektující výsledný
stav projednávání návrhu zákonného opatření Senátu.
Nastavení stavu projednávaného Systém PES předá do systému e-
návrhu zákonného opatření Senátu na Legislativa informaci o
„Příprava usnesení Senátu“ Změna stavu na Příprava usnesení Senátu zahájení přípravy usnesení,
doplněného o výsledek projednání na že Senát schválil návrh
schůzi
2179
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
Metadata: Schváleno s PN procesu
zákonného opatření Senátu
Pokud nebyl žádný pozměňovací návrh podán nebo nebyl přijat anebo s pozměňovacími návrhy
nebylo přijato usnesení schválit návrh zákonného opatření Senátu ve
znění přijatých pozměňovacích návrhů, hlasuje Senát o tom, zda návrh PES předá do systému e-
zákonného opatření Senátu schvaluje. Legislativa informaci o
zahájení přípravy usnesení,
V systému e-Legislativa je následně nastaven stav „Příprava usnesení že Senát schválil návrh
Senátu“. V tomto stavu se následně připraví usnesení reflektující výsledný zákonného opatření Senátu
stav projednávání návrhu zákonného opatření Senátu.
PES předá do systému e-
Nastavení stavu projednávaného Systém Legislativa informaci o
návrhu zákonného opatření Senátu na zahájení přípravy usnesení
„Příprava usnesení Senátu“ Změna stavu na Příprava usnesení Senátu (dopisu), že se Senát o
doplněného o výsledek projednání na návrhu zákonného opatření
schůzi Pokud nebylo přijato usnesení schválit návrh zákonného opatření Senátu, Senátu neusnesl
jednání Senátu o návrhu zákonného opatření Senátu končí. Senát dá
Metadata: Schváleno vládě tuto skutečnost na vědomí dopisem.
Nastavení stavu projednávaného Změna stavu na Příprava usnesení Senátu (v tomto případě dopisu
návrhu zákonného opatření Senátu na vládě)
„Příprava usnesení Senátu“
doplněného o výsledek projednání na
schůzi
Metadata: Senát se o návrhu
zákonného opatření Senátu neusnesl
2180
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
Příprava usnesení Senátu procesu
Poskytnutí podkladů ze systému e- Projednávání návrhu zákonného opatření Senátu v Senátu může skončit Pracovník Organizačního
Legislativa pro vytvoření usnesení s níže uvedenými výsledky: odboru vytvoří senátní tisk
Senátu v systému PES pro stažení a s Usnesením Senátu,
následné vytvoření senátního tisku Senát se usnese, že návrh zákonného opatření Senátu vrátí vládě vygeneruje jeho číslo a vloží
k dopracování do PES
Senát se usnese, že návrh zákonného opatření Senátu schválí ve Poskytnutí Usnesení Senátu
znění předloženém vládou a odkazu na Usnesení
Senátu uložené v systému
Senát se usnese, že návrh zákonného opatření Senátu zamítá
Senát se usnese, že návrh zákonného opatření Senátu schválí ve
znění přijatých pozměňovacích návrhů
Senát nepřijme žádné usnesení, jak s návrhem zákonného
opatření Senátu naložit
Ve vazbě na výše uvedený výsledek projednávání v rámci schůze pléna je
pak v systému e-Legislativa záhájena příprava příslušného usnesení
Senátu.
Usnesení Senátu je vloženo do systému PES a po vygenerování senátního
tisku je Usnesení Senátu vloženo do systému e-Legislativa.
Organizační odbor
Poskytnutí podkladů pro vytvoření usnesení Senátu
do PES pro vytvoření senátního tisku
Poskytnutí Usnesení Senátu a odkazu na usnesení Senátu uložené v Systém
systému PES
2181
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
Vložení Usnesení Senátu a zápis odkazu Předání čísla senátního tisku do systému e-Legislativa PES do systému e-
na Usnesení Senátu uložené v systému Systém Legislativa
PES do systému e-Legislativa
Předání čísla senátního
Doplnění metadat návrhu zákonného tisku do systému e-
opatření Senátu o číslo senátního tisku Legislativa
Nastavení stavu „Příprava na Pokud je v případě projednávání zákonného opatření usnesení, že Senát Systém PES předá do systému e-
postoupení prezidentu“ návrh zákonného opatření schválil nebo schválil s pozměňovacími Legislativa informaci, na
návrhy, bude v systému e-Legislativa nastaven stav „Příprava na jejímž základě se v systému
postoupení prezidentu“, v rámci kterého se návrh zákonného opatření e-Legislativa posune
Senátu připraví na postoupení prezidentu k dalšímu kroku legislativního legislativní proces do
procesu dalšího stavu, tj. informaci
o ukončení přípravy
Usnesení Senátu.
Informace o ukončení přípravy Usnesení Senátu (Změna stavu na
Příprava pro prezidenta)
Nastavení stavu „Ukončen“. Pokud je usnesením, že Senát návrh zákonného opatření zamítl, bude
v systému e-Legislativa nastaven stav „Ukončen“.
Stav „Ukončen“ bude nastaven také v případě, že se Senát „neusnesl“.
2182
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
Informace o ukončení přípravy Usnesení Senátu (Změna stavu na
Ukončen)
Nastavení stavu „Vráceno vládě Pokud je usnesením, že Senát návrh zákonného opatření vrátí
k dopracování“ k dopracování vládě, bude v systému e-Legislativa nastaven stav
„Vráceno vládě k dopracování“
Příprava na postoupení Prezidentu
Informace o ukončení přípravy Usnesení Senátu (Změna stavu na
Výměna výchozí vrstvy návrhu Vráceno vládě k dopracování)
zákonného opatření Senátu
Organizační odbor po ukončení projednávání návrhu zákonného opatření Organizační odbor
Senátu na schůzi sepíše dopis, který obsahuje seznam usnesení pro Předseda Senátu
odeslání tohoto dopisu předsedou Senátu prezidentu.
Následně je zpracován zápis o průběhu schůze.
Předseda Senátu ve spolupráci s Kanceláří Senátu zabezpečí před Předseda Senátu
postoupením zákonného opatření Senátu prezidentu republiky legislativně Kancelář Senátu
technickou úpravu zákonného opatření Senátu, zejména úpravu
vyplývající ze schválených pozměňovacích návrhů a úpravu vyplývající z
právních předpisů a nálezů Ústavního soudu vyhlášených ve Sbírce zákonů
a mezinárodních smluv, která věcně nemění obsah právního předpisu.
2183
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
procesu
Předávací prostor, který obsahuje
Po ukončení přípravy na postoupení Prezidentu ukončí pracovník Předseda Senátu
vrstvu návrhu, která obsahuje organizačního odboru proces přípravy a dá pokyn systému e-Legislativa Aparát předsedy
strukturované zákonné opatření k přesunu dat do předávacího prostoru. Systém e-Legislativa na základě Senátu
Senátu a ostatní náležitosti ve nastavení provede přesun relevantních dat automaticky. Organizační odbor
strukturované podobě
Systém e-Legislativa umožní pracovníku Organizačního odboru vybrat a
sadu PDF (PDF/A) z vrstvy návrhu vložit i další procesní dokumenty, které jsou k dispozici a nebyly na
technicky zabezpečených tak, aby základě nastavení vloženy automaticky.
byla jednoduše prokazatelná jejich
shodnost s vrstvou návrhu Předseda Senátu podepíše přijaté zákonné opatření Senátu a postoupí je k
podpisu prezidentu republiky.
Aparát předsedy
Aparát předsedy Senátu v systému e-Legislativa nastaví stav „Postoupeno Senátu
Prezidentu“.
Nastavení stavu projednávaného Změna stavu na Postoupeno prezidentu Aparát předsedy
návrhu zákonného opatření Senátu
„Postoupeno prezidentu“
2184
13.2.4.3 Senátní návrh zákona
Proces tvorby návrhu Senátního návrhu zákona a projednání návrhu Senátem před podáním návrhu Senátního návrhu zákona k projednání
Poslaneckou Sněmovnou.
2185
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
Příprava návrhu zákona
Návrh zákona, který podává Senát Poslanecké sněmovně (dále jen
"senátní návrh zákona"), může k projednání v Senátu navrhnout senátor,
skupina senátorů, výbor nebo komise Senátu (dále jen "navrhovatel
senátního návrhu zákona").
Založení Právního aktu (návrh senátního Navrhovatel senátního návrhu zákona vypracuje v případě nového Navrhovatel
návrhu zákona) právního předpisu úplné znění návrhu zákona v systému e-Legislativa senátního návrhu
v editoru e-Šablona. zákona
Vyhledání právních předpisů a jejich V případě novelizace jednoho nebo více právních předpisů Navrhovatel
závislostí (v případě novelizace) a vyznačí změny do úplného platného znění právního předpisu v editoru e- (Senátor, Skupina
vložení relevantních právních předpisů Šablona. senátorů, Výbor nebo
do právního aktu Systém e-Legislativa (funkcionalita generátoru novel) převede po Komise Senátu)
interaktivní volbě způsobu promítnutí vyznačených změn vyznačené
Příprava návrhu senátního návrhu změny v text návrhu novely právního předpisu automaticky.
zákona
Navrhovatel vypracuje v editoru e-Šablona ostatní požadované náležitosti
Příprava všech náležitostí návrhu (součásti návrhu a související dokumenty) návrhu právního předpisu:
senátního návrhu zákona
Důvodová zpráva (doprovodný dokument)
Stručný popis obsahu návrhu (Citizen Summary) (doprovodný
dokument)
Prováděcí předpis (má-li být; pokud ano, je přiložen ve formě
souborového dokumentu))
Metadata Právního aktu obsahují typ Navrhovatele (Senátor, Skupina
senátorů, Výbor nebo Komise Senátu) a údaje o konkrétním Navrhovateli.
2186
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
Metadata Právního aktu budou v případě, že návrh senátního návrhu
zákona předkládá Skupina senátorů obsahovat i údaje o všech členech
Skupiny senátorů, kteří budou návrh senátního návrhu zákona předkládat.
e-Šablona umožní Navrhovateli připravit návrh zákona, který je
považován za politicky citlivý, v důvěrném režimu či plně off-line tak, aby
se návrh zákona uložil do centrálního systému až po pokynu
Navrhovatele, například až těsně před předložením.
Navrhovatel senátního návrhu zákona předkládá návrh senátního návrhu Navrhovatel
zákona předsedovi Senátu. senátního návrhu
zákona
Stávající praxe:
Výbor nebo Komise Senátu: „Usnesení“ - obsahující usnesení o
předložení návrhu zákona, přílohou dokumentu je text návrhu zákona
včetně dalších náležitostí.
Skupina senátorů: podpisová listina obsahující podpisy všech senátorů,
kteří předložili návrh senátního návrhu zákona, jako příloha k návrhu
zákona, který je poslán předsedovi Senátu mailem.
Je-li navrhovatelem výbor nebo komise Senátu, je návrh senátního návrhu Tajemník výboru či Usnesení výboru či komise
zákona předkládán prostřednictvím usnesení výboru či komise. komise je vytvořeno v PES a
následně předáno do
Pro přípravu usnesení, respektive jeho přílohy s textem návrhu senátního systému e-Legislativa jako
návrhu zákona se použijí podklady vygenerované ze strukturovaných dat procesní dokument včetně
sytému e-Legislativa. odkazu na uložení originálu
dokumentu.
Pracovník organizačního odboru vloží dokument usnesení organizačního Organizační odbor
výboru do systému PES.
2187
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
Systém
„Usnesení výboru či komise“ včetně Usnesení výboru či komise
metadat a odkazu na uložení originálu
v systému PES.
Předávací prostor, který obsahuje Po ukončení přípravy návrhu senátního návrhu zákona se všemi Navrhovatel
náležitostmi ukončí Navrhovatel proces přípravy a dá pokyn systému e- senátního návrhu
vrstvu návrhu, která obsahuje Legislativa k přesunu dat do předávacího prostoru. Systém e-Legislativa zákona
strukturovaný návrh senátního na základě nastavení provede přesun relevantních dat automaticky.
návrhu zákona a ostatní náležitosti
ve strukturované podobě včetně Systém e-Legislativa umožní Navrhovateli vybrat a vložit i další procesní
„Usnesení o předložení návrhu dokumenty, které jsou k dispozici a nebyly na základě nastavení vloženy
zákona” v případě, že návrh automaticky.
předkládá výbor nebo komise
Systém e-Legislativa následně provede Navrhovatele kroky nezbytnými
sadu PDF (PDF/A) z vrstvy návrhu pro předložení návrhu (např. schválení, je-li více senátorů navrhovateli
technicky zabezpečených tak, aby zákona).
byla jednoduše prokazatelná jejich
shodnost s vrstvou návrhu
Nastavení stavu senátního návrhu Nastavení stavu Převzato Senátem Navrhovatel
zákona „Postoupeno Senátu“ Nastavení stavu Postoupeno Senátu senátního návrhu
zákona
Osoba oprávněná k předložení návrhu senátního návrhu zákona
předsedovi Senátu posune proces návrhu senátního návrhu zákona do
stavu „Postoupeno senátu“.
V případě, že Navrhovatelem je skupina senátorů bude stávající
podpisová listina nahrazena pracovním postupem při změně stavu na
2188
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
Postoupeno Senátu
“Postoupeno Senátu”, kdy všichni členové skupiny vložení do metadat
Právního aktu, musí elektronicky potvrdit „předložení“. Teprve po
potvrzení předložení všemi členy skupiny senátorů bude proces posunut
do stavu „Postoupeno Senátu“.
I během procesu potvrzování může být přidán další senátor jako autor
(navrhovatel) návrhu senátního návrhu zákona.
Systém na základě nastavení hlídá, zda jsou splněny podmínky přechodu
do stavu „Postoupeno Senátu“ a pouze v případě, že jsou podmínky
splněny, je změna stavu úspěšně provedena. V opačném případě bude
Navrhovatel upozorněn na případné chybějící náležitosti.
V okamžiku změny stavu na „Postoupeno Senátu“ je návrh senátního Sekretariát Předsedy
návrhu zákona včetně součástí návrhu a souvisejících dokumentů Senátu
postoupen Senátu k projednání.
V okamžiku změny stavu na „Postoupeno Senátu“ je na základě
nastavení zaslána notifikace Sekretariátu Předsedy Senátu.
Ve stavu „Postoupeno Senátu“ proces návrhu senátního zákona čeká
v předávacím prostoru na převzetí k projednání Senátem.
2189
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
Pracovník sekretariátu Předsedy Senátu: Sekretariát Předsedy
Senátu
vybere ze seznamu předávacích prostorů ve stavu „Postoupeno
Senátu“
dá pokyn systému e-Legislativa k převzetí, tj. ke změně stavu na
“Převzato Senátem”
systém e-Legislativa vytvoří prostor pro projednání návrhu senátního
návrhu zákona a vloží do vytvořeného prostoru vrstvu z předávacího
prostoru
Nastavení stavu senátního návrhu Nastavení stavu Převzato Senátem Sekretariát Předsedy
zákona „Převzato Senátem“. Senátu
Prostor pro projednání senátního Systém e-Legislativa připraví pro systém PES informaci o novém procesu Systém Systém PES se připojí a
návrhu zákona včetně automaticky k projednání zákona v Senátu včetně metadat; tj. zejména ID návrhu pro stáhne si informace (bez
vytvořeného podprostoru vytvoření křížových referencí mezi systémem e-Legislativa a systémem obsahů (dokumentů), které
pozměňovacích návrhů. PES a datech postoupení a převzetí. zatím nejsou požadovány) o
novém procesu k
Poskytnutí informace systému PES o projednání návrhu
novém procesu senátního návrhu senátního návrhu zákona,
zákona včetně data předložení které použije pro založení
(„postoupení“) Navrhovatelem / data „kontejneru“ v systému PES
převzetí Senátem pro budoucí senátní tisk
(mj. i informace o datu
Poskytnutí informace o novém procesu k projednání (včetně
data postoupení / převzetí návrhu zákonného opatření Senátu
a identifikátoru e-Legislativa)
2190
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
Převzato Senátem
Poznámka: Variantně je možná plná integrace se systémem PES, tj. kdy si předložení („postoupení“)
systém stahuje nejen informace pro založení kontejneru, ale současně i Navrhovatelem / datu
obsah (dokumenty). Tato funkcionalita není zatím požadována, nicméně převzetí Senátem)
bude k dispozici.
Navrhovatel senátního návrhu zákona předkládá návrh senátního návrhu Sekretariát Předsedy
zákona předsedovi Senátu, který jej postoupí organizačnímu výboru a Senátu
neprodleně jej rozešle všem senátorům a senátorským klubům.
Organizační výbor na nejbližší schůzi po předložení návrhu senátního Organizační výbor
návrhu zákona doporučí předsedovi Senátu, aby jej zařadil na pořad
nejbližší schůze Senátu. Současně navrhne, 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, a určí
zpravodaje pro první čtení.
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.
Po převzetí je o návrhu senátního návrhu zákona informován Organizační Organizační odbor
odbor a je vytvořen senátní tisk, který obsahuje číslo senátního tisku a
číslo funkčního období
Protože se však schvaluje úplné znění právních předpisů, což může být
objemově velmi náročné (například Občanský zákoník nebo zejména
změnové zákony) nemá již smysl senátní tisk senátorům tisknout a
doporučujeme zůstat pouze u elektronických verzí v rámci systému e-
Legislativa. Volitelně doporučujeme tisknout pouze novelu (tedy
novelizační body, nikoliv úplné znění).
2191
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
Legislativní proces probíhá prostřednictvím centrálního systému e-
Legislativa. Nastane-li však překážka bránící využití centrálního systému
e-Legislativa, může legislativní proces pokračovat:
a) elektronicky, avšak bez centrálního systému e-Legislativa,
b) v listinné podobě, pokud elektronická cesta není vůbec možná.
Aby byly tyto záložní varianty legislativního procesu umožněny, bude ve
vybraných bodech legislativního procesu probíhat „dočasná archivace“
návrhů v elektronické podobě v rámci příslušných institucí, ve kterých
legislativní proces probíhá, a to vždy při převzetí příslušného návrhu
právního aktu. Tato archivace bude dočasná a bude trvat nejméně po
dobu, než legislativní proces převezme jiná instituce (případně do doby
vyhlášení právního aktu ve Sbírce zákonů a mezinárodních smluv).
Tato archivace umožní, aby příslušná instituce pokračovala v legislativním
procesu i při výpadku centrálního systému e-Legislativa. V elektronické
podobě se bude jednat o XML soubory, které bude možné načíst do
Editoru právních předpisů (e-Šablony pro plusovou osu) v off-line režimu a
dále s nimi pracovat.
Listinná archivace by v extrémní situaci, kdy by nastal úplný výpadek
všech elektronických prostředků, poskytla pouze obtížně využitelný základ
pro pokračování legislativního procesu a je proto nadále pouze dáno k
úvaze kanceláři Senátu, zda listinnou kopii projednávaného materiálu
pořizovat, či nikoli.
2192
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
Příprava souborů v systému e- Systém e-Legislativa je koncipován tak, že kdokoli s příslušnými
Legislativa pro vytvoření senátního oprávněními si může stáhnout cokoli, a zároveň pro systém PES je
navržena integrace pro předávání podkladů pro tvorbu senátního tisku
přímo mezi systémy a bez lidského zásahu (nezbytná je pouze iniciace
stažení ze strany cílového systému).
Kanceláří Senátu je nicméně preferována varianta, kdy pracovník
organizačního odboru bude ze systému e-Legislativa stahovat podklady
pro tvorbu senátního tisku ručně, následně opatří tisk hlavičkou a zadá ho
do systému PES.
Do systému PES bude možné získat odkaz ke každému projednávanému Organizační odbor Pracovník Organizačního
dokumentu vytvořeném/uloženém v systému e-Legislativa (např. pro odboru si může volitelně
přípravu pozměňovacích návrhů senátory) a využít je pak například pro
zaběhnutý systém mailových notifikací (systémem PES nebo eventuálně
ručních) o změnách při projednávání tisků.
Dokumenty ze systému e-Legislativa bude možné stáhnout nejen ve
formátu PDF, ale i ve formátu DOC/DOCX. V případě exportu již pak
stažená verze nemůže být po editaci vrácena zpět, pouze využita mimo
systém e-Legislativa.
Již od tohoto okamžiku si mohou senátoři začít k návrhu zákonného
opatření Senátu připravovat v rámci systému e-Legislativa písemné
pozměňovací návrhy.
Nástroj systému e-Legislativa bude plně podporovat porovnání znění s
různými pozměňovacími návrhy i různými časovými verzemi zákona.
Pracovník organizačního odboru z portálu systému e-Legislativa
z prostoru pro projednání daného návrhu senátního návrhu zákona
2193
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
vybrat a stáhnout soubory
dokumentu systémem PES (včetně stáhne dokumenty potřebné pro vytvoření senátního tisku (systém e- ve formátu PDF a
souborů vytvořených na základě Legislativa generuje v okamžiku stažení). DOC/DOCX a zařadit je do
připravené šablony) pro stažení do PES již připraveného
k vytvoření senátního tisku Pracovník organizačního odboru vyrobí senátní tisk a vloží jej do PES do již „kontejneru“, vytvoří
připraveného kontejneru. senátní tisk, určí číslo
senátního tisku, vloží do
Poskytnutí souborů pro vytvoření senátního PES. PES rozešle senátorům
dokumentu v PES a následné vytvoření notifikaci
senátního tisku
PES do systému e-
Doplnění metadat návrhu zákona a Poznámka: Variantně je možná plná integrace se systémem PES, tj. kdy si Systém Legislativa předá číslo
křížových referencí o číslo senátního soubory (dokumenty) může stáhnout systém PES, aniž by je musel ručně senátního tisku
tisku. vybírat a stahovat pracovník organizačního odboru. Tato funkcionalita
není zatím požadována, nicméně bude k dispozici pro všechny podobné
případy poskytování souborů/podkladů/informací ze systému e-
Legislativa do systému PES zmíněné níže v tomto dokumentu
Předání čísla senátního tisku do systému e-Legislativa
XML soubory pro „dočasnou archivaci“ lze stahovat také ručně, nicméně Systém Uložení XML souborů pro
v tomto případě kancelář Senátu preferuje automatické stahování možnost pokračování
systémem PES. v legislativním procesu při
případném výpadku
Poskytnutí XML souborů pro „dočasnou archivaci“
2194
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
Organizační výbor
„Usnesení Organizačního výboru“ Organizační výbor na nejbližší schůzi po předložení návrhu senátního centrálního systému
včetně metadat a odkazu na uložení návrhu zákona návrh projedná a vypracuje dokument „Usnesení e-Legislativa.
originálu v systému PES. organizačního výboru“ obsahující
doporučení o zařazení na schůzi,
návrh přikázání výboru, případně výborům,
určení zpravodaje pro první čtení.
Pracovník organizačního odboru vloží dokument usnesení organizačního Organizační odbor Usnesení organizačního
výboru do systému PES. výboru je vytvořeno v PES a
následně předáno do
Usnesení organizačního výboru Systém systému e-Legislativa jako
procesní dokument včetně
odkazu na uložení originálu
dokumentu.
Na senátním tisku pracuje i legislativní odbor. Legislativní odbor
vzniká neveřejný dokument s Informacemi legislativního odboru
senátoři mají dokument s podklady zpracovanými legislativním
odborem k dispozici před jednáním výborů, typicky je hotov do týdne
od chvíle, kdy byl návrh senátního návrhu zákona převzat Senátem
Dokument obsahuje:
popis věcných dopadů návrhu zákona (de facto nahrazuje důvodovou
zprávu pro Senát)
popis struktury zákona
2195
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
Vložení procesního souborového doporučení na opravy chyb (technických, soulad s ústavou, mezitímní PES předá do systému e-
dokumentu „Informace“ změny právního řádu s dopadem na měněný text zákona a další) s Legislativa informaci na
návrhem úprav základě, které bude proces
projednávání návrhu
rozesílá se emailovou poštou (distribuční list: tajemníci výborů, senátního návrhu zákona
tajemníci komisí, celý legislativní odbor, senátoři) posunut do stavu
„1. čtení“.
V novém řešení bude dokument (legislativní stanovisko „Informace“)
nahrán (upload) k projednávanému zákonu jako procesní souborový
dokument. Na základě nastavení bude systém e-Legislativa notifikovat
zainteresované uživatele (viz distribuční list výše) o vložení tohoto
dokumentu do systému e-Legislativa. Notifikace budou obsahovat odkaz
(URL) na dokument. U dokumentu (obecná funkčnost) si bude možné
zobrazit datum vložení, datum poslední modifikace a kdo jej vložil.
Stav procesu projednávání návrhu Po zařazení návrhu senátního návrhu zákona na schůzi pléna dojde ke Systém
senátního návrhu zákona „1.čtení“. změně stavu na 1.čtení.
Změna stavu na 1. čtení
1.čtení
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.
2196
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
Příprava Jiných návrhů, tj. návrhu na Po vystoupení zpravodaje zahájí předsedající obecnou rozpravu, ve které Pracovník Organizačního
zamítnutí nebo návrhu na dopracování lze navrhnout, aby byl návrh senátního návrhu zákona vrácen odboru si může volitelně
Výměna výchozí vrstvy návrhu navrhovateli senátního návrhu zákona k dopracování, nebo aby byl vybrat a stáhnout soubory
senátního návrhu zákona zamítnut. Nebyl-li žádný z návrhů podán nebo nebyl-li přijat, přikáže ve formátu PDF a
Senát návrh senátního návrhu zákona k projednání výboru, popřípadě
Příprava souborů v systému e- výborům. Přikáže-li Senát návrh senátního návrhu zákona více výborům,
Legislativa pro vytvoření senátního určí, který z nich bude výborem garančním.
dokumentu systémem PES (včetně
souborů vytvořených na základě Pokud jsou návrhy na zamítnutí nebo dopracování podány pouze ústně, Zpravodaj
až v průběhu obecné rozpravy, budou zaneseny do systému e-Legislativa Organizační odbor
ex post včetně autora a včetně výsledku, tj. informace, zda byl nebo nebyl
návrh přijat.
Předseda Senátu ve spolupráci s Kanceláří Senátu zabezpečí před Aparát Předsedy
projednáním návrhu senátního návrhu zákona ve výborech legislativně Senátu
technickou úpravu návrhu senátního návrhu zákona vyplývající z právních
předpisů a nálezů Ústavního soudu vyhlášených ve Sbírce zákonů
a mezinárodních smluv, která věcně nemění obsah právního předpisu.
Předseda Senátu ve spolupráci s Kanceláří Senátu před projednáním
návrhu senátního návrhu zákona ve výborech dále zabezpečí úpravu
návrhu senátního návrhu zákona, která vyplývá z návrhů změn tohoto
předpisu dříve předložených Poslanecké sněmovně k projednání a dosud
Poslaneckou sněmovnou neodmítnutých, které se týkají měněných
ustanovení a ze kterých návrh právního předpisu vychází.
Organizační odbor
Poskytnutí souborů pro vytvoření senátního
dokumentu v PES a následné vytvoření
senátního tisku
2197
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
připravené šablony) pro stažení do PES Poznámka: Variantně je možná plná integrace se systémem PES, tj. kdy si DOC/DOCX a zařadit je do
k vytvoření senátního tisku soubory (dokumenty) může stáhnout systém PES, aniž by je musel ručně již připraveného
vybírat a stahovat pracovník organizačního odboru. Tato funkcionalita „kontejneru“, vytvoří
není zatím požadována, nicméně bude k dispozici pro všechny podobné senátní tisk, určí číslo
případy poskytování souborů/podkladů/informací ze systému e- senátního tisku, vloží do
Legislativa do systému PES zmíněné níže v tomto dokumentu. PES. PES rozešle senátorům
notifikaci
Doplnění metadat návrhu zákona o číslo Předání čísla senátního tisku do systému e-Legislativa Systém
senátního tisku PES do systému e-
Legislativa předá číslo
Procesní dokument Usnesení pléna Na konci 1. čtení vzniká Usnesení pléna obsahující podané a přijaté návrhy, Organizační odbor senátního tisku
Senátu včetně odkazu na originál přikázání výboru, respektive výborům včetně lhůty a případně požádání s aktualizovaným návrhem
dokumentu uložený v systému PES je zákona pro projednání ve
vložen do systému e-Legislativa. komise, respektive komisí o stanovisko. výborech.
Poskytnutí Usnesení pléna Senátu Systém Usnesení pléna je vloženo
do systému PES a následně
předáno do systému e-
Legislativa jako procesní
dokument včetně odkazu
na uložení originálu
dokumentu.
Doplnění metadat návrhu senátního Předání čísla senátního tisku do systému e-Legislativa Systém PES do systému e-
návrhu zákona o číslo senátního tisku Legislativa předá číslo
senátního tisku
2198
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
Systém
Stav procesu projednávání návrhu Přikázán k projednání výboru, popřípadě výborům PES předá do systému e-
senátního návrhu zákona „Projednání Vrácen k dopracování Navrhovateli Legislativa informaci o
ve výboru / výborech“. Vzat zpět výsledku „1.čtení“, na
Zamítnut základě které, bude proces
Stav procesu projednávání návrhu projednávání návrhu
senátního návrhu zákona „Vrácen senátního návrhu zákona
k dopracování Navrhovateli“. posunut do stavu podle
výsledku 1.čtení.
Stav procesu projednávání návrhu
senátního návrhu zákona „Ukončen“.
Metadata: Vzat zpět v 1.čtení
Stav procesu projednávání návrhu
senátního návrhu zákona „Ukončen“.
Metadata: Zamítnut v 1.čtení
Projednání ve výboru / výborech
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:
1. návrh na schválení,
2. návrh na zamítnutí,
3. návrh pozměňovací,
4. návrh na odročení.
O návrzích se hlasuje v pořadí výše uvedeném. 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.
2199
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
Vytvoření pracovního prostoru výboru. Pozvánku na jednání výboru vypracovává sekretářka výboru nebo jeho Tajemník výboru,
Příprava pozměňovacích, a i jiných tajemník. který návrh senátního
návrhů v prostoru pozměňovacích Předseda každého výboru určí ze členů výboru zpravodaje. návrhu zákona
návrhů. Senátor v roli zpravodaje připraví následně zpravodajskou zprávu. projednává
Možnost přípravy zpravodajské zprávy. Zpravodajové z ostatních výborů jsou formálně přizváni na jednání Sekretářka výboru
garančního výboru. Zpravodaj výboru
Postupné vkládání jednotlivých Senátoři, členové
pozměňovacích návrhů do systému e- Senátoři nebo jejich asistenti kontaktují legislativní odbor a žádají jej o přiřazeného výboru,
Legislativa senátory nebo jimi tvorbu alternativních pozměňovacích návrhů, případně si pozměňovací Pracovník
pověřenými zástupci (dle připravené návrhy nachystají sami. legislativního odboru
procedury pro pověření jiné osoby pro Kromě pozměňovacích návrhů se podávají na jednáních výborů i
práci v e-Legislativě senátorem) v rámci zpřesňující návrhy, které může podávat jak autor pozměňovacího návrhu, Senátoři, pracovník
prostoru pozměňovacích návrhů k tak i jiný senátor se souhlasem autora. legislativního odboru
návrhu senátního návrhu zákona dané Jednání výboru se skládá z obecné a podrobné rozpravy.
fáze legislativního procesu Jednání na výboru:
Pozměňovací návrhy jsou v systému e-
Legislativa zadávány editací úplného navrhovatel zákona ústně uvede zákon
znění návrhu senátního návrhu zákona a legislativní odbor je přítomen na jednání
zadáním odůvodnění změny. pozměňovací návrhy se podávají vždy na schůzi výboru. Pokud
Následně je obsah pozměňovacího
návrhu vygenerován (automaticky budou pozměňovací návrhy připraveny a předloženy už
s možností interakce uživatele) tzv. v předstihu před jednáním výboru, bude se tak dít prostřednictvím
”Generátorem novel“. V případě systému e-Legislativa
novelizace obsah pozměňovacího jednání výboru se může účastnit i senátor, který není člen výboru,
návrhu obsahuje změnu oproti návrhu může podat pozměňovací návrh, nemůže o něm pak ale hlasovat
přístup do prostoru výboru může být udělen všem senátorům
nejen členům příslušného výboru
2200
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
senátního návrhu zákona nikoli změnu „jiné návrhy“ vedle návrhů pozměňovacích (jako například návrh Pracovník
oproti textu novely. na zamítnutí nebo návrh na schválení) jsou obdobně jako legislativního odboru
pozměňovací návrhy vloženy i do systému e-Legislativa na základě pověření
e-Legislativa umožní podat pouze
pozměňovací návrh k původnímu Jednání o návrhu senátního návrhu zákona na schůzi výboru může být Tajemník příslušného
pozměňovacímu návrhu, další přerušeno. V tomto případě má odborný aparát legislativního odboru výboru
pozměňovací návrh (k pozměňovacímu prostor pro konsolidaci pozměňovacích návrhů. V rámci nového řešení se
návrhu pozměňovacího návrhu) se už tak otevírá prostor před hlasováním, kdy lze do systému e-Legislativa Pracovník
řetězit nemůže. případně zadat ústně podané pozměňovací návrhy a využít jej jako legislativního odboru
pomůcku pro rozhodování členů výboru o pozměňovacích návrzích na základě pověření
Pozměňovací návrh k pozměňovacímu
návrhu bude technicky realizován tak, že V rámci projednání pozměňovacích návrhů v podrobné rozpravě může
autor provede kopii původního senátor návrh zpřesnit. Upřesnění bude zaznamenáno, a bude-li návrh
pozměňovacího návrhu, přičemž uvede, přijat, zaneseno do systému e-Legislativa. O návrzích se hlasuje v pořadí,
že účelem je pozměňovací návrh ve kterém byly podány.
k pozměňovacímu návrhu (bude
uvedeno v metadatech nového V záznamu z jednání výboru jsou zahrnuty názvy pozměňovacích návrhů a
pozměňovacího návrhu čili bude výsledek hlasování, v usnesení výboru jsou pak již pouze přijaté
naznačena vazba na původní pozměňovací návrhy.
pozměňovací návrh). Následně autor
tento nový pozměňovací návrh upraví Pokud pozměňovací návrh nebyl před projednáváním ve výboru předložen
dle svých požadavků a předloží jej. přes systém e-Legislativa, byl podán na jednání výboru a byl-li přijat, do
systému e-Legislativa jej následně zadá pracovník legislativního odboru
Pozměňovací návrhy jsou v systému e- (po konzultaci se senátorem). Odůvodnění pozměňovacího návrhu
Legislativa řazeny do sad. Ke každému podaného na výboru není z pohledu systému e-Legislativa povinné.
návrhu senátního návrhu zákona tak U všech pozměňovacích návrhů tajemník výboru vyznačí, zda byly podány
může být vytvořena jedna sada pro na jednání výboru, kým byly podány či kdo se k nim přihlásil a zda byly na
2201
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
jednání výboru přijaty (tzn. stanou se součástí usnesení výboru a budou Tajemník příslušného
každý výbor. Senátoři si mohou vytvořit tak podány na jednání pléna Senátu). výboru
více sad pozměňovacích návrhů.
Po ukončení podrobné rozpravy se pozměňovací návrhy, které byly Tajemník příslušného
Pozměňovací návrhy (PN) mají svého podány, zpřístupní každému senátorovi přítomnému při projednávání výboru
návrhu zákonného opatření Senátu ve výboru a navrhovateli tak, aby je
Autora (či autory; kdo PN při hlasování měli k dispozici. Faktickou podmínkou tohoto postupu bude, Tajemník příslušného
vytvořil, hodlá jej předložit a aby byly aktuální informace o pozměňovacích návrzích již zaneseny do výboru
podat) systému e-Legislativa (přímo senátory či pracovníkem legislativního Sekretariát
odboru a tajemníkem výboru). příslušného výboru
Vlastníka (systémový údaj řízení
práv závislý na stavu PN, mohou Zápis z jednání výboru se tvoří dodatečně (do 7 dnů od jednání výboru), je
to být např. Autoři PN, Aparát veřejný a obsahuje i informaci o přednesených pozměňovacích návrzích,
výboru či Aparát Komory) které nebyly přijaty, a výsledky hlasování. I pozměňovací návrhy, které
nebyly na jednání výboru přijaty, je třeba zaznamenat do systému e-
Předkladatele (ten z autorů, Legislativa.
který stav PN v systému změnil Tajemník výboru zajišťuje zpracování usnesení výboru. Usnesení má
na „Předloženo“) přílohu, ve které jsou přijaté pozměňovací návrhy.
Pokud nebylo žádné usnesení přijato, vzniká pouze Záznam o jednání
Podal na výboru (senátor či výboru. Má obsah shodný jako usnesení, ale vzniká pouze v situaci, kdy
skupina senátorů, kteří PN nebylo žádné usnesení přijato. Dál se s ním jedná jako s usnesením.
podali na schůzi výboru)
Z usnesení/záznamu z jednání výboru vzniká senátní tisk, který je
Podal (senátor či skupina formálním podkladem pléna senátu.
senátorů, kteří PN podali na
schůzi pléna)
Zadavatele (systémový údaj;
kdo do systému PN fyzicky
zadal)
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
2202
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
prostoru, respektive k sadě Součástí usnesení, kterým výbor doporučí Senátu schválit návrh senátního
pozměňovacích návrhů) návrhu zákona s pozměňovacími návrhy, je odůvodnění pozměňovacích
možností sdílení návrhů a informace o tom, kdo pozměňovací návrh předložil.
Systém e-Legislativa podporuje sdílení
návrhů pozměňovacích návrhů mezi
jednotlivými senátory (individuálně
určenými, ve výboru, v rámci politického
klubu atd.) i mezi senátory a pracovníky
legislativního odboru.
Systém e-Legislativa bude Poskytnutí pozměňovacích návrhů pro vytvoření Tajemník výboru Pracovník Organizačního
důsledně oddělovat informace o usnesení jednotlivých výboru / záznamu z jednání Sekretariát výboru odboru vytvoří senátní tisk
tom, kdo pozměňovací návrh Systém s Usnesením výboru /
připravil (autoři) a předložil od výborů do PES pro vytvoření senátního tisku Záznamem z jednání výboru
informací, kdo pozměňovací Systém (pozměňovací návrhy v
návrh podal či přihlásil se Poskytnutí usnesení / záznamů z jednání a odkazu na usnesení / záznam novelizačním tvaru stažené
k němu na jednání. z jednání uložené v systému PES ze systému e-Legislativa
jsou v usnesení výboru pro
Poskytnutí pozměňovacích návrhů ze senátní tisk předány jako
systému e-Legislativa včetně příloha), vygeneruje jeho
odůvodnění a informace, kdo PN
předložil pro vytvoření usnesení výboru 2203
/ záznamu z jednání výboru v systému
PES pro stažení a následné vytvoření
senátního tisku
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
Systém číslo, vloží do PES a PES
Usnesení výboru/ záznam z jednání a rozešle senátorům
odkaz na originál usnesení výboru / notifikaci
záznam z jednání výboru uložené v Poskytnutí usnesení /
systému PES v systému e-Legislativa záznamu z jednání a odkazu
na usnesení výboru /
Přijaté pozměňovací návrhy na Předání čísla senátního tisku do systému e-Legislativa záznam z jednání výboru
výborech jsou považovány za „Podané“ uložené v systému PES do
pozměňovací návrhy a jsou systému e-Legislativa
zpřístupněné v prostoru pozměňovacích
návrhů pro projednání návrhu PES do systému e-
senátního návrhu zákona pro druhé Legislativa předá číslo
čtení. senátního tisku
Kromě výborů mohou návrhy zákonů projednávat i komise: Tajemník komise
Sekretariát komise
výstupem jednání je usnesení komise Členové komise
požádat komisi o usnesení již na začátku pojednávání návrhu
senátního návrhu zákona v Senátu může Organizační výbor,
anebo se komise může rozhodnout sama, že návrh senátního
návrhu zákona projedná
členem komise může být i "externista" jmenovaný Senátem.
Takový člen má mít k dispozici jen formální vstupy (senátní tisk),
nikoli interní informace pro senátory, tj. nemůže mít přidělen
přístup do prostoru komise v systému e-Legislativa
výstupem jednání komise mohou být i pozměňovací návrhy jako
součást stanoviska komise
2204
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
Tajemník komise
Poskytnutí podkladů ze systému e- Poskytnutí podkladů pro vytvoření Stanoviska Organizační odbor Pracovník Organizačního
Legislativa pro vytvoření Stanoviska komise do PES pro vytvoření senátního tisku odboru vytvoří senátní tisk
komise v systému PES pro stažení a Systém se Stanoviskem komise,
následné vytvoření senátního tisku vygeneruje jeho číslo, vloží
do PES a PES rozešle
Zápis Stanoviska komise a odkazu na Poskytnutí Stanoviska komise a odkazu na Stanovisko komise uložené v senátorům notifikaci
Stanovisko komise uložené v systému systému PES
PES do systému e-Legislativa Poskytnutí Stanoviska
komise a odkazu na
Stanovisko komise uložené
v systému PES do systému
e-Legislativa
Doplnění metadat návrhu zákona o číslo Předání čísla senátního tisku do systému e-Legislativa Systém PES do systému e-
senátního tisku Legislativa předá číslo
senátního tisku
Pro tvorbu, předložení a podání Pokud jsou součástí jednání komise i pozměňovací návrhy, použijí se pro Tajemník komise
pozměňovacích návrhů v rámci komise jejich tvorbu, předkládání a podávání stejné postupy jako při jednáních Člen komise Pracovník Organizačního
se používají z pohledu e-Legislativy výboru. Sekretariát komise odboru v systému PES
stejná pravidla a postupy, jako při vytvoří senátní tisk,
jednání výboru (popsáno výše) Poskytnutí pozměňovacích návrhů komise do PES Organizační odbor vygeneruje jeho číslo a
pro vytvoření senátního tisku
Poskytnutí pozměňovacích návrhů
komise ze systému e-Legislativa pro
stažení a následné vytvoření senátního
tisku v systému PES
2205
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
Systém
Doplnění metadat návrhu zákona o číslo Předání čísla senátního tisku do systému e-Legislativa senátní tisk rozešle
senátního tisku senátorům notifikaci
PES do systému e-
Legislativa předá číslo
senátního tisku
Vytvoření Souhrnu pozměňovacích Dokument Souhrn pozměňovacích návrhů obsahuje pozměňovací návrhy z Legislativní odbor
návrhů v systému e-Legislativa a
předání do PES k vytvoření senátního více výborů, případně komisí. Organizační odbor
tisku
Vzniká ke zvýšení přehlednosti hlasování.
Neobsahuje však proceduru hlasování, tzn., co a v jakém pořadí je
hlasovatelné, zpravodaj si nicméně může díky podpoře systému e-
Legislativa pořadí hlasování připravit
Ze Souhrnu je vytvářen senátní tisk, dle jednacího řádu minimálně 24
hodin před projednáním návrhu zákona na Schůzi pléna.
Obsahuje pouze podané pozměňovací návrhy z výborů a komisí.
Individuální pozměňovací návrhy mohou již být předložené, ale prozatím
nejsou podané, proto nejsou součástí Souhrnu.
Souhrn není povinný u každého návrhu zákona, jeho hlavním smyslem je,
aby senátoři měli konsolidovaná usnesení více výborů a komisí v rámci
jediného senátního tisku.
Aktuální souhrn pozměňovacích návrhů (předložených, podaných) lze ze
systému e-Legislativa kdykoli získat.
2206
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
Organizační odbor Pracovník Organizačního
Poskytnutí Souhrnu pozměňovacích Poskytnutí Souhrnu pozměňovacích návrhů do PES odboru v systému PES
návrhů ve strukturované podobě podle pro vytvoření senátního tisku vytvoří senátní tisk,
výborů a komisí do PES k vytvoření vygeneruje jeho číslo a
senátního tisku senátní tisk rozešle
senátorům notifikaci
Doplnění metadat návrhu zákona o číslo Předání čísla senátního tisku do systému e-Legislativa Systém
senátního tisku Předání čísla senátního
tisku do systému e-
Vzetí zpět oznámí Navrhovatel předsedovi Senátu dopisem. Pokud je Navrhovatel Legislativa
navrhovatelem výbor nebo komise tak je vypracováno Usnesení. Pokud je senátního návrhu
navrhovatelem skupina senátoru tak musí být všichni podepsaní. zákona Vloží do systému PES
informaci o vzetí zpět
Organizační odbor
PES předá do systému e-
Stav procesu projednávání návrhu Systém Legislativa informaci o vzetí
senátního návrhu zákona „Ukončen“. zpět
Metadata: Vzat zpět před 2. čtením Vzat zpět
2. čtení PES předá do systému e-
Stav procesu projednávání návrhu Legislativa informaci, na
senátního návrhu zákona „2.čtení“. základě které, bude proces
projednávání návrhu
Senátního návrhu zákona
posunut do stavu 2. čtení.
2207
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
2.čtení
Návrh senátního návrhu zákona odůvodní na schůzi Senátu navrhovatel Systém PES předá do
Nastavení stavu „Příprava usnesení nebo zástupce navrhovatele senátního návrhu zákona. systému e-Legislativa
Senátu“ doplněného o výsledek Při jednání Senátu o návrhu senátního návrhu zákona lze v průběhu obou informaci o zahájení
projednání ve 2. čtení částí rozpravy podávat tyto návrhy: přípravy usnesení, že Senát
Metadata: Vráceno k projednání ve 1. návrh na vrácení návrhu senátního návrhu zákona výboru k novému návrh senátního návrhu
výboru/výborech“. projednání, zákona vrátil výborům
2. návrh na schválení, k novému projednání
3. návrh na zamítnutí,
4. návrh na odročení.
V návrhu uvedeném v bodě 1 musí být určeno, kterému výboru, popřípadě
výborům má být návrh senátního návrhu zákona vrácen k novému
projednání
O návrzích uvedených výše se hlasuje v pořadí výše uvedeném.
Systém
Změna stavu na „Příprava usnesení Senátu“
2208
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
Systém
Nastavení stavu „Příprava usnesení Změna stavu na „Příprava usnesení Senátu“ Systém PES předá do
Senátu“ doplněného o výsledek systému e-Legislativa
projednání ve 2. čtení informaci o zahájení
Metadata: Schváleno přípravy usnesení, že Senát
návrh senátního návrhu
Nastavení stavu „Příprava usnesení Návrh na zamítnutí návrhu senátního návrhu zákona nicméně může být Systém zákona schválil
Senátu“ doplněného o výsledek předložen kdykoli v průběhu projednávání (například pokud není přijato
projednání ve 2. čtení usnesení na schválení návrhu senátního návrhu zákona s pozměňovacími Systém PES předá do
návrhy) systému e-Legislativa
Metadata: Zamítnuto informaci o zahájení
přípravy usnesení, že Senát
Změna stavu na „Příprava usnesení Senátu“ návrh senátního návrhu
zákona zamítl
Stav procesu projednávání návrhu Systém Systém PES předá do
senátního návrhu zákona se nemění, systému e-Legislativa
zůstává ve stavu „2. čtení“. Odročení informaci o odročení
projednávání senátního
návrhu zákona
Stav procesu projednávání návrhu Vzetí zpět oznámí Navrhovatel předsedovi senátu dopisem. Pokud je Navrhovatel
senátního návrhu zákona „Ukončen“. navrhovatelem výbor nebo komise tak je vypracováno Usnesení. Pokud je senátního návrhu
Metadata: Vzat zpět ve 2. čtení navrhovatelem skupina senátoru tak musí být všichni podepsaní. zákona
Organizační odbor
2209
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
Vloží do systému PES
informaci o vzetí zpět
Systém
Informace o vzetí zpět (Změna stavu na Ukončen)
PES předá do systému e-
Legislativa informaci o vzetí
zpět
Pozměňovací návrh může být obecně ve Nebyl-li žádný z návrhů podán nebo nebyl-li přijat, zahájí předsedající k Senátor
návrhu senátního návrhu zákona podrobnou rozpravu, ve které lze
stavu: podávat odůvodněné pozměňovací návrhy. Zpravodaj
Pozměňovací návrhy, které jsou součástí usnesení výboru nebo stanoviska garančního výboru
„zadaný“ (neveřejný, viditelný komisí jsou automaticky pokládány za podané. Pracovník
pouze senátorovi nebo jím Individuální pozměňovací návrhy senátorů (či skupin senátorů) se legislativního odboru
určeným osobám), předkládají prostřednictvím systému e-Legislativa, a to včetně
odůvodnění. Typicky jsou pozměňovací návrhy předloženy před schůzí
„předložený“ (tj. dle kontextu pléna, je však možné předložit je i během schůze pléna, nejpozději však
předložený pro schůzi výboru či před jejich podáním.
komise nebo schůzi pléna), Senátoři podávají pozměňovací návrhy jejich přednesem v rámci
podrobné rozpravy, přičemž k předloženému pozměňovacímu návrhu se
„podaný na výboru nebo může přihlásit kterýkoli senátor.
komisi“ (tj. senátor podal
předložený pozměňovací návrh Podání individuálních pozměňovacích návrhů zadává do systému e-
na schůzi výboru nebo komise) Legislativa zpravodaj garančního výboru, eventuálně s podporou
nebo legislativního odboru. V ideálním případě je toto zadání provedeno ihned
během schůze pléna (což umožní zpravodaji využít nástrojů e-Legislativy
„podaný“ (tj. pozměňovací
návrhy přijaté na výboru nebo
komisi (jsou součástí usnesení
výboru či komise) nebo
pozměňovací návrhy podané
senátorem či senátory na
schůzi pléna na základě
2210
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
předloženého pozměňovacího pro přípravu hlasování a senátorům lepší přehled o tom, o čem hlasují),
návrhu.) případně po ukončení schůze pléna zpětně.
„vzatý zpět“ (tj. senátor, který
pozměňovací návrh podal, jej
vzal zpět, případně jej vzali zpět
všichni senátoři, kteří se k němu
přihlásili),
„přijatý“ (na plénu komory)
„revokovaný“ (odvolaný pro
přijetí; pravděpodobně bude
používáno pouze v Poslanecké
sněmovně)
K pozměňovacímu návrhu se může
přihlásit i jiný senátor než autor či autoři
pozměňovacího návrhu. Další informace
viz výše u pozměňovacích návrhů
podávaných na výborech.
Žádost o vzetí zpět předloženého, ale e-Legislativa umožní senátorovi vzít zpět předložený, ale nepodaný Senátor
nepodaného pozměňovacího návrhu pozměňovací návrh. O odvolání zveřejněného pozměňovacího návrhu
senátorem v systému e-Legislativa požádá senátor v systému e-Legislativa nebo ústně pracovníka Pracovník
legislativního odboru. legislativního odboru
Posouzení a potvrzení/odmítnutí vzetí Skutečnost, že pozměňovací návrh nebyl dosud podán, zkontroluje
zpět předloženého pozměňovacího pracovník legislativního odboru a nastaví stav pozměňovacího návrhu na
návrhu pracovníkem legislativního „zadán“, čímž přestane být pozměňovací návrh přístupný ostatním
odboru senátorům (mimo jeho autory).
2211
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
Senátor, který podal návrh k projednávané věci, může vzít tento návrh Senátor
zpět do ukončení rozpravy.
Označení pozměňovacího návrhu jako Pracovník legislativního odboru změní stav příslušného pozměňovacího Pracovník
vzatého zpět návrhu na „vzatý zpět“, avšak pozměňovací návrh zůstane viditelný legislativního odboru
ostatním senátorům i mimo autory pozměňovacího návrhu.
Byl-li podán pozměňovací návrh, předsedající jednání o návrhu senátního Aparát Předsedy
návrhu zákona přeruší. Pozměňovací návrhy se neprodleně zpřístupní všem Senátu
senátorům.
Výměna výchozí vrstvy Předseda Senátu ve spolupráci s Kanceláří Senátu zabezpečí před
zpřístupněním pozměňovacích návrhů legislativně technickou úpravu
návrhu senátního návrhu zákona vyplývající z právních předpisů a nálezů
Ústavního soudu vyhlášených ve Sbírce zákonů a mezinárodních smluv,
která věcně nemění obsah právního předpisu. Předseda Senátu ve
spolupráci s Kanceláří Senátu před zpřístupněním pozměňovacích návrhů
dále zabezpečí úpravu návrhu senátního návrhu zákona, která vyplývá z
návrhů změn tohoto předpisu dříve předložených Poslanecké sněmovně
k projednání a dosud Poslaneckou sněmovnou neodmítnutých, které se
týkají měněných ustanovení a ze kterých návrh právního předpisu vychází.
Má-li legislativně technická úprava podle věty dopad na podaný
pozměňovací návrh, uvede se tato skutečnost u pozměňovacího návrhu.
2212
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
Organizační odbor
Příprava souborů v systému e- Poskytnutí souborů pro vytvoření senátního Pracovník Organizačního
Legislativa pro vytvoření senátního dokumentu v PES a následné vytvoření odboru si může volitelně
dokumentu systémem PES (včetně senátního tisku vybrat a stáhnout soubory
souborů vytvořených na základě ve formátu PDF a
připravené šablony) pro stažení do PES DOC/DOCX a zařadit je do
k vytvoření senátního tisku již připraveného
„kontejneru“, vytvoří
Doplnění metadat návrhu zákona o číslo Poznámka: Variantně je možná plná integrace se systémem PES, tj. kdy si senátní tisk, určí číslo
senátního tisku soubory (dokumenty) může stáhnout systém PES, aniž by je musel ručně senátního tisku, vloží do
vybírat a stahovat pracovník organizačního odboru. Tato funkcionalita PES. PES rozešle senátorům
není zatím požadována, nicméně bude k dispozici pro všechny podobné Systém notifikaci
případy poskytování souborů/podkladů/informací ze systému e-
Legislativa do systému PES zmíněné níže v tomto dokumentu. PES do systému e-
Legislativa předá číslo
Předání čísla senátního tisku do systému e-Legislativa senátního tisku
s aktualizovaným návrhem
zákona pro projednání ve 2.
čtení.
V jednání lze pokračovat nejdříve po 24 hodinách od jeho přerušení. V
jednání pokračujícím po přerušení lze podávat pouze pozměňovací návrhy
k opravě legislativně technických, gramatických a písemných chyb a k
úpravám, které vyplývají z přednesených pozměňovacích návrhů.
Pokud byly k návrhu senátního návrhu zákona podány pouze
pozměňovací návrhy k opravě legislativně technických, gramatických a
písemných chyb, může senátor navrhnout, aby bylo přikročeno k
2213
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
Zpřesnění pozměňovacího návrhu
hlasování o nich bez přerušení jednání Senátu; o takovém návrhu
rozhodne Senát bez rozpravy.
Po podání všech pozměňovacích návrhů se ukončuje podrobná rozprava. Pracovník
legislativního odboru
O jednotlivých podaných pozměňovacích návrzích se hlasuje podle
jednotlivých ustanovení návrhu senátního návrhu zákona (§ 110
jednacího řádu). Na návrh zpravodaje garančního výboru může Senát
rozhodnout o jiném postupu hlasování.
Před hlasováním má Senátor možnost zpřesnit vlastní pozměňovací návrh
nebo i cizí pozměňovací návrh se souhlasem senátora, který pozměňovací
návrh podal (nebo souhlasu výboru, jeho zpravodaje).
V případě, že byl pozměňovací návrh zpřesněn, zanese zpřesnění do
systému e-Legislativa pracovník legislativního odboru. V případě, že tato
úprava bude provedena ještě před hlasováním, budou mít senátoři
v systému e-Legislativa plný přehled o obsahu hlasovaných
pozměňovacích návrhů a jejich dopadů do úplného znění návrhu zákona.
Hlasuje se o jednotlivých pozměňovacích návrzích.
Přijetí pozměňovacích návrhů zadává do systému e-Legislativa zpravodaj Zpravodaj
garančního výboru, eventuálně s podporou organizačního odboru. garančního výboru
V případě, že označení přijatých pozměňovacích návrhů bude prováděno
již během hlasování, budou mít senátoři v systému e-Legislativa plný Pracovník
přehled o dopadech zatím nehlasovaných pozměňovacích návrhů do organizačního odboru
úplného znění návrhu zákonného opatření Senátu ve znění již přijatých
pozměňovacích návrhů.
2214
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
Po ukončení hlasování o jednotlivých pozměňovacích návrzích, byl-li PES předá do systému e-
alespoň jeden z nich přijat, hlasuje Senát o tom, zda schválí návrh Legislativa informaci o
senátního návrhu zákona ve znění přijatých pozměňovacích návrhů. zahájení přípravy usnesení,
Jestliže plénum usnesení přijme, je návrh senátního návrhu zákona že Senát schválil návrh
schválen ve znění přijatých pozměňovacích návrhů. senátního návrhu zákona
s pozměňovacími návrhy
V systému e-Legislativa je následně nastaven stav „Příprava usnesení
Senátu“. V tomto stavu se následně připraví usnesení reflektující výsledný PES předá do systému e-
stav projednávání návrhu senátního návrhu zákona. Legislativa informaci o
zahájení přípravy usnesení,
Nastavení stavu projednávaného Systém
návrhu senátního návrhu zákona na
„Příprava usnesení Senátu“ Změna stavu na Příprava usnesení Senátu
doplněného o výsledek projednání ve 2.
čtení
Metadata: Schváleno s PN
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.
V systému e-Legislativa je následně nastaven stav „Příprava usnesení
Senátu“. V tomto stavu se následně připraví usnesení reflektující výsledný
stav projednávání návrhu senátního návrhu zákona.
Nastavení stavu projednávaného Systém
návrhu senátního návrhu zákona na
„Příprava usnesení Senátu“ Změna stavu na Příprava usnesení Senátu
2215
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
doplněného o výsledek projednání na že Senát schválil návrh
schůzi senátního návrhu zákona
Metadata: Schváleno
PES předá do systému e-
Nastavení stavu projednávaného Pokud nebylo přijato usnesení schválit návrh senátního návrhu zákona, Legislativa informaci o
návrhu senátního návrhu zákona na jednání Senátu o návrhu senátního návrhu zákona končí. Senát dá zahájení přípravy usnesení
„Příprava usnesení Senátu“ navrhovateli tuto skutečnost na vědomí dopisem. (dopisu), že se Senát o
doplněného o výsledek projednání na návrhu senátního návrhu
schůzi Změna stavu na Příprava usnesení Senátu (v tomto případě dopisu zákona neusnesl
navrhovateli)
Metadata: Senát se o návrhu senátního
návrhu zákona neusnesl
Příprava usnesení Senátu
Projednávání návrhu senátního návrhu zákona ve 2. čtení může skončit
s níže uvedenými výsledky:
Senát se usnese, že návrh senátního návrhu zákona vrátí
výborům k novému projednání
Senát se usnese, že návrh senátního návrhu zákona schválí ve
znění předloženém navrhovatelem
Senát se usnese, že návrh senátního návrhu zákona zamítá
Senát se usnese, že návrh senátního návrhu zákona schválí ve
znění přijatých pozměňovacích návrhů
Senát nepřijme žádné usnesení, jak s návrhem senátního návrhu
zákona naložit
2216
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
Projednávání návrhu senátního návrhu zákona na schůzi pléna po vrácení
návrhu senátního návrhu zákona Sněmovnou k dopracování může skončit
s níže uvedenými výsledky:
Senát se usnese, že návrh senátního návrhu zákona vrátí
výborům k novému projednání
Senát se usnese, že návrh senátního návrhu zákona schválí ve
znění předloženém Sněmovně
Senát se usnese, že návrh senátního návrhu zákona zamítá
Poskytnutí podkladů ze systému e- Ve vazbě na výše uvedený výsledek projednávání v rámci schůze pléna je Organizační odbor Pracovník Organizačního
Legislativa pro vytvoření usnesení pak v systému e-Legislativa záhájena příprava příslušného usnesení odboru vytvoří senátní tisk
Senátu v systému PES pro stažení a Senátu. s Usnesením Senátu,
následné vytvoření senátního tisku Usnesení Senátu je vloženo do systému PES a po vygenerování senátního vygeneruje jeho číslo a vloží
tisku je Usnesení Senátu vloženo do systému e-Legislativa. do PES
Poskytnutí podkladů pro vytvoření usnesení Poskytnutí Usnesení Senátu
Senátu do PES pro vytvoření senátního tisku a odkazu na Usnesení
Senátu uložené v systému
Vložení Usnesení Senátu a zápis odkazu Poskytnutí Usnesení Senátu a odkazu na usnesení Senátu uložené v Systém PES do systému e-
na Usnesení Senátu uložené v systému systému PES Legislativa
PES do systému e-Legislativa
Předání čísla senátního tisku do systému e-Legislativa
2217
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
Systém
Doplnění metadat návrhu zákonného Předání čísla senátního
opatření Senátu o číslo senátního tisku tisku do systému e-
Legislativa
Nastavení stavu „Příprava k předání do Pokud je v případě projednávání senátního návrhu zákona usnesení, že Systém
Sněmovny“ Senát senátní návrh zákona schválil nebo schválil s pozměňovacími PES předá do systému e-
návrhy, respektive schválil na schůzi pléna po vrácení Sněmovnou, bude v Legislativa informaci, na
systému e-Legislativa nastaven stav „Příprava k předání do Sněmovny“, v jejímž základě se v systému
rámci kterého se senátní návrh zákona na postoupení Sněmovně k e-Legislativa posune
dalšímu kroku legislativního procesu legislativní proces do
dalšího stavu, tj. informaci
o ukončení přípravy
Usnesení Senátu.
Informace o ukončení přípravy Usnesení Senátu (Změna stavu na
Příprava l předání do Sněmovny)
Nastavení stavu „Ukončen“. Pokud je usnesením, že Senát senátní návrh zákona zamítl nebo se Systém
neusnesl, bude v systému e-Legislativa nastaven stav „Ukončen“
Informace o ukončení přípravy Usnesení Senátu (Změna stavu na
Ukončen)
Nastavení stavu „Projednání ve Pokud je usnesením, že Senát senátní návrh zákona vrátí k novému Systém
výboru/výborech“ projednání ve výborech, bude v systému e-Legislativa nastaven stav
„Projednání ve výboru/výborech“
Informace o ukončení přípravy Usnesení Senátu (Změna stavu na
Projednání ve výboru/výborech)
2218
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
Příprava k předání do Sněmovny Jestliže byl návrh senátního návrhu zákona schválen, pověří Senát
předsedu Senátu, aby návrh senátního návrhu zákona podal Poslanecké
Zapracování přijatých pozměňovacích sněmovně. Zároveň pověří některého ze senátorů, aby odůvodnil návrh
návrhů do cílové vrstvy návrhu. senátního návrhu zákona při jeho projednávání v Poslanecké sněmovně.
Úprava důvodové zprávy a dalších
náležitostí Zapracování přijatých pozměňovacích návrhů do cílového úplného znění Aparát předsedy
návrhu právního předpisu bude v systému e-Legislativa prováděno Senátu
Výměna výchozí vrstvy automaticky na pokyn uživatele s možností interakce uživatele. Systém e-
Legislativa identifikuje zapracovávání pozměňovacích návrhů případné
konflikty, které musí být ve spolupráci s uživatelem vyřešeny před
uzamknutím cílové vrstvy a předáním návrhu právního předpisu do
dalšího dílčího procesu.
Předseda Senátu ve spolupráci s Kanceláří Senátu zabezpečí před Aparát předsedy
podáním senátního návrhu zákona Poslanecké sněmovně legislativně Senátu
technickou úpravu senátního návrhu zákona, zejména úpravu vyplývající
ze schválených pozměňovacích návrhů a úpravu vyplývající z právních
předpisů a nálezů Ústavního soudu vyhlášených ve Sbírce zákonů a
mezinárodních smluv, která věcně nemění obsah právního předpisu.
Předseda Senátu ve spolupráci s Kanceláří Senátu před podáním
senátního návrhu zákona Poslanecké sněmovně dále zabezpečí úpravu
2219
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
Předávací prostor, který obsahuje senátního návrhu zákona, která vyplývá z návrhů změn tohoto předpisu
vrstvu návrhu, která obsahuje dříve předložených Poslanecké sněmovně k projednání a dosud
Poslaneckou sněmovnou neodmítnutých, které se týkají měněných
strukturovaný návrh senátního ustanovení a ze kterých návrh právního předpisu vychází.
návrhu zákona a ostatní náležitosti
ve strukturované podobě Po ukončení přípravy schváleného návrhu senátního návrhu zákona pro Sekretariát předsedy
sadu PDF (PDF/A) z vrstvy návrhu podání Poslanecké sněmovně ukončí pracovník sekretariátu předsedy Senátu
technicky zabezpečených tak, aby Senátu proces přípravy a dá pokyn systému e-Legislativa k přesunu dat do
byla jednoduše prokazatelná jejich předávacího prostoru. Systém e-Legislativa na základě nastavení provede
shodnost s vrstvou návrhu přesun relevantních dat automaticky.
Systém e-Legislativa umožní pracovníkovi sekretariátu předsedy Senátu
vybrat a vložit i další procesní dokumenty, které jsou k dispozici a nebyly
na základě nastavení vloženy automaticky.
Osoba oprávněná k podání návrhu senátního návrhu zákona Poslanecké Sekretariát předsedy
sněmovně, posune proces návrhu Senátního návrhu zákona do stavu Senátu
„Postoupeno PSP“.
Systém na základě nastavení hlídá, zda jsou splněny podmínky přechodu
do stavu „Postoupeno PSP“ a pouze v případě, že jsou podmínky splněny,
je změna stavu úspěšně provedena. V opačném případě bude uživatel
upozorněn na případné chybějící náležitosti.
Nastavení stavu senátního návrhu Nastavení stavu Převzato Senátem Sekretariát předsedy
zákona „Postoupeno PSP“ Nastavení stavu Postoupeno PSP Senátu
2220
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
Postoupeno Sněmovně Návrh senátního návrhu zákona ve stavu „Postoupeno Sněmovně“ čeká
Vráceno k dopracování Navrhovateli v předávacím prostoru na aktivní převzetí ze strany aparátu předsedy
Sněmovny
Ve chvíli převzetí se nastaví stav „Převzato Sněmovnou ze Senátu“
Tento stav je nastaven jako jeden z výsledků 1.čtení a slouží k eventuální Organizační odbor
přípravě informací v eLegislativě před vlastním postoupením
Navrhovateli.
Předávací prostor, který obsahuje Po ukončení přípravy návrhu senátního návrhu zákona pro vrácení Organizační odbor
Navrhovateli dá pracovník organizačního výboru pokyn systému e- Organizační odbor
vrstvu návrhu, která obsahuje Legislativa k přesunu dat do předávacího prostoru. Systém e-Legislativa
strukturovaný návrh senátního na základě nastavení provede přesun relevantních dat automaticky.
návrhu zákona a ostatní náležitosti
ve strukturované podobě Systém e-Legislativa umožní uživateli vybrat a vložit i další procesní
dokumenty, které jsou k dispozici a nebyly na základě nastavení vloženy
automaticky.
Převzato Senátem
Osoba oprávněná k vrácení návrhu senátního návrhu zákona
k dopracování Navrhovateli posune proces návrhu Senátního návrhu
zákona do stavu „Postoupeno Navrhovateli“.
2221
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
Organizační odbor
Nastavení stavu senátního návrhu Nastavení stavu Postoupeno Navrhovateli
zákona „Postoupeno Navrhovateli“
Postoupeno Navrhovateli V okamžiku změny stavu na „Postoupeno Navrhovateli“ je návrh Organizační odbor
Senátního návrhu zákona včetně součástí návrhu a souvisejících
Dopracování návrhu zákona dokumentů postoupen Navrhovateli k dopracování. Navrhovatel
Prostor pro dopracování návrhu V okamžiku změny stavu na „Postoupeno Navrhovateli“ je na základě senátního návrhu
senátního návrhu zákona. nastavení zaslána notifikace Navrhovateli. zákona
Ve stavu „Postoupeno Navrhovateli“ proces návrhu senátního zákona
čeká v předávacím prostoru na převzetí k dopracování Navrhovatelem. Navrhovatel
senátního návrhu
Navrhovatel zákona
vybere ze seznamu předávacích prostorů ve stavu „Postoupeno
Navrhovateli“, kde konkrétní Navrhovatel je uveden v metadatech
dá pokyn systému e-Legislativa k převzetí
Systém e-Legislativa vytvoří prostor pro dopracování návrhu
Senátního návrhu zákona a vloží do vytvořeného prostoru vrstvu
z předávacího prostoru
Nastavení stavu senátního návrhu Nastavení stavu Dopracování
zákona „Dopracování návrhu zákona“. návrhu zákona
2222
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
Navrhovatel dopracuje v editoru eŠablona návrh senátního návrhu Navrhovatel
zákona včetně náležitostí (součásti návrhu a související dokumenty). senátního návrhu
zákona
Po dokončení dopracování postoupí návrh senátního návrhu zákona
Senátu k novému projednání. Při postoupení postupuje Navrhovatel Sekretariát Předsedy
obdobně jako při prvním předložení k projednání v Senátu. Senátu
Postoupeno Navrhovateli {Vráceno Sněmovnou Senátu k dopracování}
Tento stav je nastaven v případě, že Sněmovna vrátila senátní návrh
zákona do Senátu k dopracování.
V okamžiku změny stavu na „Postoupeno Navrhovateli“ je senátní návrh
zákona včetně součástí návrhu a souvisejících dokumentů postoupen
Senátu.
V okamžiku změny stavu na „Postoupeno Navrhovateli“ je na základě
nastavení zaslána notifikace Sekretariátu Předsedy Senátu.
Ve stavu „Postoupeno Navrhovateli“ proces návrhu senátního zákona
čeká v předávacím prostoru na převzetí k dopracování a následnému
projednání Senátem.
Proces převzetí je obdobný jak je popsáno výše. Vzniká nové číslo
senátního tisku.
Nastavení stavu senátního návrhu Nastavení stavu Převzato Senátem
zákona „Převzato Senátem“.
2223
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
Převzato Senátem (vráceno z PSP)
Vrátí-li Poslanecká sněmovna senátní návrh zákona Senátu jako
navrhovateli k dopracování, zařadí jej předseda Senátu na pořad nejbližší
schůze Senátu.
Po převzetí je o senátním návrhu zákona informován Organizační odbor a
je vytvořen senátní tisk, který obsahuje číslo senátního tisku, konec lhůty
pro projednání a číslo funkčního období.
Příprava souborů v systému e- Organizační odbor Pracovník Organizačního
Legislativa pro vytvoření senátního odboru si může volitelně
dokumentu systémem PES (včetně Poskytnutí souborů pro vytvoření senátního vybrat a stáhnout soubory
souborů vytvořených na základě dokumentu v PES a následné vytvoření ve formátu PDF a
připravené šablony) pro stažení do PES senátního tisku DOC/DOCX a zařadit je do
k vytvoření senátního tisku již připraveného
„kontejneru“, vytvoří
Poznámka: Variantně je možná plná integrace se systémem PES, tj. kdy si senátní tisk, určí číslo
soubory (dokumenty) může stáhnout systém PES, aniž by je musel ručně senátního tisku, vloží do
vybírat a stahovat pracovník organizačního odboru. Tato funkcionalita PES. PES rozešle senátorům
není zatím požadována, nicméně bude k dispozici pro všechny podobné notifikaci
případy poskytování souborů/podkladů/informací ze systému e-
Legislativa do systému PES zmíněné níže v tomto dokumentu
Předání čísla senátního tisku do systému e-Legislativa
2224
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
Systém PES do systému e-
Doplnění metadat senátního návrhu Legislativa předá číslo
zákona o číslo senátního tisku senátního tisku
XML soubory pro „dočasnou archivaci“ lze stahovat také ručně, nicméně Systém Uložení XML souborů pro
v tomto případě kancelář Senátu preferuje automatické stahování možnost pokračování
systémem PES. v legislativním procesu při
případném výpadku
Poskytnutí XML souborů pro „dočasnou archivaci“ centrálního systému e-
Legislativa.
Stav procesu projednávání senátního Změna stavu na „Schůze pléna“ Systém
návrhu zákona „Schůze pléna“. PES předá do systému e-
Legislativa informaci na
základě, které bude proces
projednávání návrhu
senátního návrhu zákona
posunut do stavu „Schůze
pléna“.
Schůze pléna
Vrácený senátní návrh zákona uvede senátor pověřený Senátem, aby
odůvodnil návrh zákona při jeho projednávání v Poslanecké sněmovně.
Není-li pověřený senátor přítomen, určí senátora uvádějícího vrácený
senátní návrh zákona Senát. Poté je otevřena rozprava, v jejímž průběhu
je možné navrhnout, aby byl vrácený senátní návrh zákona
2225
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
Nastavení stavu „Příprava usnesení schválen, Systém PES předá do
Senátu“ doplněného o výsledek zamítnut, systému e-Legislativa
projednání na schůzi pléna jednání o něm odročeno, informaci o zahájení
Metadata: Schváleno nebo aby byl přikázán výboru či výborům k novému projednání; přípravy usnesení, že Senát
o návrzích se hlasuje v uvedeném pořadí. návrh senátního návrhu
zákona schválil
Přikáže-li Senát vrácený senátní návrh zákona výboru k novému
projednání, současně určí, kdo bude v Senátu a jeho orgánech plnit funkci Systém PES předá do
navrhovatele vráceného senátního návrhu zákona. systému e-Legislativa
informaci o zahájení
Nestanoví-li Senát jinak, činí lhůta pro nové projednání vráceného návrhu přípravy usnesení, že Senát
zákona ve výboru 30 dnů. návrh senátního návrhu
zákona vrátil výborům
Systém k novému projednání
Změna stavu na „Příprava usnesení Senátu“
Nastavení stavu „Příprava usnesení Systém
Senátu“ doplněného o výsledek
projednání na schůzi pléna Změna stavu na „Příprava usnesení Senátu“
Metadata: Vráceno k projednání ve
výboru/výborech“.
2226
e-Legislativa Podrobný popis kroku / předání informací nebo stavu Aktér / role Systém SP (PES)
Systém
Nastavení stavu „Příprava usnesení Změna stavu na „Příprava usnesení Senátu“ Systém PES předá do
Senátu“ doplněného o výsledek systému e-Legislativa
projednání na schůzi pléna informaci o zahájení
Metadata: Zamítnuto přípravy usnesení, že Senát
návrh senátního návrhu
zákona zamítl
Stav procesu projednávání návrhu Systém Systém PES předá do
senátního návrhu zákona se nemění, systému e-Legislativa
zůstává ve stavu „Schůze pléna“. Odročení informaci o odročení
projednávání senátního
návrhu zákona
2227
14 Doporučení pro tvorbu portálu e-Sbírka
Portál e-Sbírka je v elektronickou systémem Sbírky zákonů a mezinárodních smluv podle § 6
návrhu 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.
Lze prognózovat, že portál e-Sbírka bude z hlediska používanosti nejfrekventovanější částí
projektu. Požadavky na portál e-Sbírka jsou detailně uvedeny v rámci podkapitoly Chyba!
Nenalezen zdroj odkazů.. Model požadavků a jejich naplnění bude úkolem vybraného
dodavatele.
Tato podkapitola uvádí několik doporučení pro realizaci portálu e-Sbírka z různých pohledů
s akcentem na služby poskytované adresátům práva. Dodavatel se jimi může řídit podle
svého uvážení a v tomto smyslu je také podle svého uvážení zahrnout do implementační
analýzy, která je úvodním mílníkem realizace projektu.
14.1 Úvod
Portál e-Sbírky umožňuje prostřednictvím webového prohlížeče a Internetu na samostatné
adrese www.e-sbirka.cz všem skupinám adresátů práva interaktivní přístup k vyhlášeným
předpisům, jejich úplným zněním ke kterémukoliv dni jejich historie a dalšímu obsahu datové
báze alespoň v ověřené informativní podobě.
Portál e-Sbírky je svou podstatou právním informačním systémem. Konkurence komerčním
právním informačním systémům však není ambicí portálu. Všechna data prezentovaná na
portálu budou k dispozici prostřednictvím API rozhraní a kdokoliv (včetně komerčních
právních informačních systémů) je bude moci využívat a případně stavět na nich produkty
s další přidanou hodnotou.
Portál e-Sbírky je webová aplikace naplňující všechny obvyklé nároky a očekávání na
funkčnost, ergonomii uživatelských rozhraní, výkonost/odezvu. Vzhledem
k předpokládanému širokému spektru uživatelů klademe důraz na snadnost použití.
Předpokládá se, že portál e-Sbírka nahradí současný archiv Sbírky zákonů a Sbírky
mezinárodních smluv na adrese http://aplikace.mvcr.cz/sbirka-zakonu a případně i další
obdobné systémy v gesci zadavatele.
14.2 Obsah poskytovaný portálem e-Sbírky
Portál e-Sbírka bude poskytovat veškerý obsah datové báze.
Odkazy a konsolidace budou provedeny i napříč mezi sbírkami, bude-li to předpisy a jejich
ustanoveními vyžadováno. Zejména půjde o tato provázání
2228
předpisů Úředního listu na Sbírku zákonů (tedy navázání podzákonných norem,
usnesení, opatření na normy zákonné)
předpisů Sbírky zákonů a Sbírky mezinárodních smluv (od roku 2000) týkajících se
mezinárodního práva
předpisů Sbírky zákonů na EUR-Lex, který je součástí datové báze (nikoliv na
http://eur-lex.europa.eu
všech sbírek na CzechVOC
Obsah datové báze může být poskytován v 5 oddělených skupinách:
1. Sbírka zákonů
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í,
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 právní předpisy, další akty a 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 jako preambule českého překladu dokumentu, je-li
k dispozici (v 85-90% dostupný je)
český překlad dokumentu
digitální repliku originálního dokumentu, 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í; u nich se uvede pouze obsah sdělení MZV
2229
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 vyhlášené a uveřejněné 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 by měly být zobrazeny formou webových stránek prostřednictvím
prohlížeče 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 verzí předpisů by mělo být 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ů (např. ePub nebo DOCX). Podstatné je, že
všechny souborové formáty jsou generovány z databáze úložiště.
14.3 Anonymní služby portálu e-Sbírka
Portál e-Sbírka by měl poskytnout moderní a snadno použitelné služby služby všem
skupinám adresátů práva prostřednictvím rozhraní webového prohlížeče bez nutnosti
přihlašování.
Přehledový seznam služeb poskytovaných portálem e-Sbírka:
snadný a rychlý přístup ke všem právním předpisům (resp. ostatním zveřejněným
dokumentům) vyhlášeným ve Sbírce zákonů, dalších sbírkách (Sbírka mezinárodních
smluv, Úřední list, EUR-Lex) a jejich úplným zněním ke kterémukoliv časovému
okamžiku
asistované hledání v plných textech s filtrací podle metadat a navázaných pojmů
CzechVOC
rozšířené vyhledávání s přímým zadáváním filtrů
chronologické a tematické rejstříky Sbírky zákonů
seznamy výsledků s možnostmi třídění (fazetové filtry obvyklé např. v e-shopech)
2230
ergonomické zobrazení znění předpisu s navigací a všechny relevantní informace a
souvislosti, zejména:
metainformace zobrazeného znění
odkazy na vyhlášené znění předpisu a ostatní konsolidovaná znění
odkazy nadřazený předpis prováděcí předpisy
odkazy nálezy ústavního soudu předpis
odkazy na předpisy, které zobrazený předpis novelizuje
odkazy na předpisy novelizující zobrazený předpis
přechodná ustanovení z jiných předpisů
odkazy na stažení/zobrazení zobrazeného znění v jiných formátech
odkazy na informaci o legislativním procesu změnových řízení (novelizace)
zobrazeného předpisu získané ze systému e-Legislativa (včetně informace, že
žádná aktuálně novelizace neprobíhá)
CzechVOC browser – hledání a procházení v pojmech CzechVOC s následným
zobrazením pojmů, definic, souvislostí mezi pojmy navzájem a souvislostí mezi pojmy
a asociovanými právními předpisy
aktuální informace a přístup ke službám portálu
na výchozí stránce
prostřednictvím standardních komunikačních kanálů (e-mail, RSS, sociální sítě)
Portál e-Sbírka je plně funkční pro anonymní uživatele, přihlášeným uživatelům poskytuje
rozšířené personalizované funkce (např. e-mailové notifikace).
14.3.1 Výchozí stránka portálu e-Sbírka
Tato podkapitola navrhuje některé funkce výchozí stránky portálu e-Sbírka poskytované na
předpokládané adrese www.e-sbirka.cz.
2231
Obrázek 130: Nezávazný obrys grafického řešení výchozí stránky portálu e-Sbírka
14.3.1.1 Přístup k vyhledávání
Na nejvýraznějším místě poskytuje výchozí stránka je vhodné umístit výrazné okno
jednoduchého vyhledávání s proklikem k rozšířenému vyhledávání, jak je naznačeno na
obrázku níže.
2232
Obrázek 131: Formulář jednoduchého vyhledávání na výchozí stránce
14.3.1.2 Aktuality, nové předpisy
Na výchozí stránce mohou být umístěny aktuality ve formě např. těchto seznamů předpisů:
1. seznam předpisů nově vyhlášených ve Sbírce zákonů a mezinárodních smluv
(„nově“ může znamenat např. posledních 10 předpisů, nebo za poslední den či týden)
samozřejmě je seznam generován automaticky
2. seznam předpisů otevřených uživateli za poslední krátký časový úsek
(např. poslední den) za účelem obživení portálu typickými portálovými funkcemi
3. seznam nejpoužívanějších předpisů za delší časový úsek (např. rok)
Tyto seznamy budou obsahovat např. TOP5 položek s proklikem na úplný seznam se
stránkováním, v případě bodu 1. to bude chronologický rejstřík se zapnutým filtrem na Sbírku
zákonů.
14.3.2 Rejstříky sbírek
Ve formě stručně anotovaných odkazů by měly být z výchozí stránky k dispozici odkazy na
rejstříky vyhlášených předpisů všech sbírek:
2233
14.3.2.1 chronologický rejstřík
řazený vzestupně dle data vyhlášení s možností řazení obrátit
v implicitním zobrazení bude zobrazen seznam naposled vyhlášených předpisů
sestupně od nejnovějšího
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), přičemž filtr bude stromový, aby umožnil pohledy dle
jednotlivých sbírek a jejich různých dalších členění nebo vývojových fází
Sbírka zákonů (další členění viz 38)
Sbírka zákonů a nařízení státu československého (od 4. 11. 1918)
Sbírka zákonů a nařízení státu česko-slovenského (od 26. 11. 1938)
Sbírka zákonů a nařízení republiky Česko-Slovenské (od 1. 1. 1939)
Sbírka zákonů a nařízení (od 15. 3. 1939 do září 1939)
Sbírka zákonů a nařízení Protektorátu Čechy a Morava (od 20. 9. 1939 do
dubna 1945)
Sbírka zákonů a nařízení STÁTU ČESKOSLOVENSKÉHO (od 4. 4. 1945)
Sbírka zákonů a nařízení republiky Československé (11.7.1945–23.8.1948)
Sbírka zákonů republiky Československé (24.8.1948–31.12.1959)
Sbírka zákonů Republiky československé (1.1.1960–10.7.1960)
Sbírka zákonů Československé socialistické republiky (11.7.1960–31.12.1968)
Sbírka zákonů (všechny české, slovenské a československé republiky od 1. 1.
1969 do 31. 12. 1992)
Sbírka zákonů České republiky (od 12. 12. 1992 do 31. 12. 1999)
Sbírka zákonů (Česká republika od 1. 1. 2000)
Sbírka mezinárodních smluv (od 1. 1. 2000)
Úřední list
EurLEX
sektor 1 zakládající smlouvy
sektor 3 legislativa
sektor 0 konsolidovaná znění
14.3.2.2 věcný rejstřík
věcný rejstřík je organizován stromově, tedy jako taxonomie
řazení bude sestupně podle data vyhlášení
k dispozici filtrace
podle sbírek (stejná jako v chronologickém rejstříku)
38 http://cs.wikipedia.org/wiki/Sb%C3%ADrka_z%C3%A1kon%C5%AF
2234
podle období (s přesností na dekády a ročníky)
14.3.3 Doplňkové přehledy předpisů
Kromě chronologického a věcného rejstřík, které jsou de facto katalogem předpisů sbírek
datové báze e-Sbírky, mohou být ke zvýšení srozumitelnosti k dispozici formou odkazu
z výchozí stránky portálu následující doplňkové seznamy/přehledy předpisů:
1. přehled předpisů, které v aktuálním měsíci nabyly účinnosti, resp. nabydou účinnosti v
budoucnu - vyhlášených i konsolidovaných znění ve znění novel vyhlášených znění
filtrace podle typů předpisů – zákon, vyhláška atd.
řazení vzestupně dle data nabytí účinnosti
2. přehled platných resp. účinných předpisů
3. přehled zrušených předpisů
řazený sestupně dle data zrušení od nejnověji zrušených ke starším
s možností nastavit rok a měsíc začátku období výpisu
s možností filtrace podle sbírek
14.3.4 Vyhledání předpisu
Jak již konstatováno výše e-Sbírka je právním informačním systémem. Základní vlastností
každého právního informačního systému je efektivní systém na dohledání požadovaných
předpisů.
Způsoby dohledání předpisu lze dle zaužívaných zvyklostí rozdělit na:
dohledání předpisu navigací v rejstřících a speciálních pohledech
nestrukturované vyhledávání (fulltext)
našeptavač, tedy asistence sémantiky při návrhu textace fulltextového dotazu při jeho
zadávání
filtrace prostřednictvím omezení jen na některé metainformace nebo asociace
při formulování dotazu prostřednictvím filtrů rozšířeného formuláře
výhody:
uživatel je ve formulování dotazu zcela „svobodný“
možnost filtrace podle velkého množství kritérií
nevýhody:
uživatel musí co nejpřesněji znát, co zadat do filtrů formuláře, tedy ontologii
jednotlivých sbírek
vždy je riziko, že
podstatný výsledek bude odfiltrován a uživatel o tom nemá tušení
podstatný výsledek bude skryt mezi balastem nehledaných předpisů
2235
při filtrování již nalezených výsledků, tzv. fazetovými filtry
výhody:
uživatel dostane vždy přesnou nabídku filtrování, jak své hledání zkvalitnit
uživatel dostane zřetelně najevo počty výsledků v jednotlivých filtrech
uživatel nikdy nemůže zpřísnit filtry tak, aby dostal „0 výsledků“, vždy jsou
nabízeny jen takové filtry, které odpovídají realitě
nevýhody:
méně „svobody“ při formulování dotazu, např. při zadávání datumových
rozmezí
Na portálu e-Sbírka by měly být k dispozici všechny výše uvedené způsoby ve všech
kombinacích s důrazem na ergonomii.
14.3.4.1 Jednoduché hledání (simple search)
Jednoduché hledání je reprezentováno vyhledávacím formulářem, který je k dispozici
na výchozí stránce portálu dominantně a na všech ostatních stránkách doplňkově
analýza dotazu by měla být „živá“ již v průběhu jeho zadávání
identifikace čísla předpisu v různých zápisech
identifikace názvu předpisu včetně zaužívaných zkratek
identifikace uzlu CzechVOC (včetně jeho vrstvy CzechVOC)
je-li analýza úspěšná, objeví se našeptavač, který nabídne otevření na jedno kliknutí
konkrétního předpisu nebo předpisů
vyhledání předpisů asociovaných k nalezenému uzlu CzechVOC
není-li použito nabídek našeptavače, provede se vyhledání zadaného dotazu tak, jak
je zadán
Jednoduché hledání s asistencí našeptavače je nejlépe patrno z následující vizualizace:
2236
Obrázek 132: Jednoduché hledání s asistencí našeptavače
14.3.4.2 Rozšířené hledání (advanced search)
Rozšířené vyhledávání by mělo být reprezentováno členitějším formulářem pro zadání dotazu
s boxy pro zadání filtrovacích kritérií. Uplatní-li uživatel více filtrovacích kritérií, jsou tyto
průnikovány.
Filtrovací kritéria mohou být:
výběr sbírky nebo více sbírek
znění – aktuální konsolidované / k zadanému datu / vyhlášené
ignorování „čistých novel“ / zrušených předpisů
asociace typu ruší / mění / provádí / implementuje
autor předpisu
typ předpisu
oblast úpravy (uzel/uzly CzechVOC)
2237
Obrázek 133: formulář rozšířeného vyhledávání
14.3.4.3 Seznam výsledků
Seznam výsledků je výstupem dotazu z odeslaného z jednoduchého nebo rozšířeného
vyhledávání. Při vyhledávání ve Sbírkách je to seznam nalezených předpisů, při vyhledávání
v CzechVOC zase seznam nalezených pojmů.
Seznam výsledků je možno seřadit podle
podle data vyhlášení, data účinnosti
podle relevance (tedy podle míry, v jaké předpisy obsahují hledané pojmy)
U každého výsledku by mělo být indikováno, zda se jedná
závazné znění (výsledek průchodu procesy e-Legislativy)
ověřené informativní znění (neprošlo procesy e-Legislativy)
Vzhledem k tomu, že názvy předpisů jsou často dlouhé a k jejich správnému rozlišení jsou
třeba také doplňková metadata, může být předpis v seznamu výsledků zobrazen ve zkrácené
podobě a plný název, resp. další metadata budou dostupné na vyžádání uživatele.
2238
Obrázek 134: Seznam výsledků se zobrazeným detailem předpisu
Seznam vyhledaných předpisů lze dále zpřesňovat např. prostřednictvím techniky fazetových
filtrů na jednotlivá metadata datového modelu předpisu. Doporučeny jsou tyto fazetové filtry:
filtr dle informativnosti/závaznosti zobrazených znění
filtr na čisté novely
filtr dle typu předpisu
filtr dle oblasti úpravy (uzel/uzly CzechVOC)
Po výběru (kliknutí) na některou položku ve fazetových filtrech se výsledky v seznamu omezí
na ty, které mají přiřazeny metadata odpovídající vybrané položce.
U každé položky fazetového filtru bude indikován počet výsledků, který se zobrazí po jejím
výběru. Výběr položek fazetových filtrů lze opakovat a řetězit za sebe prostřednictvím
logického AND. Podstatné pro uživatelskou ergonomii je, že nikdy není zobrazeno „0
výsledků“. Vybrané položky fazetových filtrů lze „uvolňovat“ a to v libovolném pořadí.
Seznam výsledků (včetně použitých fazetových filtrů) by měl být pohodlně adresovatelný
prostřednictvím URL způsobem splňujícím základní SEO zvyklosti.
2239
14.3.5 Zobrazení předpisu
Obsah datové báze e-Sbírky bude poskytován po předpisech, cílovým zobrazením je tedy
předpis. Zobrazení předpisu je organizováno do pohledů dostupných např. prostřednictvím
záložek nad předpisem. Nad záložkami může být stručný profil předpisu a odsud budou také
k dispozici případné jiné formáty zobrazeného předpisu (např. PDF/XML apod.). Níže uvedené
návrhy záložek jsou jen rámcovým doporučením.
14.3.5.1 Záložka Text předpisu
Záložka Text předpisu je výchozí záložkou, tj. po zobrazení ze seznamu výsledků, resp.
rejstříků. Není-li žádáno v rozšířeném vyhledávání jinak, zobrazí se aktuální znění předpisu.
Zobrazení respektuje hierarchii prostřednictvím zanoření a strukturování předpisu
prostřednictvím stylů.
Obrázek 135: nástin zobrazení textu předpisu ze Sbírky zákonů
Je vhodné doplnit funkcionalitu interního vyhledávání v rámci předpisu.
Jsou-li v textu předpisu asociace na jiná místa v předpisu, na jiné předpisy, na poznámky pod
čarou, zobrazují se obvyklým způsobem jako hypertextové odkazy.
2240
14.3.5.2 Záložka Konsolidované znění
Záložka Konsolidovaná znění by měla obsahovat kompletní genezi předpisu, tedy seznam
konsolidovaných znění od nejnovějšího po nejstarší. Poslední položkou seznamu je znění
vyhlášené. U jednotlivých konsolidovaných znění je uvedeno
stav: závazné / ověřené informativní
znění novel, kterých zapracováním konsolidované znění vzniklo s uvedením začátku
účinností těchto novel
Je-li zobrazeno konsolidované znění, měl by být k dispozici také „rozdílový pohled“ který
vizuálně zvýrazní, co se od minulého znění změnilo. Rozdíly jsou zobrazeny podle
novelizačních ustanovení, např. Čl. 6 bod 3. a 4 zákona č. 285/2009 Sb. mění § 567 odst. 2 a 3
zákona č. 40/1964 Sb.
Obrázek 136: Novelizační instrukce
Obrázek 137: zobrazení rozdílů po novelizaci
2241
14.3.5.3 Záložka Souvislosti
V záložce souvislosti jsou zobrazeny seskupené kontexty předpisu, např.:
prováděcí nadřazené předpisy
aktivní novelizace
pasivní novelizace
implementované implementující (předpisy EU)
nálezy ústavního soudu dotčené předpisy
úplná znění předpisu
odkazované předpisy (i v jiných sbírkách)
odkazující předpisy (i z jiných sbírek)
Zobrazení může vypadat např. takto ve sloupcích např. takto ve sloupcích
Obrázek 138: souvislosti předpisu
14.3.5.4 Záložka Obsah předpisu
V záložce obsah předpisu by měla být zobrazena hierarchie celého předpisu, která tvoří
„klikací“ obsah ve formě jednotlivých do sebe zanořených částí.
Po kliknutí na položku obsahu je vybrané znění předpisu zobrazeno na příslušném místě.
Obsah by měl být snadno dosažitelný z kteréhokoliv místa zobrazeného znění.
2242
Na níže uvedeném obrázku je naznačen obsah předpisu ze sektoru 1 sbírky EurLEX,
konsolidované znění smlouvy o Evropské unii.
Obrázek 139: zobrazení obsahu EurLEX sektor 1
14.3.5.5 Záložka Shrnutí předpisu
V záložce Shrnutí předpisu bude k dispozici kompletní „strojově generovaný“ profil předpisu:
různá vyjádření citací
kompletní metadata
zařazení do CzechVOCu
„citizen summary“ (bude-li k dispozici)
14.3.5.6 Záložka Legislativní proces
V záložce Legislativní proces budou stručné informace o probíhajících změnách, tedy
procesech novelizace předpisu načtené z e-Legislativy s odkazy na podrobnější informace do
portálu e-Legislativa
každá změna bude reprezentovaná samostatným přehledovým článkem s uvedením
přehledné anotace podstaty změny a historie změny se zvýrazněním jejího aktuálního
stavu – zda změna probíhá, zda je změna již ukončena vyhlášením nebo zamítnutím
2243
historie změny bude sestávat z jednotlivých položek událostí projednávání u aktérů
legislativního procesu – datum, charakteristika dané události a odkazy na relevantní
dokumenty v úložišti e-Legislativy (např. platné znění, transpoziční tabulku,
důvodovou zprávu apod…)
seznam dalších předpisů dotčených konkrétní změnou
seznam relevantních aktů EU (např. implementovaných právních předpisů apod.)
Při přístupu do záložky záložky Legislativní proces bude vypsán seznam o všech změnách
evidovaných u předpisu (název změny a její anotace). Bude k dispozici hledání se základním
filtrováním podle dílčích metadat, zejména
stav změny: probíhající, vyhlášená, zamítnutá
stadium změny: fáze legislativního procesu
začátek změny
poslední událost ve změně
navrhovatel změny
Dodavatel může zvážit také různé grafické nadstavby vizuálně reprezentující legislativní
procesy a jejich další souvislosti a dopady na další předpisy.
14.4 Personalizované služby portálu e-Sbírka
Kromě výše popsaných anonymních služeb by portál e-Sbírka i služby personalizované,
kterých podmínkou je přihlášení pod konkrétním uživatelským účtem.
Uživatelský účet si může vytvořit kterýkoliv uživatel. Přihlašovací jméno bude e-mail, který při
vytváření účtu bude kontrolován na unikátnost. Uživatel dále bude mít možnost zvolit si
zobrazované jméno.
Vytvoření účtu bude chráněno proti zneužití roboty obvyklými způsoby.
Databáze uživatelských účtů bude součástí technického řešení portálu e-Sbírka, přihlašování
prostřednictvím jiných systémů/služeb (Facebook, Google, resp. jiné OAuth providery)
nebude podporováno.
14.4.1 Služba „Moje předpisy“
Přihlášený uživatel může mít možnost vytvořit si balíček „Moje předpisy“ – pro jednoduchost
pouze jeden.
Možnosti služby „Moje předpisy“
seřazení předpisů v balíčku podle potřeb
indikace předpisu v balíčku v rejstřících, seznamech vyhledávání
doplňková fazeta v seznamu výsledků, umožňující zúžit seznam výsledků jen na
předpisy z balíčku
2244
Balíčky „Moje předpisy“ budou patřit jen a pouze uživatelům a nebudou nijak používány
portálem e-Sbírka.
14.4.2 Služba „Notifikace“
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 mohou výt např. následující druhy notifikací:
1. nově vyhlášené předpisy
2. nová konsolidovaná znění
3. změny (novelizace tedy nová konsolidovaná znění) předpisů v balíčku „mých
předpisů“
4. nové události v legislativním procesu změn „mých předpisů“
5. novinky v systému
2245