I-02 Projektový zámer V1.0

1

[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_5d283de4ad3c0b7a.png||height="49" width="225"]]

2

**PROJEKTOVÝ ZÁMER**

3

**Vzor pre manažérsky výstup I-02**

4

**podľa vyhlášky MIRRI č. 401/2023 Z. z.**

5

6

|**Povinná osoba**|{{content id="projekt.asociovane_po" template="[[${po.nazov}]]"}}Ministerstvo kultúry Slovenskej republiky{{/content}}

7

|**Názov projektu**|{{content id="projekt.nazov"}}Lepšie eGOV služby MK SR{{/content}}

8

|**Zodpovedná osoba za projekt**|Mgr. Jana Maričáková / Riaditeľ odboru

9

|**Realizátor projektu**|{{content id="projekt.asociovane_po" template="[[${po.nazov}]]"}}Ministerstvo kultúry Slovenskej republiky{{/content}}

10

|**Vlastník projektu**| {{content id="projekt.vlastnik.nazov"}}Ministerstvo kultúry Slovenskej republiky{{/content}}

11

**Schvaľovanie dokumentu**

12

13

**Podpis**

14

(alebo elektronický súhlas)

)))

= {{id name="_Toc152607282"/}}{{id name="_Toc524109316"/}}{{id name="_Toc750608766"/}}{{id name="_Toc1668519232"/}}{{id name="_Toc1701549819"/}}{{id name="_Toc1964418579"/}}{{id name="_Toc947666535"/}}{{id name="_Toc33433513"/}}{{id name="_Toc556769729"/}}{{id name="_Toc1400213064"/}}{{id name="_Toc148367215"/}}{{id name="_Toc1875421741"/}}1. História DOKUMENTU =

19

20

|**Verzia**|**Dátum**|**Zmeny**|**Meno**

21

|//1.0//|//15.05.2025//|//Finálna verzia//|PhDr. Miroslava Horváthova

22

| | | |

23

24

= {{id name="_Toc152607284"/}}{{id name="_Toc683485446"/}}{{id name="_Toc365474999"/}}{{id name="_Toc1488819067"/}}{{id name="_Toc461533771"/}}{{id name="_Toc1193242276"/}}{{id name="_Toc738207424"/}}{{id name="_Toc2067375730"/}}{{id name="_Toc336064095"/}}{{id name="_Toc62328600"/}}{{id name="_Toc1636304797"/}}{{id name="_Toc635885549"/}}{{id name="_Toc152607283"/}}2. ÚČEL DOKUMENTU, SKRATKY (KONVENCIE) A DEFINÍCIE =

25

26

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 (ďalej len „vyhláška MIRRI SR č. 401/2023 Z. z. o riadení projektov“), je dokument I-02 Projektový zámer určený na rozpracovanie detailných informácií k projektu „Lepšie eGOV služby Ministerstva kultúry SR“ (ďalej len „projekt“), aby bolo možné rozhodnúť o pokračovaní prípravy projektu, pláne realizácie, alokovaní rozpočtu a ľudských zdrojov.

27

28

Projekt bude implementovať Ministerstvo kultúry Slovenskej republiky (ďalej len „MK SR“), ktoré bude zároveň prijímateľom finančného plnenia z vyhlásenej výzvy „Lepšie e-GOV služby“ v rámci Programu Slovensko 2021 – 2027 (ďalej len „PSK“), z ktorého bude projekt financovaný.

29

30

31

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

32

33

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

34

|1x a dosť|Princíp „jedenkrát a dosť“ umožňujúci orgánom verejnej moci získavať potvrdenia a výpisy údajov, ktorými už štát disponuje, bez nutnosti ich opätovného predkladania občanom alebo podnikateľom.

35

|CBA|Cost Benefit Analysis – analýza nákladov a prínosov.

36

|CPDI|Centrála platforma dátovej integrácie.

37

|DNR|Detailný návrh riešenia.

38

|EČ|Evidenčné číslo.

39

|eID|Elektronická identifikácia.

40

|eIDAS|European IDentification, Authentication and trust Services – európsky rámec pre dôveryhodné elektronické služby.

41

|ETL|Extract, Transform, Load – extrakcia, transformácia a nahratie dát do cieľovej databázy.

42

|EU / EÚ|Európska únia.

43

|FO|Fyzická osoba.

44

|HLA|High-Level Architektúra.

45

|HW|Hardvér.

46

|IAM|Identity Access Management – správa prístupových práv a identít.

47

|IaaS|Infrastructure as a Service – infraštruktúra ako služba.

48

|IČO|Identifikačné číslo organizácie.

49

|IS|Informačný systém.

50

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

51

|IS CPDI|Informačný systém CPDI.

52

|KP|Katalóg požiadaviek.

53

|KPI|Key Performance Indicator – kľúčový ukazovateľ výkonnosti.

54

|MIRRI SR|Ministerstvo investícií, regionálneho rozvoja a informatizácie Slovenskej republiky.

55

|MK SR|Ministerstvo kultúry Slovenskej republiky.

56

|NKIVS|Národná koncepcia informatizácie verejnej správy Slovenskej republiky.

57

|OE|Objekt evidencie.

58

|OPZ|Opis predmetu zákazky.

59

|OV M|Orgán verejnej moci.

60

|PDF|Portable Document Format.

61

|PO|Právnická osoba.

62

|PSK|Program Slovensko 2021 – 2027.

63

|RFO|Register fyzických osôb.

64

|RPO|Register právnických osôb, podnikateľov a orgánov verejnej moci.

65

|SLA|Service Level Agreement – dohoda o úrovni poskytovaných služieb.

66

|SOD|Service Offering Description – popis poskytovanej služby.

67

|SSO|Single Sign-On – jednotné prihlásenie.

68

|ÚPVS|Ústredný portál verejnej správy.

69

|Zhotoviteľ / Dodávateľ / Poskytovateľ|Úspešný uchádzač z VO v zmysle zákona č. 343/2015 Z. z.

70

|Zmluva|Zmluva o dielo alebo podpora prevádzky IS v zmysle zákona č. 343/2015 Z. z.

|ZoD|Zmluva o dielo.

| |

| |

== 2.2 Konvencie pre typy požiadaviek (príklady) ==

78

79

V zmysle vyhlášky č. 401/2023 Z. z. o riadení projektov je zoznam funkčných, nefunkčných a technických požiadaviek špecifikovaný v samostatnom dokumente M-05 – Analýza nákladov a prínosov a preto nie je súčasťou tejto kapitoly.

80

Samotné požiadavky sú rozdelené do dvoch kategórií:

1. funkčné,

1. nefunkčné.

Rozsah požiadaviek uvedených v tomto dokumente nemusí byť konečný a v realizačnej fáze projektu môžu byť upravené alebo doplnené o ďalšie požiadavky, ak si to projekt bude vyžadovať.

86

87

Pri označovaní samotných katalógových požiadaviek, ktoré sú súčasťou prílohy tohto dokumentu bola použitá nasledovná konvencia:

88

89

1. Funkčné požiadavky majú nasledovnú konvenciu: FP_XX

90

1*. FP – funkčná požiadavka

91

1*. XX – poradové číslo požiadavky

92

1. Nefunkčné požiadavky majú nasledovnú konvenciu: NP_XX

93

1*. NP – nefunkčná požiadavka

94

1*. XX – poradové číslo požiadavky

95

96

= {{id name="_Toc47815693"/}}{{id name="_Toc152607289"/}}{{id name="_Toc2101596728"/}}{{id name="_Toc21597077"/}}{{id name="_Toc200637902"/}}{{id name="_Toc1533185111"/}}{{id name="_Toc1887694913"/}}{{id name="_Toc824463063"/}}{{id name="_Toc2032956156"/}}{{id name="_Toc1083272272"/}}{{id name="_Toc1535460233"/}}{{id name="_Toc2126332012"/}}{{id name="_Toc461677146"/}}{{id name="_Toc152607288"/}}3. DEFINOVANIE PROJEKTU =

97

98

== {{id name="_Toc152607290"/}}{{id name="_Toc653156677"/}}{{id name="_Toc1001409967"/}}{{id name="_Toc294056164"/}}{{id name="_Toc822212923"/}}{{id name="_Toc700822328"/}}{{id name="_Toc1982046122"/}}{{id name="_Toc32260942"/}}{{id name="_Toc629221952"/}}{{id name="_Toc423614589"/}}{{id name="_Toc1077465011"/}}{{id name="_Toc723955740"/}}3.1 Manažérske zhrnutie ==

99

100

MK SR ako ústredný orgán štátnej správy pre oblasť kultúry si uvedomuje rastúcu potrebu efektívneho poskytovania e-GOV služieb spojených s efektívnejším využívaním údajov, ktoré vznikajú v rámci jeho kompetencií ako aj prepojením na centrálne moduly digitálneho ekosystému verejnej správy. Predmetom projektu je zavedenie požadovaného súboru technických a organizačných opatrení, ktoré umožnia MK SR prejsť na systematické poskytovanie eGOV služieb a s tým spojené spravovanie údajov ktoré v zmysle platnej legislatívy musí spracovávať. Hlavná časť predmetu projektu pozostáva z implantácie technologického riešenia na back-ende koncových služieb a to vybudovaním nového informačného systému Centralizovanej správy registrov a evidencií. Ďalšou kľúčovou súčasťou bude poskytnutie lepšieho používateľského zážitku implementáciou moderných grafických používateľských rozhraní s cieľom poskytnúť používateľom respoznívne GUI, zosúladenie s jednotným dizajn manuálom štátnej správy, umožniť sledovanie krokov v službe a ďalšie vylepšenia vedúce k lepšiemu používateľskému zážitku.

101

102

Projekt bude financovaný z Programu Slovensko, v rámci ktorého bola vyhlásená výzva zo dňa 09.10.2024 kód: **PSK-MIRRI-622-2024-DV-EFRR**, názov: „**Lepšie e-Gov služby**“, priorita: **1P1 Veda, výskum a inovácie**, špecifický cieľ: **RSO 1.2 Využívanie prínosov digitalizácie pre občanov, podniky, výskumné organizácie a orgány verejnej správy**, opatrenie: 1.2.1 Podpora v oblasti informatizácie a digitálnej transformácie (Oblasť B. Podpora v oblasti zvýšenia kvality poskytovaných verejných služieb) ktorá je financovaná z prostriedkov mechanizmu Program Slovensko 2021 - 2027, ktorej vyhlasovateľ je Ministerstvo investícií, regionálneho rozvoja a informatizácie Slovenskej republiky (MIRRI SR).

103

104

Projekt priamo prispieva k dosiahnutiu cieľov definovaných v Národnej koncepcii informatizácie verejnej správy SR 2021, a to v rámci nasledujúcich oblastí:

105

106

1. Pre prioritnú os 1:

107

1*. Zvýšiť podiel elektronickej komunikácie s verejnou správou prostredníctvom vybudovania nových a modernizácie existujúcich koncových služieb.

108

1*. Zlepšiť spokojnosť a dôveru občanov a subjektov verejnej správy voči elektronickým službám.

109

1*. Znížiť zložitosť a počet interakcií pri využívaní služieb verejnej správy.

110

1*. Uľahčiť prístup k elektronickým službám verejnej správy.

111

1. Pre prioritnú os 2:

112

1*. Zvýšiť otvorenosť a transparentnosť údajov verejnej správy.

113

1*. Rozvíjať digitálne prostredie založené na zdieľaní údajov v rámci verejnej správy.

114

115

Cieľovou skupinou projektu sú predovšetkým fyzické osoby (občania) a právnické osoby Slovenskej republiky, ktorí získajú možnosť využiť elektronickú službu na evidenciu v niektorom z registrov a evidencií, ktoré spadajú do kompetencií MK SR a organizácií. Projekt zároveň podporí interné procesy MK SR ako aj ďalších orgánov, zvýši mieru interoperability so systémami ako IS CPDI, zlepší kvalitu analytického a rozhodovacieho prostredia v rámci rezortu a prispeje k transparentnosti a efektivite poskytovania verejných služieb.

* (((

== {{id name="_Toc152607292"/}}{{id name="_Toc312483730"/}}{{id name="_Toc2111721766"/}}{{id name="_Toc1058305394"/}}{{id name="_Toc656462781"/}}{{id name="_Toc1832659409"/}}{{id name="_Toc488319966"/}}{{id name="_Toc1232937879"/}}{{id name="_Toc392723854"/}}{{id name="_Toc1753883964"/}}{{id name="_Toc141343421"/}}{{id name="_Toc1911602422"/}}{{id name="_Toc47815694"/}}{{id name="_Toc152607291"/}}3.2 Motivácia a rozsah projektu ==

120

)))

121

122

MK SR vníma rastúcu potrebu efektívneho poskytovania elektronických služieb a zlepšenia správy údajov v oblasti kultúry a audiovízie. Projekt je motivovaný potrebou modernizácie a zefektívnenia týchto služieb, čo umožní nielen zjednodušiť administratívne procesy, ale aj zlepšiť používateľský zážitok a prístupnosť služieb pre občanov a podnikateľské subjekty. Implementácia nového registra v oblasti médií a audiovízie, ktorý musí byť v súlade so zákonom č. 265/2022 Z. z. o vydavateľoch publikácií a registri v oblasti médií a audiovízie a o zmene a doplnení niektorých zákonov (ďalej len ako „zákon o publikáciách“), sa stáva kľúčovým krokom v digitalizácii verejných služieb z pohľadu MK SR. Tento register umožní efektívnejšiu správu údajov a zjednodušenie ich ďalšieho životného cyklu, pričom pri implementácií sa počíta s integráciami na centrálne spracovávané digitálne platformami verejnej správy. Tieto kroky prispejú k zvýšeniu efektívnosti verejných služieb, ich transparentnosti a zníženiu administratívnej záťaže pre všetky zúčastnené strany.

123

124

Projekt sa zameriava na zavedenie inovatívnych technológií a procesov na zefektívnenie fungovania registra, pričom dôraz bude kladený na minimalizáciu administratívnej náročnosti a zrýchlenie správy údajov a spracovávaní žiadostí. Súčasťou implementácie predmetu projektu bude kladený dôraz aj na zlepšenie používateľského zážitku prostredníctvom grafických používateľských rozhraní (GUI), ktoré budú implementované v súlade s jednotným dizajn systému (manuál) štátnej správy, ako aj zavedenie nových funkcií na podporu používateľov, ako sú online podpora, prehľadnosť krokov služby a ďalšie vylepšenia s cieľom zvýšiť úroveň digitálnej komunikácie medzi štátom, občanmi a podnikateľskými subjektmi.

125

126

Rozsah projektu zahŕňa nielen implementáciu nového informačného systému pre správu médií a audiovízie, ale aj integráciu s existujúcimi digitálnymi platformami verejnej správy. Tieto kroky prispejú k zvýšeniu efektívnosti verejných služieb, ich transparentnosti a zníženiu administratívnej záťaže pre všetky zúčastnené strany.

127

128

Dôležitou súčasťou projektu je zefektívnenie elektronických služieb a digitalizácia formulárov, pričom hlavným cieľom je zrýchliť procesy, znížiť administratívnu záťaž a zlepšiť používateľskú skúsenosť. Medzi kľúčové opatrenia patrí optimalizácia elektronických podaní, automatizácia spracovania žiadostí, integrácia s relevantnými štátnymi registrami (RFO, RPO, RA) a zavedenie elektronickej autorizácie pomocou KEP (kvalifikovaného elektronického podpisu) a eID. Tieto kroky umožnia rýchlejšie a efektívnejšie poskytovanie služieb občanom a podnikateľom.

129

130

Projekt taktiež zahŕňa kompletnú modernizáciu úpravu koncových služieb, ktoré budú dostupné na príslušnom webovom sídle MK SR a ďalších relevantných webových sídiel, ktoré spadajú do kompetencií podriadených organizácií MK SR, ktoré budú prispôsobené súčasným UX/UI štandardom s dôrazom na prehľadnosť, responzívnosť a dostupnosť pre všetky skupiny používateľov. Hlavnými prvkami modernizácie budú vylepšená navigácia, inteligentné vyhľadávanie, integrácia automatických notifikácií a posilnenie kybernetickej bezpečnosti. Zároveň sa zavádzajú opatrenia na zvýšenie výkonu webovej platformy a jej kompatibility s mobilnými zariadeniami, čím sa zabezpečí lepší používateľský zážitok a jednoduchší prístup k elektronickým službám.

131

132

Projekt je zároveň plne v súlade s relevantnými princípmi Národnej koncepcie informatizácie verejnej správy SR a vládnou stratégiou „Digitálna transformácia Slovenska 2030“. Realizácia projektu zefektívni výkon štátnej správy v oblasti kultúry a verejných služieb, umožní rýchlejšie a prístupnejšie poskytovanie služieb občanom aj podnikateľom a prispeje k zvyšovaniu digitálnej inklúzie.

133

134

Projekt reaguje na potrebu:

135

136

1. Zavedenie digitalizovaného a integrovaného procesného rámca, ktorý má za cieľ zvýšiť prevádzkovú efektívnosť, optimalizovať tok údajov a zlepšiť spoluprácu medzi subjektmi.

137

1. Implementácia automatizovaných riešení, ktoré prispejú k zrýchleniu a presnosti spracovania údajov, čím sa dosiahne rýchlejšie a presnejšie poskytovanie informácií a zároveň sa minimalizuje riziko ľudskej chyby. Tento proces bude plne v súlade s právnymi predpismi o transparentnosti a ochrane údajov.

138

1. Optimalizácia používateľskej skúsenosti, so zameraním na zvýšenie spokojnosti žiadateľov a zjednodušenie komunikácie s MK SR. Súčasťou modernizácie bude aj revízia smerníc a zabezpečenie ich dodržiavania, čo umožní promptnú reakciu na legislatívne a technologické zmeny.

139

1. Posilnenie ochrany a bezpečnosti údajov, čím sa zabezpečí ochrana citlivých informácií a zachovanie integrity a spoľahlivosti informačných systémov. Celkovým prínosom bude zjednodušenie administratívnych procesov a zvýšenie efektívnosti poskytovaných služieb.

140

141

V tejto oblasti sa predmet projektu zameria na splnenie nasledovných úloh:

142

143

* Zachovanie vecnej a odbornosti správy údajov v kompetencii organizácií

144

Tam, kde je správa údajov neoddeliteľne spojená s odbornou činnosťou danej organizácie (napr. rozhodovanie o udelení oprávnenia), bude správa registra ponechaná v ich gescii. Projekt však zabezpečí technickú integráciu údajov do centrálnej dátovej platformy MK SR, a to formou synchronizácie alebo zdieľania služieb.

145

* Vytvorenie jednotného dátového modelu a API pre výmenu údajov

146

* Na úrovni centrálnej platformy MK SR bude implementovaná Centrálna správa registrov a evidencií (ISVS_9914) a zabezpečený jednotný dátový model vrátane spôsobu správy a evidencie jednotlivých evidencií.

147

* Spoločné využívanie koncových služieb

148

Bude vytvorená možnosť centralizovaného záznamu údajov prostredníctvom spoločnej koncovej služby, ktorú budú môcť využívať podriadené organizácie bez potreby duplicity alebo budovania vlastných riešení. Súčasťou bude aj školenie a metodická podpora pre tieto subjekty.

149

* Zmena procesov pri presune alebo zdieľaní správy

150

Projekt ráta s tým, že presun technologickej správy niektorých registrov alebo ich zdieľanie s MK SR bude vyžadovať aj úpravy vnútorných procesov organizácií, najmä ak sa mení spôsob evidencie, schvaľovania alebo publikovania/zverejňovania údajov. Tento aspekt bude súčasťou procesnej analýzy a návrhu prevádzkového modelu pre každú dotknutú evidenciu.

151

* Možné legislatívne a kompetenčné úpravy

152

V prípadoch, kde je na centralizáciu správy potrebná zmena legislatívy alebo formálne rozdelenie kompetencií, bude MK SR iniciovať zmeny v príslušných interných a nadrezortných predpisoch. Cieľom bude zabezpečiť súlad medzi zodpovednosťou za odborný obsah a technickým vlastníctvom údajov.

153

154

Všetky vyššie uvedené oblasti projektu budú predmetom analýzy v realizačnej fáze projektu, kde sa bližšie určí rozsah a rámec realizácie príslušnej oblasti.

155

156

=== 3.2.1 Identifikovaný problém ===

157

158

Aktuálny stav evidencie a správy údajov v MK SR je z technologického pohľadu nevyhovujúci a z dlhodobého hľadiska nie je aktuálny stav rozumne udržateľný. Údaje nie sú evidované v informačnom systéme a sú spracovávané manuálne. Absentujú spoločné štandardy kvality údajov a poskytovaných služieb, správy životného cyklu údajov a žiadostí. Všeobecne neexistuje jednotný rámec pre správu údajov a technologicky chýba centrálna evidencia objektov evidencie/údajov. Aktuálne neexistuje aplikačná podpora v rámci spracovávanej agendy a kompetencií MK SR a s tým súvisí aj absencia zavedeného dedikovaného registra. Zároveň absentuje integrácia na centrálne moduly verejnej správy či už za účelom konzumácie údajov alebo využívania elektronických schránok využitím ÚPVS.

159

160

V súlade so zákonom o publikáciách, je MK SR povinné prevádzkovať register v oblasti médií a audiovízie avšak aktuálne je MK SR bez systémovej a technologickej podpory. Preto bude vybudovanie centrálneho registra kľúčovou súčasťou implementácie predloženého projektu, ktorý má za cieľ riešiť existujúce technologické dlhy a nedostatky a má za cieľ zaviesť potrebnú modernizáciu v správe údajov na MK SR.

161

162

163

=== 3.2.2 Motivácia a budúci stav ===

164

165

Cieľom projektu je vytvoriť interoperabilné a konsolidované prostredie informačného systému MK SR, v ktorom budú všetky kľúčové objekty spravované v štruktúrovanom registri, ktorý bude zároveň prepojený s inými informačnými systémami verejnej správy. Dôraz bude kladený aj na kvalitu, aktuálnosť a bezpečnosť. Údaje sa stanú opakovane využiteľným aktívom a všetci dotknutí občania, podnikatelia a organizácie získajú jednoduchý prístup k svojim údajom prostredníctvom centralizovaného registra spravovaného MK SR.

166

167

Projekt sa zameriava na vybudovanie Centrálnej správy registrov a evidencií (ISVS_9914), súčasťou ktorej bude register médií a audiovízie, ktorý bude implementovaný v súlade s zákonom o publikáciách..

168

169

=== 3.2.3 Obmedzenia projektu ===

170

171

* Nekompletná evidencia údajov v parciálnych častiach registra, ktoré aktuálne evidujú rôzne subjekty.

172

* Závislosť od vývoja a dostupnosti centralizovaných komponentov (CPDI).

173

174

[[image:Motivácia.png]]

175

176

=== 3.2.4 Rozsah projektu ===

177

178

==== 3.2.4.1 Aktivita A: Technologické a netechnologické zmeny na front-ende, tzn. zmeny grafických používateľských rozhraní „GUI“ ====

179

180

V rámci aktivity A sa zameriame na vylepšenie grafických používateľských rozhraní (GUI) s cieľom zlepšiť používateľský zážitok a prístupnosť elektronických služieb. Tieto zmeny budú zahŕňať technologické a netechnologické zlepšenia, ktoré zvýšia intuitívnosť, použiteľnosť a prístupnosť služieb poskytovaných MK SR.

181

182

Oprávnené zmeny GUI zahŕňajú:

183

184

* Zabezpečenie responzívneho GUI, ktoré bude zosúladené s jednotným dizajn manuálom štátnej správy. Cieľom je uľahčiť navigáciu a zvýšiť prehľadnosť služieb.

185

* Pridanie sekcie „často kladených otázok“ (FAQ), ktorá bude pridaná ku koncovým službám na viditeľnom a prístupnom mieste, aby používateľom poskytla rýchlu a jasnú odpoveď na bežné otázky týkajúce sa poskytovaných služieb.

186

* Inštruktáž vo forme videa („Dema služby“) pre lepšie pochopenie služby. Tento krok pomôže používateľom lepšie pochopiť, ako využívať služby cez vizuálne inštruktážne videá.

187

* Zavedenie ľahkého prístupu k živej online podpore a to vo forme implementácie online chatu alebo informačnej linky, ktorá umožní používateľom rýchlo získať podporu pri využívaní služieb.

188

