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

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

282

283

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

284

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

285

286

Jednoduchý a efektívny proces registrácie:

287

288

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

289

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

290

291

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.

296

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

297

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

298

299

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.

300

301

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

302

303

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

304

305

* Elektronický podpis žiadosti

306

* Automatizovaná registrácia a prihlasovanie

307

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

308

309

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

310

311

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.

312

313

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.

314

315

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.

316

317

**Funkcionalita vytvárania žiadosti**

318

319

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.

320

321

**Funkcionalita validácie žiadosti**

322

323

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:

324

325

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

326

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

327

328

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

329

330

**Funkcionalita odoslania žiadosti**

331

332

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.

333

334

**Funkcionalita moje žiadosti**

335

336

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:

337

338

* Počtu rozpracovaných žiadostí

339

* Počtu podaných žiadostí

340

341

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

342

343

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

344

345

**Funkcionalita Zberu údajov od VŠ**

346

347

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

348

349

Kľúčové funkcionality:

350

351

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

352

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

Business procesy:

1. Vytvorenie a schválenie formulára:

357

358

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

359

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

360

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

361

362

1. Automatická validácia:

363

364

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

369

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

370

371

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

372

373

**Funkcionalita hodnotenia podanej žiadosti **

374

375

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.

376

377

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.

378

379

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.

380

381

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.

382

383

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

384

385

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.

386

387

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.

388

389

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.

390

391

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.

392

393

**Funkcionalita manažmentu platieb**

394

395

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.

396

397

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.

398

399

**Funkcionalita Automatizované spracovanie platieb**

400

401

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

402

403

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.

404

405

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.

406

407

**Funkcionalita Evidencia platieb**

408

409

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

410

411

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.

412

413

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

414

415

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

416

417

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.

418

419

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.

420

421

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

422

423

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.

424

425

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

426

427

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.

428

429

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

430

431

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

432

433

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

434

435

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.

436

437

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

438

439

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.

440

441

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.

442

443

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.

444

445

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

446

447

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

448

449

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.

450

451

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

452

453

== 4.2 Aplikačná vrstva ==

454

455

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.

456

457

[[image:1740321221998-784.png]]

458

459

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

460

461

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.

462

463

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

464

465

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.

466

467

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

468

469

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.

470

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

471

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

472

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.

473

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

474

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

475

476

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

477

478

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

479

480

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.

485

486

Registrovaný používateľ

487

488

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.

489

490

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

491

492

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

493

494

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

495

496

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

497

498

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.

499

500

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

501

502

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

503

504

**Hodnotiteľ žiadosti**

505

506

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.

511

512

**Aplikačný správca**

513

514

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.

519

520

**Funkcionalita správy činností**

521

522

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.

523

524

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.

525

526

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

527

528

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

529

530

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.

531

532

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.

533

534

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.

535

536

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

537

538

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

539

540

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.

541

542

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

543

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

544

545

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

546

547

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

548

549

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.

550

551

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

552

553

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.

554

555

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.

556

557

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.

558

559

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

560

561

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.

562

563

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.

564

565

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

566

567

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

568

569

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.

570

571

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

572

573

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

574

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

575

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

576

577

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.

578

579

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:

580

581

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

582

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

583

584

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.

585

586

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

587

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

588

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

589

590

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

591

592

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.

593

594

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:

595

596

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

597

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.

598

599

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.

600

601

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

602

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

603

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

604

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

605

606

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

607

608

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

609

610

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

611

612

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.

613

614

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.

615

616

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:

617

618

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

619

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

620

621

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

622

623

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

624

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

625

626

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

627

628

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

629

630

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.

631

632

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.

633

634

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.

635

636

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

637

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

638

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

639

640

**Funkcionalita hodnotenia žiadostí**

641

642

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

643

644

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

645

646

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.

647

648

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

649

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

650

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

651

652

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

653

654

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.

655

656

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.

657

658

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.

659

660

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

661

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

662

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

663

664

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

665

666

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.

667

668

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.

669

670

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.

671

672

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

673

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

674

675

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

676

677

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.

678

679

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

680

681

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.

682

683

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

684

685

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.

686

687

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

688

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

689

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

690

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

691

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

692

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

693

694

**Funkcionalita exportu štatistík**

695

696

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.

697

698

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.

699

700

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

701

702

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.

703

704

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

705

706

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

707

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

708

709

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

710

711

Návrhy sledovaných metrík:

712

713

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

714

* Počet podaných žiadostí

715

* Počet chybne podaných žiadostí

716

* Počet akceptovaných žiadostí

717

* Počet zamietnutých žiadostí

718

** Úspešnosť zapojenia sa

719

* Počet zverejnených programov

720

** Úspešnosť zapojenia sa

721

