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.

32

33

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. Dodávané riešenie musí byť v súlade so zákonom. Zároveň opisuje aj implementáciu projektu a preberanie výstupov projektu.

34

35

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

36

37

|SKRATKA/POJEM|POPIS

38

|API|Application Programming Interface

39

|BEZP|Bezpečnosť/Bezpečnostný

40

|BI|Business Intelligence

41

|CES|Centrálna ekonomická správa

42

|CPDI|Centrálny portál verejnej správy

43

|DWH|Data Warehouse

44

|ETL|Extract, Transform, Load

45

|FW|Firewall

46

|G2B|Government to Business / komunikácia organizácií verejnej správy s podnikmi

47

|G2C|Government to Citizen / komunikácia organizácií verejnej správy s občanmi

48

|G2G|Government to Government / komunikácia organizácií verejnej správy medzi sebou

49

|GIS|Geografický informačný systém

50

|HW|Hardvér

51

|IAAS|Infrastructure as a Service

52

|IKT|Informačno-komunikačné technológie

53

|IPK|Interné pripomienkové konanie

54

|IRA|Interný riadiaci akt

55

|IS|Informačný systém

56

|IS CSRU|Informačný systém centrálnej správy referenčných údajov

57

|ISGM|Informačný systém grant management

58

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

59

|IT|Informačné technológie

60

|KB|Kybernetická bezpečnosť

61

|KPI|Key performance indicators / Kľúčové ukazovatele výkonnosti

62

|MCA|Multikriteriálna analýza

63

|Meta IS|Meta Informačný systém

64

|MKB|Manažér kybernetickej bezpečnosti

65

|NGFW|Next Generation Firewall

66

|PAAS|Platform as a Service

67

|PM|Projektový manažér

68

|RACI|Responsible, Accountable, Consulted, and Informed

69

|R OIT|Riaditeľ odboru IT (vedúci zamestnanec na úseku IT)

70

|RFO|Register fyzických osôb

71

|RA|Register adries

72

|RPO|Register právnických osôb

73

|SAAS|Software as a Service

74

|SLA|Dohoda o úrovni poskytovaných služieb / Service level Agreement

75

|SW|Softvér

76

|SVS|Spoločné verejné systémy

77

|SQL|Structured Query Language

78

|NoSQL|Not Only SQL

79

80

== 3. Popis navrhovaného riešenia ==

81

82

Navrhované riešenie projektu Informačný systém Grant manažment komplexným vylepšením súčasného informačného systému, ktorý podporuje činnosti CVTI v rámci výzvy. Projekt sa zameriava na modernizáciu existujúcej infraštruktúry, zvýšenie efektivity procesov a zabezpečenie interoperability s ďalšími informačnými systémami verejnej správy. Cieľom projektu je transformácia nekompatibilného procesu grant managementu za modernú platformu, ktorá bude technologicky aktuálna a funkčne bohatá. Výsledkom implementácie projektu bude zjednodušenie a zrýchlenie procesu vydávania dokladov pre žiadateľov, čo povedie k zvýšeniu efektivity a zníženiu času potrebného na vybavenie žiadostí. Zároveň nový informačný systém (IS) poskytne aktuálne a presné informácie pre pracovníkov CVTI, ako aj pre verejnosť, čím sa zlepší transparentnosť a zodpovednosť. Projekt Informačný systém grant management (Grant Management Information System) je navrhnutý ako komplexné riešenie pre správu celého životného cyklu grantových žiadostí. Tento systém bude vyvinutý pre Centrum vedecko-technických informácií Slovenskej republiky (CVTI SR) a bude slúžiť na zjednodušenie a zefektívnenie procesov spojených s podávaním, hodnotením a spracovaním grantov. Cieľom je zabezpečiť transparentnosť, efektivitu a jednoduchosť pri podávaní žiadostí, ich hodnotení a správe pridelených finančných prostriedkov.

83

84

Projekt bude realizovaný na základe výzvy vyhlásenej Ministerstvom školstva, vedy, výskumu a športu Slovenskej republiky (MŠVVaM SR), ktorá sa týka modernizácie systémov pre správu verejných fondov a zefektívnenia administrácie grantových programov v oblasti vedy a výskumu. ISGM bude poskytovať komplexné elektronické riešenie, ktoré bude spravovať celý proces grantového cyklu – od podania žiadosti o grant až po jeho vyhodnotenie a vyplatenie, pričom všetky procesy budú prebiehať v plne digitalizovanom a integrovanom prostredí.

85

86

Prezentačná vrstva systému ISGM bude reprezentovaná moderným webovým portálom, ktorý bude slúžiť ako hlavné rozhranie pre všetkých používateľov systému – od žiadateľov o granty až po administrátorov a hodnotiteľov. Tento portál bude navrhnutý tak, aby bol intuitívny a užívateľsky prívetivý. Žiadatelia budú môcť jednoducho predkladať svoje grantové žiadosti, sledovať ich stav a získať potrebné rozhodnutia. K tomu bude prispievať aj responzívny dizajn, ktorý umožní prístup k systému z rôznych zariadení, vrátane desktopových počítačov, tabletov a mobilných telefónov.Súčasťou prezentačnej vrstvy bude aj robustný systém autentifikácie, ktorý zabezpečí prístup používateľov do systému na základe ich rolí. Pre zabezpečenie bezpečnosti a ochrany údajov bude implementovaná viacfaktorová autentifikácia a kontrola prístupových práv, ktorá zabezpečí, že každý používateľ bude mať prístup len k tým častiam systému, ktoré sú mu relevantné.

87

88

Biznis vrstva sa bude sústrediť na samotné spracovanie grantových žiadostí. Tento modul bude obsahovať všetky procesy súvisiace s podávaním, hodnotením, schvaľovaním a monitorovaním žiadostí. Automatizované pracovné postupy umožnia efektívne spracovanie žiadostí, pričom každý krok – od podania žiadosti po rozhodnutie o grante – bude dôsledne sledovaný. Biznis vrstva bude podporovať flexibilné hodnotenie žiadostí, ktoré bude môcť byť vykonávané automaticky na základe preddefinovaných kritérií, ale tiež manuálne, ak to bude potrebné. Tento systém umožní rýchle a presné spracovanie a minimalizuje ľudské chyby pri rozhodovaní. Rozhodovací proces bude podporený integrovanými nástrojmi na hodnotenie žiadostí, ktoré budú zohľadňovať rôzne faktory ako kritériá kvality, rozpočet a dopad grantových projektov. Systém taktiež zabezpečí automatizované generovanie správ a dokumentov, ktoré budú nevyhnutné pre ďalšie kroky v procese správy grantov.

89

90

Dátová vrstva zabezpečí centralizované uchovávanie všetkých údajov súvisiacich s grantovými žiadosťami, rozhodnutiami, platbami a používateľmi. Táto databáza bude slúžiť ako hlavný zdroj informácií pre všetkých zúčastnených – administrátorov, hodnotiteľov a žiadateľov. Dátová vrstva bude navrhnutá tak, aby zabezpečila vysokú dostupnosť a bezpečnosť údajov. Všetky citlivé informácie budú šifrované a zabezpečené proti neoprávnenému prístupu. Implementácia databázovej architektúry umožní rýchly prístup k historickým údajom, čo umožní efektívne monitorovanie a vyhodnocovanie účinnosti grantových programov. Integračná vrstva zabezpečí flexibilnú výmenu údajov medzi ISGM a inými verejnými informačnými systémami, ako sú databázy finančných prostriedkov, verejné registre alebo ďalšie administratívne systémy. Táto vrstva bude využívať API a integračné služby, ktoré umožnia pripojenie k externým systémom, čo zabezpečí, že údaje budú aktuálne a správne overené. Integrácia s inými systémami bude tiež podporovať efektívnu správu grantov, a to nielen na úrovni podávania žiadostí, ale aj pri monitorovaní a vyhodnocovaní projektov, ktoré boli financované.

91

92

Bezpečnostná vrstva zabezpečí ochranu všetkých údajov spracovávaných v systéme. Táto vrstva bude obsahovať rôzne bezpečnostné mechanizmy, ako je šifrovanie údajov pri prenose a v databáze, autentifikáciu používateľov, ako aj audit prístupov a operácií. Všetky procesy budú plne v súlade s platnými predpismi o ochrane osobných údajov, ako aj s ďalšími právnymi požiadavkami.

93

94

Technologická vrstva bude postavená na moderných technológiach, ktoré zabezpečia škálovateľnosť, flexibilitu a spoľahlivosť systému. ISGM bude prevádzkovaný v cloudovom prostredí, čo umožní jednoduché škálovanie v prípade rastu počtu používateľov a žiadostí. V prípade výpadkov alebo havárie bude systém podporovať zálohovanie a obnovu údajov, čím sa zabezpečí kontinuita služby.

95

96

**Hlavné komponenty riešenia:**

97

98

**Prezentačná Vrstva:** Moderný webový portál s responzívnym dizajnom, ktorý umožní prístup k systému z rôznych zariadení. Portál bude obsahovať používateľsky prívetivé rozhranie pre podávanie žiadostí, sledovanie ich stavu a získavanie rozhodnutí.

99

100

**Biznis Vrstva:** Automatizované pracovné postupy pre prijímanie, validáciu a spracovanie údajov. Táto vrstva tiež zabezpečí integráciu s externými systémami prostredníctvom API.

101

102

**Dátová Vrstva:** Centralizovaná databáza pre ukladanie všetkých relevantných údajov prevádzkovateľov, používateľských informácií a auditných záznamov. Dátová vrstva bude zabezpečená proti neoprávnenému prístupu a bude dodržiavať najnovšie bezpečnostné štandardy.

103

104

**Integračná Vrstva:** API a integračné služby umožňujúce výmenu údajov s externými systémami, čo zabezpečí interoperabilitu a efektívnu spoluprácu medzi rôznymi inštitúciami.

105

106

**Bezpečnostná Vrstva:** Implementácia robustných bezpečnostných opatrení vrátane šifrovania údajov, autentifikácie používateľov, auditu prístupov a dodržiavania príslušných právnych predpisov.

107

108

**Technologická Vrstva: **Nasadenie systému v bezpečnom, škálovateľnom cloudovom prostredí v datacentre CVTI, ktoré zabezpečí vysokú dostupnosť a výkon. Riešenie bude podporovať zálohovanie a obnovu údajov v prípade havárie.

109

110

**Očakávané Výsledky:**

111

112

K existujúcim službám zberu údajov podľa Vyhlášky 605/2005 Z. z. sme spracovali používateľský prieskum, z ktorého vyplynula špecifikácia požiadaviek koncových používateľov.

113

114

~1. Celý proces poskytovania údajov prostredníctvom ktorejkoľvek koncovej služby musí byť natoľko intuitívny pre všetky skupiny koncových používateľov, aby dokázali bez podpory a bez zbytočného zdržania úspešne dokončiť daný proces.

115

116

2. Koncový používateľ musí byť informovaný v každom bode vykonávania procesu ktorejkoľvek koncovej služby o stave dokončenia danej koncovej služby.

117

118

3. Koncový používateľ musí mať možnosť v každom bode vypĺňania údajov prostredníctvom ktorejkoľvek koncovej služby uložiť aktuálny stav vyplnenia údajov a následne kedykoľvek neskôr načítať daný stav a pokračovať vo vypĺňaní údajov.

119

120

4. Koncoví používatelia musia mať vždy k dispozícii informácie o tom, ktoré údaje sú ešte povinní poskytnúť, tiež o termínoch, do kedy to majú urobiť a zároveň o tom, cez ktoré koncové služby to majú urobiť.

121

122

5. Koncoví používatelia musia byť vždy upozornení tesne pred uplynutím lehoty na poskytnutie určitých údajov prostredníctvom niektorej koncovej služby.

123

124

6. Koncoví používatelia musia mať možnosť jednoducho kontaktovať spracovateľa údajov každej koncovej služby.

125

126

7. Všetky koncové služby v systéme musia byť jednoznačne pomenované a zrozumiteľne popísané.

127

128

8. Systém musí umožňovať validáciu všetkých vstupov všetkých koncových služieb a pri zistení chybného vstupu ho musí zamietnuť s poskytnutím zdôvodnenia koncovému používateľovi.

129

130

9. Koncoví používatelia musia mať možnosť napísať pripomienku ku každému údaju, ktorý sa poskytuje spracovateľovi údajov, ale zároveň aj ku každej koncovej službe zvlášť.

131

132

10. Systém musí umožniť používateľom prihlásenie sa pri splnení všetkých bezpečnostných pravidiel, ktoré budú zadefinované.

133

134

11. Skrátenie času potrebného na spracovanie žiadostí a vydávanie rozhodnutí o grantoch, čo vedie k vyššej efektivite a spokojnosti žiadateľov.

135

136

12. Automatizované hodnotenie žiadostí a generovanie rozhodnutí uľahčí hodnotiteľom prácu a zabezpečí konzistentnosť v rozhodovaní.

137

138

13. Centralizovaná databáza a robustná bezpečnostná infraštruktúra zabezpečia bezpečnosť a presnosť údajov, čo umožní efektívnejšie monitorovanie a spracovanie informácií o grantových projektoch.

139

140

14. Poskytovanie transparentného prístupu k informáciám o stave žiadostí, rozhodnutiach a vyčerpaných prostriedkoch zlepší komunikáciu medzi žiadateľmi a administrátorom grantu.

141

142

15. Automatizácia procesov a digitalizácia dokumentov umožní zníženie manuálnych činností a administratívnych nákladov, čo ušetrí čas a zdroje pre všetkých zúčastnených.

143

144

== 4. Architektúra riešenia projektu ==

145

146

ISGM (Grant Management Information System) je komplexným riešením na spracovanie grantových žiadostí a správu celého životného cyklu grantov. Cieľom projektu je zjednodušiť, automatizovať a zefektívniť procesy spojené s podávaním a hodnotením grantových žiadostí, ako aj s vyplácaním dotácií. Tento systém bude postavený na moderných technológiach a implementovaný v rámci e-Government infraštruktúry, čo zaručí jeho integráciu s ďalšími verejnými informačnými systémami a zabezpečí požiadavky na ochranu údajov a bezpečnosť. Systém ISGM bude postavený na modulárnej architektúre, ktorá umožní prispôsobenie rôznym potrebám a požiadavkám na grantové programy. Celý systém bude cloud-based, čo zabezpečí škálovateľnosť, flexibilitu a vysokú dostupnosť. Pre správu a výmenu údajov medzi rôznymi systémami bude využívaná API architektúra, ktorá umožní jednoducho integrovať ISGM s inými verejnými systémami (napríklad finančnými databázami, verejnými registrami alebo platobnými bránami). Technológia mikroservisov umožní systematické rozdelenie rôznych procesov do samostatných komponentov, ktoré budú môcť byť vyvíjané a nasadzované nezávisle, čo zjednoduší údržbu a umožní flexibilnejšie prispôsobenie systému v budúcnosti. Tento prístup tiež podporí jednoduchšiu integráciu nových funkcií a služieb do systému. Systém bude používať relačnú databázu na ukladanie všetkých relevantných údajov (napríklad žiadostí, rozhodnutí, platobných informácií) a bude zabezpečený pomocou šifrovania údajov, autentifikácie používateľov a kontroly prístupových práv podľa rôznych rolí (administrátori, hodnotitelia, žiadatelia).

147

148

== 4.1 Biznis vrstva ==

149

150

Architektúra riešenia projektu je spracovaná v súlade s hlavnými cieľmi motivačnej architektúry, ktoré sú podrobnejšie definované funkčnými resp. nefunkčnými požiadavkami uvedenými v prílohe Katalóg požiadaviek. Architektúra riešenia projektu je ďalej rozpracovaná na úrovni biznis vrstvy, aplikačnej vrstvy, technologickej vrstvy a bezpečnostnej vrstvy. Biznis vrstva je srdcom celého systému, pretože zabezpečuje všetky procesy spojené so spracovaním grantových žiadostí. Táto vrstva bude zahŕňať nasledujúce kľúčové komponenty:

151

152

Spracovanie žiadostí - Tento komponent bude obsahovať automatizované pracovné postupy na podávanie, validáciu a schvaľovanie grantových žiadostí. Žiadosti budú podávané elektronicky a všetky údaje budú automaticky validované a spracované podľa prednastavených pravidiel.

153

154

Hodnotenie žiadostí -Tento proces bude riadený kombinovaným prístupom, ktorý bude zahŕňať ako automatizované hodnotenie (na základe vopred definovaných kritérií), tak aj manuálne hodnotenie hodnotiteľmi. Hodnotitelia budú mať prístup k nástrojom na spracovanie hodnotení a pripomienok k jednotlivým žiadostiam.

155

156

Generovanie dokumentov - Automatizované nástroje budú generovať rôzne dokumenty, ako sú rozhodnutia o schválení alebo zamietnutí grantov, notifikácie a analytické správy.

157

158

**Súčasný stav (AS IS) - **V súčasnosti sa používa niekoľko neintegrovaných systémov na správu grantových žiadostí, ktoré neumožňujú plne automatizované sprSacovanie údajov. Procesy sú prevažne manuálne, čo zvyšuje administratívnu záťaž a znižuje efektivitu. Používatelia musia manuálne zadávať údaje a kontrolovať správnosť informácií, čo vedie k chybám a oneskoreniam.

159

160

Súčasný systém tiež neumožňuje jednoducho generovať reporty a dokumenty alebo integrovať sa s inými verejnými systémami, čo znamená, že overovanie údajov žiadateľov a správa projektov je časovo náročná a náchylná na chyby.

161

162

**Budúci stav (TO BE) - **Navrhovaný systém ISGM bude plne automatizovaným riešením, ktoré umožní online podávanie žiadostí o granty, ich automatizovanú validáciu a hodnotenie, ako aj generovanie všetkých potrebných dokumentov a správ. Biznis vrstva bude integrovaná so systémami verejnej správy a umožní rýchle overovanie údajov žiadateľov, čo urýchli celý proces.

163

164

Tento systém bude podporovať flexibilitu a prispôsobenie sa rôznym druhom grantových programov, čo znamená, že administrátori budú môcť jednoducho prispôsobiť kritériá hodnotenia, dokumenty a procesy podľa špecifických požiadaviek jednotlivých grantových programov.

165

166

== 4.1.1 Architektúra budúceho stavu ==

167

168

Architektúra ISGM bude navrhnutá na základe mikroservisnej štruktúry, kde každý komponent (napr. podávanie žiadostí, hodnotenie, generovanie dokumentov) bude samostatnou jednotkou, ktorá bude komunikovať s ostatnými prostredníctvom API. Tento prístup umožní jednoduché rozšírenie systému o nové funkcie a integrácie s ďalšími verejnými informačnými systémami.