* Sledovanie krokov v službe implementáciou vizualizácie postupu krokov v rámci služby, ktorá bude používateľom ukazovať, v ktorom kroku sa nachádzajú a čo všetko ešte musia vykonať, čím sa zvýši prehľadnosť a jednoduchosť používania.

189

* Ukladanie rozpracovaného podania a pokračovanie v ňom neskôr. Táto funkcia umožní používateľom uložiť svoje rozpracované podanie a vrátiť sa k nemu neskôr bez straty dát.

190

* Zobrazenie odhadovaného času vybavenia služby. Pri začiatku využívania služby bude používateľ informovaný o odhadovanom čase potrebnom na vybavenie procesu, čo prispeje k transparentnosti a lepšiemu plánovaniu.

191

* Zobrazenie maximálneho času na vybavenie služby. Služba bude obsahovať informácie o maximálnom čase potrebnom na realizáciu celého procesu, vrátane legislatívneho čakania, čo zabezpečí predvídateľnosť a zníži frustráciu používateľov.

192

193

Tieto zmeny budú slúžiť na zjednodušenie, zefektívnenie a zlepšenie komunikácie medzi MK SR a používateľmi, pričom budú podporovať lepšiu informovanosť a spokojnosť pri využívaní elektronických služieb.

194

195

==== 3.2.4.2 Aktivita B: Technologické riešenie na back-ende koncových služieb ====

196

197

Jednou z kľúčových súčastí predkladaného projektu je implementácia centrálneho modulu pre správu údajov, ktorý bude súčasťou ISVS Centrálna správa registrov a evidencií (ISVS_9914). Jeho cieľom bude, okrem iného, zabezpečiť jednotnú a spoľahlivú evidenciu údajov vrátane celého životného cyklu údajov, evidencií a registra/registrov, riadenie kvality údajov ale aj manažment rôznych typov žiadostí a oznámení. Súčasťou Centrálnej správy registrov a evidencií bude modul správy číselníkov a modul správy lokálnych verzií registrov RFO, RPO a RA, čím sa posilní konzistentnosť a interoperabilita údajov. Zároveň bude súčasťou implementácie funkcionalít Centrálnej správy registrov a evidencií aj integračný modul na IS CPDI.

198

199

Navrhované riešenie bude pokrývať tieto hlavné oblasti:

200

201

1. Centralizácia údajov

202

1*. Zabezpečenie jednotného a koordinovaného spracovania údajov.

203

1*. Eliminácia duplicít a konfliktov medzi rôznymi zdrojmi údajov pomocou mechanizmov automatickej detekcie a konsolidácie.

204

1*. Zabezpečenie prehľadnosti a transparentnosti dátových tokov a pôvodu údajov.

205

1. Riadenie kvality a harmonizácia údajov

206

1*. Implementácia pokročilých nástrojov na validáciu a čistenie údajov – identifikácia chybných, neaktuálnych alebo neúplných záznamov.

207

1*. Monitoring kvality údajov na základe vopred definovaných pravidiel.

208

1. Správa životného cyklu údajov

209

1*. Správa životného cyklu údajov – od ich vzniku, úprav, až po archiváciu alebo zánik.

210

1*. Sledovanie zmien v údajoch a zabezpečenie auditovateľnosti všetkých operácií nad údajmi.

211

1*. Implementácia mechanizmov na verzionovanie a historizáciu údajov.

212

1. Správa a spracovanie elektronických žiadostí a oznámení

213

1*. Implementácia mechanizmov na príjem a spracovanie rôznych typov elektronických žiadostí.

214

1*. Verzionovanie a historizácia informácií súvisiacich so spracovaním žiadostí.

215

1. Prístupové práva a bezpečnosť

216

1*. Zavedenie rolami riadeného prístupu k údajom (RBAC).

217

1*. Riadenie oprávnení podľa typov používateľov (administrátor, správca údajov, analytik, externý konzument).

218

1*. Implementácia bezpečnostných mechanizmov na ochranu údajov pred neoprávneným prístupom, vrátane šifrovania a logovania prístupov.

219

1. Integrácia s Centrálnou platformou dátovej integrácie (CPDI) za účelom konzumovania údajov

220

221

==== 3.2.4.3 Aktivita B: Dátová integrácie na CPDI za účelom konzumovania údajov ====

222

223

Súčasťou implementácie MK SR k údajom, ktoré poskytujú iné organizácie verejnej správy prostredníctvom centrálnej platformy CPDI. Cieľom je zjednodušiť výmenu údajov, zvýšiť kvalitu rozhodovania a zabezpečiť aktuálnosť údajov využívaných v rezorte.

224

225

V rámci realizácie predmetu projektu je plánovaná integrácia na register fyzických osôb (RFO), register právnických osôb (RPO) a na register adries (RA) za účelom konzumovania dát a to prostredníctvom CPDI. Tieto integrácie zabezpečia, že sa zjednodušia procesy a potreby vypĺňania údajov.

226

227

==== 3.2.4.4 Aktivita C: Napájanie sa na centrálne moduly digitálneho ekosystému verejnej správy ====

228

229

Implementácia aktivity C v sebe zahŕňa integráciu na Ústredný portál verejnej správy (ÚPVS), Elektronickú schránku ÚPVS, Centrálny notifikačný modul ÚPVS, Slovensko v mobile a modul mobilnej autentifikácie (mID).

//.//

== {{id name="_Toc152607293"/}}{{id name="_Toc1804717142"/}}{{id name="_Toc2082286828"/}}{{id name="_Toc408208333"/}}{{id name="_Toc2091742582"/}}{{id name="_Toc1276965606"/}}{{id name="_Toc1095995576"/}}{{id name="_Toc1849077951"/}}{{id name="_Toc1415248283"/}}{{id name="_Toc213456280"/}}{{id name="_Toc1645756734"/}}{{id name="_Toc305576249"/}}{{id name="_Toc47815695"/}}3.3 Zainteresované strany/Stakeholderi ==

235

236

|=**ID**|=**AKTÉR / STAKEHOLDER**|=(((

**SUBJEKT**

(názov / skratka)

)))|=(((

**ROLA**

(vlastník procesu/ vlastník dát/zákazník/ užívateľ …. člen tímu atď.)

242

)))|=(((

243

**Informačný systém**

244

(MetaIS kód a názov ISVS)

)))

|6.|Slovenský filmový ústav|SFÚ|Vlastník procesu/Vlastník dát|

252

|7.|Audiovizuálny fond|AVF|Vlastník procesu/Vlastník dát|

== {{id name="_Toc1171095368"/}}{{id name="_Toc917011599"/}}{{id name="_Toc1971312639"/}}{{id name="_Toc1126157752"/}}{{id name="_Toc1310576106"/}}{{id name="_Toc2022117806"/}}{{id name="_Toc1657084950"/}}{{id name="_Toc1062413439"/}}{{id name="_Toc2022428828"/}}{{id name="_Toc2122222112"/}}{{id name="_Toc754065181"/}}{{id name="_Toc152607307"/}}{{id name="_Toc47815696"/}}{{id name="_Toc152607306"/}}{{id name="_Toc152607305"/}}{{id name="_Toc152607304"/}}{{id name="_Toc152607303"/}}{{id name="_Toc152607302"/}}{{id name="_Toc152607301"/}}{{id name="_Toc152607300"/}}{{id name="_Toc152607299"/}}{{id name="_Toc152607298"/}}{{id name="_Toc152607297"/}}{{id name="_Toc152607296"/}}{{id name="_Toc152607295"/}}{{id name="_Toc152607294"/}}3.4 Ciele projektu ==

258

259

Hlavným cieľom projektu je modernizácia a zefektívnenie elektronických služieb MK SR prostredníctvom rozvoja eGOV služieb, ktoré podporia zrýchlenie, zjednodušenie a skvalitnenie digitálnej komunikácie medzi štátom, občanmi a právnickými osoba v rámci oblastí a kompetencií, ktoré spadajú pod MK SR. Projekt sa zameriava na zavádzanie inovatívnych technológií, ktoré majú ambíciu minimalizovať administratívnu náročnosť pri plnení povinností a uplatňovaní práv v oblasti kultúry.

260

261

Súčasťou modernizácie je vytvorenie používateľsky prívetivých, prehľadných a jednotných digitálnych platforiem, vrátane zlepšenia prístupu k elektronickým službám štátu MK SR, ktoré budú plne prístupné všetkým dotknutým používateľom. Konzistentná a zrozumiteľná komunikácia na digitálnych platformách prispeje k vyššej spokojnosti občanov a podnikateľov, pričom sa zvýši podiel využívania elektronických služieb pri vybavovaní administratívnych úkonov.

262

263

Projekt zároveň zabezpečí súlad s aktuálnou európskou a národnou legislatívou v oblasti kultúry, ako aj s pripravovanými legislatívnymi úpravami vrátane ich transpozície do slovenskej legislatívy. Tieto zmeny sa premietnu do návrhu nového informačného systému Centrálna správa registrov a evidencií, ktorý umožní efektívnejšie spracovanie údajov, automatizáciu procesov a zvýšenie transparentnosti štátnej správy v oblasti kultúry.

264

265

Výsledkom bude moderný, bezpečný a efektívny digitálny ekosystém, ktorý prispeje k zvýšeniu efektivity štátnej správy, zníženiu administratívnej záťaže a zlepšeniu dostupnosti elektronických služieb pre občanov a podnikateľské subjekty.

266

267

Vymedzenie okruhu podaktivít, ktoré budú riešené projektom:

268

269

=== A: Technologické a netechnologické zmeny na front-ende (zmeny grafických používateľských rozhraní „GUI“): ===

270

271

* Zmeny informačnej architektúry a obsahového manažmentu služieb, zresponzívnenie GUI, zosúladenie GUI s jednotným dizajn manuálom štátnej správy;

272

* Pridanie sekcie „často kladených otázok“ ku koncovej službe na viditeľnom a prístupnom mieste;

273

* Pridanie „Dema služby“ - inštruktáž vo forme videa, ako službu využiť;

274

* Zavedenie ľahkého prístupu k živej online podpore do koncových služieb (napr. formou chatu, info linky);

275

* Implementácia elektronických žiadostí v systéme Centrálna správa registrov a evidencií.

276

* Pridanie možnosti interakcie a spätnej väzby cez diskusné fórum alebo sociálne médiá (tzn. služba bude obsahovať diskusné fórum alebo odkazy na sociálne platformy, kde používateľ môže diskutovať a vyjadrovať sa k službe);

277

* Umožniť sledovanie postupných krokov v službe – služba jasne zobrazuje kroky, ktoré je potrebné vykonať, a používateľovi ukazuje, v akom kroku sa nachádza;

278

* Pridať možnosť uložiť rozpracované podanie a vrátiť sa k nemu neskôr, čím sa umožní flexibilita pri dokončení podania;

279

* Zobrazenie odhadovaného času na vybavenie služby – služba bude na začiatku informovať používateľa o predpokladanom čase potrebnom na dokončenie celého procesu;

280

* Zobrazenie maximálneho času na dokončenie služby – služba na začiatku informuje používateľa o maximálnom čase, ktorý je potrebný na realizáciu procesu (vrátane legislatívneho čakania).

281

282

=== B: Technologické riešenia na back-ende koncových služieb: ===

283

284

Zmeny na back-ende koncových služieb, digitálnych kanálov, špecializovaných portáloch (dotvorenie otvorených aplikačných rozhraní, funkcionality/riešenia podporujúce proaktívny prístup).

285

286

=== C: Napájanie sa na centrálne moduly digitálneho ekosystému verejnej správy: ===

287

288

Integrácia s Ústredným portálom verejnej správy (ÚPVS), Elektronickou schránkou správ ÚPVS, prípadne so Slovensko v mobile, a ďalšími digitálnymi platformami, ktoré budú slúžiť na prihlasovanie sa dotknutej osoby do služieb MK SR.

289

290

Nad rámec týchto národných priorít si projekt zároveň kladie za cieľ:

|=**ID**|=

\\**Názov cieľa**|=**Názov strategického cieľa**|=**Spôsob realizácie strategického cieľa**

295

|1.|eGOV služby|Zvýšenie efektivity a dostupnosti elektronických služieb (eGOV služieb) v oblasti kultúry|Zavedenie inovatívnych technológií pre digitálnu komunikáciu medzi štátom, občanmi a podnikateľskými subjektmi, modernizácia a zjednodušenie procesov v rámci e-Gov služieb, optimalizácia elektronických podaní, automatizácia spracovania žiadostí a integrácia s centrálni moduly digitálneho ekosystému verejnej správy.

296

|2.|Zlepšenie používateľskej skúsenosti|Zvýšenie spokojnosti používateľov prostredníctvom intuitívnejších služieb|Vylepšenie grafických používateľských rozhraní (GUI), zlepšenie prehľadnosti a responzívnosti, pridanie sekcií ako FAQ, video návody a online podpora

297

|3.|Modernizácia elektronických služieb|Vytvorenie efektívneho a moderného prostredia pre elektronické služby|Implementácia nového informačného systému pre správu médií a audiovízie, vrátane modernizácie front-end a back-end riešení

298

|4.|Zabezpečenie interoperability|Zabezpečenie bezproblémového prepojenia a konzumácie údajov z CPDI|Implementácia API pre konzumáciu údajov a integráciu s CPDI

299

|5.|Zvýšenie spokojnosti používateľov s elektronickými službami|Zlepšenie používateľskej skúsenosti a prístupnosti elektronických služieb|Implementácia vylepšených grafických používateľských rozhraní (GUI) s dôrazom na prehľadnosť, responzívnosť a jednoduchosť používania. Zavedenie sekcií ako „často kladené otázky“, video inštruktáže na používanie služieb, možnosť online podpory, sledovanie krokov v službe a možnosť uloženia rozpracovaných podaní. Tieto zmeny zabezpečia zvýšenú spokojnosť používateľov prostredníctvom lepšieho a intuitívnejšieho prístupu k službám.

300

|6.|Súlad s legislatívou|Zabezpečenie plného súladu s legislatívnymi požiadavkami|Implementácia procesov v súlade s platným právnym predpisom - so Zákonom č. 265/2022 Z. z. o vydavateľoch publikácií a registri v oblasti médií a audiovízie a to tak, aby spĺňali legislatívne požiadavky na spravovanie registrov a evidencií.

301

302

== {{id name="_Toc152607308"/}}3.5 Merateľné ukazovatele (KPI) ==

303

304

|=**ID**|=

305

\\**ID/Názov cieľa**|=**Názov

306

ukazovateľa **(KPI)|=**Popis

307

ukazovateľa**|=**Merná jednotka**

308

|=**AS IS

309

merateľné hodnoty

310

**(aktuálne)|=**TO BE

311

Merateľné hodnoty

312

**(cieľové hodnoty)|=**Spôsob ich merania**|=**Pozn.**

313

|1.|PO032 / PSKPRCO14|Verejné inštitúcie podporované pri vývoji digitálnych služieb, produktov a procesov|Počet verejných inštitúcií ktoré sú podporované za účelom rozvoja a modernizácie elektronických eGOV služieb.|Verejné inštitúcie|0|1|(((

314

315

316

Akceptačný protokol z testovania

317

)))|

318

|2.|PR017 / PSKPRCR11|Používatelia nových a vylepšených verejných digitálnych služieb, produktov a procesov|Počet používateľov v vylepšených digitálnych služieb, produktov a procesov|Používatelia / rok|0|50|(((

Pravidelný reporting

)))|

|3.|Legislatíva|Splnenie legislatívnych požiadaviek|Naplnenie všetkých legislatívnych požiadaviek vyplývajúcich zo Zákona č. 265/2022 Z. z.|IS|0|1|Akceptačný protokol z testovania|

324

|4.|Efektivita|Zefektívnenie poskytovaných eGOV služieb MK SR|Optimalizácia procesov evidencie|%|0|50%|Akceptačný protokol z testovania|

325

326

327

== {{id name="_Toc152607312"/}}{{id name="_Toc1937275886"/}}{{id name="_Toc741126126"/}}{{id name="_Toc1465086354"/}}{{id name="_Toc1808286414"/}}{{id name="_Toc773473969"/}}{{id name="_Toc1151283522"/}}{{id name="_Toc1993493887"/}}{{id name="_Toc2086720991"/}}{{id name="_Toc484272872"/}}{{id name="_Toc1278737203"/}}{{id name="_Toc325672769"/}}{{id name="_Toc152607311"/}}{{id name="_Toc152607309"/}}3.6 Špecifikácia potrieb koncového používateľa ==

328

329

330

Projekt sa zameriava na naplnenie potrieb rôznych skupín koncových používateľov, ktorí budú so systémom priamo pracovať alebo využívať jeho služby.

331

332

Modernizácia informačných systémov **MK SR** a zavedenie nových digitálnych služieb si vyžaduje precízne definovanie potrieb koncových používateľov, pričom sa zohľadnia ich reálne požiadavky na dostupnosť, efektivitu, spoľahlivosť a intuitívnosť elektronických služieb. Efektívne riešenie musí byť v súlade s platnou legislatívou, ako aj s jej pripravovanými úpravami, ktoré sú súčasťou projektu. Požiadavky na elektronizáciu služieb verejnej správy musia reflektovať aj vyhlášku č. 547/2021 Z. z. o elektronizácii agendy verejnej správy, pričom sa pri návrhu systému uplatnia overené metodiky a prístupy, ako sú:

333

334

* **Používateľský prieskum** – identifikácia potrieb, očakávaní a problémov koncových používateľov,

335

* **Mapovanie používateľskej cesty (User Journey Mapping)** – analýza interakcie občanov a podnikateľov s digitálnymi službami **MK SR**, s cieľom eliminovať zbytočné kroky,

336

* **Vytváranie informačnej architektúry** – návrh prehľadného a intuitívneho digitálneho prostredia s jednoduchou navigáciou,

337

* **Testovanie prototypov** – validácia používateľskej skúsenosti prostredníctvom interaktívneho testovania pred finálnym nasadením systému.

338

339

=== 3.6.1 Definícia cieľových skupín koncových používateľov ===

340

341

Aby digitálne služby spĺňali požiadavky nielen požiadavky výzvy ale aj širokej verejnosti, je nevyhnutné definovať kľúčové skupiny koncových používateľov, pričom sa zohľadnia sociodemografické charakteristiky a špecifické potreby jednotlivých kategórií používateľov. Metodika pre tvorbu používateľsky kvalitných elektronických služieb odporúča prácu s tzv. **persónami**, ktoré reprezentujú typické profily používateľov elektronických služieb **MK SR**.

342

343

1. **Občania – fyzické osoby**

344

1*. **Očakáva sa, že lepšie eGOV služby bude využívať** široké spektrum používateľov rôzneho veku, vzdelania a technickej zdatnosti, vrátane seniorov a osôb so špeciálnymi potrebami.

345

1*. ** Očakávajú **rýchly a jednoduchý prístup k službám, prehľadné formuláre, možnosť sledovania stavu žiadostí, dostupnosť asistencie pri riešení problémov.

346

1*. **Kľúčovou požiadavkou** je poskytovanie responzívnych digitálnych služieb dostupných na rôznych zariadeniach (mobil, tablet, PC), prístupnosť pre osoby so zdravotným postihnutím (WCAG), prehľadné navigačné rozhranie a jazyková dostupnosť.

347

1. **Podnikatelia a právnické osoby**

348

1*. **Pôjde o **podnikateľov a právnické osoby, ktorí potrebujú riešiť agendu v oblasti kultúry, médií a audiovízie (napr. prevádzkovatelia mediálnych služieb, produkčné spoločnosti).

349

1*. **Očakávajú** automatizované a jednoduché podania, ktoré ich prevedú celým procesom.

350

1*. **Kľúčové požiadavky**: Vysoká bezpečnosť pri práci s citlivými údajmi, integrácia s ďalšími registrami (napr. obchodný register, register médií), podpora elektronických podpisov (KEP, eIDAS).

351

1. Zamestnanci verejnej správy a **MK SR**

352

1*. Úradníci a zamestnanci vykonávajúci správu agendy v oblasti kultúry a médií.

353

1*. ** Očakávajú** prehľadný prístup k údajom, nástroje na efektívne spracovanie žiadostí, digitalizácia a automatizácia administratívnych úkonov.

354

1*. ** Kľúčovou požiadavkou je j**ednotná databáza na evidenciu a kontrolu údajov, možnosť analytického spracovania dát a generovania štatistík, vysoká úroveň ochrany údajov a auditovateľnosť systémových operácií.

355

356

=== 3.6.2 Kľúčové požiadavky koncových používateľov na modernizovaný informačný systém ===

357

358

1. **Zjednodušenie a zrýchlenie prístupu k službám**

359

1*. Používateľsky prívetivé a prehľadné digitálne prostredie.

360

1*. Rýchla navigácia a vyhľadávanie informácií.

361

1*. Zníženie počtu krokov pri vybavovaní žiadostí.

362

1. **Automatizácia a digitalizácia procesov**

363

1*. Predvyplnené formuláre na základe dostupných údajov.

364

1*. Integrácia elektronického podpisu a možnosť podávania žiadostí online.

365

1*. Notifikácie o stave žiadosti (e-mail, SMS, push notifikácie).

366

1. **Vysoká dostupnosť a spoľahlivosť služieb**

367

1*. 24/7 dostupnosť elektronických služieb.

368

1*. Optimalizácia výkonu pre vysoký počet používateľov.

369

1*. Podpora viacjazyčného rozhrania a prístupnosť pre osoby so špeciálnymi potrebami.

370

1. **Zabezpečenie ochrany osobných údajov a kybernetická bezpečnosť**

371

1*. Implementácia vysokých bezpečnostných štandardov.

372

1*. Riadený prístup k údajom a ich šifrovaná výmena medzi systémami.

373

1*. Transparentnosť pri spracovaní osobných údajov a auditovateľnosť operácií.

374

1. **Efektívna podpora a asistencia používateľov**

375

1*. Virtuálny asistent/chatbot pre základnú podporu.

376

1*. Možnosť kontaktovania helpdesku s jasne definovanými odpovednými časmi (SLA).

377

1*. Poskytovanie návodov, FAQ a interaktívnych tutoriálov.

378

1. **Prispôsobivosť legislatívnym a technologickým zmenám**

379

1*. Modulárna architektúra systému umožňujúca rýchle úpravy.

380

1*. Možnosť efektívneho rozšírenia o nové funkcionality.

381

1*. Rýchla implementácia legislatívnych zmien a európskych nariadení.

382

383

Modernizáciou technologických riešení umožní zrýchlenie administratívnych procesov, zvýšenie transparentnosti a dostupnosti elektronických služieb a posilnenie kybernetickej bezpečnosti, čím prispeje k celkovému zlepšeniu kvality digitálnych služieb **MK SR**.

384

385

== {{id name="_Toc152607313"/}}{{id name="_Toc198641823"/}}{{id name="_Toc1446281799"/}}{{id name="_Toc1842310707"/}}{{id name="_Toc1163807533"/}}{{id name="_Toc916545230"/}}{{id name="_Toc521854426"/}}{{id name="_Toc498488475"/}}{{id name="_Toc1758750743"/}}{{id name="_Toc207777217"/}}{{id name="_Toc936389862"/}}{{id name="_Toc1446163721"/}}3.7 Riziká a závislosti ==

386

387

388

Zoznam rizík a závislostí je špecifikovaný v samostatnej prílohe **I-02 Zoznam rizík a závislostí, **ktorá je neoddeliteľnou súčasťou projektového zámeru.

*

== {{id name="_Toc152607315"/}}{{id name="_Toc1793724252"/}}{{id name="_Toc1466175488"/}}{{id name="_Toc1609225226"/}}{{id name="_Toc1296717251"/}}{{id name="_Toc1633501589"/}}{{id name="_Toc1315070395"/}}{{id name="_Toc1675606855"/}}{{id name="_Toc577492669"/}}{{id name="_Toc1200979875"/}}{{id name="_Toc248627913"/}}{{id name="_Toc1580551965"/}}{{id name="_Toc47815698"/}}{{id name="_Toc521508979"/}}3.8 Detailný opis rozpočtu projektu a jeho prínosov ==

393

394

Rozpočet a vypočítané prínosy sú súčasťou samostatného dokumentu **M-05 Analýza nákladov a prínosov (CBA - Cost Benefit Analysis)** v predpísanej štruktúrovanej forme a v zmysle metodického pokynu k vypracovaniu CBA pre projekty nad 1milión EUR. Tento dokument je vyhotovený v tabuľkovom formáte a obsahuje podrobné prepočty nákladov a očakávaných prínosov projektu.

395

396

