I-02 Projektový zámer (projektovy_zamer)

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.

34

35

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.

36

37

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

38

39

(% style="background-color:#ffffff" %)

40

|SKRATKA/POJEM|POPIS

41

|API|Application Programming Interface

42

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

43

|BI|Business Intelligence

44

|CES|Centrálna ekonomická správa

45

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

46

|DWH|Data Warehouse

47

|ETL|Extract, Transform, Load

48

|FW|Firewall

49

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

50

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

51

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

52

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

53

|HW|Hardvér

54

|IAAS|Infrastructure as a Service

55

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

56

|IPK|Interné pripomienkové konanie

57

|IRA|Interný riadiaci akt

58

|IS|Informačný systém

59

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

60

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

61

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

62

|IT|Informačné technológie

63

|KB|Kybernetická bezpečnosť

64

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

65

|MCA|Multikriteriálna analýza

66

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

67

|MKB|Manažér kybernetickej bezpečnosti

68

|NGFW|Next Generation Firewall

69

|PAAS|Platform as a Service

70

|PM|Projektový manažér

71

|RACI|Responsible, Accountable, Consulted, and Informed

72

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

73

|RFO|Register fyzických osôb

74

|RA|Register adries

75

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

76

|SAAS|Software as a Service

77

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

78

|SW|Softvér

79

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

80

|SQL|Structured Query Language

81

|NoSQL|Not Only SQL

82

83

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

84

85

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.

86

87

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

88

89

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

90

91

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.

92

93

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

94

95

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.

96

97

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.

98

99

**Hlavné komponenty riešenia:**

100

101

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

102

103

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

104

105

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

106

107

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

108

109

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

110

111

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

112

113

114

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

115

116

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.

117

118

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

119

120

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.

121

122

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.

123

124

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

125

126

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.

127

128

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

129

130

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

131

132

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.

133

134

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

135

136

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

137

138

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.

139

140

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

141

142

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.

143

144

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.

145

146

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.

147

148

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

149

150

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

151

152

153

== 4.1 Biznis vrstva ==

154

155

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:

156

157

158

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.

159

160

161

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.

162

163

164

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.

165

166

167

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

168

169

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.

170

171

172

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

173

174

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.

175

176

177

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

178

179

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.

180

181

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

182

183

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

184

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

185

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

186

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

187

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

188

189

[[image:1740316498265-324.png]]

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

194

195

196

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

197

198

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í. Koncové služby ISGM budú rozdelené do viacerých oblastí, pričom každá oblasť sa zameria na konkrétnu časť procesu správy grantov.

199

200

201

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

202

203

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.

204

205

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

206

207

**2. Hodnotenie žiadostí**

208

209

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

210

211

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

212

213

**3. Generovanie dokumentov a rozhodnutí**

214

215

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

216

217

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

218

219

**4. Sledovanie stavu žiadosti**

220

221

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

222

223

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

224

225

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

226

227

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.

228

229

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

230

231

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

232

233

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

234

235

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

236

237

**7. Monitorovanie implementácie projektov**

238

239

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.

240

241

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

242

243

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

244

245

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

246

247

248

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

260

261

|ks_380757|Podávanie žiadosti o grant|G2C/G2B|(((

Dotácie a Granty

Dotácie a granty PO

)))|úroveň 4

|ks_380758|Spracovanie žiadosti|G2C/G2B|(((

Dotácie a Granty

Dotácie a granty PO

)))|úroveň 4

|ks_380759|Hodnotenie grantovej žiadosti|G2C/G2B|(((

Dotácie a Granty

Dotácie a granty PO

)))|úroveň 4

|ks_380760|Generovanie rozhodnutí o grantoch|G2C/G2B|(((

Dotácie a Granty

Dotácie a granty PO

)))|úroveň 4

|ks_380761|Sledovanie stavu grantovej žiadosti|G2C/G2B|(((

Dotácie a Granty

Dotácie a granty PO

)))|úroveň 4

|ks_380762|Generovanie správ a reportov|G2C/G2B|(((

Dotácie a Granty

Dotácie a granty PO

)))|úroveň 4

|ks_380763|Finančné vyúčtovanie a správa prostriedkov|G2C/G2B|(((

Dotácie a Granty

Dotácie a granty PO

)))|úroveň 4

|ks_380764|Monitorovanie implementácie projektov|G2C/G2B|(((

Dotácie a Granty

Dotácie a granty PO

)))|úroveň 4

|ks_380765|Komunikácia so žiadateľmi|G2C/G2B|(((

Dotácie a Granty

Dotácie a granty PO

)))|úroveň 4

|ks_380766|Správa dokumentov k grantovým žiadostiam|G2C/G2B|(((

Dotácie a Granty

Dotácie a granty PO

)))|úroveň 4

|ks_380767|Žiadosť o zmenu alebo predĺženie grantu|G2C/G2B|(((

Dotácie a Granty

Dotácie a granty PO

)))|úroveň 4

|ks_380768|Správa hodnotiteľov|G2C/G2B|(((

Dotácie a Granty

Dotácie a granty PO

)))|úroveň 4

|ks_380769|Výber grantových programov|G2C/G2B|(((

Dotácie a Granty

Dotácie a granty PO

)))|úroveň 4

|ks_380770|Správa prístupových práv|G2C/G2B|(((

Dotácie a Granty

Dotácie a granty PO

)))|úroveň 4

|ks_380771|Záznamy o porušeniach pravidiel|G2C/G2B|(((

Dotácie a Granty

Dotácie a granty PO

)))|úroveň 4

[[image:1740316547183-636.png]]

338

339

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

340

341

342

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

343

344

**Služba registrácie a prihlasovania do IS GM**

345

346

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.

347

348

349

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.

350

351

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

352

353

354

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

363

364

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.

365

366

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

367

368

369

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

370

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

371

372

Jednoduchý a efektívny proces registrácie:

373

374

375

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

376

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

377

378

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.

384

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

385

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

386

387

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.

388

389

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

390

391

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

392

393

* Elektronický podpis žiadosti

394

* Automatizovaná registrácia a prihlasovanie

395

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

396

397

**Služba podávania žiadostí v IS GM**

398

399

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.

400

401

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.

402

403

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.

404

405

**Podšlužba vytvárania žiadosti**

406

407

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.

408

409

**Podslužba validácie žiadosti**

410

411

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:

412

413

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

414

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

415

416

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

417

418

**Podslužba odoslania žiadosti**

419

420

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.

421

422

**Služba moje žiadosti**

423

424

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:

425

426

* Počtu rozpracovaných žiadostí

427

* Počtu podaných žiadostí

428

429

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

430

431

432

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

433

434

**Služba Zberu údajov od VŠ**

435

436

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

437

438

439

Kľúčové funkcionality:

440

441

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

442

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

Business procesy:

1. Vytvorenie a schválenie formulára:

447

448

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

449

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

450

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

451

452

1. Automatická validácia:

453

454

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

459

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

460

461

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

462

463

**Služba hodnotenia podanej žiadosti **

464

465

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.

466

467

468

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.

469

470

471

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.

472

473

474

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.

475

476

**Služba vytvárania zmluvných podkladov**

477

478

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.

479

480

481

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.

482

483

484

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.

485

486

487

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.

488

489

**Služba manažmentu platieb**

490

491

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.

492

493

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.

494

495

496

**Automatizované spracovanie platieb**

497

498

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

499

500

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.

501

502

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.

503

504

**Evidencia platieb**

505

506

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

507

508

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.

509

510

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

511

512

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

513

514

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.

515

516

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.

517

518

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

519

520

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.

521

522

**Automatické upozornenia a notifikácie**

523

524

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.

525

526

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

527

528

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

529

530

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

531

532

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.

533

534

**Služba monitorovania žiadostí**

535

536

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.

537

538

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.

539

540

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.

541

542

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

543

544

545

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

546

547

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.

548

549

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

550

551

552

== 4.2 Aplikačná vrstva ==

553

554

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.

555

556

557

[[image:1740316608737-864.png]]

558

559

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

560

561

562

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.

563

564

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

565

566

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.

567

568

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

569

570

571

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.

572

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

573

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

574

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.

575

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

576

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

577

578

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

579

580

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

581

582

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.

587

588

Registrovaný používateľ

589

590

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.

591

592

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

593

594

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

595

596

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

597

598

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

599

600

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.

601

602

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

603

604

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

605

606

**Hodnotiteľ žiadosti**

607

608

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.

613

614

**Aplikačný správca**

615

616

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.

621

622

**Služba správy činností**

623

624

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.

625

626

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.

627

628

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

629

630

**Podslužba vytvárania a správy parametrov pre hodnotenie**

631

632

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.

633

634

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.

635

636

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.

637

638

**Podslužba vytvárania automatických hodnotiacich kritérií**

639

640

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

641

642

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.

643

644

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

645

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

646

647

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

648

649

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

650

651

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.

652

653

**Podslužba vytvárania manuálnych hodnotiacich kritérií**

654

655

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.

656

657

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.

658

659

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.

660

661

**Podslužba pridelovania špecifických XSLT šablón**

662

663

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.

664

665

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.

666

667

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

668

669

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

670

671

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.

672

673

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

674

675

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

676

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

677

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

678

679

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.

680

681

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:

682

683

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

684

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

685

686

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.

687

688

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

689

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

690

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

691

692

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

693

694

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.

695

696

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:

697

698

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

699

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.

700

701

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.

702

703

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

704

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

705

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

706

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

707

708

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

709

710

**Služba správy tímov hodnotiteľov**

711

712

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

713

714

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.

715

716

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.

717

718

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:

719

720

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

721

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

722

723

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

724

725

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

726

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

727

728

**Podslužba priradzovania žiadostí tímom hodnotiteľov**

729

730

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

731

732

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.

733

734

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.

735

736

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.

737

738

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

739

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

740

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

741

742

**Služba hodnotenia žiadostí**

743

744

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

745

746

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

747

748

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.

749

750

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

751

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

752

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

753

754

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

755

756

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.

757

758

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.

759

760

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.

761

762

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

763

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

764

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

765

766

**Služba zverejnenia výzvy formálnej kontroly**

767

768

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.

769

770

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.

771

772

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.

773

774

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

775

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

776

777

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

778

779

780

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.

781

782

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

783

784

785

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.

786

787

**Služba manažmentu programov a výziev**

788

789

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.

790

791

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

792

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

793

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

794

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

795

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

796

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

797

798

**Služba exportu štatistík**

799

800

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.

801

802

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.

803

804

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

805

806

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.

807

808

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

809

810

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

811

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

812

813

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

814

815

Návrhy sledovaných metrík:

816

817

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

818

* Počet podaných žiadostí

819

* Počet chybne podaných žiadostí

820

* Počet akceptovaných žiadostí

821

* Počet zamietnutých žiadostí

822

** Úspešnosť zapojenia sa

823

* Počet zverejnených programov

824

** Úspešnosť zapojenia sa

