I-03 Prístup k projektu – detailný (pristup_k_projektu)

V súlade s vyhláškou 85/2020 Z. z. o riadení projektov - je dokument Prístup k projektu pre iniciačnú fázu určený na rozpracovanie detailných informácií prípravy projektu z pohľadu budúceho stavu a navrhovaného riešenia tak, aby mohol byť projekt schválený a začal proces verejného obstarávania a následný prechod do realizačnej fázy projektu.

47

48

== 2.1 Použité skratky a pojmy ==

49

50

|**SKRATKA/POJEM**|**POPIS**

51

|AOS|Akadémia ozbrojených síl gen. M. R. Štefánika

52

|ATS|Modul na sledovanie priebehu uchádzača (Applicant Tracking System)

53

|CMS|Systém na manažment obsahu (Content Management System)

54

|FO|Fyzická osoba

55

|GDPR|Všeobecné nariadenie EÚ o ochrane údajov

56

|IAM|Správa identít a prístupu (Identity & Access Management)

57

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

58

|IKT|Informačné a komunikačné technológie

59

|IS|Informačný systém

60

|ISR|Informačný systém regrutácie

61

|ISVS|Informačný systém verejnej správy

62

|KPI|Kľúčové ukazovatele výkonnosti (Key Performance Indicators)

63

|MO SR|Ministerstvo obrany Slovenskej republiky

64

|OS SR|Ozbrojené sily Slovenskej republiky

65

|OVM|Orgány verejnej moci

66

|PO|Právnická osoba

67

|POO|Plán obnovy a odolnosti

68

|PR|Vzťahy s verejnosťou (Public Relations)

69

|PÚ OS SR|Personálny úrad ozbrojených síl Slovenskej republiky

70

|RS OS SR|Regrutačné stredisko ozbrojených síl Slovenskej republiky

71

|ÚVN|Ústredná vojenská nemocnica

72

73

== 2.2 Konvencie pre typy požiadaviek ==

74

75

Hlavné kategórie požiadaviek v zmysle katalógu požiadaviek sú rozdelené na funkčné, nefunkčné a technické. Následne boli požiadavky číslované od 01 ďalej s označením ID.

**~ **

= 3. Popis navrhovaného riešenia =

80

81

Na základe vyhodnotenia multikriteriálnej analýzy je v rámci dokumentu posudzovaná a na realizáciu odporúčaná biznis alternatíva A1 – Vytvorenie nového IS pre optimalizáciu, zefektívnenie a elektronizácia vybraných častí procesov agend PÚ OS SR vrátane elektronizácie služieb v rámci podávania žiadostí a komunikácie so žiadateľom. V zmysle vybranej alternatívy bude zahrnutá aj biznis alternatíva B2, ktorá spĺňa kritéria používateľskej skúsenosti stakeholderov. Tieto zmeny zabezpečia:

82

83

* Elektronizáciu procesov regrutácie prostredníctvom vybudovania nového informačného systému,

84

* Optimalizáciu a zefektívnenie spracovania procesov agend Personálnych úradov ozbrojených síl Slovenskej republiky prostredníctvom digitalizácie procesov, znížením administratívy a zefektívnením spracovania procesov, znížením trvania spracovania a doby vybavenia žiadosti, zavedením overovania identity prostredníctvom dostupných údajov a zefektívnením sledovania, vyhodnocovania a vykazovania údajov,

85

* Štandardizáciu bezpečnostných pravidiel a postupov pre prácu a skladovanie osobných údajov v procese regrutácie prostredníctvom dátového trezoru a nových registrov,

86

* Zabezpečenie elektronickej výmeny údajov, informácií a dokumentov,

87

* Zefektívnenie komunikácie so žiadateľom prostredníctvom zavedenia elektronickej výmeny údajov a podporením multikanáloveho prístupu.

88

* Rozšírenie služieb regrutačných pracovísk a "miest prvého kontaktu" o elektronické nástroje podporujúce úspešnú regrutáciu.

89

90

Detailný pohľad na navrhované riešenie je uvedený v nasledujúcej kapitole.

91

92

= 4. Architektúra riešenia projektu =

93

94

== 4.1 Biznis vrstva ==

95

96

97

=== 4.1.1 AS IS stav Biznis architektúry ===

98

99

V rámci súčasného stavu biznis architektúry agend regrutačných stredísk PÚ OS SR boli identifikovaný títo biznis aktéri (fyzické a právnické osoby) a ich role:

100

101

* Fyzické osoby:

102

** **Občan Slovenskej republiky** – Občan, ktorý má záujem sa informovať alebo má záujem sa uchádzať o zamestnanie / štúdium v OZ štátu.

103

** **Žiadateľ Ozbrojených síl Slovenskej republiky** – Spracovateľ podania formou vyplnenia žiadosti vo formulárovom prostredí.

104

** **Podnikateľ** - fyzická osoba – Vystupuje ako poskytovateľ benefitov v rámci benefitov a odmien pre študentov, uchádzačov a personál OS SR.

105

* Právnické osoby:

106

** **Ministerstvo obrany Slovenskej republiky** – Zodpovedá za úseky a agendy verejnej správy týkajúce sa regrutácie, vzdelávania a prípravy na zaradenie do OS SR.

107

** **Personálny úrad Ozbrojených síl Slovenskej republiky** – Riadi, metodicky usmerňuje a kontroluje činnosť svojich organizačných zložiek (okrem iných aj RS OS SR).

108

** **Regrutačné skupiny Ozbrojených síl Slovenskej republiky** – Vykonávajú prijatie a spracovanie žiadostí týkajúcich sa agend regrutácie. Zabezpečujú prvotný kontakt a výber uchádzačov o štúdium alebo zaradenie do OS SR.

109

** **Ústredná vojenská nemocnica Ružomberok** – Vykonáva posudzovanie zdravotnej spôsobilosti podľa Vyhlášky č. 446/2022 o posudzovaní zdravotnej spôsobilosti občana na prijatie do štátnej služby v OS SR.

110

** **Akadémia ozbrojených síl generála Milana Rastislava Štefánika** – Prijíma žiadosti a poskytuje vysokoškolské vzdelanie a prípravu na výkon štátnej služby v OS SR.

111

** **Iné orgány verejnej moci** – Orgány verejnej moci, ktoré vystupujú v agendách regrutačných skupín PÚ OS SR, napríklad ako sprostredkovatelia žiadostí, orgány povinné nahlasovať zmeny súvisiace s uchádzačom alebo ako orgány dopytované zo strany PÚ OS SR, aby sa vyjadrili k žiadosti uchádzača. Napríklad ide aj o Ministerstvo vnútra SR, ktoré môže byť zapojené v určitých aspektoch regrutačného procesu, najmä ak ide o koordináciu s civilnými zložkami.

112

** **Podnikateľ právnická osoba** – Napríklad poskytovateľ benefitov, personálna agentúra a náborové firmy alebo Médiá a komunikačné agentúry. V niektorých prípadoch môže byť súčasťou procesu aj spolupráca s externými konzultantmi a firmami zaoberajúcimi sa náborom a médiá, ktoré sa podieľajú na informovaní verejnosti o náborových kampaniach a propagácii kariéry v OS SR.

113

** **Iné inštitúcie** – Napríklad školy a vzdelávacie inštitúcie - Základné, stredné a vysoké školy môžu byť zapojené do regrutačných aktivít, najmä cez informačné kampane a prezentácie pre študentov.

114

** **Iné vojenské útvary** – Vystupujú ako poskytovatelia informácií a partnerovia v PR aktivitách PÚ OS SR, AOS a MO SR. Napríklad to sú: Regionálne vojenské veliteľstvá, ktoré zodpovedajú za konkrétne geografické oblasti a spolupracujú pri nábore a selekcii nových členov; Centrum pre výcvik a kynológiu, ktoré poskytuje špecializovaný výcvik pre špecifické vojenské úlohy a odborné zameranie.

115

116

Pre dotknutých aktérov bola identifikovaná kľúčová životná situácia „**Životná situácia 1 - Strata a hľadanie zamestnania**“ a nasledujúce relevantné čiastkové kroky v customer journey tejto kľúčovej životnej situácie:

117

118

* Zisťujem si informácie o možnostiach ďalšieho postupu (hľadanie práce, podpora štátu)

119

* Plním povinnosti definované úradom (aktívne hľadanie zamestnania, potvrdenia, hlásenia na UPSVaR, iné)

120

* Potrebujem od štátu informácie o voľných pracovných miestach a o možnostiach vyhľadávania voľných pracovných miest

121

* Chcem využiť informačno-poradenské služby štátu (pri voľbe povolania, výbere zamestnania a adaptácii zamestnanca v novom zamestnaní)

122

* Chcem využiť odborné poradenské služby od štátu (vypracovanie individuálneho akčného plánu, individuálne a skupinové poradenstvo)

123