169

170

Architektúra budúceho stavu bude zahŕňať nasledujúce vrstvy:

171

172

1. **Prezentačná vrstva** – webový portál na spracovanie žiadostí.

173

1. **Biznis vrstva** – procesy hodnotenia, spracovania a rozhodovania o grantoch.

174

1. **Dátová vrstva** – centralizovaná databáza pre uchovávanie všetkých údajov.

175

1. **Integračná vrstva** – API pre výmenu údajov s inými systémami.

176

1. **Bezpečnostná vrstva** – šifrovanie údajov, autentifikácia a kontrola prístupov.

177

178

[[image:Snímka obrazovky 2025-03-05 o 20.18.34.png||height="489" width="918"]]

**Cieľový stav**

Cieľovým stavom projektu bude plne automatizovaný a integrovaný systém na správu grantových žiadostí, ktorý umožní rýchle, efektívne a transparentné spracovanie žiadostí o granty. Tento systém bude poskytovať jednoduchý a intuitívny prístup pre všetkých používateľov, umožní flexibilitu pri hodnotení a rozhodovaní o grantoch a zabezpečí vysokú úroveň bezpečnosti údajov a komunikácie medzi systémami.

183

184

== 4.1.2 Koncové služby v ISGM ==

185

186

Systém ISGM bude zabezpečovať množstvo koncových služieb, ktoré budú slúžiť na efektívnu správu grantových žiadostí, ich hodnotenie a následné monitorovanie. Tieto služby budú navrhnuté tak, aby poskytovali jednoduchý a intuitívny spôsob pre administrátorov, hodnotiteľov a žiadateľov o granty na spracovanie, sledovanie a hodnotenie žiadostí. Oblasti funkcionalít, ktoré pokrývajú koncové služby sú nasledovné:

187

188

**~1. Podávanie a spracovanie žiadostí**

189

190

Služby, ktoré umožnia žiadateľom vyplniť a predložiť svoje grantové žiadosti elektronicky, vrátane možnosti pridať prílohy a sledovať stav podania.

191

192

Automatizované validácie údajov na zabezpečenie správnosti informácií pred podaním.

193

194

**2. Hodnotenie žiadostí**

195

196

Služby na hodnotenie grantových žiadostí na základe preddefinovaných kritérií.

197

198

Automatizované hodnotenie žiadostí a manuálne hodnotenie hodnotiteľmi s možnosťou pridávať pripomienky a hodnotiť projekty.

199

200

**3. Generovanie dokumentov a rozhodnutí**

201

202

Služba na automatické generovanie rozhodnutí o schválení alebo zamietnutí grantov na základe hodnotení žiadostí.

203

204

Možnosť vygenerovať rôzne analytické a hodnotiace správy pre administrátorov a manažérov grantových programov.

205

206

**4. Sledovanie stavu žiadosti**

207

208

Služba umožňujúca žiadateľom aj administrátorom sledovať stav jednotlivých žiadostí v reálnom čase.

209

210

Možnosť na prehľad o všetkých predložených žiadostiach a ich aktuálnom stave v procese hodnotenia a rozhodovania.

211

212

**5. Správa dokumentov a komunikácia**

213

214

Služba na spravovanie dokumentov, ktoré sú pripojené k žiadostiam, ako aj na komunikáciu so žiadateľmi ohľadom ďalších krokov v procese.

215

216

Automatizované notifikácie a pripomienky pre žiadateľov týkajúce sa potrebných akcií, termínov a rozhodnutí.

217

218

**6. Finančné vyúčtovanie a správa prostriedkov**

219

220

Služba na monitorovanie vyčerpania pridelených prostriedkov na grantové projekty, vrátane správy platobných informácií a faktúr.

221

222

Možnosť generovať správy o čerpaní prostriedkov.

223

224

**7. Monitorovanie implementácie projektov**

225

226

Služba na sledovanie priebehu realizácie projektov financovaných z grantov, vrátane generovania správ o plnení cieľov a výstupov projektov.

227

228

**8. Správa hodnotiteľov a prístupových práv**

229

230

Služba na priradenie hodnotiteľov k jednotlivým grantovým žiadostiam a sledovanie ich pokroku.

231

232

Správa prístupových práv a rolí používateľov systému.

233

234

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

|(((

Kód KS

//(z Meta IS)//

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

Životná situácia

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

)))|Úroveň elektronizácie KS

245

|ks_381039|Registrácia žiadateľa do systému Grant management|G2C/G2B|(((

Dotácie 001

Dotácie 070

)))|úroveň 4

|ks_381037|Podávanie a správa žiadostí o grant|G2C/G2B|(((

Dotácie 001

Dotácie 070

)))|úroveň 4

[[image:1740433806484-587.png]]

257

258

Obrázok 2 Model biznis architektúry (aktéri-koncoví používatelia, koncové služby, aplikačné služby)

259

260

**Komponenty portálu pre žiadateľov dotácií v IS GM**

261

262

**Funkcionalita registrácie a prihlasovania do IS GM**

263

264

Služba slúži ako zápis údajov o fyzických a právnických osobách, ktorí majú v záujme využívať verejný portál. Služba uchováva údaje do databázy prostredníctvom registračného formulára, ktorý žiada informácie: Meno, priezvisko, osoba, cieľová skupina (študent, doktorand, post-doc, vzdelávacia inštitúcia, výskumná inštitúcia, verejnosť, súkromný sektor), email, bydlisko. V prípade právnickej osoby je registračný formulár v rozsahu: Meno, priezvisko, osoba, cieľová skupina, email, telefónne číslo, sídlo, názov organizácie, IČO, DIČ. Každá registrácia vytvára nový záznam v databáze.

265

266

Prihlasovanie musí umožňovať prepojenie užívateľa do jeho prostredia, t. j. profilu. Služba čerpá údaje z backend databázy, ktoré boli vytvorené pri registrácii.

267

268

**Podslužba registrácie a prihlásenia žiadateľa**

269

270

Služba registrácie žiadateľa je určená jednotlivcom žiadajúcim finančný príspevok v rámci rôznych programov a fondov. Tento systém zabezpečuje dôkladný overovací proces, ktorý pomáha znížiť počet nechcených registrácií a zabezpečiť, aby všetci žiadatelia boli riadne overení. Proces registrácie zahŕňa zadávanie základných údajov vrátane:

* Meno

* Priezvisko

* Heslo

* Rodné číslo

* Email

* Číslo občianskeho preukazu

278

279

Zadávanie základných osobných údajov zabezpečuje dôkladné overenie identity žiadateľov. Možnosť prihlásenia cez Slovensko.sk ponúka zvýšenú bezpečnosť a autenticitu.

280

281

Spracovanie a uchovávanie osobných údajov sa bude riadiť nariadením GDPR (Všeobecné nariadenie o ochrane údajov) a zákonom č. 18/2018 Z. z. o ochrane osobných údajov. Spracovanie osobných údajov bude podmienené súhlasom dotknutej osoby. Osobné údaje sa budú uchovávať len po dobu nevyhnutnú na dosiahnutie účelu, na ktorý boli získané. Po uplynutí tejto doby budú vymazané alebo anonymizované. Pri uchovávaní osobných údajov bude zabezpečená ich bezpečnosť, napríklad šifrovaním, obmedzením prístupu a pravidelným zálohovaním. Bude kladený dôraz na správnosť údajov, aby sa zabezpečilo, že nepresné osobné údaje sa bezodkladne vymažú alebo opravia. Dotknuté osoby majú právo na prístup k svojim osobným údajom, právo na ich opravu, vymazanie, obmedzenie spracúvania, právo na prenosnosť údajov a právo namietať proti spracúvaniu.

282

283

Zníženie počtu nechcených registrácií:

284

285

* Starostlivé overovanie údajov pomáha predchádzať falošným a neautorizovaným registráciám.

286

* Overený proces zabezpečuje, že iba kvalifikovaní žiadatelia môžu požiadať o finančný príspevok.

287

288

Jednoduchý a efektívny proces registrácie:

289

290

* Používateľsky prívetivý registračný formulár.

291

* Intuitívny proces registrácie, ktorý je jednoduchý na použitie.

292

293

Po overení emailu systém vyzve žiadateľa na nastavenie viacfaktorovej autentifikácie. Navrhujeme použiť kombináciu nasledujúcich faktorov:

EMAIL overenie

* Žiadateľ zadá pri registrácii svoj email.

298

* Systém odošle jednorazový kód na zadaný email.

299

* Žiadateľ musí zadať tento kód do systému na dokončenie overenia identity.

300

301

Prihlasovanie musí umožňovať prepojenie používateľa do jeho prostredia, t.j. profilu. Služba čerpá údaje z backend databázy, ktoré boli vytvorené pri registrácii. Na prihlásenie používateľa sa využíva emailová adresa používateľa, ktorú zadal pri registrácií a heslo, ktoré taktiež zadal pri registrácii.

302

303

**Funkcionalita registrácie a prihlásenia žiadateľa prostredníctvom eID **

304

305

IS GM musí umožňovať prihlásenie cez elektronickú čítačku, ktorá umožňuje zápis registračných údajov do BE databázy. Tieto údaje sú následne ukladené a sprístupňované pri využívaní portálu. Medzi úkony, ktoré budú využívať tieto údaje môžeme zaradiť:

306

307

* Elektronický podpis žiadosti

308

* Automatizovaná registrácia a prihlasovanie

309

* Vypĺňanie preddefinovaných dokumentov a pod.

310

311

**Funkcionalita podávania žiadostí v IS GM**

312

313

Táto služba umožňuje elektronické podávanie žiadostí, ktoré sú následne uložené v systéme, aby mohli byť spracované poskytovateľmi dotácií. Celý proces je plne elektronizovaný a umožňuje sledovať žiadosti v reálnom čase.

314

315

Biznis proces začína vytvorením výzvy, kde poskytovateľ určí podmienky, na základe ktorých môžu žiadatelia podať svoje projekty. Žiadatelia majú prístup k formulárom prostredníctvom front-end portálu, kde vyplnia všetky potrebné informácie a priložia príslušné prílohy, ktoré tvoria neoddeliteľnú súčasť podania projektu. Tieto údaje sú následne spracované na back-end strane poskytovateľa, ktorý vykonáva formálnu kontrolu žiadosti.

316

317

Z technického hľadiska je podávanie žiadostí plne podporované prostredníctvom responzívnej webovej aplikácie, ktorá umožňuje užívateľom prístup z akéhokoľvek zariadenia. Využitie preddefinovaných šablón pre formuláre zjednodušuje tvorbu žiadostí, pričom dynamické prvky systému umožňujú aktualizáciu informácií v reálnom čase. Systém tiež integruje notifikačný mechanizmus, ktorý automaticky informuje žiadateľov o stave ich žiadosti.

318

319

**Funkcionalita vytvárania žiadosti**

320

321

Celý proces sa začína výberom programu ku ktorému prinalieha relevantná výzva do ktorej sa Registrovaný používateľ želá zapojiť. Po výbere relevantnej výzvy sa proces presúva do podslužby vytvárania žiadosti o projekt alebo výzvu. IS GM po kliknutí na tlačidlo spúšta preddefinované responzívne formuláre prostredníctvom webovej aplikácie. Po vyplnení žiadosti musí registrovaný používateľ spustiť podslužbu validácie, ktorá skontroluje všetky povinné polia. Pri pozitívnom vyhodnotení validačného procesu, sa Registrovanému používateľovi umožňuje odoslať žiadosť a teda pristúpiť ku jej podaniu.

322

323

**Funkcionalita validácie žiadosti**

324

325

Validácia žiadosti slúži ako kontrolný mechanizmus, ktorý kontroluje všetky polia responzívneho formuláru žiadosti. Všetky polia, ktoré boli pri vytváraní výzvy nastavené ako povinné musia obsahovať znaky. Tento proces slúži ako prvá kontrola zamedzovaniu vynechania informácií pri vypĺňaní. Po spustení validácie môžu nastať dva stavy:

326

327

* Pozitívne vyhodnotenie: Systém pustí žiadateľa o dotáciu odoslať žiadosť na hodnotenie.

328

* Negatívne vyhodnotenie: Systém zvýrazní červenou farbou polia responzívneho formulára a vyzve žiadateľa o dotáciu na doplnenie zadaných polí.

329

330

Podslužba hodnotenia žiadosti sa sústreďuje najmä na administratívnu časť overenia splnenia podmienok výzvy.

331

332

**Funkcionalita odoslania žiadosti**

333

334

Po dokončení procesu validácie žiadosti systém odosiela žiadosť používateľa portálu do databázy. Toto odoslanie so sebou obnáša kompletnú odoslanie všetkých dokumentov, ktoré boli v pripojené ku žiadosti spolu so sprievodným formulárom vyplnenej výzvy. Tieto dokumenty sú sprístupniteľné prostredníctvom služby evidencie podaných žiadostí v DMS. Ich prístupnosť je obmedzená na základe prístupových práv, ktoré sú nastaviteľné v administrátorskom rozhraní portálu IS GM.

335

336

**Funkcionalita moje žiadosti**

337

338

Ide o sekciu, ktorá je sprístupniteľna prostredníctvom statického UX dizajne responzívneho webového rozhrania. Sekcia sa objavuje po vytvorení používateľského účtu na portáli IS GM. V tejto sekcii ma používateľ v roli žiadateľ o dotáciu možnosť vidieť všetky svoje rozpracované a odoslané žiadosti. Toto rozhranie poskytuje informácie o:

339

340

* Počtu rozpracovaných žiadostí

341

* Počtu podaných žiadostí

342

343

Medzi iné, každá žiadosť, ktorá je v stave “ rozpracovaná” umožňuje na ňu kliknúť a ďalej pokračovať v jej úprave.

344

345

Pri podaných žiadostiach je po kliknutí možné sa dostať ku informáciám, ktoré boli poskytnuté ako vyhodnotenie danej žiadosti. Ak bola žiadosť zamietnutá, používateľ má možnosť kedykoľvek sprístupniť stanovisko hodnotiteľov. Ak bola žiadosť úspešná, ma používateľ informáciu o tom o akú výzvu išlo a aké dokumenty boli vyplnené a odoslané.

346

347

**Funkcionalita Zberu údajov od VŠ**

348

349

Služba zabezpečuje elektronizáciu a automatizáciu procesov súvisiacich so zberom údajov o výskumných a nevýskumných projektoch, ktoré sú spracovávané na verejných vysokých školách. Táto služba tvorí samostatnú sekciu v navigačnom menu. Jej hlavnou úlohou je zhromaždiť štruktúrované údaje o projektoch a aktivitách pre potreby Ministerstva školstva, vedy, výskumu a športu (MŠVVaŠ SR) a Centra vedecko-technických informácií SR (CVTI SR), ktoré pripravujú podklady pre rozpis dotácií.

350

351

Kľúčové funkcionality:

352

353

* Umožňuje verejným vysokým školám elektronicky zadávať údaje o projektoch prostredníctvom definovaného formulára.

354

* Overuje formálnu správnosť a úplnosť zadaných údajov.

Business procesy:

1. Vytvorenie a schválenie formulára:

359

360

* Vysoká škola pristúpi k systému IS GM a vyberie formulár podľa typu projektu (napr. výskumný od verejnej správy, zahraničný grant).

361

* Zodpovedná osoba vyplní formulár, pričom systém poskytne nápovedu a validáciu údajov podľa prednastavených pravidiel.

362

* Po dokončení sa formulár uloží a čaká na elektronické schválenie rektorom alebo ním poverenou osobou.

363

364

1. Automatická validácia:

365

366

* Systém overí úplnosť zadaných údajov, napríklad vyplnenie všetkých povinných polí, správnosť formátu identifikačných čísel (IČO, identifikátor projektu), a porovná ich s číselníkmi odborov vedy a techniky.

1. Prenos údajov:

* Schválené formuláre sú elektronicky odoslané na spracovanie do CVTI SR.

371

* Systém umožní export údajov vo formáte kompatibilnom s SK CRIS.

372

373

**Komponenty portálu pre back office v IS GM**

374

375

**Funkcionalita hodnotenia podanej žiadosti **

376

377

Funkcionalita formálnej kontroly umožňuje projektovým manažérom vykonávať kontrolu žiadostí o dotácie na základe preddefinovaného kontrolného zoznamu. Po prihlásení do systému má projektový manažér prístup k zoznamu nevybavených žiadostí, kde môže každú žiadosť detailne prezrieť, skontrolovať prílohy a vykonať hodnotenie jednotlivých položiek žiadosti.

378

379

Projektový manažér začína kontrolou prihlásením sa do svojho účtu, kde v záložke „Moje nevybavené žiadosti“ nájde zoznam všetkých podaných žiadostí, ktoré čakajú na formálnu kontrolu. Po výbere konkrétnej žiadosti môže manažér prezerať všetky prílohy, ktoré žiadateľ priložil, a spustiť proces formálnej kontroly. Tento proces zahŕňa kontrolu vyplnených polí v žiadosti, kde sú určité položky editovateľné (napr. kontrolný zoznam z KFSÚ) a iné sú len na čítanie (údaje vyplnené žiadateľom). Projektový manažér hodnotí každú položku kontrolného zoznamu a zaškrtne príslušné polia, ak sú splnené podmienky formálnej kontroly.

380

381

Ak niektorá položka kontrolného zoznamu neprejde kontrolou, projektový manažér musí uviesť poznámku o zistenom nedostatku a prípadne doplniť oficiálny text pre výzvu na doplnenie údajov. Po dokončení formálnej kontroly je možné žiadosť uložiť ako „úspešnú“ alebo „neúspešnú“, pričom systém automaticky zaznamená všetky potrebné údaje a pošle žiadosť vedúcemu na verifikáciu.

382

383

Formulár pre formálnu kontrolu obsahuje dynamické polia, ktoré umožňujú projektovému manažérovi upravovať a hodnotiť jednotlivé položky žiadosti. Každá položka je vybavená zaškrtávacím políčkom, pričom neúspešné položky vyžadujú povinné vyplnenie poznámky o nedostatku. Systém podporuje funkciu priebežného ukladania údajov, čo umožňuje manažérovi prerušiť prácu a neskôr sa k nej vrátiť. Po úspešnom vyplnení všetkých položiek kontrolného zoznamu môže manažér formálnu kontrolu ukončiť a poslať žiadosť na ďalšie spracovanie. Implementácia systému obsahuje aj funkciu na automatické generovanie výziev pre doplnenie údajov vo formáte PDF, ktoré sú zasielané žiadateľom.

384

385

**Funkcionalita vytvárania zmluvných podkladov**

386

387