825

* Počet zverejnených výziev

826

* Suma alokovaných finančných prostriedkov

827

** Pre jednotlivé výzvy

828

** Pre jednotlivé programy

829

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

830

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

831

832

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

833

834

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.

835

836

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.

837

838

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.

839

840

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

841

842

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.

843

844

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.

845

846

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

847

848

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.

849

850

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

851

852

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

853

854

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

855

856

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.

857

858

**Dynamické a personalizované polia**

859

860

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.

861

862

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

863

864

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

865

866

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.

867

868

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

869

870

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

871

872

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.

873

874

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

875

876

**Automatizované odosielanie e-mailov**

877

878

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

879

880

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

881

882

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

883

884

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

885

886

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.

887

888

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

889

890

891

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:

898

899

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

900

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

901

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

902

2. Výzvy na doplnenie údajov:

903

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

904

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

905

3. Schvaľovanie alebo zamietanie formulárov:

906

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

907

4.Generovanie reportov:

908

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

909

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

910

5. Realizácia platieb:

911

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

912

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

913

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

914

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

915

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

916

917

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

918

919

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:

920

921

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

922

923

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.

924

925

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.

930

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

931

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

932

933

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

934

935

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

936

937

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.

942

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

943

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

944

945

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

946

947

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

948

949

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.

954

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

955

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

960

961

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.

966

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

967

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

968

969

**Register štátnej pomoci**

970

971

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.

972

973

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.

978

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

979

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

980

981

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

982

983

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.

984

985

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

990

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

991

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

992

993

**Overovanie subjektov (IČ DPH)**

994

995

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.

996

997

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.

1002

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

1003

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

1004

1005

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

1006

1007

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

1008

1009

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.

1010

1011

Dôvody na integráciu:

1012

1013

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

1014

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

1015

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

1016

1017

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

1018

1019

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.

1020

1021

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.

1026

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

1027

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

1028

1029

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

1030

1031

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

1032

1033

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

1038

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

1039

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

1040

1041

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.

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

1046

1047

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.

1048

1049

[[image:1740316841671-190.png]]

1050

1051

Obrázok 3 Aplikačná vrstva ISGM

1052

1053

1054

**Vrstva biznis logiky**

1055

1056

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

1057

1058

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

1059

1060

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.

1061

1062

1063

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

1064

1065

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

1066

1067

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

1068

1069

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.

1070

1071

1072

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

1073

1074

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.

1075

1076

1077

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

1078

**Modul ISVS**

1079

1080

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

)))|(((

**Stav IS VS**

(AS IS)

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

1086

**Kód nadradeného ISVS**

1087

1088

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

1089

)))

1090

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

1091

1092

1093

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

1094

1095

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

1096

**Modul ISVS**

1097

1098

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

1099

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

1100

**Kód nadradeného ISVS**

1101

1102

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

)))

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

1107

1108

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

1109

1110

1111

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

1112

1113

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

1114

| |IS GM|svs_10519|CES (Centrálna ekonomická správa)

1115

| |IS GM|isvs_9369|Modul elektronického doručovania

1116

| |IS GM|isvs_8846|Autentifikačný modul

1117

| |IS GM|isvs_8847|Modul elektronických schránok

1118

| |IS GM|isvs_8848|Modul elektronických formulárov

1119

| |IS GM|isvs_9368|Modul centrálnej elektronickej podateľne

1120

| |IS GM|isvs_10519|Integrácia na CPDI

1121

1122

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

1123

1124

1125

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.

1126

1127

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

1128

1129

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.

1130

1131

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.

1132

1133

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.

1134

1135

1136

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

1148

1149

//(z MetaIS)//

1150

)))|Názov integrovaného ISVS

1151

| |IS GM| |Registratúra

1152

| |IS GM| |IS KOMIS

1153

| |IS GM| |IS Jednotný register žiadateľov

1154

| |IS GM| |Integračná paltforma

1155

1156

1157

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

1158

1159

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

1160

**Modul ISVS**

1161

1162

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

1163

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

1164

**Kód nadradeného ISVS**

1165

1166

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

1167

)))

1168

| |Administrácia používateľov a číselníkov|(((

☐

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

1173

1174

| |Služba analýz a reportov |(((

☐

)))|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_66351|Integrácia na Slovensko.sk|TBD|Poskytovaná/Konzumujúca|Nie|Áno|Nie|

1203

|as_66353|Integrácia na CSRÚ|TBD|Konzumujúca|Nie|Áno|Nie|

1204

|as_66355|Web API porušenia|TBD|Konzumujúca|Nie|Áno|Nie|

1205

|as_66357|Web API registratúra|TBD|Poskytovaná/Konzumujúca|Nie|Nie|Nie|

1206

1207

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

1208

1209

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

1210

1211

1212

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

1213

1214

|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

1215

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

1216

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

1217

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

1218

|RA|Register adries|isvs_192|Register adries

1219

1220

== 5. Dátová vrstva ==

1221

1222

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.

1223

1224

1225

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

1226

1227

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.

1228

1229

1230

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

1231

1232

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.

1233

1234

1235

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

1236

1237

1238

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

)))

|ID_01|Evidencia žiadostí - Žiadosť o grant|Údaje o podaných žiadostiach o granty|nie nemá

1243

|ID_02|Evidencia žiadostí - Žiadosť - Potvrdenie o zákonnom nadobudnutí|Certifikáty o zákonnom nadobudnutí pre grantové žiadosti|nie nemá

1244

|ID_03|Evidencia žiadostí - Žiadosť - Potvrdenie pre komerčné činnosti|Potvrdenie týkajúce sa komerčných činností v rámci projektu|nie nemá

1245

|ID_09|Evidencia vydaných rozhodnutí|Prehľad všetkých vydaných rozhodnutí o grantoch|nie nemá

1246

|ID_12|Evidencia držiteľov - Údaje o držiteľoch grantov - FO|Údaje o fyzických osobách, ktorí sú držiteľmi grantov|nie nemá

1247

|ID_13|Evidencia držiteľov - Údaje o držiteľoch grantov - PO|Údaje o právnických osobách držiteľoch grantov|nie nemá

1248

|ID_14|Evidencia držiteľov - Údaje o držiteľoch grantov - cudzinci|Údaje o zahraničných držiteľoch grantov|nie nemá

1249

|ID_15|Evidencia projektov - Údaje o grantových projektoch|Detaily o projektoch financovaných cez granty|nie nemá

1250

|ID_16|Evidencia projektov - Stav implementácie projektov|Sledovanie priebehu projektov financovaných grantmi|nie nemá

1251

|ID_17|Evidencia projektov - Výsledky a správy|Výsledky projektov a generovanie správ pre administrátorov|nie nemá

1252

|ID_18|Evidencia žiadostí - Žiadosť o zmenu grantu|Žiadosti o zmenu podmienok grantu alebo predĺženie|nie nemá

1253

|ID_19|Evidencia vydaných zmien grantov|Rozhodnutia o zmenách grantov (predĺženie, zmena podmienok)|nie nemá

1254

|ID_20|Register právnických osôb|Údaje o právnických osobách žiadateľoch|nie nemá

1255

|ID_21|Register fyzických osôb|Údaje o fyzických osobách žiadateľoch|nie nemá

1256

|ID_22|Register adries|Údaje o adresách žiadateľov a projektov|nie nemá

1257

|ID_23|Evidencia prístupových práv používateľov|Záznamy o prístupových právach používateľov systému|nie nemá

1258

|ID_24|Evidencia rozhodnutí hodnotiteľov|Rozhodnutia hodnotiteľov o grantových žiadostiach|nie nemá

=== ===

== 5.1.3 Referenčné údaje ==

1263

1264

Referenčné údaje sú objekty evidencie, ktoré sú považované za kľúčové pre integritu a jednotnosť systému. Ich definícia a správa budú zabezpečené v ISGM, kde tieto údaje budú neustále aktualizované a používané v rôznych fázach procesu grantového cyklu.

1265

1266

1267

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

1268

1269

1270

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

)))

|ID_01|Evidencia žiadostí - Žiadosť o grant|Záznamy o žiadostiach, ktoré boli podané do grantového systému|nie nemá

1275

|ID_02|Evidencia žiadostí - Žiadosť - Potvrdenie o zákonnom nadobudnutí|Certifikáty týkajúce sa zákonného nadobudnutia pre granty|nie nemá

1276

|ID_04|Evidencia rozhodnutí - Rozhodnutia hodnotiteľov|Rozhodnutia o hodnotení grantových žiadostí a projektov|nie nemá

1277

|ID_06|Evidencia projektov - Projektový výstup|Výstupy projektov, ktoré boli financované z grantov|nie nemá

1278

|ID_07|Evidencia projektov - Implementácia projektov|Informácie o realizovaných projektoch|nie nemá

1279

|ID_08|Evidencia držiteľov grantov - Údaje o fyzických osobách|Záznamy o fyzických osobách, ktoré sú držiteľmi grantov|nie nemá

1280

|ID_09|Evidencia držiteľov grantov - Údaje o právnických osobách|Záznamy o organizáciách a iných právnických osobách|nie nemá

1281

|ID_10|Evidencia projektov - Stav implementácie|Sledovanie stavu implementácie projektov|nie nemá

1282

|ID_11|Evidencia projektov - Sledovanie financií|Prehľad o rozpočtoch a čerpaní prostriedkov z grantov|nie nemá

1283

|ID_12|Evidencia rozhodnutí - Záznamy o zmenách|Záznamy o zmenách, ktoré boli vykonané na grantových projektoch|nie nemá

1284

|ID_13|Register právnických osôb|Údaje o registrovaných právnických osobách žiadateľoch o granty|nie nemá

1285

|ID_14|Register fyzických osôb|Údaje o fyzických osobách žiadateľoch o granty|nie nemá

1286

1287

1288

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

1289

1290