* Potrebujem informácie o nástrojoch aktívnych opatrení na trhu práce (o vzdelávaní a príprave pre trh práce a príspevkoch napr. na samostatnú zárobkovú činnosť, na presťahovanie za prácou, na dopravu do zamestnania,...)

124

* Hľadám vhodné pracovné pozície

125

* Kontaktujem personálnu / pracovnú agentúru (variant)

126

* Chodím na pracovné pohovory

127

128

Súčasný stav biznis architektúry poskytuje nasledujúce optimalizačné príležitosti:

129

130

* Vysoká potreba manuálnych činností pri práci s údajmi, dokumentmi a informáciami pri výkone agend PÚ OS SR – Regrutačné procesy prebiehajúce prevažne manuálne vedú k neefektívnosti a chybovosti, keďže personalisti musia pracovať s elektronicky nečitateľnými formulármi v rôznych formátoch bez jednotného postupu, čo komplikuje interoperabilitu a zdieľanie informácií. Tento stav spôsobuje výrazné časové zdržania a prevádzkové náklady, čím brzdí strategické získavanie potrebných kapacít OS SR a znižuje spokojnosť uchádzačov. Nový informačný systém regrutácie by mohol tieto problémy riešiť automatizáciou procesov, štandardizáciou údajov a zlepšením komunikácie medzi zainteresovanými stranami.

131

* Neefektívnosť pri manuálnom spracovaní procesov - Regrutačné procesy z pohľadu uchádzačov prebiehajú neefektívne, pretože sú založené na manuálnom vypĺňaní formulárov a vyžadujú telefonický alebo osobný kontakt, čo vedie k zbytočnému strácaniu času a zdrojov. Navyše, procesy nie sú pre uchádzačov dostatočne transparentné, čo spôsobuje nedostatok informácií o nasledujúcich krokoch a termínoch, ako sú stretnutia alebo zdravotné prehliadky, čo môže znižovať ich spokojnosť a dôveru v celý proces. Zavedenie nového informačného systému regrutácie by mohlo tieto problémy riešiť elektronizáciou a automatizáciou procesov, čo by zvýšilo efektivitu a transparentnosť pre všetkých zúčastnených.

132

* Dlhé trvanie spracovania procesu a vybavenia žiadosti – Proces regrutácie je časovo náročný kvôli vysokej potrebe manuálneho spracovania a nízkej úrovni zdieľania údajov, čo vedie k zdĺhavému zadávaniu informácií, ktoré štát už má, a nízkej miere využívania online stretnutí. Tieto faktory spomaľujú celý proces a zvyšujú časovú náročnosť vybavenia žiadostí, čo môže odradiť potenciálnych uchádzačov a znížiť efektivitu regrutácie. Zavedenie nového informačného systému regrutácie by mohlo zrýchliť procesy prostredníctvom automatizácie, efektívneho zdieľania údajov a využívania online nástrojov na stretnutia.

133

* Výmena informácií neprebieha efektívne – Chýbajú digitalizované procesy na postúpenie informácií v rámci PÚ OS SR a potrebnými inštitúciami, ako sú Ústredná vojenská nemocnica v Ružomberku či Akadémia ozbrojených síl, čo brzdí regrutačné procesy. Tento nedostatok digitalizácie vedie k zdĺhavým manuálnym postupom a neefektívnej komunikácii medzi jednotlivými zložkami, čím sa znižuje celková efektivita a rýchlosť regrutácie. Implementácia nového informačného systému regrutácie by mohla optimalizovať výmenu informácií a zrýchliť procesy digitalizáciou a automatizáciou.

134

* Potreba dokladania údajov žiadateľom, ktorá sa už v štáte nachádzajú – Tento problém priamo vychádza z priority pre elektronické služby e-governmentu „Jedenkrát a dosť“ a spôsobuje, že žiadatelia musia opakovane predkladať informácie, ktoré štát už má k dispozícii. Tento neefektívny prístup zvyšuje administratívnu záťaž pre uchádzačov aj pre personálny úrad, spomaľuje regrutačné procesy a znižuje spokojnosť žiadateľov. Zavedenie nového informačného systému regrutácie by mohlo tento problém riešiť efektívnym zdieľaním údajov medzi štátnymi inštitúciami a minimalizáciou potreby duplicitného podávania údajov.

135

* Absencia využívania služieb elektronickej identity pre vybavovanie e-Gov služieb – Používanie elektronickej identity sa čoraz viac vyžaduje pre elektronické služby štátu, kde občan vybavuje dôležité životné situácie a manažuje svoje osobné údaje, no v regrutačných procesoch ozbrojených síl SR táto prax chýba. Absencia elektronickej identity znižuje zabezpečenie a dôveru v štátne služby, čím sa komplikuje a spomaľuje celý proces. Zavedenie využívania elektronickej identity by mohlo zvýšiť bezpečnosť, dôveru a efektivitu procesu regrutácie, zároveň podporujúc modernizáciu a digitalizáciu štátnych služieb.

136

* Neefektívne sledovanie, reportovanie a vyhodnocovanie štatistík a KPI – Meranie KPI je aktuálne manuálne, čo neumožňuje automatický zber štatistík a vedie k neefektívnym a časovo náročným procesom. Súčasné manuálne vyhodnocovanie KPI je limitované a nevyužíva pokročilé metódy analýzy údajov, čo by mohlo výrazne zlepšiť presnosť a efektívnosť. Sledovanie chovania návštevníkov webovej stránky by tiež mohlo poskytnúť cenné údaje pre optimalizáciu procesu regrutácie. Zavedenie nového informačného systému regrutácie by umožnilo automatizovaný zber a pokročilú analýzu KPI, čím by sa zvýšila efektivita a kvalita reportovania a vyhodnocovania procesov.

137

* Nízke povedomie o činnostiach a benefitoch zamestnania v OS SR – Významná časť uchádzačov uvádza, že ich motivuje práca s významom, ale ich aktuálne povedomie o činnostiach a benefitoch zamestnania v ozbrojených silách SR je nízke. Základný naratív regrutačnej kampane by mal byť zameraný na zmysluplnosť práce, zvýraznenie profesionálnej vojenskej kariéry, jej široké zameranie, dynamiku rastu a hodnotu pre spoločnosť. Súčasťou navrhovaného projektu by mala byť aj multikanálová PR kampaň využívajúca storytelling na priblíženie práce v OS SR verejnosti, čo by mohlo výrazne zvýšiť atraktivitu a znalosť tohto povolania medzi potenciálnymi uchádzačmi.

138

* Komunikácia so žiadateľom neprebieha efektívne – Komunikácia je nekonzistentná, pričom niektoré formuláre sú v podobe tlačív a proces často závisí na osobnom kontakte tam, kde by mohli byť využité online stretnutia na úsporu času. Efektivitu komunikácie by mohli zvýšiť moderné prvky, ako chatboty a AI asistenti, spolu s funkciami kalendára, ktoré umožňujú notifikácie a ukladanie termínov do osobných kalendárov v telefóne. Implementácia týchto nástrojov by zlepšila konzistenciu, rýchlosť a pohodlie komunikácie so žiadateľmi, čím by sa zvýšila ich spokojnosť a efektivita celého regrutačného procesu.

139

140

Zmenu aktuálneho stavu poskytovania služieb je možné vyhodnotiť pomocou nasledujúcich ukazovateľov a metrík:

141

142

* Počet vytvorených platforiem na elektronizáciu procesov regrutácie: 0 ks.

143

* Zníženie času zamestnanca PÚ OS SR na evidenciu uchádzačov: 100 %.

144

* Navýšenie žiadostí podaných elektronicky: 0 ks.

145

* Počet údajov, ktoré sa doťahujú z Registrov: 0 ks.

146

* Ročný počet prijatých žiadostí v rámci agendy regrutácie (priemer za roky 2021 – 2023): 3 804 ks.

147

* Priemerný čas dožiadania podkladov pre iniciačnú fázu: 4 hod.

148

* Priemerný čas trvania zamestnanca pre vloženie žiadosti do SAP AS-IS, bez realizácie projektu: 5 hod.

149

* Priemerný čas občana na doručenie žiadosti poštou AS-IS, bez realizácie projektu: 8 hod.

150

* Priemerný čas na prístup k štatistickým výstupom AS-IS, bez realizácie projektu: 48 hod.

151

152

==== 4.1.1.1 Popis procesov AS IS ====

153

154

