I-03 Prístup k projektu (pristup_k_projektu)

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.

27

28

Dokument Prístup k projektu v zmysle vyššie uvedenej vyhlášky obsahuje 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.

1.

11. Použité skratky a pojmy

33

34

|SKRATKA/POJEM|POPIS

35

|KÚS|Kancelária ústavného súdu

36

|UPVS|Ústredný portál verejnej správy

37

|ZoÚS|Zákon o Ústavnom súde Slovenskej republiky

38

|GUI|Grafické užívateľské rozhranie

39

|ID-SK|Jednotný dizajn manuál elektronických služieb a webových sídiel Slovenska

40

|IS|Informačný systém

41

|mID|Mobilné ID (mobilná autentifikácia)

42

|API|Aplikačné programové rozhranie

43

|SSO|Singe Sign On

44

|ISMK|Informačný systém Manažment konaní

45

|ZNaU|Zbierka nálezov a uznesení

46

|OVM|Orgán verejnej moci

47

|eDesk|elektronická schránka na portáli www.slovensko.sk

48

|ITVS|Informačné technológie vo verejnej správe

.

1. Popis navrhovaného riešenia

57

11. Manažérske zhrnutie

58

59

Predmetom projektu je zavedenie automatizácie do procesu sprístupňovania informácií týkajúcich sa konania na ústavnom súde účastníkom konania a ich právnym zástupcom.

60

61

Automatizácia prinesie zefektívnenie procesu sprístupňovania informácií a zlepší dostupnosť služieb občanom Slovenskej republiky.

62

63

Realizátorom projektu bude Kancelária Ústavného súdu Slovenskej republiky (ďalej len „KUS“). Projekt bude realizovaný v rámci výzvy Lepšie e-Gov služby PSK-MIRRI-622-2024-DV-EFRR.

Špecifický cieľ

RSO 1.2 Využívanie prínosov digitalizácie pre občanov, podniky, výskumné organizácie a orgány verejnej správy

Opatrenie

1.2.1 Podpora v oblasti informatizácie a digitálnej transformácie

72

73

(Oblasť B. Podpora v oblasti zvýšenia kvality poskytovaných verejných služieb)

74

75

76

Hlavné aktivity projektu:

77

78

* Analýza a Dizajn,

79

* Nákup technických prostriedkov, programových prostriedkov a služieb

80

* Implementácia a Testovanie.

81

* Nasadenie

82

83

Účelom projektu je podporiť, zrýchliť a skvalitniť digitalizáciu KUS podporením tvorby a zavádzania inovatívnych riešení, optimalizáciou súčasných riešení, ktoré výrazne znížia námahu občanov a podnikateľov na uplatnenie si práv alebo splnenie si povinností pri kontakte so štátom.

84

85

86

Zmeny sa týkajú najmä:

87

88

* **technologické a netechnologické zmeny na front-ende**, tzn. zmeny grafických používateľských rozhraní (GUI): zmeny informačnej architektúry a obsahového manažmentu služieb, webov a systémov, zresponzívnenie GUI, zosúladenie GUI s jednotným dizajnovým manuálom ID-SK, konzistentný a priateľský tón komunikácie v rámci digitálnych služieb, prístupnosť, zvyšovanie úrovne digitálnych služieb, jazykové mutácie (webové sídla, služby, formuláre) a podpora národnostných menšín a jazyky menšín

89

* **technologické riešenia na back-ende koncových služieb:** zmeny na back-ende koncových služieb, digitálnych kanálov, špecializovaných portáloch, dotvorenie otvorených aplikačných rozhraní, funkcionality/riešenia podporujúce proaktívny prístup (nie sú podporované zmeny na back-ende podporných IS, t.j. napr. IS registratúry)

90

91

Hlavným cieľom projektu je zefektívniť a zrýchliť proces sprístupňovania informácií o konaniach pred ústavným súdom účastníkom a ich právnym zástupcom prostredníctvom automatizácie a digitalizácie. Tento projekt prispeje k zvýšeniu dostupnosti a bezpečnosti služieb pre občanov Slovenskej republiky.

1.

11. Predmet projektu

Predmetom projektu je zavedenie automatizácie do procesu sprístupňovania informácií týkajúcich sa súdneho konania účastníkom konania a ich právnym zástupcom.

98

99

Automatizácia prinesie zefektívnenie procesu sprístupňovania informácií a zlepší dostupnosť služieb občanom Slovenskej republiky.

100

101

V rámci projektu budú realizované nasledujúce funkcionality:

102

103

**Elektronický súdny spis**

104

105

Ide o jednoznačnú koncovú službu pre občanov.

106

107

**Upgrade informačného systému za účelom efektívnejšieho rozhodovacieho procesu**

108

109

Táto oblasť v sebe zahŕňa viacero menších biznisových požiadaviek, ktoré významným spôsobom zrýchľujú proces spracovania podaní a vytvárania rozhodnutí.

110

111

Biznisové požiadavky riešia tieto okruhy:

112

113

elektronické prideľovanie spisov - rozšírenie, ktoré umožní riešiť špecifické situácie, ktoré bolo nutné doteraz riešiť manuálne (po novom budú automatizované)

114

115

spracovanie podaní - požiadavky významným spôsobom zautomatizujú a tým pádom aj urýchlia spracovanie podania,

116

117

evidencia spisu - dôjde k rozšíreniu množiny evidovaných údajov o účastníkoch konania, čo zlepší vyhľadávanie rozhodnutí. Má to priamy dopad na proces rozhodovania (urýchľuje ho)

118

119

hromadné podpisovanie dokumentov

120

121

**Upgrade informačného systému za účelom zlepšenia služieb občanom**

122

123

Funkcie, ktoré sú požadované, priamo súvisia s občanom, resp. úžitok z nich má občan. Ide o vylepšovanie procesov, ktorými súd komunikuje s občanom, menovite:

124

125

* odosielanie sprievodného listu občanom

126

* tlačové správy

127

* publikovanie rozhodnutí

128

129

* publikovanie Zbierky nálezov a uznesení

130

131

**Upgrade informačného systému z dôvodu novelizácie ZoÚS**

132

133

Aktualizácia rozhodovacieho procesu (workflows) a súvisiacich činností vrátane vyhľadávania údajov o prerokovaniach, vyhľadávania súvisiacich dokumentov a sprístupňovania príslušných funkcií pre aktérov vstupujúcich do procesu.

134

135

**Upgrade infraštruktúry informačného systému**

136

137

Súčasťou ekosystému ústavného súdu je integračný komponent ServiceMix. Ide o kľúčový technologický komponent, ktorý sa zúčastňuje na všetkých procesoch zabezpečujúcich služby pre občana.

138

139

140

Hlavné aktivity projektu:

141

142

* Analýza a Dizajn,

143

* Nákup technických prostriedkov, programových prostriedkov a služieb

144

* Implementácia a Testovanie.

145

* Nasadenie

146

147

Účelom projektu je podporiť, zrýchliť a skvalitniť digitalizáciu KUS podporením tvorby a zavádzania inovatívnych riešení, optimalizáciou súčasných riešení, ktoré výrazne znížia námahu občanov a podnikateľov na uplatnenie si práv alebo splnenie si povinností pri kontakte so štátom.

148

149

150

1. Architektúra riešenia projektu

151

152

1.

153

11. Biznis procesy, ktoré sú predmetom projektu

154

155

**//Proces č.1: //Sprístupnenie spisu účastníkom konania**

156

157

158

Ide o jednoznačnú koncovú službu pre občanov. V rámci projektu vznikne samostatný proces, ktorým budú na Webové sídlo propagované neverejné údaje.

159

160

[[image:1742568893790-936.png]]

161

162