Z analýzy nákladov a prínosov (CBA) vyplýva tzv. High-level sumarizácia rozpočtu projektu, ktorá poskytuje prehľad o celkových predpokladaných výdavkoch a očakávaných prínosoch. Sumár rozpočtu je uvedený aj v nasledujúcej kapitole a poskytuje manažérsky prehľad o finančnom rámci projektu.

397

398

Z pohľadu výzvy sa jedná o nasledovnú nákladovú štruktúru:

399

400

|**Hlavné aktivity**|**1 399 755** **€ z toho:**

401

|Vývoj aplikácií|1 399 755 €

402

|013 Softvér|1 272 547 €

403

|521 Mzdové výdavky| 127 208 €

404

|**Podporné aktivity**|**97 982** **€ z toho:**

405

|907 Paušálne náhrady|97 982 €

406

|**Celkové náklady pre projekt výzvy**|**1 497 737 €**

407

408

V nasledujúcej tabuľke sú uvedené náklady projektu v horizonte 10 rokov.

409

410

=== 3.8.1 Sumarizácia nákladov a prínosov ===

|**IT - CAPEX**|1 616 135 €|208 699 €|130 345 €|156 707 €|260 690 €|130 345 €|443 027 €|169 156 €|117 164 €

416

|Aplikácie|1 616 135 €|208 699 €|130 345 €|156 707 €|260 690 €|130 345 €|443 027 €|169 156 €|117 164 €

417

|SW|- €|- €|- €|- €|- €|- €|- €|- €|- €

418

|HW|- €|- €|- €|- €|- €|- €|- €|- €|- €

419

|Riadenie projektu|97 983 €|12 653 €|7 903 €|9 501 €|15 805 €|7 903 €|26 860 €|10 256 €|7 103 €

420

|**IT - OPEX- prevádzka**|470 795 €|60 796 €|37 971 €|45 650 €|75 942 €|37 971 €|129 058 €|49 277 €|34 131 €

421

|Aplikácie|470 795 €|60 796 €|37 971 €|45 650 €|75 942 €|37 971 €|129 058 €|49 277 €|34 131 €

422

|SW|- €|- €|- €|- €|- €|- €|- €|- €|- €

423

|HW|- €|- €|- €|- €|- €|- €|- €|- €|- €

424

|**Prínosy**|**2 577 556 €**| | | | | | | |

425

|**Finančné prínosy**|- €|- €|- €|- €|- €|- €|- €|- €|- €

426

|Administratívne poplatky|- €|- €|- €|- €|- €|- €|- €|- €|- €

427

|Ostatné daňové a nedaňové príjmy|- €|- €|- €|- €|- €|- €|- €|- €|- €

428

|**Ekonomické prínosy**|**2 577 556 €**|- €|- €|- €|- €|- €|- €|- €|- €

429

|Občania (€)|300 723 €|- €|- €|- €|- €|- €|- €|- €|- €

430

|Úradníci (€)|2 276 833 €|- €|- €|- €|- €|- €|- €|- €|- €

431

|Úradníci (FTE)| N/A| N/A| N/A|N/A|N/A|N/A|N/A|N/A|N/A

432

|**Kvalitatívne prínosy**| - €|- €| - €| | | | | |

433

434

|=(% colspan="2" %)**Výsledok CBA**|=**Výsledná hodnota**|=**Minimálna hodnota**

435

|BCR|pomer prínosov a nákladov|**1,32**|**1,00**

436

|FIRR|finančná vnútorná výnosová miera ~(%)|-17,7|-

437

|EIRR|ekonomická vnútorná výnosová miera ~(%)|25,7%|5,0%

438

| | | |

439

|FNPV|finančná čistá súčasná hodnota (eur s DPH)|-1 063 967|-

440

|ENPV|ekonomická čistá súčasná hodnota (eur bez DPH)| 1 093 381|0

441

442

Realizácia projektu prinesie zásadné kvalitatívne a kvantitatívne prínosy, ktoré sa pozitívne prejavia na efektivite, transparentnosti a znižovaní administratívnej záťaže pre občanov, zamestnancov MK SR a ďalšie dotknuté subjekty. Projekt reaguje na aktuálnu absenciu komplexného a efektívneho systému pre správu a poskytovanie údajov občanom a podnikateľským subjektom v oblasti médií a audiovízie. Prínosy projektu sú vyčíslené na základe porovnania súčasného stavu (AS-IS) a očakávaného budúceho stavu (TO-BE) po implementácii modernizovaných služieb a technológii.

443

444

Východiskový stav („BE“) odráža aktuálnu dĺžku spracovania úkonov na pri registrácií a spracovaní žiadosti, kde pracovník pri každej žiadosti prechádza viacerými systémami, manuálne vyhľadáva údaje a opakovane kontroluje ich správnosť. Dotknutá osoba (fyzická alebo právnická osoba) musí stráviť značný čas hľadaním informácií na rôznych stránkach a vyplňovaním neprehľadných formulárov.

445

446

Po nasadení riešenia sa vďaka modulom Správa číselníkov, Integračný modul, Správa lokálnych registrov a Manažment žiadostí očakáva dramatické skracovanie časov – napríklad pri jednej žiadosti, ktorá dnes trvá 2 hodiny, sa vybavenie zníži na niekoľko minút. Zmeny front-endového rozhrania (responzívny dizajn, jednotný GUI podľa ID-SK 3.0, FAQ, videonávody, možnosť ukladania rozpracovaného podania) výrazne skrátime čas dotknutej osoby (fyzickej alebo právnickej osoby). Automatizované prepojenie na CPDI a notifikačný modul umožnia úradníkovi vybaviť žiadosť za rádovo minúty namiesto dnešných 90 minút, čím sa ročne uvoľnia tisíce hodín pre inú aktivitu, resp. nebude potrebné navyšovať alebo ponechávať pracovnú silu.

447

448

Tento konzervatívny odhad predpokladá, že počas desaťročného nasadenia projekt postupne dosiahne trvalé skrátenie lehôt, výrazne zníži administratívnu záťaž aj pre občanov a poskytne MK SR kapacity zamerať sa na kvalitu a rozvoj nových služieb.

449

450

==== 3.8.1.1 Zníženie administratívnej záťaže úradníkov ====

451

452

Doterajšie spracovanie jednej žiadosti trvá úradníkovi v priemere 2 hodiny manuálnej práce (vyhľadávanie v registroch, manuálna validácia, konsolidácia dát). Po nasadení informačného systému ISVS 9914 – Centrálna správa registrov a evidencií a integrácie na CPDI predpokladáme, že sa tento čas skráti na necelých 6 minút. Tým sa výrazne zvýši kapacita úradníkov pre strategické úlohy a podporu občanov, zároveň sa odstránia chyby vznikajúce pri ručných procesoch.

453

454

* Súčasný stav (AS-IS): Spracovanie jednej žiadosti o údaje z registrov MK SR prebieha manuálne a trvá v priemere 120 minút (2 hodiny) práce úradníka.

455

* Budúci stav (TO-BE): Vďaka nasadeniu informačného systému ISVS 9914 – Centrálna správa registrov a evidencií bude stačiť jediný API dopyt na CPDI, ktorého odoslanie a kontrola výsledku zaberie úradníkovi 1 minútu.

456

* Úspora času na jednu žiadosť: 90 min – 6 min = 84 min

457

* Ročná úspora času pri 10 000 žiadostiach:

458

10 000× 84 min ÷ 60 = 14 000 hodín

459

460

==== 3.8.1.2 Zníženie času používateľov (fyzické a právnické osoby) ====

461

462

V súčasnom stave musí občan pri každom podaní venovať približne 0,30 hodiny prechádzaniu viacerými webovými stránkami a vypĺňaniu údajov. Zavedením jednotného ISVS a možnosti zadať elektronické podanie, ktoré bude koncipované podľa ID-SK 3.0, vďaka sekcií FAQ, dostupných videonávodov a možnosti uloženia rozpracovaného podania predpokladáme skrátenie tejto doby na 0,05 hodiny. To umožní fyzickým aj právnickým osobám rýchlejšie nájsť potrebné informácie a zadať a dokončiť podanie bez zbytočného čakania či preklikávania, čím zlepšujeme prístupnosť a prehľadnosť e-služieb.

463

464

* Súčasný stav (AS-IS): Podanie a odoslanie elektronickej žiadosti trvá priemerne 18 minút.

465

* Budúci stav (TO-BE): Po implementácii front-endu a e-formulárov podľa ID-SK 3.0 dokáže používateľ celý proces zvládnuť za 3 minúty.

466

* Úspora času na jednu žiadosť: 18 min– 3 min = 15 min

467

* Ročná úspora času pri 10 000 žiadostiach:

468

10 000× 15 min ÷ 60 = 2 500 hodín

469

470

==== 3.8.1.3 Nepeňažné prínosy projektu ====

471

472

1. Súlad s legislatívou

473

1*. Implementáciou predmetu projektu budú naplnené požiadavky zákona č. 265/2022 Z. z. o vydavateľoch publikácií a registri médií a audiovízie.

474

1*. Zabezpečuje splnenie povinností GDPR (práva dotknutých osôb na prístup, opravu, vymazanie) a zákona o e-Governmente

475

1. Zvýšená transparentnosť a dôveryhodnosť

476

1*. Notifikačný modul okamžite informuje dotknuté osoby (SMS, e-mail, ÚPVS) o zmenách v registroch.

477

1*. Automatizované logovanie všetkých operácií a auditné stopy zvyšujú zodpovednosť.

478

1. Zlepšenie kvality dát

479

1*. Centralizované procesy eliminujú duplicity a neaktuálne záznamy.

480

1*. Pravidelné profilovanie a čistenie dát znižuje nekonzistencie o 80 % a zabezpečuje presnosť > 99 %.

481

1. Zvýšená spokojnosť používateľov

482

1. „Jedenkrát a dosť“: občania zadávajú údaje iba raz, systém ich zdieľa naprieč modulmi.

483

1. Intuitívne GUI, FAQ, videonávody, sledovanie postupu a uloženie rozpracovaného podania zvyšujú použiteľnosť.

484

1. **Podpora rozhodovania a strategického riadenia**

485

1*. Centrálne dashboardy a notifikácie umožňujú manažérom sledovať kľúčové metriky (počet podaní, časy vybavenia, kvalita dát).

486

1*. Uvoľnené kapacity personálu sa dajú presunúť na rozvoj nových služieb, analýzu potrieb a strategické projekty.

487

488

=== 3.8.2 Zdroj financovania ===

489

490

Potrebné finančné prostriedky pre realizáciu projekt budú pokryté z vyhlásenej výzvy zo dňa 14.06.2024 kód: **PSK-MIRRI-617-2024-DV-EFRR**, názov: **„Lepšie využívanie údajov“**, priorita: **1P1 Veda, výskum a inovácie**, špecifický cieľ: **RSO 1.2 Využívanie prínosov digitalizácie pre občanov**, **podniky, výskumné organizácie a orgány verejnej správy**, opatrenie: 1.2.1** **Podpora v oblasti informatizácie a digitálnej transformácie (Oblasť B. Podpora v oblasti zvýšenia kvality poskytovaných verejných služieb) ktorá je financovaná z prostriedkov mechanizmu Program Slovensko 2021 - 2027, ktorej vyhlasovateľ je Ministerstvo investícií, regionálneho rozvoja a informatizácie Slovenskej republiky.

491

492

493

|=**Názov projektu**|=**Lepšie eGOV služby MK SR**

494

|Interná skratka projektu|LeGS

495

|ID MetaIS|projekt_3443

496

|Dátum začatia realizačnej fáz|03/2026

497

|Dátum ukončenia dokončovacej fázy |02/2028

498

|Plánovaný rozpočet projektu|1 498 304 €

499

|Plánované ročné prevádzkové náklady |39 699 €

500

|Plánované ročné rozvojové náklady|39 699 €

501

|Zdroj financovania|Program Slovensko 2021 – 2027

502

|Kód výzvy|PSK-MIRRI-622-2024-DV-EFRR

503

|Miesto realizácie|Slovenská republika

504

|Doba udržateľnosti projektu|5 rokov

505

506

== {{id name="_Toc152607316"/}}{{id name="_Toc272880027"/}}{{id name="_Toc1555402845"/}}{{id name="_Toc202773756"/}}{{id name="_Toc184325397"/}}{{id name="_Toc668554681"/}}{{id name="_Toc1254416069"/}}{{id name="_Toc1027950788"/}}{{id name="_Toc1148271670"/}}{{id name="_Toc113941326"/}}{{id name="_Toc531942663"/}}{{id name="_Toc154507425"/}}3.9 Harmonogram projektu ==

507

508

Nasledujúca tabuľka predstavuje vysokú úroveň harmonogramu projektu (tzv. high-level plán) vrátane jeho hlavných fáz. Projekt bude realizovaný formou vodopádového modelu, ktorý je vhodný najmä pre projekty s jasne definovaným cieľom, rozsahom a postupom realizácie. Tento prístup umožňuje detailné plánovanie jednotlivých krokov už v úvodnej fáze a minimalizuje priestor pre zásadné zmeny počas realizácie.

509

510

Prípravná fáza projektu bola zahájená v máji 2025, očakávaná dĺžka realizačnej fázy je 22 mesiacov, ktorá začína dňom podpisu Zmluvy s dodávateľom.

511

512

Zabezpečenie dodávateľa realizácie projektu bude prebiehať formou verejného obstarávania, pričom bude kladený dôraz na transparentnosť, hospodárnosť a efektívnosť výberového procesu. Cieľom je získať partnera schopného dodať kvalitné riešenie v súlade s harmonogramom, s dôrazom na optimalizáciu nákladov a dodržiavanie požiadaviek stanovených v projektovom zámere.

513

514

|=**ID**|=**FÁZA/AKTIVITA**|=(((

**ZAČIATOK**

**(odhad termínu)**

)))|=(((

**KONIEC**

**(odhad termínu)**

)))|=**POZNÁMKA**

|1.|Prípravná fáza a Iniciačná fáza|05/2025|02/2026|

524

|1a.|Vypracovanie manažérskych dokumentov a schvaľovací proces|05/2025|05/2025|

525

|1b.|Verejné obstarávanie|07/2025|02/2026|

526

|1c.|Vypracovanie detailného projektového plánu|12/2025|02/2026|

527

|2.|Realizačná fáza|03/2026|12/2027|

528

|2a|Analýza a Dizajn|03/2026|05/2026|

529

|2b|Nákup infraštruktúrnych služieb, programových a technických prostriedkov (ak z analýzy a dizajn vyplynie potreba)|04/2026|09/2026|

530

|2c|Implementácia a testovanie|06/2026|09/2027|

531

|2d|Nasadenie a PIP|10/2027|12/2027|PIP - 3 mesiace po nasadení

532

|3.|Dokončovacia fáza|12/2027|02/2028|

533

|4.|Podpora prevádzky (SLA)|01/2028|12/2032|Obstaranie SLA zmluvu (Zmluvu o podpore prevádzky IS)

534

535

== {{id name="_Toc152607317"/}}{{id name="_Toc2141037501"/}}{{id name="_Toc305797393"/}}{{id name="_Toc757025235"/}}{{id name="_Toc799792984"/}}{{id name="_Toc1320898353"/}}{{id name="_Toc662890955"/}}{{id name="_Toc2002161453"/}}{{id name="_Toc463175707"/}}{{id name="_Toc660959900"/}}{{id name="_Toc1051940062"/}}{{id name="_Toc1081082045"/}}{{id name="_Toc47815700"/}}{{id name="_Toc521508981"/}}3.10 Návrh organizačného zabezpečenia projektu (projektový tím) ==

536

537

538

Riadiaci výbor projektu predstavuje najvyšší riadiaci orgán zodpovedný za dohľad nad riadením a realizáciou projektu v súlade so schválenou projektovou dokumentáciou. Výbor je zriadený na základe dokumentu Štatút Riadiaceho výboru projektu, ktorý upravuje jeho pôsobnosť, zloženie, úlohy, pravidlá zasadnutia a spôsob hlasovania.

539

540

Riadiaci výbor projektu dohliada najmä na:

541

542

* súlad projektu so stanovenými cieľmi a rozpočtom,

543

* hospodárne a efektívne využívanie finančných prostriedkov,

544

* dodržiavanie štandardov projektového riadenia a ich prispôsobenie špecifikám projektu.

545

* Zloženie riadiaceho výboru

546

547

Riadiaci výbor projektu má päť členov, z ktorých štyria majú hlasovacie právo. Riadiaci výbor projektu bude v nasledovnom zložení:

548

549

1. Predseda riadiaceho výboru projektu (zástupca Ministerstva kultúry SR),

550

1. Biznis vlastník (vlastník alebo vlastníci dotknutých procesov, prípadne nimi poverení zástupcovia),

551

1. Zástupca kľúčových používateľov (napr. z prevádzky IT),

552

1. Zástupca dodávateľa (po ukončení procesu verejného obstarávania),

553

1. Projektový manažér (bez hlasovacieho práva).

554

555

Predsedom výboru je zástupca Ministerstva kultúry SR. V prípade jeho neprítomnosti môže túto funkciu dočasne prevziať iný člen výboru s hlasovacím právom na základe písomného splnomocnenia.

556

557

Na zasadnutia riadiaceho výboru môžu byť prizvané aj ďalšie osoby – zástupcovia iných útvarov MK SR alebo dodávateľa – podľa potreby konkrétnych rokovaní.

558

559

**Fungovanie a zasadnutia**

560

561

Riadiaci výbor zasadá pravidelne, spravidla raz mesačne, najmenej však jedenkrát za tri po sebe nasledujúce kalendárne mesiace. Zasadnutia zvoláva predseda výboru.

562

563

Závery zo zasadnutia a jednotlivé rozhodnutia sa prijímajú nadpolovičnou väčšinou hlasov prítomných členov s hlasovacím právom. V prípade rovnosti hlasov rozhoduje hlas predsedu, ktorý má v takom prípade váhu dvoch hlasov.

564

565

**Dokumentácia zasadnutí**

566

567

Každé zasadnutie riadiaceho výboru je dokumentované prostredníctvom:

568

569

* programu zasadnutia,

570

* pracovných materiálov,

571

* záznamu zo zasadnutia (vrátane prezenčnej listiny a prípadných splnomocnení).

572

573

Distribúciu programu a pracovných materiálov zabezpečuje asistent projektového manažéra na základe podkladov od predsedu alebo člena výboru, ktorý zasadnutie inicioval. Materiály musia byť zaslané členom výboru najneskôr tri pracovné dni pred zasadnutím. Za ich vecnú správnosť zodpovedá predkladateľ materiálu.

574

575

**Trvanie a ukončenie činnosti**

576

577

Riadiaci výbor projektu vykonáva svoju činnosť počas celého trvania realizácie projektu a zaniká ukončením implementácie a uvedením projektu do produktívnej prevádzky.

578

579

Zoznam členov výboru je evidovaný v dokumente Komunikačná matica, ktorý je uložený na zdieľanom projektovom úložisku.

580

581

Riadenie projektu zo strany MK SR bude zabezpečené prostredníctvom Projektové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 progresom dodávaného Diela/Služby, vrátane kvality), finančného riadenia a monitorovania realizácie projektu v zmysle riadenia podľa vyhlášky MIRRI SR č. 401/2023 Z. z. o riadení projektov v platnom znení.

582

583

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

1. Projektové role:

1*. IT Architekt,

1*. IT Analytik,

1*. Produktový vlastník/Biznis vlastník,

589

1*. Tester IT,

590

1*. Finančný manažér,

591

1*. Projektový manažér,

592

1*. UX dizajnér/UX dizajnér obsahu.

593

594

V súlade s výzvou MK SR zabezpečí, aby počas implementácie projektu a po jeho skončení (počas obdobia udržateľnosti) boli k dispozícii interné kapacity na obsluhu, prevádzku a rozvoj predmetu projektu. Zároveň bude minimálne počas obdobia udržateľnosti zabezpečené financovanie týchto interných kapacít zo zdrojov MK SR.

595

596

Projektový manažér MK SR bude:

597

598

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

599

1. 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 SR v súlade s podmienkami výzvy,

600

1. v spolupráci s projektovým manažérom dodávateľa koordinovať realizáciu hlavných aktivít, činností a úloh projektu.

601

602

Zodpovednosťou projektového manažéra je v spolupráci s finančným manažérom MK SR 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 MK SR.

603

604

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

== {{id name="_Toc152607318"/}}{{id name="_Toc1308618109"/}}{{id name="_Toc1709724880"/}}{{id name="_Toc1118245238"/}}{{id name="_Toc416893103"/}}{{id name="_Toc1814703501"/}}{{id name="_Toc1969952445"/}}{{id name="_Toc1495260625"/}}{{id name="_Toc1603455053"/}}{{id name="_Toc245422461"/}}{{id name="_Toc1058442113"/}}{{id name="_Toc2040067840"/}}{{id name="_Toc47815701"/}}{{id name="_Toc521508982"/}}3.11Stanovenie alternatív v technologickej vrstve architektúry ==

617

618

619

= {{id name="_Toc152607319"/}}{{id name="_Toc235638817"/}}{{id name="_Toc2038485909"/}}{{id name="_Toc1889369710"/}}{{id name="_Toc54886926"/}}{{id name="_Toc472227250"/}}{{id name="_Toc1379517775"/}}{{id name="_Toc540855301"/}}{{id name="_Toc1475201524"/}}{{id name="_Toc1214716058"/}}{{id name="_Toc240714683"/}}{{id name="_Toc476051484"/}}{{id name="_Toc47815703"/}}4. LEGISLATÍVA =

620

621

622

Projekt bude realizovaný v súlade s platnou legislatívou Slovenskej republiky a Európskej únie v oblastiach informatizácie, ochrany osobných údajov, kybernetickej bezpečnosti a poskytovania elektronických služieb. Zároveň bude rešpektovať platné interné predpisy Ministerstva kultúry SR a legislatívne rámce upravujúce pôsobnosť rezortu v jednotlivých agendách.

623

624

Projekt je v súlade najmä s nasledovnými predpismi:

625

626

* Zákon č. 126/2015 Z. z. o knižniciach a o zmene a doplnení zákona č. 206/2009 Z. z. o múzeách a o galériách a o ochrane predmetov kultúrnej hodnoty

627

* Zákon č. 206/2009 Z. z. o múzeách a o galériách a o ochrane predmetov kultúrnej hodnoty a o zmene zákona

628

* Slovenskej národnej rady č. 372/1990 Zb. priestupkoch v znení neskorších predpisov

629

* Zákon č. 49/2002 Z. z. o ochrane pamiatkového fondu

630

* Zákon č. 104/2014 Z.z., ktorým sa mení a dopĺňa zákon č. 49/2002 Z.z. o ochrane pamiatkového fondu v znení neskorších predpisov

631

* Zákon č. 103/2014 Z. z. o divadelnej činnosti a hudobnej činnosti a o zmene a doplnení niektorých zákonov

632

* Zákon č. 185/2015 Z. z. Autorský zákon

633

* Zákon č. 189/2015 Z. z. o kultúrno-osvetovej činnosti

634

* Zákon č. 264/2022 Z. z. o mediálnych službách a o zmene a doplnení niektorých zákonov (zákon o mediálnych službách)

635

* Zákon č. 265/2022 Z. z. o vydavateľoch publikácií a o registri v oblasti médií a audiovízie a o zmene a doplnení niektorých zákonov

636

* Zákon č. 308/1991 Zb. o slobode náboženskej viery a postavení cirkví a náboženských spoločností

637

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

638

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

639

* Zákon č. 69/2018 Z. z. o kybernetickej bezpečnosti v znení neskorších predpisov,

640

* Zákon č. 305/2013 Z. z. o elektronickej podobe výkonu pôsobnosti orgánov verejnej moci (zákon o e-Governmente),

641

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

642

* Vyhláška MIRRI SR č. 401/2023 Z. z. o riadení projektov a zmenových požiadaviek v prevádzke IT verejnej správy,

643

* Vyhláška MIRRI SR č. 547/2021 Z. z. o elektronizácii agendy verejnej správy,

644

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

645

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

646

* Vyhláška NBÚ č. 492/2022 Z. z. o znalostných štandardoch v oblasti kybernetickej bezpečnosti,

647

* Vyhláška NBÚ č. 264/2023 Z. z., ktorou sa mení vyhláška č. 362/2018 Z. z. o bezpečnostnej dokumentácii a opatreniach.

648

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

649

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

650

