Wiki zdrojový kód pre I-02 Projektový zámer V1.0

Version 58.2 by Sergej Kuriš on 2025/05/21 12:56
Show last authors
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 |**Položka**|**Meno a priezvisko**|**Organizácia**|**Pracovná pozícia**|**Dátum**|(((
13 **Podpis**
14 (alebo elektronický súhlas)
15 )))
16 |Vypracoval|Sergej Kuriš|MK SR|odborný zamestnanec|15. 5. 2025|
17
18 = {{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.
71 |ZoD|Zmluva o dielo.
72 | |
73 | |
74 {{id name="_Toc152607286"/}}
75
76
77 == 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í:
81
82 1. funkčné,
83 1. nefunkčné.
84
85 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 Centralizovanej správy registrov a evidencií. Ďalšou kľúčovou súčasťou bude poskytnutie lepšieho používateľského zážitku vylepšením 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 občania 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 jej podriadených organizácií. Projekt zároveň podporí interné procesy MK SR, 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.
116
117
118 * (((
119 == {{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 médií a audiovízie, ktorý musí byť v súlade s Zákonom č. 265/2022 Z. z. o vydavateľoch publikácií a registri v oblasti médií a audiovízie, 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 spracovania v rámci oblasti kultúry, pričom bude zohľadnená aj interoperabilita s centrálne spravovanými digitálnymi platformami verejnej správy.
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. Súčasťou modernizácie je aj zlepšenie grafických používateľských rozhraní (GUI), ktoré budú prispôsobené jednotnému dizajn manuálu š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 Aktuálne register nie je udržiavaný centralizovane a rovnako neexistuje jeho centrálna správa. Aktuálne majú správu príslušnej časti registra v zodpovednosti:
142
143 1. Existujúce orgány
144 Tieto orgány vedú aktuálne evidencie a registre podľa platných predpisov v oblasti médií a audiovízie.
145 1. Vydavatelia publikácií
146 Títo sú povinní viesť svoje evidencie a predkladať ich príslušným regulačným orgánom podľa aktuálnych predpisov.
147 1. Mediálne a audiovizuálne spoločnosti
148 Tieto spoločnosti musia viesť a udržiavať svoje záznamy v súlade s existujúcimi regulačnými požiadavkami.
149
150 V tejto oblasti sa predmet projektu zameria na splnenie nasledovných úloh:
151
152 * Zachovanie vecnej a odbornosti správy údajov v kompetencii organizácií
153 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.
154 * Vytvorenie jednotného dátového modelu a API pre výmenu údajov
155 * 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í.
156 * Spoločné využívanie koncových služieb
157 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.
158 * Zmena procesov pri presune alebo zdieľaní správy
159 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.
160 * Možné legislatívne a kompetenčné úpravy
161 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.
162
163 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.
164
165 === 3.2.1 Identifikovaný problém ===
166
167 Aktuálny stav evidencie a správy údajov v MK SR je nevyhovujúci a z dlhodobého hľadiska neudržateľný. Údaje sú roztrieštené, spracovávané prevažne manuálne a všeobecne absentujú spoločné štandardy kvality, správy životného cyklu údajov a interoperabilného zdieľania. Neexistuje jednotný rámec pre správu údajov a chýba centrálna evidencia objektov údajov. Vo väčšine agend nie sú zavedené dedikované registre, čo znamená, že údaje nie sú systematicky prepojené s inými informačnými systémami verejnej správy. Tento stav spôsobuje, že potenciál údajov pre rozhodovanie, analytiku, reporting alebo poskytovanie elektronických služieb občanom zostáva nevyužitý.
168
169 V súlade s Zákonom č. 265/2022 Z. z. o vydavateľoch publikácií a o registri v oblasti médií a audiovízie, je MK SR povinné prevádzkovať register v oblasti médií a audiovízie. Tento register bude kľúčovou súčasťou implementácie predmetného projektu, ktorý má za cieľ riešiť existujúce nedostatky a zaviesť potrebnú modernizáciu v správe údajov.
170
171
172 === 3.2.2 Motivácia a budúci stav ===
173
174 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.
175
176 Projekt sa zameriava na vybudovanie centrálneho registra médií a audiovízie, ktorý bude plne v súlade s Zákonom č. 265/2022 Z. z. o vydavateľoch publikácií a o registri v oblasti médií a audiovízie. Tento register bude integrovaný do digitálneho ekosystému MK SR, čím sa dosiahne efektívnejšia správa údajov, zjednodušenie ich spracovania a zvýšenie transparentnosti v oblasti kultúry a médií.
177
178 === 3.2.3 Obmedzenia projektu ===
179
180 * Nekompletná evidencia údajov v parciálnych častiach registra, ktoré aktuálne evidujú rôzne subjekty.
181 * Závislosť od vývoja a dostupnosti centralizovaných komponentov (CPDI).
182
183 [[image:Motivácia.png]]
184
185 === 3.2.4 Rozsah projektu ===
186
187 ==== 3.2.4.1 Aktivita A: Technologické a netechnologické zmeny na front-ende, tzn. zmeny grafických používateľských rozhraní „GUI“ ====
188
189 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.
190
191 Oprávnené zmeny GUI zahŕňajú:
192
193 * 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.
194 * 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.
195 * 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á.
196 * 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.
197 * 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.
198 * 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.
199 * 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.
200 * 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.
201
202 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.
203
204 ==== 3.2.4.2 Aktivita B: Technologické riešenie na back-ende koncových služieb ====
205
206 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_9914 Centrálna správa registrov a evidencií. Jeho cieľom bude, okrem iného, zabezpečiť jednotnú a spoľahlivú evidenciu údajov. 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.
207
208 Navrhované riešenie bude pokrývať tieto hlavné oblasti:
209
210 1. Centralizácia údajov
211 1*. Zabezpečenie jednotného a koordinovaného spracovania údajov.
212 1*. Eliminácia duplicít a konfliktov medzi rôznymi zdrojmi údajov pomocou mechanizmov automatickej detekcie a konsolidácie.
213 1*. Zabezpečenie prehľadnosti a transparentnosti dátových tokov a pôvodu údajov.
214 1. Riadenie kvality a harmonizácia údajov
215 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.
216 1*. Monitoring kvality údajov na základe vopred definovaných pravidiel.
217 1. Správa životného cyklu údajov
218 1*. Správa životného cyklu údajov – od ich vzniku, úprav, až po archiváciu alebo zánik.
219 1*. Sledovanie zmien v údajoch a zabezpečenie auditovateľnosti všetkých operácií nad údajmi.
220 1*. Implementácia mechanizmov na verzionovanie a historizáciu údajov.
221 1. Prístupové práva a bezpečnosť
222 1*. Zavedenie rolami riadeného prístupu k údajom (RBAC).
223 1*. Riadenie oprávnení podľa typov používateľov (administrátor, správca údajov, analytik, externý konzument).
224 1*. Implementácia bezpečnostných mechanizmov na ochranu údajov pred neoprávneným prístupom, vrátane šifrovania a logovania prístupov.
225 1. Integrácia s Centrálnou platformou dátovej integrácie (CPDI) za účelom konzumovania údajov
226
227 ==== 3.2.4.3 Aktivita B: Dátová integrácie na CPDI za účelom konzumovania údajov ====
228
229 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.
230
231 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.
232
233 ==== 3.2.4.4 Aktivita C: Napájanie sa na centrálne moduly digitálneho ekosystému verejnej správy ====
234
235 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).
236
237
238 //.//
239
240 == {{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 ==
241
242 |=**ID**|=**AKTÉR / STAKEHOLDER**|=(((
243 **SUBJEKT**
244 (názov / skratka)
245 )))|=(((
246 **ROLA**
247 (vlastník procesu/ vlastník dát/zákazník/ užívateľ …. člen tímu atď.)
248 )))|=(((
249 **Informačný systém**
250 (MetaIS kód a názov ISVS)
251 )))
252 |//1.//|Ministerstvo kultúry SR|MK SR|Vlastník procesu, vlastník dát|isvs_9914
253 |//2.//|Ministerstvo investícií, regionálneho rozvoja a informatizácie SR|MIRRI|Integračný uzol, prevádzkovateľ GOVNET|isvs_5836 IS CSRU
254 |//3.//|Ministerstvo vnútra SR|MVSR|Vlastník procesu/Vlastník dát/Konzument a poskytovateľ údajov - ISVS_5836 IS CPDI|ISVS_5836
255 |//4.//|Dotknutá osoba (fyzická alebo právnická osoba)| |Používateľ|
256 |5.|Zamestnanci MK SR| |Vlastník procesu/Vlastník dát|
257
258 == {{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 ==
259
260 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.
261
262 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.
263
264 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.
265
266 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.
267
268 Vymedzenie okruhu podaktivít, ktoré budú riešené projektom:
269
270 === A: Technologické a netechnologické zmeny na front-ende (zmeny grafických používateľských rozhraní „GUI“): ===
271
272 * 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;
273 * Pridanie sekcie „často kladených otázok“ ku koncovej službe na viditeľnom a prístupnom mieste;
274 * Pridanie „Dema služby“ - inštruktáž vo forme videa, ako službu využiť;
275 * Zavedenie ľahkého prístupu k živej online podpore do koncových služieb (napr. formou chatu, info linky);
276 * Implementácia elektronických žiadostí v systéme Centrálna správa registrov a evidencií.
277 * 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);
278 * 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;
279 * Pridať možnosť uložiť rozpracované podanie a vrátiť sa k nemu neskôr, čím sa umožní flexibilita pri dokončení podania;
280 * 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;
281 * 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).
282
283 === B: Technologické riešenia na back-ende koncových služieb: ===
284
285 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).
286
287 === C: Napájanie sa na centrálne moduly digitálneho ekosystému verejnej správy: ===
288
289 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.
290
291 Nad rámec týchto národných priorít si projekt zároveň kladie za cieľ:
292
293
294 |=**ID**|=
295 \\**Názov cieľa**|=**Názov strategického cieľa**|=**Spôsob realizácie strategického cieľa**
296 |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.
297 |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
298 |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í
299 |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
300 |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.
301 |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í.
302
303 == {{id name="_Toc152607308"/}}3.5 Merateľné ukazovatele (KPI) ==
304
305 |=**ID**|=
306 \\**ID/Názov cieľa**|=**Názov
307 ukazovateľa **(KPI)|=**Popis
308 ukazovateľa**|=**Merná jednotka**
309 |=**AS IS
310 merateľné hodnoty
311 **(aktuálne)|=**TO BE
312 Merateľné hodnoty
313 **(cieľové hodnoty)|=**Spôsob ich merania**|=**Pozn.**
314 |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|(((
315
316
317 Akceptačný protokol z testovania
318 )))|
319 |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|(((
320
321
322 Pravidelný reporting
323 )))|
324 |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|
325 |4.|Efektivita|Zefektívnenie poskytovaných eGOV služieb MK SR|Optimalizácia procesov evidencie|%|0|50%|Akceptačný protokol z testovania|
326 |5.|Prístup k eGOV službám|Zjednodušenie dostupnosti a prístupu k elektronickým službám MK SR|ID-SK 3.0, implementácia formulárov|Počet elektronických služieb|0|1|Akceptačný protokol z testovania|
327
328 == {{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 ==
329
330
331 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.
332
333 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ú:
334
335 * **Používateľský prieskum** – identifikácia potrieb, očakávaní a problémov koncových používateľov,
336 * **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,
337 * **Vytváranie informačnej architektúry** – návrh prehľadného a intuitívneho digitálneho prostredia s jednoduchou navigáciou,
338 * **Testovanie prototypov** – validácia používateľskej skúsenosti prostredníctvom interaktívneho testovania pred finálnym nasadením systému.
339
340 === 3.6.1 Definícia cieľových skupín koncových používateľov ===
341
342 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**.
343
344 1. **Občania – fyzické osoby**
345 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.
346 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.
347 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ť.
348 1. **Podnikatelia a právnické osoby**
349 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).
350 1*. **Očakávajú** automatizované a jednoduché podania, ktoré ich prevedú celým procesom.
351 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).
352 1. Zamestnanci verejnej správy a **MK SR**
353 1*. Úradníci a zamestnanci vykonávajúci správu agendy v oblasti kultúry a médií.
354 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.
355 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í.
356
357 === 3.6.2 Kľúčové požiadavky koncových používateľov na modernizovaný informačný systém ===
358
359 1. **Zjednodušenie a zrýchlenie prístupu k službám**
360 1*. Používateľsky prívetivé a prehľadné digitálne prostredie.
361 1*. Rýchla navigácia a vyhľadávanie informácií.
362 1*. Zníženie počtu krokov pri vybavovaní žiadostí.
363 1. **Automatizácia a digitalizácia procesov**
364 1*. Predvyplnené formuláre na základe dostupných údajov.
365 1*. Integrácia elektronického podpisu a možnosť podávania žiadostí online.
366 1*. Notifikácie o stave žiadosti (e-mail, SMS, push notifikácie).
367 1. **Vysoká dostupnosť a spoľahlivosť služieb**
368 1*. 24/7 dostupnosť elektronických služieb.
369 1*. Optimalizácia výkonu pre vysoký počet používateľov.
370 1*. Podpora viacjazyčného rozhrania a prístupnosť pre osoby so špeciálnymi potrebami.
371 1. **Zabezpečenie ochrany osobných údajov a kybernetická bezpečnosť**
372 1*. Implementácia vysokých bezpečnostných štandardov.
373 1*. Riadený prístup k údajom a ich šifrovaná výmena medzi systémami.
374 1*. Transparentnosť pri spracovaní osobných údajov a auditovateľnosť operácií.
375 1. **Efektívna podpora a asistencia používateľov**
376 1*. Virtuálny asistent/chatbot pre základnú podporu.
377 1*. Možnosť kontaktovania helpdesku s jasne definovanými odpovednými časmi (SLA).
378 1*. Poskytovanie návodov, FAQ a interaktívnych tutoriálov.
379 1. **Prispôsobivosť legislatívnym a technologickým zmenám**
380 1*. Modulárna architektúra systému umožňujúca rýchle úpravy.
381 1*. Možnosť efektívneho rozšírenia o nové funkcionality.
382 1*. Rýchla implementácia legislatívnych zmien a európskych nariadení.
383
384 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**.
385
386 == {{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 ==
387
388
389 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.
390
391 *
392
393 == {{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 ==
394
395 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.
396
397 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.
398
399 Z pohľadu výzvy sa jedná o nasledovnú nákladovú štruktúru:
400
401 |**Hlavné aktivity**|**1 399 755** **€ z toho:**
402 |Vývoj aplikácií|1 399 755 €
403 |013 Softvér|1 272 547 €
404 |521 Mzdové výdavky| 127 208 €
405 |**Podporné aktivity**|**97 982** **€ z toho:**
406 |907 Paušálne náhrady|97 982 €
407 |**Celkové náklady pre projekt výzvy**|**1 497 737 €**
408
409 V nasledujúcej tabuľke sú uvedené náklady projektu v horizonte 10 rokov.
410
411 === 3.8.1 Sumarizácia nákladov a prínosov ===
412
413 |= |=**Spolu**|=**Riadenie prístupu**|=**Správa používateľov**|=**eFormuláre**|=**Manažment žiadostí**|=**správa číselníkov**|=**Integračný modul**|=**správa lokálnych registrov**|=**Notifikačný modul**
414 |**Náklady**| | | | | | | | |
415 |**Všeobecný materiál**| | | | | | | | |
416 |**IT - CAPEX**|1 616 135 €|208 699 €|130 345 €|156 707 €|260 690 €|130 345 €|443 027 €|169 156 €|117 164 €
417 |Aplikácie|1 616 135 €|208 699 €|130 345 €|156 707 €|260 690 €|130 345 €|443 027 €|169 156 €|117 164 €
418 |SW|- €|- €|- €|- €|- €|- €|- €|- €|- €
419 |HW|- €|- €|- €|- €|- €|- €|- €|- €|- €
420 |Riadenie projektu|97 983 €|12 653 €|7 903 €|9 501 €|15 805 €|7 903 €|26 860 €|10 256 €|7 103 €
421 |**IT - OPEX- prevádzka**|470 795 €|60 796 €|37 971 €|45 650 €|75 942 €|37 971 €|129 058 €|49 277 €|34 131 €
422 |Aplikácie|470 795 €|60 796 €|37 971 €|45 650 €|75 942 €|37 971 €|129 058 €|49 277 €|34 131 €
423 |SW|- €|- €|- €|- €|- €|- €|- €|- €|- €
424 |HW|- €|- €|- €|- €|- €|- €|- €|- €|- €
425 |**Prínosy**|**2 577 556 €**| | | | | | | |
426 |**Finančné prínosy**|- €|- €|- €|- €|- €|- €|- €|- €|- €
427 |Administratívne poplatky|- €|- €|- €|- €|- €|- €|- €|- €|- €
428 |Ostatné daňové a nedaňové príjmy|- €|- €|- €|- €|- €|- €|- €|- €|- €
429 |**Ekonomické prínosy**|**2 577 556 €**|- €|- €|- €|- €|- €|- €|- €|- €
430 |Občania (€)|300 723 €|- €|- €|- €|- €|- €|- €|- €|- €
431 |Úradníci (€)|2 276 833 €|- €|- €|- €|- €|- €|- €|- €|- €
432 |Úradníci (FTE)| N/A| N/A| N/A|N/A|N/A|N/A|N/A|N/A|N/A
433 |**Kvalitatívne prínosy**| - €|- €| - €| | | | | |
434
435 |=(% colspan="2" %)**Výsledok CBA**|=**Výsledná hodnota**|=**Minimálna hodnota**
436 |BCR|pomer prínosov a nákladov|**1,32**|**1,00**
437 |FIRR|finančná vnútorná výnosová miera ~(%)|-17,7|-
438 |EIRR|ekonomická vnútorná výnosová miera ~(%)|25,7%|5,0%
439 | | | |
440 |FNPV|finančná čistá súčasná hodnota (eur s DPH)|-1 063 967|-
441 |ENPV|ekonomická čistá súčasná hodnota (eur bez DPH)| 1 093 381|0
442
443 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.
444
445 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.
446
447 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.
448
449 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.
450
451 ==== 3.8.1.1 Zníženie administratívnej záťaže úradníkov ====
452
453 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.
454
455 * 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.
456 * 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.
457 * Úspora času na jednu žiadosť: 90 min – 6 min = 84 min
458 * Ročná úspora času pri 10 000 žiadostiach:
459 10 000× 84 min ÷ 60 = 14 000 hodín
460
461 ==== 3.8.1.2 Zníženie času používateľov (fyzické a právnické osoby) ====
462
463 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.
464
465 * Súčasný stav (AS-IS): Podanie a odoslanie elektronickej žiadosti trvá priemerne 18 minút.
466 * 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.
467 * Úspora času na jednu žiadosť: 18 min– 3 min = 15 min
468 * Ročná úspora času pri 10 000 žiadostiach:
469 10 000× 15 min ÷ 60 = 2 500 hodín
470
471 ==== 3.8.1.3 Nepeňažné prínosy projektu ====
472
473 1. Súlad s legislatívou
474 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.
475 1*. Zabezpečuje splnenie povinností GDPR (práva dotknutých osôb na prístup, opravu, vymazanie) a zákona o e-Governmente
476 1. Zvýšená transparentnosť a dôveryhodnosť
477 1*. Notifikačný modul okamžite informuje dotknuté osoby (SMS, e-mail, ÚPVS) o zmenách v registroch.
478 1*. Automatizované logovanie všetkých operácií a auditné stopy zvyšujú zodpovednosť.
479 1. Zlepšenie kvality dát
480 1*. Centralizované procesy eliminujú duplicity a neaktuálne záznamy.
481 1*. Pravidelné profilovanie a čistenie dát znižuje nekonzistencie o 80 % a zabezpečuje presnosť > 99 %.
482 1. Zvýšená spokojnosť používateľov
483 1. „Jedenkrát a dosť“: občania zadávajú údaje iba raz, systém ich zdieľa naprieč modulmi.
484 1. Intuitívne GUI, FAQ, videonávody, sledovanie postupu a uloženie rozpracovaného podania zvyšujú použiteľnosť.
485 1. **Podpora rozhodovania a strategického riadenia**
486 1*. Centrálne dashboardy a notifikácie umožňujú manažérom sledovať kľúčové metriky (počet podaní, časy vybavenia, kvalita dát).
487 1*. Uvoľnené kapacity personálu sa dajú presunúť na rozvoj nových služieb, analýzu potrieb a strategické projekty.
488
489 === 3.8.2 Zdroj financovania ===
490
491 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.
492
493
494 |=**Názov projektu**|=**Lepšie eGOV služby MK SR**
495 |Interná skratka projektu|LeGS
496 |ID MetaIS|projekt_3443
497 |Dátum začatia realizačnej fáz|03/2026
498 |Dátum ukončenia dokončovacej fázy |02/2028
499 |Plánovaný rozpočet projektu|1 498 304 €
500 |Plánované ročné prevádzkové náklady |39 699 €
501 |Plánované ročné rozvojové náklady|39 699 €
502 |Zdroj financovania|Program Slovensko 2021 – 2027
503 |Kód výzvy|PSK-MIRRI-622-2024-DV-EFRR
504 |Miesto realizácie|Slovenská republika
505 |Doba udržateľnosti projektu|5 rokov
506
507 == {{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 ==
508
509 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.
510
511 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.
512
513 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.
514
515 |=**ID**|=**FÁZA/AKTIVITA**|=(((
516 **ZAČIATOK**
517
518 **(odhad termínu)**
519 )))|=(((
520 **KONIEC**
521
522 **(odhad termínu)**
523 )))|=**POZNÁMKA**
524 |1.|Prípravná fáza a Iniciačná fáza|05/2025|02/2026|
525 |1a.|Vypracovanie manažérskych dokumentov a schvaľovací proces|05/2025|05/2025|
526 |1b.|Verejné obstarávanie|07/2025|02/2026|
527 |1c.|Vypracovanie detailného projektového plánu|12/2025|02/2026|
528 |2.|Realizačná fáza|03/2026|12/2027|
529 |2a|Analýza a Dizajn|03/2026|05/2026|
530 |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|
531 |2c|Implementácia a testovanie|06/2026|09/2027|
532 |2d|Nasadenie a PIP|10/2027|12/2027|PIP - 3 mesiace po nasadení
533 |3.|Dokončovacia fáza|12/2027|02/2028|
534 |4.|Podpora prevádzky (SLA)|01/2028|12/2032|Obstaranie SLA zmluvu (Zmluvu o podpore prevádzky IS)
535
536 == {{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) ==
537
538
539 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.
540
541 Riadiaci výbor projektu dohliada najmä na:
542
543 * súlad projektu so stanovenými cieľmi a rozpočtom,
544 * hospodárne a efektívne využívanie finančných prostriedkov,
545 * dodržiavanie štandardov projektového riadenia a ich prispôsobenie špecifikám projektu.
546 * Zloženie riadiaceho výboru
547
548 Riadiaci výbor projektu má päť členov, z ktorých štyria majú hlasovacie právo. Riadiaci výbor projektu bude v nasledovnom zložení:
549
550 1. Predseda riadiaceho výboru projektu (zástupca Ministerstva kultúry SR),
551 1. Biznis vlastník (vlastník alebo vlastníci dotknutých procesov, prípadne nimi poverení zástupcovia),
552 1. Zástupca kľúčových používateľov (napr. z prevádzky IT),
553 1. Zástupca dodávateľa (po ukončení procesu verejného obstarávania),
554 1. Projektový manažér (bez hlasovacieho práva).
555
556 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.
557
558 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í.
559
560 **Fungovanie a zasadnutia**
561
562 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.
563
564 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.
565
566 **Dokumentácia zasadnutí**
567
568 Každé zasadnutie riadiaceho výboru je dokumentované prostredníctvom:
569
570 * programu zasadnutia,
571 * pracovných materiálov,
572 * záznamu zo zasadnutia (vrátane prezenčnej listiny a prípadných splnomocnení).
573
574 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.
575
576 **Trvanie a ukončenie činnosti**
577
578 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.
579
580 Zoznam členov výboru je evidovaný v dokumente Komunikačná matica, ktorý je uložený na zdieľanom projektovom úložisku.
581
582 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í. 
583
584 Projektový tím bude pozostávať z pozícií:
585
586 1. Projektové role:
587 1*. IT Architekt,
588 1*. IT Analytik,
589 1*. Produktový vlastník/Biznis vlastník,
590 1*. Tester IT,
591 1*. Finančný manažér,
592 1*. Projektový manažér,
593 1*. UX dizajnér/UX dizajnér obsahu.
594
595 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.
596
597 Projektový manažér MK SR bude:
598
599 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.),
600 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,
601 1. v spolupráci s projektovým manažérom dodávateľa koordinovať realizáciu hlavných aktivít, činností a úloh projektu. 
602
603 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. 
604
605 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
606
607
608 |=**ID**|=**Rola v projekte**|=**Meno a Priezvisko**|=**Pracovné zaradenie**|=**Org. útvar**
609 |1.|IT Architekt| |Doplniť pozíciu (pracovné zaradenie v línii)|Doplniť názov org. útvaru
610 |2.|IT Analytik| |Doplniť pozíciu (pracovné zaradenie v línii)|Doplniť názov org. útvaru
611 |3.|Produktový vlastník/Biznis vlastník| |Doplniť pozíciu (pracovné zaradenie v línii)|Doplniť názov org. útvaru
612 |4.|Tester IT| |Doplniť pozíciu (pracovné zaradenie v línii)|Doplniť názov org. útvaru
613 |5.|Finančný manažér| |Doplniť pozíciu (pracovné zaradenie v línii)|Doplniť názov org. útvaru
614 |6.|Projektový manažér| |Doplniť pozíciu (pracovné zaradenie v línii)|Doplniť názov org. útvaru
615 |7.|UX dizajnér/ UX dizajnér obsahu| |Doplniť pozíciu (pracovné zaradenie v línii)|Doplniť názov org. útvaru
616
617 == {{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 ==
618
619
620 = {{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 =
621
622
623 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.
624
625 Projekt je v súlade najmä s nasledovnými predpismi:
626
627 * 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
628 * 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
629 * Slovenskej národnej rady č. 372/1990 Zb. priestupkoch v znení neskorších predpisov
630 * Zákon č. 49/2002 Z. z. o ochrane pamiatkového fondu
631 * 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
632 * Zákon č. 103/2014 Z. z. o divadelnej činnosti a hudobnej činnosti a o zmene a doplnení niektorých zákonov
633 * Zákon č. 185/2015 Z. z. Autorský zákon
634 * Zákon č. 189/2015 Z. z. o kultúrno-osvetovej činnosti
635 * 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)
636 * 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
637 * Zákon č. 308/1991 Zb. o slobode náboženskej viery a postavení cirkví a náboženských spoločností
638 * 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),
639 * Zákon č. 18/2018 Z. z. o ochrane osobných údajov a o zmene a doplnení niektorých zákonov,
640 * Zákon č. 69/2018 Z. z. o kybernetickej bezpečnosti v znení neskorších predpisov,
641 * Zákon č. 305/2013 Z. z. o elektronickej podobe výkonu pôsobnosti orgánov verejnej moci (zákon o e-Governmente),
642 * Zákon č. 95/2019 Z. z. o informačných technológiách vo verejnej správe,
643 * Vyhláška MIRRI SR č. 401/2023 Z. z. o riadení projektov a zmenových požiadaviek v prevádzke IT verejnej správy,
644 * Vyhláška MIRRI SR č. 547/2021 Z. z. o elektronizácii agendy verejnej správy,
645 * 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,
646 * 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,
647 * Vyhláška NBÚ č. 492/2022 Z. z. o znalostných štandardoch v oblasti kybernetickej bezpečnosti,
648 * Vyhláška NBÚ č. 264/2023 Z. z., ktorou sa mení vyhláška č. 362/2018 Z. z. o bezpečnostnej dokumentácii a opatreniach.
649 * Zákon č. 45/2011 Z.z. o kritickej infraštruktúre
650 * Vyhláška Úradu na ochranu osobných údajov Slovenskej republiky č. 158/2018 Z. z. o postupe pri posudzovaní vplyvu na ochranu osobných údajov
651 * 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)
652
653 = {{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 =
654
655 (% id="cke_bm_1301213S" style="display:none" %)
656
657 Popis architektúry zachytáva súčasné nastavenie manažmentu údajov ako celku v organizácií. Architektúra je popísaná z pohľadu:
658
659 * 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.
660 * 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.
661 * 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.
662 * 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.
663
664 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.
665
666 [[Plánovaná architektúra riešenia>>image:1747313646415-982.png]]
667
668
669 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.
670
671 === 5.1.1 Základné vrstvy architektúry ===
672
673 1. **Prezentačná vrstva (GUI)**
674 1*. Responzívne webové rozhranie podľa štandardu ID-SK 3.0
675 1*. Sekcia FAQ, vizualizácia postupu podania, uloženie rozpracovaného podania
676 1*. Prístup cez ÚPVS/Slovensko v mobile (eID, mID)
677 1. **Aplikačná vrstva**
678 1*. Každý modul beží ako nezávislý mikroservis s vlastným REST/OpenAPI rozhraním
679 1*. Orchestrace volaní a zabezpečenie transakčnosti cez API bránu
680 1. **Dátová vrstva**
681 1*. Centrálna databáza pre kmeňové údaje a číselníky (súčasť modulu manažment žiadostí)
682 1*. Lokálne cache kópií registrov RFO, RPO, RA pre rýchly prístup a prácu s dátami
683 1*. Zabezpečené úložisko historických logov a auditných záznamov
684 1. **Integračná vrstva**
685 1*. API brána + event-bus pre asynchrónnu komunikáciu
686 1*. Prepojenie na Centrálnu platformu dátovej integrácie (CPDI)
687 1. **Prevádzková vrstva**
688 1*. Kontajnerizované služby
689 1*. CI/CD pipeline pre automatizované testovanie a nasadzovanie
690 1*. Monitoring, logovanie a alertovanie
691
692 === 5.1.2 Moduly riešenia ===
693
694 ==== 5.1.2.1 Riadenie prístupu ====
695
696 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.
697
698 **Hlavné funkcie modulu:**
699
700 * integrácia na ÚPVS IAM a Slovensko v mobile
701 * Dvojfaktorová autentifikácia (MFA)
702
703 ==== 5.1.2.2 Správa používateľov ====
704
705 **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ž.
706
707 **Hlavné funkcie modulu:**
708
709 * CRUD operácie pre používateľské účty
710 * Synchronizácia s LDAP/AD
711 * Automatické odhlasovanie pri nečinnosti
712
713 ==== 5.1.2.3 eFormuláre ====
714
715 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.
716
717 **Hlavné funkcie modulu:**
718
719 * elektronický eFormulár
720 * Predvyplnenie údajov z RFO/RPO/RA
721 * Ukladanie draftov, validácia vstupov
722 * Štandardizované API pre príjem/e-mail notifikácie
723
724 ==== 5.1.2.4 Manažment žiadostí ====
725
726 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.
727
728 **Hlavné funkcie modulu:**
729
730 * Definícia životného cyklu žiadosti
731 * Priradenie úloh úradníkom, eskalácie
732 * Dashboard s metrikami (časy vybavenia, SLA)
733 * Master data management
734
735 ==== 5.1.2.5 Správa číselníkov ====
736
737 **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.
738
739 **Hlavné funkcie modulu:**
740
741 * Centrálne CRUD rozhranie
742 * Verzionovanie a propagácia do všetkých modulov
743 * Plánované synchronizácie s externými štátnymi číselníkmi
744
745 ==== 5.1.2.6 Integračný modul ====
746
747 **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.
748
749 **Hlavné funkcie modulu:**
750
751 * Konzumácia údajov prostredníctvom CPDI, konkrétne údaje z RFO, RPO, RA
752 * Orchestrácia konzumovaných údajov a aktualizácia lokálnych verzií registrov
753 * Preklad formátov (XML ↔ JSON/OpenAPI)
754
755 ==== 5.1.2.7 Správa lokálnych registrov ====
756
757 **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.
758
759 **Hlavné funkcie modulu:**
760
761 * Periodické načítanie prostredníctvom integračného modulu a realizácia diff-analýz a zapracovanie zmien v lokálnych registroch
762 * Lokálna validácia a čistenie údajov
763 * Rýchly prístup pre interné služby bez priameho záťaženia CPDI
764
765 ==== 5.1.2.8 Notifikačný modul ====
766
767 **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.
768
769 **Hlavné funkcie modulu:**
770
771 * Udalostné zasielanie pri: vzniku, zmene, vymazaní, exspirácii údajov
772 * Šablóny správ, záznam doručenia, retry mechanizmus
773 * Integrácia s Manažmentom žiadostí pre stavové zmeny
774
775 == {{id name="_Toc152607321"/}}{{id name="_Toc823562243"/}}5.2 Stanovenie alternatív architektúry riešenia ==
776
777 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.
778
779 **Výber alternatív bol realizovaný v dvoch krokoch:**
780
781 1. Multikriteriálna analýza (MCA)
782
783 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.
784
785 1. Analýza nákladov a prínosov (M-05 BC/CBA)
786
787 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.
788
789 **V rámci analýzy boli definované nasledujúce alternatívy architektúry riešenia:**
790
791 **~1. Nulový variant**
792
793 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.
794
795 **Významné nedostatky tohto variantu:**
796
797 * Ponechanie as-is stavu a vysoká manuálna náročnosť správy údajov.
798 * Absencia systémovej podpory pre zlepšenie kvality údajov.
799 * Nemožnosť zabezpečiť integráciu na IS CPDI za účelom konzumácie údajov.
800
801 **2. Minimalistický variant **
802
803 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.
804
805 **Hlavné charakteristiky minimalistického variantu:**
806
807 * Riešenie bez centralizovanej dátovej platformy.
808 * Manuálny proces správy a sprístupňovania údajov.
809 * Obmedzená integrácia.
810
811 **3. Preferovaný variant **
812
813 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.
814
815 **Charakteristika preferovaného variantu:**
816
817 * Automatizácia a modernizácia správy registra.
818 * Implementácia a integrácia s IS CPDI za účelom konzumácie údajov z RFO, RPO a RA.
819 * Zabezpečenie transparentnosti a prístupnosti údajov.
820 * Implementácia moderných eGov služieb na podporu komunikácie medzi verejnou správou a občanmi.
821 * Plná kompatibilita so systémami verejnej správy a zabezpečenie ochrany osobných údajov.
822
823 **Preferovaný variant zaručuje:**
824
825 * Plnohodnotnú správu registra.
826 * Súladu s legislatívnymi požiadavkami, s GDPR a inými zákonmi o ochrane údajov.
827 * Implementáciu nových a modernizovaných procesov, ktoré sú v súlade s cieľmi výzvy.
828 * Efektívnu a bezpečnú integráciu s ďalšími ISVS.
829
830 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.
831
832 === 5.2.1 Stanovenie alternatív v biznisovej vrstve architektúry ===
833
834 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.
835
836 **Výber alternatív prebiehal v dvoch fázach:**
837
838 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.
839 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.
840
841 **V rámci analýzy boli definované nasledujúce alternatívy biznis procesov:**
842
843 ==== 5.2.1.1 Alternatíva 1 – Ponechanie súčasného stavu (nulový variant) ====
844
845 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.
846
847 **Významné nedostatky tohto variantu:**
848
849 * Vysoká manuálna náročnosť správy údajov.
850 * Neexistujúca systémová podpora pre zlepšenie kvality údajov.
851 * Nemožnosť zabezpečiť integráciu s CPDI za účelom konzumácie údajov.
852
853 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.
854
855 ==== 5.2.1.2 Alternatíva 2 – Minimalistický variant ====
856
857 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:
858
859 * **Základná implementácia frontendových zmien** (implementácia jednoduchých elektronických formulárov, základné zlepšenia používateľského rozhrania).
860 * **Súlad s požiadavkami výzvy** na zlepšenie užívateľskej skúsenosti, ale bez rozvinutých a optimalizovaných backend procesov.
861 * **Bez integrácie s CPDI za účelom konzumovania údajov (RFO, RPO, RA)**
862 * **Obmedzená automatizácia** procesov a žiadostí (nie všetky agendy budú automatizované, niektoré procesy budú naďalej manuálne).
863
864 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.
865
866 **Významné charakteristiky minimalistického variantu:**
867
868 * Základné zlepšenia používateľského rozhrania a jednoduché funkcie eGov služieb.
869 * Obmedzená automatizácia procesov.
870 * Neúplné pokrytie podaktivít výzvy.
871
872 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.
873
874 ==== 5.2.1.3 Alternatíva 3 – Preferovaný variant (komplexná transformácia) ====
875
876 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:
877
878 * Kompletnú implementáciu eGov služieb
879 Automatizované spracovanie žiadostí a využitie elektronických formulárov v súlade s požiadavkami výzvy.
880 * Zlepšenie používateľského rozhrania (frontend)
881 Implementácia moderného dizajnu používateľského rozhrania s dôrazom na prístupnosť a použiteľnosť.
882 * Komplexnú integráciu s CPDI
883 Konzumovanie údajov z RFO, RPO a RA a vytvorenie lokálnych verzií všetkých registrov.
884 * Automatizácia a zefektívnenie procesov
885 Automatizácia väčšiny administratívnych procesov a integrácia s existujúcimi ISVS pre bezproblémovú výmenu údajov.
886 * Implementácia OOÚ
887 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).
888
889 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.
890
891 Charakteristiky preferovaného variantu:
892
893 * Komplexné riešenie pokrývajúce všetky podaktivity výzvy.
894 * Zabezpečenie integrácie s CPDI za účelom konzumácie údajov zo systémov ako RFO, RPO a RA.
895 * Automatizácia správy údajov a zjednodušenie používateľských procesov.
896 * Optimalizácia správy a evidencie údajov v súlade s GDPR a ďalšími legislatívnymi požiadavkami.
897 * Zlepšenie používateľskej skúsenosti prostredníctvom modernizovaných, prehľadných a efektívnych služieb.
898
899 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í.
900
901 **Alternatíva 3 zároveň napĺňa všetky KO kritériá definované v MCA:**
902
903 |=**Kritérium**|=**Alternatíva 1**|=**Alternatíva 2**|=**Alternatíva 3**
904 |A – Správa registra médií a audiovízie|Nie|Áno|Áno
905 |B - Poskytovanie elektronických služieb|Nie|Áno|Áno
906 |C – Frontendové úpravy|Nie|Áno|Áno
907 |D – Integrácia na CPDI|Nie|Nie|Áno
908 |E – Rozšírené funkcionality ISVS|Nie|Nie|Áno
909 |F – Automatizácia vnútorných procesov|Nie|Nie|Áno
910
911 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.
912
913 **A – Správa registra médií a audiovízie**
914
915 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.
916
917 **B – Poskytovanie elektronických služieb**
918
919 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.
920
921 **C – Frontendové úpravy**
922
923 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.
924
925 **D – Integrácia na CPDI**
926
927 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.
928
929 **E – Rozšírené funkcionality ISVS**
930
931 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.
932
933 **F – Automatizácia vnútorných procesov**
934
935 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.
936
937 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.
938
939 [[Znázornenie alternatív riešenia v biznis vrstve architektúry>>image:1747314321290-616.png||height="366" width="600"]]
940
941
942 |= |=**KRITÉRIUM**|=**ZDÔVODNENIE KRIÉRIA**|=**MK SR**|=**MIRRI**|=**Používateľ**
943 |(% rowspan="6" %)(((
944 BIZNIS VRSTVA
945
946
947 )))|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
948 |Kritérium B (KO)|Musí existovať možnosť integrácie s CPDI pre konzumáciu údajov z RFO, RPO a RA|X|X|X
949 |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
950 |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
951 |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
952 |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
953
954 |=**Zoznam kritérií**|=**Alternatíva 1**|=**Spôsob dosiahnutia**|=**Alternatíva 2**|=**Spôsob dosiahnutia**|=**Alternatíva 3**|=**Spôsob dosiahnutia**
955 |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.
956 |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.
957 |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.
958 |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.
959 |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.
960 |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.
961
962 === 5.2.2 Stanovenie alternatív v aplikačnej vrstve architektúry ===
963
964 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.
965
966 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:
967
968 * **Kompatibilita**
969 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“).
970 * **Efektivita**
971 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.
972 * **Súlad s legislatívou**
973 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.
974 * **Dlhodobá udržateľnosť**
975 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.
976
977 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.
978
979 === 5.2.3 Stanovenie alternatív v technologickej vrstve architektúry ===
980
981 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.
982
983 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:
984
985 * Primárne využitie služieb vládneho cloudu
986 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.
987 * Zabezpečenie škálovateľnosti, bezpečnosti a dostupnosti
988 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.
989 * Hybridný model v prípade špecifických požiadaviek
990 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.
991 * Minimalizácia vendor lock-in efektu
992 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.
993
994 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.
995
996 * **Ux** – úroveň dostupnosti,
997 * **Cx** – úroveň kritickosti,
998 * **Ix** – úroveň integrity,
999 * **Ax** – úroveň autenticity.
1000
1001 |=**ISVS / Modul**|=**Ux**|=**Cx**|=**Ix**|=**Ax**|=**Poznámka**
1002 |Správa evidencií a registrov|3|3|3|3|Hlavný komponent pre správu evidencií a registrov
1003 |Modul pre správu žiadostí|3|3|3|3|Modul na správu podaných žiadostí
1004 |Integračný modul|3|3|3|3|Modul pre integráciu s externými ISVS
1005 |Správa číselníkov|3|3|3|3|Modul na správu a aktualizáciu číselníkov
1006 |Správa lokálnych registrov|3|3|3|3|Modul pre lokálne registre a evidencie
1007 |Notifikačný modul|3|3|3|3|Modul pre notifikácie o stave žiadostí
1008 |Platforma na správu dát|4|4|4|4|Platforma pre riadenie a správu dát
1009 |Rozhranie pre integráciu s CPDI|4|4|4|4|Integračné rozhranie na externé systémy (CPDI)
1010 |Platforma pre automatizáciu procesov|4|4|4|4|Modul pre automatizáciu a optimalizáciu procesov
1011
1012 **//Tabuľka: Klasifikácia budovaných informačných systémov//**
1013
1014
1015 ==== 5.2.3.1 Alternatíva 1 – Nulový variant (on-premise prevádzka) ====
1016
1017 * 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)
1018 * Nevznikajú dodatočné náklady na prenájom infraštruktúry, avšak:
1019 ** vysoké nároky na údržbu a prevádzku,
1020 ** obmedzená škálovateľnosť a redundancia,
1021 ** slabá podpora pre moderné integračné technológie,
1022 ** nesúlad s princípmi eGovernment Cloudu SR.
1023
1024 ==== 5.2.3.2 Alternatíva 2 – Hybridné riešenie (kombinácia vládneho cloudu a vlastnej infraštruktúry) ====
1025
1026 * Využitie privátneho vládneho cloudu pre komponenty s vyššou klasifikáciou a vlastnej infraštruktúry pre menej kritické časti.
1027 * Umožňuje optimalizáciu nákladov a súčasne dodržiavanie bezpečnostných štandardov.
1028 * Nevýhodou môže byť komplexnejšia prevádzka a potreba koordinácie viacerých prostredí.
1029
1030 ==== 5.2.3.3 Alternatíva 3 – Preferovaný variant (plná prevádzka vo vládnom cloude) ====
1031
1032 * Nasadenie všetkých komponentov a ISVS vo vládnom cloude (s využitím služieb IaaS, PaaS).
1033 * Splnenie požiadaviek zákona č. 95/2019 Z. z. a zabezpečenie vysokej úrovne dostupnosti (U3).
1034 * Možnosť dynamickej škálovateľnosti prostredia, zníženie nárokov na vlastnú infraštruktúru.
1035 * Plná kompatibilita so štandardmi MIRRI SR a Centrálnym modelom údajov.
1036
1037 Zvolenie **alternatívy 3** je opodstatnené z hľadiska:
1038
1039 * **TCO (Total Cost of Ownership) **– nižšie prevádzkové náklady oproti on-premise riešeniu,
1040 * **rýchlosti realizácie** – možnosť rýchleho vytvorenia a nasadenia prostredí,
1041 * **kompatibility a interoperability** – s inými štátnymi systémami (napr. CPDI, IS MOU).
1042
1043 == 5.3 Náhľad architektúry a popis budúceho cieľového produktu ==
1044
1045 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.
1046
1047 **Funkčné a nefunkčné požiadavky:**
1048
1049 Funkčné požiadavky:
1050
1051 * **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.
1052 * **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).
1053 * **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.
1054 * **Správa a uchovávanie údajov**: Implementácia riešení na správu a archivovanie údajov v súlade s legislatívnymi normami.
1055
1056 Nefunkčné požiadavky:
1057
1058 * **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.
1059 * **Vysoká dostupnosť a spoľahlivosť**: Platforma musí byť dostupná 24/7 s vysokou úrovňou spoľahlivosti.
1060 * **Š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.
1061 * **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.
1062
1063 **Náhľad architektúry:**
1064
1065 V rámci projektu sa predpokladá vytvorenie nasledujúcej architektúry, ktorá zahŕňa biznis, aplikačnú a technologickú vrstvu:
1066
1067 1. **Biznis architektúra:**
1068 1*. Modernizácia a centralizácia správy údajov v oblasti médií a audiovízie.
1069 1*. Automatizácia administratívnych procesov (napr. registrácia, aktualizácia údajov).
1070 1*. Zabezpečenie transparentnosti procesov a správy registrov podľa platnej legislatívy.
1071 1. **Aplikačná architektúra:**
1072 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.
1073 1*. Služby pre interakciu medzi systémami prostredníctvom API a iných integračných kanálov.
1074 1*. Implementácia databázovej vrstvy pre ukladanie a spravovanie evidencie a registrov.
1075 1. **Technologická architektúra:**
1076 1*. Použitie cloudovej infraštruktúry a moderných webových technológií na zabezpečenie flexibility a škálovateľnosti.
1077 1*. Využitie moderných bezpečnostných mechanizmov pre ochranu citlivých údajov (šifrovanie, autentifikácia).
1078 1*. Implementácia centralizovaných API pre integráciu s inými ISVS a verejnými databázami.
1079
1080 **Modelovanie architektúry:**
1081
1082 * 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.
1083 * Použitie BPMN pre modelovanie biznis procesov, ktoré budú podporovať integráciu s inými štátnymi systémami.
1084 * 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.
1085
1086 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é.
1087
1088 == 5.4 Biznis vrstva ==
1089
1090 === 5.4.1 Návrh riešenia v biznis vrstve architektúry ===
1091
1092 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.
1093
1094 **Modernizácia webových portálov a elektronických podaní**
1095
1096 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.
1097
1098 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.
1099
1100 **Transformácia elektronických podaní**
1101
1102 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.
1103
1104 **Modulárne a bezpečné riešenie e-Governmentu**
1105
1106 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.
1107
1108 |=**TYP PUBLIKÁCIE**|=**NÁZOV ŽIADOSTI**|=**POPIS ŽIADOSTI**
1109 |(% 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.
1110 |Ž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.
1111 |Ž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.
1112 |Žiadosť o opravu|Žiadosť o opravu chybného alebo neúplného obsahu publikácie, ktorá ovplyvňuje pravdivosť alebo presnosť informácií.
1113 |Ž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).
1114 |(% 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.
1115 |Žiadosť o zmenu|Zmena údajov v registri, ako je názov, formát alebo vydávacia frekvencia elektronickej publikácie.
1116 |Žiadosť o výmaz|Žiadosť o výmaz elektronickej periodickej publikácie, ak sa rozhodne o jej ukončení alebo prestaní poskytovania obsahu verejnosti.
1117 |Žiadosť o opravu|Požiadavka na opravu nepresného alebo neúplného obsahu uverejneného v elektronickej periodickej publikácii.
1118 |Ž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.
1119 |(% 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í.
1120 |Ž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.
1121 |Ž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.
1122 |Ž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.
1123 |Ž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.
1124
1125 [[Budúci stav biznis vrstvy>>image:1747314321294-884.png]]
1126
1127 === 5.4.2 Prehľad koncových služieb – budúci stav (TO BE): ===
1128
1129 |=(((
1130 **Kód KS**
1131
1132 **(z MetaIS)**
1133 )))|=**Názov KS**|=**Používateľ KS (G2C/G2B/G2G/G2A)**|=(((
1134 **Životná situácia**
1135
1136 **(+ kód z MetaIS)**
1137 )))|=**Úroveň elektronizácie KS**
1138 |(((
1139 ks_337637
1140
1141
1142 )))|(((
1143 Podávanie návrhu na zápis a aktualizáciu údajov
1144
1145
1146 )))|(((
1147 G2C, G2B
1148
1149
1150 )))|(((
1151 025 Služby
1152
1153 121 Pamiatky a zbierky múzeí a galérií
1154
1155 122 Podpora kultúry
1156 )))|úroveň 4
1157 | |Podávanie žiadosti o zápis do registra|G2C, G2B|025 Služby|úroveň 4
1158 | |Zmena zápisu periodickej tlače|G2C, G2B|025 Služby|úroveň 4
1159 | |Výmaz zo zoznamu periodickej tlače|G2C, G2B|025 Služby|úroveň 4
1160 | |Oprava údajov v periodickej tlači|G2C, G2B|025 Služby|úroveň 4
1161 | |Zverejnenie opravy v periodickej tlači|G2C, G2B|025 Služby|úroveň 4
1162 | |Podávanie žiadosti o zápis do registra|G2C, G2B|121 Pamiatky a zbierky múzeí a galérií|úroveň 4
1163 | |Zmena zápisu elektronickej publikácie|G2C, G2B|121 Pamiatky a zbierky múzeí a galérií|úroveň 4
1164 | |Výmaz zo zoznamu elektronickej publikácie|G2C, G2B|121 Pamiatky a zbierky múzeí a galérií|úroveň 4
1165 | |Oprava údajov v elektronickej publikácii|G2C, G2B|121 Pamiatky a zbierky múzeí a galérií|úroveň 4
1166 | |Zverejnenie opravy v elektronickej publikácii|G2C, G2B|121 Pamiatky a zbierky múzeí a galérií|úroveň 4
1167 | |Podávanie žiadosti o zápis do registra|G2C, G2B|122 Podpora kultúry|úroveň 4
1168 | |Zmena zápisu spravodajského portálu|G2C, G2B|122 Podpora kultúry|úroveň 4
1169 | |Výmaz zo zoznamu spravodajského portálu|G2C, G2B|122 Podpora kultúry|úroveň 4
1170 | |Oprava údajov na spravodajskom portáli|G2C, G2B|122 Podpora kultúry|úroveň 4
1171 | |Zverejnenie opravy na spravodajskom portáli|G2C, G2B|122 Podpora kultúry|úroveň 4
1172
1173 Tabuľka: Prehľad koncových služieb - budúci stav (TO BE)
1174
1175 === 5.4.3 Organizačné zmeny a Procesy dotknuté navrhovaným riešením ===
1176
1177 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ú:
1178
1179 * Centralizácia správy registrov a evidencií
1180 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.
1181 * Zefektívnenie procesov elektronických služieb
1182 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.
1183 * Zmena procesov pre existujúce regulačné orgány
1184 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.
1185 * Zjednodušenie procesov pre vydavateľov publikácií
1186 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.
1187 * Úprava procesov pre mediálne a audiovizuálne spoločnosti
1188 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í.
1189
1190 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.
1191
1192 === 5.4.4 Jazyková podpora lokalizácia ===
1193
1194 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.
1195
1196 == 5.5 Aplikačná vrstva ==
1197
1198 === 5.5.1 Návrh riešenia v aplikačnej vrstve architektúry ===
1199
1200 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.
1201
1202 Ď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.
1203
1204 Tento stav predstavuje významné riziká v oblasti:
1205
1206 * redundancie a neaktuálnosti údajov,
1207 * obmedzenej dostupnosti pre analytiku a rozhodovanie,
1208 * neexistencie jednotného miesta pre integráciu údajov a služieb,
1209 * nízkej transparentnosti a nemožnosti zapojenia sa do eGovernment architektúry.
1210
1211 **Popis navrhovaného stavu (TO-BE)**
1212
1213 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:
1214
1215 * centrálneho evidenčného systému, ktorý môže byť v budúcnosti rozšírený o ďalšie registre a evidencie,
1216 * dátového zdroja,
1217 * základného stavebného prvku pre zabezpečenie interoperability údajov a ďalší rozvoj IS.
1218
1219 Navrhované riešenie zásadne mení spôsob výkonu biznis procesov:
1220
1221 * údaje budú validované, verziované a auditovateľné,
1222 * jednotlivé procesy evidencie budú podporované workflow mechanizmami (napr. schvaľovanie, notifikácie, generovanie výstupov),
1223 * údaje budú poskytované cez API štandardy (napr. REST/JSON-LD),
1224 * evidencia zmien a notifikácií bude podporovať princípy služby „Moje údaje“.
1225
1226 |=**Oblasť**|=**AS-IS stav**|=**TO-BE stav**
1227 |Evidencia údajov|Excel súbory|IS isvs_9914
1228 |Integrácia|Neexistuje|Napojenie na CPDI – RFO, RPO, RA
1229 |Zverejňovanie údajov|Manuálne, neštandardné|Automatizovane
1230 |Transparentnosť|Obmedzená|Poskytovanie prívetivejších a jednoduchších eGOV služieb
1231 |Právna ochrana údajov|Obmedzená podpora GDPR|Plná podpora, logovanie prístupov, opráv, zmien
1232
1233 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).
1234
1235 ==== 5.5.1.1 Popis aplikačných modulov ====
1236
1237 1. **Riadenie prístupu**
1238 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.
1239 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.
1240 1. **Správa používateľov**
1241 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.
1242 1. **Evidencia prijatých žiadostí**
1243 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.
1244 1. **Správa číselníkov**
1245 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.
1246 1. **Správa lokálnych registrov**
1247 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.
1248 1*. Údaje sa budú synchronizovať s centrálnymi databázami, no budú sa uchovávať aj lokálne pre rýchle spracovanie.
1249 1. **Integračný modul**
1250 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.
1251 1*. Tento modul bude mať za úlohu aj synchronizáciu údajov s inými verejnými systémami.
1252 1. **Notifikačný systém**
1253 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.
1254 1. **Manažment žiadostí**
1255 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.
1256
1257 ==== 5.5.1.2 Integrácia s CPDI ====
1258
1259 * **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.
1260 * Ú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.
1261
1262 [[Budúca (TO BE) aplikačná architektúra a závislostí (dátových tokov) medzi systémami>>image:1747314321298-108.png]]
1263
1264
1265 === 5.5.2 Rozsah informačných systémov – budúci stav (TO BE) ===
1266
1267 |=(((
1268 **Kód ISVS**
1269
1270 **(z MetaIS)**
1271 )))|=**Názov ISVS**|=(((
1272 **Modul ISVS**
1273
1274 **(zaškrtnite, ak ISVS je modulom)**
1275 )))|=**Stav IS VS**|=**Typ IS VS**|=(((
1276 **Kód nadradeného ISVS**
1277
1278 **(v prípade zaškrtnutého checkboxu pre modul ISVS)**
1279 )))
1280 |isvs_9914|Centrálna správa registrov a evidencií|☐|Plánujem budovať|Agendový|
1281
1282 === 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) ===
1283
1284 |=(((
1285 **Kód ISVS**
1286
1287 **//(z MetaIS)//**
1288 )))|=**Názov ISVS**|=**Spoločné moduly podľa zákona č. 305/2013  e-Governmente**
1289 |Isvs_192|Register adries|IS CPDI (CSRÚ)-Modul procesnej integrácie a integrácie údajov
1290 |isvs_191|Register fyzických osôb|IS CPDI (CSRÚ)-Modul procesnej integrácie a integrácie údajov
1291 |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
1292 |isvs_62|Ústredný portál verejnej správy Modul elektronického doručovania|Modul elektronického doručovania
1293 |isvs_62|Ústredný portál verejnej správy Autentifikačný modul|Autentifikačný modul
1294
1295 === 5.5.4 Aplikačné služby na integráciu – budúci stav (TO BE) ===
1296
1297 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.
1298
1299 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.
1300
1301 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.
1302
1303 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.
1304
1305 |=(((
1306 **AS**
1307
1308 **(Kód MetaIS)**
1309 )))|=(((
1310
1311
1312 **Názov  AS**
1313 )))|=(((
1314 **Realizuje ISVS**
1315
1316 **(kód ISVS, ktorý realizuje AS)**
1317 )))|=**Poskytujúca alebo Konzumujúca**|=**Integrácia cez CAMP**|=**Integrácia  IS tretích strán**|=**SaaS**|=(((
1318 **Integrácia na AS poskytovateľa**
1319
1320 **(kód MetaIS)**
1321 )))
1322 |as_59131|(((
1323 Konzumácia
1324
1325 údajov z CPDI
1326 )))|isvs_9914|Konzumujúca|Nie|Áno|Nie|sluzba_is_49250
1327 |as_59698|Autentifikačný modul|Autentifikácia používateľa na ÚPVS (BOK)|Konzumujúca|Nie|Áno|Nie|isvs_8846
1328 |as_59630|Elektronické schránky|Vytváranie, odosielanie a prijímanie elektronických správ|Konzumujúca|Nie|Áno|Nie|isvs_8847
1329
1330 == 5.6 Dátová architektúra ==
1331
1332 === 5.6.1 Aplikačné služby pre Koncové služby – budúci stav (TO BE) ===
1333
1334 |=(((
1335 **Kód AS**
1336
1337 **//(z MetaIS)//**
1338 )))|=**Názov  AS**|=(((
1339 **Realizuje ISVS**
1340
1341 **(kód ISVS, ktorý realizuje AS)**
1342 )))|=(((
1343 **Aplikačná služba slúži KS**
1344
1345 **//(kód KS z MetaIS)//**
1346 )))
1347 |(((
1348 as_58973
1349 )))|(((
1350 (% class="wikigeneratedid" id="HPodanienE1vrhunazE1pisaaktualizE1ciuFAdajovvregistroch2FevidenciED" %)
1351 Podanie návrhu na zápis a aktualizáciu údajov v registroch/evidencií
1352 )))|(((
1353
1354 )))|(((
1355 (% class="wikigeneratedid" id="Hks_337637" %)
1356 ks_337637
1357 )))
1358
1359 === 5.6.2 Objekty evidencie ===
1360
1361 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
1362
1363 je súčasťou zdrojových IS.
1364
1365 |=**ID OE**|=**Objekt evidencie - názov**|=**Objekt evidencie - popis**|=**Referencovateľný ide**ntifikátor URI dátového prvku
1366 |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á
1367
1368 === 5.6.3 Poskytovanie údajov z ISVS do IS CPDI – budúci stav (TO BE) ===
1369
1370 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.
1371
1372
1373 |**ID OE**|**Názov (poskytovaného) objektu evidencie**|**Kód ISVS poskytujúceho OE**|**Názov ISVS poskytujúceho OE**
1374 | | | |
1375
1376 === 5.6.4 Konzumovanie údajov z IS CPDI – budúci stav (TO BE) ===
1377
1378 |=**ID  OE**|=**Názov (konzumovaného) objektu evidencie**|=**Kód ISVS konzumujúceho OE**|=**Kód zdrojového ISVS v MetaIS**
1379 |1.|Register adries|isvs_9914|isvs_192
1380 |2.|Register fyzických osôb (RFO) |isvs_9914|isvs_191
1381 |3.|Register právnických osôb|isvs_9914|isvs_420
1382
1383 === 5.6.5 Kvalita a čistenie údajov ===
1384
1385 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.
1386
1387
1388 |=ID OE|=(((
1389 Názov Objektu evidencie
1390
1391 (uvádzať OE z tabuľky v kap. 5.5.1)
1392 )))|=(((
1393 Významnosť kvality
1394
1395 1 (malá) až 5 (veľmi významná)
1396 )))|=(((
1397 Citlivosť kvality
1398
1399 1 (malá) až 5 (veľmi významná)
1400 )))|=(((
1401 Priorita //– poradie dôležitosti//
1402
1403 (začnite číslovať od najdôležitejšieho)
1404 )))
1405 | | | | |
1406
1407 === 5.6.6 Otvorené údaje ===
1408
1409 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.
1410
1411 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).**
1412
1413 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.
1414
1415
1416 === 5.6.7 Analytické údaje ===
1417
1418 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
1419
1420
1421 === 5.6.8 Moje údaje ===
1422
1423 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.
1424
1425 „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.
1426
1427 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.
1428
1429 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“.
1430
1431
1432 === 5.6.9 Prehľad jednotlivých kategórií údajov ===
1433
1434 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.
1435
1436
1437 |=**ID**|=(((
1438 **Register / Objekt evidencie**
1439
1440 **(uvádzať OE z tabuľky v kap. 5.5.1)**
1441 )))|=**Referenčné údaje**|=**Moje údaje**|=**Otvorené údaje**|=**Analytické údaje**
1442 |1.| |☐|☐|☐|☐
1443
1444 == 5.7 Technologická architektúra ==
1445
1446 === 5.7.1 Návrh riešenia technologickej architektúry ===
1447
1448 ==== 5.7.1.1 Súčasný stav (AS IS) ====
1449
1450 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.
1451
1452 Významné nedostatky súčasnej technologickej architektúry:
1453
1454 * Neexistencia centralizovanej platformy na spracovanie a správu údajov.
1455 * Nemožnosť efektívnej integrácie s inými verejnými systémami a nedostatočná interoperabilita s centrálnymi platformami ako CPDI.
1456 * Slabá podpora pre transparentnosť a informovanie dotknutých osôb o prístupe k ich údajom.
1457 * Nedostatočné možnosti pre zabezpečenie bezpečnosti a ochrany údajov v súlade s legislatívnymi požiadavkami, ako je GDPR.
1458 * Vysoké náklady na údržbu a správu infraštruktúry.
1459
1460 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.
1461
1462 **Významné nedostatky súčasnej technologickej architektúry:**
1463
1464 * Neexistencia centrálnej dátovej platformy.
1465 * Nemožnosť systematickej konsolidácie a validácie údajov.
1466 * Chýbajúca funkcionalita pre transparentné informovanie o prístupe k osobným údajom.
1467 * Slabá interoperabilita a obmedzené možnosti integrácie s centrálnymi komponentmi štátu (napr. CPDI).
1468 * Nedostatočné možnosti škálovania a vysoké náklady na údržbu vlastnej infraštruktúry.
1469
1470 ==== 5.7.1.2 Budúci stav (TO BE) ====
1471
1472 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.
1473
1474 **Hlavné architektonické rozhodnutia:**
1475
1476 * Nasadenie v rámci vládneho cloudu s klasifikáciou U3, čo zabezpečí vysokú úroveň dostupnosti a bezpečnosti údajov.
1477 * Využitie virtualizovaných prostredí pre vývoj, testovanie a produkciu s oddelenými prostrediami (vývojové, testovacie a produkčné).
1478 * Minimalizácia vendor lock-in použitím open API štandardov pre integráciu a výmenu dát.
1479 * Kontajnerizované riešenie využívajúce nástroje ako Kubernetes a Docker, čo zabezpečí flexibilitu, škálovateľnosť a jednoduchú údržbu systému.
1480 * 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í).
1481
1482 **Prepojenie s aplikačnou vrstvou:**
1483
1484 * Moduly budú prevádzkované ako samostatné mikroservisy, čo umožní lepšiu škálovateľnosť, flexibilitu a nezávislé nasadenie jednotlivých komponentov.
1485 * 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
1486 * ISVS bude zároveň tvoriť centralizovanú správu údajov o subjektoch a ich registráciu.
1487 * 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.
1488 * 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é.
1489 * 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.
1490
1491 === 5.7.2 Požiadavky na výkonnostné parametre, kapacitné požiadavky – budúci stav (TO BE) ===
1492
1493 |=**Parameter**|=**Jednotky**|=**Predpokladaná hodnota**|=**Poznámka**
1494 |Počet interných používateľov|Počet|450|
1495 |Počet súčasne pracujúcich interných používateľov v špičkovom zaťažení|Počet|150|
1496 |Počet externých používateľov (internet)|Počet|cca 50 000 používateľov ročne|
1497 |Počet externých používateľov používajúcich systém v špičkovom zaťažení|Počet|100|
1498 |Počet transakcií (podaní, požiadaviek) za obdobie|Počet/obdobie|50000/mesiac|
1499 |Objem údajov na transakciu|Objem/transakcia|cca 1 – 5 KB|
1500 |Objem existujúcich kmeňových dát|Objem| |
1501
1502 === 5.7.3 Využívanie služieb z katalógu služieb vládneho cloudu ===
1503
1504 |=(% rowspan="2" %)**Prostredie**|=(% rowspan="2" %)(((
1505
1506
1507 **Kód infraštruktúrnej služby**
1508
1509 **(z MetaIS)**
1510 )))|=(% rowspan="2" %)(((
1511 **Názov infraštruktúrnej služby**
1512
1513 **(Služba z katalógu cloudových služieb pre zriadenie výpočtového uzla)**
1514 )))|=(% colspan="4" %)**Požadované kapacitné parametre služby
1515 (doplňte stĺpec parametra, ak je dôležitý pre konkrétnu službu)**
1516 |Dátový priestor (GB)|Tier diskového priestoru|Počet vCPU|RAM (GB)
1517 |Vývojové|(((
1518 infra_sluzba_861
1519
1520 infra_sluzba_130
1521 )))|(((
1522 Cloudové a kontajnerové služby
1523
1524 Využívanie IaaS vládneho cloudu
1525 )))|100|SSD|4|16
1526 |Testovacie|(((
1527 infra_sluzba_861
1528
1529 infra_sluzba_130
1530 )))|(((
1531 Cloudové a kontajnerové služby
1532
1533 Využívanie IaaS vládneho cloudu
1534 )))|200|SSD|4|16
1535 |Produkčné|(((
1536 infra_sluzba_861
1537
1538 infra_sluzba_130
1539 )))|(((
1540 Cloudové a kontajnerové služby
1541
1542 Využívanie IaaS vládneho cloudu
1543 )))|500|SSD|8|32
1544 |Predprodukčné|(((
1545 infra_sluzba_861
1546
1547 infra_sluzba_130
1548 )))|(((
1549 Cloudové a kontajnerové služby
1550
1551 Využívanie IaaS vládneho cloudu
1552 )))|500|SSD|6|32
1553
1554 == 5.8 Bezpečnostná architektúra ==
1555
1556 === 5.8.1 Návrh riešenia bezpečnosti ===
1557
1558 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).
1559
1560 ==== **A. Požadované prevádzkové prostredia** ====
1561
1562 V rámci realizácie a nasadenia riešenia budú vytvorené minimálne tri základné prevádzkové prostredia:
1563
1564 * **Vývojové prostredie** – určené na vývoj a interné testovanie funkcionalít.
1565 * **Testovacie prostredie **– určené pre systémové, integračné a akceptačné testy.
1566 * **Produkčné prostredie **– určené na nasadenie plne funkčného riešenia do ostrej prevádzky.
1567 * 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.
1568
1569 ==== **B. Úroveň zabezpečenia** ====
1570
1571 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.
1572
1573 ==== **C. Výber cloudových služieb** ====
1574
1575 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:
1576
1577 * **Zamedzenie vendor lock-in** – preferované budú otvorené a prenositeľné riešenia.
1578 * **Štandardizáciu** – využívanie komponentov podporujúcich štandardy interoperability.
1579 * **Flexibilitu a škálovateľnosť** – možnosť prispôsobenia výkonu a kapacít podľa potrieb projektu.
1580
1581 ==== **D. Priradené infraštruktúrne služby (z MetaIS)** ====
1582
1583 |=**Prostredie**|=**Kód infraštruktúrnej služby**|=**Názov infraštruktúrnej služby**|=**Využívajúci ISVS**
1584 |Vývojové|infra_sluzba_509|Virtuálny server|isvs_14693 – Informačný systém evidencie záznamov o zaručenej konverzii (EZZK)
1585 |Testovacie|infra_sluzba_509|Virtuálny server|isvs_14693
1586 |Produkčné|infra_sluzba_509|Virtuálny server|isvs_14693
1587 |Produkčné|infra_sluzba_510|Diskový priestor|isvs_14693
1588 |Produkčné|infra_sluzba_511|Pripojenie do špecifickej siete|isvs_14693
1589 |Produkčné|infra_sluzba_512|Sieťové služby|isvs_14693
1590 |Produkčné|infra_sluzba_513|Manažment údajov vo vládnom cloude|isvs_14693
1591 |Produkčné|infra_sluzba_754|Amazon EC2 Secure Plus|isvs_14693
1592
1593 ==== **E. Prevádzka a správa v cloude** ====
1594
1595 Prevádzka riešenia bude v plnej miere zabezpečená v prostredí vládneho cloudu. Súčasťou prevádzky bude:
1596
1597 * centralizovaný monitoring a správa služieb,
1598 * pravidelné zálohovanie a obnova dát,
1599 * dodržiavanie SLA parametrov dostupnosti, bezpečnosti a výkonnosti,
1600 * pravidelné aktualizácie a bezpečnostné záplaty.
1601
1602 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.
1603
1604 === 5.8.2 Určenie obsahu bezpečnostných opatrení ===
1605
1606 |=**Obsah bezpečnostných opatrení podľa vyhlášky ÚPVII č. 179/2020 Z. z**|=**Aplikované opatrenia**|=**Aplikovaná legislatíva**
1607 |Minimálne bezpečnostné opatrenia Kategórie I|Áno|§ 3 ods. 1 písm. b) vyhlášky č. 179/2020 Z. z.
1608 |Minimálne bezpečnostné opatrenia Kategórie II|Áno|§ 3 ods. 1 písm. b) vyhlášky č. 179/2020 Z. z.
1609 |Minimálne bezpečnostné opatrenia Kategórie III|Nie|-
1610 |Bezpečnostný projekt|Áno|§ 23 ods. 1 a 2 zákona 95/2019 Z.z.
1611 |Bezpečnostné opatrenia podľa osobitného predpisu|Áno|Zákon č. 18/2018 Z. z., zákon č. 69/2018 Z. z.
1612
1613 === 5.8.3 Riešenie autentifikácie a prístupov používateľov ===
1614
1615 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.
1616
1617 ==== **5.8.3.1 Autentifikácia používateľov** ====
1618
1619 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ä:
1620
1621 * **IAM modul Ústredného portálu verejnej správy (ÚPVS)** – pre autentifikáciu používateľov verejnej správy,
1622 * **Národná identitná schéma (eIDAS)** – pre externých používateľov z EÚ.
1623
1624 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.
1625
1626 ==== **5.8.3.2 Správa používateľských rolí a prístupov** ====
1627
1628 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:
1629
1630 1. **Interní používatelia**
1631 1*. **Bežný používateľ** (zamestnanec MK SR) – zobrazenie a editácia údajov v rozsahu svojej agendy,
1632 1*. **Administrátor systému** – správa používateľov, nastavení aplikácie, audit, správa číselníkov a podobne
1633 1*. **Prevádzkový technik / IT podpora** – technické zásahy, sledovanie prevádzky, prístup k logom a výpisom.
1634 1. **Externí používatelia:**
1635 1*. **Dotknutá osoba** – fyzická osoba alebo právnická osoba,
1636 1*. **Tretia strana (napr. Existujúce orgány, vydavatelia publikácií, Mediálne a audiovizuálne spoločnosti)** – prístupy v rozsahu ich povinností.
1637
1638 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í.
1639
1640
1641 = {{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 =
1642
1643 == 6.1 Návrh riešenia prevádzky a údržby ==
1644
1645 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.
1646
1647 1. HelpDesk (L1 podpora)
1648 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:
1649 1*. Prijímanie, registráciu a klasifikácia incidentov a požiadaviek.
1650 1*. Poskytovanie základnej podpory/základných informácií.
1651 1*. Zabezpečuje riešenie pre bežné problémy.
1652 1*. Eskalácia zložitejších problémov na vyššie úrovne podpory (L2, L3).
1653 1*. HelpDesk je dostupný v režime stanovenom SLA (napr. 24/7, 8/5).
1654 1. Podpora druhej úrovne (L2 podpora)
1655 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:
1656 1*. Riešenie problémov s konfiguráciou a nastavením systému.
1657 1*. Aktualizácia a údržba softvéru v rámci schválených zmien.
1658 1*. Komunikácia s používateľmi v prípade potreby dodatočných informácií.
1659 1*. Eskalácia komplexných problémov na L3 podporu.
1660 1*. L2 podpora je zabezpečovaná počas prevádzkových hodín definovaných v SLA.
1661 1. Podpora tretej úrovne (L3 podpora)
1662 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:
1663 1*. Diagnostika a oprava kritických incidentov.
1664 1*. Implementácia opráv a aktualizácií softvéru.
1665 1*. Realizácia zmien v infraštruktúre alebo kóde, ktoré si vyžadujú zásah na hlbšej technickej úrovni.
1666 1*. Spolupráca s tretími stranami na riešení špecifických problémov.
1667 1*. L3 podpora je dostupná podľa dohodnutých podmienok SLA.
1668
1669 **Spôsob zabezpečenia prevádzky a údržby**
1670
1671 * Monitorovanie a správa zavedenie nástrojov na monitorovanie výkonnosti a dostupnosti systému s cieľom predchádzať výpadkom.
1672 * Preventívna údržba: Pravidelné vykonávanie aktualizácií softvéru, bezpečnostných kontrol a zálohovania údajov.
1673 * 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.
1674 * Komunikačné kanály: Poskytovanie podpory prostredníctvom telefónu, e-mailu a špecializovaných ticketingových systémov.
1675 * Úroveň poskytovania služieb (SLA)
1676 * Dostupnosť: Definovanie úrovne dostupnosti systému (napr. 99,5 %).
1677 * Časy odozvy: Stanovenie maximálnych reakčných a riešiacich časov pre incidenty a požiadavky.
1678 * Kategorizácia incidentov: Rozdelenie incidentov podľa závažnosti (kritické, vysoké, stredné, nízke).
1679 * Hodnotenie výkonu: Pravidelné prehodnocovanie plnenia SLA na základe reportov a spätnej väzby.
1680 * Prehľad požiadaviek na prevádzku a údržbu
1681
1682 1. Technické požiadavky:
1683 1*. Dostupnosť serverovej infraštruktúry.
1684 1*. Spoľahlivé pripojenie k sieti a komunikačné kanály.
1685 1*. Zálohovacie riešenia a úložiská.
1686 1. Personálne požiadavky:
1687 1*. Dostupnosť školeného tímu na všetkých úrovniach podpory.
1688 1*. Jasne definované roly a zodpovednosti pre jednotlivé úrovne podpory.
1689 1. Organizačné požiadavky:
1690 1*. Nastavenie procesov pre manažment incidentov, zmien a problémov.
1691 1*. Pravidelná komunikácia medzi prevádzkovateľom a poskytovateľom podpory.
1692
1693 == 6.2 Zabezpečenie podpory používateľov a prevádzky ==
1694
1695 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).
1696
1697 === 6.2.1 Podpora 1. stupňa (L1) ===
1698
1699 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.
1700
1701 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.
1702
1703 === 6.2.2 Podpora 2. stupňa (L2) ===
1704
1705 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í.
1706
1707 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.
1708
1709 === 6.2.3 Podpora 3. stupňa (L3) ===
1710
1711 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.
1712
1713 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.
1714
1715 === 6.2.4 Podpora infraštruktúrnych služieb ===
1716
1717 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.
1718
1719 |=**PodPora**|=(((
1720 **Poskytovateľ**
1721
1722 **(subjekt zodpovedný za poskytnutie podpory)**
1723 )))|=**Požadovaný Čas dostupnosti**|=**STAV zabezpečenia**|=(((
1724 **Pozn.**
1725
1726 **(napr. známe obmedzenia služby, špeciálne zodpovednosti, a pod.)**
1727 )))
1728 |**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
1729 |**Podpora L2**|Oddelenie prevádzky MK SR / poverená organizácia|9×5|Zabezpečené v rámci správy IS / môže byť čiastočne externe|Možnosť dohodnutia úrovne eskalácie a SLA s externým partnerom
1730 |**Podpora L3**|Dodávateľ riešenia (úspešný uchádzač z verejného obstarávania)|9×5 alebo podľa SLA|Bude obstarané ako súčasť zmluvy o podpore systému|Súčasť SLA, definované reakčné a obnovovacie časy
1731 |**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)
1732
1733 == 6.3 Riešenie incidentov v prevádzke - parametre úrovní služby ==
1734
1735 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:
1736
1737 **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.
1738
1739 |=**klasifikácia naliehavosti incidentu**|=**Závažnosť  incidentu**|=**Popis naliehavosti incidentu**
1740 |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.
1741 |B|Vysoká|Chyby a nedostatky, ktoré zapríčinia čiastočné zlyhanie systému a neumožňuje používať časť systému.
1742 |C|Stredná|Chyby a nedostatky, ktoré spôsobia čiastočné obmedzenia používania systému.
1743 |D|Nízka|Kozmetické a drobné chyby.
1744
1745 |=**Klasifikácia závažnosti incidentu**|=(((
1746 **Dopad**
1747 )))|=**Popis dopadu**
1748 |1|katastrofický|katastrofický dopad, priamy finančný dopad alebo strata dát,
1749 |2|značný|značný dopad alebo strata dát
1750 |3|malý|malý dopad alebo strata dát
1751
1752 **Určenie priority incidentu je kombináciou dopadu a naliehavosti podľa nasledovnej matice:**
1753
1754 |=(% colspan="2" rowspan="2" %)**Matica priority incidentov**|=(% colspan="3" %)**Dopad**
1755 |**Katastrofický - 1**|**Značný - 2**|**Malý - 3**
1756 |(% rowspan="4" %)**Naliehavosť**|**Kritická - A**|1|2|3
1757 |**Vysoká - B**|2|3|3
1758 |**Stredná - C**|2|3|4
1759 |**Nízka - D**|3|4|4
1760
1761 **Parametre služby Riešenia incidentov v prevádzke:**
1762
1763 |=**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)^^**|=(((
1764 **Spoľahlivosť ^^(3)^^**
1765
1766 **(počet incidentov za mesiac)**
1767 )))
1768 |1|1 hod.|4  hodín|1
1769 |2|1 hod.|12 hodín|2
1770 |3|1 hod.|24 hodín|10
1771 |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)
1772
1773 Vysvetlivky k tabuľke
1774
1775 (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.
1776
1777 (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.
1778
1779 (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.
1780
1781 (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.
1782
1783
1784 Vyššie uvedené SLA parametre nebudú použité pre nasledovné služby:
1785
1786 * Služby systémovej podpory na požiadanie (nad paušál)
1787 * Služby realizácie aplikačných zmien vyplývajúcich z legislatívnych a metodických zmien (nad paušál)
1788
1789 Pre tieto služby budú dohodnuté osobitné parametre dodávky.
1790
1791 == 6.4 Požadovaná dostupnosť informačného systému: ==
1792
1793 |=**Popis**|=**Parameter**|=**Upresnenie**
1794 |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.
1795 |(% rowspan="2" %)Servisné okno|8 hodín|od 22:00 hod. - do 6:00 hod. počas pracovných dní
1796 |24 hodín|(((
1797 od 00:00 hod. - 23:59 hod. počas dní pracovného pokoja a štátnych sviatkov
1798
1799 Servis a údržba sa bude realizovať mimo pracovného času.
1800 )))
1801 |Dostupnosť produkčného prostredia IS|98,5%|(((
1802 98,5% z 24/7/365  t.j. max ročný výpadok je 66 hod.
1803
1804 Maximálny mesačný výpadok je 5,5 hodiny.
1805
1806 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.
1807
1808 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.
1809
1810 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.
1811 )))
1812 |[[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
1813 |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ť
1814
1815 //Tabuľka 40 Požadovaná dostupnosť IS //
1816
1817
1818 ==
1819 6.5 Požiadavky na ľudské zdroje potrebné pre zabezpečenie prevádzky ==
1820
1821 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:
1822
1823 === A. Prevádzkové a technické zabezpečenie ===
1824
1825 Pre efektívne fungovanie systému budú nevyhnutné nasledovné pozície a kapacity:
1826
1827 * Administrátor IS – zodpovedný za správu používateľských účtov, bezpečnostné politiky, konfiguráciu systému a monitorovanie jeho výkonnosti.
1828 * 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.
1829 * Datový analytik / správca údajov – zodpovedný za kontrolu kvality údajov, zber a spracovanie reportov.
1830 * 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.
1831
1832 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.
1833
1834 === B. Školenia ===
1835
1836 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:
1837
1838 * Používatelia systému – školenia zamerané na používanie systému (užívateľské rozhranie, vyhľadávanie, práca s údajmi, notifikácie).
1839 * 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.
1840 * 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í.
1841
1842 Š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.
1843
1844 === C. Udržateľnosť a nástupníctvo ===
1845
1846 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).
1847
1848 == 6.6. Požiadavky na zdrojové kódy ==
1849
1850 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í.
1851
1852 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.
1853
1854 Odovzdanie kódov bude prebiehať v štandardizovanej a prehľadnej adresárovej štruktúre, ktorá bude obsahovať:
1855
1856 * samotné zdrojové súbory vrátane komentárov,
1857 * konfiguračné súbory a skripty na nasadenie,
1858 * technickú dokumentáciu k modulom a úpravám existujúcich IS,
1859 * pokyny na kompiláciu, nasadenie a prevádzku systému.
1860
1861 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.
1862
1863 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ť:
1864
1865 * kompatibilné s otvorenými štandardmi,
1866 * licencované pod otvorenou licenciou umožňujúcou ďalšie použitie (napr. EUPL),
1867 * v súlade s metodickým usmernením MIRRI SR č. 024077/2023 o kvalite zdrojových kódov.
1868
1869 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.
1870
1871 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.
1872
1873
1874
1875 = {{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 =
1876
1877
1878 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.
1879
1880 == 7.1 Projektové produkty a dodávky v jednotlivých etapách ==
1881
1882 V rámci realizácie projektu budú dodané nasledujúce produkty a komponenty:
1883
1884 1. **Projektová dokumentácia a dokumentácia dodaného produktu**
1885 1*. Analýzy, špecifikácie požiadaviek, návrh architektúry riešenia
1886 1*. Realizačná a prevádzková dokumentácia
1887 1*. Používateľská dokumentácia pre koncových používateľov a administrátorov
1888 1. **Koncové služby a transformované alebo nové biznis procesy:**
1889 1*. Elektronické služby určené pre občanov, podnikateľov alebo zamestnancov verejnej správy
1890 1*. Procesy spracovania údajov, notifikácií a spätnej väzby pre službu „Moje údaje“
1891 1*. Automatizované sprístupňovanie výpisov a informácií
1892 1. **Biznis objekty:**
1893 1*. Spracovanie podaní, poskytovanie výpisov, vytváranie rozhodnutí
1894 1*. Generovanie notifikácií o zmene údajov, ich sprístupnení alebo vymazaní
1895 1*. Reporty a analytické výstupy zo spracovaných údajov
1896 1. **Aplikačné komponenty:**
1897 1*. Webové a mobilné rozhranie systému IS MOU
1898 1*. Notifikačný modul, modul na sprístupňovanie údajov, modul spätnej väzby
1899 1*. Lokálny katalóg otvorených údajov (LKOD)
1900 1. **Technologické komponenty:**
1901 1*. Integrácia na Centrálnu platformu dátovej integrácie (CPDI)
1902 1*. Modul Master Data Management pre konsolidáciu údajov
1903
1904 == 7.2 Zodpovednosti za vypracovanie a dodanie projektových výstupov ==
1905
1906 **Zodpovednosť za jednotlivé časti riešenia bude rozdelená nasledovne:**
1907
1908 |=**Oblasť**|=**Zodpovedná strana**
1909 |Špecifikácia požiadaviek, architektúra riešenia|Objednávateľ v spolupráci s dodávateľom
1910 |Vývoj aplikačného riešenia|Dodávateľ
1911 |Testovanie a akceptácia|Objednávateľ
1912 |Prevádzkové a bezpečnostné nastavenia|Dodávateľ v spolupráci s IT oddelením MK SR
1913 |Nasadenie do produkcie a podpora|Dodávateľ
1914
1915 == 7.3 Spôsob akceptácie a schvaľovania výstupov ==
1916
1917 Každý výstup projektu bude podliehať formálnemu procesu akceptácie:
1918
1919 * **Akceptačné testovanie **bude vykonané po dodaní každej etapy/incrementu
1920 * Výstupom bude **akceptačný protokol,** podpísaný oprávnenými osobami MK SR
1921 * Testovanie bude zahŕňať: funkčnosť, interoperabilitu, bezpečnosť, výkonnosť a súlad s požiadavkami
1922 * **Zmluva o dielo** bude obsahovať míľniky, viazané na priebežné a finálne akceptácie
1923 * V prípade zistených nedostatkov sa výstupy vracajú na dopracovanie, pričom bude zaznamenaný nový termín opravy a dodania
1924
1925 === 7.3.1 Vypracovanie migračného plánu a riadenie migrácie údajov ===
1926
1927 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.
1928
1929 ==== 7.3.1.1 Migračný plán ====
1930
1931 Jedným z povinných výstupov realizačnej fázy projektu bude **vypracovanie Migračného plánu**, ktorý bude obsahovať:
1932
1933 * **Identifikáciu zdrojových evidencií, registrov a dátových entít**, ktoré majú byť prevedené doIS.
1934 * **Dátovú mapu** – popis zodpovednosti medzi atribútmi zdrojových systémov a cieľového IS.
1935 * **Harmonogram migrácie údajov,** vrátane predprodukčného testovania a overovania kvality migrovaných údajov.
1936 * **Opis migračných nástrojov, skriptov a transformácií**, ktoré budú použité na extrakciu, čistenie, transformáciu a nahrávanie údajov (ETL).
1937 * **Mechanizmy validácie a verifikácie údajov** po migrácii – testovacie scenáre a metriky kvality údajov.
1938 * **Záložné a rollback scenáre**, ak by počas migrácie došlo k neočakávaným výpadkom alebo nekonzistencii.
1939 * **Ú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).
1940
1941 ==== 7.3.1.2 Migračné fázy ====
1942
1943 Migrácia bude prebiehať v nasledovných fázach:
1944
1945 1. **Analýza a príprava** – Identifikácia objektov evidencie, revízia kvality údajov v zdrojových systémoch, návrh transformácií.
1946 1. **Testovacia migrácia** – Migrácia dát na testovacie prostredie, vyhodnotenie kvality a funkcionality, zapojenie dátových rolí.
1947 1. **Produkčná migrácia** – Spustenie ostrej migrácie, zálohovanie, kontrola správnosti, záverečné overenie konzistencie.
1948 1. **Post-migračná validácia** – Monitoring a spätná kontrola nad údajmi, podpora používateľov pri práci so zmigrovanými údajmi.
1949
1950 ==== 7.3.1.3 Súlad s ďalšími časťami projektu ====
1951
1952 Migračný plán bude úzko previazaný s:
1953
1954 * **Dátovou architektúrou systému** – najmä štruktúrou objektov evidencie a integračnými väzbami.
1955 * **Katalógom požiadaviek** – viaceré požiadavky sa môžu týkať integrity a kvality údajov.
1956 * **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).
1957
1958 = 8. PRÍLOHY =
1959
1960 **Príloha 1: **I-02 - Zoznam rizík a závislostí
1961
1962 **Príloha 2**: M-05 - Analýza nákladov a prínosov vrátane katalógu požiadaviek
1963
1964 | | |