|ID OE|(((

1291

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

1292

1293

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

1294

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

1295

|ID_25|Register právnických osôb|Konzumovanie|Zákon č. 15/2005 o ochrane druhov voľne žijúcich živočíchov a voľne rastúcich rastlín reguláciou obchodu s nimi

1296

|ID_26|Výpis z registra trestov|Konzumovanie|Zákon č. 15/2005 o ochrane druhov voľne žijúcich živočíchov a voľne rastúcich rastlín reguláciou obchodu s nimi

1297

|ID_27|Register fyzických osôb|Konzumovanie|Zákon č. 15/2005 o ochrane druhov voľne žijúcich živočíchov a voľne rastúcich rastlín reguláciou obchodu s nimi

1298

|ID_28|Register adries|Konzumovanie|Zákon č. 15/2005 o ochrane druhov voľne žijúcich živočíchov a voľne rastúcich rastlín reguláciou obchodu s nimi

1299

1300

== 5.1.4 Kvalita a čistenie údajov ==

1301

1302

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

|**ID OE**|(((

**Objekt evidencie**

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

1308

)))|(((

1309

**Významnosť kvality**

1310

1311

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

1312

)))|(((

1313

**Citlivosť kvality**

1314

1315

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

1316

)))|(((

1317

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

1318

1319

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

1320

)))

1321

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

1322

|ID_02|Evidencia žiadostí - Žiadosť - Potvrdenie o zákonnom nadobudnutí|4|3|2

1323

|ID_03|Evidencia žiadostí - Žiadosť - Potvrdenie pre komerčné činnosti|4|3|3

1324

|ID_07|Evidencia vydaných rozhodnutí - Potvrdenie o zákonnom nadobudnutí|5|5|7

1325

|ID_11|Evidencia rozhodnutí - Záznamy o schválených a zamietnutých projektoch|5|4|11

1326

|ID_12|Evidencia rozhodnutí - Finančné prostriedky a ich čerpanie|5|5|12

1327

|ID_13|Evidencia držiteľov grantov - Údaje o žiadateľoch - Fyzické osoby (FO)|5|4|13

1328

|ID_14|Evidencia držiteľov grantov - Údaje o žiadateľoch - Právnické osoby (PO)|5|4|14

1329

|ID_15|Evidencia držiteľov grantov - Údaje o žiadateľoch - Cudzinci|4|3|15

1330

|ID_16|Evidencia projektov - Grantový projekt - Popis, cieľ a plánovanie|5|5|16

1331

|ID_17|Evidencia projektov - Implementácia a monitorovanie projektov|5|5|17

1332

|ID_18|Evidencia výstupov projektu - Výsledky a správy o úspešnosti projektu|5|5|18

1333

|ID_19|Evidencia žiadostí - Žiadosť o zmenu podmienok alebo predĺženie grantu|4|3|19

1334

|ID_20|Evidencia vydaných zmien podmienok grantu|4|3|20

1335

|ID_21|Evidencia porušení - Súdne rozhodnutia|4|3|21

1336

1337

1338

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

1339

1340

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

1341

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

1342

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

1343

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

1344

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

1345

1346

=== 5.1.5 Otvorené údaje ===

1347

1348

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.[[~[BB2~]>>path:#_msocom_2]] [[~[SH3~]>>path:#_msocom_3]]

1349

1350

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.

1351

1352

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.

|(((

**Názov objektu evidencie/datasetu**

1357

1358

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

1359

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

1360

**Periodicita publikovania**

1361

1362

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

1363

)))

1364

|Evidencia žiadostí - Žiadosť o grant|5★|Mesačne

1365

|Evidencia žiadostí - Žiadosť - potvrdenie o zákonnom nadobudnutí (certifikát)|4★|Mesačne

1366

|Evidencia žiadostí - Žiadosť - Potvrdenie pre komerčné činnosti (certifikát)|4★|Mesačne

1367

|Evidencia projektov - Popis, cieľ a plánovanie grantových projektov|5★|Mesačne

1368

|Evidencia projektov - Implementácia a monitorovanie projektov|5★|Mesačne

1369

|Evidencia výstupov projektu - Výsledky a správy o úspešnosti projektu|5★|Mesačne

1370

|Evidencia žiadostí - Žiadosť o zmenu podmienok alebo predĺženie grantu|4★|Mesačne

1371

1372

1373

== 5.1.6 Analytické údaje ==

1374

1375

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.

1376

1377

1378

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.

1379

1380

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.

1381

1382

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.

1383

1384

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.

1385

1386

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.

1387

1388

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.

1389

1390

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.

1391

1392

1393

== 5.1.7 Moje údaje ==

1394

1395

Z pohľadu budúceho stavu v rámci projektu ISGM budú údaje o žiadateľoch o granty, držiteľoch grantov a projektoch spravované a kategorizované do skupiny „moje údaje“. Tento proces bude zabezpečovať efektívnu správu a ochranu údajov, ktoré sú potrebné pre spracovanie a hodnotenie grantových žiadostí, ako aj pre monitorovanie implementácie projektov financovaných z grantov.

|**ID**|(((

**Názov registra / objektu evidencie**

1400

1401

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

1402

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

1403

|ID_01|Údaje o žiadateľoch o granty – Fyzická osoba (FO)|Meno, priezvisko, titul, adresa trvalého pobytu, číslo telefónu, e-mail, IČO, druh dokumentácie, číslo potvrdenia|Tento objekt evidencie zahŕňa údaje o fyzických osobách, ktoré podávajú grantové žiadosti. Zbierajú sa základné identifikačné údaje a dokumentácia pre správne posúdenie a hodnotenie žiadostí.

1404

|ID_02|Údaje o žiadateľoch o granty – Právnická osoba (PO)|Názov právnickej osoby, IČO, sídlo, meno a priezvisko osoby spĺňajúcej kvalifikačné predpoklady, číslo telefónu, e-mail, druh dokumentácie|Tento objekt evidencie spravuje údaje o právnických osobách, ktoré podávajú grantové žiadosti. Obsahuje údaje o organizáciách a ich reprezentantoch, ktorí spĺňajú kvalifikačné predpoklady pre podanie žiadosti.

1405

|ID_03|Údaje o žiadateľoch o granty – Organizácie (PO)|Názov organizácie, sídlo, IČO, telefónne číslo, e-mail, web|(((

1406

Tento objekt evidencie sa zameriava na údaje o organizáciách, ktoré podávajú grantové žiadosti. Obsahuje informácie o organizáciách ako celku

1407

1408

(firmy, neziskové organizácie, verejné inštitúcie).

1409

)))

1410

|ID_04|Evidencia vydaných rozhodnutí - Záznamy o schválených grantoch|Číslo rozhodnutia, výška schváleného grantu, účel a podmienky grantu, dátum schválenia|Tento objekt evidencie spravuje rozhodnutia týkajúce sa schválených grantov. Obsahuje dôležité údaje o výške pridelených prostriedkov, účeloch a podmienkach grantov.

1411

1412

Sekcia "Moje údaje" v rámci ISGM je kľúčovým elementom na správu a evidenciu všetkých informácií týkajúcich sa žiadateľov, grantov, rozhodnutí a ich implementácie. Umožní žiadateľom grantov efektívne sledovať a spravovať údaje o sebe, rozhodnutiach o grantoch a implementovaných projektoch, pričom zabezpečí transparentnosť a dodržiavanie legislatívnych a administratívnych požiadaviek. Tým sa zefektívni celý proces udeľovania a správy grantov, čo vedie k lepšiemu využitiu verejných zdrojov a kvalitnejšej realizácii projektov.

1413

1414

Uvedená sada atribútov pri objektoch evidencie je sada atribútov evidovaná v súčasnosti (AS IS).

1415

1416

Finálna sada atribútov, ktoré budú publikované za jednotlivé objekty evidencie bude výsledkom analýzy v realizačnej fáze projektu.

1417

1418

1419

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

1420

1421

|ID|(((

1422

Register/Objekt evidencie

1423

1424

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

1425

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

1426

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

1427

|ID_02|Evidencia žiadostí - Žiadosť - Potvrdenie o zákonnom nadobudnutí (certifikát)|☒|☒|☒|☐

1428

|ID_03|Evidencia žiadostí - Žiadosť - Potvrdenie pre komerčné činnosti (certifikát)|☒|☒|☒|☐

1429

|ID_08|Evidencia vydaných rozhodnutí - Potvrdenie pre komerčné činnosti (certifikát)|☒|☒|☒|☐

1430

|ID_13|Evidencia držiteľov grantov - Údaje o žiadateľoch - Fyzické osoby|☒|☒|☐|☐

1431

|ID_14|Evidencia držiteľov grantov - Údaje o žiadateľoch - Právnické osoby|☒|☒|☐|☐

1432

|ID_15|Evidencia držiteľov grantov - Údaje o žiadateľoch - Cudzinci|☒|☒|☐|☐

1433

|ID_16|Evidencia projektov - Popis, cieľ a plánovanie grantových projektov|☒|☒|☐|☒

1434

|ID_17|Evidencia projektov - Implementácia a monitorovanie projektov|☒|☒|☐|☒

1435

|ID_18|Evidencia výstupov projektu - Výsledky a správy o úspešnosti projektu|☒|☒|☐|☒

1436

|ID_19|Evidencia žiadostí - Žiadosť o zmenu podmienok alebo predĺženie grantu|☒|☒|☐|☐

1437

|ID_20|Evidencia vydaných zmien podmienok grantu|☒|☒|☐|☐

1438

|ID_22|Evidencia porušení - Súdne rozhodnutia|☐|☐|☒|☐

1439

1440

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.

1441

1442

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

1443

1444

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.

1445

1446

1447

== 5.2 Technologická vrstva ==

1448

1449

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

1450

1451

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

1452

1453

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

1454

1455

1456

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

1457

1458

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

1459

1460

1461

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

1462

1463

[[image:1740317298564-256.png]]

1464

1465

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.

1466

1467

1468

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

1469

1470

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 otvorenej vedy v rámci celej organizácie. Implementované nástroje budú prevádzkované v infraštruktúre CVTI SR bez potreby jej rozšírenia.

1471

1472

1473

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

1474

1475

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.

1476

1477

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 vládneho cloudu v nasledujúcich oblastiach:

1478

1479

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

1480

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

1481

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

1482

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

1483

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

1484

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

1485

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

1486

1487

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.

1488

1489

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

1490

1491

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:

1492

1493

* 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

1494

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

1495

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

1496

* 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

1497

* 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

1498

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

1499

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

1500

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

1501

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

1502

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

1503

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

1504

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

1505

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

1506

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

1507

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

1508

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

1509

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

1510

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

1511

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

1512

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

1513

1514

1515

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

1516

1517

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

1518

1519

1520

== 7. Zdrojové kódy ==

1521

1522

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

1523

1524

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

1525

1526

1527

* 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

1528

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

1529

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

1530

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

1531

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

1532

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

1533

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

1534

1535

1536

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

1537

1538

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

1539

1540

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

1541

1542

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

1543

1544

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

1545

1546

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

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

1551

1552

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.

1553

1554

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

1555

1556

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

1557

1558

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

1559

1560

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

1561

1562

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

1563

1564

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

1565

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

1566

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

1567

1568

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.

1569

1570

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

1571

1572

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

1573

1574

1575

Označenie naliehavosti incidentu:

1576

1577

|**Označenie naliehavosti incidentu**|**Závažnosť incidentu**[[~[BB4~]>>path:#_msocom_4]] |**Popis naliehavosti incidentu**

1578

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

1579

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

1580

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:

1581

1582

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.

1587

1588

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

1589

)))

1590

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

1591

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:

1592

1593

Nastavenie parametrov systému Poskytovateľom alebo

1594

1595

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

1596

)))

1597

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

1598

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.

1599

1600

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

1608

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

1609

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

1610

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

1611

1612

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

1613

1614

1615

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

1616

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

1617

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

1618

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

1619

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

1620

1621

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

1622

1623

1624

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

1625

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

1626

1627

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

1628

)))

1629

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

1630

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

1631

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

1632

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

1633

1634

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

1635

1636

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

1637

1638

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

1639

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

1640

1641

1. Majú prioritu 3 a nižšiu

1642

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

1643

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

1644

1645

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

1646

1647

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

1648

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

1649

1650

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

1651

1652

1653

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

1654

1655

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

1656

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

1657

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

1658

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

1659

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

1660

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

1661

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

1662

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

1663

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

1664

)))

1665

1666

== 8.2.1 Dostupnosť (Availability) ==

1667

1668

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.

1669

1670

1671

== 8.2.2 RTO (Recovery Time Objective) ==

1672

1673

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

1674

1675

1676

== 8.2.3 RPO (Recovery Point Objective) ==

1677

1678

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

1679

1680

1681

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

1682

1683

**Riadiaci výbor** projektu tvorí predseda Riadiaceho výboru projektu a vlastníci procesov alebo nimi poverení zástupcovia.

1684

1685

1686

Riadiaci výbor sa riadi “Štatútom Riadiaceho výboru”, ktorý je popísaný v dokumente Štatút RV projektu ako najvyšší riadiaci orgán na účely realizácie projektu na základe schválenej projektovej dokumentácie.

1687

1688

Štatút Riadiaceho výboru upravuje najmä jeho pôsobnosť, úlohy, zloženie, zasadnutie a hlasovanie. Členom Riadiaceho výboru projektu môže byť aj zástupca dodávateľa. Väčšina členov Riadiaceho výboru projektu s hlasovacím právom sú osoby navrhnuté objednávateľom a zastupujú záujmy objednávateľa. Riadiaci výbor projektu dozerá na hospodárnosť, efektívnosť a účelové využívanie finančných prostriedkov a môže prispôsobiť štandardy projektového riadenia na realizovaný projekt.

1689

1690

Riadiaci výbor má minimálne 5 členov, vrátane predsedu Riadiaceho výboru (ďalej len „predseda“) :

1691

1692

1693

Riadiaci výbor projektu môžu tvoriť:

1694

1695

1. predseda Riadiaceho výboru projektu,

1696

11. podpredseda Riadiaceho výboru projektu,

1697

11. vlastník alebo vlastníci procesov biznis vlastník infraštruktúra) alebo nimi poverený zástupca alebo zástupcovia,