* Zákon č. 272/2016 Z. z. o dôveryhodných službách (elektronický podpis) a o dôveryhodných službách pre elektronické transakcie na vnútornom trhum (EiDAS)

651

652

= {{id name="_Toc152607320"/}}{{id name="_Toc982854671"/}}{{id name="_Toc744122543"/}}{{id name="_Toc1493751813"/}}{{id name="_Toc452731307"/}}{{id name="_Toc1695646942"/}}{{id name="_Toc534841930"/}}{{id name="_Toc654836100"/}}{{id name="_Toc1570812277"/}}{{id name="_Toc1016816405"/}}{{id name="_Toc609127555"/}}{{id name="_Toc1888607264"/}}{{id name="_Toc47815704"/}}5. ARCHITEKTÚRA RIEŠENIA PROJEKTU =

653

654

(% id="cke_bm_1301213S" style="display:none" %)

655

656

Popis architektúry zachytáva súčasné nastavenie manažmentu údajov ako celku v organizácií. Architektúra je popísaná z pohľadu:

657

658

* Biznis architektúry – je zosumarizovaním výkonu biznis procesov v oblasti manažmentu údajov. Jedná sa o tie procesy, ktoré majú byť implementované v cieľovom stave Zoznam procesov je konečný a každý z procesov je vyhodnotený z pohľadu, či je vôbec implementovaný a na druhej strane ako sa vykonáva. V rámci biznis architektúry sú zároveň popísané problémové oblasti a návrh na ich odstránenie.

659

* Architektúry informačných systémov – predstavuje prehľad existujúcich informačných systémov a objektov evidencie, ktoré sú v daných informačných systémoch vedené. Zároveň sú popísané aj základné problémy vyplývajúce z nastavenej architektúry IS a definované návrhy na ich odstránenie.

660

* Technologickej architektúry – z pohľadu technologického zabezpečenia je potrebné poznať súčasný stav najmä vo väzbe na budúce nastavenie technologickej architektúry a služieb, ktoré budú využívané. Rovnako je potrebné poznať existujúce limity a návrhy na ich odstránenie.

661

* Bezpečnostnej architektúry – rovnako ako v prípade technologickej architektúry je ťažisko kladené na popis súčasnej bezpečnosti vo väzbe na budúce potreby v tejto oblasti.

662

663

Nasledujúci schéma zobrazuje ideový návrh architektúry riešenia a budovania jednotlivých častí v rámci Centrálnej správy registrov a evidencií. Schéma modrou farbou zobrazuje časti, ktoré budú vybudované ako súčasť realizácie projektu.

664

665

[[Plánovaná architektúra riešenia>>image:1747313646415-982.png]]

666

667

668

Architektúra riešenia vychádza priamo z požiadaviek výzvy „Lepšie eGOV služby“ a cieľov Ministerstva kultúry SR (MK SR) na modernizáciu a centralizáciu správy dátových registrov. Riešenie je navrhnuté ako modulárna platforma založená na mikroservisnej architektúre, nasadenej vo vládnom cloude s vysokou dostupnosťou, škálovateľnosťou a bezpečnosťou.

669

670

=== 5.1.1 Základné vrstvy architektúry ===

671

672

1. **Prezentačná vrstva (GUI)**

673

1*. Responzívne webové rozhranie podľa štandardu ID-SK 3.0

674

1*. Sekcia FAQ, vizualizácia postupu podania, uloženie rozpracovaného podania

675

1*. Prístup cez ÚPVS/Slovensko v mobile (eID, mID)

676

1. **Aplikačná vrstva**

677

1*. Každý modul beží ako nezávislý mikroservis s vlastným REST/OpenAPI rozhraním

678

1*. Orchestrace volaní a zabezpečenie transakčnosti cez API bránu

679

1. **Dátová vrstva**

680

1*. Centrálna databáza pre kmeňové údaje a číselníky (súčasť modulu manažment žiadostí)

681

1*. Lokálne cache kópií registrov RFO, RPO, RA pre rýchly prístup a prácu s dátami

682

1*. Zabezpečené úložisko historických logov a auditných záznamov

683

1. **Integračná vrstva**

684

1*. API brána + event-bus pre asynchrónnu komunikáciu

685

1*. Prepojenie na Centrálnu platformu dátovej integrácie (CPDI)

686

1. **Prevádzková vrstva**

687

1*. Kontajnerizované služby

688

1*. CI/CD pipeline pre automatizované testovanie a nasadzovanie

689

1*. Monitoring, logovanie a alertovanie

690

691

=== 5.1.2 Moduly riešenia ===

692

693

==== 5.1.2.1 Riadenie prístupu ====

694

695

slúži ako bezpečnostné jadro celého ISVS ISVS 9914, kde zaisťuje jednotnú a centralizovanú správu autentifikácie a autorizácie. Modul bude zabezpečovať nielen klasické prihlasovanie menom a heslom, ale aj viacfaktorovú autentifikáciu (2FA/MFA). Pre externých používateľov bude zrealiovaná integrácia na IAM ÚPVS a Slovensko v mobile. Všetky služby a API volania budú chránené tokenmi a vzájomná komunikácia medzi mikroservisami môže prebiehať iba pri platných, nezneužitých certifikátoch či mTLS spojení. Riadenie prístupu ďalej riadi vzťahy používateľ – roly – oprávnenie (RBAC/ABAC), synchronizuje sa s externými adresármi (LDAP/AD) a zaisťuje auditovanie každého prihlásenia, neúspešného pokusu či zmien prístupových práv. Tento modul tak poskytuje robustný, škálovateľný a vysoko dostupný základ pre bezpečnosť celej platformy.

696

697

**Hlavné funkcie modulu:**

698

699

* integrácia na ÚPVS IAM a Slovensko v mobile

700

* Dvojfaktorová autentifikácia (MFA)

701

702

==== 5.1.2.2 Správa používateľov ====

703

704

**Modul Správa používateľov** zabezpečuje komplexný manažment životného cyklu identít v rámci ISVS 9914 vrátane interných zamestnancov MK SR aj externých používateľov (občania, podnikatelia, partneri). Umožňuje vytváranie, čítanie, aktualizáciu a mazanie (CRUD) používateľských kont, prideľovanie rolí a detailných oprávnení podľa princípov RBAC/ABAC a jednoduché delegovanie prístupových práv na úrovni jednotlivých agendových služieb. Modul bude integrovaný s existujúcimi adresármi LDAP/Active Directory, čo zaručuje synchronizáciu firemných účtov a jednotné prihlasovanie v celej organizácii. Pre zvýšenie bezpečnosti podporuje automatické odhlasovanie po definovanom čase nečinnosti, kontrolu silných hesiel a správu dočasných prístupových tokenov. Vďaka prepracovanému administračnému rozhraniu dokážu oddelenia MK SR spravovať používateľov a ich skupiny bez potreby zásahu IT oddelenia, čím sa zvyšuje agilita a znižuje administratívna záťaž.

705

706

**Hlavné funkcie modulu:**

707

708

* CRUD operácie pre používateľské účty

709

* Synchronizácia s LDAP/AD

710

* Automatické odhlasovanie pri nečinnosti

711

712

==== 5.1.2.3 eFormuláre ====

713

714

Modul eFormuláre poskytuje plnohodnotné riešenie pre návrh, nasadenie a spracovanie dynamických elektronických formulárov naprieč portálmi MK SR. Frontendová časť zabezpečuje jednotné užívateľské rozhranie v súlade s ID-SK 3.0, pričom z akéhokoľvek relevantného miesta na webe MK SR je používateľ presmerovaný na príslušný formulár. Backendová logika využíva integračný modul na automatické predvyplnenie údajov z referenčných registrov (RFO, RPO, RA), validuje vstupy podľa definovaných pravidiel a umožňuje ukladať rozpracované návrhy („drafty“) pre ich neskoršie dokončenie. Po odoslaní formulára systém cez štandardizované REST API rozosiela notifikácie (e-mail, SMS) zodpovedným úradníkom a prípadne spätne potvrdzuje príjem občanovi. Vďaka modulárnej architektúre je možné jednoducho rozšíriť nové typy formulárov alebo integrovať externé overovacie služby, pričom všetky dáta sú spracovávané s dôrazom na bezpečnosť a ochranu osobných údajov.

715

716

**Hlavné funkcie modulu:**

717

718

* elektronický eFormulár

719

* Predvyplnenie údajov z RFO/RPO/RA

720

* Ukladanie draftov, validácia vstupov

721

* Štandardizované API pre príjem/e-mail notifikácie

722

723

==== 5.1.2.4 Manažment žiadostí ====

724

725

Modul Manažment žiadostí je centrálny orchestrátor spracovania elektronických podaní, ktorý riadi celý životný cyklus žiadosti od podania až po uzavretie. V jadre modulu je výkonný workflow engine, ktorý umožňuje definovať jednotlivé fázy a prechody v procese (napr. prijatie, posúdenie, schválenie, vydanie rozhodnutia), automaticky prideľovať úlohy príslušným odborovým úradníkom a nastavovať eskalačné pravidlá pre prípady prekročených termínov. Prehľadné používateľské dashboardy poskytujú manažérom aj operátorom metriky vybavenia žiadostí, vyhodnocovanie plnenia SLA a vizualizáciu úzkych miest, čo podporuje neustále zlepšovanie procesov. Modul tiež zabezpečuje uchovávanie a prístup k metadátam o každom podaní – ako sú dátumy, zodpovedné osoby a históriu rozhodnutí – čím udržiava plnú auditovateľnosť a transparentnosť spracovania.

726

727

**Hlavné funkcie modulu:**

728

729

* Definícia životného cyklu žiadosti

730

* Priradenie úloh úradníkom, eskalácie

731

* Dashboard s metrikami (časy vybavenia, SLA)

732

* Master data management

733

734

==== 5.1.2.5 Správa číselníkov ====

735

736

**Modul Správa číselníkov** zabezpečuje jednotnú, konzistentnú a centralizovanú správu všetkých agendových a rezortných číselníkov, ktoré MK SR využíva naprieč svojimi informačnými systémami. Tento modul poskytuje intuitívne CRUD (Create, Read, Update, Delete) rozhranie pre administrátorov, umožňujúce jednoduché vytváranie nových položiek, úpravu existujúcich hodnôt či ich bezpečné mazanie. Každá zmena je zaznamenaná formou verzionovania, čo zaisťuje možnosť návratu k predchádzajúcim stavom a úplnú auditovateľnosť. Zmeny v centrálnej databáze číselníkov sa následne automaticky propagujú do všetkých pripojených modulov – eFormulárov, Manažmentu žiadostí, Notifikačného modulu a pod. Navyše je tu nastavený plánovaný mechanizmus synchronizácií s externými štátnymi registrami a číselníkmi (napr. RFO, RPO, RA), vďaka čomu sú referenčné údaje vždy aktuálne a jednotné. Týmto spôsobom modul Správa číselníkov výrazne prispieva k eliminácii duplicitných či nekonzistentných údajov, zvyšuje dôveryhodnosť dát a zjednodušuje údržbu i rozvoj celého informačného ekosystému MK SR.

737

738

**Hlavné funkcie modulu:**

739

740

* Centrálne CRUD rozhranie

741

* Verzionovanie a propagácia do všetkých modulov

742

* Plánované synchronizácie s externými štátnymi číselníkmi

743

744

==== 5.1.2.6 Integračný modul ====

745

746

**Správa lokálnych registrov** je modul určený na uchovávanie a spracovanie lokálnych kópií dát získaných z externých referenčných registrov prostredníctvom Integračného modulu. Slúži ako cache a staging area, kde sa pravidelne načítavajú aktualizácie – modul vykonáva diff-analýzu oproti predchádzajúcej verzii a aplikuje len zmenené alebo nové záznamy, čím minimalizuje objem prenášaných dát a zabezpečuje konzistenciu lokálnych dát. V lokálnom úložisku prebehne tiež validácia a čistenie údajov podľa preddefinovaných pravidiel, čo zvyšuje kvalitu a spoľahlivosť dát pred ich sprístupnením ďalším komponentom systému. Vďaka tomu interné služby (eFormuláre, Manažment žiadostí, Notifikačný modul) získavajú okamžitý a škálovateľný prístup k referenčným dátam bez potreby priameho volania CPDI, čo urýchľuje spracovanie a zvyšuje odolnosť systému voči výpadkom externých služieb.

747

748

**Hlavné funkcie modulu:**

749

750

* Konzumácia údajov prostredníctvom CPDI, konkrétne údaje z RFO, RPO, RA

751

* Orchestrácia konzumovaných údajov a aktualizácia lokálnych verzií registrov

752

* Preklad formátov (XML ↔ JSON/OpenAPI)

753

754

==== 5.1.2.7 Správa lokálnych registrov ====

755

756

**Správa lokálnych registrov** je modul určený na uchovávanie a spracovanie lokálnych kópií dát získaných z externých referenčných registrov prostredníctvom Integračného modulu. Slúži ako cache a staging area, kde sa pravidelne načítavajú aktualizácie – modul vykonáva diff-analýzu oproti predchádzajúcej verzii a aplikuje len zmenené alebo nové záznamy, čím minimalizuje objem prenášaných dát a zabezpečuje konzistenciu lokálnych dát. V lokálnom úložisku prebehne tiež validácia a čistenie údajov podľa preddefinovaných pravidiel, čo zvyšuje kvalitu a spoľahlivosť dát pred ich sprístupnením ďalším komponentom systému. Vďaka tomu interné služby (eFormuláre, Manažment žiadostí, Notifikačný modul) získavajú okamžitý a škálovateľný prístup k referenčným dátam bez potreby priameho volania CPDI, čo urýchľuje spracovanie a zvyšuje odolnosť systému voči výpadkom externých služieb.

757

758

**Hlavné funkcie modulu:**

759

760

* Periodické načítanie prostredníctvom integračného modulu a realizácia diff-analýz a zapracovanie zmien v lokálnych registroch

761

* Lokálna validácia a čistenie údajov

762

* Rýchly prístup pre interné služby bez priameho záťaženia CPDI

763

764

==== 5.1.2.8 Notifikačný modul ====

765

766

**Notifikačný modul** zabezpečuje spoľahlivé a asynchrónne doručovanie správ používateľom prostredníctvom viacerých kanálov (SMS, e-mail, push notifikácie) s využitím Centrálného notifikačného modulu UPVS. Tento modul reaguje na udalosti v systéme – napríklad vznik nových záznamov, ich zmenu, vymazanie alebo exspiráciu – a na základe definovaných pravidiel generuje notifikačné správy, ktoré sú doručené dotknutým osobám alebo interným úradníkom. Súčasťou modulu je sada konfigurovateľných šablón správ, evidovanie stavu doručenia a inteligentný retry mechanizmus pre prípad neúspešnej odosielky. Notifikačný modul je úzko prepojený s Manažmentom žiadostí, čím umožňuje zasielanie upozornení o zmene stavu podaní a SLA udalostiach, a zabezpečuje tak včasnú informáciu používateľov aj efektívnejšie riadenie procesov v rámci MK SR.

767

768

**Hlavné funkcie modulu:**

769

770

* Udalostné zasielanie pri: vzniku, zmene, vymazaní, exspirácii údajov

771

* Šablóny správ, záznam doručenia, retry mechanizmus

772

* Integrácia s Manažmentom žiadostí pre stavové zmeny

773

774

== {{id name="_Toc152607321"/}}{{id name="_Toc823562243"/}}5.2 Stanovenie alternatív architektúry riešenia ==

775

776

Výber alternatív architektúry riešenia pre tento projekt bol realizovaný na základe multikriteriálnej analýzy (MCA) a následnej analýzy nákladov a prínosov (M-05 BC/CBA). Cieľom bolo určiť najefektívnejšiu alternatívu pre vybudovanie a modernizáciu evidenčných a registračných služieb v oblasti médií a audiovízie v súlade s požiadavkami vyhlásenej výzvy.

777

778

**Výber alternatív bol realizovaný v dvoch krokoch:**

779

780

1. Multikriteriálna analýza (MCA)

781

782

Slúžila na identifikáciu a posúdenie variantov, ktoré spĺňajú technické, legislatívne a funkčné požiadavky projektu. Všetky vylučovacie kritériá museli byť splnené, aby alternatíva postúpila do ďalšej fázy posudzovania.

783

784

1. Analýza nákladov a prínosov (M-05 BC/CBA)

785

786

Po vybraní alternatív z multikriteriálnej analýzy boli tieto alternatívy podrobené ekonomickému posúdeniu, aby sa zhodnotila ich nákladová efektívnosť a prínos pre realizáciu projektu.

787

788

**V rámci analýzy boli definované nasledujúce alternatívy architektúry riešenia:**

789

790

**~1. Nulový variant**

791

792

Tento variant predstavuje zotrvanie v existujúcom stave bez akýchkoľvek systémových alebo procesných zmien. Evidencia registrov a evidencií by pokračovala bez systémovej podpory a bez možnosti zabezpečenia moderných eGov služieb ako je automatizované poskytovanie údajov. Tento variant by neumožnil naplniť žiadnu z podaktivít (A, B a C) vyhlásenej výzvy a rovnako by zotrvával nesúlad so požiadavkami definovaných v zákone č. 265/2022 Z. z. o vydavateľoch publikácií a o registri v oblasti médií a audiovízie a o zmene a doplnení niektorých zákonov.

793

794

**Významné nedostatky tohto variantu:**

795

796

* Ponechanie as-is stavu a vysoká manuálna náročnosť správy údajov.

797

* Absencia systémovej podpory pre zlepšenie kvality údajov.

798

* Nemožnosť zabezpečiť integráciu na IS CPDI za účelom konzumácie údajov.

799

800

**2. Minimalistický variant **

801

802

Minimalistický variant predpokladá zavedenie základného rámca pre správu evidencií a registrov, no s minimálnymi investíciami do nových technológií. Tento variant by len čiastočne pokryl podaktivity výzvy a realizoval by iba „nutné“ aplikačné moduly, bez implementácie automatizovaného rozhrania pre konzumáciu údajov. Tento variant by čiastočne naplnil požiadavky výzvy, ale neumožňoval by plnú implementáciu služieb, ktoré sú potrebné pre rozvoj systému eGov.

803

804

**Hlavné charakteristiky minimalistického variantu:**

805

806

* Riešenie bez centralizovanej dátovej platformy.

807

* Manuálny proces správy a sprístupňovania údajov.

808

* Obmedzená integrácia.

809

810

**3. Preferovaný variant **

811

812

Preferovaný variant predstavuje komplexné riešenie, ktoré sa zameriava na plnú implementáciu požiadaviek vyhlásenej výzvy. Tento variant zahŕňa vybudovanie moderného informačného systému za účelom správy evidencie s plnou aplikačnou podporou, ktoré budú poskytovať lepšie eGov služby, a integráciu s CPDI za účelom konzumácie údajov. Bude implementovaný cez systém ISVS 9914, ktorý zabezpečí správu údajov v súlade s aktuálnymi legislatívnymi požiadavkami. Systém bude využívať spoločné komponenty VS ako je prihlasovanie sa prostredníctvom ÚPVS, Slovensko v mobile, využívanie elektronickej schránke a centrálneho notifikačného modulu.

813

814

**Charakteristika preferovaného variantu:**

815

816

* Automatizácia a modernizácia správy registra.

817

* Implementácia a integrácia s IS CPDI za účelom konzumácie údajov z RFO, RPO a RA.

818

* Zabezpečenie transparentnosti a prístupnosti údajov.

819

* Implementácia moderných eGov služieb na podporu komunikácie medzi verejnou správou a občanmi.

820

* Plná kompatibilita so systémami verejnej správy a zabezpečenie ochrany osobných údajov.

821

822

**Preferovaný variant zaručuje:**

823

824

* Plnohodnotnú správu registra.

825

* Súladu s legislatívnymi požiadavkami, s GDPR a inými zákonmi o ochrane údajov.

826

* Implementáciu nových a modernizovaných procesov, ktoré sú v súlade s cieľmi výzvy.

827

* Efektívnu a bezpečnú integráciu s ďalšími ISVS.

828

829

Tento variant bol vyhodnotený ako najvhodnejší pre implementáciu všetkých podaktivit výzvy, nakoľko umožňuje komplexné riešenie, ktoré najlepšie vyhovuje potrebám používateľov a štátnej správy, čím zabezpečuje efektívnu správu evidencií a registrov a zároveň umožňuje optimálnu integráciu a interoperabilitu medzi systémami verejnej správy. Zároveň tento variant vytvorí solídne základy IS ktorý môže byť postupne rozvíjaný za účelom správy ďalších evidencií a registrov.

830

831

=== 5.2.1 Stanovenie alternatív v biznisovej vrstve architektúry ===

832

833

Biznisová vrstva architektúry riešenia je kľúčovým prvkom v rámci transformácie a modernizácie evidenčných a registračných služieb v oblasti médií a audiovízie, ktoré spadajú pod MK SR. Na základe identifikovaného rozsahu problému v oblasti správy evidencií sa navrhujú alternatívy riešenia biznis procesov, ktoré sú nevyhnutné na efektívnu implementáciu lepších eGov služieb, s cieľom optimalizácie a modernizácie procesov, ktoré sú kľúčové pre implementáciu nového registra médií a audiovízie.

834

835

**Výber alternatív prebiehal v dvoch fázach:**

836

837

1. **Multikriteriálna analýza (MCA)** – Táto analýza slúžila na identifikáciu a posúdenie variantov riešení biznis procesov, ktoré spĺňajú technické, legislatívne a funkčné požiadavky projektu. Kritériá, ktoré boli označené ako kľúčové (KO), boli považované za nevyhnutné a iba alternatívy, ktoré ich splnili, mohli postúpiť do ďalšieho hodnotenia.

838

1. **Analýza nákladov a prínosov (M-05 BC/CBA)** – Po vybraní alternatív z multikriteriálnej analýzy boli tieto alternatívy podrobené ekonomickému posúdeniu z hľadiska nákladovej efektívnosti a prínosu pre realizáciu projektu.

839

840

**V rámci analýzy boli definované nasledujúce alternatívy biznis procesov:**

841

842

==== 5.2.1.1 Alternatíva 1 – Ponechanie súčasného stavu (nulový variant) ====

843

844

Tento variant znamená zotrvanie v existujúcom stave, bez akýchkoľvek zmien v procesoch alebo implementácií informačného systému. Evidencia registrov a evidencií by zotrvala bez akejkoľvek systémovej podpory, bez podpory a poskytovania moderných eGov služieb, ako je napríklad možnosť zavedovania žiadosti využitím elektronického formulára, prihlásenie sa do eGOV služib poskytovaných MK SR prostredníctvom ÚPVS/Slovensko v mobile, overenie stavu žiadosti a podobne. Tento variant by neumožnil realizovať žiadnu z podaktivít (A, B a C) vyhlásenej výzvy a nebol by v súlade s požiadavkami legislatívy, vrátane GDPR a zákona č. 265/2022 Z. z.

845

846

**Významné nedostatky tohto variantu:**

847

848

* Vysoká manuálna náročnosť správy údajov.

849

* Neexistujúca systémová podpora pre zlepšenie kvality údajov.

850

* Nemožnosť zabezpečiť integráciu s CPDI za účelom konzumácie údajov.

851

852

Tento variant bol vylúčený z ďalšieho hodnotenia, pretože nesplňuje žiadne z kľúčových kritérií stanovených v rámci výzvy.

853

854

==== 5.2.1.2 Alternatíva 2 – Minimalistický variant ====

855

856

Minimalistický variant predpokladá implementáciu základných biznisových požiadaviek súvisiacich s požiadavkami Zákona č. 265/2022 Z. z., pričom sa zameriava len na implementáciu „nutných“ aplikačných funkcionalít. Tento variant pokrýva časť podaktivít vyhlásenej výzvy, ale neimplementuje plný rozsah funkcií, ktoré by zaručili efektívnu integráciu a automatizáciu procesov. Realizácia by zahŕňala:

857

858

* **Základná implementácia frontendových zmien** (implementácia jednoduchých elektronických formulárov, základné zlepšenia používateľského rozhrania).

859

* **Súlad s požiadavkami výzvy** na zlepšenie užívateľskej skúsenosti, ale bez rozvinutých a optimalizovaných backend procesov.

860

* **Bez integrácie s CPDI za účelom konzumovania údajov (RFO, RPO, RA)**

861

* **Obmedzená automatizácia** procesov a žiadostí (nie všetky agendy budú automatizované, niektoré procesy budú naďalej manuálne).

862

863