* Počet zverejnených výziev

722

* Suma alokovaných finančných prostriedkov

723

** Pre jednotlivé výzvy

724

** Pre jednotlivé programy

725

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

726

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

727

728

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

729

730

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.

731

732

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.

733

734

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.

735

736

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

737

738

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.

739

740

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.

741

742

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

743

744

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.

745

746

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

747

748

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

749

750

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

751

752

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.

753

754

**Funkcionalita Dynamické a personalizované polia**

755

756

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.

757

758

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

759

760

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

761

762

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.

763

764

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

765

766

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

767

768

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.

769

770

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

771

772

**Funkcionalita Automatizované odosielanie e-mailov**

773

774

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

775

776

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

777

778

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

779

780

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

781

782

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.

783

784

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

785

786

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:

791

792

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

793

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

794

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

795

2. Výzvy na doplnenie údajov:

796

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

797

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

798

3. Schvaľovanie alebo zamietanie formulárov:

799

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

800

4.Generovanie reportov:

801

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

802

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

803

5. Realizácia platieb:

804

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

805

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

806

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

807

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

808

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

809

810

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

811

812

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:

813

814

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

815

816

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.

817

818

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.

823

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

824

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

825

826

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

827

828

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

829

830

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.

835

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

836

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

837

838

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

839

840

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

841

842

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.

847

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

848

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

853

854

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.

859

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

860

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

861

862

**Register štátnej pomoci**

863

864

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.

865

866

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.

871

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

872

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

873

874

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

875

876

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.

877

878

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

883

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

884

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

885

886

**Overovanie subjektov (IČ DPH)**

887

888

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.

889

890

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.

895

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

896

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

897

898

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

899

900

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

901

902

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.

903

904

Dôvody na integráciu:

905

906

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

907

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

908

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

909

910

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

911

912

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.

913

914

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.

919

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

920

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

921

922

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

923

924

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

925

926

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

931

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

932

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

933

934

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.

935

936

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

937

938

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.

939

940

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

941

942

Obrázok 3 Aplikačná vrstva ISGM

943

944

**Vrstva biznis logiky**

945

946

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

947

948

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

949

950

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.

951

952

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

953

954

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

955

956

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

957

958

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.

959

960

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

961

962

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.

963

964

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

965

**Modul ISVS**

966

967

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

)))|(((

**Stav IS VS**

(AS IS)

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

973

**Kód nadradeného ISVS**

974

975

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

976

)))

977

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

978

979

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

980

981

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

982

**Modul ISVS**

983

984

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

985

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

986

**Kód nadradeného ISVS**

987

988

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

)))

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

993

994

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

995

996

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

997

998

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

999

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

1000

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

1001

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

1002

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

1003

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

1004

1005

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

1006

1007

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.

1008

1009

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

1010

1011

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.

1012

1013

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.

1014

1015

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.

1016

1017

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

1029

1030

//(z MetaIS)//

1031

)))|Názov integrovaného ISVS

1032

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

1033

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

1034

1035

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

1036

1037

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

1038

**Modul ISVS**

1039

1040

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

1041

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

1042

**Kód nadradeného ISVS**

1043

1044

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

1045

)))

1046

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

☐

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

1051

1052

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

1086

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

1087

1088

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

1089

1090

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

1091

1092

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

1093

1094

|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

1095

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

1096

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

1097

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

1098

|RA|Register adries|isvs_192|Register adries

1099

1100

== 5. Dátová vrstva ==

1101

1102

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.

1103

1104

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

1105

1106

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.

1107

1108

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

1109

1110

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.

1111

1112

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

1113

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

1114

)))

1115

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

1116

Údaje o podaných žiadostiach o granty.

1117

1118

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

1119

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

1120

* Prílohy k žiadosti

1121

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

1122

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

1123

)))|nie nemá

1124

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

1125

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

1126

1127

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

1128

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

1129

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

1130

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

1131

)))|nie nemá

1132

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

1133

Sledovanie priebehu projektov financovaných grantmi

1134

1135

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

1136

* Názov projektu

1137

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

1138

* Dátum začatia projektu

1139

* Dátum ukončenia projektu

1140

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

1141

* Dátum zmeny stavu projektu

1142

)))|nie nemá

1143

|ID_04|Evidencia programov|(((

* Názov programu

* Cieľ programu

* Oblasti podpory

* Výška podpory

* Termíny výziev

* Kritériá hodnotenia žiadostí

1150

* Zoznam podporených projektov v minulých obdobiach

1151

* Evidencia vydaných rozhodnutí

1152

)))|nie nemá

1153

|ID_05|Správa logov|(((

1154

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

1155

* Dátum a čas aktivity

1156

* Popis aktivity

1157

* Osoba, ktorá aktivitu vykonala

1158

)))|nie nemá