[[image:file:///C:/Users/Ivka/AppData/Local/Temp/msohtmlclip1/01/clip_image001.png]]

163

164

165

Tento proces pokrýva prípady použitia popísané nižšie.

166

167

168

**Prípad použitia 1: Pridelenie prístupu k vybranej časti spisu**

169

170

171

1. Pracovník KÚS obdrží požiadavku o sprístupnenie časti spisu prostredníctvom publikovaného elektronického formulára.

172

1. Pracovník KÚS sa v zmysle kancelárskeho poriadku prihlási do IS MK. Vyhľadá spis, ktorý je potrebné sprístupniť. Na nájdenom spise zvolí funkciu „Sprístupniť“.

173

1. Systém ponúkne Pracovníkovi KÚS rozhranie (obrazovku), na ktorej Pracovník KÚS vyberie, ktoré dokumenty nemôže sprístupniť. Vyberie tiež sadu údajov o účastníkoch konania a o prerokovaniach, ktoré nebudú sprístupnené.

174

1. Pracovník KÚS potvrdí sprístupnenie.

175

1. Systém odošle notifikáciu do eDesku, alebo na emailovú adresu. V notifikácii bude uvedené, že v privátnej zóne sa nachádza sprístupnený spis a to vrátane uvedenia trvania sprístupnenia..

176

177

**Prípad použitia 2: Zobrazenie sprístupnených údajov**

178

179

180

1. Žiadateľ je informovaný o sprístupnení spisu prostredníctvom notifikácie v eDesku, resp. emailom.

181

1. Žiadateľ si na základe inštrukcií v notifikácii zobrazí sprístupnený spis.

182

183

**Prípad použitia 3: Odobratie prístupu k sprístupneným údajom**

184

185

186

1. Pracovník KÚS si v systéme zobrazí zoznam požiadaviek o sprístupnenie spisu, ktoré sú aktívne realizované (t.j., na základe týchto požiadaviek je alebo bude sprístupnená časť spisu)

187

1. Pracovník KÚS si vyhľadá požiadavku, ktorú chce zrušiť a zvolí funkciu „Zrušiť sprístupnenie“

188

1. Systém odstráni sprístupnené údaje z úložiska.

189

190

**//Proces č. 2: Upgrade informačného systému za účelom efektívnejšieho rozhodovacieho procesu//**

191

192

193

Táto téma v sebe zahŕňa viacero menších biznisových požiadaviek, ktoré významým spôsobom zrýchľujú proces spracovania podaní a vytvárania rozhodnutí. Biznisové požiadavky riešia tieto okruhy

194

195

196

* elektronické prideľovanie spisov - rozšírenie, ktoré umožní riešiť špecifické situácie, ktoré bolo nutné doteraz riešiť manuálne (po novom budú automatizované)

197

* spracovanie podaní - požiadavky významným spôsobom zautomatizujú a tým pádom aj urýchlia spracovanie podania.

198

* evidencia spisu - dôjde k rozšíreniu množiny evidovaných údajov o účastníkoch konania, čo zlepší vyhľadávanie rozhodnutí. Má to priamy dopad na proces rozhodovania (urýchľuje ho)

199

* hromadné podpisovanie dokumentov

200

201

**//Proces č. 3: Upgrade informačného systému za účelom zlepšenia služieb občanom//**

202

203

204

Funkcie, ktoré sú požadované, priamo súvisia s občanom, resp. úžitok z nich má občan. Ide o vylepšovanie procesov, ktorými súd komunikuje s občanom, menovite

205

206

* odosielanie sprievodného listu občanom

207

* tlačové správy

208

* publikovanie rozhodnutí

209

* publikovanie Zbierky nálezov a uznesení

210

211

**//Proces č. 4: Upgrade informačného systému z dôvodu novelizácie ZoÚS//**

212

213

214

V súvislosti s pripravovanou novelizáciou ZoÚS je potrebné aktualizovať dotknuté súčasti rozhodovacieho procesu podporované systémom MK. Zároveň je potrebné zrevidovať a upraviť súvisiace činnosti vrátane vyhľadávania údajov o prerokovaniach, vyhľadávania súvisiacich dokumentov a sprístupňovania príslušných funkcií pre aktérov vstupujúcich do procesu..

215

216

217

**//Proces č. 5: Upgrade infraštruktúry informačného systému//**

218

219

220

Súčasťou ekosystému ústavného súdu je integračný komponent ServiceMix. Ide o kľúčový technologický komponent, ktorý sa zúčastňuje na všetkých procesoch zabezpečujúcich služby pre občana. Aktuálne použitý integračný server Apache ServiceMix je neaktualizovaný a predstavuje bezpečnostné aj prevádzkové riziko, nakoľko reprezentuje „single point of failure“. Vzhľadom na neexistenciu dostatočnej aplikačnej dokumentácie od predchádzajúceho dodávateľa, nie je možné jednotlivé aplikačné funkčnosti integračného servera dostatočne kvalifikovane meniť, aktualizovať a rozširovať. Prístup reverzného inžinierstva je v tomto prípade neefektívny nakoľko by predstavovalo veľké množstvo prácnosti, ktorého očakávaným výsledkom je zmenšenie prevádzkovej role integračného servera. Zároveň by bolo nutné spätne identifikovať aj príslušné biznis motivácie/požiadavky, aby bolo možné vyhodnotiť prínos danej funkčnosti na úrovni integračného servera.

1.

11. Biznis architektúra projektu

226

227

Informačný systém Ústavného súdu SR pozostáva z viacerých komponentov. Kľúčovými komponentmi sú:

228

229

* ISMK – Manažment konaní

230

** predstavuje Core systém pre pracovníkov KÚS. Zabezpečuje všetky aktivity, ktoré sú spojené so založením spisu a so súvisiacim konaním. Zároveň je hlavným zdrojom dát o spise a o konaniach, ktoré k spisu prislúchajú.

231

* Registratúra

232

* Webové sídlo - sprostredkúva občanom verejné informácie. Tieto sa členia do dvoch kategórií:

233

** Informácie o prevádzke KÚS (aktuality, tlačové správy,..)

234

** Informácie o konaniach (povinne zverejňované podania a rozhodnutia)

235

236

[[image:file:///C:/Users/Ivka/AppData/Local/Temp/msohtmlclip1/01/clip_image002.png]][[image:1742568920210-478.png]]

237

238

239

Okrem spomínaných podprocesov sa v rámci návrhu riešenia nachádzajú ďalšie funkcionality, ktoré je nevyhnutné realizovať, aby navrhované riešenie spĺňalo všetky požiadavky definované v rámci katalógu požiadaviek.

240

241

242

V rámci navrhovaného riešenia sme identifikovali nasledujúce biznis služby:

243

244

1. **Publikovanie informácií o činnostiach Ústavného súdu Slovenskej republiky**

245

246

Služba sprístupňuje informácie o činnosti Ústavného súdu SR.

247

248

1. **Sprístupnenie informácií zo spisu účastníkom konania**

249

250

Táto služba slúži pre občanov, podnikateľov aj orgány verejnej moci na podanie žiadosti o sprístupnenie informácie zo spisu účastníkom konania, ktorý o toto sprístupnenie požiadajú.

1.

11.

111. 1.1.1 Zoznam upravovaných biznis funkcií a komponentov

256

257

V tejto časti sú spracované základné biznis funkcie a komponenty navrhovaného riešenia, ktoré sa budú v rámci plnenia tohto projektu nejakým spôsobom meniť alebo pridávať do aktuálneho IS ÚS SR. Jednotlivé funkcionality sú rozdelené podľa entít, ktoré sú prostredníctvom týchto procesov vytvárané a ďalej počas ich životného cyklu aktualizované. Detailný popis procesov a navrhovanej funkcionality je zaevidovaný v rámci dokument Prístup k projektu.

258

259

===== Modul Manažment konaní =====

260

261

Rozvoj modulu Manažment konaní zameraný na implementáciu nasledujúcich biznis funkcionalít:

262

263

* Optimalizovanie procesov komunikácie s občanmi

264

** Funkcie, ktoré sú požadované, priamo súvisia s občanom, resp. úžitok z nich má občan. Ide o vylepšovanie procesov, ktorými súd komunikuje s občanom, menovite

265

*** odosielanie sprievodného listu občanom

266

*** tlačové správy

267

*** publikovanie rozhodnutí

268

*** publikovanie Zbierky nálezov a uznesení

269

* Automatizácia rozhodovacieho procesu

270

** Táto oblasť v sebe zahŕňa viacero menších biznisových požiadaviek, ktoré významným spôsobom zrýchľujú proces spracovania podaní a vytvárania rozhodnutí. Biznisové požiadavky riešia tieto okruhy:

271

*** elektronické prideľovanie spisov - rozšírenie, ktoré umožní riešiť špecifické situácie, ktoré bolo nutné doteraz riešiť manuálne (v rámci tohto riešenia budú automatizované)

272

*** spracovanie podaní - požiadavky významným spôsobom zautomatizujú a tým pádom aj urýchlia spracovanie podania.

273

*** evidencia spisu - dôjde k rozšíreniu množiny evidovaných údajov o účastníkoch konania, čo zlepší vyhľadávanie rozhodnutí. Má to priamy dopad na proces rozhodovania (urýchľuje ho).

274

*** hromadné podpisovanie dokumentov

275

* Aktualizácia rozhodovacieho procesu, aby bol v súlade s pripravovanou novelou ZoÚS

276

277

===== Modul Zbierka nálezov a uznesení ÚS SR =====

278

279

V rámci tejto biznis funkcionality je potrebné zabezpečiť úpravu modulu ZNaU. Jedna sa o úpravu nasledujúcich oblasti:

* Publikovanie ZNaU

===== Správa integračných rozhraní =====

284

285

Jedná sa o aktualizáciu zastaraného integračného komponentu Apache Service Mix za aktuálnejší a bezpečnejší integračný komponent s možnosť následnej automatickej aktualizácie.

1.

11. Biznis vrstva

Biznisová vrstva projektu pozostáva z zavedenia elektronického spisu, čo sa s pohľadu zákazníkov prejaví nasledovnými službami

1.

11.

111. Prehľad koncových služieb – budúci stav:

|(((

Kód KS

//(z MetaIS)//

)))|Názov KS|Používateľ KS //(G2C/G2B/G2G/G2A)//|(((

Životná situácia

//(+ kód z MetaIS)//

)))|Úroveň elektronizácie KS

307

|ks_337565|Publikovanie informácií o činnostiach Ústavného súdu Slovenskej republiky|//G2C/G2B/G2G//|003- Iná podpora, slobodný prístup k informáciám, prístup k odtajneným skutočnostiam, archívy; 055-Slobodný prístup k informáciám, prístup k odtajneným skutočnostiam, archívy|úroveň 4

308

| |Sprístupnenie informácií zo spisu účastníkom konania|//G2C/G2B/G2G//|003- Iná podpora, slobodný prístup k informáciám, prístup k odtajneným skutočnostiam, archívy; 055-Slobodný prístup k informáciám, prístup k odtajneným skutočnostiam, archívy|úroveň 4

309

310

311

Obrázok 1 Model biznis architektúry (aktéri-koncoví používatelia, koncové služby, procesy) – príklad

1.

11.

111. Jazyková podpora a lokalizácia

317

318

Jazyková podpora zostáva nezmenená.

1.

11. Aplikačná vrstva

Kapitola popisuje aplikačnú architektúru navrhovaného systému vrátane okolia systému z pohľadu aplikačných komponentov a rozhraní.

326

327

[[image:file:///C:/Users/Ivka/AppData/Local/Temp/msohtmlclip1/01/clip_image003.png]][[image:1742568963893-477.png]]

328

329

Aplikačná architektúra popisuje jednotlivé logické vrstvy aplikačných komponentov:

330

331

* Vrstva **Frontend**: pozostáva z aplikačných komponentov, ktoré sú priamo dostupné konečným používateľom. Prostredníctvom týchto komponentov pracujú používatelia s funkcionalitou poskytovanou systémom.

332

* Vrstva **Backend**: obsahuje komponenty realizujúce samotné procesy jednotlivých agendových modulov a podporných modulov

333

334

* Vrstva **Externé informačné systémy**: Táto vrstva obsahuje externé komponenty na ktoré je potrebné sa integrovať v rámci navrhovaného riešenia. Primárne ide o integráciu systémov tretích strán, ktorá aktuálne zahŕňa viacero ISVS.

1.

11.

111. Frontend

Vrstva realizuje grafické používateľské rozhranie, prostredníctvom, ktorého používatelia pracujú so systémom. Aplikácia poskytuje rôzne grafické rozhrania pre rôzne typy používateľov:

**Webové sídlo**

Webové sídlo Ústavného súdu Slovenskej republiky, na ktorom sú zverejňované základné údaje o Ústavnom súde Slovenskej republiky, o Kancelárii Ústavného súdu Slovenskej republiky, o rozhodnutiach, informácie z činnosti a pod. Je tam sekcia na zverejňovanie aktualít, a tiež sekcia pre prístup k elektronickým službám Ústavného súdu Slovenskej republiky.

345

346

* **Webové sídlo - verejná časť**: táto časť portálu je určená pre všeobecnú verejnosť. Predstavuje grafické webové rozhranie prístupné používateľom systému, na ktorom sú pre neprihlásených používateľov verejne dostupné informácie a nástroje pre vyhľadávanie potrebných informácií publikovaných v rámci webového sídla.

347

* **Webové sídlo – privátna časť**: časť portálu určená pre zamestnancov štátnej správy na riadenie a kontrolu v rámci realizovanej dotačnej schémy. Do tejto časti aplikácie nemá verejnosť prístup. Po prihlásení môžu používatelia realizovať všetky im prislúchajúce činnosti vo vzťahu k doméne. Jednotliví používatelia systému majú obmedzený prístup k rôznym funkcionalitám a častiam systému, na základe ich priradenia a ním prideleným oprávneniam.

348

349

**IS Ústavného súdu SR**

350

351

IS Ústavného súdu zabezpečuje výkon špecializovanej agendy verejnej správy, agendy spojenej s rozhodovacou činnosťou sudcov a všetky činnosti na úseku vnútornej správy v jednom centrálnom IS.

352

353

* **UI ZNAU :** Tento komponent tvorí grafické rozhranie pre agendový modul Zbierka nálezov a uznesení US SR. Aktuálne beží na frameworku GWT/GWTP

354

* **UI Manažment konaní**: Tento komponent tvorí grafické rozhranie pre agendový modul Manažment konaní. Aktuálne beží na Framework :JSF (JavaServer Faces)

355

** V rámci tohto riešenia sa bude aktualizovať systém a spôsob vyhľadávania v rámci modulu

356

* **UI Všeobecná registratúra**: Všeobecná registratúra je modul pre vybavovanie správnej agendy, t. j. všetko ostatné čo nesúvisí s rozhodovacou činnosťou.

357

* **UI Administračný modul**: Tento komponent tvorí grafické rozhranie pre administračný modul. Tento modul je postavený na framework: GWT/GWTP (Google Web Toolkit/ Google Web Toolkit Platform).

1.

11.

111. Backend

V rámci vrstvy sú realizované špecifické komponenty, ktoré rozdeľujú na agendové a podporné moduly

*

*1.

*11.

*111. Agendové moduly

369

* **Manažment konaní**: Modul manažment konaní je určený pre vybavenie agendy rozhodovacej činnosti Ústavného súdu SR a na evidenciu celého procesu konania (taktiež označovaný ako „špecializovaná registratúra). Aktuálne beží na Framework: JSF (JavaServer Faces)

370

** V rámci tohto riešenia sa bude aktualizovať systém a spôsob vyhľadávania v rámci modulu

371

* **Zbierka nálezov a uznesení US SR:** Modul je určený na proces spracovania a tvorby zbierky nálezov a uznesení od výberu rozhodnutí po samotné generovanie a publikovanie zbierky na webovom sídle, ako aj vyhľadávanie v zbierke. Aktuálne beží na frameworku GWT/GWTP

372

*1.

373

*11.

374

*111. Podporné moduly

375

376

Vrstva obsahuje komponenty:

377

378

* **Zabezpečené úložisko pre elektronické spisy:** Modul určený pre uloženie a zdieľania elektronických spisov a ich príloh. Žiadateľ o tieto údaje obdrží URL link na toto úložisko do svoje eSchranky.

379

* **Generátor dokumentov**: Modul určený na tvorbu tlačových zostáv, ktoré sú následne vytlačené a po spracovaní v ďalších procesoch ukladané aj do DMS. Publikovaný ako webová služba, ktorá má na vstupe názov šablóny a XML štruktúru obsahujúcu metadáta potrebné pre vyplnenie šablóny.

380

* **Generátor čiarových kódov**: Modul generátora čiarových kódov pre evidované dokumenty.

381

* **Logovanie a monitoring**: Modul určený na uchovanie:

382

** činnosti užívateľov v systéme,

383

** evidovanie činností systému

384

385

Dnes je tvorený Apache Camel

386

387

* **Všeobecná registratúra: **Všeobecná registratúra je modul pre vybavovanie správnej agendy, t. j. všetko ostatné čo nesúvisí s rozhodovacou činnosťou. Všeobecná registratúra a manažment konaní sú dve nezávislé agendy využívajúce spoločné moduly, ako sú napr. podateľňa a elektronický archív spisov.

388

* **DMS**: komponentu umožňuje v rámci systému podpisovať príslušné dokumenty(formuláre) pomocou elektronického podpisu.

389

* **Notifikácie**: Modul elektronických notifikačných služieb garantuje zasielanie notifikácií podľa presne špecifikovanej požiadavky na základe:

390

** typu komunikačného kanálu,

391

** určenia destinácie,

392

** predmetu a tela správy.

393

394

Aktuálne je tvorený nástrojom GWT/GWTP (Google Web Toolkit/ Google Web Toolkit Platform).

395

396

* **ePodateľňa**: Modul určený fyzickej podateľni na evidenciu prijatých dokumentov. Funkcionalitu tohto modulu nahradí nový registratúrny systém.

397

* **IAM (Identity access management)**: Modul IAM slúži na riadenie prístupov v rámci informačného systému. Zabezpečuje:

398

** jednotné prihlasovanie používateľov,

399

** evidenciu užívateľských profilov (za pomoci administrátorského modulu),

400

** definovanie a správu používateľský rolí (za pomoci administrátorského modulu).

401

402

* **Integračný modul**: Komunikácia s externými systémami bude realizovaná pomocou integračného modulu. Integračný modul týmto spôsobom konfigurácie zabezpečí oddelenie externých a interných systémov, čím sa zvýši bezpečnosť prostredia. Tento komponent zastrešuje funkcionalitu napojenia sa na všetky nižšie definované externé systémy a v rámci projektu bude doplnený o ďalšie komponenty zabezpečujúce nové integrácie

** IM_UPVS

** IM_ÚSSR

** IM_iné integrácie

* **Modul administrátorského rozhrania**: Administračný modul poskytuje funkcionalitu spojenú s informáciami, údržbou a nastaveniami jednotlivých funkčných modulov systému. Poskytuje:

408

** jednotné rozhranie pre správu číselníkov,

409

** rozhranie pre správu bezpečnostných rolí a používateľských privilégií,

410

** možnosť spravovať dokumentové šablóny,

411

** rozhranie pre sprístupňovanie dokumentov,

412

** rozhranie pre nastavenie manažovateľnej konfigurácie pre jednotlivé moduly,

413

** prehľady aplikačných auditných záznamov.

414

415

Tento modul je postavený na framework: GWT/GWTP (Google Web Toolkit/ Google Web Toolkit Platform).

1.

11.

111. 1.1.2 Externé informačné systémy

421

422

Komunikácia s externými systémami bude realizovaná pomocou integračného modulu. Integračný modul týmto spôsobom konfigurácie zabezpečí oddelenie externých a interných systémov, čím sa zvýši bezpečnosť celého prostredia a komunikácie.

1.

11.

111. Rozsah informačných systémov – AS IS

430

431

Uveďte dotknuté ISVS a ich moduly AS IS:

432

433

|**Kód ISVS **//(z MetaIS)//|**Názov ISVS**|(((

434

**Modul ISVS**

435

436

//(zaškrtnite ak ISVS je modulom)//

)))|(((

**Stav IS VS**

(AS IS)

)))|**Typ IS VS**|(((

442

**Kód nadradeného ISVS**

443

444

//(v prípade zaškrtnutého checkboxu pre modul ISVS)//

)))