Tento variant pokrýva len základné požiadavky výzvy, ale neumožňuje plnú realizáciu podaktivít A, B a C v rozsahu, ktorý by zaručil komplexné riešenie a budúcu udržateľnosť. Zároveň neumožňuje využitie celého potenciálu elektronických služieb a neumožňuje implementáciu plnej integrácie so všetkými ISVS.

864

865

**Významné charakteristiky minimalistického variantu:**

866

867

* Základné zlepšenia používateľského rozhrania a jednoduché funkcie eGov služieb.

868

* Obmedzená automatizácia procesov.

869

* Neúplné pokrytie podaktivít výzvy.

870

871

Tento variant by mohol byť považovaný za prechodné riešenie, ale neumožňuje plnohodnotné naplnenie všetkých cieľov výzvy a z biznisového pohľadu nenapĺňa všetky očakávané nároky a požiadavky na implementovaný informačný systém.

872

873

==== 5.2.1.3 Alternatíva 3 – Preferovaný variant (komplexná transformácia) ====

874

875

Preferovaný variant predstavuje plne implementované riešenie, ktoré pokrýva všetky kľúčové požiadavky výzvy a zabezpečuje efektívnu správu evidencií a registrov prostredníctvom modernizovaných procesov. Tento variant zahŕňa plnú implementáciu všetkých potrebných funkcií na zlepšenie používateľskej skúsenosti, zautomatizovanie procesov a integráciu so systémami verejnej správy. Implementácia tohto riešenia by zahŕňala:

876

877

* Kompletnú implementáciu eGov služieb

878

Automatizované spracovanie žiadostí a využitie elektronických formulárov v súlade s požiadavkami výzvy.

879

* Zlepšenie používateľského rozhrania (frontend)

880

Implementácia moderného dizajnu používateľského rozhrania s dôrazom na prístupnosť a použiteľnosť.

881

* Komplexnú integráciu s CPDI

882

Konzumovanie údajov z RFO, RPO a RA a vytvorenie lokálnych verzií všetkých registrov.

883

* Automatizácia a zefektívnenie procesov

884

Automatizácia väčšiny administratívnych procesov a integrácia s existujúcimi ISVS pre bezproblémovú výmenu údajov.

885

* Implementácia OOÚ

886

Zavedenie robustného systému pre správu údajov s dôrazom na ochranu osobných údajov v súlade s legislatívnymi požiadavkami (napr. GDPR).

887

888

Tento variant bude plne pokrývať podaktivity A, B a C vyhlásenej výzvy a poskytne dlhodobé riešenie, ktoré bude plne kompatibilné so systémami verejnej správy. Zároveň sa zabezpečí vyššia miera automatizácie a integrácie procesov, čím sa umožní efektívnejšie poskytovanie služieb občanom a podnikateľom.

889

890

Charakteristiky preferovaného variantu:

891

892

* Komplexné riešenie pokrývajúce všetky podaktivity výzvy.

893

* Zabezpečenie integrácie s CPDI za účelom konzumácie údajov zo systémov ako RFO, RPO a RA.

894

* Automatizácia správy údajov a zjednodušenie používateľských procesov.

895

* Optimalizácia správy a evidencie údajov v súlade s GDPR a ďalšími legislatívnymi požiadavkami.

896

* Zlepšenie používateľskej skúsenosti prostredníctvom modernizovaných, prehľadných a efektívnych služieb.

897

898

Tento variant je považovaný za najlepšie riešenie, pretože poskytuje komplexnú podporu pre všetky funkcie požadované výzvou a zabezpečuje udržateľné a rozšíriteľné riešenie pre ďalší rozvoj služieb v oblasti kultúry a médií.

899

900

**Alternatíva 3 zároveň napĺňa všetky KO kritériá definované v MCA:**

901

902

|=**Kritérium**|=**Alternatíva 1**|=**Alternatíva 2**|=**Alternatíva 3**

903

|A – Správa registra médií a audiovízie|Nie|Áno|Áno

904

|B - Poskytovanie elektronických služieb|Nie|Áno|Áno

905

|C – Frontendové úpravy|Nie|Áno|Áno

906

|D – Integrácia na CPDI|Nie|Nie|Áno

907

|E – Rozšírené funkcionality ISVS|Nie|Nie|Áno

908

|F – Automatizácia vnútorných procesov|Nie|Nie|Áno

909

910

Alternatíva 3 – Preferovaný variant je vyhodnotená ako najlepšia vo všetkých kritériách. Zabezpečuje nielen plnú implementáciu všetkých požiadaviek vyhlásenej výzvy, ale tiež umožňuje vytvoriť moderný, flexibilný a udržateľný systém správy registrov a elektronických služieb. Tento variant zabezpečuje, že MK SR bude schopné efektívne poskytovať kvalitné eGov služby, zabezpečiť transparentnosť a ochranu údajov a byť v súlade s legislatívnymi a technologickými požiadavkami.

911

912

**A – Správa registra médií a audiovízie**

913

914

Alternatíva 3 zabezpečuje plnú implementáciu správy registra médií a audiovízie, čo je základnou požiadavkou vyhlásenej výzvy. Tento variant umožňuje modernizáciu a správu registra, čím sa zabezpečí efektívna evidencia a kontrola v súlade s legislatívnymi požiadavkami.

915

916

**B – Poskytovanie elektronických služieb**

917

918

Preferovaný variant zahŕňa poskytovanie elektronických služieb, čo umožňuje občanom a podnikateľským subjektom prístup k službám MK SR prostredníctvom moderných eGov kanálov. Tento variant zaisťuje, že dotknuté osoby môžu využívať služby v elektronickej podobe, čo zvyšuje efektívnosť a pohodlie.

919

920

**C – Frontendové úpravy**

921

922

Alternatíva 3 zahŕňa všetky potrebné úpravy na frontendovej úrovni, ako sú grafické používateľské rozhrania a optimalizácia pre lepšiu používateľskú skúsenosť. Tento variant zabezpečuje, že všetky služby budú dostupné v súlade s modernými UX/UI štandardmi.

923

924

**D – Integrácia na CPDI**

925

926

Tento preferovaný variant zahŕňa plnú integráciu na CPDI, čo umožňuje automatizované a efektívne poskytovanie údajov z rôznych registrov. Integrácia na CPDI je nevyhnutná pre zabezpečenie interoperability medzi systémami verejnej správy a zabezpečenie optimálnej výmeny údajov.

927

928

**E – Rozšírené funkcionality ISVS**

929

930

Preferovaný variant podporuje rozšírené funkcionality ISVS, čo znamená, že systém bude schopný zabezpečiť širší rozsah elektronických služieb a funkcií, ktoré zodpovedajú potrebám verejnej správy a občanov. Tieto rozšírenia zvyšujú flexibilitu a prispôsobivosť systému.

931

932

**F – Automatizácia vnútorných procesov**

933

934

Automatizácia procesov je kľúčová pre efektívnosť a zníženie administratívnej záťaže. Alternatíva 3 implementuje plnú automatizáciu vnútorných procesov, čo prispieva k zefektívneniu správy údajov a znižovaniu chýb spôsobených manuálnym spracovaním.

935

936

Táto alternatíva predstavuje systematickú transformáciu spôsobu správy údajov v MK SR a vytvára základ pre budúce digitálne služby vo verejnej správe.

937

938

[[Znázornenie alternatív riešenia v biznis vrstve architektúry>>image:1747314321290-616.png||height="366" width="600"]]

|(% rowspan="6" %)(((

BIZNIS VRSTVA

)))|Kritérium A (KO)|Musí byť zabezpečená možnosť správy a poskytovania elektronických služieb (ako je podávanie žiadostí, správa údajov).|X|X|X

947

|Kritérium B (KO)|Musí existovať možnosť integrácie s CPDI pre konzumáciu údajov z RFO, RPO a RA|X|X|X

948

|Kritérium C (KO)|Systém musí umožniť poskytovanie elektronických služieb v súlade s platnou legislatívou (napr. GDPR, zákon o e-Governmente).|X|X|X

949

|Kritérium D (KO)|Riešenie musí byť flexibilné a prispôsobiteľné novým požiadavkám a legislatívnym zmenám.|X|X|X

950

|Kritérium E|Systém musí poskytovať kvalitné a bezpečné služby pre používateľov a dotknuté osoby (napr. jednoduchý prístup k informáciám, transparentnosť).|X|X|X

951

|Kritérium F|Služby musia byť plne kompatibilné s existujúcimi systémami verejnej správy, ako aj s plánovanými systémovými zmenami v rámci eGov.|X|X|X

952

953

954

|Kritérium A (KO)|nie|Tento variant neponúka riešenie správy a poskytovania elektronických služieb.|áno|Tento variant implementuje základnú funkcionalitu elektronických služieb.|Áno|Preferovaný variant plne implementuje komplexné eGov služby, vrátane podávania žiadostí a správy údajov.

955

|Kritérium B (KO)|nie|Neschopnosť integrácie s inými systémami.|nie|Tento variant nezabezpečuje integráciu s CPDI.|áno|Plná integrácia so systémami verejnej správy a CPDI, zabezpečujúca vysokú interoperabilitu.

956

|Kritérium C (KO)|nie|Nezabezpečuje zhodu so zákonmi ako GDPR.|áno|Splnenie základných požiadaviek na legálnosť, ale bez plnej legislatívnej ochrany.|áno|Plne zabezpečuje legislatívnu zhodu, vrátane GDPR a eGov predpisov.

957

|Kritérium D (KO)|nie|Žiadna flexibilita.|nie|Základná flexibilita, ale obmedzená na existujúce procesy.|áno|Plne flexibilné riešenie prispôsobiteľné novým požiadavkám a legislatívnym zmenám.

958

|Kritérium E|nie|Nízka úroveň kvality a bezpečnosti služieb.|áno|Poskytuje základné, ale obmedzené služby pre používateľov.|áno|Poskytuje kvalitné, bezpečné a transparentné služby s plným zabezpečením práv dotknutých osôb.

959

|Kritérium F|nie|Nepodporuje kompatibilitu s verejnými systémami.|áno|Systém má základnú kompatibilitu s niektorými verejnými systémami.|áno|Plná kompatibilita so všetkými systémami verejnej správy a predpokladanými zmenami v rámci eGov.

960

961

=== 5.2.2 Stanovenie alternatív v aplikačnej vrstve architektúry ===

962

963

Na aplikačnej vrstve architektúry sa v projekte implementujú iba tie aplikačné moduly a funkcionality, ktoré sú nevyhnutné na naplnenie cieľov projektu definovaných v nadradenej biznis architektúre pre preferovanú Alternatívu č. 3 (komplexné riešenie s vybudovaním novej platformy). Inými slovami, aplikačná architektúra priamo vychádza z požiadaviek a procesov biznis vrstvy – identifikované biznis ciele a procesy určujú, aké konkrétne aplikácie a moduly je potrebné navrhnúť a nasadiť v rámci výsledného riešenia. V súlade s Alternatívou 3 boli vybrané kľúčové moduly a funkcionality potrebné pre zvýšenie dostupnosti a kvality údajov (napr. rezortná integračná platforma pre prepojenie systémov a zdieľanie údajov, modul správy a čistenia údajov vrátane podpory GDPR požiadaviek). Tieto komponenty novovytvorenej platformy pokrývajú všetky požadované funkcie tak, aby boli splnené očakávania všetkých relevantných stakeholderov a dosiahnuté merateľné ciele projektu.

964

965

Zároveň sa neuvažovalo s inými variantmi existujúcej aplikačnej architektúry (napríklad pokračovanie v súčasnom stave alebo len čiastkové úpravy existujúcich systémov), pretože preferovaný variant – vybudovanie novej komplexnej platformy – zabezpečuje požadovanú kompatibilitu aj efektivitu riešenia, a taktiež súlad s platnou legislatívou a dlhodobú udržateľnosť. Konkrétne nový aplikačný návrh prináša tieto výhody:

966

967

* **Kompatibilita**

968

Nová platforma je navrhnutá v súlade s architektonickými štandardmi rezortu a národnými eGovernment komponentmi, čo umožní bezproblémovú integráciu s existujúcimi registrami a centrálnymi systémami (napr. pre službu „Moje dáta“).

969

* **Efektivita**

970

Riešenie eliminuje manuálne a duplicitné činnosti zavedením automatizovaných procesov správy údajov a jednotnej integračnej vrsty. Tým sa zvýši výkonnosť a spoľahlivosť systému pri práci s údajmi a znížia sa prevádzkové náklady.

971

* **Súlad s legislatívou**

972

Nové moduly od začiatku zohľadňujú všetky relevantné zákonné požiadavky (napr. povinnosti vyplývajúce z koncepcie štátnej dátovej politiky, ochranu osobných údajov podľa GDPR a súvisiace vyhlášky). Tým je zabezpečené, že informačný systém bude plniť zákonné povinnosti pri správe a poskytovaní údajov.

973

* **Dlhodobá udržateľnosť**

974

Komplexná novovybudovaná platforma má modernú, modulárnu architektúru, ktorá umožňuje ľahšie úpravy a rozširovanie do budúcnosti. Odstránenie zastaraných častí existujúcej architektúry znižuje riziká spojené s jej ďalšou prevádzkou a vývojom, vďaka čomu bude výsledné riešenie udržateľné po celý svoj životný cyklus.

975

976

Aplikačná vrstva architektúry tak v konečnom dôsledku plne reflektuje vybranú Alternatívu 3 z biznisovej architektúry. Navrhnuté aplikačné moduly koncentrujú potrebnú funkcionalitu do novej platformy a žiadne alternatívne scenáre v tejto vrstve neboli potrebné. Tento prístup garantuje, že architektúra informačného systému Ministerstva kultúry SR bude kompatibilná, efektívna, legislatívne súladná a udržateľná v dlhodobom horizonte, čím prispieva k úspešnému naplneniu cieľov projektu.

977

978

=== 5.2.3 Stanovenie alternatív v technologickej vrstve architektúry ===

979

980

V rámci technologickej vrstvy architektúry riešenia projektu sa uplatňujú alternatívy vychádzajúce z požiadaviek definovaných v aplikačnej vrstve a vybraného preferovaného variantu (variant 3). Tento variant sa zameriava na vybudovanie evidenčných a registračných služieb v oblasti médií a audiovízie, pričom sa kladie dôraz aj na integráciu s CPDI a zlepšenie elektronických služieb pre občanov a podnikateľov.

981

982

Technologická vrstva riešenia je navrhnutá s ohľadom na efektívnosť a zabezpečenie požiadaviek na funkcionalitu, bezpečnosť a udržateľnosť systému. Pri výbere alternatív v technologickej vrstve boli zohľadnené nasledujúce kľúčové faktory:

983

984

* Primárne využitie služieb vládneho cloudu

985

V súlade s metodickými usmerneniami a štandardmi verejnej správy sa plánuje využitie vládneho cloudu pre zabezpečenie efektívnej prevádzky systému. Cloudové služby z verejného katalógu vládneho cloudu poskytujú potrebnú flexibilitu, bezpečnosť a súlad s legislatívnymi požiadavkami.

986

* Zabezpečenie škálovateľnosti, bezpečnosti a dostupnosti

987

Technologická vrstva riešenia musí byť škálovateľná, aby zvládla rastúce nároky na objem spracovávaných údajov a zároveň musí zabezpečiť vysokú dostupnosť a bezpečnosť údajov, čo je kľúčové pre dôveru používateľov a zabezpečenie ochrany osobných údajov.

988

* Hybridný model v prípade špecifických požiadaviek

989

V prípade, že použitie výlučne verejného cloudu nebude ekonomicky výhodné alebo technicky vhodné, bude zvážené využitie hybridného modelu, ktorý kombinuje výhody verejného a privátneho cloudu. Tento model bude zohľadňovať potreby na ochranu údajov a ochranu pred vendor lock-in efektom.

990

* Minimalizácia vendor lock-in efektu

991

Systém bude navrhnutý tak, aby bol čo najmenej závislý na konkrétnych technologických poskytovateľoch, čo umožní flexibilitu pri ďalších technologických vylepšeniach a zníži náklady v dlhodobom horizonte.

992

993

Nasledujúca tabuľka uvádza klasifikáciu jednotlivých ISVS a modulov, ktoré budú v rámci tohto projektu vybudované alebo modernizované. Klasifikácia zohľadňuje požiadavky na dostupnosť, kritickosť, integritu a autenticitu a je v súlade s metodickým usmernením č. 023107/2023/oSBATA-1 pre klasifikáciu ISVS. Tieto informácie sú kľúčové pre ďalší vývoj a implementáciu systému v súlade s požiadavkami verejnej správy.

994

995

* **Ux** – úroveň dostupnosti,

996

* **Cx** – úroveň kritickosti,

997

* **Ix** – úroveň integrity,

998

* **Ax** – úroveň autenticity.

999

1000

|=**ISVS / Modul**|=**Ux**|=**Cx**|=**Ix**|=**Ax**|=**Poznámka**

1001

|Správa evidencií a registrov|3|3|3|3|Hlavný komponent pre správu evidencií a registrov

1002

|Modul pre správu žiadostí|3|3|3|3|Modul na správu podaných žiadostí

1003

|Integračný modul|3|3|3|3|Modul pre integráciu s externými ISVS

1004

|Správa číselníkov|3|3|3|3|Modul na správu a aktualizáciu číselníkov

1005

|Správa lokálnych registrov|3|3|3|3|Modul pre lokálne registre a evidencie

1006

|Notifikačný modul|3|3|3|3|Modul pre notifikácie o stave žiadostí

1007

|Platforma na správu dát|4|4|4|4|Platforma pre riadenie a správu dát

1008

|Rozhranie pre integráciu s CPDI|4|4|4|4|Integračné rozhranie na externé systémy (CPDI)

1009

|Platforma pre automatizáciu procesov|4|4|4|4|Modul pre automatizáciu a optimalizáciu procesov

1010

1011

**//Tabuľka: Klasifikácia budovaných informačných systémov//**

1012

1013

1014

==== 5.2.3.1 Alternatíva 1 – Nulový variant (on-premise prevádzka) ====

1015

1016

* Aplikácie by boli prevádzkované na infraštruktúre MK SR, avšak aktuálna kapacita dostupnej infraštruktúry na strane MK SR neumožňuje nasadenie IS Centrálna správa registrov a evidencií (isvs_9914)

1017

* Nevznikajú dodatočné náklady na prenájom infraštruktúry, avšak:

1018

** vysoké nároky na údržbu a prevádzku,

1019

** obmedzená škálovateľnosť a redundancia,

1020

** slabá podpora pre moderné integračné technológie,

1021

** nesúlad s princípmi eGovernment Cloudu SR.

1022

1023

==== 5.2.3.2 Alternatíva 2 – Hybridné riešenie (kombinácia vládneho cloudu a vlastnej infraštruktúry) ====

1024

1025

* Využitie privátneho vládneho cloudu pre komponenty s vyššou klasifikáciou a vlastnej infraštruktúry pre menej kritické časti.

1026

* Umožňuje optimalizáciu nákladov a súčasne dodržiavanie bezpečnostných štandardov.

1027

* Nevýhodou môže byť komplexnejšia prevádzka a potreba koordinácie viacerých prostredí.

1028

1029

==== 5.2.3.3 Alternatíva 3 – Preferovaný variant (plná prevádzka vo vládnom cloude) ====

1030

1031

* Nasadenie všetkých komponentov a ISVS vo vládnom cloude (s využitím služieb IaaS, PaaS).

1032

* Splnenie požiadaviek zákona č. 95/2019 Z. z. a zabezpečenie vysokej úrovne dostupnosti (U3).

1033

* Možnosť dynamickej škálovateľnosti prostredia, zníženie nárokov na vlastnú infraštruktúru.

1034

* Plná kompatibilita so štandardmi MIRRI SR a Centrálnym modelom údajov.

1035

1036

Zvolenie **alternatívy 3** je opodstatnené z hľadiska:

1037

1038

* **TCO (Total Cost of Ownership) **– nižšie prevádzkové náklady oproti on-premise riešeniu,

1039

* **rýchlosti realizácie** – možnosť rýchleho vytvorenia a nasadenia prostredí,

1040

* **kompatibility a interoperability** – s inými štátnymi systémami (napr. CPDI, IS MOU).

1041

1042

== 5.3 Náhľad architektúry a popis budúceho cieľového produktu ==

1043

1044

Cieľovým produktom tohto projektu je modernizovaná a centralizovaná platforma pre správu a evidenciu v oblasti médií a audiovízie, ktorá umožní zefektívnenie a digitalizáciu registrov a evidencií v súlade s platnou legislatívou. Systém bude zahŕňať automatizáciu procesov, zlepšenie správy údajov a ich integráciu do centrálnej platformy MK SR. Tento produkt umožní optimalizáciu procesov správy registrov a poskytovanie elektronických služieb prostredníctvom moderných technologických riešení. Hlavným cieľom je znížiť administratívnu záťaž, zabezpečiť interoperabilitu medzi systémami verejnej správy, zlepšiť používateľskú skúsenosť a splniť požiadavky na zverejňovanie a integráciu údajov.

1045

1046

**Funkčné a nefunkčné požiadavky:**

Funkčné požiadavky:

* **Automatizácia procesov správy registrov**: Riešenie umožní automatické spracovanie žiadostí, záznamov a aktualizácie údajov v registroch a evidenciách, čo zabezpečí rýchlosť a presnosť spracovania.

1051

* **Interoperabilita s inými ISVS**: Implementácia integrácie s existujúcimi štátnymi systémami, ako aj s centrálnymi databázami (napr. RFO, RPO, RA) a využívanie spoločných modulov verejnej správy (napr. ÚPVS, CPDI).

1052

* **Elektronická podpora pre používateľov**: Služby budú dostupné prostredníctvom elektronických formulárov, notifikácií a online podpory pre občanov a podnikateľov.

1053

* **Správa a uchovávanie údajov**: Implementácia riešení na správu a archivovanie údajov v súlade s legislatívnymi normami.

1054

1055

Nefunkčné požiadavky:

1056

1057

* **Bezpečnosť a ochrana údajov**: Riešenie musí spĺňať požiadavky na ochranu osobných údajov v súlade s GDPR a ďalšími príslušnými predpismi.

1058

* **Vysoká dostupnosť a spoľahlivosť**: Platforma musí byť dostupná 24/7 s vysokou úrovňou spoľahlivosti.

1059

* **Škálovateľnosť**: Riešenie musí umožňovať škálovanie v prípade zvýšeného počtu používateľov alebo zmeny legislatívnych požiadaviek.

1060

* **Používateľská prívetivosť**: Platforma musí byť používateľsky prívetivá a intuitívna, aby umožnila jednoduchú interakciu s verejnosťou a štátnymi orgánmi.

1061

1062

**Náhľad architektúry:**

1063

1064

V rámci projektu sa predpokladá vytvorenie nasledujúcej architektúry, ktorá zahŕňa biznis, aplikačnú a technologickú vrstvu:

1065

1066

1. **Biznis architektúra:**

1067

1*. Modernizácia a centralizácia správy údajov v oblasti médií a audiovízie.

1068

1*. Automatizácia administratívnych procesov (napr. registrácia, aktualizácia údajov).

1069

1*. Zabezpečenie transparentnosti procesov a správy registrov podľa platnej legislatívy.

1070

1. **Aplikačná architektúra:**

1071

1*. Implementácia aplikačných služieb pre správu elektronických formulárov, notifikácie, podporu pre integráciu s inými systémami verejnej správy.

1072

1*. Služby pre interakciu medzi systémami prostredníctvom API a iných integračných kanálov.

1073

1*. Implementácia databázovej vrstvy pre ukladanie a spravovanie evidencie a registrov.

1074

1. **Technologická architektúra:**

1075

1*. Použitie cloudovej infraštruktúry a moderných webových technológií na zabezpečenie flexibility a škálovateľnosti.

1076

1*. Využitie moderných bezpečnostných mechanizmov pre ochranu citlivých údajov (šifrovanie, autentifikácia).

1077

1*. Implementácia centralizovaných API pre integráciu s inými ISVS a verejnými databázami.

1078

1079

**Modelovanie architektúry:**

1080

1081

* Náhľad architektúry bude vytvorený pomocou notácie ArchiMate, ktorá vizualizuje celkovú štruktúru systému, jeho komponenty a vzťahy medzi nimi.

1082

* Použitie BPMN pre modelovanie biznis procesov, ktoré budú podporovať integráciu s inými štátnymi systémami.

1083

* Detaily o komponentoch a ich vzťahoch budú v súlade s metodikou MetaIS a budú mať jasne definované životné cykly v rámci správy eGovernment komponentov.