Na nasledujúcich schémach je grafické znázornenie súčasného procesu regrutácie, pričom procesy sú vytvorené vo forme user stories v modelovacom nástroji canva ([[https:~~/~~/www.canva.com/sk_sk/>>url:https://www.canva.com/sk_sk/]]).

155

156

V rámci modelovania boli použité nasledovné objekty:

157

158

* Persóna – šedý objekt – popisuje, koho sa daná situácia týky

159

* Epic – žltý objekt – popisuje situáciu, ktorá sa rieši

160

* User story – AS IS – modrý objekt – popisuje konkrétne kroky, ktoré sa vykonávajú v súčasnom stave

161

* User story – TO BE – zelený objekt – popisuje návrh konkrétnych krokov, ktoré sa budú vykonávať v navrhovanom stave

162

* Vstup / Výstup – fialový objekt – popisuje aký je potrebný vstup alebo výstup daného kroku

163

164

[[image:1730887253331-314.png]]

165

166

Obrázok 1 Registrácia uchádzača

167

168

[[image:1730887253340-179.png]]

169

170

Obrázok 2 Príprava podkladov do ŠS

171

172

[[image:1730887253344-456.png]]

173

174

Obrázok 3 Pokračovanie procesu regrutácie

175

176

[[image:1730887253351-363.png]]

177

178

Obrázok 4 Evidencia registračného formulára

179

180

[[image:1730887253356-391.png]]

181

182

Obrázok 5 Tvorba reportov a hlásení

183

184

=== 4.1.2 TO BE stav Biznis architektúry ===

185

186

Biznis architektúra vychádza z navrhovaných funkcionalít, ktoré by mal ISR zabezpečovať-. Z pohľadu užívateľov predpokladáme nasledovných:

187

188

* Všeobecný užívateľ – jedná sa o občana, ktorý je všeobecným užívateľom stránok a aplikácia a teda ešte neprejavil záujem stať sa „vojakom“. Môže mať vytvorený profil „hráča“, ale ešte nebol iniciovaný proces podania žiadosti.

189

* Uchádzač – jedná sa o občana, ktorý má záujem sa stať súčasťou OS SR v nejakej z vybraných pozícií. Tento užívateľ už má vytvorený verifikovaný profil.

190

* Personalista – jedná sa o interného pracovníka regrutačného strediska, ktorý v rámci systému (predovšetkým modulu ATS) môže riadiť proces regrutácie.

191

* Riadiaci pracovník – jedná sa o interného užívateľa, ktorý využíva systém predovšetkým ako konzument štatistík, hlásení a reportov, alebo je ako osoba oprávnenia manažovať prístupy do systému.

192

193

Z pohľadu biznis koncových služieb boli identifikované nasledovné:

194

195

* Poskytovanie všeobecných informácií – základná funkcionalita webu

196

* Podávanie žiadostí – služba umožní uchádzačom predkladať formuláre, žiadosti, prihlášky a pod.

197

* Správa regrutačného procesu – jedná sa o službu, prostredníctvom ktorej sa bude dať vytvoriť profil uchádzača a riadiť celý proces z jeho strany.

198

199

==== 4.1.2.1 Návrh procesov TO BE ====

200

201

Na nasledovných schémach je demonštrovaný návrh procesného zabezpečenia regrutácie. Metodika spôsobu zakreslenia je totožná z popisom AS IS

202

203

[[image:1730887253357-456.png]]

204

205

Obrázok 6 TO BE Registrácia uchádzača

206

207

[[image:1730887253362-771.png]]

208

209

Obrázok 7 TO BE Príprava dokladov

210

211

[[image:1730887253367-755.png]]

212

213

Obrázok 8 TOBE Zadanie osobných údajov

214

215

[[image:1730887253371-338.png]]

216

217

Obrázok 9 TO BE Osobné alebo online stretnutie

218

219

[[image:1730887253373-224.png]]

220

221

Obrázok 10 TO BE Podanie žiadosti

222

223

[[image:1730887253376-407.png]]

224

225

Obrázok 11 TO BE Overenie trestnej bezúhonnosti

226

227

[[image:1730887253379-982.png]]

228

229

Obrázok 12 TO BE Posúdenie zdravotnej spôsobilosti

230

231

[[image:1730887253381-720.png]]

232

233

Obrázok 13 TO BE Vyplnenie osobného dotazníka

234

235

[[image:1730887253382-126.png]]

236

237

Obrázok 14 TO BE Sledovanie stavu prihlášky

238

239

[[image:1730887253384-710.png]]

240

241

Obrázok 15 TO BE Pokračovanie procesu offline

242

243

[[image:1730887253390-398.png]]

244

245

Obrázok 16 TO BE prihlásenie do ATS

246

247

[[image:1730887253393-639.png]]

248

249

Obrázok 17 TO BE Manažovanie pozície

250

251

[[image:1730887253398-284.png]]

252

253

Obrázok 18 TO BE Zobrazenie karty uchádzača

254

255

[[image:1730887253402-337.png]]

256

257

Obrázok 19 TO BE Komunikácia s uchádzačom

258

259

[[image:1730887253405-848.png]]

260

261

Obrázok 20 TO BE Prehľad pozícií

262

263

[[image:1730887253408-800.png]]

264

265

Obrázok 21 TO BE Udelenie rozhodnutia uchádzačovi

266

267

[[image:1730887253410-752.png]]

268

269

Obrázok 22 TO BE Manažovanie uchádzača v kroku 1

270

271

[[image:1730887253415-182.png]]

272

273

Obrázok 23 TO BE Manažovanie uchádzača v kroku 3

274

275

[[image:1730887253418-347.png]]

276

277

Obrázok 24 TO BE Manažovanie uchádzača v ďalších krokoch

278

279

[[image:1730887253420-459.png]]

280

281

Obrázok 25 TO BE Tvorba štatistík a prehľadov

282

283

[[image:1730887253421-960.png]]

284

285

Obrázok 26 TO BE Procesy vedúceho pracovníka

286

287

==== 4.1.2.2 Návrh TO BE biznis architetkúry ====

288

289

[[image:1731662912737-748.png]]

290

291

Obrázok 27 Návrh biznis architektúry TO BE

292

293

=== 4.1.3 Prehľad koncových služieb – budúci stav ===

294

295

V nasledujúcej tabuľke sú uvedené KS vytváraného systému

|(((

**Kód KS**

//**(z MetaIS)**//

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

302

**Životná situácia**

303

304

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

305

)))|**Úroveň elektronizácie KS**

=== 4.1.4 Jazyková podpora a lokalizácia ===

311

312

Systém bude definovaný v slovenskom a anglickom jazyku

313

314

== 4.2 Aplikačná vrstva ==

315

316

Z pohľadu aplikačnej architektúry bol systém rozdelený na nasledujúce celky:

317

318

* Front end – jedná sa o možnosť pristupovať z vonku k obsahu web, pričom prístupy budú umožnené cez webové rozhranie alebo cez vytvorenú aplikáciu

319

* Back end – jedná sa celkovú funkčnosť, ktorá bude v rámci systému implementovaná. Z pohľadu komponentov sa jedná o nasledovné:

320

** CMS – jedná sa o základnú správu web, obsahu a informácií

321

** ATS – jedná sa o modul, ktorý podporuje celý proces regrutácie ako na strane uchádzača, tak aj na strane regrutačného strediska

322

** IAM – jedná sa o modul prístupov a oprávnení

323

** ADMIN – v rámci admin modulu bude umožnené spracovať systém ako celok vrátane nastavení reportov úloh a pod.

324

** GAMING ZONE – jedná sa o zónu, v rámci ktorej budú sprístupnené jednotlivé hry, avatari a pod.

325

** FORMULARE – v rámci modulu bude možné tvoriť interaktívne formuláre, ktoré budú podporovať proces regrutácie

326

** CHATBOT – jedná sa o chat asistenta prostredníctvom ktorého bude možné komunikovať s uchádzačom, záujemcom alebo bežným občanom na základe vytvorených algoritmov. Komunikácia bude prebiehať textovo alebo hlasovo, pričom budú využité nástroje umelej inteligencie na generovanie odpovedí.

327

** TREZOR – jedná sa o modul, v ktorom budú uchovávané všetky osobné údaje, pričom tento bude oddelený od ISVS a bude sa do neho pristupovať len v prípade, ak bude nejaký proces aktívny a práve je potrebné nad nim robiť nejaké úkony

328

* INTEGRACNA PLATFORMA – jedná sa o modul prostredníctvom ktorého budú do systému integrované externé údaje, alebo budú údaje poskytované do iných informačných systémov. Z pohľadu integrácií sa jedná o nasledujúce:

329

** UPVS – integrácia pre umožnenej zabezpečenej komunikácie s uchádzačom

330

** RFO – doťahovanie informácií o uchádzačom – automatizácia procesu

331

** Registratúra – zabezpečenie registratúrneho poriadku

332

** Register trestov – automatizácia procesu

333

** IS SAP – posielanie štruktúrovaných údajov pre potreby evidovania uchádzačov

334

** Systémy nemocníc – poskytovanie informácií o kapacitách, termínoch a pod.

335

336

Zároveň bude integračná platforma slúžiť ako nástroj na budúce interné integrácie medzi systémami MOSR ako aj pre integráciu externých ISVS, ktoré bude potrebné integrovať.

337

338

Následný návrh aplikačných služieb vychádza z jednotlivých procesov, ktoré budú systémom podporené.

339

340

Na nasledujúcej schéme je demonštrovaný návrh aplikačnej architektúry:

341

342

[[image:1731663176374-297.png]]

343

344

Obrázok 28 Návrh aplikačnej architektúry TO BE

345

346

Z pohľadu všeobecných štandardov by mala byť aplikačná architektúra postavená na nasledovných princípoch resp. vrstvách:

347

348

==== 4.2.1.1 Prezentačná vrstva (UI/UX vrstva) ====

349

350

* Webová aplikácia: Frontend, ktorý používajú uchádzači aj zamestnanci regrutácie. Pre uchádzačov je tu prihlasovanie, registrácia, podanie žiadosti, sledovanie stavu žiadosti a komunikácia s administrátormi. Pre administrátorov je dostupný manažment uchádzačov, správa prijatých žiadostí a výberový proces.

351

* Mobilná aplikácia: Doplnok k webovej aplikácii, ktorý umožňuje prístup k funkciám systému prostredníctvom mobilných zariadení.

352

* Technológie: React, Angular, Vue.js (pre webovú časť), Flutter alebo React Native (pre mobilné aplikácie).

353

354

==== 4.2.1.2 Aplikačná logika (Business Logic Layer) ====

355

356

* Autentifikácia a autorizácia: Modul pre správu používateľov a ich oprávnení (rozdelenie práv medzi administrátorov, regrutérov, manažérov a uchádzačov). Môže využívať OAuth2 alebo iné autentifikačné mechanizmy.

357

* Správa žiadostí: Zabezpečuje prijímanie, ukladanie a spracovanie žiadostí o regrutáciu. Tento modul sa stará o automatizáciu spracovania podaní, triedenie, filtrovanie a eskaláciu žiadostí do ďalších fáz procesu.

358

* Vyhodnocovanie kandidátov: Modul pre automatizovaný screening uchádzačov na základe definovaných kritérií (napr. vzdelanie, skúsenosti, výberové testy). Obsahuje algoritmy na výber najvhodnejších kandidátov.

359

* Správa výberových konaní: Modul na plánovanie pohovorov, hodnotenie výsledkov testov, uchovanie spätnej väzby od hodnotiacich pracovníkov.

360

* Notifikácie: Automatické zasielanie upozornení uchádzačom a zamestnancom cez e-mail, SMS alebo push notifikácie.

361

362

==== 4.2.1.3 Integračná vrstva (Integration Layer) ====

363

364

* API Gateway: Vstupný bod pre všetky požiadavky medzi frontendovou a backendovou časťou. Umožňuje bezpečné poskytovanie a konzumáciu API pre tretie strany (napr. externé služby na overenie totožnosti, databázy uchádzačov, zdravotné systémy).

365

* Integrácia so systémami tretích strán:

366

** HR systémy: Integrácia s internými alebo externými HR systémami na import alebo export údajov o zamestnancoch.

367

** Systémy na overovanie údajov: Overovanie informácií uchádzača, napríklad pozadie, vzdelanie alebo zdravotný stav (v prípade regrutácie do ozbrojených síl).

368

** Kalendárové a komunikačné služby: Integrácia s kalendármi (Google Calendar, Outlook) pre plánovanie pohovorov a s e-mailovými/službami na posielanie notifikácií.

369

370

==== 4.2.1.4 Dátová vrstva (Data Layer) ====

371

372

* Databáza kandidátov: Hlavná relačná databáza (napr. PostgreSQL, MySQL, MS SQL), ktorá ukladá osobné údaje uchádzačov, ich žiadosti, dokumenty, výsledky pohovorov a testov, spätne vyhodnotené údaje a históriu.

373

* NoSQL databáza: Pre rýchle spracovanie menej štruktúrovaných dát, ako sú logy, notifikácie, alebo komunikácia v reálnom čase.

374

* Data Warehouse: Pre dlhodobé ukladanie a spracovanie historických dát o regrutácii, štatistické správy a analýzy.

375

* Zabezpečenie dát: Vysoká úroveň bezpečnosti údajov – šifrovanie, pravidelné zálohovanie, zabezpečenie prístupu a dodržiavanie noriem GDPR pre ochranu osobných údajov.

376

377

==== 4.2.1.5 Bezpečnostná vrstva (Security Layer) ====

378

379

* Autentifikácia a bezpečnostné politiky: Použitie technológií ako OAuth2, JWT (JSON Web Tokens), a dvojfaktorová autentifikácia (2FA) pre zabezpečenie prístupu.

380

* Šifrovanie dát: Dáta sa ukladajú a prenášajú šifrované (napr. pomocou SSL/TLS protokolov).

381

* Monitoring a audit: Neustále monitorovanie a auditovanie prístupov a zmien v systéme. Možnosť okamžitej reakcie na bezpečnostné incidenty.

382

383

==== 4.2.1.6 Analytická vrstva (Analytics Layer) ====

384

385

* Reportovanie a štatistiky: Modul pre generovanie prehľadov o stave regrutačného procesu – počet prijatých žiadostí, počet úspešných kandidátov, trvanie procesu, hodnotenie efektivity rôznych kanálov náboru.

386

* Business Intelligence (BI): Pokročilé analytické nástroje, ktoré umožňujú analyzovať úspešnosť kampaní, výberových konaní a predpovedať vývoj na základe historických dát.

387

388

==== 4.2.1.7 Infrastruktúrna vrstva (Infrastructure Layer) ====

389

390

* Cloudová infraštruktúra: Systém môže byť nasadený v cloude (napr. AWS, Google Cloud, Azure), čo poskytuje škálovateľnosť, zálohovanie a vysokú dostupnosť.

391

* Kontajnerizácia a orchestrace: Používanie Docker kontajnerov a Kubernetes na správu aplikácií, čo zjednodušuje nasadenie a správu systému.

392

* Load Balancing a Cache: Na optimalizáciu výkonu systému môžu byť implementované vyrovnávače záťaže a kešovacie mechanizmy (Redis, Memcached).

393

394

==== 4.2.1.8 Správa systému (Administration Layer) ====

395

396

* Administrátorský panel: Webové rozhranie pre manažment systému, nastavenie užívateľských rolí, monitorovanie výkonu, manažment systémových aktualizácií a zabezpečenie systémových zdrojov.

397

* Logovanie a monitorovanie: Systémy na sledovanie prevádzky a logovanie udalostí (napr. ELK stack: Elasticsearch, Logstash, Kibana). Monitorovanie umožňuje identifikáciu potenciálnych problémov a sledovanie výkonu systému.

398

399

=== 4.2.2 Rozsah informačných systémov – AS IS ===

400

401

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

402

**Modul ISVS**

403

404

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

)))|(((

**Stav IS VS**

**(AS IS)**

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

410

**Kód nadradeného ISVS**

411

412

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

)))