Systém umožňuje projektovým manažérom vytvoriť a spravovať dotačné zmluvy po schválení žiadostí. Táto funkcionalita zahŕňa nahrávanie potrebných dokumentov a príloh ku zmluve, ako aj generovanie finálneho znenia zmluvy na základe preddefinovaných šablón.

388

389

Po schválení žiadosti o dotáciu musí projektový manažér vytvoriť dotačnú zmluvu, ktorá obsahuje všetky podmienky pre čerpanie finančných prostriedkov. Manažér začne tým, že otvorí záložku „Moje nevybavené žiadosti“, kde si vyberie schválenú žiadosť a začne proces vytvárania zmluvy. V záložke „Doklady k zmluve“ manažér nahrá všetky potrebné dokumenty (napr. stavebné povolenia, projektovú dokumentáciu, zmluvy s dodávateľmi). Následne v záložke „Dotačná zmluva“ vyplní formulár, ktorý obsahuje všetky relevantné položky zmluvy, ako sú mená dodávateľov, počet projektových dokumentácií, zmluvy o dielo a dodatky.

390

391

Formulár je rozdelený do viacerých sekcií, kde každá sekcia predstavuje inú časť dotačnej zmluvy. Po vyplnení všetkých položiek manažér klikne na tlačidlo „Generovať zmluvu“, čím sa zmluva vygeneruje vo formáte PDF a uloží do systému. Táto zmluva je následne dostupná pre interných používateľov systému a je pripravená na podpis.

392

393

Formulár na vytváranie dotačných zmlúv podporuje prácu s viacerými položkami, ako sú dodávatelia, stavebné povolenia a dodatky. Každá sekcia formulára obsahuje pevne stanovené maximálne počty týchto položiek (napr. max. 5 stavebných povolení, 7 dodávateľov), pričom je možné tieto limity upraviť podľa potreby bez zásahu do kódu systému. Po vyplnení formulára sa všetky údaje automaticky dopĺňajú do zmluvy, ktorá sa generuje ako PDF súbor. Systém umožňuje priebežné ukladanie údajov a podporuje šifrovanie všetkých citlivých údajov, aby boli zmluvy bezpečne uložené a dostupné iba pre oprávnených používateľov.

394

395

**Funkcionalita manažmentu platieb**

396

397

Služba manažmentu platieb predstavuje komplexný systém na správu, spracovanie a evidenciu platieb spojených s podaniami žiadostí o granty a dotácie, správnymi poplatkami, a ďalšími finančnými operáciami. Tento systém umožňuje automatizované spracovanie platieb, evidenciu transakcií, generovanie potvrdení o platbách a ich následné párovanie s konkrétnymi žiadosťami v rámci systému pre správu grantov.

398

399

Cieľom tejto služby je zabezpečiť transparentný, efektívny a bezpečný spôsob správy poplatkov, ktoré súvisia s administratívnymi procesmi a podaniami žiadostí. Okrem toho, systém zabezpečuje prehľadnú evidenciu všetkých platieb, ktorá je dostupná pre administrátorov, ako aj pre žiadateľov.

400

401

**Funkcionalita Automatizované spracovanie platieb**

402

403

Systém umožní prijímanie platieb za podania žiadostí prostredníctvom rôznych platobných metód, ako sú bankové prevody, platby kartou (VISA, MasterCard), či platby prostredníctvom online platobných brán (napr. PayPal).

404

405

Po prijatí platby systém automaticky spracuje údaje o transakcii a priradí ich k príslušnej žiadosti alebo poplatku. Platby budú označené ako „uhradené“ alebo „neuhradené“ v závislosti od toho, či platba prebehla úspešne.

406

407

Systém podporuje viacúrovňové overenie platieb, aby zabezpečil, že každá transakcia bude správne zaznamenaná a spárovaná s konkrétnou žiadosťou.

408

409

**Funkcionalita Evidencia platieb**

410

411

Každá vykonaná platba je automaticky zaznamenaná v systéme, pričom evidencia obsahuje všetky potrebné detaily o transakcii vrátane mena žiadateľa, účelu platby, dátumu transakcie, výšky poplatku, a stavu platby (úspešná/neúspešná).

412

413

Pre administrátorov bude k dispozícii prehľadná tabuľka s evidovanými platbami, ktorá umožní filtrovanie podľa rôznych kritérií (napr. dátum, stav platby, žiadateľ, suma). Táto funkcionalita je navrhnutá tak, aby urýchlila proces správy platieb a ich kontrolu.

414

415

Žiadatelia budú mať prístup k svojmu platobnému profilu, kde uvidia históriu svojich platieb vrátane priradenia platby k žiadosti a stavu vybavenia.

416

417

**Funkcionalita Generovanie faktúr a potvrdení o platbe**

418

419

Systém po úspešnom spracovaní platby automaticky vygeneruje elektronickú faktúru, ktorá bude dostupná v profile žiadateľa. Faktúra bude obsahovať všetky relevantné informácie, ako je identifikácia žiadateľa, účel platby, suma, DPH, dátum a číslo faktúry.

420

421

Okrem faktúry bude systém schopný generovať potvrdenia o úhrade, ktoré môžu byť priložené ako dôkaz o platbe, ak to bude potrebné v rámci administratívneho procesu.

422

423

**Funkcionalita Prepojenie s modulom správy žiadostí**

424

425

Platby budú priamo prepojené s modulom správy žiadostí, čo umožní automatické spárovanie každej platby so žiadosťou, na ktorú sa vzťahuje. V prípade, že platba nebude uhradená, systém automaticky odošle upozornenie žiadateľovi s inštrukciami na vykonanie platby. Týmto spôsobom sa zabráni prípadným oneskoreniam pri spracovaní žiadostí, keďže platby sú pre administrátorov ihneď viditeľné a prepojené so žiadosťami.

426

427

**Funkcionalita Automatické upozornenia a notifikácie**

428

429

Systém bude obsahovať funkciu automatických upozornení pre žiadateľov o nutnosti úhrady poplatku. Po podaní žiadosti, ak nie je poplatok uhradený do určitého termínu, žiadateľovi bude zaslaná pripomienka formou emailovej notifikácie.

430

431

Po úspešnom prijatí platby systém vygeneruje potvrdenie o úhrade, ktoré bude zaslané elektronicky žiadateľovi a uložené v jeho profile.

432

433

**~ Funkcionalita Bezpečnostné opatrenia a ochrana údajov**

434

435

Systém bude plne zabezpečený šifrovaním údajov pri každej transakcii, aby sa minimalizovalo riziko zneužitia finančných a osobných údajov. Všetky platobné procesy budú v súlade s medzinárodnými bezpečnostnými štandardmi (napr. PCI DSS).

436

437

Súčasťou systému budú aj funkcie dvojfaktorovej autentifikácie pre administrátorov a správcov, aby sa zabezpečil prístup iba pre oprávnené osoby.

438

439

**Funkcionalita Služba monitorovania žiadostí**

440

441

Po prihlásení má hodnotiteľ prístup k prehľadu všetkých žiadostí, ktoré sú mu priradené na hodnotenie. Tento zoznam obsahuje základné informácie o žiadateľovi, dátum vytvorenia žiadosti, cieľovú aktivitu, na ktorú bola žiadosť podaná, a stav hodnotenia. Hodnotiteľ si môže zvoliť konkrétnu žiadosť na hodnotenie kliknutím na jej identifikátor, čím sa dostane do detailného prehľadu.

442

443

Hodnotiteľ má možnosť prechádzať zoznamom neohodnotených žiadostí, ktoré sú zoradené podľa počtu pridelených bodov. Tento zoznam poskytuje prehľad o všetkých relevantných informáciách o žiadosti, čo hodnotiteľovi uľahčuje organizáciu práce. Po výbere žiadosti môže hodnotiteľ preskúmať jej detaily, ako sú prílohy, históriu zmien a formuláre, a následne vykonať hodnotenie podľa definovaných kritérií. Tento proces zaručuje, že hodnotiteľ má k dispozícii všetky potrebné informácie na objektívne posúdenie žiadosti.

444

445

Systém používa tabuľkové zobrazenie zoznamu žiadostí, ktoré je dynamicky generované z databázy. Pre hodnotenie žiadostí je zabezpečený prehľad všetkých údajov a dokumentov vo forme viacerých záložiek, čo umožňuje rýchly prístup k rôznym aspektom žiadosti. K dispozícii sú aj filtračné mechanizmy, ktoré hodnotiteľovi pomáhajú rýchlo nájsť požadovanú žiadosť na základe názvu žiadateľa, dátumu alebo aktivity.

446

447

Služba musí umožňovať priebežné hodnotenie žiadostí v otvorených výzvach. Výzvy môžu byť stanovené na dobu určitú a dobu neurčitú, t.j. do vyčerpania prostriedkov, udelených na výzvu. V prípade, že výzva je stanovená do vyčerpania alokovaných prostriedkov, hodnotitelia musia mať možnosť priebežného hodnotenia a vyhodnocovania žiadostí.

448

449

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

450

451

Verejná časť web riešenia v TO BE stave bude zabezpečená v slovenskom (SK) a anglickom (EN) jazyku. Bude sprístupňovať aktuálne a presné informácie v rámci dohovoru všetkým záujemcom, čím sa zlepší transparentnosť a zodpovednosť prístupu k údajom v tejto oblasti.

452

453

Neverejná časť riešenia v TO BE stave po registrácii zabezpečí žiadateľom, občanom SR prístup k údajom vedeným v informačnom systéme a bude sprístupnená v úradnom jazyku. (SK). Komunikácia medzi orgánom štátnej správy a žiadateľom bude rovnako prebiehať v úradnom jazyku (SK).

454

455

== 4.2 Aplikačná vrstva ==

456

457

Navrhovaná aplikačná vrstva by mala byť základom pre efektívnu správu grantových žiadostí a mala by pokrývať všetky aspekty procesu, od registrácie žiadateľov, cez podávanie žiadostí, hodnotenie, až po vyhodnotenie a administráciu grantových programov. Systém by mal byť navrhnutý ako plne elektronické riešenie, ktoré umožní transparentnú správu grantových žiadostí s minimálnou administratívnou záťažou.

458

459

[[image:1740321221998-784.png]]

460

461

Obrázok 3 Architektúra riešenia grantového modelu

462

463

Základ aplikačnej vrstvy by mala tvoriť webová aplikácia postavená na moderných technológiách, ktorá by poskytovala intuitívne používateľské prostredie pre žiadateľov, administrátorov aj hodnotiteľov. Užívateľská skúsenosť by mala byť prioritou, pričom rozhranie by malo byť responzívne, prehľadné a jednoduché na ovládanie.

464

465

Webový portál: Užívateľské rozhranie pre interných aj externých užívateľov, poskytujúce prístup k rôznym funkciám, ako je podávanie žiadostí, sledovanie stavu a získavanie rozhodnutí.

466

467

Kľúčovou požiadavkou na aplikačnú vrstvu by mala byť jej modularita. Riešenie by malo byť navrhnuté tak, aby umožňovalo jednoduché rozšírenie o nové funkcionality a integráciu s ďalšími systémami verejnej správy. Pre zabezpečenie tejto flexibility by sa malo využiť objektovo-orientované programovanie a architektúra založená na mikroservisoch.

468

469

Aplikačná vrstva by mala byť rozdelená na niekoľko funkčných modulov, pričom každý z nich by mal pokrývať konkrétnu časť procesu správy grantov. Medzi hlavné moduly by mali patriť:

470

471

1. Modul registrácie a autentifikácie používateľov, ktorý by zabezpečoval overenie identity a prístup k jednotlivým častiam systému.

472

1. Modul správy žiadostí, ktorý by umožňoval podávanie žiadostí, sledovanie ich stavu a poskytovanie spätnej väzby žiadateľom.

473

1. Modul hodnotenia žiadostí, ktorý by zabezpečoval automatizované aj manuálne hodnotenie žiadostí na základe vopred stanovených kritérií.

474

1. Modul administrácie grantových programov, ktorý by umožňoval správu výziev na predkladanie žiadostí, definovanie podmienok a sledovanie vyčerpania rozpočtu.

475

1. Modul reportovania a analytiky, ktorý by poskytoval prehľadné štatistiky a reporty pre administrátorov a manažérov grantových programov.

476

1. Modul overovanie, ktorý v procese podávania žiadosti overuje informácie voči referenčným registrom. Prezentačná vrstva

477

478

**Komponenty administrátorského rozhrania v IS GM**

479

480

**Funkcionalita klasifikácie a evidencie právomocí cieľových skupín IS GM**

481

482

Systém rozpoznáva dva typy základných používateľov IS GM. Prvotná diferenciácia je na základe vytvorenia účtu na portáli :

Návštevník

Používateľ, ktorý prišiel z externého zdroja. Systém neeviduje žiadne osobné údaje. Tento používateľ môže prehliadať obsahovú stránku IS GM, avšak nemôže sa zapojiť do procesu podávania žiadosti.

487

488

Registrovaný používateľ

489

490

Typ používateľa, ktorý si vytvoril účet na portáli. Používateľ poskytuje povinné registračné osobné údaje a následne má možnosť doplniť špecifickejšie používateľské dáta. Dáta sa ukladajú v localstorage a na BE. Tento používateľ môže robiť to isté ako Návštevník a využívať funkcionalitu IS GM.

491

492

Možnosti stavu registrovaných používateľov:

493

494

**Zákazník/ žiadateľ o dotáciu**

495

496

Môže to byť obec alebo iná právnická osoba, ktorá sa uchádza o dotáciu. Do systému sa prihlasuje pomocou svojho mena a hesla a má prístup k portálovej časti aplikácie (Front office), kde môže spravovať svoju žiadosť.

497

498

**Projektový manažér na strane poskytovateľa dotácie **

499

500

Je zodpovedný za formálnu kontrolu podaných žiadostí, komunikáciu so žiadateľom, spracovanie dokumentácie potrebnej pre uzatvorenie zmluvy, a kontrolu dokladov potrebných na čerpanie dotácie. Systém tiež z legislatívnych dôvodov využíva princíp „kontroly štyroch očí“, čo znamená, že žiadosti kontroluje tím projektových manažérov.

501

502

**Vedúci pracovník na strane poskytovateľa dotácie**

503

504

Overuje a kontroluje prácu a rozhodnutia projektových manažérov. V prípade potreby má oprávnenie vrátiť žiadosť na prepracovanie.

505

506

**Hodnotiteľ žiadosti**

507

508

Interný alebo externý používateľ, ktorý hodnotí žiadosti na základe vopred stanovených kritérií. Hodnotenie môže mať číselnú aj slovnú podobu a každú žiadosť musia ohodnotiť minimálne dvaja hodnotitelia, v súlade s princípom „kontroly štyroch očí“.

**Globálny bádateľ**

Táto rola, napríklad pre pracovníka podateľne na strane poskytovateľa dotácie, umožňuje len prezeranie žiadostí (v režime „read only“), pričom slúži na potvrdenie prijatia elektronickej žiadosti alebo sledovanie jej stavu v procese vybavovania.

513

514

**Aplikačný správca**

515

516

Spravuje procesy, v rámci ktorých poskytovateľ zverejňuje výzvy na dotácie. Má na starosti vytváranie a správu tímov projektových manažérov a hodnotiteľov a zabezpečuje ich nahradenie v prípade potreby (napr. pri PN alebo odchode zo zamestnania). Aplikačný správca tiež spúšťa proces priradenia podaných žiadostí projektovým manažérom alebo hodnotiteľom.

**Administrátor**

Zodpovedá za vytváranie nových používateľských účtov a ich správu, vrátane zmien a obnovy hesiel. Tiež je zodpovedný za tvorbu a úpravu šablón pre emailové notifikácie, ktoré systém automaticky odosiela.

521

522

**Funkcionalita správy činností**

523

524

Funkcionalita pre správu činností je k dispozícii používateľom s rolami „Administrátor“ a „Aplikačný správca“. Umožňuje vytvárať, upravovať, a mazať činnosti, ktoré sú následne využívané v rámci grantového procesu.

525

526

Administrátor alebo aplikačný správca môže prostredníctvom „Product menu“ pristupovať k položke Správa činností, kde nájde zoznam všetkých vytvorených činností v systéme. Pre vytvorenie novej činnosti sú potrebné určité preddefinované údaje, ako sú napríklad názov činnosti, platnosť, oblasť a formulár žiadosti, ktorý je vytvorený prostredníctvom externej aplikácie. Po vyplnení základných údajov je možné činnosť uložiť a neskôr editovať. Používatelia môžu tiež činnosti mazať, ak ešte nebola vytvorená žiadna žiadosť na základe tejto činnosti.

527

528

Pre vytvorenie novej činnosti musí používateľ importovať balíky formulárov vo formáte ZIP, zvoliť typ činnosti (štandardná, úvery/havárie/mimoriadne), a vyplniť platnosť (od-do) prostredníctvom výberu z kalendára. Systém umožňuje predvyplnenie kódu a názvu činnosti na základe importovaných údajov, pričom používateľ si môže vybrať oblasť činnosti z ponúknutých možností. Editovanie činnosti je realizované priamo cez „Product menu“, kde je potrebné potvrdiť každú úpravu stlačením tlačidla „Uložiť“.

529

530

**Funkcionalita vytvárania a správy parametrov pre hodnotenie**

531

532

Funkcionalita správy parametrov pre hodnotenie umožňuje administrátorom a aplikačným správcom definovať kritériá, podľa ktorých budú automaticky hodnotené žiadosti. Tieto kritériá môžu byť manuálne alebo automatické, pričom je možné priradiť rôzne váhy a podmienky pre každé kritérium.

533

534

Administrátor alebo aplikačný správca definuje parametre, ktoré sa použijú na hodnotenie podaných žiadostí. V záložke „Správa parametrov pre hodnotenie“ môže používateľ vytvárať nové parametre alebo editovať už existujúce parametre. Pri vytváraní parametra je potrebné vyplniť povinné položky, ako je meno, XPath (cesta v XML súbore k hodnote parametra), typ údajov, a ďalšie. Parametre môžu byť upravované alebo mazané podľa potreby, pričom každá zmena vyžaduje potvrdenie.

535

536

Pri definovaní parametrov hodnotenia je možné použiť XPath na určenie cesty v XML súbore, čo umožňuje automatické vyhodnocovanie údajov priamo z formulárov žiadosti. Systém tiež podporuje rôzne matematické výrazy a šablóny MVEL, ktoré sú využívané na vytváranie zložitých podmienok pre hodnotenie. Každé kritérium má pridelenú váhu, ktorá ovplyvňuje celkové skóre žiadosti. Parametre sú uložené v databáze a je možné ich zdieľať naprieč rôznymi činnosťami.

537

538

**Funkcionalita vytvárania automatických hodnotiacich kritérií**

539

540