1084

1085

Tento náhľad architektúry bude detailne rozpracovaný a doplnený o informácie o konkrétnych eGovernment komponentoch, ktoré sú v rámci projektu implementované.

1086

1087

== 5.4 Biznis vrstva ==

1088

1089

=== 5.4.1 Návrh riešenia v biznis vrstve architektúry ===

1090

1091

V súčasnosti MK SR nedisponuje centralizovaným, moderným informačným systémom, ktorý by poskytoval moderné eGOV služby a zároveň by umožňoval evidovať a spravovať celý životný cyklus údajov. Evidencia týkajúca sa médií a audiovízie je vedená mimo akéhokoľvek informačného systému, v podobe štruktúrovaných údajov vo forme tabuliek v MS Excel. Cieľom modernizácie tejto vrstvy je vytvorenie flexibilnej, škálovateľnej a bezpečnej platformy, ktorá umožní efektívnejšiu správu údajov, automatizáciu procesov a zlepšenie používateľskej skúsenosti. Modernizácia bude realizovaná v súlade s legislatívnymi požiadavkami a predpismi týkajúcimi sa správy médií a audiovízie, vrátane Zákona č. 265/2022 Z. z. o vydavateľoch publikácií a registri v oblasti médií a audiovízie. Implementáciou predmetu projektu je zároveň zabezpečiť zníženie technologického dlhu a minimalizovať závislosť od proprietárnych riešení. Zavedením modulárnej architektúry a mikroservisného modelu sa zabezpečí flexibilita, lepšia správa služieb a jednoduchšia integrácia s ďalšími štátnymi a komerčnými systémami. Tento prístup umožní rýchlu adaptáciu na legislatívne a technologické zmeny, čo je kľúčové pre zabezpečenie účinnosti a efektívnosti v správe údajov v oblasti médií a audiovízie.

1092

1093

**Modernizácia webových portálov a elektronických podaní**

1094

1095

Modernizácia elektronických podaní v prostredí MK SR zahŕňa implementáciu digitálnych služieb za použitia škálovateľnej, modulárnej a interoperabilnej architektúry. Cieľom je reflektovať požiadavky e-Governmentu a umožniť väčšiu mieru integrácie s relevantnými informačnými systémami verejnej správy (ISVS). Na tejto báze sa zabezpečí aj optimalizácia prístupových komunikačných kanálov a efektívnejšia orchestrácia elektronických procesov.

1096

1097

Zabezpečením implementácie štandardizovaných API rozhraní sa v budúcnosti zabezpečí interoperabilita medzi systémami a vytvorí fundamtent, na ktorý sa bude môcť nadviazať pri vytváraní pripojení ďalších služieb.

1098

1099

**Transformácia elektronických podaní**

1100

1101

Transformácia elektronických podaní bude zahŕňať prechod na nové referenčné architektonické princípy, ktoré sa zameriavajú na automatizované spracovanie údajov a elimináciu redundancie v administratívnych procesoch. Cieľom je dosiahnuť jednotnú správu a integritu údajov naprieč systémami verejnej správy, čo bude podporené implementáciou centralizovaného modulu pre evidenciu prijatých žiadostí. Tento modul umožní efektívne riadenie životného cyklu podávania žiadostí a bude prepojený s autentifikačnými a autorizačnými mechanizmami.

1102

1103

**Modulárne a bezpečné riešenie e-Governmentu**

1104

1105

Celkovo riešenie reflektuje potrebu vybudovať modulárne, škálovateľné a bezpečné riešenie e-Governmentu, ktoré umožní efektívne spravovanie verejných služieb v oblasti kultúry, médií a audiovízie. Implementácia nových technologických a bezpečnostných štandardov prispeje k vyššej úrovni ochrany údajov, zlepšeniu efektivity administratívnych procesov a zabezpečí transparentnosť v správe dát.

1106

1107

|=**TYP PUBLIKÁCIE**|=**NÁZOV ŽIADOSTI**|=**POPIS ŽIADOSTI**

1108

|(% rowspan="5" %)1. Periodická tlač|Žiadosť o vznik|Vydavateľ žiada o zápis periodickej tlače do registra. Tento krok je nevyhnutný pre začiatok vydávania periodickej tlače podľa platného ISSN.

1109

|Žiadosť o zmenu|Požiadavka na zmenu údajov, ako je zmena názvu, vydavateľa, frekvencie vydávania a iných identifikačných údajov.

1110

|Žiadosť o výmaz|Žiadosť o výmaz periodickej tlače zo zoznamu po jej ukončení, t.j. po zrušení vydávania alebo sprístupňovania publikácie.

1111

|Žiadosť o opravu|Žiadosť o opravu chybného alebo neúplného obsahu publikácie, ktorá ovplyvňuje pravdivosť alebo presnosť informácií.

1112

|Žiadosť o zverejnenie opravy|Po zistení chybného obsahu môže vydavateľ žiadať o zverejnenie opravy v tlači alebo iných formách (napr. webová verzia publikácie).

1113

|(% rowspan="5" %)2. Elektronická periodická publikácia|Žiadosť o vznik|Žiadateľ podáva žiadosť o zápis elektronickej periodickej publikácie, ktorá je sprístupňovaná verejnosti a označená ISSN.

1114

|Žiadosť o zmenu|Zmena údajov v registri, ako je názov, formát alebo vydávacia frekvencia elektronickej publikácie.

1115

|Žiadosť o výmaz|Žiadosť o výmaz elektronickej periodickej publikácie, ak sa rozhodne o jej ukončení alebo prestaní poskytovania obsahu verejnosti.

1116

|Žiadosť o opravu|Požiadavka na opravu nepresného alebo neúplného obsahu uverejneného v elektronickej periodickej publikácii.

1117

|Žiadosť o zverejnenie opravy|Vydavateľ môže požiadať o verejné zverejnenie opravy chýbajúcich alebo nepravdivých informácií uverejnených na webovej stránke elektronickej publikácie.

1118

|(% rowspan="5" %)3. Spravodajský webový portál|Žiadosť o vznik|Podanie žiadosti o zápis spravodajského webového portálu do registra, ak portál zodpovedá požiadavkám podľa Zákona č. 265/2022 Z. z. o registri médií.

1119

|Žiadosť o zmenu|Zmena údajov o portáli, ako je názov, rozsah spravodajských tém, alebo zmena vlastníka a vydavateľa portálu.

1120

|Žiadosť o výmaz|Žiadosť o výmaz spravodajského portálu zo zoznamu, ak sa rozhodne o jeho zrušení alebo ak už nesplňuje požiadavky zákona.

1121

|Žiadosť o opravu|Požiadavka na opravu nepresného alebo neúplného obsahu na spravodajskom portáli, ktorý môže poškodiť dôveru v spravodajstvo.

1122

|Žiadosť o zverejnenie opravy|Vydavateľ portálu môže požiadať o zverejnenie opravy chybného obsahu na webovom portáli, ktorý bol uverejnený v predchádzajúcich vydaniach.

1123

1124

[[Budúci stav biznis vrstvy>>image:1747314321294-884.png]]

1125

1126

=== 5.4.2 Prehľad koncových služieb – budúci stav (TO BE): ===