=== 4.2.3 Rozsah informačných systémov – TO BE ===

418

419

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

420

**Modul ISVS**

421

422

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

423

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

424

**Kód nadradeného ISVS**

425

426

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

)))

=== 4.2.4 Využívanie nadrezortných a spoločných ISVS – AS IS ===

433

434

V súčasnosti sa nevyužívajú spoločné a nadrezortné ISVS

435

436

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

| | |// //

| | |// //

| | |// //

=== 4.2.5 Prehľad plánovaných integrácií ISVS na nadrezortné ISVS – spoločné moduly podľa zákona č. 305/2013 e-Governmente – TO BE ===

442

443

V nasledujúcej tabuľke sú uvedené plánované integrácie

444

445

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

446

|isvs_14641|Rezortná integračná platforma (RIP)|//Modul elektronických schránok//

447

|isvs_14641|Rezortná integračná platforma (RIP)|//Autentifikačný modul//

448

|isvs_14641|Rezortná integračná platforma (RIP)|//Modulu elektronických formulárov//

449

|isvs_14641|Rezortná integračná platforma (RIP)|//Modul elektronického doručovania//

450

|isvs_14641|Rezortná integračná platforma (RIP)|//Notifikačný modul//

451

|isvs_14641|Rezortná integračná platforma (RIP)|//IS CSRÚ-Modul procesnej integrácie a integrácie údajov//

452

453

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

454

455

Z pohľadu ďalších integrácií by mali zabezpečené integrácie na nasledovné ISVS