1698

11. zástupcu kľúčových používateľov (end user),

1699

11. zástupca za Dodávateľa v zmysle Zmluvy o Dielo s Dodávateľom.

1700

11. projektový manažér prijímateľa.

1701

1702

Riadiaci výbor je riadený predsedom, ktorým je zástupca Objednávateľa. V prípade neprítomnosti predsedu na zasadnutí Riadiaceho výboru, predseda musí na toto konkrétne zasadnutie písomne delegovať svoju funkciu v rozsahu svojich práv a

1703

1704

povinností formou splnomocnenia na zástupcu, ktorým môže byť aj iný člen Riadiaceho výboru s hlasovacím právom. Na rokovanie Riadiaceho výboru môžu byť v prípade potreby prizvaní aj iní účastníci tak zo strany Objednávateľa alebo za stranu Dodávateľa.

1705

1706

1707

Riadiaci výbor zasadá pravidelne, spravidla raz za mesiac avšak najmenej jedenkrát za tri (3) po sebe nasledujúce kalendárne mesiace. Zasadnutie Riadiaceho výboru zvoláva predseda. Závery zo zasadnutia Riadiaceho výboru a jednotlivé body zo zasadnutia Riadiaceho výboru sa prijímajú súhlasným hlasovaním nadpolovičnej väčšiny prítomných členov Riadiaceho výboru s hlasovacím právom. Hlas predsedu má v prípade rovnosti hlasov hodnotu dvoch hlasov.

1708

1709

1710

Hlavné dokumenty spojené s činnosťou Riadiaceho výboru sú program zasadnutia, pracovný materiál a záznam zo zasadnutia Riadiaceho výboru, ktorého prílohou musí byť aj prezenčná listina, prípadne aj písomné splnomocnenia členov Riadiaceho výboru.

1711

1712

1713

Program zasadnutia a pracovné materiály Riadiaceho výboru distribuuje Asistent projektového manažéra na základe podkladov a inštrukcií predsedu alebo toho člena Riadiaceho výboru, ktorý požiadal o zasadnutie Riadiaceho výboru.

1714

1715

Asistent projektového manažéra zabezpečí ich distribúciu členom Riadiaceho výboru najneskôr 3 pracovné dni pred zasadnutím Riadiaceho výboru. Za vecnú správnosť distribuovaného materiálu zodpovedá člen Riadiaceho výboru, ktorý ho predkladá.

1716

1717

1718

Riadiaci výbor zaniká ukončením plnohodnotnej implementácie projektu a jeho uvedením do produktívnej prevádzky. Zoznam členov Riadiaceho výboru je súčasťou dokumentu Komunikačná matica uloženom na zdieľanom projektovom úložisku.

|1.|TBD|TBD|TBD|Predseda RV (HP)

1723

|2.|TBD|TBD|TBD|Podpredseda RV (HP)

1724

|3.|TBD|TBD|TBD|Zástupca vlastníkov procesov (HP)

1725

|4.|TBD|TBD|TBD|Zástupca vlastníkov procesov II. (HP)

1726

|5.|TBD|TBD|TBD|Zástupcu kľúčových používateľov

1727

|6.|TBD|TBD|TBD|Zástupca dodávateľa

1728

|7.|TBD|Projektový manažér|TBD|Projektový manažér prijímateľa

1729

1730

*HP- projektová rola s hlasovacím právom v Riadiacom výbore projektu

1731

1732

1733

Riadenie projektu zo strany Objednávateľa bude zabezpečené prostredníctvom Projektového manažéra a Finančného manažéra a bude trvať počas celej doby realizácie projektu. Bude pokrývať oblasť projektového riadenia (projektový manažment, celková koordinácia projektu, celkový dohľad nad vývojom dodávaného Diela, vrátane kvality), finančného riadenia a monitorovania realizácie projektu v zmysle riadenia podľa vyhlášky MIRRI č. 401/2023 Z. z. v platnom znení.

1734

1735

1736

Projektový tím bude pozostávať z pozícií:

1737

1738

* Projektový manažér (PM)

1739

* Kľúčový používateľ (KP)

* Analytik IT,

* Architekt IT,

* IT tester,

* Dátový špecialista,

1744

* Manažér kybernetickej a informačnej bezpečnosti (MKIB)

1745

1746

* Ďalšie projektové roly:

1747

1748

* Finančný manažér (FM)

1749

* Asistent PM

1750

1751

V súlade s výzvou CVTI zabezpečí, aby počas implementácie projektu a po jeho skončení (počas obdobia udržateľnosti) bol k dispozícii interný personál na obsluhu, prevádzku a rozvoj riešenia. Zároveň bude minimálne počas obdobia udržateľnosti zabezpečené financovanie tohto personálu zo zdrojov CVTI.

1752

1753

Projektový manažér Objednávateľa bude zabezpečovať koordináciu projektových činností a manažment v súlade s metodikou PRINCE2 (hlavné dokumenty, priebežné manažérske výstupy, a pod.).

1754

1755

Projektový manažér Objednávateľa bude riadiť, administratívne a organizačne zabezpečovať implementáciu projektu, komunikovať s dodávateľmi, sledovať plnenie harmonogramu projektu a zabezpečovať dokumenty požadované MIRRI. Zároveň bude v spolupráci s projektovým manažérom dodávateľa koordinovať realizáciu hlavných aktivít, činností a úloh projektu.

1756

1757

Zodpovednosťou projektového manažéra je v spolupráci s finančným manažérom (objednávateľa) finančné riadenie projektu kontrolu rozpočtu projektu a jeho súlad s účtovnými dokladmi. Kontrolu podpornej účtovnej dokumentácie a poradenstvo pri definovaní oprávnených výdavkov bude zabezpečovať finančný manažér Objednávateľa.

1758

1759

Súčasťou projektového riadenia bude tiež operatívna projektová podpora zabezpečujúca administratívnu podporu pre písomnú komunikáciu, administratívne vedenie projektovej dokumentácie a prípravu podkladov pre členov projektového tímu, organizáciu stretnutí a pod.. V rámci aktivity budú taktiež zabezpečovaný manažment a hodnotenie kvality zo strany Objednávateľa.

|1.|TBD|Projektový manažér|TBD|Projektový manažér

1764

|2.|TBD|TBD|TBD|Kľúčový používateľ

1765

|3.|TBD|TBD|TBD|Analytik IT

1766

|4.|TBD|TBD|TBD|Architekt IT

1767

|5.|TBD|TBD|TBD|IT tester

1768

|6.|TBD|TBD|TBD|Dátový špecialista

1769

|7..|TBD|Manažér kybernetickej a informačnej bezpečnosti|TBD|Manažér kybernetickej a informačnej bezpečnosti

1770

|8.|TBD|TBD|TBD|Finančný manažér

1771

|9.|TBD|TBD|TBD|Asistent PM

1772

1773

RV je riadiaci orgán projektu, ktorý zodpovedá najmä za splnenie stanovených cieľov projektu, rozhoduje o zmenách, ktoré majú zásadný význam a prejavujú sa hlavne dopadom na časový harmonogram a finančné prostriedky projektu. Reprezentuje najvyššiu akceptačnú autoritu projektu. Štatút Riadiaceho výboru projektu upravuje najmä úlohy, zloženie a pôsobnosť RV, ako aj práva a povinnosti členov RV pri riadení a realizácii predmetného projektu.

1774

1775

Projektový manažér riadi projekt, kvalitu a riziká projektu a zabezpečuje plnenie úloh uložených RV. Členovia projektového tímu zabezpečujú plnenie úloh uložených projektovým manažérom alebo RV.

1776

1777

Ďalšie povinnosti členov RV, projektového manažéra a členov projektového tímu sú uvedené vo Vyhláške č. 401/2023 Z. z. a v doplňujúcich vzoroch a šablónach zverejnených na webovom sídle MIRRI SR.

1778

1779

1780

|**Projektová rola:**|**IT ANALYTIK**

1781