1.

11.

111. Rozsah informačných systémov – TO BE

455

456

Uveďte informácie o dotknutých ISVS z pohľadu ich ďalšej prevádzky po realizácii projektu – TO BE stav:

457

458

|**Kód ISVS **//(z MetaIS)//|**Názov ISVS**|(((

459

**Modul ISVS**

460

461

//(zaškrtnite ak ISVS je modulom)//

462

)))|**Stav IS VS**|**Typ IS VS**|(((

463

**Kód nadradeného ISVS**

464

465

//(v prípade zaškrtnutého checkboxu pre modul ISVS)//

)))

| |Modul Elektronický spis|(((

☒

)))|Plánujem budovať|Agendový|

1.

11.

111. Využívanie nadrezortných a spoločných ISVS – AS IS

482

483

Uveďte informácie o využívaných, resp. nevyužívaných nadrezortných ISVS (Spoločných ISVS a spoločných blokov SaaS) – AS IS stav. Všetky realizované integrácie na nadrezortné ISVS v AS IS stave musia byť evidované v MetaIS.

484

485

|Kód IS|Názov ISVS|Spoločné moduly podľa zákona č. 305/2013 e-Governmente

486

|isvs_9369|Modul elektronického doručovania|//Modul elektronického doručovania//

487

| | |//Vyberte jednu z možností.//

488

| | |//Vyberte jednu z možností.//

1.

11.

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

493

494

Uveďte plánované využívanie nadrezortných a spoločných ISVS v TO BE stave.

495

496

* Povinnosť využívať nadrezortné ISVS ustanovuje najmä zákon č. 305/2013 Z. z. o elektronickej podobe výkonu pôsobnosti orgánov verejnej moci a o zmene a doplnení niektorých zákonov (zákon o e-Governmente) a iné legislatívne predpisy. Prehľad a informácie o nadrezortných ISVS sú uvedené v prílohe P8 Zoznam nadrezortných blokov a podporných spoločných blokov Používateľskej príručky MetaIS.

497

498

|Kód IS|Názov ISVS|Spoločné moduly podľa zákona č. 305/2013 e-Governmente

499

|isvs_8847|Elektronické schránky|//Modul elektronických schránok//

500

|isvs_8846|Autentifikačný modul|//Autentifikačný modul//

501

|isvs_9369|Modul elektronického doručovania|//Modul elektronického doručovania//

1.

11.

111. Prehľad plánovaného využívania iných ISVS (integrácie) – TO BE

506

507

Uveďte v nasledujúcej tabuľke prehľad ISVS, pri ktorých sa plánuje využívanie služieb iných ISVS, spoločných blokov (SaaS) alebo služieb inf. systémov tretích strán v TO BE stave.

508

509

Plánované využívanie a integrácie služieb iných ISVS musí byť evidované v MetaIS – zaevidovanie vzťahu na aplikačnú službu určenú na externú integráciu poskytujúcim ISVS .

|(((

Kód ISVS

//(z MetaIS)//

)))|(((

Názov ISVS

)))|(((

Kód integrovaného ISVS

521

522

//(z MetaIS)//

523

)))|Názov integrovaného ISVS

|N/A|N/A| |

| | | |

| | | |

1.

11.

111. Aplikačné služby pre realizáciu koncových služieb – TO BE

531

532