1159

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

1160

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

1161

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

1162

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

)))|nie nemá

=== ===

== 5.1.3 Referenčné údaje ==

1168

1169

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

1170

1171

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

1172

1173

|ID OE|(((

1174

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

1175

1176

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

1177

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

1178

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

1179

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

1180

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

1181

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

1182

1183

== 5.1.4 Kvalita a čistenie údajov ==

1184

1185

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

|**ID OE**|(((

**Objekt evidencie**

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

1191

)))|(((

1192

**Významnosť kvality**

1193

1194

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

1195

)))|(((

1196

**Citlivosť kvality**

1197

1198

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

1199

)))|(((

1200

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

1201

1202

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

1203

)))

1204

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

1205

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

1206

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

1207

|ID_04|Evidencia programov|5|5|4

1208

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

1209

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

1210

1211

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

1212

1213

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

1214

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

1215

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

1216

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

1217

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

1218

1219

=== 5.1.5 Otvorené údaje ===

1220

1221

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.

1222

1223

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.

1224

1225

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.

1226

1227

|(((

1228

**Názov objektu evidencie/datasetu**

1229

1230

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

1231

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

1232

**Periodicita publikovania**

1233

1234

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

1235

)))

1236

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

1237

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

1238

1239

== 5.1.6 Analytické údaje ==

1240

1241

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.

1242

1243

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.

1244

1245

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.

1246

1247

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.

1248

1249

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.

1250

1251

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.

1252

1253

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.

1254

1255

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.

1256

1257

== 5.1.7 Moje údaje ==

1258

1259

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

1260

1261

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

1262

1263

|ID|(((

1264

Register/Objekt evidencie

1265

1266

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

1267

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

1268

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

1269

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

1270

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

1271

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

1272

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

1273

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

1274

1275

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.

1276

1277

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

1278

1279

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.

1280

1281

== 5.2 Technologická vrstva ==

1282

1283

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

1284

1285

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

1286

1287

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

1288

1289

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

1290

1291

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

1292

1293

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

1294

1295

[[image:1740354042709-459.png]]

1296

1297

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.

1298

1299

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

1300

1301

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.

1302

1303

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

1304

1305

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.

1306

1307

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:

1308

1309

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

1310

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

1311

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

1312

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

1313

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

1314

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

1315

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

1316

1317

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.

1318

1319

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

1320

1321

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:

1322

1323

* 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

1324

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

1325

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

1326

* 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

1327

* 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

1328

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

1329

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

1330

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

1331

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

1332

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

1333

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

1334

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

1335

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

1336

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

1337

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

1338

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

1339

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

1340

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

1341

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

1342

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

1343

1344

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

1345

1346

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

1347

1348

== 7. Zdrojové kódy ==

1349

1350

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

1351

1352

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

1353

1354

* 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

1355

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

1356

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

1357

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

1358

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

1359

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

1360

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

1361

1362

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

1363

1364

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]]+

1365

1366

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]]+

1367

1368

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]]+

1369

1370

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

1371

1372

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

1373

1374

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

1375

1376

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.

1377

1378

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

1379

1380

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

1381

1382

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

1383

1384

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

1385

1386

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

1387

1388

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

1389

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

1390

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

1391

1392

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.

1393

1394

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

1395

1396

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.

1397

1398

Označenie naliehavosti incidentu:

1399

1400

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

1401

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

1402

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

1403

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:

1404

1405

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.

1410

1411

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

1412

)))

1413

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

1414

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:

1415

1416

Nastavenie parametrov systému Poskytovateľom alebo

1417

1418

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

1419

)))

1420

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

1421

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.

1422

1423

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

1429

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

1430

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

1431

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

1432

1433

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

1434

1435

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

1436

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

1437

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

1438

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

1439

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

1440

1441

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

1442

1443

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

1444

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

1445

1446

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

1447

)))

1448

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

1449

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

1450

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

1451

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

1452

1453

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

1454

1455

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

1456

1457

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

1458

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

1459

1460

1. Majú prioritu 3 a nižšiu

1461

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

1462

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

1463

1464

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

1465

1466

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

1467

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

1468

1469

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

1470

1471

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

1472

1473

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

1474

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

1475

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

1476

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

1477

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

1478

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

1479

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

1480

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

1481

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

1482

)))

1483

1484

== 8.2.1 Dostupnosť (Availability) ==

1485

1486

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.

1487

1488

== 8.2.2 RTO (Recovery Time Objective) ==

1489

1490

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

1491

1492

== 8.2.3 RPO (Recovery Point Objective) ==

1493

1494

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

1495

1496

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

1497

1498

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

1499

1500

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

1501

1502

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

1503

1504

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?