|Stručný popis:|(((

1782

* Zodpovedá za zber a analyzovanie funkčných požiadaviek, analyzovanie a spracovanie

1783

1784

dokumentácie z pohľadu procesov, metodiky, technických možností a inej dokumentácie.

1785

1786

* Podieľa sa na návrhu riešenia vrátane návrhu zmien procesov v oblasti biznis analýzy a analýzy softvérových riešení. Zodpovedá za výkon analýzy IS, koordináciu a dohľad nad činnosťou SW analytikov.

1787

* Analyzuje požiadavky na informačný systém/softvérový systém, formálnym spôsobom

1788

* Zaznamenáva činnosti/procesy, vytvára analytický model systému, okrem analýzy realizuje aj návrh systému, ten vyjadruje návrhovým modelom.

1789

* Analytik informačných technológií pripravuje špecifikáciu cieľového systému od procesnej až po technickú rovinu. Mapuje a analyzuje existujúce podnikateľské a procesné prostredie, analyzuje biznis požiadavky na informačný systém, špecifikuje požiadavky na informačnú podporu procesov, navrhuje koncept riešenia a pripravuje podklady pre architektov a vývojárov riešenia, participuje na realizácii zmien, dohliada na realizáciu požiadaviek v cieľovom riešení, spolupracuje pri ich preberaní (akceptácie) používateľom.

1790

* Pri návrhu IT systémov využíva odbornú špecializáciu IT architektov a projektantov. Študuje a analyzuje dokumentáciu, požiadavky klientov, legislatívne a technické podmienky a možnosti zvyšovania efektívnosti a výkonnosti riadiacich a informačných procesov. Navrhuje a prerokúva koncepcie riešenia informačných systémov a analyzuje ich efekty a dopady. Zabezpečuje spracovanie analyticko-projektovej špecifikácie s návrhom dátových a objektových štruktúr a ich väzieb, užívateľského rozhrania a ostatných podkladov pre projektovanie nových riešení.

1791

* Spolupracuje na projektovaní a implementácii návrhov. Môže tiež poskytovať poradenstvo v oblasti svojej špecializácie. Zodpovedá za návrhovú (design) časť IT - pôsobí ako medzičlánok medzi používateľmi informačných systémov (biznis pohľad) a ich realizátormi (technologický pohľad).

1792

)))

1793

|Detailný popis rozsahu zodpovednosti, povinností a kompetencií|(((

1794

* Vykonanie analýzy procesných a ďalších požiadaviek a vytvorenie špecifikácie súčasného alebo budúceho užívateľa softwaru („zákazníka“) a následne navrhuje dizajn a programátorské riešenie.

1795

* Participáciu na vývoji nových, ale i vylepšovaní existujúcich aplikácií v rámci celého vývojového cyklu – systémová analýza, dizajn, kódovanie, užívateľské testovanie, implementácia, podpora, dokumentácia. Úzko spolupracuje aj s IT architektom.

1796

* Analýza potrieb zákazníka vrátane tvorby úplnej analytickej dokumentácie a vstupov do verejného

1797

* obstarávania (VO).

1798

* Mapovanie požiadaviek do návrhu funkčných riešení.

1799

* Návrh a správa katalóg požiadaviek - registra požiadaviek riešenia

1800

* Analýza funkčných a nefunkčných požiadaviek,

1801

* Návrh fyzického a logického modelu,

1802

* Návrh testovacích scenárov,

1803

* V priebehu implementácie robí dohľad nad zhodou výstupov s pôvodným analytickým zadaním.

1804

* Zodpovednosť za dodržovanie správnej metodiky pri postupe analýzy

1805

* Definovanie akceptačných kritérií v projekte

1806

* Odsúhlasenie opisu produktov, ktoré predstavujú vstupy alebo výstupy (priebežné alebo konečné) úloh dodávateľov, alebo ktoré ich priamo ovplyvňujú a zabezpečovať akceptáciu produktov po ich dokončení.

1807

* Priraďuje priority a poskytuje stanoviská používateľov na rozhodnutia Riadiaceho výboru projektu k realizácii zmenových požiadaviek

1808

* Poskytuje merania aktuálneho stavu pre potreby porovnania s výsledkami projektu vzhľadom na realizáciu prínosov.

1809

* Rieši požiadavky používateľov a konflikty iných priorít.

1810

* Posúdenie prevádzkovo-infraštruktúrnej dokumentácie pred akceptáciou a prevzatím od

1811

* dodávateľa

1812

* Aktívnu účasť v projektových tímoch a spoluprácu na vypracovaní manažérskej a špecializovanej

1813

* dokumentácie a produktov v minimálnom rozsahu určenom Vyhláškou 401/2023 Z. z., Prílohou č.1

1814

* Plnenie pokynov projektového manažéra a dohôd zo stretnutí projektového tímu

1815

)))

1816

1817

|**Projektová rola:**|**IT ARCHITEKT**

1818

|Stručný popis:|(((

1819

* Zodpovedá za návrh architektúry riešenia IS a implementáciu technológií predovšetkým z pohľadu udržateľnosti, kvality a nákladov, za riešenie architektonických cieľov projektu dizajnu IS a súlad s architektonickými princípmi.

1820

* Vykonáva, prípadne riadi vysoko odborné tvorivé činnosti v oblasti návrhu IT.

1821

* Študuje a stanovuje smery technického rozvoja informačných technológií, navrhuje riešenia na optimalizáciu a zvýšenie efektívnosti prostriedkov výpočtovej techniky.

1822

* Navrhuje základnú architektúru informačných systémov, ich komponentov a vzájomných väzieb.

1823

* Zabezpečuje projektovanie dizajnu, architektúry IT štruktúry, špecifikácie jej prvkov a parametrov, vhodnej softvérovej a hardvérovej infraštruktúry podľa základnej špecifikácie riešenia.

1824

* Zodpovedá za spracovanie a správu projektovej dokumentácie a za kontrolu súladu implementácie s dokumentáciou.

1825

* Môže tiež poskytovať konzultácie, poradenstvo a vzdelávanie v oblasti svojej špecializácie. IT architekt, projektant analyzuje, vytvára a konzultuje so zákazníkom riešenia na úrovni komplexných IT systémov a IT architektúr, najmä na úrovni aplikačného vybavenia, infraštruktúrnych systémov, sietí a pod.

1826

* Zaručuje, že návrh architektúry a/alebo riešenia zodpovedá zmluvne dohodnutým požiadavkám zákazníka v zmysle rozsahu, kvality a ceny celej služby/riešenia

)))

|Detailný popis rozsahu zodpovednosti, povinností a kompetencií|(((

1831

1832

1833

* Navrhovanie architektúry IT riešení s cieľom dosiahnuť najlepšiu efektivitu.

1834

* Transformovanie cieľov, prísľubov a zámerov projektu do tvorby reálnych návrhov a riešení.

1835

* Navrhovanie takých riešení, aby poskytovali čo najvyššiu funkčnosť a flexibilitu.

1836

* Posudzovanie vhodnosti navrhnutých riešení s ohľadom na požiadavky projektu.

1837

* Zodpovednosť za technické navrhnutie a realizáciu projektu.

1838

* Zodpovednosť za vytvorenie technickej IT dokumentácie a jej následná kontrola.

1839

* Zodpovednosť za definovanie integračných vzorov, menných konvencií, spôsobov návrhu a spôsobu programovania.

1840

* Definovanie architektúry systému, technických požiadaviek a funkčného modelu (Proof Of Concept.)

1841

* Vytvorenie požiadaviek na HW/SW infraštruktúru IS.

1842

* Udržiavanie a rozvoj konzistentnej architektúry s dôrazom na architektúru aplikačnú, dátovú a infraštruktúrnu.

1843

* Analýzu a odhad náročnosti technických požiadaviek na vytvorenie IS alebo vykonanie zmien v IS.

1844

* Navrhovanie riešení zohľadňujúce architektonické štandardy, časové a zdrojové obmedzenia.

1845

* Navrhovanie dátových transformácií medzi dátovými skladmi a aplikáciami.

1846

* Vyhodnocovanie implementačných alternatív z pohľadu celkovej IT architektúry.

1847

* Ladenie dátových štruktúr za účelom dosiahnutia optimálneho výkonu.

1848

* Prípravu akceptačných kritérií.

1849

* Analýza nových nástrojov, produktov a technológií.

1850

* Správa, rozvoj a dohľad nad dodržiavaním integračných štandardov.

1851

* Priebežné posudzovanie vecných výstupov dodávateľa v rámci analýzy, návrhu riešenia vrátane Detailného návrhu riešenia (DNR) z pohľadu analýzy a návrhu riešenia architektúry IS.

1852

* Vykonáva posudzovanie a úpravu testovacej stratégie, testovacích scenárov, plánov testov, samotné testovanie a účasť na viacerých druhoch testovania.

1853

* Vykonanie záťažových, výkonnostných a integračných testov a navrhnutie následných

1854

* nápravných opatrení.

1855

* Nasadenie a otestovanie migrácie, overenie kvality dát a navrhnutie nápravných opatrení.

1856

* Participáciu na výkone bezpečnostných testov,.

1857

* Participáciu na výkone UAT testov.

1858

* Posúdenie prevádzkovo-infraštruktúrnej dokumentácie pred akceptáciou a prevzatím od

1859

* Dodávateľa.

1860

* Aktívnu účasť v projektových tímoch a spoluprácu na vypracovaní manažérskej a špecializovanej

1861

* dokumentácie a produktov v minimálnom rozsahu určenom Vyhláškou 85/2020 Z. z., Prílohou č.1

1862

* Plnenie pokynov projektového manažéra a dohôd zo stretnutí projektového tímu.

)))

|**Projektová rola:**|**PROJEKTOVÝ MANAŽÉR**

1867