Uveďte v nasledujúcej tabuľke budované aplikačné služby, realizáciu koncových služieb aplikačnou službou, koncová služba by mala byť realizovaná aspoň jednou aplikačnou službou (KS môžu realizovať aj viaceré aplikačné služby). Všetky aplikačné služby a ich vzťah na koncové služby musia byť evidované v MetaIS.

|(((

Kód AS

//(z MetaIS)//

)))|Názov AS|(((

ISVS/modul ISVS

//(kód z MetaIS)//

)))|(((

Aplikačná služba realizuje KS

545

546

//(kód KS z MetaIS)//

547

)))

548

| |Poskytovanie elektronického spisu|Elektronický spis|

| | | |

| | | |

1.

11.

111. Aplikačné služby na integráciu – TO BE

555

556

Projekt nerealizuje žiadne nové aplikačné služby.

557

558

559

Uveďte v nasledujúcej tabuľke budované aplikačné služby a ich využitie na integráciu na spoločné moduly a iné ISVS alebo ich poskytovanie na externú integráciu a predpokladané vybudovanie cloudových služieb “softvér ako služba“ (SaaS):

560

561

* Plánované aplikačné služby musia byť evidované v MetaIS s fázou životného cyklu a musia mať v MetaIs evidované všetky povinné atribúty a vzťahy,

562

* Evidencia integrácií v MetaIS sa realizuje evidovaním vzťahov aplikačných služieb budovaného~/~/rozvíjaného ISVS na príslušné aplikačné služby nadrezortných ISVS. Podrobné informácie sú uvedené v Používateľskej príručke MetaIS, kap. 2.1.3.3.1 a kap. 2.1.3.3.2. Detailný popis služieb IS CSRÚ a poskytovaných objektov evidencie je v aktuálnej verzii integračného manuálu IS CSRÚ.

563

* Ak IS povinnej osoby potrebuje konzumovať alebo poskytovať služby iným ISVS alebo IS tretích strán prostredníctvom modulu Centrálna API Manažment Platforma (CAMP) a jej modulu API Gateway, je potrebné aplikačné služby IS Povinnej osoby naviazať na príslušné integračné služby CAMP (API Gatewy).

564

* Budované aplikačné služby musia mať v MetaIs evidované SLA parametre pre východiskový a cieľový stav. Podrobné informácie sú uvedené v Používateľskej príručke MetaIS, kap. 2.1.3.

|(((

AS

(Kód MetaIS)

)))|(((

Názov AS

)))|(((

Realizuje ISVS

(kód MetaIS)

Integrácia na AS poskytovateľa

(kód MetaIS)

)))

|As_59701|Centrálne úradné doručovanie|Isvs_8848| Konzumujúca|Nie|Nie|Nie|

| | | | | | | |

| | | | | | | |

* Na informáciu je v nasledujúcej tabuľke prehľad AS na externú integráciu Spoločných modulov podľa § 10 zákona 305/2013 Zz. **Vo finálnom dokumente túto tabuľku prehľadu AS spoločných modulov vymažte:**

588

589

|**MetaIS kód**|**Názov**|**AS na externú integráciu (využitie Spoločného modulu)**

590

|isvs_8846|Autentifikačný modul|Autentifikácia používateľa na ÚPVS (BOK) (as_59698)

591

|isvs_8847|Elektronické schránky|Vytváranie, odosielanie a prijímanie elektronických správ (as_59630)

592

|isvs_8848|Modul elektronických formulárov|Poskytnutie vzorov e_formulárov (sluzba_is_185)

593

|isvs_9369|Modul elektronického doručovania|Centrálne úradné doručovanie (as_59701)

594

|isvs_8850|Platobný modul|Realizácia platieb správnych a súdnych poplatkov (as_59700)

595

|isvs_9368|Modul centrálnej elektronickej podateľne|Overovanie elektronického podpisu (KEP) (as_59702)

596

|isvs_8851|Modul dlhodobého uchovávania (nepovinný)|Uchovávanie elektronických dokumentov (as_59703)

597

|isvs_9370|Notifikačný modul (nepovinný)|Zasielanie oznámení prostredníctvom elektronických komunikačných kanálov (sms, email) (as_59699)

598

|isvs_9513|Centrálna API manažment Platforma (CAMP) ako realizácia Modulu procesnej integrácie a integrácie údajov|Poskytovanie služby integráciou na AS CAMP (as_60157)

599

|isvs_9513|Centrálna API manažment Platforma (CAMP) ako realizácia Modulu procesnej integrácie a integrácie údajov|Konzumovanie služby iného ISVS prostredníctvom CAMP (as_60158)

600

|isvs_5836|IS CSRÚ ako realizácia Modulu procesnej integrácie a integrácie údajov|Poskytovanie dát na integráciu (as_59119)

601

|isvs_5836|IS CSRÚ ako realizácia Modulu procesnej integrácie a integrácie údajov|Poskytnutie konsolidovaných údajov o subjekte (sluzba_is_49250)

602

|isvs_5836|IS CSRÚ ako realizácia Modulu procesnej integrácie a integrácie údajov|Poskytnutie konsolidovaných referenčných údajov z IS CSRÚ na synchronizáciu (sluzba_is_49253)

603

604

* Na informáciu sú v nasledujúcich diagramoch vzory modelovania integrácie na nadrezortné a spoločné moduly podľa § 10 zákona 305/2013 Zz podľa usmernenia v Používateľskej príručke MetaIS. **Vo vašom finálnom dokumente tieto vzory vymažte a nahraďte svojím diagramom ilustrujúcim plánované integrácie:**

605

606