|=(((

**Kód KS**

**(z MetaIS)**

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

**Životná situácia**

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

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

|(((

ks_337637

)))|(((

Podávanie návrhu na zápis a aktualizáciu údajov

)))|(((

G2C, G2B

)))|(((

025 Služby

121 Pamiatky a zbierky múzeí a galérií

122 Podpora kultúry

)))|úroveň 4

Tabuľka: Prehľad koncových služieb - budúci stav (TO BE)

1173

1174

=== 5.4.3 Organizačné zmeny a Procesy dotknuté navrhovaným riešením ===

1175

1176

Súčasťou implementácie predmetného projektu bude presun kompetencií v oblasti správy registra v oblasti médií a audiovízie na MK SR, ktoré preberie zodpovednosť za centralizovanú správu údajov a bude zabezpečovať digitálne služby pre dotknuté subjekty. Z tohto dôvodu dôjde k organizačným zmenám, ktoré ovplyvnia výkony agend a zodpovednosti v rámci MK SR a jej podriadených organizácií. Predpokladané zmeny zahŕňajú:

1177

1178

* Centralizácia správy registrov a evidencií

1179

Kompetencia na správu mediálnych a audiovizuálnych registrov sa presunie na MK SR, čím sa centralizuje správa údajov, ktorá bola doteraz vykonávaná rôznymi regulačnými orgánmi, vydavateľmi publikácií a mediálnymi a audiovizuálnymi spoločnosťami. Táto centralizácia zabezpečí efektívnejšiu koordináciu a spravovanie týchto údajov v súlade s platnými legislatívnymi normami.

1180

* Zefektívnenie procesov elektronických služieb

1181

V rámci MK SR bude zavedený nový systém elektronických služieb, ktorý umožní jednoduchší prístup k procesom súvisiacim so zápisom, zmenou a zrušením registrov. Dotknuté osoby (fyzické a právnické) budú môcť využívať elektronické formuláre a online podanie, čo zjednoduší a zrýchli procesy, ktoré boli doteraz vykonávané manuálne.

1182

* Zmena procesov pre existujúce regulačné orgány

1183

Doterajšie regulačné orgány, ktoré viedli evidencie a registre v oblasti médií a audiovízie, budú naďalej zodpovedné za odbornú činnosť, ako je rozhodovanie o oprávneniach a iných regulovaných aktivitách. Avšak správa týchto údajov sa presunie do centrálneho systému MK SR.

1184

* Zjednodušenie procesov pre vydavateľov publikácií

1185

Vydavatelia publikácií budú naďalej povinní viesť evidencie, no proces predkladania týchto údajov príslušným regulačným orgánom sa zjednoduší prostredníctvom elektronických eGOV služibe, ktoré bude poskytovať IS Centrálna správa evidencií a registrov, ktorého správcom bude MK SR. Vydavatelia budú môcť podávať žiadosti o zápis, zmenu, zánik a opravy priamo cez elektronický formulár.

1186

* Úprava procesov pre mediálne a audiovizuálne spoločnosti

1187

Mediálne a audiovizuálne spoločnosti budú naďalej povinné spravovať svoje údaje v súlade s existujúcimi regulačnými požiadavkami. Tieto procesy budú presmerované na MK SR, kde budú zjednodušené cez nové elektronické podania a integráciu s centralizovaným systémom, čo umožní rýchlejšie a efektívnejšie spracovanie žiadostí.

1188

1189

V rámci uvedených zmien bude zabezpečené, že všetky subjekty (fyzické a právnické osoby) budú využívať lepšie eGov služby MK SR a elektronické formuláre, čím sa zvýši dostupnosť služieb, zníži administratívna záťaž a skráti doba spracovania žiadostí. Tieto zmeny prispejú k celkovej efektivite správy a zlepší používateľskú skúsenosť občanov a podnikateľov pri interakcii s verejnou správou.

1190

1191

=== 5.4.4 Jazyková podpora lokalizácia ===

1192

1193

Všetky výstupy projektu, ktoré budú mať formu dokumentu, musia byť vyhotovené a akceptované výhradne v slovenskom jazyku. Používateľské rozhrania, návody pre používateľov ako aj video návody budú prednostne sprístupnené v slovenskom jazyku. Každá dodaná funkcionalita alebo úprava informačného systému musí byť sprevádzaná kompletným používateľským návodom v slovenskom jazyku, ako aj jeho jazykovým variantom v českom jazyku. Projektová dokumentácia ako celok (vrátane návrhov, analytických výstupov, testovacích scenárov a iných sprievodných dokumentov) bude spracovaná v slovenskom alebo českom jazyku.

1194

1195

== 5.5 Aplikačná vrstva ==

1196

1197

=== 5.5.1 Návrh riešenia v aplikačnej vrstve architektúry ===

1198

1199

MK SR v súčasnosti nedisponuje informačným systémom na systematickú správu a manažment registrov, evidencií a číselníkov. Jediným prevádzkovaným riešením je Zoznam periodickej tlače, ktorý poskytuje len základnú evidenciu, pričom technologicky ani funkčne nezodpovedá moderným požiadavkám na zdieľanie alebo konzumáciu údajov. Ostatné údaje sú uchovávané v neštruktúrovaných Excel súboroch, bez aplikačnej logiky, evidencie zmien, prepojenia na referenčné zdroje či integračných kapacít. Tento technologický dlh vytvára akútnu potrebu vybudovania fundamentu pre robustný informačný systém, ktorý postupne integruje ďalšie evidencie a registre, ktoré sú v správe MK SR a ktoré nemajú žiadnu systémovú/aplikačnú podporu.

1200

1201

Ďalší systém – Centrálna správa registratúry – síce pokrýva administratívne a ekonomické funkcie (napr. registratúra, mzdy, majetok, workflow), no neposkytuje podporu pre správu objektov evidencie, analytické funkcie ani ontologickú prácu s údajmi. Získavanie referenčných údajov z CPDI je pasívne – prostredníctvom externého prehliadania, bez napojenia na interné dátové procesy.

1202

1203

Tento stav predstavuje významné riziká v oblasti:

1204

1205

* redundancie a neaktuálnosti údajov,

1206

* obmedzenej dostupnosti pre analytiku a rozhodovanie,

1207

* neexistencie jednotného miesta pre integráciu údajov a služieb,

1208

* nízkej transparentnosti a nemožnosti zapojenia sa do eGovernment architektúry.

1209

1210

**Popis navrhovaného stavu (TO-BE)**

1211

1212

Projekt „Lepšie eGOV služby“ navrhuje transformáciu biznis architektúry prostredníctvom vybudovania nového informačného systému „Centrálna správa registrov a evidencií“ (isvs_9914), ktorý bude plniť úlohu:

1213

1214

* centrálneho evidenčného systému, ktorý môže byť v budúcnosti rozšírený o ďalšie registre a evidencie,

1215

* dátového zdroja,

1216

* základného stavebného prvku pre zabezpečenie interoperability údajov a ďalší rozvoj IS.

1217

1218

Navrhované riešenie zásadne mení spôsob výkonu biznis procesov:

1219

1220

* údaje budú validované, verziované a auditovateľné,

1221

* jednotlivé procesy evidencie budú podporované workflow mechanizmami (napr. schvaľovanie, notifikácie, generovanie výstupov),

1222

* údaje budú poskytované cez API štandardy (napr. REST/JSON-LD),

1223

* evidencia zmien a notifikácií bude podporovať princípy služby „Moje údaje“.

1224

1225

|=**Oblasť**|=**AS-IS stav**|=**TO-BE stav**

1226

|Evidencia údajov|Excel súbory|IS isvs_9914

1227

|Integrácia|Neexistuje|Napojenie na CPDI – RFO, RPO, RA

1228

|Zverejňovanie údajov|Manuálne, neštandardné|Automatizovane

1229

|Transparentnosť|Obmedzená|Poskytovanie prívetivejších a jednoduchších eGOV služieb

1230

|Právna ochrana údajov|Obmedzená podpora GDPR|Plná podpora, logovanie prístupov, opráv, zmien

1231

1232

Aplikačná vrstva architektúry sa zameriava na implementáciu a integráciu jednotlivých aplikačných služieb a modulov, ktoré budú poskytovať kľúčové funkcionality projektu a zabezpečovať efektívnu správu evidencií a registrov v oblasti médií a audiovízie v súlade s vyhlásenou výzvou. Tento systém bude postavený na jednom informačnom systéme verejnej správy (ISVS), ktorý bude zahrnovať jednotlivé moduly na správu údajov, spracovanie žiadostí, autentifikáciu používateľov a integráciu s externými systémami. Dôležitým prvkom je aj integrácia s** CPDI,** kde sa budú konzumovať údaje z registrov RFO (Register fyzických osôb), RPO (Register právnických osôb) a RA (Register adries).

1233

1234

==== 5.5.1.1 Popis aplikačných modulov ====

1235

1236

1. **Riadenie prístupu**

1237

1*. Tento modul bude zabezpečovať autentifikáciu a autorizáciu používateľov systému. Použije sa tu **eID** a **ÚPVS** ako štandardné autentifikačné mechanizmy, čím sa zabezpečí bezpečný prístup k citlivým údajom.

1238

1*. Modul bude spravovať rôzne úrovne prístupových práv pre administrátorov, používateľov a iné subjekty, ktoré budú mať oprávnenie na prístup k určitým údajom.

1239

1. **Správa používateľov**

1240

1*. Tento modul bude spravovať informácie o používateľoch (fyzických a právnických osobách), ich oprávneniach a aktivitách v systéme. Okrem toho bude zabezpečovať správu údajov o registrácii a aktualizácii údajov používateľov.

1241

1. **Evidencia prijatých žiadostí**

1242

1*. Tento modul bude zabezpečovať správu životného cyklu žiadostí od ich podania až po ukončenie procesu. Používateľské rozhranie bude umožňovať podanie žiadosti cez elektronické formuláre, ich automatizované spracovanie a sledovanie stavu žiadosti.

1243

1. **Správa číselníkov**

1244

1*. Tento modul bude zabezpečovať správu číselníkov, ktoré budú obsahovať referenčné údaje pre systém, ako sú napríklad kategórie, typy, formáty a iné štruktúrované údaje potrebné pre fungovanie systému.

1245

1. **Správa lokálnych registrov**

1246

1*. Tento modul bude obsahovať databázy lokálnych registrov, kde sa budú spravovať údaje o jednotlivých subjektoch a ich príslušných právach, povinnostiach a ďalších dôležitých informáciách.

1247

1*. Údaje sa budú synchronizovať s centrálnymi databázami, no budú sa uchovávať aj lokálne pre rýchle spracovanie.

1248

1. **Integračný modul**

1249

1*. Tento modul bude zabezpečovať integráciu medzi ISVS a ďalšími verejnými informačnými systémami, najmä s **CPDI**, kde sa budú konzumovať údaje ako RFO, RPO a RA. Tento proces bude zahŕňať extrakciu, transformáciu a načítanie (ETL) údajov do systému.

1250

1*. Tento modul bude mať za úlohu aj synchronizáciu údajov s inými verejnými systémami.

1251

1. **Notifikačný systém**

1252

1*. Modul notifikácií bude spravovať zasielanie informácií používateľom o zmenách stavu žiadostí, novinkách v službách alebo iných relevantných udalostiach. Notifikácie budú distribuované cez email, SMS alebo push notifikácie.

1253

1. **Manažment žiadostí**

1254

1*. Tento modul bude slúžiť na riadenie a sledovanie životného cyklu žiadostí, spravovanie podaní, ich schvaľovanie a archivovanie a zároveň bude tvoriť Master data management platformu, v ktorej budú uchovávané a spracovávané všetky kmeňovú udaje. Súčasťou bude aj logovanie všetkých interakcií s žiadosťami a generovanie reportov pre administrátorov.

1255

1256

==== 5.5.1.2 Integrácia s CPDI ====

1257

1258

* **Centrálny integračný komponent** bude zabezpečovať pravidelnú integráciu s **Centrálnou platformou dátovej integrácie (CPDI)**. Tento proces zahŕňa nielen konzumovanie údajov z CPDI (napr. RFO, RPO, RA), ale aj poskytovanie údajov a udržiavanie aktuálnych a správnych záznamov v systéme.

1259

* Údaje o registroch a evidenciách budú ukladané lokálne v systéme na efektívnu správu a budú pravidelne synchronizované s centrálnymi platformami.

1260

1261

[[Budúca (TO BE) aplikačná architektúra a závislostí (dátových tokov) medzi systémami>>image:1747314321298-108.png]]

1262

1263

1264

=== 5.5.2 Rozsah informačných systémov – budúci stav (TO BE) ===

|=(((

**Kód ISVS**

**(z MetaIS)**

)))|=**Názov ISVS**|=(((

1271

**Modul ISVS**

1272

1273

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

1274

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

1275

**Kód nadradeného ISVS**

1276

1277

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

)))

=== 5.5.3 Prehľad plánovaných integrácií na nadrezortné ISVS – spoločné moduly podľa zákona č. 305/2013 Z.z. o e-Governmente – budúci stav (TO BE) ===

|=(((

**Kód ISVS**

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

)))|=**Názov ISVS**|=**Spoločné moduly podľa zákona č. 305/2013 e-Governmente**

1288

|Isvs_192|Register adries|IS CPDI (CSRÚ)-Modul procesnej integrácie a integrácie údajov

1289

|isvs_191|Register fyzických osôb|IS CPDI (CSRÚ)-Modul procesnej integrácie a integrácie údajov

1290

|isvs_420|Register právnických osôb, podnikateľov a orgánov verejnej moci.|IS CPDI (CSRÚ)-Modul procesnej integrácie a integrácie údajov

1291

|isvs_62|Ústredný portál verejnej správy Modul elektronického doručovania|Modul elektronického doručovania

1292

|isvs_62|Ústredný portál verejnej správy Autentifikačný modul|Autentifikačný modul

1293

1294

=== 5.5.4 Aplikačné služby na integráciu – budúci stav (TO BE) ===

1295

1296

Projekt sa sústreďuje na vybudovanie IS Centrálnej správy registrov a evidencií **(ISVS_9914) zameranej na evidovanie a správu údajov **v oblasti médií a audiovízie. V rámci realizácie projektu sa nebude implementovať zverejňovanie otvorených údajov ani integrácia do systémov poskytujúcich otvorené dáta. Tieto aktivity nie sú súčasťou rozsahu projektu, ani nie sú zahrnuté v rámci stanovených oprávnených aktivít tejto výzvy.

1297

1298

Cieľom projektu je zabezpečiť integráciu s centrálnym digitálnym ekosystémom verejnej správy prostredníctvom Centrálnej platformy procesnej integrácie a integrácie údajov (CPDI), ktorá umožní konzumáciu údajov z kľúčových registrov verejnej správy, konkrétne Register fyzických osôb (RFO), Register právnických osôb (RPO) a Register adries (RA). Tieto registre budú slúžiť ako zdroj údajov pre nové evidenčné a registračné služby, ktoré budú implementované v rámci projektu.

1299

1300

Projekt sa nezameriava na zverejňovanie údajov alebo ich publikovanie cez verejné katalógy a API. Hlavným cieľom je zefektívnenie správy údajov prostredníctvom integrácie týchto registrov a ich efektívne využitie v rámci interných procesov MK SR a podriadených organizácií. Každý z týchto registrov bude poskytovať relevantné údaje, ktoré budú následne spracovávané v novovytvorených službách, a to v súlade s požiadavkami na kvalitu a integritu údajov, ktoré budú konzumované zo systémov ako RFO, RPO a RA.

1301

1302

Všetky služby, ktoré budú vybudované, budú prepojené s CPDI a zabezpečia rýchly prístup k údajom, čím sa eliminuje potreba redundancie a zjednoduší proces správy údajov v rámci systému.

|=(((

**AS**

**(Kód MetaIS)**

)))|=(((

**Názov AS**

)))|=(((

**Realizuje ISVS**

**(kód ISVS, ktorý realizuje AS)**

1316

1317

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

**(kód MetaIS)**

)))

|as_59131|(((

Konzumácia

údajov z CPDI

)))|isvs_9914|Konzumujúca|Nie|Áno|Nie|sluzba_is_49250

1326

|as_59698|Autentifikačný modul|Autentifikácia používateľa na ÚPVS (BOK)|Konzumujúca|Nie|Áno|Nie|isvs_8846

1327

|as_59630|Elektronické schránky|Vytváranie, odosielanie a prijímanie elektronických správ|Konzumujúca|Nie|Áno|Nie|isvs_8847

1328

1329

== 5.6 Dátová architektúra ==

1330

1331

=== 5.6.1 Aplikačné služby pre Koncové služby – budúci stav (TO BE) ===

|=(((

**Kód AS**

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

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

1338

**Realizuje ISVS**

1339

1340

**(kód ISVS, ktorý realizuje AS)**

1341

)))|=(((

1342

**Aplikačná služba slúži KS**

1343

1344

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

)))

|(((

as_58973

)))|(((

(% class="wikigeneratedid" id="HPodanienE1vrhunazE1pisaaktualizE1ciuFAdajovvregistroch2FevidenciED" %)

1350

Podanie návrhu na zápis a aktualizáciu údajov v registroch/evidencií

)))|(((

)))|(((

(% class="wikigeneratedid" id="Hks_337637" %)

ks_337637

)))

=== 5.6.2 Objekty evidencie ===

1359

1360

V tabuľke uvedenej nižšie sú uvedené objekty evidencie, pre ktoré bude počas realizačnej fáze projektu vytvorený doménový model, ktorý definuje návrh dátových prvkov. V nasledujúcej tabuľke je uvedený zoznam objektov evidencie ktoré budú poskytované do IS MOU v zmysle aktivity A1. Doménový model pri týchto objektoch evidencie nepopisujeme, keďže je ten

1361

1362

je súčasťou zdrojových IS.

1363

1364

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

1365

|1.|Register o vydavateľoch publikácií a iných subjektoch pôsobiacich v oblasti médií a audiovízie|Register v oblasti médií a audiovízií v zmysle Zákona č. 265/2022 Z. z. o vydavateľoch publikácií a o registri v oblasti médií a audiovízie|Nemá

1366

1367

=== 5.6.3 Poskytovanie údajov z ISVS do IS CPDI – budúci stav (TO BE) ===

1368

1369

V súlade s vyhlásenou výzvou a predmetom tohto projektu, poskytovanie údajov prostredníctvom IS CPDI nie je plánované. Údaje evidované vo vybudovanom IS nebudú ani manuálne ani automatizovane sprístupňované prostredníctvom CPDI.

1370

1371

1372

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

1373

| | | |

1374

1375

=== 5.6.4 Konzumovanie údajov z IS CPDI – budúci stav (TO BE) ===

1376

1377

|=**ID OE**|=**Názov (konzumovaného) objektu evidencie**|=**Kód ISVS konzumujúceho OE**|=**Kód zdrojového ISVS v MetaIS**

1378

|1.|Register adries|isvs_9914|isvs_192

1379

|2.|Register fyzických osôb (RFO) |isvs_9914|isvs_191

1380

|3.|Register právnických osôb|isvs_9914|isvs_420

1381

1382

=== 5.6.5 Kvalita a čistenie údajov ===

1383

1384

V súlade s vyhlásenou výzvou a predmetom tohto projektu nie sú plánované aktivity a činnosti súvisiace s kvalitou a čistenia údajov. Rovnako nie sú plánované aktivity súvisiace s implementácie nástrojov na meranie dátovej kvality, čistenie údajov alebo personálnych kapacít pre riadenie dátovej kvality. Táto oblasť, aj keď je kľúčová pre zabezpečenie správnosti a integrity údajov, nebude predmetom realizácie tohto projektu. Všetky aktivity súvisiace s touto oblasťou, ako aj implementácia procesov na riadenie kvality údajov, bude možné implementovať, aplikovať a rozvíjať v rámci ďalších projektov. Tieto procesy môžu byť zahrnuté do budúcich iniciatív v rámci optimalizácie a správy dát v štátnej správe, ale nie sú súčasťou tohto projektu.

|=ID OE|=(((

Názov Objektu evidencie

1389

1390

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

)))|=(((

Významnosť kvality

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

)))|=(((

Citlivosť kvality

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

1399

)))|=(((

1400

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

1401

1402

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

)))

| | | | |

=== 5.6.6 Otvorené údaje ===

1407

1408

V rámci vyhlásenej výzvy „lepšie eGov služby“ nie sú zahrnuté aktivity súvisiace so zverejňovaním otvorených údajov (open data). Projekt sa nezameriava na sprístupňovanie a automatizované publikovanie otvorených údajov v zmysle požiadaviek na ich interoperabilitu a kvalitu, ako je definované v § 38 vyhlášky č. 78/2020 Z. z. o štandardoch pre informačné technológie verejnej správy.

1409

1410

Cieľom tohto projektu je primárne zlepšiť spracovanie a správu registrov a evidencií v rámci MK SR a vytvoriť efektívne a bezpečné digitálne služby pre verejnosť. K sprístupňovaniu a zverejňovaniu otvorených údajov v požadovanej kvalite (úroveň 3★, 4★ alebo 5★) sa pristúpi až v rámci ďalších projektov zameraných špecificky na otvorené dáta, a to v súlade s národnými a európskymi predpismi a štandardmi, prípadne projektov, ktoré rozšíria plánovaný funkčný rozsah Centrálna správa registrov a evidencií **(ISVS_9914).**

1411

1412

V tejto fáze projektu sa nebudú implementovať žiadne automatizované procesy na publikovanie otvorených údajov v rôznych formátoch (CSV, XML, RDF a pod.) ani ich registrácia v centrálnom katalógu otvorených údajov na data.gov.sk. Sústredíme sa na zlepšenie správy evidencií a registrov v rámci digitálnych služieb a sprístupnenie informácií v rámci platných legislatívnych rámcov a v záujme zefektívnenia verejných služieb. Rovnako nie je v pláne manuálne publikovanie otvorených údajov na data.gov.sk.

1413

1414

1415

=== 5.6.7 Analytické údaje ===

1416

1417

V rámci projektu nie je plánovaná realizácia sprístupnenia údajov na analytické účely a preto táto kapitola nie je pre predkladaný projekt relevantná. ISVS MK SR v rámci realizácie predmetu predloženého projektu je minimálne v rozsahu požiadaviek definovaných vo výzve

1418

1419

1420

=== 5.6.8 Moje údaje ===

1421

1422

V rámci realizácie predloženého projektu sa neplánuje implementovať funkcionalita, ktorá by sa venovala správe a zverejňovaniu údajov spadajúcich do kategórie „Moje údaje“. Táto aktivita nie je súčasťou oprávnených aktivít vyhlásenej výzvy, a preto nebudú vykonávané žiadne procesy, ktoré súvisia so sprístupňovaním a automatizovaným publikovaním údajov podľa definície „Mojich údajov“ v zmysle vyhlášky a legislatívy týkajúcej sa správy osobných údajov.

1423

1424

„Moje údaje“ zahŕňajú údaje, ktoré sa týkajú fyzických a právnických osôb a ktoré sú predmetom správy v rámci procesov spravovaných rôznymi verejnými subjektmi. Tento projekt sa sústreďuje výhradne na spravovanie evidencií a registrov v oblasti médií a audiovízie a neintegruje sa s modulmi na spracovanie osobných údajov, ktoré patria pod iné iniciatívy a zákony ako sú požiadavky na spravovanie osobných údajov v rámci modulu procesnej integrácie (IS CPDI) alebo modul Manažmentu osobných údajov.

1425

1426

Všetky aktivity súvisiace so sprístupnením „Mojich údajov“ a ich integráciou do procesov správy údajov cez API rozhrania, ako aj ich sprístupnenie elektronickými formátmi, sa týkajú iných projektov, ktoré sú špecificky zamerané na túto oblasť a ktoré zohľadňujú vyššie uvedené technické a legislatívne špecifikácie.

1427

1428

Tento projekt sa bude zameriavať na optimalizáciu a digitalizáciu procesov správy registrov a evidencií v oblasti médií a audiovízie a bude vychádzať zo zákona č. 265/2022 Z. z., pričom sa nebudú spracovávať ani zverejňovať osobné údaje v rámci kategórie „Moje údaje“.

1429

1430

1431

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

1432

1433

Nasledujúca súhrnná tabuľka pre kategorizáciu údajov dotknutých projektom z pohľadu využiteľnosti týchto údajov je vyplnená. Tabuľka poskytuje jasný prehľad o kategorizácii údajov, ktoré sú predmetom projektu, a slúži ako základ pre ďalšie analýzy a implementácie.

|=**ID**|=(((

**Register / Objekt evidencie**

1438

1439

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

1440

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

1441

|1.| |☐|☐|☐|☐

1442

1443

== 5.7 Technologická architektúra ==

1444

1445

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

1446

1447

==== 5.7.1.1 Súčasný stav (AS IS) ====

1448

1449

Aktuálne MK SR nedisponuje relevantným IS ktorý by bolo možné rozvíjať, chýba mu centrálny manažment evidencií a registrov, rovnako neexistuje jednotná platforma na integráciu a konsolidáciu údajov a správa údajov je realizovaná na úrovni lokálne a offline.

1450

1451

Významné nedostatky súčasnej technologickej architektúry:

1452

1453

* Neexistencia centralizovanej platformy na spracovanie a správu údajov.

1454

* Nemožnosť efektívnej integrácie s inými verejnými systémami a nedostatočná interoperabilita s centrálnymi platformami ako CPDI.

1455

* Slabá podpora pre transparentnosť a informovanie dotknutých osôb o prístupe k ich údajom.

1456

* Nedostatočné možnosti pre zabezpečenie bezpečnosti a ochrany údajov v súlade s legislatívnymi požiadavkami, ako je GDPR.

1457

* Vysoké náklady na údržbu a správu infraštruktúry.

1458

1459

V súčasnosti sú jednotlivé komponenty správy osobných údajov a integrácie roztrúsené v rámci viacerých informačných systémov MK SR. Tieto systémy spravidla fungujú ako monolitické riešenia, bez pokročilých nástrojov na správu údajov, bez jednotnej platformy na zdieľanie a konsolidáciu údajov a s obmedzenou podporou pre monitoring prístupov k údajom.

1460

1461

**Významné nedostatky súčasnej technologickej architektúry:**

1462

1463

* Neexistencia centrálnej dátovej platformy.

1464

* Nemožnosť systematickej konsolidácie a validácie údajov.

1465

* Chýbajúca funkcionalita pre transparentné informovanie o prístupe k osobným údajom.

1466

* Slabá interoperabilita a obmedzené možnosti integrácie s centrálnymi komponentmi štátu (napr. CPDI).

1467

* Nedostatočné možnosti škálovania a vysoké náklady na údržbu vlastnej infraštruktúry.

1468

1469

==== 5.7.1.2 Budúci stav (TO BE) ====

1470

1471

Navrhované riešenie bude postavené na moderných cloudových technológiách, pričom budú implementované všetky potrebné aplikačné moduly a služby, ktoré budú zodpovedať požiadavkám výzvy „Lepšie eGov služby“ a legislatíve, a to v súlade s metodickými usmerneniami MIRRI SR a právnymi predpismi. Tento systém bude fungovať v rámci vládneho cloudu.

1472

1473

**Hlavné architektonické rozhodnutia:**

1474

1475

* Nasadenie v rámci vládneho cloudu s klasifikáciou U3, čo zabezpečí vysokú úroveň dostupnosti a bezpečnosti údajov.

1476

* Využitie virtualizovaných prostredí pre vývoj, testovanie a produkciu s oddelenými prostrediami (vývojové, testovacie a produkčné).

1477

* Minimalizácia vendor lock-in použitím open API štandardov pre integráciu a výmenu dát.

1478

* Kontajnerizované riešenie využívajúce nástroje ako Kubernetes a Docker, čo zabezpečí flexibilitu, škálovateľnosť a jednoduchú údržbu systému.

1479

* Modulárny prístup prostredníctvom mikroservisnej architektúry, kde každý aplikačný modul bude zodpovedný za konkrétnu funkciu (napr. správa registrov, notifikácie, správa žiadostí).

1480

1481

**Prepojenie s aplikačnou vrstvou:**

1482

1483

* Moduly budú prevádzkované ako samostatné mikroservisy, čo umožní lepšiu škálovateľnosť, flexibilitu a nezávislé nasadenie jednotlivých komponentov.

1484

* ISVS bude integrovany s CPDI prostredníctvom štandardizovaných rozhraní, čo umožní konzumáciu údajov, ako sú RFO, RPO a RA. Integračný modul bude zabezpečovať komunikáciu s CPDI

1485

* ISVS bude zároveň tvoriť centralizovanú správu údajov o subjektoch a ich registráciu.

1486

* Modul notifikácií bude prepojený s databázou a používať notifikačné kanály (email, SMS, push notifikácie), aby informoval dotknuté osoby o zmene stavu žiadostí, registrácií alebo iných relevantných procesoch.

1487

* Bezpečnosť údajov bude zabezpečená v súlade s požiadavkami GDPR a ochrany osobných údajov. Všetky dáta budú šifrované a prístupové práva budú striktne kontrolované.

1488

* Integrácia s ISVS: Systém bude plne kompatibilný s existujúcimi informačnými systémami verejnej správy, a to prostredníctvom API, čím sa zabezpečí jednoduchá a efektívna výmena údajov medzi rôznymi štátnymi a verejnými systémami.

1489

1490

=== 5.7.2 Požiadavky na výkonnostné parametre, kapacitné požiadavky – budúci stav (TO BE) ===

1491

1492

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

1493

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

1494

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

1495

|Počet externých používateľov (internet)|Počet|cca 50 000 používateľov ročne|

1496

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

1497

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

1498

|Objem údajov na transakciu|Objem/transakcia|cca 1 – 5 KB|

1499

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

1500

1501

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

1502

1503

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

1504

1505

1506

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

1507

1508

**(z MetaIS)**

1509

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

1510

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

1511

1512

**(Služba z katalógu cloudových služieb pre zriadenie výpočtového uzla)**

1513

)))|=(% colspan="4" %)**Požadované kapacitné parametre služby

1514

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

1515

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

|Vývojové|(((

infra_sluzba_861

infra_sluzba_130

)))|(((

Cloudové a kontajnerové služby

1522

1523

Využívanie IaaS vládneho cloudu

)))|100|SSD|4|16

|Testovacie|(((

infra_sluzba_861

infra_sluzba_130

)))|(((

Cloudové a kontajnerové služby

1531

1532

Využívanie IaaS vládneho cloudu

)))|200|SSD|4|16

|Produkčné|(((

infra_sluzba_861

infra_sluzba_130

)))|(((

Cloudové a kontajnerové služby

1540

1541

Využívanie IaaS vládneho cloudu

)))|500|SSD|8|32

|Predprodukčné|(((

infra_sluzba_861

infra_sluzba_130

)))|(((

Cloudové a kontajnerové služby

1549

1550

Využívanie IaaS vládneho cloudu

1551

)))|500|SSD|6|32

1552

1553

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

1554

1555

=== 5.8.1 Návrh riešenia bezpečnosti ===

1556

1557

Navrhované riešenie projektu bude prevádzkované v technologickom prostredí **vládneho cloudu**, a to najmä využitím modelu** IaaS (Infrastructure as a Service)**. Projekt bude realizovaný ako vývoj a úprava softvérového riešenia a integračných komponentov bez potreby nákupu hardvéru. Prevádzka bude v súlade s požiadavkami **zákona č. 95/2019 Z. z. o informačných systémoch verejnej správy** a metodikami Ministerstva investícií, regionálneho rozvoja a informatizácie SR (MIRRI SR).

1558

1559

==== **A. Požadované prevádzkové prostredia** ====

1560

1561

V rámci realizácie a nasadenia riešenia budú vytvorené minimálne tri základné prevádzkové prostredia:

1562

1563

* **Vývojové prostredie** – určené na vývoj a interné testovanie funkcionalít.

1564

* **Testovacie prostredie **– určené pre systémové, integračné a akceptačné testy.

1565

* **Produkčné prostredie **– určené na nasadenie plne funkčného riešenia do ostrej prevádzky.

1566

* Ideálne aj **preprodukčné prostredia **– ktoré bude vernou kópiou produkčného stavu a bude slúžiť na overenie zmien pred ich nasadením do produkcie.

1567

1568

==== **B. Úroveň zabezpečenia** ====

1569

1570

Všetky komponenty riešenia budú nasadzované s požiadavkou na **úroveň zabezpečenia U3**, čím bude zabezpečený súlad s klasifikáciou cloudových služieb vo vládnom cloude.

1571

1572

==== **C. Výber cloudových služieb** ====

1573

1574

Výber cloudových služieb bude realizovaný podľa metodiky MIRRI SR a **katalógu cloudových služieb**, pričom dôraz bude kladený na:

1575

1576

* **Zamedzenie vendor lock-in** – preferované budú otvorené a prenositeľné riešenia.

1577

* **Štandardizáciu** – využívanie komponentov podporujúcich štandardy interoperability.

1578

* **Flexibilitu a škálovateľnosť** – možnosť prispôsobenia výkonu a kapacít podľa potrieb projektu.

1579

1580

==== **D. Priradené infraštruktúrne služby (z MetaIS)** ====

1581

1582

|=**Prostredie**|=**Kód infraštruktúrnej služby**|=**Názov infraštruktúrnej služby**|=**Využívajúci ISVS**

1583

|Vývojové|infra_sluzba_509|Virtuálny server|isvs_14693 – Informačný systém evidencie záznamov o zaručenej konverzii (EZZK)

1584

|Testovacie|infra_sluzba_509|Virtuálny server|isvs_14693

1585

|Produkčné|infra_sluzba_509|Virtuálny server|isvs_14693

1586

|Produkčné|infra_sluzba_510|Diskový priestor|isvs_14693

1587

|Produkčné|infra_sluzba_511|Pripojenie do špecifickej siete|isvs_14693

1588

|Produkčné|infra_sluzba_512|Sieťové služby|isvs_14693

1589

|Produkčné|infra_sluzba_513|Manažment údajov vo vládnom cloude|isvs_14693

1590

|Produkčné|infra_sluzba_754|Amazon EC2 Secure Plus|isvs_14693

1591

1592

==== **E. Prevádzka a správa v cloude** ====

1593

1594

Prevádzka riešenia bude v plnej miere zabezpečená v prostredí vládneho cloudu. Súčasťou prevádzky bude:

1595

1596

* centralizovaný monitoring a správa služieb,

1597

* pravidelné zálohovanie a obnova dát,

1598

* dodržiavanie SLA parametrov dostupnosti, bezpečnosti a výkonnosti,

1599

* pravidelné aktualizácie a bezpečnostné záplaty.

1600

1601

Týmto prístupom sa zabezpečí bezpečná, flexibilná a udržateľná prevádzka systému s dôrazom na verejný záujem, interoperabilitu a efektívnosť využívania verejných prostriedkov.

1602

1603

=== 5.8.2 Určenie obsahu bezpečnostných opatrení ===

1604

1605

|=**Obsah bezpečnostných opatrení podľa vyhlášky ÚPVII č. 179/2020 Z. z**|=**Aplikované opatrenia**|=**Aplikovaná legislatíva**

1606

|Minimálne bezpečnostné opatrenia Kategórie I|Áno|§ 3 ods. 1 písm. b) vyhlášky č. 179/2020 Z. z.

1607

|Minimálne bezpečnostné opatrenia Kategórie II|Áno|§ 3 ods. 1 písm. b) vyhlášky č. 179/2020 Z. z.

1608

|Minimálne bezpečnostné opatrenia Kategórie III|Nie|-

1609

|Bezpečnostný projekt|Áno|§ 23 ods. 1 a 2 zákona 95/2019 Z.z.

1610

|Bezpečnostné opatrenia podľa osobitného predpisu|Áno|Zákon č. 18/2018 Z. z., zákon č. 69/2018 Z. z.

1611

1612

=== 5.8.3 Riešenie autentifikácie a prístupov používateľov ===

1613

1614

Navrhované riešenie počíta s implementáciou jednotného a bezpečného mechanizmu autentifikácie a autorizácie používateľov. Cieľom je zabezpečiť kontrolovaný a auditovateľný prístup ku všetkým funkcionalitám systému podľa definovaných používateľských rolí a bezpečnostných štandardov verejnej správy.

1615

1616

==== **5.8.3.1 Autentifikácia používateľov** ====

1617

1618

Vzhľadom na požiadavky na interoperabilitu a bezpečnosť sa pri autentifikácii používateľov predpokladá **využitie existujúcich systémov správy identít**, najmä:

1619

1620

* **IAM modul Ústredného portálu verejnej správy (ÚPVS)** – pre autentifikáciu používateľov verejnej správy,

1621

* **Národná identitná schéma (eIDAS)** – pre externých používateľov z EÚ.

1622

1623

Riešenie bude podporovať technológiu **Single Sign-On (SSO),** pričom autentifikácia bude prebiehať na báze federácie identít (napr. SAML2, OpenID Connect), čím sa umožní jednotné prihlásenie do viacerých prepojených služieb a aplikácií. V prípade vybraných funkcionalít bude umožnená aj **dvojfaktorová autentifikácia (2FA)**, najmä pre role s vyššími oprávneniami.

1624

1625

==== **5.8.3.2 Správa používateľských rolí a prístupov** ====

1626

1627

Prístup do systému bude založený na **role-based access control (RBAC)**. Každému používateľovi bude na základe jeho role priradený rozsah práv na čítanie, zápis, úpravu alebo administráciu údajov. Riešenie bude zahŕňať nasledujúce kategórie používateľov:

1628

1629

1. **Interní používatelia**

1630

1*. **Bežný používateľ** (zamestnanec MK SR) – zobrazenie a editácia údajov v rozsahu svojej agendy,

1631

1*. **Administrátor systému** – správa používateľov, nastavení aplikácie, audit, správa číselníkov a podobne

1632

1*. **Prevádzkový technik / IT podpora** – technické zásahy, sledovanie prevádzky, prístup k logom a výpisom.

1633

1. **Externí používatelia:**

1634

1*. **Dotknutá osoba** – fyzická osoba alebo právnická osoba,

1635

1*. **Tretia strana (napr. Existujúce orgány, vydavatelia publikácií, Mediálne a audiovizuálne spoločnosti)** – prístupy v rozsahu ich povinností.

1636

1637

Všetky prístupy budú zaznamenávané v **logovacom mechanizme systému**, vrátane času prístupu, identifikácie používateľa a vykonanej akcie. Systém bude umožňovať audit zmien a spätné sledovanie operácií.

1638

1639

1640

= {{id name="_Toc152607322"/}}{{id name="_Toc2133064951"/}}{{id name="_Toc146510989"/}}{{id name="_Toc1763044084"/}}{{id name="_Toc30446447"/}}{{id name="_Toc2101360933"/}}{{id name="_Toc825763386"/}}{{id name="_Toc1614333450"/}}{{id name="_Toc1269235670"/}}{{id name="_Toc2114332294"/}}{{id name="_Toc208969925"/}}{{id name="_Toc1427296716"/}}6. PREVÁDZKA A ÚDRŽBA VÝSTUPOV PROJEKTU =

1641

1642

== 6.1 Návrh riešenia prevádzky a údržby ==

1643

1644

Táto kapitola definuje organizačné a technické mechanizmy na zabezpečenie prevádzky a údržby cieľového riešenia vrátane špecifikácie podpory na viacerých úrovniach (L1, L2, L3), činností HelpDesku a nastavenia úrovní poskytovania služieb (SLA). Obsahuje aj prehľad očakávaných požiadaviek na prevádzku a údržbu s cieľom zaručiť spoľahlivosť, dostupnosť a efektívne riešenie incidentov a problémov.

1645

1646

1. HelpDesk (L1 podpora)

1647

HelpDesk predstavuje prvý kontaktný bod pre používateľov využívajúcich ISVS. Zodpovedá za: prijímanie požiadaviek, registráciu incidentov a poskytovanie základnej podpory:

1648

1*. Prijímanie, registráciu a klasifikácia incidentov a požiadaviek.

1649

1*. Poskytovanie základnej podpory/základných informácií.

1650

1*. Zabezpečuje riešenie pre bežné problémy.

1651

1*. Eskalácia zložitejších problémov na vyššie úrovne podpory (L2, L3).

1652

1*. HelpDesk je dostupný v režime stanovenom SLA (napr. 24/7, 8/5).

1653

1. Podpora druhej úrovne (L2 podpora)

1654

L2 podpora zahŕňa technickú pomoc pre problémy, ktoré presahujú možnosti riešenia HelpDesku. Zameriava sa na analýzu a diagnostiku incidentov s cieľom ich vyriešenia:

1655

1*. Riešenie problémov s konfiguráciou a nastavením systému.

1656

1*. Aktualizácia a údržba softvéru v rámci schválených zmien.

1657

1*. Komunikácia s používateľmi v prípade potreby dodatočných informácií.

1658

1*. Eskalácia komplexných problémov na L3 podporu.

1659

1*. L2 podpora je zabezpečovaná počas prevádzkových hodín definovaných v SLA.

1660

1. Podpora tretej úrovne (L3 podpora)

1661

L3 podpora poskytuje expertné riešenia pre problémy vyžadujúce zásahy špecializovaných tímov, ako sú vývojári alebo architekti systému:

1662

1*. Diagnostika a oprava kritických incidentov.

1663

1*. Implementácia opráv a aktualizácií softvéru.

1664

1*. Realizácia zmien v infraštruktúre alebo kóde, ktoré si vyžadujú zásah na hlbšej technickej úrovni.

1665

1*. Spolupráca s tretími stranami na riešení špecifických problémov.

1666

1*. L3 podpora je dostupná podľa dohodnutých podmienok SLA.

1667

1668

**Spôsob zabezpečenia prevádzky a údržby**

1669

1670

* Monitorovanie a správa zavedenie nástrojov na monitorovanie výkonnosti a dostupnosti systému s cieľom predchádzať výpadkom.

1671

* Preventívna údržba: Pravidelné vykonávanie aktualizácií softvéru, bezpečnostných kontrol a zálohovania údajov.

1672

* Reaktívna údržba: Rýchla reakcia na incidenty a problémy na základe kategorizácie podľa závažnosti a priorít.

1673

* Komunikačné kanály: Poskytovanie podpory prostredníctvom telefónu, e-mailu a špecializovaných ticketingových systémov.

1674

* Úroveň poskytovania služieb (SLA)

1675

* Dostupnosť: Definovanie úrovne dostupnosti systému (napr. 99,5 %).

1676

* Časy odozvy: Stanovenie maximálnych reakčných a riešiacich časov pre incidenty a požiadavky.

1677

* Kategorizácia incidentov: Rozdelenie incidentov podľa závažnosti (kritické, vysoké, stredné, nízke).

1678

* Hodnotenie výkonu: Pravidelné prehodnocovanie plnenia SLA na základe reportov a spätnej väzby.

1679

* Prehľad požiadaviek na prevádzku a údržbu

1680

1681

1. Technické požiadavky:

1682

1*. Dostupnosť serverovej infraštruktúry.

1683

1*. Spoľahlivé pripojenie k sieti a komunikačné kanály.

1684

1*. Zálohovacie riešenia a úložiská.

1685

1. Personálne požiadavky:

1686

1*. Dostupnosť školeného tímu na všetkých úrovniach podpory.

1687

1*. Jasne definované roly a zodpovednosti pre jednotlivé úrovne podpory.

1688

1. Organizačné požiadavky:

1689

1*. Nastavenie procesov pre manažment incidentov, zmien a problémov.

1690

1*. Pravidelná komunikácia medzi prevádzkovateľom a poskytovateľom podpory.

1691

1692

== 6.2 Zabezpečenie podpory používateľov a prevádzky ==

1693

1694

Prevádzka informačného systému a podpora jeho používateľov bude zabezpečovaná prostredníctvom štandardného trojstupňového modelu technickej podpory, ktorý pokrýva bežné incidenty, prevádzkové situácie aj zložité servisné požiadavky vyžadujúce zásah odborných tímov alebo dodávateľa riešenia. Tento model je doplnený o špecifikáciu podpory technologickej infraštruktúry, v ktorej systémy bežia (napr. cloudové služby, sieťová infraštruktúra, servery a ich systémové prostredie).

1695

1696

=== 6.2.1 Podpora 1. stupňa (L1) ===

1697

1698

Podpora úrovne L1 predstavuje prvú kontaktnú úroveň medzi používateľom a správcom systému. Zabezpečuje prijímanie incidentov a požiadaviek, ich základnú klasifikáciu, overenie dostupnosti jednotlivých vrstiev infraštruktúry (sieť, operačný systém, aplikácia), riešenie jednoduchých používateľských problémov (napr. zabudnuté heslá, nesprávne nastavenia) a následné rozhodnutie o potrebe eskalácie.

1699

1700

Táto podpora bude poskytovaná prostredníctvom **jednotného kontaktného miesta (helpdesk)**, ktoré môže byť zriadené buď ako interné oddelenie správcu IS, alebo delegované na špecializovanú organizáciu v zriaďovateľskej pôsobnosti MK SR (napr. NASES), prípadne na externého dodávateľa.

1701

1702

=== 6.2.2 Podpora 2. stupňa (L2) ===

1703

1704

Podpora úrovne L2 pozostáva z odborných riešiteľských tímov s hlbokou znalosťou riešenia a technickej architektúry. Títo pracovníci neprichádzajú do priameho kontaktu s používateľmi, ale poskytujú súčinnosť L1 pri riešení komplexnejších incidentov. Vykonávajú analýzu údajov, validáciu alebo revíziu zistení z L1 a rozhodujú o ich ďalšom riešení.

1705

1706

Za poskytovanie L2 podpory bude zodpovedné **oddelenie IT prevádzky MK SR alebo poverená organizácia**, pričom časť činností môže byť zabezpečovaná externe v prípade špecializovaných technických zásahov.

1707

1708

=== 6.2.3 Podpora 3. stupňa (L3) ===

1709

1710

Tretia úroveň podpory zabezpečuje riešenie najzávažnejších a technicky najnáročnejších incidentov, vrátane systémových porúch, problémov na úrovni zdrojového kódu a komplexnej optimalizácie riešenia. L3 bude vykonávaná **externým dodávateľom riešenia**, ktorý bude zazmluvnený na základe výsledku verejného obstarávania.

1711

1712

Dodávateľ bude viazaný **zmluvou o podpore (SLA)**, ktorá určí reakčné a obnovovacie časy, spôsoby eskalácie, ako aj sankcie pri nedodržaní úrovne poskytovaných služieb.

1713

1714

=== 6.2.4 Podpora infraštruktúrnych služieb ===

1715

1716

Podpora technickej infraštruktúry, na ktorej informačný systém beží, bude riešená v súlade s architektonickým návrhom riešenia – predpokladá sa využitie **cloudového prostredia** alebo dátového centra štátnej správy. Zodpovednosť za tieto vrstvy (servery, virtualizačné prostredie, sieťové prvky, zálohovanie, monitoring) ponesie **prevádzkovateľ infraštruktúry**, a to buď priamo MK SR, alebo poverená organizácia (napr. NASES, poskytovateľ cloudu). Zmluvné podmienky podpory budú upravené prostredníctvom servisných zmlúv.

|=**PodPora**|=(((

**Poskytovateľ**

**(subjekt zodpovedný za poskytnutie podpory)**

1722

)))|=**Požadovaný Čas dostupnosti**|=**STAV zabezpečenia**|=(((

1723

**Pozn.**

1724

1725

**(napr. známe obmedzenia služby, špeciálne zodpovednosti, a pod.)**

1726

)))

1727

|**Podpora L1 - **jednotný kontaktný bod|Oddelenie IT podpory / externý dodávateľ / poverená organizácia v pôsobnosti MK SR|9×5 (pracovné dni 8:00–17:00)|Bude vytvorený v rámci realizácie projektu|Možnosť integrácie s helpdeskom organizácie alebo centrálneho portálu služieb

1728

1729

1730

|**Podpora infraštruktúrnych služieb**|Prevádzkovateľ infraštruktúry (cloud / dátové centrum)|24×7 podľa úrovne infraštruktúry|Zabezpečené servisnou zmluvou|Súčasť dohody o poskytovaní infraštruktúry (napr. IaaS, PaaS, hybridné riešenie)

1731

1732

== 6.3 Riešenie incidentov v prevádzke - parametre úrovní služby ==

1733

1734

Parametre služby riešenia incidentov v prevádzke sú špecifikované na základe určenia priority incidentu pomocou kombinácie jeho naliehavosti a dopadu podľa najlepších skúseností z praxe (best practice) z oblasti manažmentu IT služieb ( Information Technology Infrastructure Library - ITIL V3) nasledovným spôsobom:

1735

1736

**Incident** - za incident je považovaná každá nahlásená alebo inak zistená relevantná skutočnosť týkajúca sa aktíva (informačného systému) alebo jeho časti, ktorého nedostupnosť alebo nefunkčnosť má vplyv na poskytovanie služieb.

1737

1738

|=**klasifikácia naliehavosti incidentu**|=**Závažnosť incidentu**|=**Popis naliehavosti incidentu**

1739

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

1740

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

1741

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

1742

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

1743

1744

|=**Klasifikácia závažnosti incidentu**|=(((

1745

**Dopad**

1746

)))|=**Popis dopadu**

1747

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

1748

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

1749

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

1750

1751

**Určenie priority incidentu je kombináciou dopadu a naliehavosti podľa nasledovnej matice:**

1752

1753

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

1754

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

1755

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

1756

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

1757

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

1758

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

1759

1760

**Parametre služby Riešenia incidentov v prevádzke:**

1761

1762

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

1763

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

1764

1765

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

)))