|Detailný popis rozsahu zodpovedností, povinností a kompetencií:|(((

1868

* Zodpovedá za každodenné riadenie projektu v mene RV, za monitorovanie projektu, za plánovanie aktivít, za informovanie o projekte, atď.,

1869

* Zodpovedá za určenie pravidiel, spôsobov, metód a nástrojov riadenia projektu a získanie podpory RV pre riadenie, plánovanie a kontrolu projektu a efektívne využívanie projektových zdrojov (ľudských a finančných)

1870

* Zodpovedá za splnenie všetkých legislatívnych požiadaviek (právne predpisy SR), metodických požiadaviek súvisiacich s implementáciou projektu a formálnu administráciu projektu súvisiacu s riadením, organizovaním, finančným zúčtovaním, sledovaním čiastkových a celkových výsledkov (monitorovaním) a hodnotením výsledkov

1871

* Integrovane riadi prípravu a uskutočnenie projektu, nasadenie disponibilných prostriedkov, zabezpečuje koordináciu dodávateľov a zhotoviteľov jednotlivých výstupov projektu, zabezpečuje koordináciu partnerov, časový priebeh a kvalitu výstupov projektu, zmeny projektu a rieši konflikty s okolím projektu,

1872

* Prijíma rozhodnutia a riadi projekt tak, aby sa splnili stanovené ciele projektu, a aby projekt dodával dohodnuté produkty v dohodnutej kvalite, v čase, a v rámci rozpočtu.

1873

* Zodpovedá RV za plnenie cieľov projektu a celkový postup prác v projekte.

1874

* Informuje RV o stave a priebehu projektu, predkladá návrhy na zlepšenie.

1875

* Riadi strategické a projektové riziká, vrátane vývojových a rezervných plánov.

1876

* Zodpovedá za identifikovanie kritických miest projektu a navrhovanie ciest k ich eliminácii.

1877

* Aktívne komunikuje s dodávateľom, zástupcom dodávateľa a projektovým manažérom dodávateľa s cieľom zabezpečiť úspešné dodanie a nasadenie požadovaných projektových výstupov.

1878

* Zabezpečuje kontrolu dodržiavania a plnenia míľnikov v zmysle zmluvy s dodávateľom,

1879

* Zabezpečuje vecnú administráciu zúčtovania dodávateľských faktúr,

1880

* Predkladá požiadavky dodávateľa na rokovanie RV,

1881

* Zodpovedá za koordináciu a zabezpečenie podkladov pre oddelenie komunikačné pre potreby medializácie projektu.

1882

* Zodpovedá za informovanie zamestnancov a verejnosti o začatí a ukončení projektu v závislosti od jeho charakteru.

1883

* Zodpovedá za zabezpečenie vypracovania, priebežnej aktualizácie a verziovania manažérskej a špecializovanej dokumentácie a produktov.

1884

* Pripravuje a predkladá stanovené dokumenty na schválenie RV.

1885

* Navrhuje zaradiť projekt alebo jeho časť do režimu utajenia.

1886

* Zabezpečuje permanentný dohľad a zvýšenú mieru kontroly a ochrany tokov informácií pri realizácii utajovaného projektu alebo utajovanej časti projektu,

1887

* Zodpovedá za vypracovanie požiadaviek na zmenu, návrh ich prioritizácie a predkladanie zmenových požiadaviek na rokovanie RV.

1888

* Zabezpečuje podanie žiadosti o rozpočtové opatrenie MF SR cez Rozpočtový informačný systém na projekt IT podľa potreby.

1889

* Zodpovedá za riadenie zmeny a prípadné požadované riadenie konfigurácií.

1890

* Navrhuje členov projektového tímu po dohode s líniovým vedúcim a tímovým manažérom a tiež navrhuje rozsah ich zodpovedností a činností.

1891

* Organizuje, riadi, motivuje projektový tím a deleguje úlohy členom projektového tímu.

1892

* Hodnotí členov projektového tímu.

1893

* Udeľuje pokyny na výkon činností projektovej kancelárie.

1894

* Podľa potreby deleguje svoje povinnosti a práva na tímových manažérov a koordinuje ich činnosť.

1895

* Plní úlohy tímového manažéra (vedúceho projektového tímu), ak takáto rola v projekte nie je obsadená –viď činnosť projektovej role „Tímový manažér“,

1896

* Monitoruje výkonnosť projektu, to znamená, že sleduje pokrok vo vybraných ukazovateľoch (KPI) projektu a predkladá ho na schválenie RV,

1897

* Zabezpečuje evidenciu v informačných systémoch pre štandardizované procesy programové a projektového riadenia, napr. IT monitorovací systém pre európske štrukturálne a investičné fondy.

1898

* Zodpovedá za publikovanie RV schválených projektových výstupov v MetaIS chronologicky, z každej fázy životného cyklu projektu,

1899

* Zodpovedá za publikovanie zápisov RV v MetaIS.

1900

1901

Počas celej doby realizácie projektu štandardne zabezpečuje nasledovné prierezové činnosti:

1902

1903

~1. kontinuálne zdôvodňovanie projektu, ktoré zahŕňa posúdenie, či je projekt požadovaný a dosiahnuteľný, potrebné na rozhodovanie o pokračovaní vynakladania prostriedkov počas všetkých fáz projektu, vypracované aspoň po ukončení každej fázy projektu,

1904

1905

2. plánovanie a operatívne riadenie dodávania projektových produktov,

1906

1907

3. riadenie rizík a závislostí, ktoré zahŕňa identifikáciu, hodnotenie a riadenie rizík, závislostí a hrozieb na úspešnú realizáciu projektu,

1908

1909

* Zabezpečuje dodržiavanie legislatívno-metodických zásad pre riadenie projektov.

1910

* Zodpovedá za formálnu administráciu projektu, riadenie centrálneho úložiska projektovej dokumentácie CVTI SR, správu a archiváciu projektovej dokumentácie.

1911

* Sleduje dodržiavanie interných riadiacich aktov.

1912

)))

1913

1914

|**Projektová rola:**|**KĹÚČOVÝ POUŽÍVATEĽ**

1915

|Stručný popis:|(((

1916

* Reprezentuje záujmy budúcich koncových používateľov projektových produktov alebo projektových výstupov.

1917

* Poskytuje súčinnosť pri spracovaní interného riadiaceho aktu upravujúceho prevádzku, servis a podporu IT,

1918

* Aktívne sa zúčastňuje stretnutí projektového tímu a spolupracuje na vypracovaní manažérskej a špecializovanej dokumentácie a produktov v minimálnom rozsahu určenom Prílohou č.1 tejto smernice,

1919

* Plní pokyny PM a dohody zo stretnutí projektového tímu.

1920

)))

1921

|Detailný popis rozsahu zodpovedností, povinností a kompetencií|(((

1922

* Návrh a špecifikáciu funkčných, nefunkčných a technických požiadaviek, potreby, obsahu, kvalitatívnych a kvantitatívnych prínosov projektu, požiadaviek koncových používateľov na prínos systému a požiadaviek na bezpečnosť.

1923

* Jednoznačnú špecifikáciu požiadaviek na jednotlivé projektové výstupy (špecializované produkty a výstupy) z pohľadu vecno-procesného a legislatívy.

1924

* Návrh a definovanie rizík, rozhraní a závislostí.

1925

* Vykonanie používateľského testovania funkčného používateľského rozhrania (UX testovania) a za finálne odsúhlasenie používateľského rozhrania.

1926

* Návrh a definovanie akceptačných kritérií.

1927

* Akceptačné testovanie (UAT) a návrh na akceptáciu projektových produktov alebo projektových výstupov a finálny návrh na spustenie do produkčnej prevádzky.

1928

1929

Predkladanie požiadaviek na zmenu funkcionalít produktov.

1930

)))

1931

1932

|**Projektová rola:**|** VLASTNÍK PROCESOV **(biznis vlastník)

1933

|Stručný popis:|(((

1934

* Zodpovedá za proces - jeho výstupy i celkový priebeh poskytnutia služby alebo produktu konečnému užívateľovi. Kľúčová rola na strane zákazníka (verejného obstarávateľa), ktorá schvaľuje biznis požiadavky a zodpovedá za výsledné riešenie, prínos požadovanú hodnotu a naplnenie merateľných ukazovateľov. Úlohou tejto roly je definovať na užívateľa orientované položky (user-stories), ktoré budú zaradzované a prioritizované v produktovom zásobníku.

1935

* Zodpovedá za priebežné posudzovanie vecných výstupov dodávateľa v rámci analýzy, návrhu riešenia vrátane DNR z pohľadu analýzy a návrhu riešenia aplikácii IS.

1936

* Zodpovedný za schválenie funkčných a technických požiadaviek, potreby, obsahu, kvalitatívnych a kvantitatívnych prínosov projektu.

1937

* Definuje očakávania na kvalitu projektu, kvalitu projektových produktov, prínosy pre koncových používateľov a požiadavky na bezpečnosť.

1938

* Definuje merateľné výkonnostné ukazovatele projektov a prvkov. Vlastník procesov schvaľuje akceptačné kritériá, rozsah a kvalitu dodávaných projektových výstupov pri dosiahnutí platobných míľnikov, odsúhlasuje spustenie výstupov projektu do produkčnej prevádzky a dostupnosť ľudských zdrojov alokovaných na realizáciu projektu.

1939

)))

1940

|Detailný popis rozsahu zodpovednosti, povinností a kompetencií|(((

1941

1942

1943

* Realizáciu dohľadu nad súladom projektových výstupov s požiadavkami koncových používateľov.

1944

* Spoluprácu pri riešení odpovedí na otvorené otázky a riziká projektu.

1945

* Posudzovanie, pripomienkovanie, testovanie a protokolárne odsúhlasovanie projektových výstupov v príslušnej oblasti (v biznis procese) po vecnej stránke (najmä procesnej a legislatívnej)

1946

* Riešenie problémov a požiadaviek v spolupráci s odbornými garantmi,

1947

* Spoluprácu pri špecifikácii a poskytuje súčinnosť pri riešení zmenových požiadaviek

1948

* Schválenie funkčných a technických požiadaviek, potreby, obsahu, kvalitatívnych a kvantitatívnych prínosov projektu z pohľadu používateľov koncového produktu

1949

* Definovanie očakávaní na kvalitu projektu, kritérií kvality projektových produktov, prínosov pre koncových používateľova požiadaviek na bezpečnosť,

1950

* Definovanie merateľných výkonnostných ukazovateľov projektov a prvkov,

1951

* Sledovanie a odsúhlasovanie nákladovosti, efektívnosti vynakladania finančných prostriedkov a priebežné monitorovanie a kontrolu odôvodnenia projektu (BC/CBA)

1952

* Schválenie akceptačných kritérií,

1953

* Riešenie problémov používateľov

1954

* Akceptáciu rozsahu a kvality dodávaných projektových výstupov pri dosiahnutí platobných míľnikov,

1955

* Vykonanie UX a UAT testovania

1956

* Odsúhlasenie spustenia výstupov projektu do produkčnej prevádzky,

1957

* Dostupnosť a efektívne využitie ľudských zdrojov alokovaných na realizáciu projektu,

1958

* Vykonávanie monitorovania a hodnotenia procesov v plánovaných intervaloch.

1959

* Poskytovanie vyjadrení k zmenovým požiadavkám, k ich opodstatnenosti a prioritizácii

1960

* Zisťovanie efektívneho spôsobu riadenia a optimalizácie zvereného procesu, vrátane analyzovanie všetkých vyskytujúcich sa nezhôd,

1961

* Okrem zvažovaní rizík prevádzkových alebo podporných procesov súčasne vlastník napomáha identifikovať príležitosti,

1962

* Zlepšovanie a optimalizáciu procesov v spolupráci s ďalšími prepojenými vlastníkmi procesov a manažérom kvality,

1963

* Odsúhlasenie akceptačných protokolov zmenových konaní

1964

* Aktívnu účasť v projektových tímoch a spoluprácu na vypracovaní manažérskej a špecializovanej dokumentácie a produktov v minimálnom rozsahu určenom Vyhláškou 401/2023 Z. z., Prílohou č.1

)))

|**Projektová rola:**|**IT Tester**

1969