[[image:file:///C:/Users/Ivka/AppData/Local/Temp/msohtmlclip1/01/clip_image004.png]]

607

608

Obrázok 2 Integrácie na spoločné moduly ÚPVS – ref. príklad

609

610

611

[[image:file:///C:/Users/Ivka/AppData/Local/Temp/msohtmlclip1/01/clip_image005.png]]

612

613

Obrázok 3 Integrácie na IS CAMP- referenčný príklad

614

615

616

[[image:file:///C:/Users/Ivka/AppData/Local/Temp/msohtmlclip1/01/clip_image006.png]]

617

618

Obrázok 4 Integrácie na IS CSRÚ – ref. príklad

1.

11.

111. Poskytovanie údajov z ISVS do IS CSRÚ – TO BE

624

625

n/a – projekt nemá dátový charakter

Uveďte v nasledujúcej tabuľke prehľad poskytovaných údajov (objektov evidencie, ďalej OE) z ISVS do IS CSRÚ v TO BE stave.

630

631

|ID OE|Názov (poskytovaného) objektu evidencie|Kód ISVS poskytujúceho OE|Názov ISVS poskytujúceho OE

|N/A|N/A|N/A|

| | | |

| | | |

1.

11.

111. Konzumovanie údajov z IS CSRU – TO BE

639

640

n/a – projekt nemá dátový charakter

Uveďte v nasledujúcej tabuľke prehľad konzumovaných údajov z IS CSRÚ v TO BE stave. [[Súčasné dostupné objekty evidencie a údaje v IS CSRÚ>>url:https://managementmania.com/sk/databaza]] sú uvedené v integračnom manuáli IS CSRÚ.

|ID OE|(((

Názov (konzumovaného) objektu evidencie

650

)))|Kód a názov ISVS konzumujúceho OE z IS CSRÚ|Kód zdrojového ISVS v MetaIS

|N/A|N/A| |

| | | |

| | | |

1.

11. Dátová vrstva

n/a – kapitola nie je relevantná, keďže projekt nemá dátový charakter, žiadne údaje nepridáva, ani nemení.

Každá organizácia by mala mať zavedený systematický manažment údajov (vrátane nastavenie príslušných procesov a metodík pre správu celého životného cyklu údajov) a byť schopná evidovať a spravovať údaje v strojovo-spracovateľnej podobe. V kapitolách nižšie je potrebné popísať AS IS a následne TO BE stav organizácie z pohľadu údajov, ich štruktúry a následného výkonu príslušnej agendy vo vzťahu k projektu.

1.

11.

111. Údaje v správe organizácie

668

669

[[Popíšte dátovú architektúru riešenia na úrovni objektov evidencie a vzťahov medzi nimi>>url:https://managementmania.com/sk/zalohovanie-backup#heading=h.2s8eyo1]] **v AS IS stave**. Pri popise je potrebné vychádzať z metodiky Ministerstva vnútra - Metodika identifikácie, vizualizácie a referencovania údajov pri dátovom modelovaní vo verejnej správe (zverejnená na stránke [[https:~~/~~/www.minv.sk/?np-optimalizacia-procesov-vo-verejnej-sprave>>url:https://www.minv.sk/?np-optimalizacia-procesov-vo-verejnej-sprave]] v Aktivite 5).

670

671

* Uveďte diagramy tried a štruktúrovaný popis entít a atribútov vhodný aj pre strojové spracovanie. Diagram tried uveďte vo forme úplného logického modelu.

672

* Popíšte procesy riadenia životného cyklu správy údajov, kde je potrebné zrozumiteľne zdokumentovať dátové štruktúry, proces tvorby údajov, štatistické metodológie (ak budú použité), dátové zdroje, kontext a ďalšie aspekty manažmentu údajov. Proces riadenia pre manažment údajov musí byť zavedený nad informačnými systémami, ktoré obsahujú objekty evidencie a budú riešené v projekte.

673

* Popíšte zavedenie systematického manažmentu údajov v organizácií.

674

* Po organizačnej stránke je podmienkou zavedenie role dátového kurátora (dátový architekt) v organizácii, v rozsahu ako ju definuje strategická priorita Manažment údajov a strategická priorita Otvorené údaje, ktorý bude zodpovedný za koncept systematického manažmentu údajov a úpravu organizačnej štruktúry smerom k vytvoreniu rezortnej dátovej kancelárie.

1.

11.

111. Dátový rozsah projektu - Prehľad objektov evidencie - TO BE

679

680

n/a – projekt nemá dátový charakter

Pre budované informačné systémy vytvorte tzv. doménový model, ktorý definuje návrh dátových prvkov súvisiacich s projektom.

685

686

* Úlohou doménového modelu je vizuálne znázorniť rozsah predmetných údajov daného projektu, pričom je možné abstrahovať od nepodstatných detailov. Je platformovo nezávislý (nie je určený pre konkrétny programovací jazyk),

687

* V nasledujúcej tabuľke uveďte a popíšte Objekty Evidencie (ďalej len OE) v jednotlivých ISVS/registroch súvisiace s projektom.

688

* Doménový model by mal byť v súlade s existujúcim Centrálnym modelom údajov verejnej správy (viac informácií na: [[https:~~/~~/mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/interoperabilita/>>url:https://mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/interoperabilita/]] a [[https:~~/~~/metais.vicepremier.gov.sk/publicspace?pageId=59836112>>url:https://metais.vicepremier.gov.sk/help?pageId=59836112]].).

689

* Pre modelovanie doménového modelu je potrebné stiahnuť si Centrálny model údajov verejnej správy v preferovanej distribúcii a v novom modeli použiť existujúce dátové prvky, ak tieto patria do domény projektu. Z technického pohľadu je odporučený jazyk UML (pre zjednodušený doménový model môžete použiť aj jazyk ArchiMate).

690

* V prípade, že sa používa dátový prvok z Centrálneho dátového modelu je nutné použiť skrátenú formu URI identifikátora daného prvku, napr. pper:PhysicalPerson je skrátený tvar https:~/~/data.gov.sk/def/ontology/physical-person/PhysicalPerson

691

692

|ID OE|Objekt evidencie - názov|Objekt evidencie - popis|Referencovateľný identifikátor URI dátového prvku

693

| | | |//(Ak nie je priradené URI uveďte „Nemá“)//

| | | |

| | | |

[[image:file:///C:/Users/Ivka/AppData/Local/Temp/msohtmlclip1/01/clip_image007.png]]

698

699

Obrázok 5 Doménový model - príklad

700

701

[[image:file:///C:/Users/Ivka/AppData/Local/Temp/msohtmlclip1/01/clip_image008.png||alt="Domenový model 2"]]

702

703

Obrázok 6 Zjednodušený doménový model - príklad

1.

11.

111. Referenčné údaje

709

710

n/a – projekt nemá dátový charakter

V národnej koncepcii informatizácie verejnej správy bol zadefinovaný princíp „jedenkrát a dosť“, ku ktorému boli ďalej detailnejšie rozpracované úlohy v dokumente Strategická priorita Manažment údajov. Cieľom je dosiahnutie stavu, kedy orgány verejnej moci pri poskytovaní svojich služieb odstránia povinnosti občanov alebo podnikateľských subjektov predkladať údaje vo forme rôznych výpisov, odpisov, potvrdení, atď., ktorými už disponuje verejná správa v rámci svojich registrov.

715

716

Za účelom dosiahnutia TO BE stavu, z ktorého bude benefitovať občan / podnikateľský subjekt úsporou svojho času a prostriedkov, je potrebné popísať viacero nasledujúcich krokov na úrovni participujúcich subjektov verejnej správy:

717

718

* Popísať, aká je aktuálna kvalita údajov v zdrojových registroch,

719

* Uviesť dôvod vyhlásenia referenčných údajov (údaje musia byť k subjektu evidencie jedinečné a k týmto údajom je podľa osobitných predpisov uvedená domnienka správnosti),

720

* Uviesť poskytovateľov a konzumentov (vlastníkov) údajov do centrálnej platformy dátovej integrácie (modulu procesnej integrácie a integrácie údajov slúžiacim pre výmenu údajov pri výkone verejnej moci elektronicky),

721

* Popísať legislatívu a procesy vo verejnej správe (konkrétnej životnej situácie), pre konkrétne údaje identifikované v projekte (odstránenie legislatívnych povinností predkladať úradom výpisy a potvrdenia a automatizácia procesov viažucich sa k životným situáciám a interakcie s občanom / podnikateľským subjektom).

722

*1.

723

*11.

724

*111. Objekty evidencie z pohľadu procesu ich vyhlásenia za referenčné

725

726

V tejto časti dokumentu je potrebné definovať/popísať rozsah a štruktúru na úrovni registrov / objektov evidencie / údajov, ktoré sa navrhujú vyhlásiť za referenčné v naviazanosti na ich zrealizovateľné vzájomné zdieľanie medzi subjektami verejnej správy a dodržanie pravidla, že za referenčné údaje/atribúty sú vyhlasované také údaje/atribúty, ktoré sú k subjektu evidencie jedinečné a práve tie, ktoré využívajú subjekty verejnej správy pri realizácii princípu „1 x a dosť“.

727

728

* Popísať a zdôvodniť navrhované objekty evidencie k vyhláseniu za referenčné z pohľadu ich dátovej kvality v zmysle podkapitoly venujúce sa kvalite a čisteniu údajov,

729

* Popísať, ako bude zabezpečená dostupnosť poskytovania navrhovaných objektov evidencie za referenčné (t.j. v rámci nich údaje/atribúty) cez Modul procesnej integrácie a integrácie údajov, t.j. integráciou cez jeho dátovú časť - IS CSRÚ,

730

* Uviesť časový harmonogram procesu vyhlasovania a zmeny referenčných údajov. Informácie o procese vyhlasovania a zmeny referenčných údajov sú uvedené v metodickom usmernení MIRRI o postupe zaraďovania referenčných údajov do zoznamu referenčných údajov vo väzbe na referenčné registre a vykonávania postupov pri referencovaní: [[https:~~/~~/metais.vicepremier.gov.sk/confluence/download/attachments/2621442/Metodicke_usmernenie_UPVII_3639_2019_oDK_1_FINAL.pdf?version=1&modificationDate=1554714761337&api=v2>>url:https://metais.vicepremier.gov.sk/confluence/download/attachments/2621442/Metodicke_usmernenie_UPVII_3639_2019_oDK_1_FINAL.pdf?version=1&modificationDate=1554714761337&api=v2]]

731

* V nasledujúcej tabuľke uveďte návrh na vyhlásenie a zmeny referenčných údajov, ktoré budú poskytnuté na dátovú integráciu realizáciou projektu. V tabuľke uveďte OE z tabuľky uvedenej v kapitole 3.5.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE:

732

733

|**ID OE**|(((

734

**Názov referenčného registra /objektu evidencie**

735

736

//(uvádzať OE z tabuľky v kap. 3.5.2)//

737

)))|**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**

| | | | |

| | | | |

| | | | |

1.

11.

111.

1111. Identifikácia údajov pre konzumovanie alebo poskytovanie údajov do/z CSRU

746

747

Identifikujte a uveďte v nasledujúcej tabuľke potenciálnych konzumentov objektov evidencie, ktoré budú poskytnuté na dátovú integráciu realizáciou projektu, vrátane ich oprávnenosti/nároku na konzumovanie v zmysle konkrétnych ustanovení osobitných právnych predpisov na strane konzumenta, prípadne aj na strane poskytovateľa. V nadväznosti na uvedené identifikujte osobitné právne predpisy (až na úroveň konkrétneho ustanovenia), ktoré je nutné novelizovať v záujme dosiahnutia TO BE stavu využitia údajov a jeho bezproblémovej aplikovateľnosti.

748

749

V tabuľke uveďte OE z tabuľky uvedenej v kapitole 3.5.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE:

750

751

Poznámka: Pre úspešné napojenie ISVS na IS CSRÚ v roli konzumenta údajov je nutné postupovať podľa integračného manuálu IS CSRÚ.

752

753

|ID OE|(((

754

Názov referenčného údaja /objektu evidencie

755

756

//(uvádzať OE z tabuľky v kap. 3.5.2)//

757

)))|Konzumovanie / poskytovanie|Osobitný právny predpis pre poskytovanie / konzumovanie údajov

758

| | |Vyberte jednu z možností.|

759

| | |Vyberte jednu z možností.|

760

| | |Vyberte jednu z možností.|

1.

11.

111. Kvalita a čistenie údajov

765

766

n/a – projekt nemá dátový charakter

1.

11.

111.

1111. Zhodnotenie objektov evidencie z pohľadu dátovej kvality

773

774

Zhodnoťte objekty evidencie so zameraním sa na významnosť kvality údajov pre biznis procesy (možné riziká v dôsledku dátovej nekvality), t.j. ak bude údaj nepresný, bude mať nesprávnu hodnotu, formát, nebude vyplnený, alebo stotožnený voči referenčnému registru, ako významne to ovplyvní príslušnú agendu:

775

776

* uveďte, či a ako bude zapracovaná možnosť overenia hodnoty údaja,

777

* uveďte, či bude zapracované pri zadávaní údajov obmedzenie hodnôt, napríklad formou číselníka, alebo podmienok,

778

* uveďte, či budú dáta migrované z iného ISVS.

779

780

V nasledujúcej tabuľke vyhodnoťte významnosť a citlivosť kvality údajov a prioritu (poradie dôležitosti) pre meranie dátovej kvality objektov evidencií – t.j. poradie, v akom bude správca ISVS približne realizovať meranie dátovej kvality a čistiť údaje. Prvé 2 záznamy sú vyplnené ako príklad. Vymažte, resp. prepíšte ich vlastnými údajmi. Riadky v tabuľke doplňte podľa potreby.

781

782

V tabuľke uveďte OE z tabuľky uvedenej v kapitole 3.5.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE:

783

784

|ID OE|(((

785

Názov Objektu evidencie

786

787

//(uvádzať OE z tabuľky v kap. 3.5.2)//

)))|(((

Významnosť kvality

//1 (malá) až 5 (veľmi významná)//

)))|(((

Citlivosť kvality

//1 (malá) až 5 (veľmi významná)//

796

)))|(((

797

Priorita //– poradie dôležitosti//

798

799

//(začnite číslovať od najdôležitejšieho)//

800

)))

801

| |//Údaje o štatutárovi//|//5//|//3//|//1.//

802

| |//Iné zainteresované osoby//|//2//|//3//|//20.//

| | | | |

1.

11.

111.

1111. Roly a predbežné personálne zabezpečenie pri riadení dátovej kvality

809

810

V nasledujúcej tabuľke definujte potrebné kapacity pre zabezpečenie riadenia dátovej kvality – napr. dátový kurátor, data steward, dátový špecialista pre dátovú kvalitu, databázový špecialista, projektový manažér a pod. (informácie k téme: [[https:~~/~~/mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/datova-kvalita/>>url:https://mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/datova-kvalita/]] )

811

812

|Rola|Činnosti|Pozícia zodpovedná za danú činnosť (správca ISVS / dodávateľ)

813

|**Dátový kurátor**|Evidencia požiadaviek na dátovú kvalitu, monitoring a riadenie procesu|Dátový kurátor správcu IS

814

|**Data steward**|Čistenie a stotožňovanie voči referenčným údajom|Pracovník IT podpory

815

|**Databázový špecialista**|Analyzuje požiadavky na dáta, modeluje obsah procedúr|Dodávateľ

816

|**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

817

|***Iná rola (doplniť)**| |

1.

11.

111. Otvorené údaje

n/a – projekt nemá dátový charakter

824

825

826

V nasledujúcej tabuľke doplňte objekty evidencie, ktoré budú realizáciou projektu sprístupnené ako otvorené údaje. Uveďte názov objektu evidencie (identifikované v kapitole dátový rozsah projektu) pre kategóriu otvorených údajov a stanoviť úroveň požadovanej kvality (interoperability) otvorených údajov. Pravidlá pre úroveň interoperability verejných otvorených údajov sú stanovené v [[https:~~/~~/wiki.vicepremier.gov.sk/pages/viewpage.action?pageId=23986518>>url:https://metais.vicepremier.gov.sk/help?pageId=23986518]].

Požadovaná kvalita:

* Automatizované publikovanie otvorených údajov v kvalite 3★ (Všetky datasety je potrebné registrovať v centrálnom katalógu otvorených údajov na data.gov.sk). Formát CSV, XML, ODS, JSON

831

* Automatizované publikovanie otvorených údajov v kvalite 4★ (Všetky datasety je potrebné registrovať v centrálnom katalógu otvorených údajov na data.gov.sk) Formát údajov RDF, OWL, TriX, JSON

832

* Automatizované publikovanie otvorených údajov v kvalite 5★ (Všetky datasety je potrebné registrovať v centrálnom katalógu otvorených údajov na data.gov.sk) Formát údajov RDF, OWL, TriX, JSON.

833

834

V tabuľke uveďte OE z tabuľky uvedenej v kapitole 3.5.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE:

|(((

Názov objektu evidencie / datasetu

839

840

//(uvádzať OE z tabuľky v kap. 3.5.2)//

)))|(((

Požadovaná interoperabilita

(//3★ - 5★)//

)))|(((

Periodicita publikovania

849

850

//(týždenne, mesačne, polročne, ročne)//

851

)))

852

|Príklad: senzorické údaje merania teploty|3★|Polročne

853

| |Vyberte jednu z možností.|Vyberte jednu z možností.

854

| |Vyberte jednu z možností.|Vyberte jednu z možností.

855

| |Vyberte jednu z možností.|Vyberte jednu z možností.

856

| |Vyberte jednu z možností.|Vyberte jednu z možností.

857

| |Vyberte jednu z možností.|Vyberte jednu z možností.

1.

11.

111. Analytické údaje

862

863

n/a – projekt nemá dátový charakter

864

865

866

Analytické údaje predstavujú obrovskú skupinu dát získavaných vysokou rýchlosťou z vysokého počtu rôznych typov zdrojov. V priestore verejnej správy sa jedná o dátové zdroje, ktoré sú vytvárané a spravované jednotlivými organizáciami za účelom podpory služieb verejnej správy, služieb vo verejnom záujme alebo verejných služieb. Tieto údaje môžeme okrem uvedenej primárnej funkcie využiť aj na analytické spracovanie, tak aby verejná správa dokázala využívať svoje údaje pre potreby prípravy analýz, na podporu rozhodovania, riadenia a lepší návrh politík. Podmienkou pre plné využitie potenciálu údajov vo verejnej správe je ich poznanie (informácie o dátových zdrojoch, ich obsahu a atribútoch) a zabezpečenie prístupu k analytickým údajom pre analytické jednotky.

867

868

V nasledujúcej tabuľke uveďte, ktoré objekty evidencie budú projektom pripravené na analytické účely a sprístupňované pre analytické jednotky (napr. pre systém Konsolidovaná Analytická Vrstva – KAV: [[https:~~/~~/data.gov.sk/id/egov/isvs/9655>>url:https://data.gov.sk/id/egov/isvs/9655]] ).

869

870

Informácie k sprístupneniu dátových zdrojov organizácie na analytické účely: [[https:~~/~~/mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/analyticke-udaje/>>url:https://mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/analyticke-udaje/]]

871

872

873

|ID|Názov objektu evidencie pre analytické účely|Zoznam atribútov objektu evidencie|Popis a špecifiká objektu evidencie

874

| |//napr. Dataset vlastníkov automobilov//|//identifikátor vlastníka; EČV; typ_vozidla; okres_evidencie;...//|//- dataset obsahuje osobné informácie (r.č. vlastníka)//

| | | |

| | | |

1.

11.

111. Moje údaje

n/a – projekt nemá dátový charakter

883

884

885

V tejto časti je potrebné uviesť informácie súvisiace s údajmi, ktoré spadajú do kategórie mojich údajov, z pohľadu budúceho TO BE stavu projektu. Za moje údaje sa považujú najmä:

886

887

* množina údajov o konaní, ktoré sa týkajú fyzickej osoby alebo právnickej osoby

888

* množina údajov, vrátane osobných údajov, viažucich sa k fyzickej osobe alebo právnickej osobe ako ku subjektu evidencie, ktoré sú predmetom evidovania povinným subjektom,

889

* množina údajov obsiahnutých v návrhu na začatie konania, žalobe, rozhodnutí, žiadosti, sťažnosti, vyjadrení, stanovisku a ohlásení alebo inom dokumente, ktorý vydáva v konaní povinný subjekt, viažuci sa ku konkrétnej fyzickej osobe alebo právnickej osobe.

890

891

Relevantné údaje budú sprístupnené prostredníctvom modulu procesnej integrácie a integrácie údajov - modul Manažmentu osobných údajov pre dotknuté osoby (občanov a podnikateľov) na základe preukázania elektronickej identity osoby. Podmienkou je zabezpečiť, aby údaje identifikované pre službu moje údaje boli prístupné elektronicky v strojovo-spracovateľnom formáte automatizovaným spôsobom cez aplikačné programovacie rozhranie, alebo prostredníctvom modulu procesnej integrácie a integrácie údajov.

892

893

Informácie k sprístupneniu dátových zdrojov organizácie pre službu moje údaje:

894

895

[[https:~~/~~/mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/moje-udaje/>>url:https://mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/moje-udaje/]] .

896

897

Minimálny rozsah pre vyhlásenie dátových prvkov za moje údaje, ktoré musí žiadateľ v projekte zabezpečiť:

898

899

* označenie povinného subjektu,

900

* názov ISVS v ktorom je dátový prvok obsiahnutý,

901

* kód informačného systému, v ktorom je dátový prvok obsiahnutý, podľa centrálneho metainformačného systému,

902

* označenie dátového prvku,

903

* strojovo-spracovateľný formát dátového prvku,

904

* technickú špecifikáciu aplikačného programovacieho rozhrania,

905

* ďalšie doplňujúce informácie.

906

* transparentný pohľad na prístup k údajom subjektu, k logom (kto pristupoval k údajom, za akým účelom a kedy).

907

908

//V prípade, že predkladateľ projektu disponuje údajmi, ktoré spadajú do kategórie mojich údajov, je potrebné vyplniť nasledovnú tabuľku. V tabuľke uveďte OE z tabuľky uvedenej v kapitole 3.5.2 //Dátový rozsah projektu - Prehľad objektov evidencie - TO BE//.//

909

910

|ID|(((

911

Názov registra / objektu evidencie

912

913

//(uvádzať OE z tabuľky v kap. 3.5.2)//

914

)))|Atribút objektu evidencie|Popis a špecifiká objektu evidencie

| | | |

| | | |

| | | |

| | | |

1.

11.

111. Prehľad jednotlivých kategórií údajov

923

924

Realizácia projektu nemení rozsah spracovávaných údajov.

925

926

927

Vyplňte nasledujúcu súhrnnú tabuľku pre kategorizáciu údajov dotknutých projektom z pohľadu využiteľnosti týchto údajov.

928

929

V tabuľke uveďte OE z tabuľky uvedenej v kapitole 3.5.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE.

930

931

|ID|(((

932

Register / Objekt evidencie

933

934

//(uvádzať OE z tabuľky v kap. 4.3.2)//

935

)))|Referenčné údaje|Moje údaje|Otvorené údaje|Analytické údaje

| | |☐|☐|☐|☐

| | |☐|☐|☐|☐

| | |☐|☐|☐|☐

| | |☐|☐|☐|☐

| | |☐|☐|☐|☐

| | |☐|☐|☐|☐

1.

11. Technologická vrstva

945

946

Projekt rozvíja aktuálne riešenie doplnením funkcionality cez change requesty. Technologická vrstva sa jeho realizáciou nemení.

1.

11.

111. Prehľad technologického stavu - AS IS

1.

11.

111. Požiadavky na výkonnostné parametre, kapacitné požiadavky – TO BE

956

957

Doplňte pre TO BE stav do nasledujúcej tabuľky požiadavky na výkonnostné parametre, kapacitné požiadavky, ktoré majú vplyv na výkon, sizing prostredia, napr. počet interných používateľov, počet externých používateľov, počet spracovávaných procesov, dokumentov, komunikáciu medzi vrstvami architektúry IS, využívanie sieťovej infraštruktúry (Govnet, LAN, VPN, …).

958

959

|Parameter|Jednotky|Predpokladaná hodnota|Poznámka

960

|Počet interných používateľov|Počet| |

961

|Počet súčasne pracujúcich interných používateľov v špičkovom zaťažení|Počet| |

962

|Počet externých používateľov (internet)|Počet| |

963

|Počet externých používateľov používajúcich systém v špičkovom zaťažení|Počet| |

964

|Počet transakcií (podaní, požiadaviek) za obdobie|Počet/obdobie| |

965

|Objem údajov na transakciu|Objem/transakcia| |

966

|Objem existujúcich kmeňových dát|Objem| |

967

|Ďalšie kapacitné a výkonové požiadavky ...| | |

1.

11.

111. Návrh riešenia technologickej architektúry

972

973

Technologická architektúra využíva aktuálny technologický stack, ktorý sa zásadne nemení.

1.

11.

111. Využívanie služieb z katalógu služieb vládneho cloudu

979

980

Zaevidujte v MetaIS využívanie infraštruktúrnych služieb vašimi ISVS. Podrobné informácie o evidencii využívania infraštruktúrnych služieb sú uvedené v Používateľskej príručke MetaIS, kap. 2.1.4.3 ISVS využívajúci infraštruktúrne služby.

|(((

Kód infraštruktúrnej služby

986

987

//(z MetaIS)//

988

)))|Názov infraštruktúrnej služby|(((

989

**Kód využívajúceho ISVS**

990

991

//(z MetaIS)//

992

)))|**Názov integrovaného ISVS**

| | | |

| | | |

| | | |

Uveďte parametre (kapacity) požadovaných výpočtových zdrojov (sizing) a využite služieb hybridného vládneho cloudu (uvedené v tabuľkách nižšie) pre jednotlivé prevádzkové prostredia:

998

999

* Vývojové – určené pre vývoj systému

1000

* Testovacie – určené pre testy nových modulov, úprav, zmenových požiadaviek a retesty na úrovni upgrade‑ov (nie pre záťažové testovanie).

1001

* Produkčné – určené pre produkčnú (ostrú) prevádzku systému

1002

* Ďalšie existujúce alebo plánované prostredia, ktoré budú potrebné, napr. predprodukčné, integračné, fix prostredie

Poznámky:

Ak potrebujete pre príslušné prostredie viaceré infraštruktúrne služby, pridajte si potrebné riadky.

1007

1008

V prípade, že neplánujete využitie cloudových služieb z katalógu služieb vládneho cloudu, uveďte v tabuľke požadovaných výpočtových zdrojov (sizing) pre jednotlivé prostredia parametre výpočtových zdrojov, ktoré plánujete v projekte použiť. Namiesto názvu a kódu infraštruktúrnej služby uveďte kód a názov výpočtového zdroja evidovaného v MetaIS.

1009

1010

V súlade s NKIVS by technologická architektúra mala byť založená na cloudových službách. V rámci verejného obstarávania je potrebné potenciálneho uchádzača o zákazku požiadať o návrh technologickej infraštruktúry potrebnej pre implementáciu a prevádzku navrhovaného riešenia. Dodávateľ by pre svoj návrh technologického prostredia mal využiť hlavne cloudové služby vládneho cloudu uvedené v katalógu služieb, ktoré prešli procesom klasifikácie, hodnotenia, registrácie a zaradenia do katalógu služieb zverejnenom na stránke MIRRI: [[https:~~/~~/www.mirri.gov.sk/sekcie/informatizacia/egovernment/vladny-cloud/katalog-cloudovych-sluzieb>>url:https://www.mirri.gov.sk/sekcie/informatizacia/egovernment/vladny-cloud/katalog-cloudovych-sluzieb]].

1011

1012

|(% rowspan="2" %)Prostredie|(% rowspan="2" %)(((

1013

1014

1015

Kód infraštruktúrnej služby

1016

1017

//(z MetaIS)//

1018

)))|(% 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

1019

(doplňte stĺpec parametra, ak je dôležitý pre konkrétnu službu)

1020

|Dátový priestor (GB)|Tier diskového priestoru|Počet vCPU|RAM (GB)

|(((

ďalšie...

(uviesť názov)

)))| | | | | |

Určite v štruktúrovanej podobe ďalšie potrebné infraštruktúrne alebo iné cloudové služby (PaaS, SaaS) potrebné na prevádzku projektu podľa katalógu cloudových služieb. Tabuľky si treba prispôsobiť, aby čo najlepšie odpovedali podmienkam návrhu riešenia a charakteristikám zvolených cloudových služieb:

1031

1032

1033

|Prostredie|Ďalšie služby potrebné na prevádzku projektu z katalógu služieb vládneho cloudu (stručný popis / názov)|(((

Kód služby

//(z MetaIS)//

)))|Parametre pre službu (doplňte stĺpec parametra, ak je dôležitý pre konkrétnu službu)

1038

|Vývojové|Doplň názov a stručný popis| |

1039

|Testovacie|Doplň názov a stručný popis| |

1040

|Produkčné|Doplň názov a stručný popis| |

|(((

ďalšie...

(uviesť názov)

)))| | |

Požiadavky na služby vládneho cloudu odporúčame mať ešte pred vyhlásením VO odkomunikované s prevádzkovateľom vládneho cloudu (MV SR) v súlade s postupom zverejneným na webovom sídle https:~/~/sk.cloud v sekcii “Postup a hlavné kroky pre vytvorenie projektu vo Vládnom cloude” alebo [[https:~~/~~/www.sk.cloud/data/Postup_a_hlavne_kroky_pre_vytvorenie_projektu_vo_Vladnom_cloude.pdf>>url:https://www.sk.cloud/data/Postup_a_hlavne_kroky_pre_vytvorenie_projektu_vo_Vladnom_cloude.pdf]].

1.

11. Bezpečnostná architektúra

1052

1053

Projekt nemení aktuálnu bezpečnostnú architektúru.

1054

1055

Prístup externých používateľov bude do logicky aj sieťovo oddeleného úložiska, ktoré aj pri prípadnej kompromitácií nebude mať prístup do hlavného systému.

1. Závislosti na ostatné ISVS / projekty

1060

1061

Systém nie je závislý na iných ISVS, ak nerátame funkčné centrálne komponenty uvedené v časti 3.4.7.

1062

1063

1064

Uveďte sumárny prehľad všetkých projektov, programov a informačných systémov (ISVS), od ktorých je realizácia pripravovaného projektu závislá.

1065

1066

Uveďte ako záujmové osoby (stakeholder) organizačné jednotky verejnej správy zodpovedné za poskytnutie potrebnej súčinnosti pre pripravovaný projekt.

|Stakeholder|(((

Kód projektu /ISVS

//(z MetaIS)//

)))|Názov projektu /ISVS|Termín ukončenia projektu|Popis závislosti

| | | | |

| | | | |

1. Zdrojové kódy

Doplňte požiadavky na zdrojové kódy (napr. zo vzorovej zmluvy). Aké druhy, formy a štruktúry zdrojových kódov požadujte odovzdať. Stručne popíšte aj spôsob ich preberania, periodicitu (pri akých míľnikoch) a spôsob archivácie,

1080

1081

Doplňte pravidlá pre preberanie, správu a archiváciu zdrojových kódov a tieto pravidlá následne preniesť do Zmluvy o dielo alebo zmluvy na podporu (ZoD/SLA).

1082

1083

Naviažte preberanie/odovzdávanie zdrojových kódov na fakturačné míľniky.

1084

1085

Navrhnite spôsob, ako predísť „Vendor lock-in“ = t.j. dodávané riešenie musí byť v súlade so Zákonom o ITVS (ktorý „vendor lock-in“ nepovoľuje). Následne ustanovenia predchádzaniu vendor-lockinu musia byť zahrnuté aj v ZoD a SLA.

1086

1087

Usmernenia pre oblasť zdrojových kódov:

1088

1089

* Metodické usmernenie č. 024077/2023 – o kvalite zdrojových kódov a balíkov softvéru zverejnené na stránke: [[https:~~/~~/mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/>>url:https://mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/]]

1090

* Inštrukcie k EUPL licenciám: [[https:~~/~~/commission.europa.eu/content/european-union-public-licence_en>>url:https://commission.europa.eu/content/european-union-public-licence_en]]

1091

1092

1. Prevádzka a údržba

1093

1094

Prevádzka a údržba zostávajú nezmenené.

1.

11. Prevádzkové požiadavky

1099

1100

Uveďte popis L1 úrovne – požiadavky / očakávania

1101

1102

Uveďte popis L2 úrovne – požiadavky / očakávania

1103

1104

Uveďte popis L3 úrovne – požiadavky / očakávania

1105

1106

Uveďte štandardný čas podpory, čas/rýchlosť odstraňovania vád, dostupnosť systému, zálohovanie, plán obnovy systému, atď.

1107

1108

Uveďte požadované SLA na služby systémovej a aplikačnej podpory – servisné služby vzťahujúce sa na produkčné a testovacie prostredie IS.

1.

11.

111. Úrovne podpory používateľov

1114

1115

Help Desk bude realizovaný cez 3 úrovne podpory, s nasledujúcim označením:

1116

1117

* **L1 podpory IS** (Level 1, priamy kontakt zákazníka) - jednotný kontaktný bod verejného obstarávateľa – IS Solution manager, ktorý je v správe verejného obstarávateľa a v prípade jeho nedostupnosti Centrum podpory používateľov (zabezpečuje prevádzkovateľ IS a DataCentrum).

1118

* **L2 podpory IS** (Level 2, postúpenie požiadaviek od L1) - vybraná skupina garantov, so znalosťou IS (zabezpečuje prevádzkovateľ IS – verejný obstarávateľ).

1119

* **L3 podpory IS** (Level 3, postúpenie požiadaviek od L2) - na základe zmluvy o podpore IS (zabezpečuje úspešný uchádzač).

Definícia:

* **Podpora L1 (podpora 1. stupňa)** - začiatočná úroveň podpory, ktorá je zodpovedná za 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ď.

1124

* **Podpora L2 (podpora 2. stupňa)** – riešiteľské tímy s hlbšou technologickou znalosťou danej oblasti. Riešitelia na úrovni Podpory L2 nekomunikujú priamo s koncovým užívateľom, 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.

1125

* **Podpora L3 (podpora 3. stupňa)** - 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.

1126

1127

Pre služby sú definované takéto SLA:

1128

1129

* Help Desk je dostupný cez IS Solution manager a pre vybrané skupiny užívateľov cez telefón a email, incidenty sú evidované v IS Solution manager,

1130

* Dostupnosť L3 podpory pre IS je 8x5 (8 hodín x 5 dní od 8:00h do 16:00h počas pracovných dní),

1.

11.

111. Riešenie incidentov – SLA parametre

1135

1136

Za incident je považovaná chyba IS, t.j. správanie sa v rozpore s prevádzkovou a používateľskou dokumentáciou IS. Za incident nie je považovaná chyba, ktorá nastala mimo prostredia IS napr. výpadok poskytovania konkrétnej služby Vládneho cloudu alebo komunikačnej infraštruktúry.

1137

1138

Označenie naliehavosti incidentu:

1139

1140

|Označenie naliehavosti incidentu|Závažnosť incidentu|Popis naliehavosti incidentu

1141

|A|Kritická|Kritické chyby, ktoré spôsobia úplné zlyhanie systému ako celku a nie je možné používať ani jednu jeho časť, nie je možné poskytnúť požadovaný výstup z IS.

1142

|B|Vysoká|Chyby a nedostatky, ktoré zapríčinia čiastočné zlyhanie systému a neumožňuje používať časť systému.

1143

|C|Stredná|Chyby a nedostatky, ktoré spôsobia čiastočné obmedzenia používania systému.

1144

|D|Nízka|Kozmetické a drobné chyby.

možný dopad:

|Označenie závažnosti incidentu|(((

Dopad

)))|Popis dopadu

|1|katastrofický|katastrofický dopad, priamy finančný dopad alebo strata dát,

1154

|2|značný|značný dopad alebo strata dát

1155

|3|malý|malý dopad alebo strata dát

1156

1157

Výpočet priority incidentu je kombináciou dopadu a naliehavosti v súlade s best practices ITIL V3 uvedený v nasledovnej matici:

1158

1159

|(% colspan="2" rowspan="2" %)Matica priority incidentov|(% colspan="3" %)Dopad

1160

|Katastrofický - 1|Značný - 2|Malý - 3

1161

|(% rowspan="4" %)**Naliehavosť**|**Kritická - A**|1|2|3

1162

|**Vysoká - B**|2|3|3

1163

|**Stredná - C**|2|3|4

1164

|**Nízka - D**|3|4|4

1165

1166

Vyžadované reakčné doby:

1167

1168

|Označenie priority incidentu|Reakčná doba^^(1)^^ od nahlásenia incidentu po začiatok riešenia incidentu|Doba konečného vyriešenia incidentu od nahlásenia incidentu (DKVI) ^^(2)^^|(((

1169

Spoľahlivosť ^^(3)^^

1170

1171

(počet incidentov za mesiac)

1172

)))

1173

|1|0,5 hod.|4 hodín|1

1174

|2|1 hod.|12 hodín|2

1175

|3|1 hod.|24 hodín|10

1176

|4|1 hod.|(% colspan="2" %)Vyriešené a nasadené v rámci plánovaných releasov

1177

1178

**//Vysvetlivky k tabuľke//**

1179

1180

(1) Reakčná doba je čas medzi nahlásením incidentu verejným obstarávateľom (vrátane užívateľov IS, ktorí nie sú v pracovnoprávnom vzťahu s verejným obstarávateľom) na helpdesk úrovne L3 a jeho prevzatím na riešenie.

1181

1182

1183

(2) DKVI znamená obnovenie štandardnej prevádzky - čas medzi nahlásením incidentu verejným obstarávateľom a vyriešením incidentu úspešným uchádzačom (do doby, kedy je funkčnosť prostredia znovu obnovená v plnom rozsahu). Doba konečného vyriešenia incidentu od nahlásenia incidentu verejným obstará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.

1184

1185

1186

(3) Maximálny počet incidentov 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 (zadané v rámci jedného pracovného dňa, počas pracovného času 8 hodín) sú považované ako jeden incident.

1187

1188

1189

(4) Incidenty nahlásené verejným obstarávateľom úspešnému uchádzačovi v rámci testovacieho prostredia majú prioritu 3 a nižšiu

1190

1191

Vzťahujú sa výhradne k dostupnosti testovacieho prostredia. Za incident na testovacom prostredí sa nepovažuje incident vztiahnutý k práve testovanej funkcionalite.

1192

1193

1194

Vyššie uvedené SLA parametre nebudú použité pre nasledovné služby:

1195

1196

* Služby systémovej podpory na požiadanie (nad paušál)

1197

* Služby realizácie aplikačných zmien vyplývajúcich z legislatívnych a metodických zmien (nad paušál)

1198

1199

Pre tieto služby budú dohodnuté osobitné parametre dodávky.

1.

11. Požadovaná dostupnosť IS:

1204

1205

|Popis|Parameter|Poznámka

1206

|**Prevádzkové hodiny**|12 hodín|od 6:00 hod. - do 18:00 hod. počas pracovných dní

1207

|(% rowspan="2" %)**Servisné okno**|10 hodín|od 19:00 hod. - do 5:00 hod. počas pracovných dní

1208

|24 hodín|(((

1209

od 00:00 hod. - 23:59 hod. počas dní pracovného pokoja a štátnych sviatkov

1210

1211

Servis a údržba sa bude realizovať mimo pracovného času.

1212

)))

1213

|**Dostupnosť produkčného prostredia IS**|98,5%|(((

1214

98,5% z 24/7/365 t.j. max ročný výpadok je 66 hod.

1215

1216

Maximálny mesačný výpadok je 5,5 hodiny.

1217

1218

Vždy sa za takúto dobu považuje čas od 0.00 hod. do 23.59 hod. počas pracovných dní v týždni.

1219

1220

Nedostupnosť IS sa počíta od nahlásenia incidentu Zákazníkom v čase dostupnosti podpory Poskytovateľa (t.j. nahlásenie incidentu na L3 v čase od 6:00 hod. - do 18:00 hod. počas pracovných dní). Do dostupnosti IS nie sú započítavané servisné okná a plánované odstávky IS.

1221

1222

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.

)))

1.

11.

111. Dostupnosť (Availability)

1228

1229

**Dostupnosť** (**Availability**) je pojem z oblasti riadenia bezpečnosti v organizácii. Dostupnosť znamená, že dáta sú prístupné v okamihu jej potreby. Narušenie dostupnosti sa označuje ako nežiaduce zničenie (destruction) alebo nedostupnosť. Dostupnosť je zvyčajne vyjadrená ako percento času v danom období, obvykle za rok. Orientačný zoznam dostupnosti je uvedený v nasledovnom prehľade:

1230

1231

* **90% dostupnosť** znamená výpadok 36,5 dňa

1232

* **95% dostupnosť** znamená výpadok 18,25 dňa

1233

* **98% dostupnosť** znamená výpadok 7,30 dňa

1234

* **99% dostupnosť** znamená výpadok 3,65 dňa

1235

* **99,5% dostupnosť** znamená výpadok 1,83 dňa

1236

* **99,8% dostupnosť** znamená výpadok 17,52 hodín

1237

* **99,9%** (“**tri deviatky**”) **dostupnosť** znamená výpadok 8,76 hodín

1238

* **99,99%** (“**štyri deviatky**”) **dostupnosť** znamená výpadok 52,6 minút

1239

* **99,999%** (“**päť deviatok**”) **dostupnosť** znamená výpadok 5,26 minút

1240

* **99,9999%** (“**šesť deviatok**”) **dostupnosť** znamená výpadok 31,5 sekúnd

1241

1242

Hoci je obvyklé uvádzať dostupnosť v percentách, presnejšie ukazovatele sú vyjadrením doby obnovenia systému a na množstvo dát, o ktoré môžeme prísť:

1243

1244

* [[RTO (Recovery Time Objective)>>path:#_RTO_(Recovery_Time]] - doba obnovenia systému, t.j. za ako dlho po výpadku musí byť systém funkčný (pre bližšie info klik na nadpis)

1245

* [[RPO (Recovery Point Objective) >>path:#_RPO_(Recovery_Point]]- aké množstvo dát môže byť stratené od vymedzeného okamihu

1246

* Recovery Time - čas potrebný k obnove

1247

1248

Riešenie dostupnosti v praxi: Nedostupnosť [[dát>>url:https://datalab.digital/wp-content/uploads/CSRU_poskytovatelia_polozky_v3.xlsx]] je jedným z [[rizík>>url:https://www.zakonypreludi.sk/zz/2020-78/znenie-20200501]], ktorý môže postihnúť každú [[organizáciu>>url:https://metais.vicepremier.gov.sk/publicspace]]. Dostupnosť je jedným s kľúčových požiadaviek na každý dôležitý [[informačný systém>>url:https://datalab.digital/dokumenty/]] a vplyv na dostupnosť má mnoho faktorov, napríklad:

1249

1250

* Dostupnosť [[servera>>url:https://metais.vicepremier.gov.sk/help]]

1251

* Dostupnosť pripojenie k internetu

1252

* Dostupnosť [[databázy>>url:https://www.zakonypreludi.sk/zz/2020-85/znenie-20200501]]

1253

* Dostupnosť [[webových stránok>>url:https://managementmania.com/sk/sla-service-level-agreement]]

1254

1255

V prípade, že je časť softvér alebo infraštruktúra zabezpečovaná externe (napr. hosting, webhosting), prenáša sa zodpovednosť za dostupnosť týchto komponentov na dodávateľa. Potom je potrebné mať vhodným spôsobom ošetrenú úroveň dostupnosti, ktorú musí dodávateľ dodržať. Zvyčajne je dostupnosť súčasťou [[dohody o úrovni poskytovaných služieb (SLA)>>url:https://datalab.digital/referencne-udaje/]].

1.

11.

111. RTO (Recovery Time Objective)

1261

1262

**Recovery Time Objective** (zvyčajne sa požíva skratka RTO) je jeden z ukazovateľov [[dostupnosti>>url:https://managementmania.com/sk/data]] dát. RTO vyjadruje množstvo času potrebné pre obnovenie [[dát>>url:https://datalab.digital/legislativa/]] a celej prevádzky nedostupného systému ([[softvér>>url:https://datalab.digital/dokumenty]]). Môže byť, v závislosti na použitej technológii, vyjadrené v sekundách, hodinách či dňoch.

1263

1264

**Využitie RTO v praxi**: Ukazovateľ RTO sa z pohľadu zákazníka využíva pre vyjadrenie doby pre obnovu dát. (napr. formou [[SLA>>url:https://www.minv.sk/swift_data/source/mvsr_a_eu/fabianova/np_optimalizacia/metodika-modelovania-udajov-vs.pdf]]). Na druhú stranu poskytovatelia dnes môžu voliť rôzne technológie zálohovanie, respektíve replikovanie dát a dobu obnovy dát znížiť až k nulovému výpadku. Existujúce technológie sa delia zhruba nasledovne:

1265

1266

* Tradičné zálohovanie - výpadok a obnova trvá cca hodiny až dni

1267

* Asynchrónne replikácie dát - výpadok a obnova v poriadku sekúnd až minút

1268

* Synchrónny replikácie dát - nulový výpadok

1.

11.

111. RPO (Recovery Point Objective)

1273

1274

**Recovery Point Objective** (zvyčajne sa požíva skratka RPO) je jeden z ukazovateľov [[dostupnosti>>url:https://datalab.digital/legislativa/]] dát. RPO vyjadruje, do akého stavu (bodu) v minulosti možno obnoviť [[dáta>>url:https://datalab.digital]]. Inými slovami množstvo dát, o ktoré môže organizácia prísť.

1275

1276

**Využitie RPO v praxi: **Ukazovateľ RPO sa z pohľadu zákazníka využíva pre vyjadrenie množstva obnoviteľných dát. (napr. formou [[SLA>>url:https://www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html]]). Na druhú stranu poskytovatelia dnes môžu voliť rôzne technológie [[zálohovanie>>url:https://joinup.ec.europa.eu/sites/default/files/inline-files/EUPL%201_1%20Guidelines%20SK%20Joinup.pdf]], respektíve replikovanie dát a bod obnovy dát znížiť až k nulovej strate. Existujúce technológie sa delia zhruba nasledovne:

1277

1278

* Tradičné zálohovanie - výpadok a obnova trvá cca hodiny až dni

1279

* Asynchrónne replikácie dát - výpadok a obnova v poriadku sekúnd až minút, strata sa blíži k nule

1280

* Synchrónny replikácie dát - nulová strata

1281

1282

1. Požiadavky na personál

1283

1284