Automatické hodnotiace kritériá slúžia na automatizované vyhodnocovanie žiadostí na základe preddefinovaných podmienok. Používateľ s rolou „Administrátor“ alebo „Aplikačný správca“ môže vytvárať nové kritériá, ktoré sa následne aplikujú pri hodnotení žiadostí.

541

542

Administrátor vytvára automatické hodnotiace kritériá v záložke „Automatické hodnotenie“. Tieto kritériá sa aplikujú automaticky na všetky žiadosti podľa zadefinovaných pravidiel a sú zoradené podľa vopred určeného poradia. Napríklad, systém môže automaticky hodnotiť žiadosti na základe percentilu financovania alebo iných kvantitatívnych údajov. Po vytvorení alebo úprave kritéria sa výsledné body automaticky prepočítajú a priradia sa k žiadostiam.

543

544

Pod hodnotiacimi kritériami môžeme rozumieť:

545

a) vylučujúce – hodnotiteľ posúdi, či je kritérium splnené alebo nesplnené

546

547

b) bodované – miera splnenia kritéria je vyjadrená bodmi na škále od 0 do 5 s možnosťou pridelenia 0,5 bodu (t.j. napr. 1,5 alebo 3,5 bodu), pričom poskytovateľ môže pre zdôraznenie dôležitosti niektorých kritérií vzhľadom na ciele výzvy stanoviť váhy pre kritériá alebo

548

549

c) kombinácia vylučujúcich a bodovaných.

550

551

Automatické kritériá sú definované pomocou matematických alebo MVEL výrazov, ktoré určujú spôsob výpočtu bodov pre jednotlivé parametre. Systém podporuje komplexné matematické operácie a logické výrazy na základe údajov z formulárov. Kritériá sú zoradené podľa ich váhy a môžu byť aplikované na rôzne činnosti v rámci rôznych výziev. Každé kritérium má možnosť obmedziť svoje použitie na konkrétne činnosti alebo žiadosti.

552

553

**Funkcionalita vytvárania manuálnych hodnotiacich kritérií**

554

555

Manuálne hodnotiace kritériá umožňujú hodnotiteľom hodnotiť žiadosti na základe výberu z preddefinovaných možností. Kritériá môžu byť definované ako hodnotiace alebo bonifikačné, pričom každé kritérium má pridelenú váhu a poradie.

556

557

Administrátor definuje manuálne hodnotiace kritériá, ktoré budú používať hodnotitelia pri hodnotení jednotlivých žiadostí. Každé kritérium môže obsahovať niekoľko možností, z ktorých hodnotiteľ vyberá, pričom každá možnosť má priradené body. Manuálne kritériá môžu zahŕňať hodnotiace faktory, ako je technická náročnosť projektu alebo sociálny prínos. Po vyplnení kritérií hodnotiteľ vyberie najvhodnejšiu možnosť, čím sa priradia body žiadosti.

558

559

Manuálne hodnotiace kritériá sú definované pomocou zoznamu možností, kde každá možnosť má pridelené bodové hodnotenie. Tieto možnosti sú zoradené podľa poradia, ktoré určuje administrátor. Systém umožňuje pridať podmienky, ktoré obmedzujú zobrazenie kritéria pre konkrétne činnosti alebo žiadosti. Výsledné body sa automaticky prepočítajú na základe váhy kritéria.

560

561

**Funkcionalita pridelovania špecifických XSLT šablón**

562

563

Funkcionalita pre pridelenie XSLT šablón umožňuje používateľom prispôsobiť generovanie PDF dokumentov pre konkrétne činnosti, ako sú výzvy alebo zmluvy. Ak štandardná šablóna systému nie je vhodná, administrátor alebo aplikačný správca môže priradiť špecifickú šablónu pre danú výzvu.

564

565

Pri vytváraní novej výzvy alebo činnosti systém automaticky priradí štandardnú XSLT šablónu na generovanie PDF dokumentov. Ak je však potrebná špecifická šablóna, aplikačný správca môže v záložke „XSLT šablóny“ priradiť novú šablónu pre konkrétnu činnosť. Po nahratí šablóny systém automaticky začne generovať PDF dokumenty podľa novej šablóny.

566

567

Systém umožňuje nahrávanie XSLT šablón, ktoré sa používajú na formátovanie PDF dokumentov. Šablóny sú uložené v systéme a môžu byť upravované alebo odstránené podľa potreby. Ak nie je priradená špecifická šablóna, systém použije predvolené šablóny. Tento modul umožňuje aplikačnému správcovi priradiť rôzne šablóny pre rôzne typy dokumentov (výzvy, zmluvy, atď.).

568

569

**Funkcionalita správy tímov projektových manažérov**

570

571

Funkcionalita správy tímov projektových manažérov umožňuje používateľom s rolou „Administrátor“ alebo „Aplikačný správca“ efektívne vytvárať, spravovať a upravovať tímy projektových manažérov (PM), ktorí sa podieľajú na spracovaní žiadostí o dotácie. Táto funkcia zabezpečuje, že každý projektový manažér je pridelený do tímu a môže spracovávať pridelené žiadosti spravodlivo a rovnomerne.

572

573

Administrátor alebo aplikačný správca pristupuje k správe tímov cez položku Správa tímov projektových manažérov v „Product menu“. Po výbere tejto možnosti sa zobrazí rozhranie, kde je možné vytvárať nové tímy alebo upravovať existujúce tímy. V ľavom zozname „Projektoví manažéri k dispozícii“ sa zobrazia všetci projektoví manažéri, ktorí:

574

575

* Majú v systéme pridelenú rolu „Projektový manažér“.

576

* Majú v profile nastavenú oblasť zhodnú s oblasťou, ktorú administrátor vybral z rozbaľovacieho zoznamu „Oblasť“.

577

* Nie sú už členmi aktívneho tímu.

578

579

Administrátor môže vytvoriť nový tím jednoduchým presunutím projektového manažéra z ľavého zoznamu do poľa „Nový tím“ a tým začne vytvárať nový tím. Do vytvoreného tímu môže následne pridať ďalších používateľov jednoduchým presunutím myšou.

580

581

V pravom zozname „Tímy projektových manažérov“ sú zobrazené všetky aktívne a neaktívne tímy pre vybranú oblasť. Administrátor môže tímy spravovať rôznymi spôsobmi:

582

583

* Rozpustiť tím – tlačidlom „X“ je možné vymazať celý tím, ak ešte nebola pridelená žiadna žiadosť. Členovia rozpusteného tímu sa vrátia do zoznamu „Projektoví manažéri k dispozícii“.

584

* Deaktivovať tím – po deaktivácii tímu sa členovia vrátia do zoznamu „Projektoví manažéri k dispozícii“ a tím už nebude súčasťou rozlosovania žiadostí.

585

586

Tímy, ktoré sú neaktívne (bez zelenej fajky), môžu byť opäť aktivované. Po aktivácii tímu sú členovia odstránení zo zoznamu dostupných manažérov a tím je pripravený na rozlosovanie.

587

588

* Tvorba tímov: Používateľ presúva projektových manažérov medzi zoznamami pomocou techniky drag-and-drop. Každý tím je vytvorený ako samostatná entita v systéme, ktorá je spárovaná s pridelenými manažérmi a príslušnou oblasťou.

589

* Správa tímov: Systém umožňuje aktivovať alebo deaktivovať tímy podľa aktuálnych potrieb. Tímy, ktoré sú neaktívne, môžu byť kedykoľvek zrušené alebo aktivované.

590

* Validácia tímov: Pri každej akcii (vytvorenie, deaktivácia, rozpustenie) systém zobrazí potvrdenie o vykonaní úkonu, čím zabezpečí, že používateľ nemôže omylom vykonať nežiadanú operáciu. Tím možno rozpustiť len v prípade, že mu nebola pridelená žiadna žiadosť.

591

592

**Funkcionalita priradzovania žiadostí tímom projektových manažérov**

593

594

Funkcionalita priradenia žiadostí tímom projektových manažérov (PM) umožňuje spravodlivé a rovnomerné rozdelenie odoslaných žiadostí medzi tímy PM. Priradenie prebieha automatickým rozlosovaním, ktoré zabezpečí náhodnosť a rovnováhu v zaťažení tímov.

595

596

Administrátor alebo aplikačný správca vyberie konkrétnu činnosť prostredníctvom položky Priradenie žiadostí tímom PM. Po výbere činnosti sa zobrazí tlačidlo „Spustiť proces“, ktoré inicializuje automatické rozlosovanie žiadostí medzi dostupné tímy PM. Pri rozlosovaní sa zohľadňujú dve kľúčové požiadavky:

597

598

1. Spravodlivé rozdelenie žiadostí – všetky tímy musia mať rovnaké množstvo žiadostí na spracovanie.

599

1. Náhodnosť – systém zabezpečuje, že žiadosti sú priraďované tímom náhodne, aby sa predišlo možnému skresleniu alebo zaujatosti.

600

601

Po dokončení rozlosovania sa zobrazí zoznam tímov PM spolu s počtom priradených žiadostí. Tieto žiadosti sú potom prístupné pre príslušné tímy na spracovanie. Proces rozlosovania je jednorazový, čo znamená, že po priradení žiadostí tímom nie je možné vykonať ďalšie rozlosovanie.

602

603

* Automatické rozlosovanie: Systém využíva špecifický algoritmus na náhodné priradenie žiadostí tímom PM, pričom zachováva rovnováhu v počte priradených žiadostí. Rozlosovanie je optimalizované tak, aby bola každá žiadosť spracovaná včas a rovnomerne rozdelená medzi všetky tímy.

604

* Validácia procesu: Funkcia rozlosovania je dostupná iba v prípade, že:

605

* Výzva už bola uzavretá (žiadosti už nie je možné podávať).

606

* Pre danú oblasť sú vytvorené a aktivované aspoň dva tímy projektových manažérov.

607

608

Systém zobrazí výzvu „Žiadosti boli priradené tímom PM“ po úspešnom ukončení procesu.

609

610

**Funkcionalita správy tímov hodnotiteľov**

611

612

Funkcionalita správy tímov hodnotiteľov umožňuje vytváranie a spravovanie tímov hodnotiteľov, ktorí posudzujú podané žiadosti. Táto funkcia je dostupná pre používateľov s rolami „Administrátor“ a „Aplikačný správca“.

613

614

Administrátor alebo aplikačný správca pristupuje k správe tímov hodnotiteľov prostredníctvom položky Správa tímov hodnotiteľov v „Product menu“. V ľavom zozname „Hodnotitelia k dispozícii“ sú zobrazení všetci hodnotitelia, ktorí majú v systéme pridelenú rolu „Hodnotiteľ“ a oblasť hodnotenia identickú s vybranou oblasťou v rozbaľovacom zozname. Títo hodnotitelia nie sú členmi žiadneho aktívneho tímu.

615

616

Hodnotitelia sa pridávajú do tímu podobným spôsobom ako projektoví manažéri – jednoducho sa presúvajú myšou z ľavého zoznamu do poľa „Nový tím“. Po vytvorení tímu sa môžu pridávať ďalší hodnotitelia.

617

618

Aktívne tímy hodnotiteľov sú zobrazené v pravom zozname „Tímy hodnotiteľov“. Tímy môžu byť spravované rôznymi spôsobmi:

619

620

* Rozpustiť tím – tím je možné zrušiť, ak ešte nebola pridelená žiadna žiadosť. Členovia rozpusteného tímu sa vrátia do zoznamu „Hodnotitelia k dispozícii“.

621

* Deaktivovať tím – tím sa deaktivuje a jeho členovia sa vrátia do zoznamu dostupných hodnotiteľov. Tento tím už nebude zahrnutý do rozlosovania.

622

623

Rovnako ako pri projektových manažéroch, neaktívne tímy je možné aktivovať.

624

625

* Správa tímov hodnotiteľov: Presunutie hodnotiteľov do tímu sa realizuje cez drag-and-drop technológiu. Systém zabezpečuje, že každý tím je správne vytvorený a môže byť ľahko aktivovaný alebo deaktivovaný podľa potreby.

626

* Integrácia s hodnotiacim procesom: Po aktivácii tímu sú hodnotitelia pripravení na rozdelenie žiadostí prostredníctvom rozlosovania, ktoré prebieha analogicky ako pri projektových manažéroch.

627

628

**Funkcionalita priradzovania žiadostí tímom hodnotiteľov**

629

630

Funkcionalita priradenia žiadostí tímom hodnotiteľov umožňuje automatické a spravodlivé rozdelenie schválených žiadostí medzi tímy hodnotiteľov. Systém zaisťuje, že rozdelenie žiadostí prebieha náhodne a rovnomerne medzi všetkých hodnotiteľov v rámci jednotlivých tímov, čo zaručuje efektívne a transparentné spracovanie žiadostí.

631

632

Administrátor alebo aplikačný správca vykonáva rozlosovanie žiadostí prostredníctvom položky Priradenie žiadostí tímom hodnotiteľov v „Product menu“. Prvým krokom je výber konkrétnej činnosti prostredníctvom rozbaľovacieho zoznamu (selectBox) „Činnosť“, ktorá je predmetom hodnotenia.

633

634

Funkcionalita rozlosovania je k dispozícii iba v prípade, že pre danú činnosť existuje aspoň jeden vytvorený tím hodnotiteľov. Po výbere činnosti administrátor spustí proces automatického rozlosovania kliknutím na tlačidlo „Spustiť proces“. Systém následne automaticky priradí žiadosti jednotlivým tímom hodnotiteľov, pričom dodržiava rovnomerné rozdelenie žiadostí medzi tímy.

635

636

Po vykonaní rozlosovania sa v tabuľke zobrazí počet priradených žiadostí pre každý tím hodnotiteľov. Tento proces je jednorazový a nie je možné ho opakovať. Po priradení sú žiadosti k dispozícii pre hodnotiteľov na ďalšie spracovanie.

637

638

* Automatické rozlosovanie žiadostí: Systém je navrhnutý tak, aby zabezpečil spravodlivé a náhodné rozdelenie žiadostí medzi tímy hodnotiteľov. Algoritmus rozlosovania sleduje dva hlavné princípy – rovnomerné priradenie a náhodnosť.

639

* Podmienky pre rozlosovanie: Funkcia rozlosovania je aktivovaná len v prípade, že pre danú oblasť činnosti je vytvorený a aktívny aspoň jeden tím hodnotiteľov. Systém zabezpečuje, že len aktívne tímy hodnotiteľov sú zahrnuté v procese.

640

* Jednorazové rozlosovanie: Po dokončení procesu priradenia žiadostí nie je možné vykonať ďalšie rozlosovanie pre tú istú činnosť. Systém zobrazí informáciu o úspešnom priradení žiadostí jednotlivým tímom hodnotiteľov, čo administrátorovi umožňuje prehľad o rozdelení práce.

641

642

**Funkcionalita hodnotenia žiadostí**

643

644

Funkcionalita hodnotenia žiadostíposkytuje možnosť vyhodnocovať žiadosti o dotácie na základe preddefinovaných kritérií. Hodnotenie prebieha automatizovane po dokončení formálnej kontroly žiadostí a je dostupné pre používateľov s rolami „Administrátor“ a „Aplikačný správca“.

645

646

Administrátor alebo aplikačný správca môže spustiť hodnotenie žiadostí cez položku Hodnotenie žiadostí v „Product menu“. V prvom kroku si používateľ vyberie činnosť, pre ktorú chce vykonať hodnotenie, a následne klikne na tlačidlo „Vyhodnotiť žiadosti“.

647

648

Systém automaticky spustí proces hodnotenia pre všetky žiadosti, ktoré prešli formálnou kontrolou. Tento proces je jednorazový a po jeho dokončení už nie je možné hodnotenie opakovať. Hodnotenie prebieha podľa stanovených hodnotiacich kritérií, ktoré sú v systéme definované vopred.

649

650

* Systém prechádza všetky žiadosti, ktoré prešli formálnou kontrolou, a na základe prednastavených kritérií vyhodnocuje každú žiadosť. Každé hodnotenie je zaznamenané a prepojené s konkrétnou žiadosťou.

651

* Hodnotenie môže byť spustené iba v prípade, že žiadosti prešli formálnou kontrolou a sú pripravené na hodnotenie podľa zadaných kritérií.

652

* Po spustení hodnotiaceho procesu systém nedovoľuje opakované hodnotenie tých istých žiadostí, čo zaisťuje, že výsledky sú záväzné a definitívne.

653

654

**Funkcionalita priradenia žiadostí tímom projektových manažérov (Zmluvy)**

655

656

Funkcionalita priradenia žiadostí tímom projektových manažérov (PM) umožňuje automatizované priradenie žiadostí tímom, ktoré spravujú proces uzatvárania zmlúv pre schválené projekty. Tento proces zaručuje spravodlivé a náhodné rozdelenie práce medzi jednotlivé tímy projektových manažérov.

657

658

Priradenie žiadostí na uzatváranie zmlúv je dostupné pre administrátorov a aplikačných správcov prostredníctvom položky Priradenie žiadostí tímom PM (Zmluvy) v „Product menu“. Používateľ najskôr vyberie činnosť, pre ktorú chce priradiť žiadosti, a následne klikne na tlačidlo „Spustiť proces“, čím sa automaticky priradia schválené žiadosti jednotlivým tímom projektových manažérov.

659

660

Táto funkcionalita je aktívna len vtedy, ak žiadosti prešli všetkými kontrolnými fázami vrátane schválenia ministrom životného prostredia a ak je pre danú oblasť vytvorený a aktívny aspoň jeden tím projektových manažérov. Po priradení žiadostí sú tieto žiadosti k dispozícii pre projektových manažérov na uzatvorenie zmlúv.

661

662

* Systém využíva náhodný algoritmus, ktorý spravodlivo rozdeľuje žiadosti medzi tímy projektových manažérov. Každý tím dostane približne rovnaký počet žiadostí, čím sa zaistí rovnomerné zaťaženie tímov.

663

* Funkcia priradenia je k dispozícii iba v prípade, že žiadosti prešli kontrolou a schválením ministrom životného prostredia. V systéme musí byť vytvorený aspoň jeden aktívny tím projektových manažérov, ktorý môže byť zapojený do procesu priradenia.

664

* Po priradení žiadostí systém zobrazí správu „Žiadosti boli priradené tímom PM (tvorcovia zmluvy)“, čím informuje používateľa o úspešnom dokončení procesu.

665

666

**Funkcionalita zverejnenia výzvy formálnej kontroly**

667

668

Funkcionalita zverejnenia výzvy formálnej kontroly poskytuje administrátorom a aplikačným správcom možnosť zverejniť výzvy pre žiadateľov, ktorí neprešli formálnou kontrolou. Táto funkcia umožňuje žiadateľom opraviť alebo doplniť svoje žiadosti.