|Stručný popis:|(((

1970

* Vypracovanie testovacích plánov a stratégií na základe požiadaviek projektu.

1971

* Definovanie testovacích scenárov a prípadov, ktoré pokrývajú všetky aspekty funkčnosti softvéru.

1972

* Inštalácia a konfigurácia softvérových aplikácií a testovacích nástrojov.

1973

* Zabezpečenie potrebného hardvéru a softvéru pre efektívne testovanie.

1974

* Realizácia manuálnych a automatizovaných testov podľa definovaných scenárov.

1975

* Kontrola funkčnosti, použiteľnosti, bezpečnosti a výkonu softvéru.

1976

* Dokumentovanie nájdených chýb a nedostatkov v systéme.

1977

* Spolupráca s vývojárskym tímom na reprodukcii chýb a poskytovaní detailných informácií o problémoch.

1978

* Používanie rôznych testovacích nástrojov a softvérových aplikácií na automatizáciu testovacieho procesu.

1979

* Udržiavanie a aktualizácia testovacích nástrojov a skriptov.

1980

* Vyhodnocovanie výsledkov testov a poskytovanie spätnej väzby vývojárskemu tímu.

1981

* Príprava testovacích reportov a dokumentácia testovacích výsledkov.

1982

* Úzka spolupráca s vývojármi, projektovými manažérmi a ostatnými členmi tímu na dosiahnutí cieľov projektu.

1983

* Účasť na stretnutiach a prezentáciách, kde sa diskutujú výsledky testov a návrhy na zlepšenie.

1984

)))

1985

|Detailný popis rozsahu zodpovedností, povinností a kompetencií|(((

1986

* Navrhovanie testovacích stratégií a plánov na základe požiadaviek projektu a cieľov kvality.

1987

* Identifikácia testovacích požiadaviek v spolupráci s tímom pre analýzu požiadaviek a obchodnými analytikmi.

1988

* Zabezpečenie, že všetky testovacie scenáre sú kompletné a pokrývajú všetky aspekty softvérového produktu.

1989

* Konfigurácia testovacích prostredí vrátane hardvéru, softvéru, databáz a iných potrebných komponentov.

1990

* Zabezpečenie, že testovacie prostredie je konzistentné s produkčným prostredím, aby sa minimalizovali rozdiely v správaní aplikácií.

1991

* Vykonávanie manuálnych a automatizovaných testov podľa definovaných testovacích scenárov a prípadov.

1992

* Vykonávanie funkčných, integračných, regresných, výkonových a bezpečnostných testov.

1993

* Dokumentovanie výsledkov testov, identifikovaných chýb a anomálií v softvéri.

1994

* Príprava podrobných testovacích reportov a ich prezentácia vývojovému tímu a manažmentu.

1995

* Poskytovanie spätnej väzby na návrhy a implementácie z pohľadu testovania.

1996

* Vývoj a udržiavanie automatizovaných testovacích skriptov a nástrojov.

1997

* Integrácia automatizovaných testov do procesu kontinuálnej integrácie a nasadzovania (CI/CD).

1998

* Aktualizácia a optimalizácia testovacích nástrojov na základe potrieb projektu.

1999

* Vytvoriť a implementovať testovacie plány a scenáre, ktoré pokrývajú všetky funkčné a nefunkčné požiadavky.

2000

* Zabezpečiť, aby testovacie prostredie bolo pripravené a funkčné pred začatím testovania.

2001

* Vykonávať manuálne testy podľa testovacích prípadov a scenárov.

2002

* Vyvíjať a spúšťať automatizované testy na identifikáciu regresných chýb a zabezpečenie konzistencie funkcií.

2003

* Testovať integráciu rôznych komponentov a systémov, aby sa zabezpečila ich správna spolupráca.

2004

* Analyzovať výsledky testov a identifikovať príčiny zistených chýb.

2005

* Dokumentovať a sledovať chyby pomocou systémov na správu chýb (napr. JIRA, Bugzilla).

2006

* Pripravovať pravidelné reporty o stave testovania a identifikovaných problémoch.

2007

* Komunikovať s vývojovým tímom o nájdených chybách a poskytovať podrobné informácie potrebné na ich opravu.

2008

* Účasť na stretnutiach a prezentáciách s cieľom informovať o stave testovania a diskutovať o riešeniach.

2009

* Aktualizovať testovacie plány, scenáre a nástroje na základe zmien v projekte a požiadavkách.

2010

* Zabezpečiť, aby všetky testovacie dokumenty boli aktuálne a presné.

2011

)))

2012

2013

|**Projektová rola:**|**Dátový špecialista**

|Stručný popis:|(((

* Zabezpečenie zberu dát z rôznych zdrojov, vrátane interných databáz, externých systémov a verejne dostupných zdrojov.

2018

* Správa a údržba databáz a dátových skladov, aby boli dáta konzistentné a spoľahlivé.

2019

* Implementácia a údržba ETL (Extract, Transform, Load) procesov na zabezpečenie kvalitného a efektívneho prenosu dát medzi systémami.

2020

* Vykonávanie pokročilých analýz dát na identifikáciu vzorov, trendov a korelácií, ktoré podporujú rozhodovacie procesy.

2021

* Používanie štatistických metód a dátovej analytiky na interpretáciu dát a generovanie prehľadov.

2022

* Vytváranie predikčných modelov a algoritmov na podporu plánovania a prognózovania.

2023

* Vytváranie a udržiavanie dashboardov a reportov pomocou nástrojov na vizualizáciu dát (napr. Tableau, Power BI).

2024

* Zabezpečenie, aby vizualizácie boli jasné, informatívne a prispôsobené potrebám rôznych užívateľov v organizácii.

2025

* Prezentácia zistení a odporúčaní manažmentu a iným zainteresovaným stranám.

2026

* Implementácia procesov na kontrolu kvality dát, vrátane identifikácie a nápravy chýb a nezrovnalostí v dátach.

2027

* Zabezpečenie, aby dáta boli aktuálne a relevantné pre potreby organizácie.

2028

* Pravidelné audity dátových systémov a procesov na udržanie vysokých štandardov kvality dát.

2029

* Úzka spolupráca s IT oddelením, obchodnými analytikmi, vývojármi a ďalšími tímami na zabezpečenie správneho toku a využitia dát.

2030

* Poskytovanie podpory užívateľom pri prístupe a interpretácii dát.

2031

)))

2032

|Detailný popis rozsahu zodpovednosti, povinností a kompetencií|(((

2033

* Zabezpečenie efektívneho a spoľahlivého zberu dát z rôznych interných a externých zdrojov.

2034

* Zabezpečenie, aby všetky zberané dáta boli správne zaznamenané a uložené.

2035

* Vykonávanie štatistických a analytických metód na identifikáciu trendov a vzorcov v dátach.

2036

* Interpretáciu výsledkov analýz a poskytovania odporúčaní na základe získaných dát.

2037

* Prípravu pravidelných a ad hoc reportov a prezentácie pre manažment a iné zainteresované strany.

2038

* Vytvárať interaktívne dashboardy a vizualizácie na podporu rozhodovacích procesov.

2039

* Udržiavať a aktualizovať databázy a dátové sklady, aby boli dáta presné a aktuálne.

2040

* Monitorovanie a optimalizovanie výkon dátových systémov a procesov.

2041

* Implementáciu kontrolných mechanizmov na zabezpečenie kvality a integrity dát.

2042

* Riešiť problémy s kvalitou dát a zabezpečiť, aby boli dáta vždy spoľahlivé.

2043

* Poskytovanie technickej podpory a školenia pre užívateľov dátových systémov a nástrojov.

2044

* Pomáhať užívateľom pri riešení problémov a optimalizácii využitia dát.

)))

|**Projektová rola:**|**IT ANALYTIK - Procesný**

2049

|Stručný popis:|(((

2050

* Zodpovedá za zber a analyzovanie funkčných požiadaviek, analyzovanie a spracovanie dokumentácie z pohľadu procesov, metodiky, technických možností a inej dokumentácie. Podieľa sa na návrhu riešenia vrátane návrhu zmien procesov v oblasti biznis analýzy a analýzy softvérových riešení. Zodpovedá za výkon analýzy informačných systémov (IS), koordináciu a dohľad nad činnosťou SW analytikov.

2051

* Analyzuje požiadavky na informačný systém/softvérový systém, formálnym spôsobom zaznamenáva činnosti/procesy, vytvára analytický model systému a realizuje návrh systému, ktorý vyjadruje návrhovým modelom. Procesný analytik pripravuje špecifikáciu cieľového systému od procesnej až po technickú rovinu, mapuje a analyzuje existujúce podnikateľské a procesné prostredie, analyzuje biznis požiadavky na informačný systém, špecifikuje požiadavky na informačnú podporu procesov, navrhuje koncept riešenia a pripravuje podklady pre architektov a vývojárov riešenia, participuje na realizácii zmien, dohliada na realizáciu požiadaviek v cieľovom riešení a spolupracuje pri ich preberaní (akceptácie) používateľom. Pri návrhu IT systémov využíva odbornú špecializáciu IT architektov a projektantov.

2052

* Študuje a analyzuje dokumentáciu, požiadavky klientov, legislatívne a technické podmienky a možnosti zvyšovania efektívnosti a výkonnosti riadiacich a informačných procesov. Navrhuje a prerokúva koncepcie riešenia informačných systémov a analyzuje ich efekty a dopady.

2053

* Zabezpečuje spracovanie analyticko-projektovej špecifikácie s návrhom dátových a objektových štruktúr a ich väzieb, užívateľského rozhrania a ostatných podkladov pre projektovanie nových riešení. Spolupracuje na projektovaní a implementácii návrhov a môže tiež poskytovať poradenstvo v oblasti svojej špecializácie. Zodpovedá za návrhovú (design) časť IT a pôsobí ako medzičlánok medzi používateľmi informačných systémov (biznis pohľad) a ich realizátormi (technologický pohľad).

2054

)))

2055

|Detailný popis rozsahu zodpovednosti, povinností a kompetencií|(((

2056

* Vytváranie špecifikácie súčasného alebo budúceho užívateľa softvéru („zákazníka“) a návrh dizajnu a programátorského riešenia.

2057

* Participácia na vývoji nových a vylepšovaní existujúcich aplikácií v rámci celého vývojového cyklu – systémová analýza, dizajn, kódovanie, užívateľské testovanie, implementácia, podpora, dokumentácia.

2058

* Úzka spolupráca s IT architektom.

2059

* Tvorba úplnej analytickej dokumentácie a vstupov do verejného obstarávania (VO).

2060

* Mapovanie požiadaviek do návrhu funkčných riešení.

2061

* Návrh a správa katalógu požiadaviek - registra požiadaviek riešenia.

2062

* Analýza funkčných a nefunkčných požiadaviek.

2063

* Návrh fyzického a logického modelu.

2064

* Návrh testovacích scenárov.

2065

* Dohľad nad implementáciou a zabezpečenie zhodnosti výstupov s pôvodným analytickým zadaním.

2066

* Definovanie akceptačných kritérií v projekte.

2067

* Odsúhlasenie opisu produktov, ktoré predstavujú vstupy alebo výstupy úloh dodávateľov, a zabezpečenie ich akceptácie po dokončení.

2068

* Priraďovanie priorít a poskytovanie stanovísk používateľov na rozhodnutia Riadiaceho výboru projektu.

2069

* Poskytovanie meraní aktuálneho stavu pre potreby porovnania s výsledkami projektu vzhľadom na realizáciu prínosov.

2070

* Riešenie požiadaviek používateľov a konflikty iných priorít.

2071

* Posúdenie prevádzkovo-infraštruktúrnej dokumentácie pred akceptáciou a prevzatím od dodávateľa.

2072

* Aktívna účasť v projektových tímoch.

2073

* Spolupráca na vypracovaní manažérskej a špecializovanej dokumentácie a produktov v minimálnom rozsahu určenom Vyhláškou 401/2023 Z. z., Prílohou č.1.

2074

* Plnenie pokynov projektového manažéra a dohôd zo stretnutí projektového tímu.

2075

)))

