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

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