669

670

Používateľ s rolou „Administrátor“ alebo „Aplikačný správca“ môže zverejniť výzvu cez položku Zverejnenie výzvy formálnej kontroly v „Product menu“. Prvým krokom je výber činnosti, pre ktorú chce používateľ zverejniť výzvy, a následne klikne na tlačidlo „Zverejniť výzvy“. Systém overí, či všetky žiadosti, ktoré neprešli formálnou kontrolou, majú pripravenú výzvu na zverejnenie.

671

672

Systém umožňuje zverejniť výzvu iba pre tie žiadosti, ktoré majú ukončenú formálnu kontrolu s výsledkom „Neúspešná kontrola“ a vygenerovanú výzvu vo formáte PDF. Ak niektorá výzva nemá nastavený termín doručenia opravných dokumentov, systém zobrazí chybovú správu, ktorá vyzve používateľa na doplnenie chýbajúcich údajov. Po úspešnom zverejnení výzvy systém automaticky odošle žiadateľovi email s prílohou vo formáte PDF.

673

674

* Systém kontroluje, či všetky žiadosti, ktoré neprešli formálnou kontrolou, majú pripravenú a správne nastavenú výzvu. Ak chýbajú niektoré údaje, používateľ je na to upozornený a je potrebné tieto údaje doplniť.

675

* Systém generuje výzvy vo formáte PDF, ktoré sú následne odosielané žiadateľom spolu s emailovou notifikáciou. Tieto výzvy sú prístupné žiadateľovi v jeho profile a umožňujú mu priložiť opravené dokumenty.

676

677

**Funkcionalita vyhľadávania používateľov v databáze IS GM**

678

679

Služba poskytuje priestor v administrátorskom rozhraní na jednoduché vyhľadávanie subjektov registrovaných v portály IS GM. Táto funkcionalita poskytuje ucelený prístup pre administrátorov ohľadom čerpania informácií pre rôzne potreby, ako napríklad poskytovanie podpory pri probléme s podaním žiadosti resp. vyplnením žiadosti.

680

681

**Funkcionalita zmeny a obnovy hesiel používateľských účtov**

682

683

V rámci rozhrania **Služby klasifikácie a evidencie právomocí cieľových skupín IS GM**, administrátorské rozhranie musí poskytovať možnosť znovu zaslania prístupových údajov prostredníctvom zadaných informácií Registrovaným používateľom. V prípade zadania takej požiadavky Registrovaným používateľom, administrátor vie cez Službu vyhľadávania používateľov v databáze nájsť konkrétneho používateľa a cez responzívne tlačidlo znovu zaslať preddefinovaný email, ktorý bude obsahovať URL link na portál, kde mu bude umožnené zadať nové heslo a tak obnoviť svoj prístup do IS GM.

684

685

**Funkcionalita manažmentu programov a výziev**

686

687

Služba umožňuje administrátorovi zadať, vymazať a upravovať programy a výzvy. V tejto službe je nastavená hierarchia jednotlivých údajov. Po vytvorení nového programu, administrátor ma možnosť pridávať výzvy pod príslušný program.

688

689

* Vytváranie programu: rozhranie poskytuje preddefinované šablónové prostredie, ktoré prostredníctvom interaktívnych poli umožňuje vpisovanie znakov.

690

* Úprava programu: Administrátorovi sa po kliknutí na upraviť program otvorí preddefinovaná šablóna s vyplnenými údajmi z procesu vytvárania programu. Po zmene údajov v poliach ho systém vyzve na potvrdenie zmeny.

691

* Vymazanie programu: Kliknutím na tlačidlo vymazať program sa spustí akcia, ktorá vyzve používateľa na potvrdenie tohto úkonu

692

* Vytváranie výzvy: je rovnaké ako pri vytváraní programu, no na rozdiel od predošlej aktivity sa pri úspešnom vytvorení výzvy musí priradiť výzva ku programu.

693

* Úprava výzvy: rovnaká funkcionalita ako pri úprave programu

694

* Vymazanie výzvy: rovnaká funkcionalita ako pri vymazaní programu.

695

696

**Funkcionalita exportu štatistík**

697

698

Systém eviduje v BE databáze všetky údaje ohľadom vytvárania, podania výzvy alebo registrovania sa uchádzačov. Tieto údaje sa musia ukladať z dôvodu ich neskoršieho sprístupnenia. Dôvod prítomnosti takej služby je nevyhnutný na monitorovanie aktuálnej situácie v rámci čerpania dotačných prostriedkov. Výpovedná hodnota ukladaných údajov má za následok porovnávanie minulej, aktuálnej a budúcej želanej situácie. Tieto údaje sa budú exportovať vo forme .xls, .xlsx, alebo pdf v reportingovom charaktere.

699

700

Funkcionalita generovania reportov umožňuje používateľom s rolami „Administrátor“ a „Aplikačný správca“ vytvárať prehľady a výstupy zo systému na základe uložených žiadostí o dotácie. Systém podporuje automatizované generovanie reportov s možnosťou exportu údajov vo formáte CSV, čo umožňuje jednoduchú analýzu a ďalšie spracovanie dát.

701

702

Administrátor alebo aplikačný správca môže generovať reporty prostredníctvom položky Reporty v „Product menu“. Po výbere konkrétnej činnosti (výzvy) z rozbaľovacieho zoznamu „Vygenerovať zoznam žiadostí“ má používateľ možnosť špecifikovať, ktoré žiadosti majú byť zahrnuté do reportu. Report môže byť vytvorený pre jednotlivé výzvy alebo pre všetky žiadosti v systéme, ktoré boli aspoň raz uložené alebo odoslané.

703

704

Po kliknutí na tlačidlo „Vykonať“ sa spustí proces generovania reportu, pričom systém zobrazuje priebeh prostredníctvom progress baru. Po úspešnom dokončení generovania sa report automaticky stiahne na zariadenie používateľa vo formáte .csv.

705

706

V prípade, že používateľ vyberie možnosť „Všetky výzvy“, systém zahrnie do reportu všetky žiadosti, ktoré sú v systéme evidované a majú aspoň jedenkrát uložený XML súbor z formulára žiadosti (buď cez tlačidlo „Uložiť priebežne“ alebo „Odoslať“).

707

708

* Vygenerované reporty sú vo formáte .csv s kódovaním UTF-8. Tento formát je vhodný na ďalšie spracovanie v rôznych analytických nástrojoch. Pri používaní reportov v MS Office môže dôjsť k problémom so zobrazením znakov, čo je spôsobené spôsobom, akým MS Office pracuje s kódovaním UTF-8. Riešením je prekonvertovanie súboru do kódovania ANSI pomocou softvéru ako Notepad++.

709

* Systém umožňuje používateľovi definovať, či chce vygenerovať report len pre konkrétnu výzvu, alebo pre všetky výzvy a žiadosti, ktoré sú uložené v systéme. Tento výber poskytuje flexibilitu pri tvorbe reportov podľa aktuálnych potrieb používateľa.

710

711

* Po dokončení generovania sa súbor stiahne automaticky na používateľské zariadenie bez potreby ďalších manuálnych krokov, čo zjednodušuje prácu a urýchľuje prístup k údajom.

712

713

Návrhy sledovaných metrík:

714

715

* Počet registrovaných používateľov

716

* Počet podaných žiadostí

717

* Počet chybne podaných žiadostí

718

* Počet akceptovaných žiadostí

719

* Počet zamietnutých žiadostí

720

** Úspešnosť zapojenia sa

721

* Počet zverejnených programov

722

** Úspešnosť zapojenia sa

723

* Počet zverejnených výziev

724

* Suma alokovaných finančných prostriedkov

725

** Pre jednotlivé výzvy

726

** Pre jednotlivé programy

727

* Suma úspešne alokovaných finančných prostriedkov zadávateľom žiadosti

728

* Suma neúspešne alokovaných finančných prostriedkov

729

730

**Funkcionalita prepnutia medzi rolami „Aplikačný správca“ a bežný používateľ**

731

732

Funkcionalita pre prepínanie rolí umožňuje používateľom s rolami „Administrátor“ a „Aplikačný správca“ rýchly prechod medzi rôznymi používateľskými rozhraniami a funkciami, ktoré majú k dispozícii na základe ich používateľskej role. Táto funkcia poskytuje flexibilitu pri správe systému a umožňuje vykonávať rôzne úlohy prislúchajúce rôznym rolám bez nutnosti opätovného prihlásenia.

733

734

Používateľ s rolou „Aplikačný správca“ alebo „Administrátor“ môže prepnúť medzi administrátorským rozhraním a prostredím bežného používateľa prostredníctvom „Product menu“. Tento proces umožňuje správcovi jednoduché prepnutie do bežného používateľského rozhrania, aby mohol vykonávať štandardné úkony prislúchajúce jeho ďalším rolám.

735

736

Ak sa používateľ nachádza v administrátorskom rozhraní a chce prejsť do rozhrania pre bežného používateľa, klikne na položku „Strom strán“ v „Product menu“, čím zobrazí „Privátne stránky“, ktoré sú dostupné pre bežných používateľov. Používateľ následne klikne na jednu zo záložiek, ktoré má ako bežný používateľ k dispozícii, a prejde do prostredia, kde môže vykonávať bežné úlohy.

737

738

**Funkcionalita vytvárania a editovania šablón pre e-maily (mailové notifikácie zasielané systémom)**

739

740

Služba vytvárania a editovania šablón pre e-maily je neoddeliteľnou súčasťou komunikačného modulu v rámci systému správy grantov a dotácií. Táto služba umožňuje administrátorom systému vytvárať, upravovať a spravovať preddefinované šablóny e-mailových notifikácií, ktoré sú automaticky odosielané žiadateľom a poskytovateľom v rôznych fázach spracovania žiadostí. Hlavným cieľom tejto služby je zabezpečiť konzistentnosť, automatizáciu a personalizáciu e-mailových notifikácií, ktoré poskytujú užívateľom potrebné informácie o stave ich žiadostí a ďalších dôležitých udalostiach.

741

742

Táto funkcionalita tiež zabezpečuje, že notifikácie sú správne formátované, jasné a ľahko pochopiteľné pre prijímateľov, pričom sa dbá na to, aby obsahovali všetky relevantné informácie potrebné pre ďalšie kroky v procese spracovania žiadosti.

743

744

**Funkcionalita Vytváranie e-mailových šablón**

745

746

Systém umožní administrátorom vytvárať nové e-mailové šablóny na rôzne účely, ako napríklad notifikácie o prijatí žiadosti, schválení, zamietnutí, potrebu doplnenia dokumentov, potvrdenia o platbe a ďalšie.

747

748

Šablóny budú obsahovať dynamické polia, ktoré sa budú automaticky vyplňovať konkrétnymi údajmi, ako sú meno žiadateľa, číslo žiadosti, stav žiadosti, termíny a iné relevantné informácie, čo zabezpečí personalizáciu správ pre každého prijímateľa.

749

750

**Funkcionalita Editovanie existujúcich šablón**

751

752

Administrátori budú môcť upravovať existujúce e-mailové šablóny podľa aktuálnych potrieb. Funkcionalita umožní pridávať alebo meniť text, dynamické polia, prílohy a ďalšie informácie. Systém poskytuje jednoduché používateľské rozhranie, ktoré umožní administrátorom upravovať šablóny bez potreby technických znalostí.

753

754

Okrem úprav obsahu šablón bude možné meniť aj predmety e-mailov a nastaviť parametre, ako napríklad priority odosielania (vysoká, bežná) alebo odosielanie na viacero e-mailových adries.

755

756

**Funkcionalita Dynamické a personalizované polia**

757

758

E-mailové šablóny budú podporovať dynamické polia (napr. meno, stav žiadosti, termíny, suma grantu), ktoré sa automaticky vyplnia na základe konkrétnych údajov priradených k žiadosti. To umožní vytvárať personalizované správy pre každého žiadateľa bez potreby manuálneho zásahu zo strany administrátora.

759

760

Polia budú prepojené so systémovými databázami, čo zabezpečí, že každá správa bude obsahovať presné a aktuálne informácie.

761

762

**Funkcionalita Správa formátovania a dizajnu e-mailov**

763

764

Systém bude poskytovať administrátorom možnosť formátovať šablóny vrátane dizajnu, štýlov a značkovania, čo umožní vytvárať profesionálne a konzistentne vyzerajúce e-maily. Tieto šablóny môžu zahŕňať textové formátovanie, farebné schémy a logá, ktoré reflektujú vizuálnu identitu poskytovateľa grantov.

765

766

Podpora HTML šablón umožní vytváranie e-mailov s lepším vizuálnym vzhľadom a vyššou interaktivitou.

767

768

**Funkcionalita Testovanie a náhľad šablón**

769

770

Pred nasadením do produkcie môžu administrátori otestovať šablóny pomocou funkcie „Náhľad“ alebo „Testovací e-mail“, ktorá im umožní zaslať testovací e-mail na zvolenú adresu a overiť, či všetky dynamické polia fungujú správne a či je e-mailová šablóna v požadovanom formáte.

771

772

Táto funkcionalita pomáha minimalizovať chyby a zabezpečiť, že žiadatelia dostanú korektné a profesionálne správy.

773

774

**Funkcionalita Automatizované odosielanie e-mailov**

775

776

Po vytvorení alebo úprave šablón budú tieto e-maily automaticky odosielané na základe vopred definovaných udalostí alebo akcií v systéme (napr. podanie žiadosti, potreba doplnenia informácií, schválenie alebo zamietnutie). Administrátori budú mať možnosť definovať, kedy a komu budú notifikácie odosielané, čím sa zabezpečí relevantnosť a aktuálnosť zasielaných informácií.

777

778

Systém bude podporovať aj odosielanie hromadných notifikácií, čo umožní informovať väčší počet žiadateľov súčasne (napr. pri zmene legislatívy alebo nových výzvach).

779

780

**Funkcionalita Monitorovanie a evidencia odoslaných e-mailov**

781

782

Každá odoslaná notifikácia bude evidovaná v systéme, pričom administrátori budú mať prístup k prehľadu všetkých odoslaných e-mailov, stavom doručenia (úspešné, neúspešné) a prípadným problémom. Tento prehľad umožní sledovať, či všetky e-maily boli doručené správne a identifikovať prípadné problémy pri doručovaní.

783

784

Evidencia bude zahŕňať dátum a čas odoslania, prijímateľa, predmet e-mailu a stav doručenia, čo poskytuje úplný prehľad o komunikácii medzi poskytovateľom a žiadateľmi.

785

786

**Funkcionalita Služba evidencie zberu dát od VŠ**

787

788

Služba prostredníctvom administrátorského rozhrania umožňuje správcom systému IS GM efektívne spracovávať zosumarizované elektronické formuláre, ktoré zasielajú verejné vysoké školy. Administrátori môžu overovať správnosť a úplnosť údajov, schvaľovať alebo zamietať podané žiadosti, generovať reporty o projektoch a spravovať export údajov do kompatibilných formátov. Modul tiež podporuje odosielanie notifikácií a automatizované generovanie výziev na doplnenie údajov, ako aj realizáciu platieb súvisiacich s financovaním projektov.

Business procesy

~1. Prijatie a validácia formulárov:

793

794

* Elektronické formuláre sa po odoslaní zo strany vysokých škôl automaticky ukladajú v systéme IS GM.

795

* Administrátor vidí záznam každého formulára, vrátane stavu jeho kompletizácie. Systém vykonáva prvotnú validáciu formálnych chýb, ako sú nevyplnené povinné polia alebo nekonzistentné údaje.

796

* Administrátor manuálne skontroluje obsah údajov a môže zadať doplňujúce otázky alebo požiadať o úpravu formulára.

797

2. Výzvy na doplnenie údajov:

798

* Ak formulár neobsahuje všetky potrebné informácie, administrátor odošle výzvu na doplnenie údajov priamo z rozhrania systému.

799

* Systém automaticky vygeneruje notifikáciu adresovanú používateľovi zodpovednému za konkrétnu žiadosť.

800

3. Schvaľovanie alebo zamietanie formulárov:

801

* Po skontrolovaní údajov má administrátor možnosť schváliť alebo zamietnuť žiadosť. Pri zamietnutí systém vyžaduje uvedenie dôvodu, ktorý je automaticky zaslaný žiadateľovi.

802

4.Generovanie reportov:

803

* Administrátori môžu na základe prijatých a spracovaných formulárov generovať komplexné reporty, napríklad zoznamy projektov podľa úspešnosti, objemu financovania alebo typu projektu.

804

* Systém umožňuje export reportov vo formáte PDF alebo XLSX pre ďalšie analýzy alebo prezentácie.

805

5. Realizácia platieb:

806

* Administrátor má prístup k modulu pre správu platieb. Tento modul umožňuje nastavenie a odoslanie platieb vysokým školám alebo žiadateľom na základe schválených projektov.

807

* Platby sa spravujú prostredníctvom zabezpečených transakcií, pričom systém automaticky eviduje všetky uskutočnené operácie.

808

6. Export údajov a synchronizácia s externými systémami:

809

* Modul umožňuje exportovať údaje o projektoch do kompatibilných formátov pre ďalšie systémy, ako sú CVTI SR alebo SK CRIS.

810

* Pri každom exporte sa generuje auditný záznam o dátume a obsahu exportovaných údajov.

811

812

**Funkcionalita Moduly integrácií na registre IS VS**

813

814

Pre zabezpečenie maximálnej elektronizácie a automatizácie portálu IS GM, je potrebné, aby systémová kompatibilita obsahovala integrácie na niektoré registre IS VS. Tieto prepojenia zabezpečujú, aby používatelia portálu mali maximálne transparentné, aktuálne a presné informácie ohľadom subjektov, ktorí si želajú podávať žiadosti na IS GM. Medzi nevyhnutné integrácia zaraďujeme:

815

816

**Centrálna ekonomická správa (CES)**

817

818

CES je centrálnym systémom verejnej správy na správu ekonomických operácií, čo znamená, že všetky finančné transakcie spojené s grantovými projektmi musia byť riadne evidované. Integrácia zabezpečí transparentnosť a automatizáciu finančných tokov, čím sa zníži manuálna práca a minimalizuje sa riziko chýb.

819

820

Integrácia Centrálneho ekonomického systému (CES) bude realizovaná prostredníctvom webových služieb (API), ktoré umožnia priamy prístup k ekonomickým údajom potrebným pre správu finančných operácií grantových projektov. Tieto údaje budú zahŕňať čerpanie prostriedkov, sledovanie finančných pohybov a automatizované spracovanie finančných transakcií. Systém bude cez rozhranie API komunikovať s CES pre získavanie aktuálnych údajov o účtovníctve a rozpočte.