|1|1 hod.|4 hodín|1

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

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

1770

|4|1 hod.|(% colspan="2" %)Vyriešené a nasadené v rámci plánovaných releasov (vydaní novej verzie programového vybavenia a konfigurácie)

1771

1772

Vysvetlivky k tabuľke

1773

1774

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

1775

1776

(2) **DKVI **(Doba konečného vyriešenia incidentu) - znamená čas obnovenia štandardnej prevádzky - čas medzi nahlásením incidentu verejným obstarávateľom a vyriešením incidentu poskytovateľom podpory (do doby, kedy je funkčnosť prostredia znovu obnovená v plnom rozsahu). Doba konečného vyriešenia incidentu od nahlásenia incidentu verejným obstarávateľom sa počíta počas celého dňa. Do tejto doby sa nezarátava čas potrebný na nevyhnutnú súčinnosť verejného obstarávateľa, ak je potrebná pre vyriešenie incidentu. V prípade potreby je poskytovateľ podpory oprávnený požadovať od verejného obstarávateľa schválenie riešenia incidentu.

1777

1778

(3) **Spoľahlivosť** - 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.

1779

1780

(4) Incidenty nahlásené verejným obstarávateľom poskytovateľovi podpory v rámci testovacieho prostredia majú prioritu 3 a nižšiu. Vzťahujú sa výhradne k dostupnosti testovacieho prostredia. Za incident v testovacom prostredí sa nepovažuje incident vztiahnutý k práve testovanej funkcionalite.

1781

1782

1783

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

1784

1785

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

1786

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

1787

1788

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

1789

1790

== 6.4 Požadovaná dostupnosť informačného systému: ==

1791

1792

|=**Popis**|=**Parameter**|=**Upresnenie**

1793

|Prevádzkové hodiny|9 hodín|od 08:00 hod. do 17:00 hod. počas pracovných dní. Dostupnosť služieb bude ovplyvnená samotnou prevádzkovou dobou IS MOU a jej dostupnosťou. Do prevádzkového času je potrebné v primeranom rozsahu zohľadniť aj dostupnosť infraštruktúry gCloud alebo Govnet.

1794

|(% rowspan="2" %)Servisné okno|8 hodín|od 22:00 hod. - do 6:00 hod. počas pracovných dní

1795

|24 hodín|(((

1796

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

1797

1798

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

1799

)))

1800

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

1801

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

1802

1803

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

1804

1805

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.

1806

1807

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.

1808

1809

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.

1810

)))

1811

|[[RTO (Recovery Time Objective)>>path:#_RTO_(Recovery_Time]] |4 hodiny|RTO vyjadruje množstvo času potrebné pre obnovenie dát a celej prevádzky nedostupného systému

1812

|RPO (Recovery Point Objective)|6 hodín|RPO vyjadruje, do akého času (bodu) v minulosti možno obnoviť dáta, t.j. rozsah dát, o ktoré môže organizácia prísť

1813

1814

//Tabuľka 40 Požadovaná dostupnosť IS //

==

6.5 Požiadavky na ľudské zdroje potrebné pre zabezpečenie prevádzky ==

1819

1820

Prevádzka budovaného systému v TO BE stave si vyžaduje adekvátne personálne zabezpečenie, ktoré bude zodpovedné za každodennú operatívu, technickú podporu, správu systému a riešenie incidentov. S cieľom zabezpečiť stabilnú, bezpečnú a spoľahlivú prevádzku budú alokované personálne kapacity v nasledovných oblastiach:

1821

1822

=== A. Prevádzkové a technické zabezpečenie ===

1823

1824

Pre efektívne fungovanie systému budú nevyhnutné nasledovné pozície a kapacity:

1825

1826

* Administrátor IS – zodpovedný za správu používateľských účtov, bezpečnostné politiky, konfiguráciu systému a monitorovanie jeho výkonnosti.

1827

* Technický správca aplikácie – zodpovedný za správu aplikačných komponentov, logovanie incidentov, zavádzanie zmien a spoluprácu s dodávateľom systému.

1828

* Datový analytik / správca údajov – zodpovedný za kontrolu kvality údajov, zber a spracovanie reportov.

1829

* Prevádzkový koordinátor / garant IS – koordinuje komunikáciu medzi odbornými útvarmi a technickým zabezpečením systému, dohliada na SLA a zabezpečuje súlad s metodikami a procesmi.

1830

1831

Počet osôb na jednotlivých pozíciách bude prispôsobený rozsahu nasadenia systému a jeho využitiu v produkčnom prostredí. V počiatočnej fáze sa predpokladá minimálne 2-3 zamestnanci na úrovni rezortu a doplnenie kapacít na úrovni jednotlivých zapojených organizácií, ak to charakter IS vyžaduje.

=== B. Školenia ===

Na zabezpečenie kvalifikovaného využívania a správy systému budú v rámci projektu realizované školenia, ktoré pokryjú potreby jednotlivých cieľových skupín:

1836

1837

* Používatelia systému – školenia zamerané na používanie systému (užívateľské rozhranie, vyhľadávanie, práca s údajmi, notifikácie).

1838

* Pracovníci technickej podpory a správy systému – pokročilé školenia zamerané na konfiguráciu, prevádzku, aktualizácie a správu dátovej kvality.

1839

* Odborní používatelia / správcovia IS – školenia zamerané na správu evidovaných údajov, tvorbu výstupov potrebných v zmysle rôznych legislatívnych požiadaviek a nariadení.

1840

1841

Školenia budú realizované formou prezenčných workshopov a/alebo online školení, a ich súčasťou bude aj dokumentácia a používateľské manuály.

1842

1843

=== C. Udržateľnosť a nástupníctvo ===

1844

1845

Súčasťou stratégie ľudských zdrojov bude aj zabezpečenie zastupiteľnosti kľúčových rolí, vrátane zaškolenia náhradníkov pri „rotácií zamestnancov“, aby bola správa IS udržateľná aj pri personálnych zmenách. MK SR zavedie systém priebežného preškoľovania v prípade zmeny procesov, funkcionalít alebo legislatívnych požiadaviek hlavne v prípadoch, ak dôjde k zmene/rozšíreniu funkcionalít IS z akéhokoľvek dôvodu (legislatíva, rozšírenie/pridanie funkcionalít a podobne).

1846

1847

== 6.6. Požiadavky na zdrojové kódy ==

1848

1849

Súčasťou dodávky predmetu projektu bude aj odovzdanie úplných zdrojových kódov k vytvorenému riešeniu, a to vrátane komentárov, technickej dokumentácie a popisu implementovaných funkcionalít. Táto povinnosť sa bude týkať všetkých častí riešenia, ktoré sú určené pre nasadenie do produkčného prostredia, s výnimkou komponentov, ktoré podliehajú licenčným podmienkam tretích strán a nemožno k nim poskytnúť zdrojový kód z dôvodu ochrany autorských práv alebo licenčných obmedzení.

1850

1851

Zdrojové kódy budú spracované v súlade s § 15 ods. 2 písm. d) zákona č. 95/2019 Z. z. o informačných technológiách vo verejnej správe a § 31 vyhlášky Úradu podpredsedu vlády SR č. 78/2020 Z. z., a budú pripravené na ich prípadné zverejnenie v centrálnom repozitári zdrojových kódov verejnej správy.

1852

1853

Odovzdanie kódov bude prebiehať v štandardizovanej a prehľadnej adresárovej štruktúre, ktorá bude obsahovať:

1854

1855

* samotné zdrojové súbory vrátane komentárov,

1856

* konfiguračné súbory a skripty na nasadenie,

1857

* technickú dokumentáciu k modulom a úpravám existujúcich IS,

1858

* pokyny na kompiláciu, nasadenie a prevádzku systému.

1859

1860

Zdrojové kódy budú odovzdávané v dohodnutých formátoch (napr. Git repozitár, .zip archív) a vopred stanovených intervaloch viazaných na projektové míľniky. Každé odovzdanie bude podložené protokolom o prebratí a schválení zdrojového kódu.

1861

1862

Z dôvodu zabezpečenia súladu s princípmi otvorenosti, transparentnosti a predchádzania vendor lock-in budú v zmluvnej dokumentácii zakotvené konkrétne požiadavky na správu, archiváciu a prístup k zdrojovým kódom. Dodané riešenie musí byť:

1863

1864

* kompatibilné s otvorenými štandardmi,

1865

* licencované pod otvorenou licenciou umožňujúcou ďalšie použitie (napr. EUPL),

1866

* v súlade s metodickým usmernením MIRRI SR č. 024077/2023 o kvalite zdrojových kódov.

1867

1868

Zdrojové kódy budú archivované v centrálnom repozitári spravovanom buď zo strany objednávateľa, alebo poverenej osoby. Postupy pre archiváciu, aktualizáciu a zodpovednosti oboch strán budú špecifikované v zmluve. V prípade zmien v implementácii bude dodávateľ povinný zabezpečiť priebežnú aktualizáciu kódov tak, aby odovzdané verzie odrážali aktuálny stav systému.

1869

1870

Dodávateľ bude zároveň povinný poskytnúť technickú podporu pri riešení prípadných problémov súvisiacich s prístupom k zdrojovým kódom alebo ich použitím, a to počas trvania zmluvného vzťahu, ako aj v prípade následnej podpory riešenia po ukončení projektu.

= {{id name="_Toc510413657"/}}{{id name="_Toc152607323"/}}{{id name="_Toc765633140"/}}{{id name="_Toc2047061689"/}}{{id name="_Toc1365902580"/}}{{id name="_Toc96771585"/}}{{id name="_Toc977817845"/}}{{id name="_Toc338302336"/}}{{id name="_Toc158422599"/}}{{id name="_Toc894533619"/}}{{id name="_Toc1336543996"/}}{{id name="_Toc1715202395"/}}{{id name="_Toc1402143762"/}}{{id name="_Toc47815706"/}}7. OPIS IMPLEMENTÁCIE PROJEKTU A PREBERANIA VÝSTUPOV PROJEKTU =

1875

1876

1877

Realizácia projektu bude prebiehať metódou **waterfall,** s cieľom zabezpečiť transparentné plánovanie, kontrolované dodanie jednotlivých častí riešenia a zároveň flexibilitu pri riešení čiastkových požiadaviek, ktoré môžu vzniknúť počas realizácie. V jednotlivých etapách budú iteratívne dodávané funkčné celky a ich komponenty, ktoré budú predmetom priebežného testovania a akceptácie.

1878

1879

== 7.1 Projektové produkty a dodávky v jednotlivých etapách ==

1880

1881

V rámci realizácie projektu budú dodané nasledujúce produkty a komponenty:

1882

1883

1. **Projektová dokumentácia a dokumentácia dodaného produktu**

1884

1*. Analýzy, špecifikácie požiadaviek, návrh architektúry riešenia

1885

1*. Realizačná a prevádzková dokumentácia

1886

1*. Používateľská dokumentácia pre koncových používateľov a administrátorov

1887

1. **Koncové služby a transformované alebo nové biznis procesy:**

1888

1*. Elektronické služby určené pre občanov, podnikateľov alebo zamestnancov verejnej správy

1889

1*. Procesy spracovania údajov, notifikácií a spätnej väzby pre službu „Moje údaje“

1890

1*. Automatizované sprístupňovanie výpisov a informácií

1891

1. **Biznis objekty:**

1892

1*. Spracovanie podaní, poskytovanie výpisov, vytváranie rozhodnutí

1893

1*. Generovanie notifikácií o zmene údajov, ich sprístupnení alebo vymazaní

1894

1*. Reporty a analytické výstupy zo spracovaných údajov

1895

1. **Aplikačné komponenty:**

1896

1*. Webové a mobilné rozhranie systému IS MOU

1897

1*. Notifikačný modul, modul na sprístupňovanie údajov, modul spätnej väzby

1898

1*. Lokálny katalóg otvorených údajov (LKOD)

1899

1. **Technologické komponenty:**

1900

1*. Integrácia na Centrálnu platformu dátovej integrácie (CPDI)

1901

1*. Modul Master Data Management pre konsolidáciu údajov

1902

1903

== 7.2 Zodpovednosti za vypracovanie a dodanie projektových výstupov ==

1904

1905

**Zodpovednosť za jednotlivé časti riešenia bude rozdelená nasledovne:**

1906

1907

|=**Oblasť**|=**Zodpovedná strana**

1908

|Špecifikácia požiadaviek, architektúra riešenia|Objednávateľ v spolupráci s dodávateľom

1909

|Vývoj aplikačného riešenia|Dodávateľ

1910

|Testovanie a akceptácia|Objednávateľ

1911

|Prevádzkové a bezpečnostné nastavenia|Dodávateľ v spolupráci s IT oddelením MK SR

1912

|Nasadenie do produkcie a podpora|Dodávateľ

1913

1914

== 7.3 Spôsob akceptácie a schvaľovania výstupov ==

1915

1916

Každý výstup projektu bude podliehať formálnemu procesu akceptácie:

1917

1918

* **Akceptačné testovanie **bude vykonané po dodaní každej etapy/incrementu

1919

* Výstupom bude **akceptačný protokol,** podpísaný oprávnenými osobami MK SR

1920

* Testovanie bude zahŕňať: funkčnosť, interoperabilitu, bezpečnosť, výkonnosť a súlad s požiadavkami

1921

* **Zmluva o dielo** bude obsahovať míľniky, viazané na priebežné a finálne akceptácie

1922

* V prípade zistených nedostatkov sa výstupy vracajú na dopracovanie, pričom bude zaznamenaný nový termín opravy a dodania

1923

1924

=== 7.3.1 Vypracovanie migračného plánu a riadenie migrácie údajov ===

1925

1926

Vzhľadom na to, že projekt predpokladá konsolidáciu, štandardizáciu a centrálne riadenie údajov z rôznych existujúcich zdrojov, **riadená migrácia údajov** predstavuje kľúčovú oblasť úspešnej implementácie.

1927

1928

==== 7.3.1.1 Migračný plán ====

1929

1930

Jedným z povinných výstupov realizačnej fázy projektu bude **vypracovanie Migračného plánu**, ktorý bude obsahovať:

1931

1932

* **Identifikáciu zdrojových evidencií, registrov a dátových entít**, ktoré majú byť prevedené doIS.

1933

* **Dátovú mapu** – popis zodpovednosti medzi atribútmi zdrojových systémov a cieľového IS.

1934

* **Harmonogram migrácie údajov,** vrátane predprodukčného testovania a overovania kvality migrovaných údajov.

1935

* **Opis migračných nástrojov, skriptov a transformácií**, ktoré budú použité na extrakciu, čistenie, transformáciu a nahrávanie údajov (ETL).

1936

* **Mechanizmy validácie a verifikácie údajov** po migrácii – testovacie scenáre a metriky kvality údajov.

1937

* **Záložné a rollback scenáre**, ak by počas migrácie došlo k neočakávaným výpadkom alebo nekonzistencii.

1938

* **Úlohy a zodpovednosti** jednotlivých rolí v rámci migračného procesu (IT tím, dátový kurátor, architekt, dodávateľ, odborní garanti).

1939

1940

==== 7.3.1.2 Migračné fázy ====

1941

1942

Migrácia bude prebiehať v nasledovných fázach:

1943

1944

1. **Analýza a príprava** – Identifikácia objektov evidencie, revízia kvality údajov v zdrojových systémoch, návrh transformácií.

1945

1. **Testovacia migrácia** – Migrácia dát na testovacie prostredie, vyhodnotenie kvality a funkcionality, zapojenie dátových rolí.

1946

1. **Produkčná migrácia** – Spustenie ostrej migrácie, zálohovanie, kontrola správnosti, záverečné overenie konzistencie.

1947

1. **Post-migračná validácia** – Monitoring a spätná kontrola nad údajmi, podpora používateľov pri práci so zmigrovanými údajmi.

1948

1949

==== 7.3.1.3 Súlad s ďalšími časťami projektu ====

1950

1951

Migračný plán bude úzko previazaný s:

1952

1953

* **Dátovou architektúrou systému** – najmä štruktúrou objektov evidencie a integračnými väzbami.

1954

* **Katalógom požiadaviek** – viaceré požiadavky sa môžu týkať integrity a kvality údajov.

1955

* **Bezpečnostnými opatreniami** – v rámci spracúvania osobných údajov počas migrácie musia byť aplikované špecifické bezpečnostné procesy (šifrovanie, logovanie, prístupové oprávnenia).

= 8. PRÍLOHY =

**Príloha 1: **I-02 - Zoznam rizík a závislostí

1960

1961

**Príloha 2**: M-05 - Analýza nákladov a prínosov vrátane katalógu požiadaviek

1962

1963

| | |

Wiki zdrojový kód pre I-02 Projektový zámer V1.0