2076

2077

|**Projektová rola:**|**PROJEKTOVÁ KANCELÁRIA („PMO“)**

2078

|Projektovou kanceláriou je príslušný organizačný útvar CVTI v zmysle organizačného poriadku CVTI, ktorý zabezpečuje podporu riadenia projektu, najmä:|(((

2079

* Administratívnu a technickú podporu v jednotlivých fázach životného cyklu projektu,

2080

* Vypracovanie a odovzdanie menovacích dekrétov a odvolacích dekrétov

2081

* pre predsedu RV, členov RV, PM a podpísaných predsedom RV pre členov projektového tímu a PMO,

2082

* Zabezpečenie oboznámenia predsedu RV, členov RV, a členov projektového tímu s projektom, ich

2083

* úlohami a rozsahom ich zodpovedností, atď. podľa pokynu PM,

2084

* Organizačné zabezpečenie zasadnutí RV, spracovanie zápisov zo zasadnutí RV a zabezpečenie ich

2085

* zverejnenia prostredníctvom MetaIS, ak je to potrebné,

2086

* Organizačné zabezpečenie stretnutí realizovaných v rámci projektu, spracovanie zápisov z týchto

2087

* stretnutí,

2088

* Vykonávanie úloh na základe pokynov PM,

2089

* Vypracovanie a aktualizácia zoznamov úloh, rizík, otvorených otázok a iných manažérskych správ,

2090

* reportov, zoznamov a požiadaviek,

2091

* Organizačné zabezpečenie pripomienkového konania projektovej dokumentácie,

2092

* Správu projektov, monitorovanie stavu projektu, udržiavanie aktuálnosti a hodnovernosti údajov

2093

* o projektoch a podľa potreby optimalizáciu projektov,

2094

* Prípravu informácií o stave realizácie projektu podľa potreby,

2095

* Zhromaždenie, analyzovanie a vyhodnotenie poznatkov z implementácie projektov a definovanie

2096

* ponaučenia za účelom predchádzania a opakovania chýb z minulosti,

2097

* Zabezpečenie zverejnenia projektových výstupov jednotlivých fáz životného cyklu projektu na centrálnom úložisku projektovej dokumentácie CVTI a v MetaIS, ak je to potrebné,

2098

* Poskytuje súčinnosť PM pri predkladaní projektových produktov na posúdenie ekonomickej výhodnosti

2099

* a súladu s programovým riadením MIRRI SR, ak je to potrebné,

2100

* Organizáciu procesov súvisiacich s výkazmi práce členov projektových tímov jednotlivých projektov,

2101

* Vytvorenie a spravovanie centrálneho úložiska projektovej dokumentácie CVTI,

2102

* Vytvorenie komunikačnej platformy v rámci projektu a medzi projektami navzájom,

2103

* Zabezpečenie interakcie medzi zainteresovanými stranami, ich spokojnosť a realizáciu požiadaviek

2104

* spojených s implementáciou projektu,

2105

* Spoluprácu s metodickou podporou projektového riadenia,

2106

* Zabezpečenie uloženia originálov projektovej dokumentácie.

2107

)))

2108

2109

|**Projektová rola:**|**MANAŽÉR KYBERNETICKEJ A INFORMAČNEJ BEZPEČNOSTI („KIB“)**

2110

|Stručný popis:|(((

2111

* Má neobmedzený aktívny prístup ku všetkým projektovým dokumentom, nástrojom a výstupom projektu, v ktorých sa opisuje predmet projektu z hľadiska jeho architektúry, funkcií, procesov, manažmentu informačnej bezpečnosti a spôsobov spracúvania dát, ako aj dát samotných,

2112

* Má sprístupnené všetky informácie o bezpečnostných opatreniach zavádzaných projektom v zmysle § 20 zákona č. 69/2018 Z. z. o kybernetickej bezpečnosti a o zmene a doplnení niektorých zákonov v znení neskorších predpisov a v zmysle ustanovení zákona č. 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,

2113

* Zodpovedá za posúdenie možných alternatív realizácie projektu za oblasť IB a KB,

2114

* Zodpovedá za posúdenie požiadaviek agendy IB a KB na rozhrania a spoločné komponenty, na integrácie a procesy konverzie a migrácie, identifikácia nesúladu a návrh riešenia,

2115

* Poskytuje konzultácie a súčinnosť pre problematiku IB a KB,

2116

* Poskytuje konzultácie pri tvorbe šablón a vzorov dokumentácie pre oblasť IB a KB,

2117

* Poskytuje konzultácie a vykonáva kontrolnú činnosť zameranú na obsah a komplexnosť dokumentácie z hľadiska IB a KB,

2118

* Dohliada na zosúladenie projektu s princípmi definovanými v interných riadiacich aktoch CVTI a dokumentoch týkajúcich sa bezpečnosti CVTI,

2119

* Zabezpečuje získavanie a spracovanie informácií nutných pre plnenie úloh v oblasti IB a KB,

2120

* Aktívne sa zúčastňuje stretnutí projektového tímu a spolupracuje na vypracovaní manažérskej a špecializovanej dokumentácie a produktov v minimálnom rozsahu určenom Prílohou č.1 tejto smernice,

2121

* Plní pokyny PM a dohody zo stretnutí projektového tímu.

2122

)))

2123

|Detailný popis rozsahu zodpovedností, povinností a kompetencií|(((

2124

Zodpovedá́ za špecifikovanie:

2125

2126

* štandardov, princípov a stratégií v oblasti informačnej bezpečnosti („IB“) a kybernetickej bezpečnosti („KB“) a ich dodržiavanie,

2127

* funkčných, nefunkčných a technických požiadaviek na IB a KB a za ich analýzu,

2128

* požiadaviek na IB a KB, kontroluje ich implementáciu v realizovanom projekte,

2129

* požiadaviek na bezpečnosť̌ vývojového, testovacieho a produkčného prostredia,

2130

* požiadaviek na bezpečnosť̌ v rámci bezpečnostnej vrstvy,

2131

* požiadaviek na školenia pre oblasť̌ IB a KB,

2132

* požiadaviek na bezpečnostnú́ architektúru riešenia a technickú́ infraštruktúru pre oblasť̌ IB a KB,

2133

* požiadaviek na dostupnosť̌, zálohovanie, archiváciu a obnovu IS vzťahujúce sa na IB a KB,

2134

* požiadaviek na IB a KB, bezpečnostný́ projekt a riadenie prístupu,

2135

* požiadaviek na opis vývojového, testovacieho a produkčného prostredia za oblasť̌ IB a KB,

2136

* požiadaviek na testovanie z hľadiska IB a KB, realizáciu kontroly zapracovania a retestu,

2137

* požiadaviek na obsah dokumentácie v zmysle legislatívnych požiadaviek pre oblasť̌ IB a KB, ako aj v zmysle "best practies",

2138

* požiadaviek na dodanie potrebnej dokumentácie súvisiacej s IBaKB kontroluje ich implementáciu v realizovanom projekte,

2139

* požiadaviek a konzultácie pri návrhu riešenia za agendu IB a KB v rámci procesu „Mapovanie a analýza technických požiadaviek - detailný́ návrh riešenia (DNR)“,

2140

* požiadaviek na bezpečnosť̌ ITaKB v rámci procesu "akceptácie, odovzdania a správy zdrojových kódov“,

2141

* akceptačných kritérií́ za oblasť̌ IB a KB,

2142

* pravidiel pre publicitu a informovanosť̌ s ohľadom na IB a KB,

2143

* podmienok na testovanie, reviduje výsledky a výstupy z testovania za oblasť̌ IB a KB,

2144

* požiadaviek na bezpečnostný́ projekt pre oblasť̌ IB a KB,

2145

2146

Zodpovedá za realizáciu kontroly:

2147

2148

* zameranej na naplnenie požiadaviek definovaných v bezpečnostnom projekte za oblasť̌ IB a KB,

2149

2150

* zameranú́ na správnosť̌ nastavení́ a konfigurácii bezpečnosti jednotlivých prostredí́,

2151

2152

* zameranú́ na realizáciu procesu posudzovania a komplexnosti bezpečnostných rizík, bezpečnosť̌ a kompletný́ popis rozhraní́, správnu identifikácia závislostí,

2153

2154

* naplnenia definovaných požiadaviek pre oblasť̌ IB a KB,

2155

2156

* zameranú́ na implementovaný́ proces v priamom súvise s IB a KB,

2157

2158

* súladu s platnou legislatívou v oblasti IB a KB (obsahuje aj kontrolu legislatívnych požiadaviek),

2159

2160

* zameranú́ na zabezpečenie procesu, interfejsov, integrácii, kompletného popisu rozhraní́ a spoločných komponentov a posúdenia z pohľadu bezpečnosti.

2161

)))

2162

2163

|**Projektová rola:**|**ČLEN PROJEKTOVÉHO TÍMU**

2164

|Stručný popis:|(((

2165

* Vykonáva odbornú prácu v projekte a poskytuje odborné stanoviská a konzultácie za príslušnú oblasť,

2166

* Aktívne sa zúčastňuje odborných stretnutí tímu, ako aj konzultácií,

2167

* Zabezpečuje vypracovanie, priebežnú aktualizáciu a verziovanie manažérskej a špecializovanej dokumentácie a produktov v minimálnom rozsahu určenom Prílohou č.1 tejto smernice v súčinnosti a podľa pokynov tímového manažéra a PM,

2168

* Plní úlohy uložené tímovým manažérom a PM v požadovanej kvalite a v stanovených termínoch,

2169

* Plní dohody zo stretnutí projektového tímu,

2170

* Od-počtuje plnenie úloh tímovému manažérovi a PM,

2171

* Predkladá námety, podnety, požiadavky a upozorňuje na problémy a riziká súvisiace s projektom tímovému manažérovi a PM,

2172

* Spolupracuje s projektovým tímom na strane dodávateľa,

2173

* Zodpovedá za splnenie všetkých legislatívnych požiadaviek (právne predpisy SR a EK) a metodických a administratívnych požiadaviek súvisiacich s implementáciou projektu.

)))

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

2178

2179

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

2180

2181

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-02 Projektový zámer (projektovy_zamer)

Aplikácie

Navigácia

Moje posledné úpravy

Need help?