Dôvody integrácie:

* Priame napojenie na CES umožní automatické spracovanie účtovníctva bez potreby manuálnych zásahov.

825

* Integrácia poskytne aktuálne informácie o stave čerpania rozpočtov projektov, čo umožní lepšiu kontrolu finančných tokov.

826

* Automatizované prepojenie s CES zjednoduší proces podávania finančných správ a kontrolu výdavkov.

827

828

**Ústredný portál verejnej správy (ÚPVS)**

829

830

ÚPVS je hlavný portál na komunikáciu medzi verejnými inštitúciami a občanmi. Jeho využívanie je kľúčové pre poskytovanie elektronických služieb, vrátane podávania žiadostí o granty a dotácie, sledovania stavu žiadostí a prijímania rozhodnutí verejnou správou.

831

832

Integrácia s ÚPVS bude realizovaná prostredníctvom API poskytovaných portálom, čo umožní obojsmernú komunikáciu medzi grantovým systémom a verejným portálom. Žiadatelia o granty budú môcť cez systém automaticky podávať žiadosti o granty, ktoré budú následne synchronizované a sprístupnené na ÚPVS, čo zjednoduší celý administratívny proces.

Dôvody integrácie:

* Integrácia umožní, aby žiadatelia o granty mohli svoje žiadosti spravovať na jednom mieste – prostredníctvom ÚPVS.

837

* Automatické synchronizovanie údajov medzi systémami minimalizuje potrebu manuálneho podávania žiadostí a sledovania stavu.

838

* Integrácia umožní občanom priamy prístup k stavu ich žiadostí a rozhodnutiam týkajúcim sa grantov.

839

840

**Register partnerov verejného sektora (RPVS) **

841

842

RPVS je dôležitý nástroj na zabezpečenie transparentnosti pri poskytovaní verejných financií. Každá právnická osoba, ktorá chce prijímať dotácie z verejných zdrojov, musí byť evidovaná v tomto registri. Automatizované overenie údajov umožní okamžitú kontrolu partnerov v procese hodnotenia žiadostí.

843

844

Grantový systém bude integrovaný s RPVS prostredníctvom webových služieb, čo umožní overenie, či žiadateľ o grant alebo partner projektu spĺňa kritériá na registráciu v tomto registri. Systém bude využívať API na automatické overovanie údajov žiadateľov pri podaní žiadosti a pred uzatvorením zmluvy.

Dôvody integrácie:

* Integrácia s RPVS umožní overenie, či sú žiadatelia a partneri transparentní a spĺňajú zákonné požiadavky.

849

* Overenie v RPVS znižuje riziko chýb a podvodov, keďže všetci žiadatelia musia byť riadne registrovaní.

850

* Automatizácia overovania šetrí čas pri spracovaní žiadostí a uzatváraní zmlúv.

**Register trestov**

Overovanie bezúhonnosti je kľúčovou súčasťou pri prideľovaní verejných financií, aby sa zaručilo, že prostriedky nedostanú subjekty s trestnoprávnou minulosťou. Automatická kontrola cez register trestov zjednodušuje tento proces a eliminuje potrebu manuálnych overovaní.

855

856

Integrácia s registrom trestov bude zabezpečená prostredníctvom rozhrania, ktoré umožní overenie právnických osôb a fyzických osôb (napr. štatutárov firiem žiadajúcich o grant) priamo v rámci systému. Systém bude vykonávať automatické kontroly, či žiadatelia nemajú záznamy v registri trestov, čo je dôležité pre transparentnosť a integritu poskytovaných grantov.

Dôvody integrácie:

* Overenie bezúhonnosti zabezpečuje, že prostriedky budú prideľované len subjektom s čistou trestnoprávnou históriou.

861

* Integrácia umožní rýchle a presné overenie údajov priamo v systéme bez nutnosti ďalšej dokumentácie od žiadateľov.

862

* Automatické overenie eliminuje riziko pridelenia finančných prostriedkov nežiaducim subjektom.

863

864

**Register štátnej pomoci**

865

866

Register štátnej pomoci obsahuje údaje o všetkých poskytnutých formách štátnej pomoci, vrátane grantov. Integrácia umožní overenie, či subjekt neprekračuje limity pomoci, čo je kľúčové pre dodržiavanie legislatívy a pravidiel Európskej únie.

867

868

Systém bude integrovaný s Registrom štátnej pomoci pomocou API, ktoré umožní automatickú kontrolu, či žiadateľ už v minulosti získal štátnu pomoc. Táto informácia je dôležitá na to, aby sa predišlo prekročeniu limitov stanovených pre jednotlivé subjekty v oblasti štátnej pomoci.

Dôvody integrácie:

* Integrácia umožní automatickú kontrolu v reálnom čase a zabezpečí, že subjekt neprekročí maximálny povolený objem pomoci.

873

* Overovanie pomoci podporuje transparentnosť a umožňuje jednoduché sledovanie kumulatívnej výšky pomoci pre každého žiadateľa.

874

* Automatizované kontroly v registri znižujú potrebu manuálnych kontrol a žiadatelia nemusia predkladať ďalšie dokumenty.

875

876

**Centrálna správa referenčných údajov (CSRU/CPDI) **

877

878

CSRU poskytuje aktuálne a spoľahlivé údaje o subjektoch verejnej správy, čo umožňuje automatické doplnenie údajov o žiadateľoch bez potreby ich opakovaného zadávania. Táto integrácia zjednodušuje prácu používateľov a zabezpečuje presnosť údajov.

879

880

Systém bude integrovaný s Centrálnou správou referenčných údajov (CSRU) prostredníctvom webových služieb, ktoré umožnia prístup k referenčným údajom o právnických a fyzických osobách. Všetky údaje budú synchronizované v reálnom čase, čo zaručí, že informácie o žiadateľoch budú vždy aktuálne.

Dôvody integrácie:

* Integrácia s CSRU zabezpečí, že všetky dáta o žiadateľoch sú aktuálne a spoľahlivé.

885

* Automatické preberanie referenčných údajov eliminuje potrebu manuálneho zadávania informácií o subjektoch.

886

* Referenčné údaje sú overené, čo znižuje pravdepodobnosť chýb a zaisťuje, že systém bude vždy pracovať s najaktuálnejšími informáciami.

887

888

**Overovanie subjektov (IČ DPH)**

889

890

Overovanie platnosti IČ DPH je nevyhnutné pre zabezpečenie správnych údajov o subjektoch, ktoré podávajú žiadosti o granty. Táto kontrola znižuje riziko nesprávnych údajov a zabezpečuje, že subjekty sú správne registrované pre daňové účely.

891

892

Systém bude integrovaný s overovacou službou IČ DPH pomocou API, ktoré umožní automatické overenie platnosti IČ DPH pre právnické osoby, ktoré sa uchádzajú o granty. Overenie sa uskutoční pri podávaní žiadostí a pred podpisom zmlúv, aby sa zabezpečila správnosť údajov.

Dôvody integrácie:

* Automatické overovanie IČ DPH zabezpečuje, že subjekty sú riadne registrované a majú platné daňové identifikátory.

897

* Overenie IČ DPH znižuje riziko poskytnutia prostriedkov subjektom, ktoré nie sú správne registrované alebo majú neplatné IČ DPH.

898

* Automatická kontrola šetrí čas a eliminuje potrebu ručného overovania údajov zo strany administrátorov.

899

900

**ORCID (Open Researcher and Contributor ID)**

901

902

ORCID je globálne uznávaný identifikátor výskumníkov, ktorý slúži na sledovanie a preukazovanie ich výskumnej aktivity, publikácií a projektov. Integrácia ORCID zjednodušuje overenie kvalifikácií žiadateľov o granty a umožňuje automatické načítanie informácií potrebných pre podanie žiadostí. Táto integrácia je obzvlášť dôležitá pre vedecké granty, kde je nevyhnutné preukazovať akademické výstupy a publikačnú činnosť.

903

904

Integrácia ORCID bude realizovaná prostredníctvom API, ktoré umožní synchronizáciu údajov výskumníkov so systémom pre správu grantov. V rámci integrácie budú do systému automaticky importované údaje o výskumnej činnosti, publikáciách a projektoch, ktoré sú evidované na ORCID účtoch jednotlivých žiadateľov. Žiadatelia o granty budú mať možnosť prepojiť svoje ORCID profily so systémom, čím sa automatizuje proces aktualizácie ich akademických údajov.

905

906

Dôvody na integráciu:

907

908

* Integrácia ORCID zjednodušuje proces overenia výskumnej činnosti a znižuje potrebu manuálneho zadávania údajov o publikáciách a projektoch.

909

* Údaje prepojené s ORCID sú pravidelne aktualizované a overované, čo zabezpečí, že systém bude pracovať s najnovšími a presnými údajmi.

910

* Prepojenie ORCID profilu so systémom umožní automatické načítanie informácií, čím sa urýchli proces podania žiadosti a zníži počet požadovaných dokumentov.

911

912

**Ministerstvo školstva, vedy, výskumu a športu SR (MŠVVaŠ SR)**

913

914

MŠVVaŠ SR je hlavnou inštitúciou zodpovednou za financovanie výskumu a vzdelávacích projektov na Slovensku. Integrácia so systémom ministerstva je nevyhnutná pre zabezpečenie správnych informácií o financovaných projektoch a ich príjemcoch, ako aj pre overenie údajov pri podávaní žiadostí o nové granty.

915

916

Integrácia systému s Ministerstvom školstva bude prebiehať prostredníctvom webových služieb, ktoré umožnia prístup k údajom o projektoch financovaných ministerstvom, ako aj overenie údajov o vzdelávacích inštitúciách a ich zamestnancoch. Systém bude automaticky získavať informácie o schválených projektoch, stave financovania a ďalších relevantných údajoch.

Dôvody integrácie:

* Prepojenie so systémom ministerstva poskytne prehľad o už financovaných projektoch, čo umožní efektívnejšie prideľovanie nových grantov.

921

* Automatické overenie údajov znižuje potrebu manuálnych kontrol a zabezpečí, že žiadosti budú obsahovať správne údaje o žiadateľoch.

922

* Integrácia umožní sledovanie histórie financovania projektov a overenie, či sa príjemcovia držia zmluvných podmienok.

923

924

**Štatistický úrad SR (ŠÚ SR)**

925

926

Štatistický úrad SR poskytuje kľúčové demografické a ekonomické údaje, ktoré môžu byť rozhodujúce pre hodnotenie a schvaľovanie projektov. Integrácia so ŠÚ SR umožní získať spoľahlivé údaje potrebné pre lepšie posúdenie dopadov grantových projektov na cieľové skupiny a regióny.

927

928

Integrácia s Štatistickým úradom SR bude prebiehať prostredníctvom API rozhraní, ktoré umožnia prístup k štatistickým údajom a demografickým informáciám potrebným pre posudzovanie grantových žiadostí. Systém bude automaticky importovať relevantné údaje z databáz ŠÚ SR, čo umožní hodnotiteľom a administrátorom lepšie porozumieť socioekonomickým podmienkam v rámci grantových projektov.

Dôvody integrácie

* Automatické prepojenie so ŠÚ SR umožní prístup k aktuálnym a presným štatistikám, ktoré sú potrebné pre hodnotenie grantových žiadostí.

933

* Štatistické údaje poskytujú dôležitý kontext pre hodnotenie socioekonomických dopadov projektov a môžu prispieť k lepšiemu rozhodovaniu o pridelení grantov.

934

* Automatické načítanie údajov z ŠÚ SR eliminuje potrebu manuálneho zhromažďovania štatistických informácií zo strany žiadateľov, čím sa zjednodušuje celý proces podávania žiadostí.

935

936

Integrácia týchto služieb do grantového systému je nevyhnutná pre zabezpečenie transparentného, efektívneho a presného spracovania žiadostí. Každá z týchto služieb poskytuje kľúčové údaje, ktoré sú potrebné na overenie, správu a kontrolu žiadateľov a partnerov, čo zabezpečuje dodržiavanie zákonných noriem a zjednodušuje celý proces riadenia grantov.

937

938

Responzívny dizajn - Zabezpečuje prístupnosť na viacerých zariadeniach vrátane stolných počítačov, tabletov a mobilných telefónoch.

939

940

Autentifikácia užívateľov - Implementuje správu identít a prístupu (IAM) na kontrolu prístupu k funkciám systému na základe rolí užívateľov.

941

942

[[image:Snímka obrazovky 2025-03-05 o 20.19.00.png||height="305" width="700"]]

943

944

Obrázok 3 Aplikačná vrstva ISGM

945

946

**Vrstva biznis logiky**

947

948

Spracovanie žiadostí - Rieši logiku prijímania, validácie a spracovania žiadostí. Zahŕňa to pracovné postupy pre rôzne typy žiadostí o granty alebo iných špecifických žiadostí.

949

950

Rozhodovací proces - Riadi proces rozhodovania vrátane automatizovaných pravidiel a manuálnych revízií.

951

952

Integračné služby - Poskytuje API pre integráciu s externými systémami, ako sú orgány činné v trestnom konaní, colné úrady a iné regulačné orgány.

953

954

Riešenie ISGM bude web-based portál, ktorý poskytne užívateľom (žiadateľom, hodnotiteľom, administrátorom) prístup k všetkým funkcionalitám systému cez internet. Tento portál bude vybavený responzívnym dizajnom, čo umožní prístup na rôznych zariadeniach (desktop, tablet, mobil).

955

956

Systém bude využívať aplikačné a dátové rozhrania (API) na integráciu s inými verejnými a administratívnymi systémami (napr. verejné registre, finančné systémy, databázy). Tieto API budú slúžiť na výmenu údajov medzi systémami (napr. overenie údajov žiadateľov), správu používateľských údajov a prístupových práv, generovanie a spracovanie dokumentov (napr. rozhodnutia o grantoch, správy).

957

958

Vďaka tejto architektúre bude systém flexibilný a rozšíriteľný, pričom zabezpečí efektívne spracovanie a správu grantových žiadostí.

959

960

Portálový register je potrebné implementovať na báze riešenia Content Management System (CMS) – správy obsahu, t. j. riešenia, ktoré umožňuje publikáciu a prezentáciu obsahu podľa definovaných šablón.

961

962

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

963

964

V súčasnosti CVTI neprevádzkuje informačný systém pokrývajúci agendu v rozsahu navrhovaného projektu, ale prevádzkuje jeden informačný systém z danej oblasti.

965

966

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

967

**Modul ISVS**

968

969

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

)))|(((

**Stav IS VS**

(AS IS)

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

975

**Kód nadradeného ISVS**

976

977

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

978

)))

979

|-|~-~--|☐|neexistujúci|-|

980

981

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

982

983

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

984

**Modul ISVS**

985

986

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

987

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

988

**Kód nadradeného ISVS**

989

990

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

)))

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

995

996

V súčasnosti nie sú využívané nadrezortné a spoločné ISVS.

997

998

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

999

1000

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

1001

|isvs_14933|Informačný systém grant management|isvs_9369|Modul elektronického doručovania

1002

|isvs_14933|Informačný systém grant management|isvs_8846|Autentifikačný modul

1003

|isvs_14933|Informačný systém grant management|isvs_8847|Modul elektronických schránok

1004

|isvs_14933|Informačný systém grant management|isvs_8848|Modul elektronických formulárov

1005

|isvs_14933|Informačný systém grant management|isvs_10519|Integrácia na CPDI

1006

1007

**Plánované integrácie na nadrezortné ISVS**

1008

1009

Centrálna ekonomická správa (CES): Integrácia na spravovanie finančných transakcií a zjednodušenie automatizácie finančných tokov cez API rozhrania, čo umožní transparentnosť a minimalizuje manuálnu prácu.

1010

1011

Modul elektronického doručovania: Tento modul umožní bezpečné doručovanie oficiálnych dokumentov, rozhodnutí a notifikácií žiadateľom o granty.

1012

1013

Autentifikačný modul a elektronické schránky: Tieto moduly budú zodpovedné za správu používateľských identít a zabezpečenie prístupu k systému.

1014

1015

Modul elektronických formulárov a centrálnej elektronickej podateľne: Tieto moduly budú slúžiť na správu formulárov žiadostí a zefektívnia celý proces ich podávania a spracovania.

1016

1017

Systém bude využívať tieto integrácie na zabezpečenie plynulej výmeny údajov medzi ISGM a ďalšími systémami verejnej správy, čo zabezpečí zlepšenie efektivity a presnosti procesu správy grantov.

1018

1019

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

|(((

Kód ISVS

//(z MetaIS)//

)))|(((

Názov ISVS

)))|(((

Kód integrovaného ISVS

1031

1032

//(z MetaIS)//

1033

)))|Názov integrovaného ISVS

1034

|isvs_14933|Informačný systém grant management|isvs_9513|Konzumovanie služieb z API GW

1035

|isvs_14933|Informačný systém grant management|isvs_9342|Modul Otvorené dáta

1036

1037

== 4.2.6 Prehľad budovaných aplikačných služieb – TO BE ==

1038

1039

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

1040

**Modul ISVS**

1041

1042

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

1043

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

1044

**Kód nadradeného ISVS**

1045

1046

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

1047

)))

1048

|as_66749|Správa hodnotiteľov a prístupových práv, bezpečnosť|(((

☐

)))|Plánovaný vybudovať|agendový|

1053

1054

|as_66747|Finančné vyúčtovanie a správa prostriedkov|(((

☐

)))|Plánovaný vybudovať|agendový|

|as_66742|

Využitie Spoločných modulov UPVS|☐|Plánovaný vybudovať|agendový|

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

|(((

AS

(Kód MetaIS)

)))|(((

Názov AS

)))|(((

Realizuje ISVS

(kód MetaIS)

Integrácia na AS poskytovateľa

(kód MetaIS)

)))

|as_66743|Konzumovanie služieb z API GW|isvs_14933|Poskytovaná/Konzumujúca|Áno|Áno|Nie|

1088

|as_66745|Konzumácia údajov z CPDI|isvs_14933|Konzumujúca|Nie|Áno|Nie|

1089

1090

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

1091

1092

Projekt neplánuje poskytovať údaje do IS CSRÚ.

1093

1094

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

1095

1096

|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

1097

|RPO|Register právnických osôb|isvs_420|Register právnických osôb

1098

|IS EOO/ RTO|Výpis z registra trestov|isvs_533|Register trestov

1099

|RFO|Register fyzických osôb|isvs_191|Register fyzických osôb

1100

|RA|Register adries|isvs_192|Register adries

1101

1102

== 5. Dátová vrstva ==

1103

1104