|(((

**Kód ISVS**

//**(z MetaIS)**//

)))|(((

**Názov ISVS**

**~ **

)))|(((

**Kód integrovaného ISVS**

467

468

//**(z MetaIS)**//

469

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

470

|isvs_14641|Rezortná integračná platforma (RIP)|Isvs_14465|Informačný systém regrutácie

471

|isvs_14641|Rezortná integračná platforma (RIP)|Isvs_14640|IS Správa registrov a evidencii rezortu obrany

472

|isvs_14641|Rezortná integračná platforma (RIP)|Isvs_14639|Integrovaný informačný systém MO SR

473

|isvs_14641|Rezortná integračná platforma (RIP)|Isvs_11955|Informačný systém elektronickej správy registratúry

474

|isvs_14641|Rezortná integračná platforma (RIP)|N/A|Informačné systémy nemocníc

475

|isvs_14641|Rezortná integračná platforma (RIP)|N/A|Register trestov

476

477

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

|(((

**Kód AS**

**//(z MetaIS)//**

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

**ISVS/modul ISVS**

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

487

)))|(((

488

**Aplikačná služba realizuje KS**

489

490

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

491

)))

492

|as_66134|Poskytovanie informácií o stave prihlášky|isvs_14641|ks_380452

493

|as_66131|Služby registrácie užívateľa / uchádzača|isvs_14641|ks_380452

494

|as_66133|Podávanie žiadostí a formulárov|isvs_14641|ks_380451

495

|as_66254|Inštalácia mobilnej aplikácie Regrutácie|isvs_14722|ks_380646

496

497

=== 4.2.8 Aplikačné služby na integráciu – TO BE ===

498

499

V rámci projektu nebudú vybudované aplikačné služby na integráciu

|(((

**AS**

**(Kód MetaIS)**

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

**Realizuje ISVS**

**(kód MetaIS)**

**Integrácia na AS poskytovateľa**

**(kód MetaIS)**

)))

=== 4.2.9 Poskytovanie údajov z ISVS do IS CSRÚ – TO BE ===

519

520

Projekt nepredpokladá poskytovanie údajov do IS CSRÚ

521

522

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

| | | |

| | | |

| | | |

=== 4.2.10 Konzumovanie údajov z IS CSRU – TO BE ===

528

529

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

530

|OE_1|Osobné údaje regrutanta pre proces regrutácie|isvs_14641 Rezortná integračná platforma (RIP)|Register FO

531

|OE_2|Trvalé bydlisko|isvs_14641 Rezortná integračná platforma (RIP)|Register adries

532

|OE_3|Firmy spojené s FO|isvs_14641 Rezortná integračná platforma (RIP)|Register PO

533

|OE_4|Odpis z registra|isvs_14641 Rezortná integračná platforma (RIP)|Register trestov

534

535

== 4.3 Dátová vrstva ==

536

537

Dátová architektúra regrutačného informačného systému (RIS) je predovšetkým zameraná na jeho organizáciu, ukladanie, spracovanie a riadenie dát, ktoré sú nevyhnutné pre efektívne riadenie procesu regrutácie. Cieľom je zabezpečiť správu dát od ich vstupu do systému až po analýzu a reportovanie.

538

539

Z pohľadu architektúry by mali byť splnené nasledovné oblasti:

540

541

**Zdroje dát (Data Sources)**

542

543

* Interné zdroje: Údaje generované priamo v regrutačnom systéme, napríklad registrácie uchádzačov, ich osobné údaje, podania žiadostí, hodnotenia z pohovorov, výsledky testov, atď.

544

* Externé zdroje: Integrácie so systémami tretích strán:

545

** Databázy HR systémov: Dáta o aktuálnych zamestnancoch, prípadne o predošlých uchádzačoch.

546

** Externé služby na overovanie údajov: Kontrola pozadia uchádzača, overovanie vzdelania alebo zdravotného stavu (napr. prístup k verejným registrom alebo vzdelávacím inštitúciám).

547

** Sociálne siete a job portály: Získavanie informácií z náborových platforiem (LinkedIn, Indeed) alebo HR aplikácií.

548

549

**Dátový model (Data Model)**

550

551

Dátový model definuje, ako sú údaje v RIS organizované, ako na seba navzájom pôsobia a ako sú uložené. Zvyčajne ide o relačný a/alebo NoSQL model na základe povahy dát.

552

553

* Relačný dátový model (ER model): Dáta sú organizované v relačných databázach pomocou tabuliek, ktoré sú prepojené pomocou kľúčov.

554

** Entity: Uchádzači, žiadosti, hodnotenia, testy, regrutéri, pohovory, pracovné miesta, výberové procesy.

555

** Vzťahy medzi entitami: Napríklad:

556

*** Uchádzač môže mať viacero žiadostí.

557

*** Žiadosť môže byť prepojená s jedným alebo viacerými výberovými konaniami.

558

*** Každý uchádzač môže mať viacero hodnotení alebo výsledkov z pohovorov.

559

** NoSQL model: Pre menej štruktúrované alebo dynamické údaje, ako sú logy, notifikácie, alebo správy. V NoSQL databáze (napr. MongoDB) sa môžu ukladať dokumenty, ktoré sú menej rigidné ako v tradičnej relačnej databáze.

560

561

**Úložisko dát (Data Storage)**

562

563

* Relačná databáza: Úložisko pre štruktúrované dáta (napr. PostgreSQL, MySQL, MS SQL). Relačná databáza je základom pre ukladanie údajov o uchádzačoch, žiadostiach, výberových konaniach, výsledkoch a iných dátach potrebných na riadenie regrutačného procesu.

564

* NoSQL databáza: Používa sa na ukladanie menej štruktúrovaných dát, ako sú logy, dokumenty alebo notifikácie. Tieto dáta sú často využívané v analytických nástrojoch alebo v reálnom čase (napr. MongoDB, Elasticsearch).

565

* Objektové úložisko: Na ukladanie veľkých súborov, ako sú nahrané dokumenty (napr. životopisy, certifikáty), ktoré prichádzajú od uchádzačov (napr. Amazon S3 alebo iné cloudové riešenia).

566

567

**Dátové toky (Data Flows)**

568

569

* Zadávanie údajov: Prihlásenie uchádzača, registrácia, podanie žiadosti, priloženie dokumentov, vyplnenie formulárov.

570

* Tok údajov medzi systémami: Údaje medzi jednotlivými systémami (napr. medzi RIS a HR systémom) pretekajú prostredníctvom API alebo iných integračných mechanizmov. Napríklad údaje o zamestnancoch môžu byť synchronizované s RIS na identifikáciu interných kandidátov.

571

* Získavanie údajov z tretích strán: Externé overovacie systémy alebo databázy sa integrujú, aby poskytovali údaje (napr. overenie vzdelania alebo kvalifikácií uchádzača).

572

573

**Dátové štruktúry (Data Structures)**

574

575

* Tabuľky v relačnej databáze:

576

** Uchádzači: Osobné údaje, kontaktné údaje, kvalifikácie, pracovná história.

577

** Žiadosti: Podrobnosti o pracovnej pozícii, na ktorú sa uchádzač hlási, stav žiadosti (prijatá, zamietnutá, v procese).

578

** Výberové konania: Informácie o testoch, výsledky, poznámky z pohovorov, hodnotenia.

579

** Zamestnanci regrutačného oddelenia: Informácie o regrutéroch, ktorí spravujú výberové procesy.

580

* NoSQL dokumenty: Ukladajú dynamické alebo nespracované údaje ako logy, komunikácia v reálnom čase alebo notifikácie.

581

582

**Dátová integrita a kvalita (Data Integrity and Quality)**

583

584

* Validácia údajov: Na úrovni vstupu údajov sú implementované validačné mechanizmy, ktoré zabezpečujú, že dáta sú v správnom formáte (napr. správny formát e-mailov, správnosť rodných čísel a iných osobných údajov).

585

* Čistenie dát: Systém vykonáva pravidelné kontroly na odstránenie duplicitných alebo nekonzistentných údajov.

586

* Referenčná integrita: Dodržovanie vzťahov medzi entitami (napr. zabezpečenie, že každý uchádzač má len jednu aktívnu žiadosť pre konkrétnu pozíciu).

587

588

**Dátová bezpečnosť (Data Security)**

589

590

* Šifrovanie dát: Všetky osobné údaje sú šifrované pri uložení (napr. AES šifrovanie) aj počas prenosu (TLS/SSL) medzi jednotlivými komponentmi systému.

591

* Prístupové práva a kontrola: Rôzni používatelia systému majú rôzne úrovne prístupu k dátam (napr. uchádzači majú prístup len k svojim vlastným údajom, regrutéri majú prístup k údajom o všetkých kandidátoch).

592

* Audit prístupu: Systém zaznamenáva všetky pokusy o prístup k citlivým údajom a akcie používateľov (kto pridal alebo upravil údaje).

593

594

**Dátová analytika a reportovanie (Data Analytics and Reporting)**

595

596

* Dátové sklady (Data Warehouses): Slúžia na ukladanie historických údajov a podporu analytických aplikácií. Dátový sklad získa dáta z rôznych častí systému a optimalizuje ich pre generovanie správ.

597

* Business Intelligence (BI): Pokročilé analytické nástroje sú používané na analýzu úspešnosti výberového procesu, sledovanie KPI (kľúčové ukazovatele výkonnosti) a predikcie trendov v regrutácii.

598

* Správy: Štatistiky o počte podaných žiadostí, úspešnosti kandidátov, priemerný čas na uzatvorenie výberového procesu, kanály, ktoré priniesli najviac kandidátov.

599

* Ad-hoc reportovanie: Užívatelia (regrutéri a manažéri) môžu generovať vlastné reporty na základe aktuálnych dát.

600

601

**Dátové zálohovanie a obnova (Data Backup and Recovery)**

602

603

* Automatizované zálohovanie: Systém pravidelne zálohuje dáta na cloud alebo externé úložisko. Zálohy zahŕňajú celú databázu aj súbory uchádzačov.

604

* Obnova dát: V prípade havárie alebo poruchy systém umožňuje rýchlu obnovu dát z poslednej zálohy s minimálnymi prestojmi.

605

606

**Dátové normy a súlad s predpismi (Data Governance and Compliance)**

607

608

* GDPR: Regrutačný systém musí byť v súlade s predpismi o ochrane osobných údajov, ako je GDPR. To zahŕňa správu súhlasu na spracovanie osobných údajov, práva uchádzačov na prístup a vymazanie údajov.

609

* Dátová správa (Data Governance): Implementácia politiky na správu dát (data governance), ktorá zabezpečuje, že dáta sú konzistentné, spoľahlivé a dostupné iba autorizovaným používateľom.

610

611

=== 4.3.1 Údaje v správe organizácie ===

612

613

Z pohľadu údajov, ktoré sú v správe organizácie v rámci procesu regrutácie sa jedná predovšetkým o nasledovné:

* Kandidát

* Žiadosť

* Pohovory

* Lekárske prehliadky

619

* Výsledky pohovorov a prehliadok

* Pracovné pozície

* Regrutéri

=== 4.3.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE ===

624

625

Z dátového pohľadu nedochádza k rozšíreniu objektov evidencie, ktoré sú predmetom projektu. Nasledujúcej tabuľke sú jednotlivé objekty evidencie uvedené:

626

627

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

628

|OE_1|Kandidát|Jedná sa o kandidáta na vypísané pracovné pozície alebo záujemcu o pozíciu, ktorá bude vytvorená v budúcnosti.|//nemá//

629

|OE_2|Žiadosť|Predstavuje dokument, prostredníctvom ktorého sa kandidát registruje a prejavuje záujem|//nemá//

630

|OE_3|Pohovory|Jedná sa o pohovory s kandidátom, na ktorých sa prechádzajú vybrané témy za účelom posúdenia jeho vhodnosti na danú pozíciu|//nemá//

631

|OE_4|Lekárske prehliadky|//Lekárska prehliadka slúži na preskúmanie zdravotného stavu a fyzickej zdatnosti kandidáta//|//nemá//

632

|OE_5|Výsledky pohovorov a prehliadok|//Výsledok pohovoru alebo prehliadky je súbor informácií o kandidátovi s rozhodnutím, či je alebo nie je vhodný na danú pozíciu//|//nemá//

633

|OE_6|Pracovné pozície|Jedná sa o súbor pozícií, ktoré je potrebné obsadiť|//nemá//

634

|OE_7|Regrutéri|Jedná sa o pracovníkov MOSR, ktorí zabezpečujú proces regrutácie|//nemá//

635

636

=== 4.3.3 Referenčné údaje ===

637

638

V rámci projektu sa nevytvárajú referenčné údaje

639

640

==== 4.3.3.1 Objekty evidencie z pohľadu procesu ich vyhlásenia za referenčné ====

N/A

|**ID OE**|(((

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

646

647

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

648

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

| | | | |

| | | | |

| | | | |

==== 4.3.3.2 Identifikácia údajov pre konzumovanie alebo poskytovanie údajov do/z CSRU ====

654

655

V nasledujúcej tabuľke sú uvedené údaje, ktoré budú v procese regrutácie konzumované prostredníctvom integračnej platformy:

656

657

|**ID OE**|(((

658

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

659

660

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

661

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

662

|ID_1|Kandidát|Konzumovanie|Bude sa jednať o osobné údaje o kandidátovi, ktoré sú dostupné v referenčných registroch:

663

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

664

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

665

666

=== 4.3.4 Kvalita a čistenie údajov ===

667

668

V rámci procesov kvality a čistenie údajov sa bude vychádzať z nasledovných pravidiel:

669

670

Pri práci s údajmi sú základné pravidlá pre ich kvalitu a čistenie kľúčové pre zabezpečenie presnosti, spoľahlivosti a konzistencie výsledkov analýzy. Tu sú hlavné pravidlá pre kvalitu a čistenie údajov:

671

672

673

**Pravidlá zabezpečenia kvality údajov**

674

675

* Úplnosť: Uistite sa, že v datasetoch nechýbajú dôležité údaje. Ak sú hodnoty chýbajúce, rozhodnite sa, či ich budete nahrádzať alebo ignorovať.

676

* Presnosť: Overte, či sú údaje správne a zodpovedajú realite. Nesprávne hodnoty môžu viesť k chybným záverom.

677

* Konzistencia: Údaje by mali mať rovnaký formát a štandard. Napríklad dátumy by mali byť uvedené v rovnakom formáte.

678

* Aktualizovanosť: Údaje by mali byť aktuálne a odrážať súčasný stav. Zastaralé údaje môžu byť irelevantné alebo zavádzajúce.

679

* Reprezentatívnosť: Údaje by mali byť reprezentatívne pre populáciu alebo proces, ktorý analyzujete, bez zaujatosti alebo skreslenia.

680

681

**Pravidlá pre čistenie údajov**

682

683

* Odstránenie chýbajúcich hodnôt: Identifikujte chýbajúce hodnoty (napríklad prázdne bunky) a rozhodnite, či ich vyplníte priemerom, mediánom, módou, alebo či ich odstránite, ak nemajú významný vplyv na analýzu.

684

* Odstránenie duplicitných záznamov: Duplicitné záznamy môžu skresľovať výsledky. Preto je dôležité ich identifikovať a odstrániť.

685

* Kontrola rozsahov: Skontrolujte, či hodnoty spadajú do očakávaných rozsahov. Napríklad, ak sú údaje o veku, overte, či sú hodnoty v reálnom rozmedzí (napr. 0–120 rokov).

686

* Normalizácia formátov: Zabezpečte, že všetky textové alebo dátové údaje sú v jednotnom formáte (napr. malé/veľké písmená, dátumové formáty).

687

* Odstránenie nesprávnych údajov: Ak údaje obsahujú zjavné chyby (napr. záporné hodnoty tam, kde by mali byť len kladné), identifikujte a opravte alebo odstráňte tieto chyby.

688

* Spracovanie outlierov (extrémnych hodnôt): Outliery môžu byť buď dôležité informácie, alebo výsledky chýb. Musíte rozhodnúť, či ich ponecháte alebo odstránite, závisí to od povahy analýzy.

689

690

**Pravidlá transformácie a štandardizácie údajov**

691

692

* Transformácia premenných: Údaje často potrebujú byť transformované do iných formátov alebo agregované. Napríklad logaritmické transformácie môžu byť potrebné pri údajoch s veľkými rozdielmi v rozsahu.

693

* Škálovanie údajov: Pre niektoré modely je potrebné škálovanie číselných údajov (napríklad normalizácia alebo štandardizácia) tak, aby všetky premenné mali porovnateľné rozsahy.

694

695

**Pravidlá pre Dokumentáciu a validáciu**

696

697

* Dokumentácia zmien: Pri čistení údajov je dôležité uchovávať záznam o všetkých vykonaných zmenách, aby bolo možné spätne overiť procesy čistenia.

698

* Validácia údajov: Po čistení údajov je dôležité ich validovať pomocou kontrolných testov, aby ste si boli istí, že všetky úpravy boli vykonané správne a dáta sú použiteľné na ďalšiu analýzu.

699

700

==== 4.3.4.1 Zhodnotenie objektov evidencie z pohľadu dátovej kvality ====

701

702

V nasledujúcej tabuľke je definovaný prístup dátovej kvality pre jednotlivé dátové objekty

|**ID OE**|(((

**Názov Objektu evidencie**

707

708

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

709

)))|(((

710

**Významnosť kvality**

711

712

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

713

)))|(((

714

**Citlivosť kvality**

715

716

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

717

)))|(((

718

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

719

720

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

721

)))

722

|OE_1|Kandidát|5|4|1.

723

|OE_2|Žiadosť|5|3|2.

724

|OE_3|Pohovory|4|3|4.

725

|OE_4|Lekárske prehliadky|5|4|3.

726

|OE_5|Výsledky pohovorov a prehliadok|5|4|3.

727

|OE_6|Pracovné pozície|4|3|5.

728

|OE_7|Regrutéri|4|3|5.

729

730

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

731

732

Pre potreby zabezpečenia dátovej kvality budú na projekte participovať aj nasledovné pozície / role

733

734

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

735

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

736

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

737

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

738

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

739

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

740

741

=== 4.3.5 Otvorené údaje ===

742

743

V rámci systému budú tvorené otvorené údaje v podobe štatistík regrutačných procesov a budú sprístupnené cez open API. Dáta budú anonymizované a „zgrupené“

744

745

|(((

746

**Názov objektu evidencie / datasetu**

747

748

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

)))|(((

**~ **

**Požadovaná interoperabilita**

**(//3★ - 5★)//**

)))|(((

**Periodicita publikovania**

757

758

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

759

)))

760

|OE_5 Výsledky pohovorov a prehliadok|3★|Polročne

761

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

762

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

763

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

764

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

765

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

766

767

=== 4.3.6 Analytické údaje ===

768

769

Detailné analytické údaje budú aj z titulu osobnej povahy prístupné len na interné účely

770

771

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

772

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

| |// //|// //|// //

| |// //|// //|// //

=== 4.3.7 Moje údaje ===

777

778

V rámci mojich údajov budú poskytované pre túto platformu osobné údaje daných uchádzačov:

779

780

|**ID**|(((

781

**Názov registra / objektu evidencie**

782

783

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

784

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

785

|OE_1|Kandidát| |

786

|OE_2|Žiadosť|// //|// //

787

|OE_5|Výsledky pohovorov a prehliadok|// //|// //

788

|OE_6|Pracovné pozície|// //|// //

789

790

=== 4.3.8 Prehľad jednotlivých kategórií údajov ===

791

792

|**ID**|(((

793

**Register / Objekt evidencie**

794

795

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

796

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

797

|OE_1|Kandidát|☐|☒|☐|☐

798

|OE_2|Žiadosť|☐|☒|☐|☐

799

|OE_3|Pohovory|☐|☐|☐|☐

800

|OE_4|Lekárske prehliadky|☐|☐|☐|☐

801

|OE_5|Výsledky pohovorov a prehliadok[[~[1~]>>path:#_ftn1]]|☐|☒|☒|☐

802

|OE_6|Pracovné pozície|☐|☒|☐|☐

803

|OE_7|Regrutéri|☐|☐|☐|☐

804

805

== 4.4 Technologická vrstva ==

806

807

Predpokladá sa nasadene systému do vládneho cloudu s využitím PaaS a IaaS služieb.

808

809

=== 4.4.1 Prehľad technologického stavu - AS IS ===

810

811

Pre zamýšľaný informačný systém neexistuje vytvorená technologická vrstva

// //

=== 4.4.2 Požiadavky na výkonnostné parametre, kapacitné požiadavky – TO BE ===

816

817

V nasledujúcej tabuľke sú základné výkonnostné parametre, ktoré by mal systém spĺňať

818

819

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

820

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

821

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

822

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

823

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

824

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

825

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

826

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

827

828

=== 4.4.3 Návrh riešenia technologickej architektúry ===

829

830

Pre jednotlivé komponenty sú zároveň prípustné aj riešenia založené na využití napr. PaaS alebo SaaS služieb vládneho verejného cloudu V takomto prípade predpokladáme, že by bolo riešenie postavené v cloudovom prostredí, kde by boli implementované aj príslušné požadované služby.

831

832

Z pohľadu parametrizácie bude využitá nasledovná infraštruktúra pre PROD a TEST prostredie:

833

834

|**Položka**|**Typ**|**HW špecifikácia - prepdoklad**|**Kusov**

835

|Aplikačný cluster|virtuálny|16 vCPU, 32 GB RAM|2

836

|Databázový cluster|virtuálny|8 vCPU, 32 GB RAM|2

837

|Diskový priestor 1|RAID1|Tier 1 150 GB (max 1280 OPS)|4

838

|Diskový priestor 2|RAID6|Tier 2 1000 GB (max 150 IOPS)|2

839

840

Na nasledujúcej schéme je návrh technologickej architektúry:

841

842

[[image:1730887253430-249.png]]

843

844

Obrázok 30 Návrh technologickej architektúry

845

846

=== 4.4.4 Využívanie služieb z katalógu služieb vládneho cloudu ===

847

848

Parametrizácka potrieb je uvedená v kapitole vyššie

|(((

**~ **

**Kód infraštruktúrnej služby**

854

855

//**(z MetaIS)**//

856

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

857

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

858

859

//**(z MetaIS)**//

860

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

| | |// //|// //

| | |// //|// //

| | |// //|// //

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

866

**Kód infraštruktúrnej služby**

867

868

//**(z MetaIS)**//

869

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

870

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

871

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

|(((

ďalšie...

(uviesť názov)

)))| | | | | |

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

886

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

887

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

888

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

|(((

ďalšie...

(uviesť názov)

)))| | |

== 4.5 Bezpečnostná architektúra ==

896

897

Navrhované riešenie musí byť v súlade s dotknutými právnymi normami a zároveň s technickými normami, 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. Ide najmä o:

898

899

* Zákon č. 95/2019 Z.z. o informačných technológiách vo verejnej správe

900

* Zákon č. 69/2018 Z.z. o kybernetickej bezpečnosti

901

* Zákon č. 45/2011 Z.z. o kritickej infraštruktúre

902

* vyhláška Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 78/2020 Z. z. o štandardoch pre informačné technológie verejnej správy

903

* vyhláška Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 179/2020 Z. z., ktorou sa ustanovuje spôsob kategorizácie a obsah bezpečnostných opatrení informačných technológií verejnej správy

904

905

Vzhľadom k tomu, že sa jedná o informačný systém v oblasti zdravotníctva, musí byť v súlade so všetkými legialtívnymi normami, ktoré sú požadované pre budovanie IS v oblasti zdravotníctva, ako aj pre budovanie IS vo verejnej a štátnej správe.

906

907

Keďže v projekte dôjde k spracovaniu osobných údajov, bude posúdený vplyv spracovateľských operácii na ochranu osobných údajov (DPIA (Data Protection Impact Assessment) ešte pred začatím spracúvania osobných údajov.

908

909

Z pohľadu vizualizácia architektúry je uvažovaný nasledovný koncept:

910

911

[[image:1730887253433-282.png]]

912

913

Obrázok 31 Návrh technologickej architektúry projektu

914

915

= 5. Závislosti na ostatné ISVS / projekty =

916

917

Závislosti projektu sú uvedené v nasledujúcej tabuľke

918

919

|**Stakeholder**|(((

920

**Kód projektu /ISVS **

921

922

//**(z MetaIS)**//

923

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

| | | | |

| | | | |

= 6. Zdrojové kódy =

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ť.

931

932

V prípade, ak bude na dodávku využité tzv. COTS riešení pre oblasť regrutačných procesov, predpokladáme, že časť riešenia bude realizovaná s využitím tzv. špecializované konfigurovateľného riešenia , resp. špecializovaného SW. Obstarávateľ 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 MOSR, 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.

933

934

V prípade ak bude riešenie dodané ako unikátne SW dielo na základe zmluvy o dielo vyvinuté pre potreby MOSR 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, disponovalo MOSR 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.

935

936

= 7. Prevádzka a údržba =

937

938

Úč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ý.

939

940

Podpora diela je rozdelená na:

941

942

* **Technickú podporu a údržbu diela** (ďalej len „Paušálne služby“) bude Dodávateľom poskytovaná v rozsahu uvedenom v kapitole 7.1.2

943

* **Rozvoj diela** (ďalej len „Objednávkové služby“) bude Dodávateľom poskytovaný na základe objednávkových služieb.

944

945

== 7.1 Prevádzkové požiadavky ==

946

947

=== 7.1.1 Životný cyklus produktu / Doba udržateľnosti projektu ===

948

949

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

950

951

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.

952

953

=== 7.1.2 Paušálne služby ===

954

955

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ť:

956

957

* Poskytnutie nových verzií so zapracovanými legislatívnymi zmenami.

958

* Poskytnutie nových verzií s optimalizovanými funkciami.

959

* Poskytnutie nových verzií s rozšírenou funkcionalitou všeobecného charakteru.

960

* Poskytnutie nových verzií ISVS v dôsledku zmien v informačných technológiách, alebo dôsledku riešenia problémov/incidentov.

961

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

962

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

963

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

964

* Správu, posudzovanie, riešenie a odstraňovanie incidentov, problémov a kybernetických bezpečnostných incidentov v stanovených lehotách.

965

* Pravidelnú profylaktiku prostredia a kontrolu funkčnosti ISVS v stanovených lehotách.

966

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

967

* Priebežné sledovanie, kontrolu a vyhodnocovanie záznamov z logov.

968

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

969

* Aktívne upozorňovanie Objednávateľa Dodávateľom na možné zlepšenia a úpravy alebo zmeny IS.

970

* 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

971

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

972

* Aktualizácie komplexnej dokumentácie k ISVS.

973

* Technickú a organizačnú podpora pri realizácii prevádzkových zásahov (podpora prevádzky ISVS).

974

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

975

976

== 7.2 Správa, kategorizácia, riešenie a odstraňovanie incidentov a problémov v stanovených lehotách ==

977

978

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.

979

980

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.

981

982

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ľ.

983

984

Pre zefektívnenie procesu odstránenia Incidentov a Problémov musí Dodávateľ využívať nástroje, princípy a praktiky DevOps.

985

986

=== 7.2.1 Spôsob elektronickej komunikácie pre riešenie Incidentov/Problémov ===

987

988

Nahlasovanie incidentov bude prebiehať:

989

990

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

991

* Dodávateľ zabezpečí možnosť online nahlasovania servisných udalostí s možnosťou sledovania ich stavu riešenia.

992

* Zabezpečí analýzu požiadavky, identifikáciu a kategorizáciu incidentu/problému.

993

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

994

* Zabezpečí prístup k evidencii nahlásených incidentov, problémov, požiadaviek a reportov.

995

996

=== 7.2.2 Úrovne podpory používateľov ===

997

998

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

999

1000

|**Úroveň podpory**|**Poskytuje**

1001

|**L1 podpory IS** (Level 1, priamy kontakt zákazníka)|Objednávateľ

1002

|**L2 podpory IS** (Level 2, postúpenie požiadaviek od L1|Dodávateľ

1003

|**L3 podpory IS** (Level 3, postúpenie požiadaviek od L2)|Dodávateľ

1004

1005

Definícia podpory používateľov:

1006

1007

L1 Podpora ISVS (podpora 1. stupňa) - začiatočná úroveň podpory, ktorá je zabezpečuje:

1008

1009

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

1010

* úvodnú filtráciu kategorizáciu požiadaviek

1011

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

1012

1013

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:

1014

1015

* vybraná skupina garantov alebo administrátorov so znalosťou ISVS

1016

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

1017

1018

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.

1019

1020

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.

1021

1022

Pre služby sú definované takéto požiadavky:

1023

1024

* Všetky požiadavky a incidenty musia byť evidované v ISVS Service desk Objednávateľa.

1025

* Dostupnosť L2 a L3 podpory pre ISVS je 12x5 (12 hodín x 5 dní od 7:00h do 19:00h počas pracovných dní), počas rokovania Národnej rady SR nepretržite. Týmto nie je obmedzená povinnosť dodávateľa dodržiavať lehoty na odstránenie problémov/incidentov.

1026

* Service desk dodávateľa je dostupný pre nahlasovanie incidentov 24/7/365.

// //

=== 7.2.3 Riešenie incidentov – SLA parametre ===

1031

1032

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.

1033

1034

Označenie naliehavosti incidentu:

1035

1036

|**Naliehavosť incidentu**|** **|**Popis incidentu**

1037

|Incident / Problém úrovne A |Kritický|(((

1038

Kritická vada / havária, ktorá spôsobuje úplnú nedostupnosť, alebo chybnú funkčnosť ISVS alebo jeho časti

alebo

Incident/Problém kritický negatívny vplyv na bezpečnosť alebo integritu dát a výsledky ich spracovania v prostredí IS MOSR.

1043

1044

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.

1045

)))

1046

|Incident / Problém úrovne B |Vysoký|(((

1047

Vážna vada/ porucha, ktorá spôsobuje nedostupnosť, alebo chybnú funkčnosť ISVS alebo jeho časti

alebo

Incident/Problém môže mať negatívny vplyv na bezpečnosť alebo integritu dát a výsledky ich spracovania v prostredí IS MOSR.

1052

1053

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.

1054

1055

Odstránenie Incidentu/Problému nesmie mať negatívny vplyv na konzistenciu a integritu dát a výsledky ich spracovania v prostredí IS MOSR.

1056

)))

1057

|Incident / Problém úrovne C|Nízky|(((

1058

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

1059

1060

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 MOSR.

1061

)))

1062

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

1063

1064

=== 7.2.4 Lehoty na odstraňovanie incidentov a problémov ===

1065

1066

V nasledujúcej tabuľke sú definované lehoty pre procesy odstraňovania incidentov:

1067

1068

|**Typ lehoty**|**Popis lehoty**

1069

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

1070

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

1071

|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ľ 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.

1072

|Lehota trvalého vyriešenia Incidentu/Problému.|Doba konečného vyriešenia incidentu od nahlásenia incidentu (DKVI). Ide sa 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ý.

1073

1074

V nasledujúcich tabuľkách sú uvedené lehoty na odstraňovanie incidentov / porúch:

1075

1076

|(% colspan="3" %)**Odstraňovanie incidentov**|(% colspan="2" %)**Spoľahlivosť**

|(% colspan="3" %)**Odstraňovanie problémov**|(% colspan="2" %)**Spoľahlivosť**

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

1089

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

1090

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

1091

* Incidenty nahlásené Objednávateľom úspešnému uchádzačovi v rámci testovacieho prostredia

1092

** sú riešené ako incidenty úrovne C

1093

** Vzťahujú sa výhradne k dostupnosti testovacieho prostredia

1094

** Za incident na testovacom prostredí sa nepovažuje incident vztiahnutý k práve testovanej funkcionalite

1095

1096

=== 7.2.5 Základné činností poskytované v rámci služieb riadenia incidentov a problémov ===

1097

1098

V nasledujúcej tabuľke sú popísané základné činnosti:

1099

1100

|**Činnosť**|**Výstup**

1101

|Klasifikácia a kategorizácia incidentov/problémov|(((

1102

- odsúhlasenie klasifikácie služby (Incident/Problém), resp. návrh na preklasifikovanie služby

1103

1104

- odsúhlasenie kategórie úrovne Incidentu/Problému, resp. návrh na preklasifikovanie úrovne

1105

)))

1106

|Analýza – preskúmanie, diagnostika a návrh riešenia|(((

1107

- popis ako vznikol incident/problém, dôvody a zdroje

1108

1109

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

1110

1111

- dodanie úspešných výsledkov testov k navrhovaným riešeniam, security review v zmysle metodiky SDL a potrebnej dokumentácie

1112

1113

- požiadavka na potrebu zásahu prostredníctvom vzdialeného prístupu Dodávateľa do ISVS

1114

1115

- rozsah požadovanej súčinnosti

1116

)))

1117

|Vyriešenie Incidentu/Problému, resp. dočasná obnova prevádzky ISVS (jeho časti)|(((

1118

- dodanie a kontrola releasu (Fix, HotFix..)

- nasadenie releasu

- funkčný/UAT test a security review

1123

1124

- obnova, resp. dočasná obnova prevádzky

1125

1126

- trvalé vyriešenie Incidentu/Problému (úrovne A, B, C) alebo náhradné riešenie Incidentu/Problému (úroveň B)

1127

)))

1128

1129

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.

1130

1131

Realizácia školení, úprava dokumentácie a vytváranie zmenových príručiek:

1132

1133

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

1134

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

1135

* Dokumentácia k jednotlivým plneniam sa odovzdáva priebežne do centrálneho repozitára dokumentácie určeného Objednávateľom.

1136

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

1137

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

// //

== 7.3 Požadovaná dostupnosť ISVS ==

1142

1143

|**Popis**|**Parameter**|**Poznámka**

1144

|**Prevádzkové hodiny**|24 hodín|Od 00:00 hod. - do 24:00 hod. počas celého roka

1145

|**Servisné okno**|10 hodín|Od 8:00 – 18:00

1146

|**Dostupnosť produkčného prostredia ISVS**|99%|(((

1147

· 99% z 24/7/365

1148

1149

· Maximálny ročný výpadok je 87,6 hodiny.

1150

1151

· Vždy sa za takúto dobu považuje čas od 0.00 hod. do 24.00

1152

1153

· 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.

1154

1155

· 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.

1156

)))

1157

1158

Tabuľka 1 Dostupnosť systému

1159

1160

|**Parameter**|**Hodnota**|**Poznámka**

1161

|**RTO (Recovery Time Objective)**|48 hodín|Doba obnovenia systému, t.j. za ako dlho po výpadku musí byť systém funkčný

1162

|**RPO (Recovery Point Objective)**|24 hodín|Aké množstvo dát môže byť stratené od vymedzeného okamihu.

1163

1164

Tabuľka 2 RTO a RPO systému

1165

1166

= 8. Požiadavky na personál =

1167

1168

Uvedené v projektovom zámere

1169

1170

= 9. Implementácia a preberanie výstupov projektu =

1171

1172

Implementácia a preberanie výstupov projektu bude realizované v súlade s Vyhláškou Ministerstva investícií, regionálneho rozvoja a informatizácie Slovenskej republiky č. 401/2023 Z. z. o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy v zmysle ustanovení podľa § 5 a nasledovných ustanovení.

= 10.Prílohy =

N/A

[[~[1~]>>path:#_ftnref1]] Jedná sa o anonymizované štatistické údaje o regrutačnom procese

Wiki zdrojový kód pre I-03 Prístup k projektu – detailný (pristup_k_projektu)

Aplikácie

Navigácia

Moje posledné úpravy

Need help?