Version 2.1 by Peter Ďuriš on 2025/03/17 15:47

Show last authors
1 **PRÍSTUP K PROJEKTU**
2
3 **~ Vzor pre manažérsky výstup I-03**
4
5 **podľa vyhlášky MIRRI č. 401/2023 Z. z. **
6
7
8
9 |**Povinná osoba**|Kancelária Najvyššieho súdu Slovenskej republiky
10 |**Názov projektu**|Lepšie e-Gov služby Najvyššieho súdu SR
11 |**Zodpovedná osoba za projekt**|TBD
12 |**Realizátor projektu**|Kancelária Najvyššieho súdu Slovenskej republiky
13 |**Vlastník projektu**|Kancelária Najvyššieho súdu Slovenskej republiky
14
15
16 **Schvaľovanie dokumentu**
17
18 |**Položka**|**Meno a priezvisko**|**Organizácia**|**Pracovná pozícia**|**Dátum**|(((
19 **Podpis**
20
21 **(alebo elektronický súhlas)**
22 )))
23 |Vypracoval| | | | |
24
25
26 1. História dokumentu
27
28 |**Verzia**|**Dátum**|**Zmeny**|**Meno**
29 |0.1|14.03.2025|Pracovný návrh|
30 | | | |
31 | | | |
32
33
34 1. Účel dokumentu
35
36 V súlade s Vyhláškou 401/2023 Z.z. je dokument I-03 Prístup k projektu určený na rozpracovanie detailných informácií prípravy projektu z pohľadu aktuálneho stavu, budúceho stavu a navrhovaného riešenia.
37
38 Dokument Prístup k projektu v zmysle vyššie uvedenej vyhlášky má obsahovať opis navrhovaného riešenia, architektúru riešenia projektu na úrovni biznis vrstvy, aplikačnej vrstvy, dátovej vrstvy, technologickej vrstvy, infraštruktúry navrhovaného riešenia, bezpečnostnej architektúry, špecifikáciu údajov spracovaných v projekte, čistenie údajov, prevádzku a údržbu výstupov projektu, prevádzkové požiadavky, požiadavky na zdrojové kódy. Dodávané riešenie musí byť v súlade so zákonom. Zároveň opisuje aj implementáciu projektu a preberanie výstupov projektu.
39
40
41 1.
42 11. Použité skratky a pojmy
43
44 |**SKRATKA/POJEM**|**POPIS**
45 | |
46 | |
47 | |
48
49 1. Popis navrhovaného riešenia
50
51 Navrhované riešenie projektu „Lepšie e-Gov služby Najvyššieho súdu SR“ sa zameriava na modernizáciu a zefektívnenie sprístupňovania súdnych rozhodnutí prostredníctvom digitálnych nástrojov. Cieľom je vytvorenie centrálnej databázy rozhodnutí Najvyššieho súdu SR (NS SR), ktorá bude verejne dostupná prostredníctvom prepracovaného webového portálu s pokročilými vyhľadávacími možnosťami.
52
53 **Hlavné prvky riešenia:**
54
55 * Vytvorenie novej centrálnej databázy súdnych rozhodnutí – nahradenie súčasných zastaraných riešení a integrácia existujúcich zdrojov (archív, Register NS, NUXEO).
56 * Modernizácia webového portálu – umožnenie efektívneho vyhľadávania rozhodnutí pomocou rozšírených kritérií, fulltextového a sémantického vyhľadávania.
57 * Automatizovaná anonymizácia rozhodnutí – zabezpečenie ochrany osobných údajov v súlade s legislatívou (GDPR, NIS2).
58 * Zavedenie notifikačných a štatistických služieb – používateľom umožní sledovať nové rozhodnutia a analyzovať rozhodovaciu prax.
59 * Cloud-ready riešenie – flexibilná a bezpečná infraštruktúra s rozdelením na verejnú a privátnu zónu pre ochranu citlivých údajov.
60 * Zvýšenie užívateľskej prívetivosti – prepracovanie užívateľského rozhrania v súlade s ID-SK dizajnom a používateľským výskumom.
61
62 **Očakávané prínosy:**
63
64 * Zvýšenie dostupnosti a transparentnosti rozhodnutí NS SR.
65 * Zjednodušenie vyhľadávania a navigácie medzi rozhodnutiami.
66 * Efektívnejšie spracovanie a publikovanie rozhodnutí.
67 * Zlepšenie spokojnosti používateľov s elektronickými službami.
68
69 1. Architektúra riešenia projektu
70
71 V nasledujúcej časti je popísaná architktúra navrhovaného riešenia a to z pohľadu:
72
73 * Biznis architektúry
74 * Aplikačnej architektúry
75 * Dátovej vrstvy
76 * Technologickej vrstvy
77 * Bezpečnostnej architektúry
78 *1. Biznis vrstva
79
80 Základná biznis vrstva navrhovaného riešenia je postavená na princípoch zvýšenia dostupnosti a transparentnosti súdnych rozhodnutí pre odbornú aj laickú verejnosť. Základným cieľom projektu je vytvoriť jednotnú centrálnu databázu rozhodnutí Najvyššieho súdu SR (NS SR), ktorá bude komplexná, ľahko prístupná a bude obsahovať bohaté metaúdaje umožňujúce pokročilé vyhľadávanie.
81
82 Projekt sa zameriava na spracovanie rozhodnutí od ich vydania až po ich publikáciu a analytické využitie. Tento proces zahŕňa automatizovanú anonymizáciu rozhodnutí (v prípade potreby), zabezpečenie ochrany citlivých údajov a ich efektívne zaradenie do centrálnej databázy. Následne bude vytvorený nový webový portál, ktorý umožní používateľom jednoduché a pokročilé vyhľadávanie rozhodnutí na základe širokého spektra kritérií vrátane fulltextového a sémantického vyhľadávania. Okrem toho systém poskytne analytické nástroje na spracovanie údajov (predovšetkým pre potreby rozhodovania Najvyššie súdu), notifikácie o nových rozhodnutiach a verejne dostupné štatistické prehľady o rozhodovacej činnosti NS SR.
83
84 Nový systém bude rozdelený do dvoch hlavných častí: verejnej a privátnej. Verejná časť bude poskytovať anonymizované rozhodnutia a bude optimalizovaná na jednoduchý prístup cez webový portál s intuitívnym používateľským rozhraním. Privátna časť bude obsahovať komplexnejšie analytické nástroje a neanonymizované rozhodnutia, prístupné len pre oprávnených zamestnancov NS SR a KNS SR. V rámci tejto vrstvy bude vybudovaný aj robustný manažment metadát, ktorý umožní lepšie triedenie a spracovanie súdnych rozhodnutí.
85
86 Dôležitou súčasťou projektu je integrácia so súčasnými systémami NS SR a vytvorenie API rozhraní na prepojenie s externými databázami a právnymi systémami. Z hľadiska bezpečnosti bude riešenie navrhnuté tak, aby spĺňalo požiadavky GDPR a kybernetickej bezpečnosti podľa smernice NIS2. Využitie moderných cloudových technológií zabezpečí škálovateľnosť systému a jeho dlhodobú udržateľnosť.
87
88 Navrhované riešenie tak reflektuje potrebu efektívneho digitálneho spracovania a zverejňovania súdnych rozhodnutí, čím prispeje k zníženiu administratívnej záťaže a zvýšeniu transparentnosti súdnictva. Používateľom poskytne komfortné nástroje na vyhľadávanie a analýzu rozhodovacej praxe NS SR, čím naplní strategické ciele digitalizácie verejnej správy a zlepšenia e-Gov služieb v oblasti justície.
89
90 1.
91 11.
92 111. **Kľúčové ciele biznis architektúry**
93
94 **Kľúčové ciele biznis architektúry** navrhovaného riešenia sú definované na základe požiadaviek transparentnosti, efektivity a dostupnosti súdnych rozhodnutí Najvyššieho súdu SR (NS SR). Tieto ciele sú zásadné pre vytvorenie kvalitného informačného systému, ktorý zabezpečí jednoduchý prístup k rozhodnutiam a ich analytické využitie.
95
96 Biznis architektúra projektu je navrhnutá tak, aby zabezpečila efektívnu správu a publikovanie rozhodnutí NS SR, čím prispeje k zvýšeniu transparentnosti súdnictva, zjednodušeniu prístupu k rozhodovacím informáciám a celkovému zlepšeniu digitálnych služieb v oblasti justície.
97
98 **Zvýšenie dostupnosti a transparentnosti súdnych rozhodnutí**
99
100 * Vytvorenie centrálnej databázy rozhodnutí NS SR, ktorá umožní jednoduchý a efektívny prístup k relevantným informáciám.
101 * Zabezpečenie verejného prístupu k rozhodnutiam prostredníctvom nového webového portálu s intuitívnym používateľským rozhraním.
102 * Implementácia notifikačných služieb informujúcich používateľov o nových rozhodnutiach a aktualizáciách.
103
104 **Zlepšenie vyhľadávania a analytických možností**
105
106 * Zavedenie fulltextového a sémantického vyhľadávania umožňujúceho presnejšiu a rýchlejšiu identifikáciu relevantných rozhodnutí.
107 * Podpora pokročilých vyhľadávacích kritérií vrátane právnych inštitútov, merita veci a súvisiacich zákonných ustanovení.
108 * Poskytovanie analytických prehľadov a štatistických dát o rozhodovacej činnosti NS SR.
109
110 **Automatizácia spracovania a anonymizácie rozhodnutí**
111
112 * Automatizovaná anonymizácia citlivých údajov v rozhodnutiach pred ich zverejnením, čím sa zabezpečí súlad s GDPR a ochranou osobných údajov.
113 * Digitalizácia historických rozhodnutí a ich transformácia do formátu umožňujúceho vyhľadávanie a analýzu.
114 * Eliminácia manuálneho spracovania metadát prostredníctvom nových technológií na ich automatické generovanie.
115
116 **Efektívna správa rozhodnutí a integrácia so súčasnými systémami**
117
118 * Prepojenie s existujúcimi systémami NS SR a KNS SR ako aj systémami Ministerstva spravodlivosti („súdny manažment“).
119 * Zabezpečenie kompatibility s právnymi databázami a integrácia otvorených dát pre odbornú aj laickú verejnosť.
120 * Implementácia jednotného API rozhrania pre prístup k súdnym rozhodnutiam a ich efektívne zdieľanie s inými systémami.
121
122 **Zlepšenie používateľskej skúsenosti a digitalizácie súdnictva**
123
124 * Redizajn webového portálu NS SR v súlade s jednotným dizajn manuálom ID-SK pre lepšiu použiteľnosť a prístupnosť.
125 * Zavedenie personalizovaných notifikácií a možností ukladania obľúbených vyhľadávacích dotazov pre odbornú verejnosť.
126 * Optimalizácia systému pre mobilné zariadenia a podporu rôznych formátov výstupu (PDF, CSV, JSON).
127
128 **Zabezpečenie bezpečnosti, udržateľnosti a škálovateľnosti systému**
129
130 * Implementácia bezpečnostných opatrení v súlade so smernicou NIS2 a moderných štandardov kybernetickej bezpečnosti.
131 * Nasadenie cloud-ready riešenia umožňujúceho škálovanie výkonu v závislosti od počtu používateľov a objemu dát.
132 * Dlhodobá udržateľnosť a jednoduchá správa systému prostredníctvom moderných technologických riešení.
133 *1.
134 *11. **Biznis procesy a návrhy ich zmien**
135
136 Projekt sa dotýka viacerých kľúčových biznis procesov súvisiacich so správou, publikovaním a vyhľadávaním súdnych rozhodnutí Najvyššieho súdu SR (NS SR). Tieto procesy budú v rámci projektu optimalizované, automatizované alebo úplne inovované, čím sa zvýši efektivita a kvalita poskytovaných služieb.
137
138 V nasledujúcej tabuľke sú uvedené jednotlivé procesy, ktoré budú projektom dotknuté:
139
140 |**Proces**|**AS IS**|**Návrh zmien projektom**
141 |Digitalizácia historických súdnych rozhodnutí NS SR|(((
142 Historické rozhodnutia sú prevažne v listinnej podobe alebo roztrúsené v rôznych archívoch.
143
144 Digitalizácia prebieha ručne, čo je časovo náročné.
145
146 Chýbajú systematické metadáta pre efektívne vyhľadávanie.
147 )))|(((
148 Automatizovaná digitalizácia a indexácia rozhodnutí.
149
150 Spracovanie metadát a prepojenie so súvisiacimi rozhodnutiami.
151
152 Integrácia digitalizovaných rozhodnutí do centrálnej databázy.
153
154
155 )))
156 |Spracovanie a publikovanie súdnych rozhodnutí NS SR|(((
157 Rozhodnutia sa publikujú manuálne, s veľkým časovým odstupom.
158
159 Neexistuje štandardizovaný proces na anonymizáciu citlivých údajov.
160
161 Publikované rozhodnutia sú dostupné iba v obmedzenom rozsahu a formáte.
162 )))|(((
163 Automatizácia procesu publikovania a zabezpečenie rýchleho zverejnenia.
164
165 Zavedenie nástroja na automatizovanú anonymizáciu rozhodnutí.
166
167 Poskytovanie rozhodnutí pre účely súdnych rozhodovaní vo viacerých formátoch (PDF, CSV, JSON) pre lepšie využitie.
168 )))
169 |Vyhľadávanie a analýza rozhodnutí|(((
170 Obmedzené vyhľadávacie možnosti, nie je možné fulltextové a sémantické vyhľadávanie.
171
172 Používatelia nemôžu kombinovať vyhľadávacie kritériá alebo filtrovať výsledky.
173
174 Chýba prepojenie rozhodnutí s relevantnou judikatúrou.
175 )))|(((
176 Implementácia pokročilého vyhľadávania s možnosťou kombinácie kritérií.
177
178 Zabezpečenie fulltextového a sémantického vyhľadávania.
179
180 Automatické prepojenie rozhodnutí na základe právnych inštitútov a judikatúry.
181 )))
182 |Poskytovanie otvorených údajov a štatistických prehľadov|(((
183 Neexistuje prehľadná databáza otvorených údajov pre verejnosť a analytikov.
184
185 Štatistiky sú generované manuálne a len v obmedzenom rozsahu.
186 )))|(((
187 Automatizované generovanie štatistických prehľadov a analytických výstupov.
188
189 Interaktívne dashboardy pre vizualizáciu údajov o rozhodovacej činnosti NS SR.
190 )))
191 |Notifikácie a informovanie používateľov|(((
192 Používatelia nemajú možnosť byť informovaní o nových rozhodnutiach.
193
194 Chýba personalizácia služieb na základe preferencií používateľov.
195 )))|(((
196 Možnosť nastavenia e-mailových notifikácií o nových rozhodnutiach.
197
198 Zavedenie RSS kanálov na automatické sledovanie zmien v databáze.
199
200 Personalizované upozornenia na nové rozhodnutia podľa vybraných právnych oblastí.
201 )))
202 |Integrácia so súčasnými informačnými systémami|(((
203 Súčasné systémy (Register MSSR, NUXEO) sú neprepojené a nekompatibilné.
204
205 Manuálny prenos údajov medzi systémami spôsobuje chyby a neefektívnosť.
206 )))|(((
207 Vytvorenie jednotného integračného modulu na prepojenie systémov.
208
209 Zabezpečenie automatizovaného prenosu údajov medzi databázami.
210
211 Štandardizácia dátových formátov na kompatibilitu s externými databázami.
212 )))
213
214 1.
215 11.
216 111. Prehľad koncových služieb – budúci stav:
217
218 |(((
219 **Kód KS**
220
221 **//(z MetaIS)//**
222 )))|**Názov KS**|**Používateľ KS //(G2C/G2B/G2G/G2A)//**|(((
223 **Životná situácia**
224
225 **//(+ kód z MetaIS)//**
226 )))|**Úroveň elektronizácie KS**
227 |ks_381142|Poskytovanie vyhľadávania v rozhodnutiach NS SR a zbierke stanovísk|G2C / G2B|018; 057|úroveň 4
228 |ks_381143|Poskytovanie notifikačných služieb a upozornení|G2C / G2B|018; 057|úroveň 4
229 |ks_381144|Poskytovanie štatistických údajov a prehľadov|G2C / G2B|018; 057|úroveň 4
230
231 Na nasledujúcej schéme je uvedená základná biznis architektúra navrhovaného riešenia:
232
233 [[image:1742222789847-218.png]]
234
235 1.
236 11.
237 111. Jazyková podpora a lokalizácia
238
239 Hlavný jazyk web stránky bude slovenčina aj vzhľadom na fakt, že rozhodnutia sú vydávané v slovenskom jazyku.
240
241 1.
242 11. Aplikačná vrstva
243
244 Návrh aplikačnej architektúry vychádza z aktuálnych všeobecne odporúčaných princípov pre tvorbu aplikačných riešení. Zámerom je vybudovať mikroservisne orientované riešenie, ktoré bude ľahko rozširovateľné a optimálne prevádzkovateľné.
245
246 Kritickým parametrom pre návrh aplikačného riešenia je dosiahnutie vysokého stupňa ochrany údajov. Keďže jednotlivé súdne rozhodnutia obsahujú osobné a vysoko citlivé údaje je nutné vytvoriť fyzicky oddelenú architektúru kde bude eliminované riziko vystavenia citlivých údajov do verejných častí sietí. Preto navrhované aplikačné riešenie pozostáva z dvoch hlavných častí:
247
248 1. Verejná časť aplikačného riešenia – táto časť aplikačného riešenia bude spravovať dáta, súdne rozhodnutia, ktoré sú určené na verejné publikovanie. Tieto rozhodnutia prešli anonymizáciou a neobsahujú citlivé údaje. Pre zabezpečenie fyzického oddelenia publikovaných údajov od nepublikovaných, bude táto časť aplikačného riešenia obsahovať samostatný DMS systém a fulltext engine. Súčasťou verejnej časti aplikačného riešenia bude webový portál, ktorý bude poskytovať služby pre komplexné vyhľadávanie zverejnených rozhodnutí.
249 1. Privátna časť aplikačného riešenia – táto časť aplikačného riešenia bude spravovať dáta, súdne rozhodnutia, ktoré sú určené pre interné účely NSSR a KNS SR. Privátna časť aplikačného riešenia bude umiestnená vo vnútornej a zabezpečenej sieti KNSSR. K aplikačným komponentom budú mať prístup len vybraní pracovníci po viacfaktorovej autentifikácií a autorizácií.
250
251 [[image:1742222806174-934.png]]
252
253 **Verejná časť aplikačného riešenia**
254
255 Verejná časť aplikačného riešenia bude pozostávať z nasledovných aplikačných komponentov.
256
257 * Webový portál pre komplexné vyhľadávanie rozhodnutí – aplikačné rozhranie prostredníctvom ktorého bude umožnené verejnosti komplexné vyhľadávanie nad zverejnenými súdnymi rozhodnutiami. Webový portál bude poskytovať plnohodnotné fulltextové vyhľadávanie nad zverejnenými súdnymi rozhodnutiami. Ako aj vyhľadávanie na základe širokej sady definovaných meta-dát, resp. atribútov zverejnených rozhodnutí.
258 * DMS pre webový portál – document management systém, v ktorom budú uchovávané jednotlivé súdne rozhodnutia určené na zverejnenie. Zároveň budú v systéme uchovávané definované meta-dáta k jednotlivým rozhodnutiam. Definovaná sada meta-dát bude menšia ako v rámci privátnej časti aplikačného riešenia. Nakoľko časť meta-dát je identifikovaná ako citlivé dáta a nie je možné je zverejňovať. Pridanie dokumentu do DMS systému bude zároveň spúšťať mechanizmus indexácie pre fulltextové vyhľadávanie.
259 * Fulltext engine pre webový portál – indexovací nástroj v rámci ktorého budú indexované dokumenty zverejňovaných rozhodnutí. Engine poskytuje služby pre fulltextové vyhľadávanie dokumentov rozhodnutí.
260
261 **Privátna časť aplikačného riešenia**
262
263 Privátna časť aplikačného riešenia bude pozostávať z nasledujúcich aplikačných komponentov.
264
265 * Integrovaný analytický modul – bude tvoriť jadro celého aplikačného riešenia. Integrovaný analytický modul bude obsahovať komplexnú biznis logiku pre poskytovanie celej sady aplikačných služieb potrebných pre manažment a správu súdnych rozhodnutí a ich publikovanie. Prístup do integrovaného analytického modulu bude umožnené len definovaným používateľom, ktorí musia absolvovať autentifikáciu a autorizáciu. Používatelia budú sudcovia NSSR a zamestnanci KNS SR. Integrovaný analytický modul bude umožňovať definovať rôzne úrovne oprávnení používateľov a bude umožňovať definovať prístup na jednotlivé súdne rozhodnutia. Integrovaný analytický modul bude poskytovať nasledovné kľúčové funkcionality:
266 ** Komplexné vyhľadávanie súdnych rozhodnutí – vyhľadávanie na základe celkovej sady definovaných metadát jednotlivých súdnych rozhodnutí. Jednotlivé vyhľadávacie kritéria bude možné spájať prostredníctvom logických operácií.
267 ** Komplexné fulltextové vyhľadávanie súdnych rozhodnutí – plnohodnotné fulltextové vyhľadávanie nad evidovanými súdnymi rozhodnutiami.
268 ** Manuálne vkladanie súdnych rozhodnutí – okrem automatického vkladania súdnych rozhodnutí prostredníctvom integračného modulu, bude možné aj manuálne vkladanie súdnych rozhodnutí, ktorých zdrojové systémy nebude možné integrovať.
269 ** Manažment metadát súdnych rozhodnutí – vzhľadom na očakávanú nekonzistentnosť dostupných dát pre jednotlivé súdne rozhodnutia, bude možné pre jednotlivé rozhodnutia manuálne manažovať evidované metadáta. Cieľom je zabezpečiť unifikovanú sadu dát o všetkých súdnych rozhodnutiach.
270 ** Analytické výstupy – modul bude poskytovať celú sadu nástroj pre prípravu analytických výstupov pre dátových analytikov. V kombinácií s komplexnou evidenciou súdnych rozhodnutí, tak bude významne zjednodušovať a urýchľovať prácu súdnym analytikom.
271 ** __Tvorba zbierok – modul bude poskytovať nástroje na automatizovanú tvorbu zbierok stanovísk a rozhodnutí využitím databázy rozhodnutí__
272 ** Anonymizácia rozhodnutí – automatická anonymizácia rozhodnutia pred jeho publikovaním.
273 ** Publikovanie rozhodnutí – označenie anonymizovaného rozhodnutia ako verejného, čím prebehne jeho publikovanie do verejnej časti aplikačného riešenia.
274 * Integračný modul – technický aplikačný komponent ktorý bude zabezpečovať integráciu zdrojových systémov súdnych rozhodnutí a integrovaného analytického modulu. Kľúčovými zdrojovými systémami budú register NS, existujúci systém NUXEO a systém RESS, v ktorom sú evidované súdne rozhodnutia z ostatných súdov.
275 * DMS pre integrovaný analytický modul – analogicky ako pre webový portal bude súčasťou aplikačného riešenia document management systém, v ktorom budú uchovávané jednotlivé súdne rozhodnutia. Zároveň budú v systéme uchovávaná komplexná sada meta-dát k jednotlivým rozhodnutiam. Pridanie dokumentu do DMS systému bude zároveň spúšťať mechanizmus indexácie pre fulltextové vyhľadávanie.
276 * Fulltext engine pre integrovaný analytický modul - indexovací nástroj, v rámci ktorého budú indexované dokumenty súdnych rozhodnutí. Engine poskytuje služby pre fulltextové vyhľadávanie dokumentov rozhodnutí.
277 *1.
278 *11. Rozsah informačných systémov – AS IS
279
280 Samotné webové sídlo nie je evidované ako ISVS v rámci META IS
281
282 |**Kód ISVS (z MetaIS)**|**Názov ISVS**|(((
283 **Modul ISVS**
284
285 **(zaškrtnite ak ISVS je modulom)**
286 )))|(((
287 **Stav IS VS**
288
289 **(AS IS)**
290 )))|**Typ IS VS**|(((
291 **Kód nadradeného ISVS**
292
293 **(v prípade zaškrtnutého checkboxu pre modul ISVS)**
294 )))
295 |N/A|NUXEO|☐|Prevádzkovaný a neplánujem rozvíjať| Agendový|
296 | | |☐| Vyberte jednu z možností| Vyberte jednu z možností|
297
298
299 1.
300 11.
301 111. Rozsah informačných systémov – TO BE
302
303 |**Kód ISVS (z MetaIS)**|**Názov ISVS**|(((
304 **Modul ISVS**
305
306 **(zaškrtnite ak ISVS je modulom)**
307 )))|**Stav IS VS**|**Typ IS VS**|(((
308 **Kód nadradeného ISVS**
309
310 **(v prípade zaškrtnutého checkboxu pre modul ISVS)**
311 )))
312 |isvs_xxxx|Register rozhodnutí|☐| Plánujem budovať| Agendový|
313 | | |☐| Vyberte jednu z možností| Vyberte jednu z možností|
314 | | |☐| Vyberte jednu z možností| Vyberte jednu z možností|
315
316 1.
317 11.
318 111. Využívanie nadrezortných a spoločných ISVS – AS IS
319
320 Nevyužívajú sa integrácie na nadrezortné a spoločné ISVS
321
322 |**Kód IS**|**Názov ISVS**|**Spoločné moduly podľa zákona č. 305/2013  e-Governmente**
323 | | |
324 | | |
325 | | |
326 | | |
327
328 1.
329 11.
330 111. Prehľad plánovaných integrácií ISVS na nadrezortné ISVS – spoločné moduly podľa zákona č. 305/2013  e-Governmente – TO BE
331
332 Projekt nepredpokladá využívanie nadrezortných a spoločných ISVS
333
334 |**Kód IS**|**Názov ISVS**|**Spoločné moduly podľa zákona č. 305/2013  e-Governmente**
335 | | |
336 | | |
337 | | |
338 | | |
339
340
341 1.
342 11.
343 111. Prehľad plánovaného využívania iných ISVS (integrácie) – TO BE
344
345 |(((
346 **Kód ISVS**
347
348 **//(z MetaIS)//**
349 )))|(((
350 **Názov ISVS**
351
352
353 )))|(((
354 **Kód integrovaného ISVS**
355
356 **//(z MetaIS)//**
357 )))|**Názov integrovaného ISVS**
358 |TBD|NUXEO|TBD|IS Register rozhodnutí
359 |TBD|Register MS SR|TBD|IS Register rozhodnutí
360 |TBS|Register Ústavného súdu|TBD|IS Register rozhodnutí
361 | | | |
362 | | | |
363 | | | |
364
365
366 1.
367 11.
368 111. Aplikačné služby pre realizáciu koncových služieb – TO BE
369
370 |(((
371 **Kód AS**
372
373 **//(z MetaIS)//**
374 )))|**Názov  AS**|(((
375 **ISVS/modul ISVS**
376
377 **//(kód z MetaIS)//**
378 )))|(((
379 **Aplikačná služba realizuje KS**
380
381 **//(kód KS z MetaIS)//**
382 )))
383 |as_66968|Ukladanie dokumentov|isvs_14983|
384 |as_66970|Poskytovanie dokumentov|isvs_14983|
385 |as_66971|Fulltextové vyhľadávanie|isvs_14983|ks_381142 Poskytovanie vyhľadávania v rozhodnutiach NS SR a zbierke stanovísk
386 |as_66972|Manažment používateľov|isvs_14983|
387 |as_66973|Riadenie prístupov|isvs_14983|
388 |as_66974|Manažment metadát rozhodnutí|isvs_14983|
389 |as_66975|Anonymizácia rozhodnutí|isvs_14983|
390 |as_66976|Publikovanie rozhodnutí|isvs_14983|
391 |as_66977|Spracovanie analytických výstupov|isvs_14983|
392 |as_66978|Spracovanie štatistík a prehľadov|isvs_14983|(((
393 ks_381144
394
395 Poskytovanie štatistických údajov a prehľadov
396 )))
397 |as_66979|Notifikácia o vydaných rozhodnutiach|isvs_14983|ks_381143 Poskytovanie notifikačných služieb a upozornení
398 |as_66980|Integrácia údajov|isvs_14983|
399 |as_66981|Generovanie zbierok stanovísk a rozhodnutí|isvs_14983|
400
401 1.
402 11.
403 111. Aplikačné služby na integráciu – TO BE
404
405 V rámci projektu nebudú vytvárané aplikačné služby na integráciu
406
407 |(((
408 **AS**
409
410 **(Kód MetaIS)**
411 )))|(((
412
413
414 **Názov  AS**
415 )))|(((
416 **Realizuje ISVS**
417
418 **(kód MetaIS)**
419 )))|**Poskytujúca alebo Konzumujúca**|**Integrácia cez CAMP**|**Integrácia s IS tretích strán**|**SaaS**|(((
420 **Integrácia na AS poskytovateľa**
421
422 **(kód MetaIS)**
423 )))
424 | | | |Poskytovaná / Konzumujúca|Áno/Nie|Áno/Nie|Áno/Nie|
425 | | | |Poskytovaná / Konzumujúca|Áno/Nie|Áno/Nie|Áno/Nie|
426 | | | |Poskytovaná / Konzumujúca|Áno/Nie|Áno/Nie|Áno/Nie|
427
428 1.
429 11.
430 111. Poskytovanie údajov z ISVS do IS CSRÚ – TO BE
431
432 Samotný systém nebude poskytovať údaje do IS CSRU
433
434 |**ID OE**|**Názov (poskytovaného) objektu evidencie**|**Kód ISVS poskytujúceho OE**|**Názov ISVS poskytujúceho OE**
435 | | | |
436 | | | |
437 | | | |
438
439 1.
440 11.
441 111. Konzumovanie údajov z IS CSRU – TO BE
442
443 Samotný systém nebude konzumovať údaje z IS CSRŔ
444
445 |**ID  OE**|**Názov (konzumovaného) objektu evidencie**|**Kód a názov ISVS konzumujúceho OE z IS CSRÚ**|**Kód zdrojového ISVS v MetaIS**
446 | | | |
447 | | | |
448 | | | |
449
450 1.
451 11. Dátová vrstva
452
453 Dátová vrstva projektu bude robustná a škálovateľná, s **centrálnou databázou rozhodnutí**, ktorá podporí efektívne vyhľadávanie, anonymizáciu, publikovanie a analýzu súdnych rozhodnutí. Navrhované dátové objekty zabezpečia systematickú organizáciu údajov a umožnia vysokú mieru automatizácie spracovania a poskytovania súdnych rozhodnutí NS SR.
454
455 1.
456 11.
457 111. Údaje v správe organizácie
458
459 Údaje v správe organizácie sú definované legislatívnymi normami, ktoré ukladajú práva a povinnosti v oblasti zaznamenávania a ukladania údajov. Prosim doplnit legislativu
460
461 1.
462 11.
463 111. Dátový rozsah projektu - Prehľad objektov evidencie - TO BE
464
465 Projekt svojim charakterom nezavádza žiadny systematický manažment údajov.
466
467
468 |ID OE|Objekt evidencie – názov|Objekt evidencie - popis|Referencovateľný identifikátor URI dátového prvku
469 |ID_1|Rozhodnutie|(((
470 Hlavný objekt obsahujúci údaje o súdnom rozhodnutí, jeho metaúdaje a prepojenia na súvisiace informácie.
471
472 Atribúty:
473
474 * ID rozhodnutia (unique_id) – jednoznačný identifikátor rozhodnutia
475 * Spisová značka (case_number) – označenie prípadu
476 * ECLI (European Case Law Identifier) – medzinárodný identifikátor rozhodnutia
477 * Dátum vydania (decision_date)
478 * Súdne kolégium (judicial_panel) – správne, trestné, občianskoprávne
479 * Typ rozhodnutia (decision_type) – rozsudok, uznesenie, stanovisko
480 * Právna oblasť (legal_area) – napr. občianske právo, trestné právo
481 * Predmet konania (case_subject) – vecný opis prípadu
482 * Anonymizované rozhodnutie (anonymized_text) – upravená verzia rozhodnutia
483 * Neanonymizované rozhodnutie (full_text) – interná verzia pre oprávnené osoby
484 * Súvisiace rozhodnutia (related_decisions) – prepojenie na predchádzajúce podobné prípady
485 * Súvisiace zákonné ustanovenia (related_laws) – prepojenie na konkrétne paragrafy právnych predpisov
486 )))|//nemá//
487 |ID_2|Metaúdaje rozhodnutia|(((
488 Štruktúra obsahujúca podrobné metadáta rozhodnutia, ktoré umožňujú presnejšiu klasifikáciu a vyhľadávanie.
489
490 Atribúty:
491
492 * Kľúčové slová (keywords) – definované súdnymi analytikmi
493 * Výsledok konania (outcome) – napr. zamietnutie, vyhovenie, čiastočné vyhovenie
494 * Dôležité právne argumenty (legal_arguments) – hlavné body rozhodnutia
495 * Právny základ (legal_basis) – odkazy na konkrétne zákony a judikatúru
496 * Sudca / senát (judges) – sudca alebo členovia senátu, ktorí rozhodovali
497 * Dátum publikácie (publication_date) – dátum zverejnenia rozhodnutia
498 * Zdroj rozhodnutia alebo objektu (source) – Register NS, NUXEO, iné súdne databázy
499 )))|//nemá//
500 |ID_3|Anonymizačné údaje|(((
501 Obsahuje informácie o anonymizovaných častiach rozhodnutia, ktoré boli upravené v súlade s GDPR.
502
503 **A**tribúty:
504
505 * ID rozhodnutia (decision_id) – referenčný identifikátor
506 * Typ údajov anonymizovaných (data_type) – osobné údaje, názvy subjektov, adresy
507 * Dátum anonymizácie (anonymization_date)
508 * Zodpovedná osoba (processed_by) – kto vykonal anonymizáciu
509 * Automatizovaná / manuálna anonymizácia (method)
510 )))|//nemá//
511 |ID_4|Užívateľská aktivita|(((
512 Záznamy o interakciách používateľov so systémom, určené na audit a bezpečnostné účely.
513
514 Atribúty:
515
516 * ID užívateľa (user_id)
517 * Dátum a čas prístupu (access_time)
518 * Akcia (action) – vyhľadávanie, stiahnutie, zobrazenie
519 * Filtrované kritériá (search_filters)
520 * IP adresa (ip_address)
521 )))|//nemá//
522 |ID_5|Štatistické údaje|(((
523 Slúži na generovanie analytických výstupov a štatistík o rozhodovacej činnosti NS SR.
524
525 Atribúty:
526
527 * Počet rozhodnutí v systéme (total_decisions)
528 * Počet zverejnených rozhodnutí (published_decisions)
529 * Najčastejšie právne oblasti (top_legal_areas)
530 * Počet vyhľadávaní (search_queries)
531 * Počet notifikácií odoslaných používateľom (notifications_sent)
532 )))|//nemá//
533 |ID_6|API a integrácie (API_Logs)|(((
534 Obsahuje informácie o interakciách externých systémov s databázou rozhodnutí prostredníctvom API.
535
536 Atribúty:
537
538 * API volanie (api_request) – typ požiadavky (GET, POST, DELETE)
539 * Dátum a čas volania (request_time)ň
540 * Externý systém (external_system) – kto API volal
541 * Počet vrátených výsledkov (results_count)
542 )))|//nemá//
543
544 Detailná dátová štruktúra bude navrhnutá v rámci fázy Analýzy a dizajn.
545
546 1.
547 11.
548 111. Referenčné údaje
549
550 Projekt svojim charakterom nezavádza žiadny systematický manažment údajov.
551
552 1.
553 11.
554 111.
555 1111. Objekty evidencie z pohľadu procesu ich vyhlásenia za referenčné
556
557 Nerelevantné
558
559 |**ID OE**|(((
560 **Názov referenčného registra /objektu evidencie**
561
562 **//(uvádzať OE z tabuľky v kap. 4.3.2)//**
563 )))|**Názov referenčného údaja (atribúty)**|**Identifikácia subjektu, ku ktorému sa viaže referenčný údaj**|**Zdrojový register a registrátor zdrojového registra**
564 | | | | |
565 | | | | |
566 | | | | |
567
568 1.
569 11.
570 111.
571 1111. Identifikácia údajov pre konzumovanie alebo poskytovanie údajov  do/z CSRU
572
573 Projekt negeneruje údaje na poskytovanie do CSRÚ a zároveň nebudú údaje z CSRÚ ani konzumované
574
575 |**ID OE**|(((
576 **Názov referenčného údaja /objektu evidencie**
577
578 **//(uvádzať OE z tabuľky v kap. 4.3.2)//**
579 )))|**Konzumovanie / poskytovanie**|**Osobitný právny predpis pre poskytovanie / konzumovanie údajov**
580 | | |Vyberte jednu z možností.|
581 | | |Vyberte jednu z možností.|
582 | | |Vyberte jednu z možností.|
583
584 1.
585 11.
586 111. Kvalita a čistenie údajov
587
588 Projekt svojim charakterom nezavádza žiadny systematický manažment údajov.
589
590 1.
591 11.
592 111.
593 1111. Zhodnotenie objektov evidencie z pohľadu dátovej kvality
594
595 |**ID OE**|(((
596 **Názov Objektu evidencie**
597
598 **//(uvádzať OE z tabuľky v kap. 4.3.2)//**
599 )))|(((
600 **Významnosť kvality**
601
602 **//1 (malá) až 5 (veľmi významná)//**
603 )))|(((
604 **Citlivosť kvality**
605
606 **//1 (malá) až 5 (veľmi významná)//**
607 )))|(((
608 **Priorita //– poradie dôležitosti//**
609
610 **//(začnite číslovať od najdôležitejšieho)//**
611 )))
612 |ID_1|Rozhodnutie|5|5|1.
613 |ID_2|Metaúdaje rozhodnutia|5|5|1.
614 |ID_3|Anonymizačné údaje|5|5|1.
615 |ID_4|Užívateľská aktivita|3|3|3.
616 |ID_5|Štatistické údaje|3|3|3.
617 |ID_6|API a integrácie (API_Logs)|4|5|2.
618
619 1.
620 11.
621 111.
622 1111. Roly a predbežné personálne zabezpečenie pri riadení dátovej kvality
623
624 Projekt svojim charakterom nezavádza žiadny systematický manažment údajov.
625
626 |**Rola**|**Činnosti**|**Pozícia zodpovedná za danú činnosť (správca ISVS / dodávateľ)**
627 |**Dátový kurátor**|Evidencia požiadaviek na dátovú kvalitu, monitoring a riadenie procesu|Dátový kurátor správcu IS
628 |**Data steward**|Čistenie a stotožňovanie voči referenčným údajom|Pracovník IT podpory
629 |**Databázový špecialista**|Analyzuje požiadavky na dáta, modeluje obsah procedúr|Dodávateľ
630 |**Dátový špecialista pre dátovú kvalitu**|Spracovanie výstupov merania, interpretácie, zápis biznis pravidiel, hodnotiace správy z merania|Dátový špecialista pre dátovú kvalitu – nová interná pozícia v projekte
631 |***Iná rola (doplniť)**| |
632
633
634 1.
635 11.
636 111. Otvorené údaje
637
638 Projekt svojim charakterom nezavádza žiadny systematický manažment údajov.
639
640 |(((
641 **Názov objektu evidencie / datasetu**
642
643 **//(uvádzať OE z tabuľky v kap. 4.3.2)//**
644 )))|(((
645
646
647 **Požadovaná interoperabilita**
648
649 **(//3★ - 5★)//**
650 )))|(((
651 **Periodicita publikovania**
652
653 **//(týždenne, mesačne, polročne, ročne)//**
654 )))
655 |ID_5 Štatistické údaje|3★|Mesačne
656 | |Vyberte jednu z možností.|Vyberte jednu z možností.
657 | |Vyberte jednu z možností.|Vyberte jednu z možností.
658 | |Vyberte jednu z možností.|Vyberte jednu z možností.
659 | |Vyberte jednu z možností.|Vyberte jednu z možností.
660 | |Vyberte jednu z možností.|Vyberte jednu z možností.
661
662 1.
663 11.
664 111. Analytické údaje
665
666 Projekt svojim charakterom nezavádza žiadny systematický manažment údajov a nebude poskytovať analytické údaje do externého prostredia
667
668 |**ID**|**Názov objektu evidencie pre analytické účely**|**Zoznam atribútov objektu evidencie**|**Popis a špecifiká objektu evidencie**
669 | |//napr. Dataset vlastníkov automobilov//|//identifikátor vlastníka; EČV; typ_vozidla; okres_evidencie;...//|//- dataset obsahuje osobné informácie (r.č. vlastníka)//
670 | | | |
671 | | | |
672
673 1.
674 11.
675 111. Moje údaje
676
677 Projekt svojim charakterom nezavádza žiadny systematický manažment údajov a nebude poskytovať moje údaje
678
679
680 |**ID**|(((
681 **Názov registra / objektu evidencie**
682
683 **//(uvádzať OE z tabuľky v kap. 4.3.2)//**
684 )))|**Atribút objektu evidencie**|**Popis a špecifiká objektu evidencie**
685 | | | |
686 | | | |
687 | | | |
688 | | | |
689
690
691 1.
692 11.
693 111. Prehľad jednotlivých kategórií údajov
694
695 Projekt svojim charakterom nezavádza žiadny systematický manažment údajov.
696
697
698 |**ID**|(((
699 **Register / Objekt evidencie**
700
701 **//(uvádzať OE z tabuľky v kap. 4.3.2)//**
702 )))|**Referenčné údaje**|**Moje údaje**|**Otvorené údaje**|**Analytické údaje**
703 |ID_1|Rozhodnutie|☐|☐|☐|☐
704 |ID_2|Metaúdaje rozhodnutia|☐|☐|☐|☐
705 |ID_3|Anonymizačné údaje|☐|☐|☐|☐
706 |ID_4|Užívateľská aktivita|☐|☐|☐|☐
707 |ID_5|Štatistické údaje|☐|☐|☐|☐
708 |ID_6|API a integrácie (API_Logs)|☐|☐|☒|☐
709
710
711 1.
712 11. Technologická vrstva
713
714 Za správu webovej stránky zodpovedá externý subjekt, s ktorým má KNS SR uzatvorenú SLA zmluvu, a to už od roku 2018. Prvá väčšia úprava webovej stránky sa realizovala v roku 2021 rovnakým externým subjektom.
715
716 V rámci technologických úprav na front – ende sa plánovaný projekt zameriava na úpravu webovej stránky iba v dvoch moduloch, a to: [[https:~~/~~/www.nsud.sk/rozhodnutia/>>url:https://www.nsud.sk/rozhodnutia/]] a [[https:~~/~~/www.nsud.sk/zbierka-stanovisk-a-rozhodnuti/>>url:https://www.nsud.sk/zbierka-stanovisk-a-rozhodnuti/]]. Uvažovaná je technologická alternatíva, v ktorej bude vytvorená webová aplikácia publikovaná cez vlastnú a nikde nepublikovanú adresu ako verejne dostupný web (subdoména) prístupný cez existujúcu webovú stránku. Z existujúcej webovej stránky bude možnosť vyhľadávania odstránená. Táto webová aplikácia bude obsahovať formulár vyhľadávača s konfigurovanými vyhľadávacími kritériami pre vyhľadávanie nad databázou súdnych rozhodnutí a zbierky stanovísk. Vyplnením vyhľadávacích kritérií a ich kombinácií budú môcť používatelia získať relevantnú kvalitnú informáciu v podobe rozhodnutí, ktoré budú vyhovovať zadaným kritériám. Prevádzka webovej aplikácie bude zabezpečená na serveri v správe KNS SR. Podstata webovej aplikácie bude spočívať v zaistení efektívnej metódy sprístupnenia výsledkov rozhodovacej a zjednocovacej činnosti NS SR.
717
718 V rámci technologických úprav na back – ende je potrebné navrhnúť a implementovať nové databázové riešenie. Databáza NUXEO bola implementovaná v roku 2021 ako open source softvér customizovaný na definované požiadavky a potreby. Open source softvér NUXEO v použitej verzii aktuálne už nemá zabezpečenú technologickú podporu. Aktualizácia softvéru nemohla byť realizovaná, nakoľko by mohlo byť ohrozené nadstavbové prispôsobenie produktu definovaným požiadavkám, čím by došlo k úplnému odstaveniu tejto databázy. Databáza NUXEO je udržiavaná v použiteľnom stave, ktorý však nie je technologicky spoľahlivý. Preto jedinou alternatívou je vytvoriť nové databázové riešenie. Uvedené nevylučuje využitie relevantných softvérov bežne dostupných na trhu, ktoré budú customizované. Databáza musí byť integrovaná na webovú aplikáciu koncovej služby.
719
720 V tejto fáze sa, vzhľadom na úzku väzbu plánovaných technologických zmien, ako ideálnou javí alternatíva externého dodávateľa, ktorý bude schopný vytvoriť aj databázové riešenie aj webovú aplikáciu, vrátane migrácie a spracovania dát. Do úvahy pripadá aj alternatíva, kedy webová aplikácia vyhľadávania bude vytvorená súčasným správcom webovej stránky a na dodanie databázového riešenia bude vybraný iný externý subjekt. Pre voľbu výslednej podoby riešenia je rozhodujúci najlepší spôsob dosiahnutia popísaného účelu.
721
722 Celé technologické riešenie bude pripravované ako „cloud ready“ systém. Jednotlivé aplikačné komponenty budú implementované vo forme aplikačných kontajnerov, ktoré bude možné automatizovane nasadzovať na jednotlivé technologické komponenty. Tieto komponenty bude možné prevádzkovať v rôznych režimoch, či už v režime „on-premise“ ako samostatné aplikačné komponenty, v režime „on-premise“ clustrového riešenia alebo napr. v prostredí vládneho cloudu.
723
724 V rámci navrhovaného riešenia je uvažovaný minimalistický prístup, ktorý vytvorí predpoklady na efektívne použitie vytvorených aplikačných komponentov v budúcnosti a zároveň bude dosiahnuteľný v stanovenom časovom horizonte. Takto vytvorené riešenie bude možné do budúcna výkonnostne škálovať podľa potrieb, vzhľadom na počet používateľov, spracovávaných súdnych rozhodnutí a podobne.
725
726 Technologické riešenie bude analogicky ako aplikačné riešenie rozdelené do dvoch hlavných častí:
727
728 1. Verejná časť technologického riešenia – verejná časť bude umiestnená v DMZ zóne a bude sprístupňovať aplikačné služby do internetu pre použitie verejnosti. Verejná časť technologického riešenia bude chránená firewallom, ktorý bude zabezpečovať ochranu verejnej časti technologického riešenia. Z verejnej časti technologického riešenia nebude umožnený prístup do privátnej časti riešenia.
729 1. Privátna časť technologického riešenia – privátna časť technologického riešenia bude umiestnená v privátnej zóne, ktorá bude od verejnej časti technologického riešenia oddelená firewallom. V privátnej časti riešenia budú prevádzkované aplikačné komponenty, ktoré budú prístupné len interným používateľom súdov.
730
731 Jednotlivé aplikačné komponenty budú prevádzkované v podobe aplikačných kontajnerov, ktoré budú nasadené na stand-alone aplikačných serveroch. Komunikácia medzi privátnou a verejnou časťou riešenia bude prebiehať len v smere z privátnej časti do verejnej časti. Týmto bude zabezpečené, že aj v prípade útoku a kompromitovania verejnej časti riešenia nebude možné pristúpiť k privátnej časti technologického riešenia.
732
733 [[image:1742222826513-932.png]]
734
735 V rámci zamýšľaného projektu sa uvažuje nad nasledovnou technologickou architektúrou, pričom bude využité interné prostredie Najvyššie súdu, avšak riešenie musí byť postavené tak, aby bolo nasaditeľné aj v cloude
736
737 1.
738 11.
739 111. Prehľad technologického stavu - AS IS
740
741 **doplniť**
742
743 1.
744 11.
745 111. Požiadavky na výkonnostné parametre, kapacitné požiadavky – TO BE
746
747 |**Parameter**|**Jednotky**|**Predpokladaná hodnota**|**Poznámka**
748 |Počet interných používateľov|Počet|50|Odhad
749 |Počet súčasne pracujúcich interných používateľov v špičkovom zaťažení|Počet|25|Odhad
750 |Počet externých používateľov (internet)|Počet|500/ deň|Odhad
751 |Počet externých používateľov používajúcich systém v špičkovom zaťažení|Počet|75/deň|Odhad
752 |Počet transakcií (podaní, požiadaviek) za obdobie|Počet/obdobie|2500/deň|Odhad
753 |Objem údajov na transakciu|Objem/transakcia|N/A|N/A
754 |Objem existujúcich kmeňových dát|Objem|N/A|N/A
755 |Ďalšie kapacitné a výkonové požiadavky ...| |N/A|N/A
756
757
758 1.
759 11.
760 111. Návrh riešenia technologickej architektúry
761
762 Navrhovaná technologická architektúra projektu musí zabezpečiť škálovateľnosť, bezpečnosť a vysoký výkon pri spracovaní a vyhľadávaní súdnych rozhodnutí. Systém bude navrhnutý ako cloud-ready riešenie s rozdelením na verejnú a privátnu časť, pričom dôraz sa kladie na kontajnerizáciu, vysokú dostupnosť a bezpečnosť dát.
763
764 **Základné architektonické princípy**
765
766 * Mikroservisná architektúra – umožní lepšiu škálovateľnosť a rozdelenie zodpovedností medzi jednotlivé komponenty.
767 * Kontajnerizácia (Docker, Kubernetes) – kontajnery umožnia flexibilné nasadzovanie a škálovanie jednotlivých služieb.
768 * Delenie na verejnú a privátnu vrstvu – oddelenie interných a verejných dát kvôli bezpečnosti.
769 * Cloud-ready riešenie – systém bude možné prevádzkovať v hybridnom režime (on-premise + vládny cloud).
770 * Bezpečnostné štandardy – súlad so smernicou NIS2, GDPR a šifrovanie údajov.
771
772 **Štruktúra technologickej architektúry**
773
774 * A. Verejná časť systému (Public Layer)
775 ** Webový portál – frontendová aplikácia umožňujúca vyhľadávanie a zobrazenie rozhodnutí.
776 ** Vyhľadávací engine – služba zabezpečujúca fulltextové a sémantické vyhľadávanie.
777 ** Open Data API – verejne dostupné API na poskytovanie anonymizovaných údajov.
778 ** Notifikačný systém – mechanizmus na informovanie používateľov o nových rozhodnutiach.
779 * B. Privátna časť systému (Private Layer)
780 ** Centrálna databáza súdnych rozhodnutí – správa neanonymizovaných aj anonymizovaných rozhodnutí.
781 ** Anonymizačný modul – automatické odstránenie citlivých údajov pred publikovaním.
782 ** Manažment metadát – systém na spracovanie a obohacovanie rozhodnutí o dodatočné metadáta.
783 ** Integrácie so súčasnými systémami – prepojenie s Register NS, NUXEO, RESS.
784
785
786 * C. Infraštruktúrna vrstva (Infrastructure Layer)
787 ** Load Balancer – rovnomerné rozloženie požiadaviek medzi servery.
788 ** Caching vrstva (Redis, Elasticsearch) – zrýchlenie vyhľadávania a minimalizácia dotazov na databázu.
789 ** Logging a monitoring – zabezpečenie auditu a dohľadu nad prevádzkou systému (Elastic Stack, Prometheus, Grafana).
790 ** Šifrované úložisko – zabezpečenie dát v rámci storage riešenia (AES-256).
791
792 **Navrhovaný Technologický stack**
793
794 V nasledujúcej tabuľke sú uvedené predpokladané technologické komponenty, ktoré budú použité, pričom ich finálne riešenie bude súčasťou DNR
795
796 |**Oblasť**|**Prvky**
797 |Frontend|(((
798 * React/Vue.js – moderný framework pre webovú aplikáciu
799 * Tailwind CSS – dizajnový systém v súlade s ID-SK štandardmi
800 * WebAssembly (voliteľné) – ak bude potrebné zrýchliť spracovanie niektorých funkcií
801 )))
802 |Backend|(((
803 * Spring Boot / Node.js – API a mikroservisná architektúra
804 * Elasticsearch – fulltextové vyhľadávanie
805 * Redis – caching vrstva na optimalizáciu výkonu
806 * RabbitMQ/Kafka – event-driven architektúra na spracovanie notifikácií a publikovanie rozhodnutí
807 )))
808 |Databáza|(((
809 * PostgreSQL – primárna relačná databáza s podporou JSONB
810 * MinIO / S3 – objektové úložisko na ukladanie súborov rozhodnutí
811 * Elastic Stack (ELK) – logovanie a analýza systémových udalostí
812 )))
813 |Bezpečnosť|(((
814 * OAuth2 / Keycloak – autentifikácia a autorizácia
815 * TLS 1.3 / HTTPS – zabezpečenie komunikácie
816 * Anonymizačné AI nástroje – NLP modely na detekciu a odstránenie osobných údajov
817 )))
818
819 Navrhovaná technologická architektúra poskytne vysokú škálovateľnosť, výkon a bezpečnosť, pričom systém bude optimalizovaný pre nízku latenciu pri vyhľadávaní, automatizovanú anonymizáciu a rýchle publikovanie súdnych rozhodnutí. Použitie moderných cloud-native technológií a mikroservisnej architektúry umožní dlhodobú udržateľnosť riešenia a jeho jednoduchú rozšíriteľnosť podľa budúcich potrieb.
820
821 1.
822 11.
823 111. Využívanie služieb z katalógu služieb vládneho cloudu
824
825 V prípade, ak budú využité služby vládneho cloudu, pôjde o služby, ktoré poskytnú požadované výpočtové parametre, ktoré sú uvedené v predchádzajúcej kapitole:
826
827 |(((
828 **Kód infraštruktúrnej služby**
829
830 **//(z MetaIS)//**
831 )))|**Názov infraštruktúrnej služby**|(((
832 **Kód využívajúceho ISVS**
833
834 **//(z MetaIS)//**
835 )))|**Názov integrovaného ISVS**
836 | | | |
837 | | | |
838
839
840 |(% rowspan="2" %)**Prostredie**|(% rowspan="2" %)(((
841 **Kód infraštruktúrnej služby**
842
843 **//(z MetaIS)//**
844 )))|(% rowspan="2" %)**Názov infraštruktúrnej služby/ Služba z katalógu cloudových služieb pre zriadenie výpočtového uzla **|(% colspan="4" %)**Požadované kapacitné parametre služby
845 (doplňte stĺpec parametra, ak je dôležitý pre konkrétnu službu)**
846 |Dátový priestor (GB)|Tier diskového priestoru|Počet vCPU|RAM (GB)
847 |Vývojové| | | | | |
848 |Testovacie| | | | | |
849 |Produkčné| | | | | |
850 |(((
851 ďalšie...
852
853 (uviesť názov)
854 )))| | | | | |
855
856
857
858 |**Prostredie**|**Ďalšie služby potrebné na prevádzku projektu z katalógu služieb vládneho cloudu (stručný popis / názov)**|(((
859 **Kód služby**
860
861 **//(z MetaIS)//**
862 )))|**Parametre pre službu (doplňte stĺpec parametra, ak je dôležitý pre konkrétnu službu)**
863 |Vývojové|Doplň názov a stručný popis| |
864 |Testovacie|Doplň názov a stručný popis| |
865 |Produkčné|Doplň názov a stručný popis| |
866 |(((
867 ďalšie...
868
869 (uviesť názov)
870 )))| | |
871
872
873 1.
874 11. Bezpečnostná architektúra
875 111. Úvod a ciele
876
877 Cieľom je dosiahnutie minimálnej úrovne bezpečnosti stanovenej analýzou rizík, požiadavkami vlastníkov a zabezpečenie súladu s platnou legislatívou SR a EÚ a to všetko za zachovania definovanej funkcionality a dostupnosti systému a v ňom spracúvaných informácií.
878
879 1.
880 11.
881 111. Počiatočné posúdenie a príprava dokumentácie
882 1111. Súlad s legislatívnymi a technickými normami
883
884 Návrh riešenia musí spĺňať všetky príslušné legislatívne a technické normy, vrátane:
885
886 * **Zákona č. 95/2019 Z.z.** o informačných technológiách vo verejnej správe,
887 * **Zákona č. 69/2018 Z.z.** o kybernetickej bezpečnosti,
888 * **Vyhlášky č. 78/2020 Z. z.** o štandardoch pre informačné technológie verejnej správy,
889 * **Vyhlášky č. 179/2020 Z. z.** o kategorizácii a obsahu bezpečnostných opatrení informačných technológií verejnej správy.
890 * **Metodika Csirt pre systematické zabezpečenie organizácií verejnej správy v oblasti informačnej bezpečnosti**
891 * ISO 27001:2022, ISO 27002:2022, ISO 27005:2022, ISO 27017 a 27018, ISO 22301, 22313
892
893 Navrhované riešenie musí byť v súlade s dotknutými právnymi normami (v aktuálnom znení) a technickými štandardmi, ktoré stanovujú úroveň potrebnej bezpečnosti IS,  pre manipuláciu so samotnými dátami, alebo technické/technologické/personálne zabezpečenie samotnej výpočtovej techniky/HW vybavenia.
894
895 1.
896 11.
897 111.
898 1111. Posúdenie vplyvu na ochranu osobných údajov (DPIA)
899
900 Keďže projekt zahŕňa spracovanie osobných údajov, prvým krokom bude vykonanie **Posúdenia vplyvu na ochranu osobných údajov (DPIA) **dodávateľom. Tento proces identifikuje a analyzuje potenciálne riziká spojené s ochranou osobných údajov a poskytne základ pre návrh bezpečnostnej architektúry informačného systému a bezpečnostných opatrení. DPIA bude vypracované v súlade s:
901
902 * **Nariadením Európskeho parlamentu a Rady (EÚ) 2016/679** (GDPR),
903 * **Zákonom č. 18/2018 Z. z.** o ochrane osobných údajov,
904 * **Vyhláškou č. 158/2018 Z. z.** o postupe pri posudzovaní vplyvu na ochranu osobných údajov.
905
906 Tento produkt je vstupom do produktu definitívny návrh riešenia. Je aktualizovaný podľa potreby počas celého trvania projektu.
907
908 DPIA je posudzovaná a schvaľovaná zodpovednou osobou za ochranu osobných údajov v K NSSR.
909
910 1.
911 11.
912 111.
913 1111. Bezpečnostný projekt
914
915 Dodávateľ vypracuje bezpečnostný projekt obsahujúci detailný popis implementovaných resp. navrhovaných bezpečnostných opatrení, minimálne v rozsahu požiadaviek Zákona č. 95/2019 Z. z. o informačných technológiách vo verejnej správe a Vyhlášky 179/2020, ktorou sa ustanovuje spôsob kategorizácie a obsah bezpečnostných opatrení informačných technológií verejnej správy, príloha č. 3 ktorý bude špecificky vypracovaný pre implementovaný informačný systém.
916
917 Bezpečnostný zámer musí pokryť:
918
919 * Všetky aktíva, podporné aktíva implementovaného informačného systému a vymedzenie okolia
920
921 Analýza bezpečnosti musí pokryť:
922
923 * Katalóg aktív z bezpečnostného zámeru
924 * Identifikáciu hrozieb, zraniteľností a vplyvov špecifických pre implementovaný informačný systém, teda vyplývajúcich zo špecifických vlastností navrhovanej architektúry a prostredia konkrétneho riešenia
925 * Identifikáciu a opis bezpečnostných opatrení pre implementovaný informačný systém
926
927 Tento produkt je vstupom do produktu definitívny návrh riešenia. Je aktualizovaný podľa potreby počas celého trvania projektu.
928
929 1.
930 11.
931 111. Bezpečnostné požiadavky
932
933 Bezpečnostné požiadavky riešenia musia byť detailne popísané v príslušnej bezpečnostnej dokumentácii. Všetky navrhované bezpečnostné opatrenia sú posudzované a schvaľované MKB.
934
935 1.
936 11.
937 111.
938 1111. Technické a organizačné opatrenia
939
940 Na základe výsledkov DPIA, bezpečnostného projektu a legislatívnych požiadaviek budú navrhnuté a implementované nasledovné technické a organizačné opatrenia:
941
942 * **Zabezpečenie fyzickej bezpečnosti**
943 * **Analýza rizík**
944 * **Riadenie prístupov**
945 ** **Autentizácia **– správa identít
946 ** **Autorizácia (RBAC) - **musí byť implementované riadenie prístupov na všetkých úrovniach riešenia. To zahrňuje:
947 *** Detailný popis prístupových práv a privilegovaných účtov
948 *** Zohľadnenie požiadaviek na zastupiteľnosť a oddelenie právomocí
949 *** Minimalizáciu oprávnení a rozsah prístupov ku skupinám informácií
950 *** Časové obmedzenia prístupov
951 *** Prezentácia rolí a oprávnení prostredníctvom RACI matíc najmä:
952 **** privilegovaní – vlastník – audit
953 **** bezpečnostné role s prístupom k systému
954 * **Šifrovanie údajov** – zabezpečenie uložených a prenášaných údajov prostredníctvom kryptografických opatrení, všetky rozhrania musia byť zabezpečené pomocou SSL. Riešenie pre vydávanie, revokáciu a ukladanie certifikátov musí podliehať analýze rizík. Vyžadovaná je plná podpora kryptografických opatrení, navrhovaných na základe analýzy rizík, ktorých aktuálnosť v čase riešenia prezentuje dodávateľ, schvaľuje MKB KNR.
955 ** ** kryptografické opatrenia na zabezpečenie integrity logov (v dátovom úložisku aj počas prenosu)**
956 * **Riadenie zraniteľností** – opatrenia na detekciu a odstránenie škodlivého softvéru a nápravu následkov škodlivého kódu.
957 * **Vzdialený prístup -  **IKT vybavenie bude v rámci miest podpory využívať VPN prepojenie.
958 * **Likvidácia osobných údajov a dátových nosičov**, špecifické technické opatrenia na bezpečné vymazanie osobných údajov z dátových nosičov.
959 * **Sieťová bezpečnosť -** kontrola obmedzenie alebo zamedzenie prepojenia informačného systému, v ktorom sú spracúvané osobné údaje s verejne prístupnou počítačovou sieťou.
960 *1.
961 *11.
962 *111. Bezpečný Vývoj
963
964 Definícia špecifických požiadaviek na bezpečnosť riešenia webových služieb (špecifické riziká a bezpečnostné opatrenia pre oblasť poskytovania bezpečných web služieb a ich implementácia v danom návrhu riešenia).
965
966 Definícia špecifických požiadaviek na bezpečnosť riešenia prostredníctvom využívania cloudových služieb a ich implementácia v danom návrhu riešenia (v závislosti na type použitého cloud riešenia a pod.).
967
968 Pri vývoji diela musí byť aplikované SSDLC (Secure Software Development Life Cycle)
969
970 1.
971 11.
972 111.
973 1111. Audit a testovanie bezpečnosti
974
975 Implementácia navrhovaných bezpečnostných opatrení sa vždy overuje následným penetračným testom. Pred uvedením ISVS do prevádzky budú CSIRT.SK alebo nezávislou 3. stranou realizované **penetračné testy**, ktoré overia odolnosť systému voči potenciálnym hrozbám. Výstupy penetračných testov budú identifikovať príslušné riziká a budú obsahovať návrhy opatrení. Zistenia z výstupov z penetračných testov je dodávateľ povinný opraviť alebo pokryť bezpečnostnými opatreniami na pokrytie identifikovaných rizík.
976
977 Počas prevádzky budú využívané analytické nástroje na **monitorovanie a vyhodnocovanie bezpečnostných incidentov**. Riešenie musí prechádzať auditmi a kontrolnými činnosťami nezávislých zmluvných strán. Budú realizované testy zraniteľností.
978
979 Auditné záznamy
980
981 1. Pridelený prístup: Záznamy o pridelenom prístupe.
982 1. Autorizovaný prístup: Záznamy o autorizovanom prístupe.
983 1. Neautorizovaný pokus: Záznamy o neautorizovaných pokusoch o prístup a výstrahy zo systému detekcie narušenia.
984 1. Privilegované operácie: Použitie privilegovaných prístupových práv, reštart a vypnutie systému, pripojenie/odpojenie zariadení.
985 1. Systémové výstrahy: Výstrahy z konzoly PC, výnimky v auditných záznamoch, alarmy.
986 1. Zmeny bezpečnostných nastavení: Záznamy o zmenách bezpečnostných nastavení IS.
987 1. Pokusy o neautorizované služby: Pokusy o neautorizované spustenie alebo zmenu systémových služieb.
988 1. Zmena konfigurácie: Pokusy o neautorizovanú zmenu konfigurácie alebo systémových nastavení.
989 1. Sieťové porty a protokoly: Pokusy o použitie neautorizovaných portov alebo protokolov.
990 1. Smerovanie sieťovej prevádzky: Pokusy o zakázané smerovanie alebo otvorenie netypických sieťových spojení.
991
992 Rozsah a Periodicita Sledovania
993
994 Dodávateľ navrhne rozsah, periodicitu sledovania a mazania auditných záznamov na základe:
995
996 * Kritickosti procesu
997 * Požiadaviek na dostupnosť a dôvernosť údajov
998 * Zraniteľnosti systému
999
1000 Bezpečnostný Monitoring
1001
1002 Monitorovanie sieťových prístupov, overovanie bezpečnosti údajov, logovanie prístupov, vykonávanie zmien v IS, administratívne zásahy a údržba infraštruktúry.
1003
1004 1.
1005 11.
1006 111.
1007 1111. Bezpečnostné Nástroje
1008
1009 **Implementácia nástrojov**: Nasadenie niekoľkoúrovňovej bezpečnostnej ochrany a analýzy
1010
1011 **Analýza rizík**: Nasadenie nástrojov bude na základe analýzy rizík odsúhlasenej zástupcami K NSSR.
1012
1013 **Požiadavky na dostupnosť: **Zohľadniť redundantnosť, dimenzovanie kapacít, kryptografické opatrenia a protokoly, kapacity dátových úložísk, detailne popísané SPOF architektúry.
1014
1015 V rámci prevádzky riešenia bude infraštruktúra neustále aktualizovaná proti najnovším bezpečnostným hrozbám a chránená pomocou:
1016
1017 * **NG firewally, WAF**
1018 * **Intrusion Prevention System (IPS)** a **Intrusion Detection System (IDS)**,
1019 * **Ochrana proti DOS/DDoS**
1020 * **Ochrana na aplikačnej vrstve **(SQL injection, Server-side request forgery, kontrola chybnej konfigurácie, bezpečnosť databáz, bezpečnosť a pravidelná aktualizácia softvérových komponentov vrátane produktov tretích strán, ošetrenie voči útokom na autentizačné mechanizmy, atď)
1021 * **Security Information and Event Management (SIEM)**,
1022 * **Network Behavior Anomaly Detection (NBAD)**.
1023 *1.
1024 *11.
1025 *111. Prevádzkové postupy
1026
1027 * Požiadavky na riešenie možných bezpečnostných a kybernetických bezpečnostných incidentov (vrátane určenia rolí, určenia časov odozvy, časov reakcie, časov riešenia jednotlivých typov incidentov s ohľadom na danú kategóriu informačného systému, postupov pri eskalácii incidentov) vzhľadom na architektúru riešenia.
1028 * Vyžaduje sa služba poskytovania bezpečnej prístupovej siete.
1029 * V rámci IKT vybavenia bude navrhované riešenie zabezpečené adekvátnymi prvkami a postupmi pre ochranu proti škodlivému softvéru (na základe výstupov analýzy rizík), hodnoteniu zraniteľností a riadeniu bezpečnostných aktualizácií (v kontexte navrhovaného riešenia).
1030 * Dielo bude obsahovať podrobný popis prevádzkových postupov bezpečnostných opatrení diela vrátane stanovenej periodicity a zodpovedností (RACI)
1031 * dielo musí byť pravidelne aktualizované a revidované na základe nových hrozieb a zraniteľností.
1032 * všetci používatelia a administrátori systému musia byť školení v oblasti bezpečnosti pri práci so systémom.
1033 * Zálohovanie a plány obnovy
1034
1035 **V rámci prípravy projektu bolo realizované aj samohodnotenie úrovne projektu z pohľadu Dôvernosti (2), Integrity (2), Dostupnosti (3), kde výsledkom cloudových služieb je úroveň 3.**
1036
1037
1038 Bezpečnostné požiadavky na implementáciu bezpečnostných opatrení pre jednotlivé kategórie budú implementované v závislosti na kategóriu sietí a IS alebo ich komponentov:
1039
1040 [[image:file:///C:/Users/peter/AppData/Local/Temp/msohtmlclip1/01/clip_image004.png||alt="A screenshot of a computer
1041
1042 Description automatically generated"]]
1043
1044 Z pohľadu vizualizácia architektúry je uvažovaný nasledovný koncept:
1045
1046 [[image:file:///C:/Users/peter/AppData/Local/Temp/msohtmlclip1/01/clip_image005.png||alt="Obrázok, na ktorom je text, snímka obrazovky, písmo, diagram"]] [[image:file:///C:/Users/peter/AppData/Local/Temp/msohtmlclip1/01/clip_image006.png||alt="Obrázok, na ktorom je text, snímka obrazovky, písmo, displej"]]
1047
1048 Obrázok 4 Návrh technologickej architektúry projektu
1049
1050 *
1051
1052
1053
1054 1. Závislosti na ostatné ISVS / projekty
1055
1056 V súčasnosti nie sú evidované závislosti na iných ISVS alebo projektoch
1057
1058 |**Stakeholder**|(((
1059 **Kód projektu /ISVS **
1060
1061 **//(z MetaIS)//**
1062 )))|**Názov projektu /ISVS**|**Termín ukončenia projektu**|**Popis závislosti**
1063 |//Napr. MIRRI SR//|//Projekt XY//|//Projekt_1234//|//04/2021//|//Vyplniť//
1064 | | | | |
1065 | | | | |
1066
1067 1. Zdrojové kódy
1068
1069 Súčasťou dodávky budú aj zdrojové kódy k vytvorenému riešeniu, pokiaľ to nevylučujú licenčné podmienky tretích osôb vo vzťahu k štandardným Softvérovým produktom, s komentármi a technickým popisom, a to pre prevádzkové a testovacie verzie počítačových programov, a práva na ich zverejnenie v centrálnom repozitári zdrojových kódov podľa § 15 ods. 2 písm. d) Zákona o informačných technológiách vo verejnej správe a § 31 vyhlášky Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu o štandardoch pre informačné technológie verejnej správy č. 78/2020 Z. z., a iného predpisu, ktorý môže v budúcnosti vyhlášku  č. 78/2020 Z. z. nahradiť alebo doplniť.
1070
1071 Vzhľadom na skutočnosť, že na trhu v súčasnosti existuje viacero dodávateľov COTS riešení pre oblasť content management systémov, predpokladáme, že časť riešenia bude realizovaná s využitím tzv. špecializovaného konfigurovateľného riešenia , resp. špecializovaného SW. K NSSR obstará licenciu na jeho používanie a jej udržiavanie a zároveň obstará aj práce na jeho customizáciu pre svoje konkrétne podmienky. Pokiaľ pôjde o licenciu špecializovaného SW, obstaranie a užívanie špecializovaného SW sa bude riadiť štandardnými zmluvnými podmienkami dodávateľa. Pokiaľ ide o customizáciu/nadstavbu nad špecializovaným SW, ktoré bude zohľadňovať špecifické potreby a podmienky K NSSR, zdrojový kód, vytvorený počas zhotovovania, bude otvorený v súlade s licenčnými podmienkami verejnej softvérovej licencie Európskej únie podľa osobitného predpisu a to v rozsahu, v akom zverejnenie tohto kódu nemôže byť zneužité na činnosť smerujúcu k narušeniu alebo k zničeniu informačného systému. Požadovaná bude podrobná dokumentácia, aby bolo možné prevádzkovanie a rozvoj aj inými dodávateľmi.
1072
1073 V prípade ak bude riešenie dodané ako unikátne SW dielo na základe zmluvy o dielo vyvinuté pre potreby K NSSR zdrojový kód, vytvorený počas zhotovovania, bude otvorený v súlade s licenčnými podmienkami verejnej softvérovej licencie Európskej únie podľa osobitného predpis  a to v rozsahu, v akom zverejnenie tohto kódu nemôže byť zneužité na činnosť smerujúcu k narušeniu alebo k zničeniu informačného systému. Zmluva s dodávateľom bude pripravená tak, aby po skončení zmluvného vzťahu, v rámci ktorého bolo unikátne SW dielo vytvorené a po istú dobu prevádzkované pôvodným dodávateľom, disponovala K NSSR všetkými oprávneniami potrebnými pre ďalšiu prevádzku a rozvoj tohto diela bez závislosti na pôvodnom dodávateľovi, teda i prostredníctvom nového dodávateľa vybraného v neobmedzenej súťaži dodávateľov. Dielo môže byť vytvorené kombináciou krabicového softvéru, špecializovaného konfigurovateľného riešenia a unikátneho SW riešenia za predpokladu že budú dodržané požiadavky uvedené v tejto kapitole. Pri vytváraní a dodaní diela nesmie dôjsť k vendor locku. Zdrojové kódy nesmú obsahovať žiadnu nevyžiadanú funkcionalitu.
1074
1075 1. Prevádzka a údržba
1076
1077 Účelom podpory je zabezpečenie služieb technickej podpory prevádzky, údržby a rozvoja ISVS z  dôvodu zabezpečenia jeho riadnej prevádzkyschopnosti a úprav funkcionalít tak, aby mohla byť  zabezpečená interoperabilita so všetkými informačnými systémami, s ktorými bude ISVS integrovaný.
1078
1079 Podpora diela je rozdelená na:
1080
1081 * **Technickú podporu a údržbu diela** (ďalej len „Paušálne služby“) bude Dodávateľom poskytovaná v rozsahu uvedenom v kapitole 8.1.2.
1082 * **Rozvoj diela** (ďalej len „Objednávkové služby“) bude Dodávateľom poskytovaný na základe objednávkových služieb.
1083 *1. Prevádzkové požiadavky
1084 *11. Životný cyklus produktu / Doba udržateľnosti projektu
1085
1086 Ukončenie realizácie projektu – projekt sa považuje za ukončený, ak došlo k fyzickému ukončeniu projektu (skutočne sa zrealizovali všetky aktivity projektu) a finančnému ukončeniu projektu (Objednávateľ uhradil všetky náklady spojené s realizáciou projektu).
1087
1088 Udržateľnosť projektu znamená  udržanie (zachovanie) výsledkov realizovaného projektu vrátane dopracovaní v plne funkčnom stave počas životného cyklu ISVS. Minimálna doba udržateľnosti projektu je 60 mesiacov (5 rokov). Momentom odovzdania diela v zmysle zmluvy o dielo sa začína obdobie udržateľnosti projektu.
1089
1090 1.
1091 11.
1092 111. Paušálne služby
1093
1094 Tieto služby zahŕňajú zabezpečovanie bežnej servisnej podpory prevádzky ISVS, ako aj  poskytovanie podpory pre zaistenie spoľahlivej, kontinuálnej a bezpečnej prevádzky v súlade s  aktuálne platnými požiadavkami. Dodávateľ je v rámci paušálnych služieb povinný zabezpečiť:
1095
1096 * Poskytnutie nových verzií so zapracovanými legislatívnymi zmenami.
1097 * Poskytnutie nových verzií s optimalizovanými funkciami.
1098 * Poskytnutie nových verzií s rozšírenou funkcionalitou všeobecného charakteru.
1099 * Poskytnutie nových verzií ISVS v dôsledku zmien v informačných technológiách,  alebo dôsledku riešenia problémov/incidentov.
1100 * Upozorňuje na potrebu inštalácie nových verzií a zabezpečí aktualizáciu  komponentov softvéru ISVS tak, aby nedošlo k výpadkom poskytovaných  služieb v čase prevádzky (zabezpečuje dodávateľ , objednávateľ zabezpečí súčinnosť).
1101 * Distribúciu a nasadenie nových verzií ISVS v zmysle predchádzajúcich bodov zabezpečuje dodávateľ pričom ich nasadenie do produkčnej prevádzky vrátane termínu nasadenia musí vždy najskôr schváliť objednávateľ.
1102 * Poskytnutie odpovede cez telefónnu linku dostupnú počas prevádzkových hodín na otázky týkajúce sa problémových  situácií vzniknutých pri používaní ISVS tzn. k obsluhe, k problémovým  stavom ISVS a k správaniu sa ISVS v rozpore s opisom v dokumentácii.
1103 * Správu, posudzovanie, riešenie a odstraňovanie incidentov, problémov a kybernetických  bezpečnostných incidentov v  stanovených lehotách.
1104 * Pravidelnú profylaktiku prostredia a kontrolu funkčnosti ISVS v stanovených  lehotách.
1105 * Priebežnú identifikáciu abnormálneho správania, t. J. monitoruje plánované /  schedulované procesy pre spracovanie a publikovanie dát, sleduje výkonové  parametre, vykonáva pravidelnú kontrolu nastavenia ISVS podľa  posledného odsúhlaseného (schváleného) stavu konfigurácie systému.
1106 * Priebežné sledovanie, kontrolu a vyhodnocovanie záznamov z logov.
1107 * Priebežné sledovanie, vyhodnocovanie upozorňovanie a poskytovanie nových verzií v súvislosti s informačnou bezpečnosťou (bezpečnostné aktualizácie) a technicko- prevádzkovými podmienkami prostredia.
1108 * Aktívne upozorňovanie Objednávateľa Dodávateľom na možné zlepšenia a úpravy alebo  zmeny IS.
1109 * Aktívne upozorňovanie Objednávateľa Dodávateľom na vzniknuté incidenty, ako aj stavy  systému, pri ktorých môže dôjsť, resp. Ktoré môžu viesť k vzniku akýchkoľvek  Incidentov.
1110 * Realizáciu školení v priestoroch Objednávateľa alebo prostredníctvom videokonferencie v súvislosti so zmenami v systéme súvisiacimi s vyššie uvedeným (v  tomto prípade nesmú vzniknúť pre Objednávateľa žiadne ďalšie náklady).
1111 * Aktualizácie komplexnej dokumentácie k ISVS.
1112 * Technickú a organizačnú podpora pri realizácii prevádzkových zásahov (podpora prevádzky ISVS).
1113 * Ďalšie dodávky, činnosti a práce nevyhnutné pre zachovanie funkčnosti a prevádzky schopnosti ISVS, ktoré nie sú výslovne stanovené ako povinnosť  Dodávateľa.
1114
1115 Pre tieto potreby bude zabezpečený riadený a kontrolovaný prístup cez VPN pre dodávateľa. Dodávateľ musí plniť interné  pravidlá Objednávateľa pre používanie VPN a požiadavky Zákona o kybernetickej bezpečnosti v opačnom prípade mu môže byť prístup cez VPN odobraný aj počas  trvania zmluvy bez nároku na úpravu finančného plnenia.
1116
1117 Všetky zmeny v ISVS musia byť zdokumentované a dokumentácia a zdrojové kódy musia byť poskytnuté Objednávateľovi  bezpečným spôsobom najneskôr v čase nasadenia zmeny do produkčného prostredia, zároveň sa Objednávateľ zaväzuje použiť zdrojové kódy, výlučne v prípade, keď nie je za účelom odstránenia Incidentu možné zabezpečiť prítomnosť dodávateľa a na základe preukázateľných inštrukcií Dodávateľa. Dodávateľ nenesie zodpovednosť za prípadné vady ISVS spôsobené zásahom Objednávateľa alebo akejkoľvek tretej strany, ktoré neboli zo strany Dodávateľa odsúhlasené.
1118
1119 Na vyžiadanie Objednávateľa je Dodávateľ povinný sprístupniť dokumentáciu aktivít zamestnancov dodávateľa a tretích strán najneskôr do 24 hodín od požiadavky.
1120
1121 1.
1122 11. Správa, kategorizácia, riešenie a odstraňovanie incidentov a problémov v stanovených lehotách
1123
1124 Prostredníctvom paušálnych služieb v súlade s účelom a predmetom plnenia zabezpečuje Dodávateľ  proces riadenia a riešenia nahlásených Incidentov a Problémov, ktoré majú, resp.  môžu mať, vplyv na dostupnosť a kvalitu prevádzky ISVS.
1125
1126 Za incident je považovaná chyba ISVS, t.j. správanie sa v rozpore s dokumentáciou ISVS (ak sa nejedná o chybu v dokumentácii). Za incident nie je považovaná chyba, ktorá nastala mimo prostredia ISVS napr. výpadok poskytovania konkrétnej služby technickej alebo komunikačnej infraštruktúry.
1127
1128 Spôsoby a procesy pre efektívne monitorovanie prevádzky ISVS  s cieľom čo najrýchlejšej identifikácie Incidentov a Problémov navrhne Dodávateľ počas realizácie  plnenia, pričom musia byť v čo najväčšej miere využité nástroje ktorými disponuje Objednávateľ.
1129
1130 Pre zefektívnenie procesu odstránenia Incidentov a Problémov musí Dodávateľ využívať nástroje, princípy a praktiky DevOps.
1131
1132
1133 1.
1134 11.
1135 111. Spôsob elektronickej komunikácie pre riešenie Incidentov/Problémov
1136
1137 Nahlasovanie incidentov bude prebiehať:
1138
1139 * Prostredníctvom nástroja, ktorý Dodávateľ zabezpečí pre VO na riadenie incidentov, ktorý bude integrovaný na centrálny tiketovací nástroj Objednávateľa.
1140 * Dodávateľ zabezpečí možnosť online nahlasovania servisných udalostí s možnosťou  sledovania ich stavu riešenia.
1141 * Zabezpečí analýzu požiadavky, identifikáciu a kategorizáciu incidentu/problému.
1142 * Zabezpečí riadenie incidentov a problémov, požadovanú dobu odozvy od nahlásenia , návrh náhradného riešenia a riešenie v  požadovanom hraničnom čase.
1143 * Zabezpečí prístup k evidencii nahlásených incidentov, problémov, požiadaviek  a reportov.
1144 *1.
1145 *11. Úrovne podpory používateľov
1146
1147 Help Desk bude realizovaný cez 3 úrovne podpory, s nasledujúcim označením:
1148
1149 |**Úroveň podpory**|**Poskytuje**
1150 |**L1 podpory IS** (Level 1, priamy kontakt zákazníka)|Objednávateľ
1151 |**L2 podpory IS** (Level 2, postúpenie požiadaviek od L1|Objednávateľ
1152 |**L3 podpory IS** (Level 3, postúpenie požiadaviek od L2)|Dodávateľ
1153
1154
1155 Definícia podpory používateľov:
1156
1157 L1 Podpora ISVS (podpora 1. stupňa) - začiatočná úroveň podpory, ktorá je zabezpečuje:
1158
1159 *
1160 ** IS Service desk - jednotný kontaktný bod pre používateľov na nahlasovanie incidentov a požiadaviek, ktorý je v správe Objednávateľa (v prípade jeho nedostupnosti musí službu zabezpečiť Centrum podpory používateľov (zabezpečuje dodávateľ ISVS).
1161 ** úvodnú filtráciu kategorizáciu požiadaviek
1162 ** riešenie základných problémov a požiadaviek koncových užívateľov a ďalšie služby vyžadujúce základnú úroveň technickej podpory. Základnou funkciou podpory 1. stupňa je zhromaždiť informácie, previesť základnú analýzu a určiť príčinu problému a jeho klasifikáciu. Typicky sú v úrovni L1 riešené priamočiare a jednoduché problémy a základné diagnostiky, overenie dostupnosti jednotlivých vrstiev infraštruktúry (sieťové, operačné, vizualizačné, aplikačné atď.) a základné užívateľské problémy (typicky zabudnutie hesla), overovanie nastavení SW a HW atď.
1163
1164
1165 L2 Podpora ISVS (podpora 2. stupňa, postúpenie požiadaviek od L1) – riešiteľské tímy s hlbšou technologickou alebo funkčnou znalosťou danej oblasti:
1166
1167 * vybraná skupina garantov alebo administrátorov so znalosťou ISVS
1168 * Riešitelia na úrovni Podpory L2 nekomunikujú priamo s koncovým užívateľom (ak to nie je nevyhnutné), ale sú zodpovední za poskytovanie súčinnosti riešiteľom 1. úrovne podpory pri riešení eskalovaného hlásenia, čo mimo iného obsahuje aj spätnú kontrolu a podrobnejšiu analýzu zistených dát predaných riešiteľom 1. úrovne podpory. Výstupom takejto kontroly môže byť potvrdenie, upresnenie, alebo prehodnotenie hlásenia v závislosti na potrebách Objednávateľa. Primárnym cieľom riešiteľov na úrovni Podpory L2 je dostať Hlásenie čo najskôr pod kontrolu a následne ho vyriešiť - s možnosťou eskalácie na vyššiu úroveň podpory – Podpora L3.
1169
1170
1171 L3 Podpora ISVS (podpora 3. stupňa) - predstavuje najvyššiu úroveň podpory pre riešenie tých najobťiažnejších hlásení, vrátane prevádzania hĺbkových analýz a riešenie extrémnych prípadov.
1172
1173
1174 Centrum podpory používateľov -  poskytuje dodávateľ pre vybrané skupiny používateľov cez telefón a  email pričom nahlásené incidenty aj požiadavky vrátane ich aktualizácii musia byť vždy evidované aj v service desku Objednávateľa.
1175
1176
1177 Pre služby sú definované takéto požiadavky:
1178
1179 * Všetky požiadavky a incidenty musia byť evidované v ISVS Service desk Objednávateľa.
1180 * Dostupnosť L3 podpory pre ISVS je 12x5 (12 hodín x 5 dní od 7:00h do 19:00h počas pracovných dní)
1181 * Service desk dodávateľa je dostupný pre nahlasovanie incidentov 24/7/365.
1182
1183
1184 1.
1185 11.
1186 111. Riešenie incidentov – SLA parametre
1187
1188 Za incident je považovaná chyba ISVS, t.j. správanie sa v rozpore s dokumentáciou ISVS (ak sa nejedná o chybu v dokumentácii). Za incident nie je považovaná chyba, ktorá nastala mimo prostredia ISVS napr. výpadok poskytovania konkrétnej služby technickej alebo komunikačnej infraštruktúry.
1189
1190 Označenie naliehavosti incidentu:
1191
1192 |**Naliehavosť incidentu**| |**Popis incidentu**
1193 |Incident / Problém úrovne A |kritický|(((
1194 Kritická vada / havária, ktorá spôsobuje úplnú nedostupnosť, alebo chybnú  funkčnosť ISVS  alebo jeho časti
1195
1196 alebo
1197
1198 Incident/Problém kritický negatívny vplyv na bezpečnosť alebo integritu dát a výsledky ich spracovania v prostredí IS K NSSR.
1199
1200 Odstránenie Incidentu/Problému nie je možné dočasne  zabezpečiť náhradným riešením Dodávateľa ani organizačným opatrením navrhnutým  Dodávateľom.
1201 )))
1202 |Incident / Problém úrovne B |vysoký|(((
1203 Vážna vada/ porucha, ktorá spôsobuje nedostupnosť, alebo chybnú  funkčnosť ISVS alebo jeho časti
1204
1205 alebo
1206
1207 Incident/Problém môže mať negatívny vplyv na bezpečnosť alebo integritu dát a výsledky ich spracovania v prostredí IS K NSSR.
1208
1209 Odstránenie Incidentu/Problému je možné dočasne zabezpečiť  náhradným riešením Dodávateľa alebo organizačným opatrením navrhnutého Dodávateľom, a  to v lehote stanovenej pre náhradné riešenie.
1210
1211 Odstránenie Incidentu/Problému nesmie mať negatívny vplyv na  konzistenciu a integritu dát a výsledky ich spracovania v prostredí IS K NSSR.
1212 )))
1213 |Incident / Problém úrovne C|nízky|(((
1214 Bežná vada, bežná porucha, ktorá neobmedzuje prevádzku ISVS  alebo jeho časti, nemá dôsledky na využívanie a prevádzku IS a nemá vplyv na bezpečnosť a integritu dát..
1215
1216
1217 Odstránenie  Incidentu/Problému nesmie mať negatívny vplyv na bezpečnosť alebo integritu dát a výsledky ich  spracovania v prostredí IS K NSSR.
1218 )))
1219 |Kybernetický bezpečnostný incident / KB| |Ide o bezpečnostný incident podľa požiadaviek Vyhlášky č. 165/2018 (alebo jej náhrady), s klasifikáciou  incidentov.  Zároveň musí byť kategorizovaný aj ako A, B alebo C.
1220
1221
1222 1.
1223 11.
1224 111. Lehoty na odstraňovanie incidentov a problémov
1225
1226 V nasledujúcej tabuľke sú definované lehoty pre procesy odstraňovania incidentov:
1227
1228 |**Typ lehoty**|**Popis lehoty**
1229 |Okamžité potvrdenie nahlásenia Incidentu/Problému|Znamená že Objednávateľ môže kedykoľvek  prostredníctvom vopred dohodnutých elektronických prostriedkov nahlásiť Dodávateľovi  incident/problém a obratom dostane potvrdenie o doručení hlásenia od Dodávateľa.
1230 |Lehota reagovania na nahlásený Incident/Problém|Je čas stanovený pre Dodávateľa, do ktorého  vykoná prevzatie, potvrdenie prevzatia a preverenie nahláseného Incidentu/Problému, jeho kategorizáciu a zaháji  jeho riešenie konkrétnym riešiteľom a ktorý začína plynúť nahlásením Incidentu/Problému  postupom podľa nižšie uvedenej Tabuľky.
1231 |Lehota náhradného riešenia Incidentu/Problému|Ide sa o čas, do ktorého je Dodávateľ povinný  zabezpečiť, resp. uplatniť náhradné riešenie do IS alebo prostredníctvom Objednávateľa vykonať procesné opatrenia  navrhnuté Dodávateľom. Náhradným riešením sa rozumie vykonanie súboru opatrení  Dodávateľom, ktoré do doby pre trvalé vyriešenie Incidentu/Problému sfunkčnia IS alebo  jeho časť. Pokiaľ sa jedná o procesné opatrenia, Dodávateľ je povinný včas dodať  zdokumentovaný proces opatrení tak, aby mohli byť s prihliadnutím na charakter opatrení  vykonané Dodávateľom.
1232 |Lehota trvalého vyriešenia Incidentu/Problému.|Doba konečného vyriešenia incidentu od nahlásenia incidentu (DKVI). Ide  o čas, do ktorého je Dodávateľ povinný  zabezpečiť, resp. uplatniť trvalé odstránenie Incidentu/Problému ISVS alebo jeho časti tak, aby  systém resp. funkčnosť jeho jednotlivých častí, bol plne obnovený.
1233
1234
1235 V nasledujúcich tabuľkách sú uvedené lehoty na odstraňovanie incidentov / porúch:
1236
1237 |(% colspan="3" %)**Odstraňovanie incidentov**|(% colspan="2" %)**Spoľahlivosť**
1238 |**Úroveň incidentu**|**Lehota reagovania**|**Lehota náhradného riešenia**|**Lehota trvalého vyriešenia**|**(počet incidentov za mesiac)**
1239 |Incident úrovne A|Do 30 minút|Neuplatňuje sa|Do 24 hodín|1
1240 |Incident úrovne B|Do 30 minút|Do 24 hodín|Do 48 hodín|5
1241 |Incident úrovne C|Do 24 hodín pracovného času|Neuplatňuje sa|Do 5 dní pracovného času|Nie je obmedzené
1242
1243
1244 |(% colspan="3" %)**Odstraňovanie problémov**|(% colspan="2" %)**Spoľahlivosť**
1245 |**Úroveň problému**|**Lehota reagovania**|**Lehota náhradného riešenia**|**Lehota trvalého vyriešenia**|**(počet problémov za mesiac)**
1246 |Problém úrovne A|Do 30 minút|Neuplatňuje sa|Do 24 hodín|1
1247 |Problém úrovne B|Do 30 minút|Do 24 hodín|Do 48 hodín|5
1248 |Problém úrovne C|Do 24 hodín pracovného času|Neuplatňuje sa|Do 21 dní pracovného času|Nie je obmedzené
1249
1250
1251 * Počítanie lehôt na odstraňovanie Incidentov/Problémov v rámci pracovného času sa uplatňuje  výlučne pri Incidentoch/Problémoch úrovne C. Lehoty na odstraňovanie Incidentov/Problémov  úrovne A a Incidentov/Problémov úrovne B plynú bez ohľadu na pracovný čas bez prerušenia  (nonstop v režime 24/7).
1252 * DKVI znamená obnovenie štandardnej prevádzky - čas medzi nahlásením incidentu Objednávateľom a vyriešením incidentu Dodávateľom (do doby, kedy je funkčnosť ISVS znovu obnovená v plnom rozsahu). Doba konečného vyriešenia incidentu od nahlásenia incidentu Objednávateľom (DKVI) sa počíta počas celého dňa. Do tejto doby sa nezarátava čas potrebný na nevyhnutnú súčinnosť verejného obstarávateľa, ak je potrebná pre vyriešenie incidentu. V prípade potreby je úspešný uchádzač oprávnený požadovať od verejného obstarávateľa schválenie riešenia incidentu.
1253 * Spoľahlivosť (počet incidentov/problémov za mesiac) udáva maximálny počet incidentov/problémov podľa typu za kalendárny mesiac. Každá ďalšia chyba nad stanovený limit spoľahlivosti sa počíta ako začatý deň omeškania bez odstránenia vady alebo incidentu. Duplicitné alebo technicky súvisiace incidenty sú považované za jeden problém (ak vznikli v rovnakom časovom úseku).
1254
1255 * Incidenty nahlásené Objednávateľom úspešnému uchádzačovi v rámci testovacieho prostredia
1256 ** sú riešené ako incidenty úrovne C
1257 ** Vzťahujú sa výhradne k dostupnosti testovacieho prostredia
1258 ** Za incident na testovacom prostredí sa nepovažuje incident vztiahnutý k práve testovanej funkcionalite
1259
1260
1261 1.
1262 11.
1263 111. Základné činností poskytované v rámci služieb riadenia incidentov a problémov
1264
1265
1266 V nasledujúcej tabuľke sú popísané základné činnosti:
1267
1268 |**Činnosť**|**Výstup**
1269 |Klasifikácia a kategorizácia incidentov/problémov|(((
1270 * odsúhlasenie klasifikácie služby (Incident/Problém), resp. návrh na preklasifikovanie služby
1271 * odsúhlasenie kategórie úrovne Incidentu/Problému, resp. návrh na preklasifikovanie úrovne
1272 )))
1273 |Analýza – preskúmanie, diagnostika a návrh riešenia|(((
1274 * popis ako vznikol incident/problém, dôvody a zdroje
1275 * návrh náhradného riešenia (úroveň B) a/alebo trvalého vyriešenia (úrovne A, B, C, KBI)  s analýzou dopadov (kvalifikovaný odhad termínov)
1276 * dodanie úspešných výsledkov testov k navrhovaným riešeniam, security review  v zmysle metodiky SDL a potrebnej dokumentácie
1277 * požiadavka na potrebu zásahu prostredníctvom vzdialeného prístupu Dodávateľa  do ISVS
1278 * rozsah požadovanej súčinnosti
1279 )))
1280 |Vyriešenie Incidentu/Problému, resp. dočasná obnova prevádzky ISVS (jeho  časti)|(((
1281 * dodanie a kontrola releasu (Fix, HotFix..)
1282 * nasadenie releasu
1283 * funkčný/UAT test a security review
1284 * obnova, resp. dočasná obnova prevádzky
1285 * trvalé vyriešenie Incidentu/Problému (úrovne A, B, C) alebo náhradné riešenie  Incidentu/Problému (úroveň B)
1286 )))
1287
1288 V prípade, ak sa zistí, že Incident/Problém stále trvá, tak táto požiadavka na službu zo strany Objednávateľa bude klasifikovaná ako nevyriešená. Čas nahlásenia požiadavky na službu ostáva  pôvodný a všetky časové termíny sa pripočítajú k času od doručenia oznámenia o  trvaní Incidentu/Problému.
1289
1290 Realizácia školení, úprava dokumentácie a vytváranie zmenových príručiek:
1291
1292 * V prípade mimoriadnej opodstatnenej potreby priamo súvisiacej s riešením  konkrétneho  Incidentu/Problému  Dodávateľ  zabezpečí  vyškolenie  oprávnených zamestnancov na nové funkcionality v rámci vyriešenia  Incidentu/Problému v adekvátnom časovom termíne. V tomto prípade sa  osobitná odmena za školenie neposkytuje, je súčasťou ceny za Paušálne  služby.
1293 * Ak pri odstraňovaní Incidentu alebo Problému dôjde ku modifikácii postupov  správy, inštalácie alebo používania akejkoľvek časti funkcionality ISVS,  Dodávateľ spolu s dodaním riešenia je povinný zabezpečiť pri odovzdávaní  riešenia aj dodanie aktualizovanej administrátorskej a prevádzkovej  dokumentácie so zaznamenaním vykonaných zmien. Rovnako je povinný  Dodávateľ udržiavať aktuálnu a poskytnúť Objednávateľovi komplexnú aktualizovanú  dokumentáciu.
1294 * Dokumentácia k jednotlivým plneniam sa odovzdáva priebežne do centrálneho  repozitára dokumentácie určeného Objednávateľom.
1295 * V prípade ak dôjde pri riešení požiadavky alebo incidentu k životnej situácii alebo postupov k nej pre jednotlivé role, ktorá nie je uvedená v používateľskej príručke, vždy musí byť doplnená alebo upravená.
1296 * Dodávateľ nahrá video zo školenia a záznam poskytne VO s právami na použitie výlučne pre potreby VO za účelom školenia zamestnancov.
1297
1298
1299 1.
1300 11. Požadovaná dostupnosť ISVS
1301
1302 |**Popis**|**Parameter**|**Poznámka**
1303 |**Prevádzkové hodiny**|24 hodín|od 00:00 hod. - do 24:00 hod. počas celého roka
1304 |(% rowspan="2" %)**Servisné okno**|11 hodín|od 16:00 hod. - do 7:00 hod. počas pracovných dní
1305 |24 hodín|(((
1306 od 00:00 hod. - 24:00 hod. počas dní pracovného pokoja a štátnych sviatkov
1307
1308 Servis a údržba sa musí realizovať výhradne mimo pracovného času (vo výnimočných prípadoch môže VO odsúhlasiť výnimku) .
1309 )))
1310 |**Dostupnosť produkčného prostredia ISVS**|99%|(((
1311 * 99% z 24/7/365
1312 * Maximálny ročný výpadok je 87,6 hodiny.
1313 * Vždy sa za takúto dobu považuje čas od 0.00 hod. do 24.00
1314 * Nedostupnosť IS sa počíta od nahlásenia incidentu VO v čase dostupnosti podpory Dodávateľa (t.j. nahlásenie incidentu v čase od 0:00 hod. - do 24:00 hod.).  Do dostupnosti IS nie sú započítavané schválené servisné zásahy a údržba a plánované odstávky IS.
1315 * V prípade nedodržania dostupnosti IS bude každý ďalší začatý pracovný deň nedostupnosti braný ako deň omeškania bez odstránenia vady alebo incidentu.
1316 )))
1317
1318
1319
1320
1321 |**RTO (Recovery Time Objective)**|12  hodín|Doba obnovenia systému, t.j. za ako dlho po výpadku musí byť systém funkčný
1322 |**RPO (Recovery Point Objective)**|Bude stanované neskôr|Aké množstvo dát môže byť stratené od vymedzeného okamihu.
1323
1324 Tabuľka 33 RTO a RPO systému
1325
1326
1327 1. Požiadavky na personál
1328
1329 Definované v rámci Projektového zámeru
1330
1331 1. Implementácia a preberanie výstupov projektu
1332
1333 Harmonogram je uvedený v projektovom zámere. Preberanie výstupov bude predmetom zmluvy o dielo a následnej servisnej zmluvy
1334
1335 1. Prílohy
1336
1337 Viď. časť Projektový zámer