V súčasnosti CVTI nemá zavedený systematický manažment údajov (vrátane nastavenia príslušných procesov a metodík pre správu celého životného cyklu údajov) a nie je schopný evidovať a spravovať údaje v strojovo-spracovateľnej podobe. CVTI pracuje so stovkami dátových štruktúr, ktoré sú popísané v rôznych zákonoch a vyhláškach. Najdôležitejšie dátové štruktúry sú v súčasnosti natvrdo implementované v informačných systémoch, ktoré neumožňujú robiť zmeny v týchto štruktúrach, či už z dôvodu, že CVTI nie je vlastníkom autorských práv k informačným systémom a nemôžeme ich sami aktualizovať, alebo z dôvodu, že informačné systémy sú technologicky zastarané a akékoľvek zmeny v nich sú nerealizovateľné resp. realizovateľné len s vysokými nákladmi.

1105

1106

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

1107

1108

V stave AS IS CVTI disponuje s nízko kvalitnými a čiastkovými údajmi z dátového rozsahu TO BE definovaného v nasledujúcej kapitole. Údaje potrebné pre spracovanie agendy ISGM sú evidované v exceloch, prípadne v jednoduchých databázach MS Access u pracovníkov, ktorí zabezpečujú príslušnú agendu.

1109

1110

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

1111

1112

Pre projekt ISGM bude vytvorený komplexný systém na správu a evidenciu údajov týkajúcich sa grantových žiadostí, rozhodnutí a projektov. Tento systém bude obsahovať rôzne objekty evidencie, ktoré sa budú používať na správu a kontrolu údajov v rámci grantového procesu. Dátová vrstva bude zahŕňať údaje o žiadostiach, rozhodnutiach, držiteľoch grantov, výskumných projektoch a výsledkoch.

1113

1114

|**ID OE**|**Objekt evidencie - názov**|**Objekt evidencie - popis**|(((

1115

**Referencovateľný identifikátor URI dátového prvku //(áno- uviesť URI/nie nemá)//**

1116

)))

1117

|ID_01|Evidencia žiadostí - Žiadosť o grant|(((

1118

Údaje o podaných žiadostiach o granty.

1119

1120

* Identifikačné údaje žiadosti (číslo žiadosti, dátum podania)

1121

* Údaje o projekte (názov projektu, cieľ projektu, popis projektu, rozpočet projektu)

1122

* Prílohy k žiadosti

1123

* Stav žiadosti (podaná, hodnotená, schválená, zamietnutá)

1124

* Výsledok hodnotenia žiadosti (počet bodov, rozhodnutie o pridelení/nepridelení podpory)

1125

)))|nie nemá

1126

|ID_02|Evidencia vydaných rozhodnutí|(((

1127

Prehľad všetkých vydaných rozhodnutí o grantoch

1128

1129

* Identifikačné údaje hodnotenia (číslo hodnotenia, dátum hodnotenia)

1130

* Údaje o hodnotiteľoch (meno hodnotiteľa, odbornosť hodnotiteľa)

1131

* Hodnotenie jednotlivých kritérií (počet bodov pridelených za jednotlivé kritériá)

1132

* Celkové hodnotenie žiadosti (počet bodov, odporúčanie/neodporúčanie projektu na podporu)

1133

)))|nie nemá

1134

|ID_03|Evidencia projektov - Stav implementácie projektov|(((

1135

Sledovanie priebehu projektov financovaných grantmi

1136

1137

* ID projektu (unikátny identifikátor projektu)

1138

* Názov projektu

1139

* Popis projektu (stručný prehľad cieľov a aktivít projektu)

1140

* Dátum začatia projektu

1141

* Dátum ukončenia projektu

1142

* Aktuálny stav projektu (napr. príprava, realizácia, ukončený, pozastavený)

1143

* Dátum zmeny stavu projektu

1144

)))|nie nemá

1145

|ID_04|Evidencia programov|(((

* Názov programu

* Cieľ programu

* Oblasti podpory

* Výška podpory

* Termíny výziev

* Kritériá hodnotenia žiadostí

1152

* Zoznam podporených projektov v minulých obdobiach

1153

* Evidencia vydaných rozhodnutí

1154

)))|nie nemá

1155

|ID_05|Správa logov|(((

1156

* Typ aktivity (napr. podanie žiadosti, hodnotenie žiadosti, schválenie grantu)

1157

* Dátum a čas aktivity

1158

* Popis aktivity

1159

* Osoba, ktorá aktivitu vykonala

1160

)))|nie nemá

1161

|ID_06|Manažment používateľov|(((

1162

* Identifikačné údaje používateľa (meno, priezvisko, rola)

1163

* Kontaktné údaje (telefón, email)

1164

* Prístupové práva (napr. administrátor, hodnotiteľ, žiadateľ)

)))|nie nemá

=== ===

== 5.1.3 Referenčné údaje ==

1170

1171

Neboli identifikované dáta a objekty evidencie použiteľné ako referenčné údaje.

1172

1173

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

1174

1175

|ID OE|(((

1176

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

1177

1178

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

1179

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

1180

|ID_01|Evidencia žiadostí - Žiadosť o grant - Register právnických osôb|Konzumovanie|

1181

|ID_01|Evidencia žiadostí - Žiadosť o grant - Výpis z registra trestov|Konzumovanie|

1182

|ID_01|Evidencia žiadostí - Žiadosť o grant - Register fyzických osôb|Konzumovanie|

1183

|ID_01|Evidencia žiadostí - Žiadosť o grant - Register adries|Konzumovanie|

1184

1185

== 5.1.4 Kvalita a čistenie údajov ==

1186

1187

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

|**ID OE**|(((

**Objekt evidencie**

(uvádzať OE z tabuľky 11)

1193

)))|(((

1194

**Významnosť kvality**

1195

1196

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

1197

)))|(((

1198

**Citlivosť kvality**

1199

1200

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

1201

)))|(((

1202

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

1203

1204

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

1205

)))

1206

|ID_01|Evidencia žiadostí - Žiadosť o grant|5|5|2

1207

|ID_02|Evidencia vydaných rozhodnutí|4|3|1

1208

|ID_03|Evidencia projektov - Stav implementácie projektov|4|3|3

1209

|ID_04|Evidencia programov|5|5|4

1210

|ID_05|Správa logov|5|4|5

1211

|ID_06|Manažment používateľov|5|5|6

1212

1213

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

1214

1215

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

1216

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

1217

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

1218

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

1219

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

1220

1221

=== 5.1.5 Otvorené údaje ===

1222

1223

Tento projekt bude zverejňovať údaje týkajúce sa grantových žiadostí, rozhodnutí a projektov, ktoré sú financované z verejných prostriedkov. Tieto údaje budú sprístupnené nielen pre verejnosť, ale aj pre konzultačné spoločnosti, organizácie v 3. sektore a iných aktérov, ktorí sa podieľajú na rozvoji a realizácii projektov financovaných z grantov.

1224

1225

Všetky údaje, ktoré sú zverejňované v rámci projektu ISGM, budú deklarované podľa príslušných štandardov a následne publikované na platforme **data.gov.sk** v súlade s požiadavkami legislatívy a otvorených dát. Tento krok zabezpečí nielen vyššiu dostupnosť týchto údajov, ale aj ich kompatibilitu s národným rámcom pre zverejňovanie otvorených dát a umožní ich široké využitie pre verejnosť, výskumné a podnikateľské subjekty.

1226

1227

V rámci otvorených údajov bude projekt ISGM poskytovať pravidelné prehľady o grantových žiadostiach, vydaných rozhodnutiach, schválených projektoch a čerpaní prostriedkov. Cieľom je umožniť verejný prístup k dôležitým informáciám a zároveň podporiť procesy transparentnosti, účinnosti a zodpovednosti v rámci správy grantov.

1228

1229

|(((

1230

**Názov objektu evidencie/datasetu**

1231

1232

(uvádzať OE z tabuľky 11)

1233

)))| |**Požadovaná interoperabilita **3★ - 5★|(((

1234

**Periodicita publikovania**

1235

1236

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

1237

)))

1238

|ID_01|Evidencia žiadostí - Žiadosť o grant|5★|Týždenne

1239

|ID_04|Evidencia programov|5★|Týždenne

1240

1241

== 5.1.6 Analytické údaje ==

1242

1243

Analytické údaje sa budú používať na vyhodnocovanie a reportovanie efektivity grantového procesu. Tieto údaje budú kľúčové pre monitorovanie výkonnosti grantového systému, posudzovanie úspešnosti grantových projektov a sledovanie čerpania prostriedkov. Nástrojom pre analytickú činnosť budú dátové analýzy dostupné v KAV.

1244

1245

Analytické údaje o grantových žiadostiach poskytujú prehľad o rôznych aspektoch procesu podávania a schvaľovania grantových žiadostí. Celkový počet podaných grantových žiadostí ukazuje, koľko žiadostí bolo predložených v rámci grantových programov. Z týchto žiadostí je niektoré schválené na základe hodnotenia a rozhodnutí, pričom počet schválených grantových žiadostí nám poskytuje informácie o úspešnosti žiadateľov. Priemerný čas spracovania žiadosti je dôležitým ukazovateľom, ktorý nám ukazuje časový rámec medzi podaním žiadosti a vydaním rozhodnutia o grante. Úspešnosť žiadostí, vyjadrená ako percento schválených žiadostí v porovnaní s celkovým počtom podaných žiadostí, nám poskytuje obraz o efektívnosti grantového procesu.

1246

1247

V oblasti rozhodnutí o grantoch sa zaujímame o počet schválených rozhodnutí o grantoch, ktoré predstavujú počet vydaných rozhodnutí o schválení grantov. Na druhej strane, počet zamietnutých rozhodnutí nám ukazuje počet zamietnutých žiadostí. Priemerná výška schválených grantov zasa odráža priemernú sumu finančných prostriedkov pridelených jednotlivým žiadateľom. Rozdelenie schválených grantov podľa oblasti výskumu ukazuje podiel grantov v rôznych tematických oblastiach, ako je výskum, inovácia, vzdelávanie alebo technológie.

1248

1249

Analytické údaje o projektoch sa zameriavajú na počet realizovaných projektov, ktoré boli úspešne implementované na základe schválených grantov. Tieto údaje zahŕňajú aj úspešnosť projektov, teda počet projektov, ktoré splnili všetky svoje ciele a termíny, a počet neúspešných projektov, ktoré sa neuskutočnili podľa plánu. Priemerný rozpočet na projekt nám ukazuje priemernú sumu finančných prostriedkov, ktoré boli pridelené na jednotlivé projekty.

1250

1251

Analytické údaje o financovaní sa zameriavajú na celkové čerpanie prostriedkov z grantových fondov. Tento ukazovateľ nám poskytuje informácie o tom, aké množstvo prostriedkov bolo skutočne vyčerpané v rámci jednotlivých projektov. Časový prehľad čerpania prostriedkov porovnáva plánované a skutočné čerpanie prostriedkov, čo umožňuje identifikovať prípadné odchýlky. Počet projektov prekračujúcich rozpočet ukazuje počet projektov, ktoré nevyhoveli schválenému rozpočtu, pričom sa tiež uvádzajú dôvody týchto odchýlok.

1252

1253

Analytické údaje o hodnotení grantových žiadostí sa zameriavajú na priemerné hodnotenie grantových žiadostí, ktoré vyjadruje hodnotenie žiadostí hodnotiteľmi na základe definovaných kritérií, ako je kvalita projektu, inovačný potenciál a realizovateľnosť. Počet hodnotiteľov zapojených do hodnotenia nám poskytuje informácie o počte odborníkov, ktorí sa podieľali na posudzovaní žiadostí. Distribúcia hodnotení podľa kategórií ukazuje podiel grantových žiadostí hodnotených v rôznych kategóriách, ako sú nízke, stredné alebo vysoké hodnotenie.

1254

1255

Analytické údaje o žiadateľoch nám poskytujú informácie o počte žiadateľov podľa typu organizácie. Tieto údaje môžu byť rozdelené na verejné inštitúcie, neziskové organizácie a komerčné subjekty. Rovnako sú dôležité údaje o počte žiadateľov podľa regiónu, ktoré ukazujú geografickú distribúciu žiadateľov. Úspešnosť žiadateľov podľa kategórie organizácie nám umožňuje porovnať úspešnosť schválených žiadostí medzi rôznymi typmi organizácií, ako sú univerzity alebo malé podniky.

1256

1257

V oblasti zmien v projektoch sa sleduje počet žiadostí o zmenu podmienok grantu, ktoré predstavujú projekty, ktoré požiadali o zmenu podmienok alebo predĺženie termínov. Počet schválených žiadostí o zmenu podmienok ukazuje počet takýchto zmien, ktoré boli schválené a implementované. Priemerný čas na spracovanie žiadostí o zmenu nám poskytuje informácie o čase potrebnom na spracovanie a schválenie zmien v projektoch.

1258

1259

== 5.1.7 Moje údaje ==

1260

1261

V projekte a jeho dátovom rozsahu neboli identifikované údaje typu "Moje údaje".

1262

1263

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

1264

1265

|ID|(((

1266

Register/Objekt evidencie

1267

1268

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

1269

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

1270

|ID_01|Evidencia žiadostí - Žiadosť o grant|☐|☐|☒|☐

1271

|ID_02|Evidencia vydaných rozhodnutí|☐|☐|☐|☐

1272

|ID_03|Evidencia projektov - Stav implementácie projektov|☐|☐|☐|☒

1273

|ID_04|Evidencia programov|☐|☐|☒|☐

1274

|ID_05|Správa logov|☐|☐|☐|☐

1275

|ID_06|Manažment používateľov|☐|☐|☐|☐

1276

1277

Vo fáze Analýza a dizajn bude vykonaná podrobnejšia analýza, predmetom ktorej bude identifikovať údaje, ktoré budú neskôr poskytované ako otvorené údaje.

1278

1279

Tieto údaje budú sprístupňované v anonymizovanej verzii vo forme prehľadových dát.

1280

1281

Atribúty evidované pre príslušné objekty evidencie budú identifikované s cieľom ich poskytovania vo forme otvorených dát. Rovnaká logika bude platiť aj pre poskytovanie analytických údajov, ktoré budú vzhľadom na ich citlivosť poskytované v anonymizovanej verzii.

1282

1283

== 5.2 Technologická vrstva ==

1284

1285

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

1286

1287

Súčasťou projektu nie je rozšírenie technologickej vrstvy. V projekte nedochádza k zmene architektúry technologickej vrstvy.

1288

1289

Z tohoto dôvodu je táto kapitola irelevantná.

1290

1291

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

1292

1293

Súčasťou projektu nie je rozšírenie technologickej vrstvy. V projekte nedochádza k zmene architektúry technologickej vrstvy CVTI SR.

1294

1295

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

1296

1297

[[image:1740354042709-459.png]]

1298

1299

Vzhľadom na dostatočný priestor na vlastnej infraštruktúre CVTI je pre implementáciu projektu plánované využívanie IAAS/PAAS a SAAS DC Žilina, čím sa zabezpečí jednoduchšia implementácia a správa IS projektu.

1300

1301

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

1302

1303

Projekt nebude využívať služby z katalógu vládneho cloudu. Cieľom projektu sa realizuje implementácia moderného SW riešenia, ktoré by pokrývalo agendu poskytovania grantov v rámci vedy a výskumu. Implementované nástroje budú prevádzkované v infraštruktúre CVTI SR bez potreby jej rozšírenia.

1304

1305

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

1306

1307

Základnými východiskami pre rozvíjané riešenie bezpečnosti IS sú rovnako, ako v súčasnom stave právne predpisy ako zákon č. 18/2018 Z. z. o ochrane osobných údajov, zákon č. 95/2019 Z. z. o informačných technológiách vo verejnej správe, zákon č. 69/2018 Z. z. o kybernetickej bezpečnosti a ďalej ISO/IES 27000, Common Criteria a OWASP Guides a dodatočných požiadaviek prevádzkovateľa systému.

1308

1309

Riešenie bude v oblasti bezpečnosti a ochrany dát aplikovať relevantné centrálne nastavené bezpečnostné politiky a pravidlá. Na technologickej úrovni budú implementované systémy v čo najvyššej možnej miere využívať komponenty, platformy a technológie datacentra CVTI v nasledujúcich oblastiach:

1310

1311

* Bezpečnosť aplikácií s cieľom zabezpečiť dôvernosť, integritu, autentickosť a dostupnosť dát vytváraných, spracovávaných, uchovávaných alebo prenášaných prostredníctvom riešenia, a to v súlade so štandardom ISO/IEC 15408. Pre ISGM bude potrebné zabezpečiť aj špecifickú ochranu citlivých údajov žiadateľov o granty a informácií o projektoch, aby sa zabránilo neautorizovanému prístupu alebo zneužitiu dát.

1312

* Bezpečnosť platformy a bezpečnosť dátových úložísk v cloudovom prostredí, v rámci ktorej sa definujú aktualizácie a udržiavanie štandardov pre jednotlivé operačné a databázové systémy, riadenie servisných a bezpečnostných záplat, riadenie zraniteľností a prístupov k virtualizačnej platforme, logovanie prístupov a zmien pre audit, ochrana pred škodlivým kódom.

1313

* Bezpečnosť sietí, kde sa nastaví monitoring sieťových prístupov, DNS bezpečnosť, bezpečnosť vzdialenej práce a práce externistov, emailových sieťových brán, dôveryhodných sieťových a internetových spojení. Tieto oblasti budú kľúčové pre ISGM, kde bude potrebné zabezpečiť bezpečné pripojenie pre viacerých používateľov, hodnotiteľov a administrátorov projektov.

1314

* Riadenie prístupov, autentifikačný a autorizačný koncept bude využívať centrálny komponent pre správu identít a prístupov.

1315

* Riadenie kontinuity prevádzky bude budované na využití druhého DC CVTI, replikácie dát a virtuálnych serverov budú v kompetencii prevádzky cloudu.

1316

* Validácia vstupných a výstupných dát – vzhľadom na zvýšené toky dát z externého prostredia bude potrebné venovať zvýšenú pozornosť validáciám štruktúr a povoleného obsahu dát pred ich spracovaním a importom do konsolidovanej databázy. Výstupné dáta bude potrebné špecificky kontrolovať a chrániť pred zverejnením obchodne citlivých a osobných údajov.

1317

* Riadenie prostredí pre vývoj, migrácie dát a testovanie – pre štandardný prístup implementácie a testovania zmien a datasetov pred ich nasadením do produkčného prostredia. Tento proces bude zahŕňať aj testovanie bezpečnosti nových funkcií a modulov pred ich integráciou do reálneho prostredia ISGM.

1318

1319

Všetky rozhrania si budú vyžadovať pripojenie pomocou SSL. Zabezpečený bude monitoring sieťových prístupov, bezpečnosti údajov na diskových poliach, logovanie prístupov a zmien, ako aj služba poskytovania bezpečnej prístupovej siete. V rámci samotného IS budú využívané analytické nástroje pre monitorovanie a vyhodnocovanie bezpečnosti. V rámci IKT vybavenia budú zabezpečené nástroje pre ochranu proti škodlivému softvéru. IKT vybavenie v rámci miest podpory bude využívať VPN prepojenie. Pred spustením IS do prevádzky budú realizované penetračné testy.

1320

1321

Povinnosťou bude preukázať súlad so Zákonom č. 95/2019 Z. z. o informačných technológiách vo verejnej správe a o zmene a doplnení niektorých zákonov. Pre úspešnú realizáciu projektu je potrebné zabezpečiť dodržanie pravidiel stanovených Vyhláškou č. 78/2020 (resp. jej novelizácii) Z. z. o štandardoch pre informačné technológie verejnej správy. Z hľadiska ochrany osobných údajov bude dátový manažment realizovaný v súlade so Zákonom č. 18/2018 Z. z. o ochrane osobných údajov a o zmene a doplnení niektorých zákonov. Implementácia a prevádzka systému musí v oblasti bezpečnosti brať do úvahy aj Zákon 69/2018 Z. z. o kybernetickej bezpečnosti, v znení neskorších predpisov. Bude vypracovaný bezpečnostný projekt rešpektujúci tieto pravidlá.

1322

1323

Bezpečnostná architektúra budúceho stavu bude 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:

1324

1325

* Zákon č. 95/2019 Z. z. o informačných technológiách vo verejnej správe a o zmene a doplnení niektorých zákonov

1326

* Zákon č. 69/2018 Z. z. o kybernetickej bezpečnosti a o zmene a doplnení niektorých zákonov

1327

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

1328

* 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

1329

* 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

1330

* Vyhláška Úradu na ochranu osobných údajov Slovenskej republiky č. 158/2018 Z. z. o postupe pri posudzovaní vplyvu na ochranu osobných údajov

1331

* Nariadenie Európskeho parlamentu a Rady (EÚ) 2016/679 z 27. apríla 2016 o ochrane fyzických osôb pri spracúvaní osobných údajov a o voľnom pohybe takýchto údajov, ktorým sa zrušuje smernica 95/46/ES (všeobecné nariadenie o ochrane údajov)

1332

* Zákon č. 18/2018 Z. z. o ochrane osobných údajov a o zmene a doplnení niektorých zákonov.

1333

* Smernica Európskeho parlamentu a Rady (EÚ) (EÚ) 2022/2555 zo 14. decembra 2022 o opatreniach na zabezpečenie vysokej spoločnej úrovne kybernetickej bezpečnosti v Únii, ktorou sa mení nariadenie (EÚ) č. 910/2014 a Smernica (EÚ) 2018/1972 a ruší Smernica (EÚ) 2016/1148 (Smernica NIS 2)

1334

* Zákon č. 69/2018 Z. z. o kybernetickej bezpečnosti a o zmene a doplnení niektorých zákonov v znení neskorších predpisov (ďalej aj „zákon o kybernetickej bezpečnosti“),

1335

* Vyhláška Národného bezpečnostného úradu č. 164/2018 Z. z., ktorou sa určujú identifikačné kritériá prevádzkovanej služby (kritériá základnej služby),

1336

* Vyhláška Národného bezpečnostného úradu č. 165/2018 Z. z., ktorou sa určujú identifikačné kritériá pre jednotlivé kategórie závažných kybernetických bezpečnostných incidentov a podrobnosti hlásenia kybernetických bezpečnostných incidentov,

1337

* Vyhláška Národného bezpečnostného úradu č. 264/2023 Z. z. ktorou sa mení a dopĺňa vyhláška Národného bezpečnostného úradu č. 362/2018 Z. z., ktorou sa ustanovuje obsah bezpečnostných opatrení, obsah a štruktúra bezpečnostnej dokumentácie a rozsah všeobecných bezpečnostných opatrení,

1338

* Vyhláška Národného bezpečnostného úradu č. 493/2022 Z. z. o audite kybernetickej bezpečnosti,

1339

* Zákon č. 301/2023 Z. z. ktorým sa mení a dopĺňa zákon č. 95/2019 Z. z. o informačných technológiách vo verejnej správe a o zmene a doplnení niektorých zákonov v znení neskorších predpisov a ktorým sa menia a dopĺňajú niektoré zákony,

1340

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

1341

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

1342

* Nariadenie Európskeho parlamentu a Rady (EÚ) 2016/679 z 27. apríla 2016 o ochrane fyzických osôb pri spracúvaní osobných údajov a o voľnom pohybe takýchto údajov, ktorým sa zrušuje smernica 95/46/ES (všeobecné nariadenie o ochrane údajov) – GDPR,

1343

* Zákon č. 18/2018 Z. z. o ochrane osobných údajov a o zmene a doplnení niektorých zákonov v znení neskorších predpisov,

1344

* Metodika analýzy rizík kybernetickej bezpečnosti - Metodika analýzy rizík pre uplatnenie v procesoch riadenia rizika v zmysle požiadaviek zákona č. 69/2018 Z. z. o kybernetickej bezpečnosti (NBÚ)

1345

1346

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

1347

1348

Predkladaný projekt nie je závislý na iných pripravovaných resp. prebiehajúcich projektoch.

1349

1350

== 7. Zdrojové kódy ==

1351

1352

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

1353

1354

CVTI plánuje pri obstarávaní postupovať v zmysle vzoru Zmluvy o dielo. Zmluvnú úpravu predkladáme nasledujúcu:

1355

1356

* Zhotoviteľ je povinný pri akceptácii Informačného systému odovzdať Objednávateľovi funkčné vývojové a produkčné prostredie, ktoré je súčasťou Informačného systému

1357

* Zhotoviteľ je povinný pri akceptácii Informačného systému alebo jeho časti odovzdať Objednávateľovi Vytvorený zdrojový kód v jeho úplnej aktuálnej podobe, zapečatený, na neprepisovateľnom technickom nosiči dát s označením časti a verzie Informačného systému, ktorej sa týka. Za odovzdanie Vytvoreného zdrojového kódu Objednávateľovi sa na účely tejto Zmluvy o dielo rozumie odovzdanie technického nosiča dát Oprávnenej osobe Objednávateľa. O odovzdaní a prevzatí technického nosiča dát bude oboma Zmluvnými stranami spísaný a podpísaný preberací protokol.

1358

* Informačný systém (Dielo) v súlade s Technickou špecifikáciou obsahuje od zvyšku Diela oddeliteľný modul (časť) vytvorený Zhotoviteľom pri plnení tejto Zmluvy o dielo, ktorý je bez úpravy použiteľný aj tretími osobami, aj na iné alebo podobné účely, ako je účel vyplývajúci z tejto Zmluvy o dielo (ďalej ako „Modul"). A to najmä pre modul Karta občana. Vytvorený zdrojový kód Informačného systému (s výnimkou Modulu) vrátane jeho dokumentácie bude prístupný v režime podľa § 31 ods. 4 písm. b) Vyhlášky č. 78/2020 (s obmedzenou dostupnosťou pre orgán vedenia a orgány riadenia v zmysle Zákona o ITVS – vytvorený zdrojový kód je dostupný len pre orgán vedenia a orgány riadenia). Pre zamedzenie pochybností uvádzame, že sa jedná len o zdrojový kód ktorý Dodávateľ vytvoril, alebo pozmenil v súvislosti s realizáciou diela. Objednávateľ je oprávnený sprístupniť Vytvorený zdrojový kód okrem orgánov podľa predchádzajúcej vety aj tretím osobám, ale len na špecifický účel, na základe riadne uzatvorenej písomnej zmluvy o mlčanlivosti a ochrane dôverných informácií.

1359

* Ak je medzi zmluvnými stranami uzatvorená SLA zmluva, od prevzatia Informačného systému sa prístup k vytvorenému zdrojovému kódu vo vývojovom a produkčnom prostredí, vrátane nakladania s týmto zdrojovým kódom, začne riadiť podmienkami dohodnutými v SLA zmluve.

1360

* Vytvorený zdrojový kód musí byť v podobe, ktorá zaručuje možnosť overenia, že je kompletný a v správnej verzii, t. j. v takej, ktorá umožňuje kompiláciu, inštaláciu, spustenie a overenie funkcionality, a to vrátane kompletnej dokumentácie zdrojového kódu (napr. interfejsov a pod.) takéhoto Informačného systému alebo jeho časti. Zároveň odovzdaný Vytvorený zdrojový kód musí byť pokrytý testami (aspoň na 90%) a dosahovať rating kvality (statická analýza kódu) podľa CodeClimate/CodeQLa pod. (minimálne stupňa B).

1361

* Pre zamedzenie pochybností, povinnosti Zhotoviteľa týkajúce sa Vytvoreného zdrojového kódu platia i na akékoľvek opravy, zmeny, doplnenia, upgrade alebo update Vytvoreného zdrojového kódu a/alebo vyššie uvedenej dokumentácie, ku ktorým dôjde pri plnení tejto Zmluvy o dielo alebo v rámci záručných opráv. Vytvorené zdrojové kódy budú vytvorené vyexportovaním z produkčného prostredia a budú odovzdané Objednávateľovi na elektronickom médiu v zapečatenom obale. Zhotoviteľ je povinný umožniť Objednávateľovi pri odovzdávaní Vytvoreného zdrojového kódu, pred zapečatením obalu, skontrolovať v priestoroch Objednávateľa prítomnosť Vytvoreného zdrojového kódu na odovzdávanom elektronickom médiu.

1362

* Nebezpečenstvo poškodenia zdrojových kódov prechádza na Objednávateľa momentom prevzatia Informačného systému alebo jeho časti, pričom Objednávateľ sa zaväzuje uložiť zdrojové kódy takým spôsobom, aby zamedzil akémukoľvek neoprávnenému prístupu tretej osoby. Momentom platnosti SLA zmluvy umožní Objednávateľ poskytovateľovi, za predpokladu, že to je nevyhnutné, prístup k Vytvorenému zdrojovému kódu výlučne na účely plnenia povinností z uzatvorenej SLA zmluvy.

1363

1364

Ďalej uvádzame postupy, v zmysle ktorých bude narábané so zdrojovým kódom:

1365

1366

Centrálny repozitár zdrojových kódov: [[https:~~/~~/www.zakonypreludi.sk/zz/2020-78/znenie-20200501#p31>>url:https://www.zakonypreludi.sk/zz/2020-78/znenie-20200501#p31]]+

1367

1368

Overenie zdrojového kódu s cieľom jeho prepoužitia: [[https:~~/~~/www.zakonypreludi.sk/zz/2020-85/znenie-20200501#p7-3-c>>url:https://www.zakonypreludi.sk/zz/2020-85/znenie-20200501#p7-3-c]]+

1369

1370

Spôsoby zverejňovania zdrojového kódu: [[https:~~/~~/www.zakonypreludi.sk/zz/2020-85/znenie-20200501#p8-9>>url:https://www.zakonypreludi.sk/zz/2020-85/znenie-20200501#p8-9]]+

1371

1372

Inštrukcie k EUPL licenciám: https:~/~/joinup.ec.europa.eu/sites/default/files/inline-files/EUPL%201_1%20Guidelines%20SK%20Joinup.pdf+

1373

1374

Uvedeným spôsobom obstarávania dôjde k zamedzeniu „Vendor lock-in" v súlade so Zákonom o ITVS.

1375

1376

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

1377

1378

Prevádzka a údržba navrhnutého riešenia projektu bude zabezpečená internými personálnymi kapacitami na úrovni podpory L1 až L3 (L3 externe). Pre hlásenie problémov bude využívaný Helpdesk. Predpoklad riešenia problémov a požiadaviek bude od nahlásenia problému alebo požiadavky prostredníctvom Helpdesku (e-mailom, telefonicky, formulárom), identifikácia a preverenie problému/požiadavky, vykonanie opravy/podpory.

1379

1380

CVTI v súčasnosti disponuje interným zamestnancom: Manažér kybernetickej a informačnej bezpečnosti.

1381

1382

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

1383

1384

Prevádzkové požiadavky budú zabezpečené na úrovni podpory L1, L2 a L3.

1385

1386

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

1387

1388

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

1389

1390

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

1391

* **L2 podpora** - 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 od potrieb 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.

1392

* **L3 podpora** - Podpora 3. stupňa predstavuje najvyššiu úroveň podpory pre riešenie tých najobtiažnejších hlásení, vrátane prevádzania hĺbkových analýz a riešenie extrémnych prípadov, ktorú bude zabezpečovať výrobca implementovaných nástrojov.

1393

1394

Prevádzka implementovaných nástrojov v rámci projektu L1 až L3 bude zabezpečená internými zamestnancami CVTI. V prípade nevyhnutnej potreby bude zabezpečená L3 podpora výrobcu implementovaných nástrojov, ktorá bude financovaná z vlastných zdrojov.

1395

1396

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

1397

1398

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 Datacentra CVTI alebo komunikačnej infraštruktúry.

1399

1400

Označenie naliehavosti incidentu:

1401

1402

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

1403

|**A**|**Kritická**|Je to vada spôsobená vážnou chybou a/alebo nedostatkom dodávanej softvérovej aplikácie, pričom táto chyba a/alebo nedostatok zabraňuje používaniu dodávanej softvérovej aplikácie. Nie je možné poskytnúť požadovaný výstup z IS.

1404

|**B**|**Vysoká**|(((

1405

Je vada, spôsobená chybou a/alebo nedostatkom dodávanej softvérovej aplikácie, pričom táto chyba a/alebo nedostatok obmedzuje používanie dodávanej softvérovej aplikácie nasledovne:

1406

1407

Niektoré aplikačné funkcie (moduly, komponenty, objekty, programy) dodávanej softvérovej aplikácie nie sú funkčné alebo nie je umožnený prístup k niektorej aplikačnej funkcii (modulu, komponentu, objektu, programu) dodávanej softvérovej aplikácie

alebo

(ii) Nie je možné vykonať výber niektorých údajov alebo nie je možné vyhotoviť niektorý výstup z databázy údajov dodávanej softvérovej aplikácie alebo nie je možné vykonať prístup k niektorým údajom v databáze údajov dodávanej softvérovej aplikácie.

1412

1413

napr. tlač pomocných výstupov, zostavy, funkčnosť nesúvisiaca s vyrubením a pod.

1414

)))

1415

|**C**|**Stredná**|(((

1416

Do tejto kategórie spadajú všetky chyby a/alebo nedostatky spojené s používaním dodávanej softvérovej aplikácie, ktoré nie sú klasifikované ako závažné alebo kritické vady, pričom však čiastočne obmedzujú používanie dodávanej softvérovej aplikácie a vyžadujú si:

1417

1418

Nastavenie parametrov systému Poskytovateľom alebo

1419

1420

(ii) Vzniknutá vada a/alebo nedostatok má za príčinu miernu nepohodlnosť pri práci so softvérovou aplikáciou, ktorá je však funkčná.

1421

)))

1422

|**D**|**Nízka**|(((

1423

Je vada spôsobená drobným nedostatkom alebo chybným nastavením aplikácie, ktorá neovplyvňuje hlavné funkcie systému, ale spôsobuje malé nepohodlie pri používaní. Môže ísť o drobné vizuálne chyby, malé nesúladné nastavenia alebo nezávažné zlyhania v konkrétnych aplikáciách, ktoré nebránia celkovému chodu systému. Napríklad nefunkčné tlačidlá v užívateľskom rozhraní alebo nekompatibilita s konkrétnymi prehliadačmi alebo verziami operačných systémov.

1424

1425

(ii) Vzniknutá vada a/alebo nedostatok je optická, má minimálny dosah na prácu s aplikáciou, kt. je zo systémového hľadiska plne funkčná.

)))

možný dopad:

|**Označenie závažnosti incidentu**|**Dopad**|**Popis dopadu**

1431

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

1432

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

1433

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

1434

1435

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

1436

1437

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

1438

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

1439

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

1440

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

1441

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

1442

1443

**Vyžadované reakčné doby:**

1444

1445

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

1446

**//Spoľahlivosť ^^(3)^^//**

1447

1448

//(počet incidentov za mesiac)//

1449

)))

1450

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

1451

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

1452

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

1453

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

1454

1455

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

1456

1457

* (2) 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ť prostredia 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ť objednávateľa, ak je potrebná pre vyriešenie incidentu. V prípade potreby je dodávateľ oprávnený požadovať od objednávateľa schválenie riešenia incidentu.

1458

1459

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

1460

* (4) Incidenty nahlásené objednávateľom dodávateľovi v rámci testovacieho prostredia

1461

1462

1. Majú prioritu 3 a nižšiu

1463

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

1464

1. Za incident na testovacom prostredí sa nepovažuje incident vzťahujúci sa k práve testovanej funkcionalite.

1465

1466

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

1467

1468

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

1469

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

1470

1471

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

1472

1473

== 8.2 Požadovaná dostupnosť IS: ==

1474

1475

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

1476

|**Prevádzkové hodiny**|24 hodín|00:00 hod. - 23:59 hod

1477

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

1478

|24 hodín|od 00:00 hod. - 23:59 hod. počas dní pracovného pokoja a štátnych sviatkov Servis a údržba sa bude realizovať mimo pracovného času.

1479

|**Dostupnosť produkčného prostredia IS**|97%|(((

1480

* 97% z 24/7/365 t.j. max ročný výpadok je 10,95 dňa. Maximálny mesačný výpadok je 21,9 hodiny.

1481

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

1482

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

1483

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

1484

)))

1485

1486

== 8.2.1 Dostupnosť (Availability) ==

1487

1488

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. V projekte sa uvažuje 97% dostupnosť znamená výpadok 10,95 dňa.

1489

1490

== 8.2.2 RTO (Recovery Time Objective) ==

1491

1492

V rámci projektu sa očakáva tradičné zálohovanie - výpadok a obnova trvá cca hodiny až dni.

1493

1494

== 8.2.3 RPO (Recovery Point Objective) ==

1495

1496

V rámci projektu sa očakáva tradičné zálohovanie - výpadok a obnova trvá cca hodiny až dni.

1497

1498

== 9. Požiadavky na personál ==

1499

1500

Informácie relevantné pre túto kapitolu sú uvedené v dokumente I-02 Projektový zámer.

1501

1502

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

1503

1504

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

1505

1506

Zároveň pri finálnej akceptácii dodaného diela dodávateľ odovzdá na základe preberacieho a akceptačného protokolu plne funkčné zdrojové kódy na USB nosiči.

== 11. Prílohy ==

N/A

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

Aplikácie

Navigácia

Moje posledné úpravy

Need help?