Zmeny dokumentu I-02 Projektový zámer V1.0

Naposledy upravil Sergej Kuriš 2025/05/30 09:12

From 16.1 to 17.1 From 22.3 to 22.4

Z verzie 17.1

upravil Sergej Kuriš
-

Zmeniť komentár: Pre túto verziu nie sú komentáre

Do verzie 22.3

upravil Sergej Kuriš
-

Zmeniť komentár: Pre túto verziu nie sú komentáre

Raw
Rendered

Súhrn

Vlastnosti stránky (1 modified, 0 added, 0 removed)
Prílohy (0 modified, 4 added, 0 removed)

Podrobnosti

Vlastnosti stránky

Obsah

@@ -534,194 +534,1252 @@
  |3.|Dokončovacia fáza|12/2027|02/2028|
  |4.|Podpora prevádzky (SLA)|01/2028|12/2032|Obstaranie SLA zmluvu (Zmluvu o podpore prevádzky IS)
++== {{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) ==
--== {{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.10Stanovenie alternatív v aplikačnej vrstve architektúry ==
--//Alternatívy na úrovni aplikačnej architektúry reflektujú alternatívy vypracované na základe „nadradenej“ architektonickej biznis vrstvy, pričom vďaka uplatneniu nasledujúcich princípov aplikačná vrstva architektúry dopĺňa informácie k alternatívam stanoveným pomocou biznis architektúry.//
--//Pre klasifikáciu alternatív za účelom ďalšieho porovnania aplikačnej vrstvy a architektúry je potrebné zadefinovať nasledovné požiadavky~://
++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.
--* //Nutné – aplikačné moduly/funkcionality, ktoré sú nevyhnutné pre dosiahnutie cieľov//
--* //Preferované – aplikačné moduly/funkcionality, ktoré rozvíjajú biznis alternatívu a vytvárajú dodatočné prínosy, započítané v Analýze nákladov a prínosov M-05 (BC/CBA povinná pre projekty nad 1 000 000,- EUR)//
--* //Aplikačná vrstva by mala byť schopná rozdeliť moduly do skupín podľa koncových služieb/funkcionalít, ktoré plnia nutné a preferované požiadavky.//
--[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_5701ef6f26440efc.png||height="156" width="288"]]
++Riadiaci výbor projektu dohliada najmä na:
++* súlad projektu so stanovenými cieľmi a rozpočtom,
++* hospodárne a efektívne využívanie finančných prostriedkov,
++* dodržiavanie štandardov projektového riadenia a ich prispôsobenie špecifikám projektu.
++* Zloženie riadiaceho výboru
++
++Riadiaci výbor projektu má päť členov, z ktorých štyria majú hlasovacie právo. Riadiaci výbor projektu bude v nasledovnom zložení:
++
++1. Predseda riadiaceho výboru projektu (zástupca Ministerstva kultúry SR),
++1. Biznis vlastník (vlastník alebo vlastníci dotknutých procesov, prípadne nimi poverení zástupcovia),
++1. Zástupca kľúčových používateľov (napr. z prevádzky IT),
++1. Zástupca dodávateľa (po ukončení procesu verejného obstarávania),
++1. Projektový manažér (bez hlasovacieho práva).
++
++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.
++
++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í.
++
++**Fungovanie a zasadnutia**
++
++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.
++
++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.
++
++**Dokumentácia zasadnutí**
++
++Každé zasadnutie riadiaceho výboru je dokumentované prostredníctvom:
++
++* programu zasadnutia,
++* pracovných materiálov,
++* záznamu zo zasadnutia (vrátane prezenčnej listiny a prípadných splnomocnení).
++
++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.
++
++**Trvanie a ukončenie činnosti**
++
++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.
++
++Zoznam členov výboru je evidovaný v dokumente Komunikačná matica, ktorý je uložený na zdieľanom projektovom úložisku.
++
++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í.
++
++Projektový tím bude pozostávať z pozícií:
++
++1. Projektové role:
++1*. IT Architekt,
++1*. IT Analytik,
++1*. Produktový vlastník/Biznis vlastník,
++1*. Tester IT,
++1*. Finančný manažér,
++1*. Projektový manažér,
++1*. UX dizajnér/UX dizajnér obsahu.
++
++ 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.
++
++Projektový manažér MK SR bude:
++
++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.),
++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,
++1. v spolupráci s projektovým manažérom dodávateľa koordinovať realizáciu hlavných aktivít, činností a úloh projektu.
++
++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.
++
++Súčasťou projektového riadenia bude tiež operatívna projektová podpora zabezpečujúca administratívnu podporu pre písomnú komunikáciu, administratívne vedenie projektovej dokumentácie a prípravu podkladov pre členov projektového tímu, organizáciu stretnutí a pod. V rámci aktivity budú taktiež zabezpečovaný manažment a hodnotenie kvality zo strany MK SR
++
++
++|**ID**|**Rola v projekte**|**Meno a Priezvisko**|**Pracovné zaradenie**|**Org. útvar**
++|1.|IT Architekt| |Doplniť pozíciu (pracovné zaradenie v línii)|Doplniť názov org. útvaru
++|2.|IT Analytik| |Doplniť pozíciu (pracovné zaradenie v línii)|Doplniť názov org. útvaru
++|3.|Produktový vlastník/Biznis vlastník| |Doplniť pozíciu (pracovné zaradenie v línii)|Doplniť názov org. útvaru
++|4.|Tester IT| |Doplniť pozíciu (pracovné zaradenie v línii)|Doplniť názov org. útvaru
++|5.|Finančný manažér| |Doplniť pozíciu (pracovné zaradenie v línii)|Doplniť názov org. útvaru
++|6.|Projektový manažér| |Doplniť pozíciu (pracovné zaradenie v línii)|Doplniť názov org. útvaru
++|7.|UX dizajnér/ UX dizajnér obsahu| |Doplniť pozíciu (pracovné zaradenie v línii)|Doplniť názov org. útvaru
++
  == {{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 ==
--//Alternatívy na úrovni technologickej architektúry reflektujú alternatívy vypracované na základe „nadradenej“ architektonickej aplikačnej vrstvy, pričom sa prioritne uvažuje o využití služieb vládneho cloudu (privátne aj verejné cloudové služby zverejnené v katalógu služieb vládneho cloudu (//__[[odkaz na katalóg>>url:https://mirri.gov.sk/sekcie/informatizacia/egovernment/vladny-cloud/katalog-cloudovych-sluzieb/]] služieb __//).//
--//V prípadoch, kedy by nebolo ekonomicky výhodné využiť vládny cloud v plnom rozsahu projektu, je možné uvažovať aj o iných/ďalších alternatívach: hybridnej (časť aplikácií využíva privátny vládny cloud a časť vlastný HW žiadateľa, resp. časť aplikácii využíva služby komerčného poskytovateľa cloudových služieb), nasadenie v prostredí komerčného cloudu alebo v krajnom prípade sú všetky aplikácie nasadené v prostredí vlastného HW žiadateľa (prípady zohľadnenia bezpečnosti alebo iných povinností).//
--//Ekonomická výhodnosť technologickej alternatívy je preukázaná nižšími nákladmi na TCO projektu. Spracovateľ projektového zámeru je povinný preukázať, že zvolené riešenie je ekonomicky výhodnejšie. V prípade, že z bezpečnostných alebo iných dôvodov nezvolil najvýhodnejšiu alternatívu (resp. neposudzoval viacero alternatív), spracovateľ doloží zdôvodnenie potreby daného technologického riešenia. V zdôvodnení sú uvedené konkrétne požiadavky a ich parametre, ktoré neumožnili zvoliť najvýhodnejšie riešenie alebo porovnať viacero alternatív.//
--[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_a966e8b8a99b13da.png||height="311" width="542"]]
--//Ako alternatívu nepovažujeme porovnanie krabicových „off-the-shelf“ riešení (COTS) riešení s alternatívou vývoja aplikácií „na zelenej lúke“ a to z dôvodu toho, že žiadateľ pre zachovanie nediskriminačných podmienok vo verejnom obstarávaní nevie vopred určiť, či dostane ponuku od uchádzača k vývoju na zelenej lúke, alebo sa všetky ponuky od uchádzačov vo verejnom obstarávaní budú vzťahovať na COTS riešenie. Výnimka je v prípade, ak žiadateľ uvažuje použiť konkrétne COTS riešenie ako podmienku pre uchádzača v rámci procesu verejného obstarávania a to vzhľadom na ekonomické alebo iné dôvody preukázané v dokumente.//
--//Výber alternatív prebieha v dvoch kolách. Prvé kolo predstavuje uplatnenie multikriteriálnej analýzy (ďalej len „MCA“) – výber relevantných alternatív. Druhé kolo predstavuje vypracovanie Analýzy nákladov M-05 BC/CBA. Do druhého kola vstupujú alternatívy ktoré splnili všetky vylučovacie kritéria stanovené v multikritériálnej analýze. Minimálny počet variant, je stanovený na 3~://
--* //nulový variant, ktorý sa neposudzuje v MCA a je automaticky porovnávajúcim variantom v M-05 Analýza nákladov a prínosov,//
--* //preferovaný variant, ktorý splnil všetky kritéria MCA,//
--* „//minimalistický variant“, ktorý vychádza z rovnakého biznis variantu ako preferovaný variant, ale realizuje iba „nutné“ aplikačné moduly.//
++= {{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 =
--= {{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.POŽADOVANÉ VÝSTUPY (PRODUKT PROJEKTU) =
--* //Doplňte informácie – POPIS PRODUKTU - čo bude/čo chcete, aby bolo po ukončení projektu dodané//
--** //projektové výstupy podľa vyhlášky 401/2023 o riadení projektov (vrátane zdrojových kódov)//
--** //koncové služby a biznis procesy, ktoré sú predmetom dodávky projektu//
--** //biznis objekty, ktoré majú byť vstupmi a výstupmi zo systému – napr. podania, formuláre, rozhodnutia, reporty, dáta, aplikačné rozhrania//
--* //Doplniť informáciu, resp. identifikovať VLASTNÍKOV PROCESOV (toto je dôležitá informácia pre budúce riadenie projektu a schvaľovanie výstupov projektu).//
++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.
--= {{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.NÁHĽAD ARCHITEKTÚRY =
++Projekt je v súlade najmä s nasledovnými predpismi:
--* //Doplňte krátky POPIS BUDÚCEHO CIEĽOVÉHO PRODUKTU PROJEKTU z pohľadu biznis/aplikačnej/technologickej architektúry v závislosti od charakteru projektu a výsledku analýzy alternatív riešenia,//
--* //Doplňte a detailne spracujte funkčné a nefunkčné požiadavky vyplývajúce z analýz alternatív riešenia vo všetkých vrstvách architektúry a vyplňte požiadavky v dokumente  M-05 Analýza nákladov a prínosov, karta Katalóg požiadaviek., I-04 Katalóg požiadaviek//
--* //Doplňte stručný náhľad budúcej IT architektúry (biznis, aplikačná, technologická) riešenia, ktorý podľa potreby pozostáva aj z viacerých obrázkov (diagramov), aby dostatočne zrozumiteľne znázornil predmet dodávky, jeho kontext a zmeny v architektúre verejnej správy (objednávateľa, realizátora projektu), ktoré projekt realizuje,//
--** //Náhľad architektúry vytvorte v modelovacom nástroji pomocou notácie ArchiMate (//__[[https:~~/~~/publications.opengroup.org/standards/archimate>>url:https://publications.opengroup.org/standards/archimate]]__//), v prípade potreby väčšej detailizácie biznis procesov môžete použiť notáciu BPMN (//__[[http:~~/~~/www.omg.org/spec/BPMN/2.0/>>url:http://www.omg.org/spec/BPMN/2.0/]]__//),//
--** {{id name="_Ref152763300"/}} //Pre vytvorenie náhľadu architektúry použite modelovací nástroj, ktoré môže byť buď integrovaný na spoločný repozitár//[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^2^^>>path:#sdfootnote2sym||name="sdfootnote2anc"]](%%)// architektonických modelov verejnej správy, alebo modelovací nástroj, ktorý podporuje export modelu do štandardizovaných výmenných formátov súborov (The Open Group ArchiMate Model Exchange File Format Standard)^^ [[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^3^^>>path:#sdfootnote3sym||name="sdfootnote3anc"]](%%)^^ a export súborov podľa špecifikácie BPMN 2.0//[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^4^^>>path:#sdfootnote4sym||name="sdfootnote4anc"]](%%)//,//
--** //Pre jednoznačnú identifikovateľnosť komponentov v náhľade architektúry uveďte aj ich MetaIS kódy//
--** //Očakáva sa, že ak realizujete popis dizajn procesov podľa pravidiel EVS, tak všetky výstupy musia byť v súlade s metodikou a postupom: //__[[https:~~/~~/www.minv.sk/?np-optimalizacia-procesov-vo-verejnej-sprave&subor=255448>>url:https://www.minv.sk/?np-optimalizacia-procesov-vo-verejnej-sprave&subor=255448]]__ .
--** //Náhľad architektúry v tomto výstupe I-02 Projektový zámer by mal byť v súlade s jeho detailizáciou vo výstupe I-03 Prístup k projektu, ak objednávateľ podľa prílohy č. 1 vyhlášky 401/2023 Zz pripravuje aj výstup I-03 Prístup k projektu.//
--** //Náhľad architektúry v tomto výstupe I-02 Projektový zámer by mal byť v súlade s výstupom M-06 - aktualizáciou evidencie e-Government komponentov v centrálnom metainformačnom systéme verejnej správy (MetaIs) a komponenty, ktorých sa projekt týka by mali mať upravenú evidenciu ich stavu a fázu ich životného cyklu.//
--** //Príklad náhľadu na architektúru podľa metamodelu e-Government komponentov evidovaných v MetaIS~://
--[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_fc5f5326fe7d94a7.gif||alt="Obrázok 8" height="459" width="551"]]
--//Obrázok 1 Príklad náhľadu architektúry v notácii ArchiMate//
++* 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
++* 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
++* Slovenskej národnej rady č. 372/1990 Zb. priestupkoch v znení neskorších predpisov
++* Zákon č. 49/2002 Z. z. o ochrane pamiatkového fondu
++* 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
++* Zákon č. 103/2014 Z. z. o divadelnej činnosti a hudobnej činnosti a o zmene a doplnení niektorých zákonov
++* Zákon č. 185/2015 Z. z. Autorský zákon
++* Zákon č. 189/2015 Z. z. o kultúrno-osvetovej činnosti
++* 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)
++* 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
++* Zákon č. 308/1991 Zb. o slobode náboženskej viery a postavení cirkví a náboženských spoločností
++* 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),
++* Zákon č. 18/2018 Z. z. o ochrane osobných údajov a o zmene a doplnení niektorých zákonov,
++* Zákon č. 69/2018 Z. z. o kybernetickej bezpečnosti v znení neskorších predpisov,
++* Zákon č. 305/2013 Z. z. o elektronickej podobe výkonu pôsobnosti orgánov verejnej moci (zákon o e-Governmente),
++* Zákon č. 95/2019 Z. z. o informačných technológiách vo verejnej správe,
++* Vyhláška MIRRI SR č. 401/2023 Z. z. o riadení projektov a zmenových požiadaviek v prevádzke IT verejnej správy,
++* Vyhláška MIRRI SR č. 547/2021 Z. z. o elektronizácii agendy verejnej správy,
++* 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,
++* 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,
++* Vyhláška NBÚ č. 492/2022 Z. z. o znalostných štandardoch v oblasti kybernetickej bezpečnosti,
++* Vyhláška NBÚ č. 264/2023 Z. z., ktorou sa mení vyhláška č. 362/2018 Z. z. o bezpečnostnej dokumentácii a opatreniach.
++* Zákon č. 45/2011 Z.z. o kritickej infraštruktúre
++* Vyhláška Úradu na ochranu osobných údajov Slovenskej republiky č. 158/2018 Z. z. o postupe pri posudzovaní vplyvu na ochranu osobných údajov
++* 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)
--== {{id name="_Toc152607321"/}}{{id name="_Toc823562243"/}}5.1Prehľad e-Government komponentov ==
++= {{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 =
--//__**Ak bude vytváraný aj výstup I-03 Prístup k projektu, môže byť táto kapitola z dokumentu I-02 Projektový zámer vypustená, pretože jej obsah bude spracovaný vo výstupe I-03 Prístup k projektu.**__//
--//Obsah tejto kapitoly je prehľadom realizácie výstupu **M-06 - aktualizácia evidencie e-Government komponentov v centrálnom metainformačnom systéme verejnej správy (MetaIs)**. Objednávateľ//[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^5^^>>path:#sdfootnote5sym||name="sdfootnote5anc"]](%%)// plní výstupom M-06 povinnosti orgánu riadenia sprístupňovať a aktualizovať informácie o informačných technológiách verejnej správy prostredníctvom centrálneho metainformačného systému verejnej správy (MetaIS) bezodkladne podľa § 12 ods. 1 písm. b) zákona 95/2019 Z.z.//
--//V okamihu odovzdania výstupu I-02 Projektový zámer objednávateľ~://
++(% id="cke_bm_1301213S" style="display:none" %)
--1. //vytvorí náhľady architektúry v modelovacom nástroji, ktorý môže byť buď integrovaný na spoločný repozitár  architektonických modelov verejnej správy, alebo ktorý podporuje export modelu do štandardizovaných výmenných formátov súborov,//
--1. //uloží architektonické modely súčasnej a budúcej architektúry riešenia buď do repozitára architektonických modelov verejnej správy alebo do projektovej dokumentácie I-02 ako prílohu  vo výmennom formáte pre uloženie modelu, //
--1. //aktualizuje v MetaIS e-Government komponenty, ktoré budú realizované alebo menené projektom alebo veľkou zmenovou požiadavkou a to koncové služby, ISVS, ich moduly, aplikačné služby, atribúty a vzájomné vzťahy týchto e-Government komponentov a ich vzťahy (integrácie) na spoločné ISVS alebo ISVS iných správcov, ktoré budú využívať. //
--//Objednávateľ v tejto kapitole uvedie prehľad nasledovných e-Government komponentov, ktoré budú výstupom projektu (dodané nové alebo zmenené) a ktoré evidoval v rámci výstupu M-06 v MetaIS~://
++Popis architektúry zachytáva súčasné nastavenie manažmentu údajov ako celku v organizácií. Architektúra je popísaná z pohľadu:
--=== 5.1.1Prehľad koncových služieb – budúci stav: ===
++* 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.
++* 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.
++* 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.
++* 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.
--{{content id="projekt.planovane_ks" template="
--|=Kód KS (z MetaIS)|=Názov KS|=Používateľ KS (G2C/G2B/G2G/G2A)|=Životná situáciab(+ kód z MetaIS)|=Úroveň elektronizácie KS[# th:each='item : ${ks}']
--[['|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${item.atribut('EA_Profil_KS_pouzivatel_ks')?:''} +
--'|' + ${item.zs?.nazov?:''} + '; ' + ${item.zs?.kodMetais?:''} + '|' + 'Vyberte jednu z možností\\\\\\\\' + ${item.atribut('EA_Profil_KS_sofistikovanost')?:''}]]
--[/]
--"}}
--|=Kód KS (z MetaIS)|=Názov KS|=Používateľ KS (G2C/G2B/G2G/G2A)|=Životná situáciab(+ kód z MetaIS)|=Úroveň elektronizácie KS
--|ks_337637|Podávanie návrhu na zápis a aktualizáciu údajov|[c_pouzivatel.5, c_pouzivatel.7]|Pamiatky a zbierky múzeí a galérií; 121|Vyberte jednu z možností
--c_sofistikovanost.5
--|ks_337637|Podávanie návrhu na zápis a aktualizáciu údajov|[c_pouzivatel.5, c_pouzivatel.7]|Služby; 025|Vyberte jednu z možností
--c_sofistikovanost.5
--{{/content}}
++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.
--=== 5.1.2Prehľad budovaných/rozvíjaných ISVS v projekte – budúci stav: ===
++[[image:1747313646415-982.png]]
--{{content id="projekt.planovane_isvs" template="
--|=Kód ISVS (z MetaIS)|=Názov ISVS|=Modul ISVS (zaškrtnite ak ISVS je modulom)|=Stav IS VS|=Typ IS VS|=Kód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS)[# th:each='item : ${isvs}']
--[('|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${#html.checkbox(item.atribut('EA_Profil_ISVS_modul_isvs') == 'true')} +
--'|' + 'Vyberte jednu z možností\\\\\\\\' + ${item.atribut('EA_Profil_ISVS_stav_isvs')?:''} +
--'|' + 'Vyberte jednu z možností\\\\\\\\' + ${item.atribut('EA_Profil_ISVS_typ_isvs')?:''} +
--'|' + ${item.nadradeneIsvs?.kodMetais?:''} + '|')]
--[/]
--"}}
--|=Kód ISVS (z MetaIS)|=Názov ISVS|=Modul ISVS (zaškrtnite ak ISVS je modulom)|=Stav IS VS|=Typ IS VS|=Kód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS)
--|isvs_9914|Centrálna správa registrov a evidencií|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
--c_stav_isvs.3|Vyberte jednu z možností
--c_typ_isvs.1| |
--{{/content}}
++Obrázok 3 Plánovaná architektúra riešenia
--=== 5.1.3Prehľad budovaných aplikačných služieb – budúci stav: ===
++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.
--{{content id="projekt.planovane_as" template="
--|=Kód AS (z MetaIS)|=Názov AS|=ISVS/modul ISVS (kód z MetaIS)|=Aplikačná služba realizuje KS (kód KS z MetaIS)[# th:each='item : ${as}']
--[('|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${item.sluziIsvs?:''} + '|' + ${#strings.listJoin(item.ks, ', ')} + '|')]
--[/]
--"}}
--|=Kód AS (z MetaIS)|=Názov AS|=ISVS/modul ISVS (kód z MetaIS)|=Aplikačná služba realizuje KS (kód KS z MetaIS)
--|as_59131|Konzumácia údajov z CSRÚ| | |
--|as_58975|Poskytnutie údajov z registrov a evidencií Ministerstva kultúry| |ks_340770|
--|as_58973|Podanie návrhu na zápis a aktualizáciu údajov v registroch/evidencií| |ks_337637|
--{{/content}}
++=== 5.1.1 Základné vrstvy architektúry ===
--=== 5.1.4Prehľad integrácii ISVS na spoločné ISVS^^[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^6^^>>path:#sdfootnote6sym||name="sdfootnote6anc"]](%%)^^ a ISVS iných OVM alebo IS tretích strán ===
++1. **Prezentačná vrstva (GUI)**
++1*. Responzívne webové rozhranie podľa štandardu ID-SK 3.0
++1*. Sekcia FAQ, vizualizácia postupu podania, uloženie rozpracovaného podania
++1*. Prístup cez ÚPVS/Slovensko v mobile (eID, mID)
++1. **Aplikačná vrstva**
++1*. Každý modul beží ako nezávislý mikroservis s vlastným REST/OpenAPI rozhraním
++1*. Orchestrace volaní a zabezpečenie transakčnosti cez API bránu
++1. **Dátová vrstva**
++1*. Centrálna databáza pre kmeňové údaje a číselníky (súčasť modulu manažment žiadostí)
++1*. Lokálne cache kópií registrov RFO, RPO, RA pre rýchly prístup a prácu s dátami
++1*. Zabezpečené úložisko historických logov a auditných záznamov
++1. **Integračná vrstva**
++1*. API brána + event-bus pre asynchrónnu komunikáciu
++1*. Prepojenie na Centrálnu platformu dátovej integrácie (CPDI)
++1. **Prevádzková vrstva**
++1*. Kontajnerizované služby
++1*. CI/CD pipeline pre automatizované testovanie a nasadzovanie
++1*. Monitoring, logovanie a alertovanie
--* //Uviesť prehľad ISVS, pri ktorých sa plánuje využívanie služieb iných ISVS, spoločných blokov (SaaS) alebo služieb tretích strán v TO BE stave.//
--* //Uviesť prehľad ISVS integrovaných na spoločné moduly podľa zákona č. 305/2013 Zz.//
--* //Plánované využívanie a integrácie služieb iných ISVS musí byť evidované v MetaIS – zaevidovanie vzťahu na aplikačnú službu určenú na externú integráciu poskytujúcim ISVS//
++=== 5.1.2 Moduly riešenia ===
++==== 5.1.2.1 Riadenie prístupu ====
++
++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.
++
++**Hlavné funkcie modulu:**
++
++* integrácia na ÚPVS IAM a Slovensko v mobile
++* Dvojfaktorová autentifikácia (MFA)
++
++==== 5.1.2.2 Správa používateľov ====
++
++**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ž.
++
++**Hlavné funkcie modulu:**
++
++* CRUD operácie pre používateľské účty
++* Synchronizácia s LDAP/AD
++* Automatické odhlasovanie pri nečinnosti
++
++==== 5.1.2.3 eFormuláre ====
++
++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.
++
++**Hlavné funkcie modulu:**
++
++* elektronický eFormulár
++* Predvyplnenie údajov z RFO/RPO/RA
++* Ukladanie draftov, validácia vstupov
++* Štandardizované API pre príjem/e-mail notifikácie
++
++==== 5.1.2.4 Manažment žiadostí ====
++
++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.
++
++**Hlavné funkcie modulu:**
++
++* Definícia životného cyklu žiadosti
++* Priradenie úloh úradníkom, eskalácie
++* Dashboard s metrikami (časy vybavenia, SLA)
++* Master data management
++
++==== 5.1.2.5 Správa číselníkov ====
++
++**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.
++
++**Hlavné funkcie modulu:**
++
++* Centrálne CRUD rozhranie
++* Verzionovanie a propagácia do všetkých modulov
++* Plánované synchronizácie s externými štátnymi číselníkmi
++
++==== 5.1.2.6 Integračný modul ====
++
++**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.
++
++**Hlavné funkcie modulu:**
++
++* Konzumácia údajov prostredníctvom CPDI, konkrétne údaje z RFO, RPO, RA
++* Orchestrácia konzumovaných údajov a aktualizácia lokálnych verzií registrov
++* Preklad formátov (XML ↔ JSON/OpenAPI)
++
++==== 5.1.2.7 Správa lokálnych registrov ====
++
++**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.
++
++**Hlavné funkcie modulu:**
++
++* Periodické načítanie prostredníctvom integračného modulu a realizácia diff-analýz a zapracovanie zmien v lokálnych registroch
++* Lokálna validácia a čistenie údajov
++* Rýchly prístup pre interné služby bez priameho záťaženia CPDI
++
++==== 5.1.2.8 Notifikačný modul ====
++
++**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.
++
++**Hlavné funkcie modulu:**
++
++* Udalostné zasielanie pri: vzniku, zmene, vymazaní, exspirácii údajov
++* Šablóny správ, záznam doručenia, retry mechanizmus
++* Integrácia s Manažmentom žiadostí pre stavové zmeny
++
++== {{id name="_Toc152607321"/}}{{id name="_Toc823562243"/}}5.2 Stanovenie alternatív architektúry riešenia ==
++
++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.
++
++**Výber alternatív bol realizovaný v dvoch krokoch:**
++
++1. Multikriteriálna analýza (MCA)
++
++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.
++
++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, aby sa zhodnotila ich nákladová efektívnosť a prínos pre realizáciu projektu.
++
++**V rámci analýzy boli definované nasledujúce alternatívy architektúry riešenia:**
++
++**~1. Nulový variant**
++
++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.
++
++**Významné nedostatky tohto variantu:**
++
++* Ponechanie as-is stavu a vysoká manuálna náročnosť správy údajov.
++* Absencia systémovej podpory pre zlepšenie kvality údajov.
++* Nemožnosť zabezpečiť integráciu na IS CPDI za účelom konzumácie údajov.
++
++**2. Minimalistický variant **
++
++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.
++
++**Hlavné charakteristiky minimalistického variantu:**
++
++* Riešenie bez centralizovanej dátovej platformy.
++* Manuálny proces správy a sprístupňovania údajov.
++* Obmedzená integrácia.
++
++**3. Preferovaný variant **
++
++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.
++
++**Charakteristika preferovaného variantu:**
++
++* Automatizácia a modernizácia správy registra.
++* Implementácia a integrácia s IS CPDI za účelom konzumácie údajov z RFO, RPO a RA.
++* Zabezpečenie transparentnosti a prístupnosti údajov.
++* Implementácia moderných eGov služieb na podporu komunikácie medzi verejnou správou a občanmi.
++* Plná kompatibilita so systémami verejnej správy a zabezpečenie ochrany osobných údajov.
++
++**Preferovaný variant zaručuje:**
++
++* Plnohodnotnú správu registra.
++* Súladu s legislatívnymi požiadavkami, s GDPR a inými zákonmi o ochrane údajov.
++* Implementáciu nových a modernizovaných procesov, ktoré sú v súlade s cieľmi výzvy.
++* Efektívnu a bezpečnú integráciu s ďalšími ISVS.
++
++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.
++
++=== 5.2.1 Stanovenie alternatív v biznisovej vrstve architektúry ===
++
++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.
++
++**Výber alternatív prebiehal v dvoch fázach:**
++
++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.
++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.
++
++**V rámci analýzy boli definované nasledujúce alternatívy biznis procesov:**
++
++==== 5.2.1.1 Alternatíva 1 – Ponechanie súčasného stavu (nulový variant) ====
++
++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.
++
++**Významné nedostatky tohto variantu:**
++
++* Vysoká manuálna náročnosť správy údajov.
++* Neexistujúca systémová podpora pre zlepšenie kvality údajov.
++* Nemožnosť zabezpečiť integráciu s CPDI za účelom konzumácie údajov.
++
++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.
++
++==== 5.2.1.2 Alternatíva 2 – Minimalistický variant ====
++
++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:
++
++* **Základná implementácia frontendových zmien** (implementácia jednoduchých elektronických formulárov, základné zlepšenia používateľského rozhrania).
++* **Súlad s požiadavkami výzvy** na zlepšenie užívateľskej skúsenosti, ale bez rozvinutých a optimalizovaných backend procesov.
++* **Bez integrácie s CPDI za účelom konzumovania údajov (RFO, RPO, RA)**
++* **Obmedzená automatizácia** procesov a žiadostí (nie všetky agendy budú automatizované, niektoré procesy budú naďalej manuálne).
++
++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.
++
++**Významné charakteristiky minimalistického variantu:**
++
++* Základné zlepšenia používateľského rozhrania a jednoduché funkcie eGov služieb.
++* Obmedzená automatizácia procesov.
++* Neúplné pokrytie podaktivít výzvy.
++
++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.
++
++==== 5.2.1.3 Alternatíva 3 – Preferovaný variant (komplexná transformácia) ====
++
++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:
++
++* Kompletnú implementáciu eGov služieb
++
++Automatizované spracovanie žiadostí a využitie elektronických formulárov v súlade s požiadavkami výzvy.
++
++* Zlepšenie používateľského rozhrania (frontend)
++
++Implementácia moderného dizajnu používateľského rozhrania s dôrazom na prístupnosť a použiteľnosť.
++
++* Komplexnú integráciu s CPDI
++
++Konzumovanie údajov z RFO, RPO a RA a vytvorenie lokálnych verzií všetkých registrov.
++
++* Automatizácia a zefektívnenie procesov
++
++Automatizácia väčšiny administratívnych procesov a integrácia s existujúcimi ISVS pre bezproblémovú výmenu údajov.
++
++* Implementácia OOÚ
++
++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).
++
++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.
++
++
++Charakteristiky preferovaného variantu:
++
++* Komplexné riešenie pokrývajúce všetky podaktivity výzvy.
++* Zabezpečenie integrácie s CPDI za účelom konzumácie údajov zo systémov ako RFO, RPO a RA.
++* Automatizácia správy údajov a zjednodušenie používateľských procesov.
++* Optimalizácia správy a evidencie údajov v súlade s GDPR a ďalšími legislatívnymi požiadavkami.
++* Zlepšenie používateľskej skúsenosti prostredníctvom modernizovaných, prehľadných a efektívnych služieb.
++
++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í.
++
++
++Alternatíva 3 zároveň napĺňa všetky KO kritériá definované v MCA:
++
++|**Kritérium**|**Alternatíva 1**|**Alternatíva 2**|**Alternatíva 3**
++|A – Správa registra médií a audiovízie|Nie|Áno|Áno
++|B - Poskytovanie elektronických služieb|Nie|Áno|Áno
++|C – Frontendové úpravy|Nie|Áno|Áno
++|D – Integrácia na CPDI|Nie|Nie|Áno
++|E – Rozšírené funkcionality ISVS|Nie|Nie|Áno
++|F – Automatizácia vnútorných procesov|Nie|Nie|Áno
++
++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.
++
++**A – Správa registra médií a audiovízie**
++
++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.
++
++**B – Poskytovanie elektronických služieb**
++
++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.
++
++**C – Frontendové úpravy**
++
++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.
++
++**D – Integrácia na CPDI**
++
++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.
++
++**E – Rozšírené funkcionality ISVS**
++
++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.
++
++**F – Automatizácia vnútorných procesov**
++
++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.
++
++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.
++
++[[image:1747314321290-616.png]]
++
++Obrázok 3 Znázornenie alternatív riešenia v biznis vrstve architektúry
++
++
++| |KRITÉRIUM|ZDÔVODNENIE KRIÉRIA|MK SR|MIRRI|Používateľ
++|(% rowspan="6" %)(((
++BIZNIS VRSTVA
++
++
++)))|Kritérium A (KO)|Musí byť zabezpečená možnosť správy a poskytovania elektronických služieb (ako je podávanie žiadostí, správa údajov).|X|X|X
++|Kritérium B (KO)|Musí existovať možnosť integrácie s CPDI pre konzumáciu údajov z RFO, RPO a RA|X|X|X
++|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
++|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
++|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
++|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
++
++Tabuľka 11 Biznis vrstva multikriteriálnej analýzy
++
++
++|Zoznam kritérií|Alternatíva 1|Spôsob dosiahnutia|Alternatíva 2|Spôsob dosiahnutia|Alternatíva 3|Spôsob dosiahnutia
++|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.
++|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.
++|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.
++|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.
++|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.
++|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.
++
++//Tabuľka 12 Kritéria multikriteriálnej analýzy//
++
++
++
++1.
++11.
++111. Stanovenie alternatív v aplikačnej vrstve architektúry
++
++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.
++
++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:
++
++* **Kompatibilita**
++
++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“).
++
++* **Efektivita**
++
++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.
++
++* **Súlad s legislatívou**
++
++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.
++
++* **Dlhodobá udržateľnosť**
++
++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.
++
++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.
++
++1.
++11.
++111. Stanovenie alternatív v technologickej vrstve architektúry
++
++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.
++
++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:
++
++* Primárne využitie služieb vládneho cloudu
++
++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.
++
++* Zabezpečenie škálovateľnosti, bezpečnosti a dostupnosti
++
++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.
++
++* Hybridný model v prípade špecifických požiadaviek
++
++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.
++
++* Minimalizácia vendor lock-in efektu
++
++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.
++
++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.
++
++* **Ux** – úroveň dostupnosti,
++* **Cx** – úroveň kritickosti,
++* **Ix** – úroveň integrity,
++* **Ax** – úroveň autenticity.
++
++|**ISVS / Modul**|**Ux**|**Cx**|**Ix**|**Ax**|**Poznámka**
++|Správa evidencií a registrov|3|3|3|3|Hlavný komponent pre správu evidencií a registrov
++|Modul pre správu žiadostí|3|3|3|3|Modul na správu podaných žiadostí
++|Integračný modul|3|3|3|3|Modul pre integráciu s externými ISVS
++|Správa číselníkov|3|3|3|3|Modul na správu a aktualizáciu číselníkov
++|Správa lokálnych registrov|3|3|3|3|Modul pre lokálne registre a evidencie
++|Notifikačný modul|3|3|3|3|Modul pre notifikácie o stave žiadostí
++|Platforma na správu dát|4|4|4|4|Platforma pre riadenie a správu dát
++|Rozhranie pre integráciu s CPDI|4|4|4|4|Integračné rozhranie na externé systémy (CPDI)
++|Platforma pre automatizáciu procesov|4|4|4|4|Modul pre automatizáciu a optimalizáciu procesov
++
++**//Tabuľka //**//14**: Klasifikácia budovaných informačných systémov**//
++
++
++*
++*1.
++*11.
++*111. Alternatíva 1 – Nulový variant (on-premise prevádzka)
++* 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)
++* Nevznikajú dodatočné náklady na prenájom infraštruktúry, avšak:
++** vysoké nároky na údržbu a prevádzku,
++** obmedzená škálovateľnosť a redundancia,
++** slabá podpora pre moderné integračné technológie,
++** nesúlad s princípmi eGovernment Cloudu SR.
++**1.
++**11. Alternatíva 2 – Hybridné riešenie (kombinácia vládneho cloudu a vlastnej infraštruktúry)
++
++* Využitie privátneho vládneho cloudu pre komponenty s vyššou klasifikáciou a vlastnej infraštruktúry pre menej kritické časti.
++* Umožňuje optimalizáciu nákladov a súčasne dodržiavanie bezpečnostných štandardov.
++* Nevýhodou môže byť komplexnejšia prevádzka a potreba koordinácie viacerých prostredí.
++*1.
++*11.
++*111. Alternatíva 3 – Preferovaný variant (plná prevádzka vo vládnom cloude)
++
++* Nasadenie všetkých komponentov a ISVS vo vládnom cloude (s využitím služieb IaaS, PaaS).
++* Splnenie požiadaviek zákona č. 95/2019 Z. z. a zabezpečenie vysokej úrovne dostupnosti (U3).
++* Možnosť dynamickej škálovateľnosti prostredia, zníženie nárokov na vlastnú infraštruktúru.
++* Plná kompatibilita so štandardmi MIRRI SR a Centrálnym modelom údajov.
++
++Zvolenie **alternatívy 3** je opodstatnené z hľadiska:
++
++* **TCO (Total Cost of Ownership) **– nižšie prevádzkové náklady oproti on-premise riešeniu,
++* **rýchlosti realizácie** – možnosť rýchleho vytvorenia a nasadenia prostredí,
++* **kompatibility a interoperability** – s inými štátnymi systémami (napr. CPDI, IS MOU).
++*1. Náhľad architektúry a popis budúceho cieľového produktu
++
++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.
++
++**Funkčné a nefunkčné požiadavky:**
++
++Funkčné požiadavky:
++
++* **Automatizácia procesov správy registrov**: Riešenie umožní automatické spracovanie žiadostí, záznamov a aktualizácie údajov v registroch a evidenciách, čo zabezpečí rýchlosť a presnosť spracovania.
++* **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).
++* **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.
++* **Správa a uchovávanie údajov**: Implementácia riešení na správu a archivovanie údajov v súlade s legislatívnymi normami.
++
++Nefunkčné požiadavky:
++
++* **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.
++* **Vysoká dostupnosť a spoľahlivosť**: Platforma musí byť dostupná 24/7 s vysokou úrovňou spoľahlivosti.
++* **Š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.
++* **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.
++
++**Náhľad architektúry:**
++
++V rámci projektu sa predpokladá vytvorenie nasledujúcej architektúry, ktorá zahŕňa biznis, aplikačnú a technologickú vrstvu:
++
++1. **Biznis architektúra:**
++1*. Modernizácia a centralizácia správy údajov v oblasti médií a audiovízie.
++1*. Automatizácia administratívnych procesov (napr. registrácia, aktualizácia údajov).
++1*. Zabezpečenie transparentnosti procesov a správy registrov podľa platnej legislatívy.
++1. **Aplikačná architektúra:**
++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.
++1*. Služby pre interakciu medzi systémami prostredníctvom API a iných integračných kanálov.
++1*. Implementácia databázovej vrstvy pre ukladanie a spravovanie evidencie a registrov.
++1. **Technologická architektúra:**
++1*. Použitie cloudovej infraštruktúry a moderných webových technológií na zabezpečenie flexibility a škálovateľnosti.
++1*. Využitie moderných bezpečnostných mechanizmov pre ochranu citlivých údajov (šifrovanie, autentifikácia).
++1*. Implementácia centralizovaných API pre integráciu s inými ISVS a verejnými databázami.
++
++**Modelovanie architektúry:**
++
++* 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.
++* Použitie BPMN pre modelovanie biznis procesov, ktoré budú podporovať integráciu s inými štátnymi systémami.
++* 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.
++
++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é.
++
++1.
++11. Biznis vrstva
++
++1.
++11.
++111. Návrh riešenia v biznis vrstve architektúry
++
++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.
++
++**Modernizácia webových portálov a elektronických podaní**
++
++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.
++
++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.
++
++**Transformácia elektronických podaní**
++
++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.
++
++**Modulárne a bezpečné riešenie e-Governmentu**
++
++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.
++
++|**TYP PUBLIKÁCIE**|**NÁZOV ŽIADOSTI**|**POPIS ŽIADOSTI**
++|(% 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.
++|Ž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.
++|Ž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.
++|Žiadosť o opravu|Žiadosť o opravu chybného alebo neúplného obsahu publikácie, ktorá ovplyvňuje pravdivosť alebo presnosť informácií.
++|Ž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).
++|(% 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.
++|Žiadosť o zmenu|Zmena údajov v registri, ako je názov, formát alebo vydávacia frekvencia elektronickej publikácie.
++|Žiadosť o výmaz|Žiadosť o výmaz elektronickej periodickej publikácie, ak sa rozhodne o jej ukončení alebo prestaní poskytovania obsahu verejnosti.
++|Žiadosť o opravu|Požiadavka na opravu nepresného alebo neúplného obsahu uverejneného v elektronickej periodickej publikácii.
++|Ž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.
++|(% 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í.
++|Ž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.
++|Ž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.
++|Ž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.
++|Ž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.
++
++[[image:1747314321294-884.png]]
++
++Obrázok 4 Budúci stav biznis vrstvy
++
++1.
++11.
++111. Prehľad koncových služieb – budúci stav (TO BE):
++
  |(((
--**Kód ISVS**
--//(z MetaIS)//
--)))|**Názov ISVS**|(((
--**Kód integrovaného ISVS**
--//(z MetaIS)//
--)))|**Názov integrovaného ISVS**
--| | | |
--| | | |
++Kód KS
--* //Na informáciu je v nasledujúcej tabuľke prehľad AS na externú integráciu Spoločných modulov podľa § 10 zákona 305/2013 Zz. **Vo finálnom dokumente túto tabuľku prehľadu AS spoločných modulov vymažte:**//
++(z MetaIS)
++)))|Názov KS|Používateľ KS (G2C/G2B/G2G/G2A)|(((
++Životná situácia
--:
++(+ kód z MetaIS)
++)))|Úroveň elektronizácie KS
++|(((
++ks_337637
--(((
--|//**MetaIS kód**//|//**Názov**//|//**AS na externú integráciu (využitie Spoločného modulu)**//
--|//isvs_8846//|//Autentifikačný modul//|//Autentifikácia používateľa na ÚPVS (BOK) (as_59698)//
--|//isvs_8847//|//Elektronické schránky//|//Vytváranie, odosielanie a prijímanie elektronických správ (as_59630)//
--|//isvs_8848//|//Modul elektronických formulárov//|//Poskytnutie vzorov e_formulárov (sluzba_is_185)//
--|//isvs_9369//|//Modul elektronického doručovania//|//Centrálne úradné doručovanie (as_59701)//
--|//isvs_8850//|//Platobný modul//|//Realizácia platieb správnych a súdnych poplatkov (as_59700)//
--|//isvs_9368//|//Modul centrálnej elektronickej podateľne//|//Overovanie elektronického podpisu (KEP) (as_59702)//
--|//isvs_8851//|//Modul dlhodobého uchovávania (nepovinný)//|//Uchovávanie elektronických dokumentov (as_59703)//
--|//isvs_9370//|//Notifikačný modul (nepovinný)//|//Zasielanie oznámení prostredníctvom elektronických komunikačných kanálov (sms, email) (as_59699)//
--|//isvs_9513//|//Centrálna API manažment Platforma (CAMP) ako realizácia Modulu procesnej integrácie a integrácie údajov//|//Poskytovanie služby integráciou na AS CAMP (as_60157)//
--|//isvs_9513//|//Centrálna API manažment Platforma (CAMP) ako realizácia Modulu procesnej integrácie a integrácie údajov//|//Konzumovanie služby iného ISVS prostredníctvom CAMP (as_60158)//
--|//isvs_5836//|//IS CSRÚ ako realizácia Modulu procesnej integrácie a integrácie údajov//|//Poskytovanie dát na integráciu (as_59119)//
--|//isvs_5836//|//IS CSRÚ ako realizácia Modulu procesnej integrácie a integrácie údajov//|//Poskytnutie konsolidovaných údajov o subjekte (sluzba_is_49250)//
--|//isvs_5836//|//IS CSRÚ ako realizácia Modulu procesnej integrácie a integrácie údajov//|//Poskytnutie konsolidovaných referenčných údajov z IS CSRÚ na synchronizáciu (sluzba_is_49253)//
--)))
++
++)))|(((
++Podávanie návrhu na zápis a aktualizáciu údajov
--=== 5.1.5Aplikačné služby na integráciu ===
++
++)))|(((
++G2C, G2B
--//Uveďte v nasledujúcej tabuľke budované aplikačné služby a ich využitie na integráciu na spoločné moduly a iné ISVS alebo ich poskytovanie na externú integráciu a predpokladané vybudovanie cloudových služieb “softvér ako služba“ (SaaS),//
++
++)))|(((
++025 Služby
--* //Plánované aplikačné služby musia byť evidované v MetaIS s fázou životného cyklu a musia mať v MetaIs evidované všetky povinné atribúty a vzťahy,//
--* //Evidencia integrácií v MetaIS sa realizuje evidovaním vzťahov aplikačných služieb budovaného~/~/rozvíjaného ISVS na príslušné aplikačné služby nadrezortných ISVS. Podrobné informácie sú uvedené v Používateľskej príručke MetaIS, kap. 2.1.3.3.1 a kap. 2.1.3.3.2.__ __Detailný popis služieb IS CSRÚ a poskytovaných objektov evidencie je v aktuálnej verzii integračného manuálu IS CSRÚ.//
--* //Ak IS povinnej osoby potrebuje konzumovať alebo poskytovať služby iným ISVS alebo IS tretích strán prostredníctvom modulu Centrálna API Manažment Platforma (CAMP) a jej modulu API Gateway, je potrebné aplikačné služby IS Povinnej osoby naviazať na príslušné integračné služby CAMP (API Gatewy).//
--* //Budované aplikačné služby musia mať v MetaIs evidované SLA parametre pre východiskový a cieľový stav. Podrobné informácie sú uvedené v Používateľskej príručke MetaIS, kap. 2.1.3.//{{content id="projekt.integracne_as" template="
--|=AS (Kód MetaIS)|=Názov AS|=Realizuje ISVS (kód MetaIS)|=Poskytujúca alebo Konzumujúca|=Integrácia cez CAMP|=Integrácia s IS tretích strán|=SaaS|=Integrácia na AS poskytovateľan (kód MetaIS)[# th:each='item : ${as}']
--[('|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${item.isvs?:''} +
--'|' + 'Poskytovaná / Konzumujúca////////' + ${item.atribut('EA_Profil_AS_typ_cloudovej_sluzby')?:''} +
--'|' + 'Áno/Nie' + '|' + 'Áno/Nie' + '|' + 'Áno/Nie' + ${item.sluziAs?:''} + '|')]
--[/]
--"}}|=AS (Kód MetaIS)|=Názov AS|=Realizuje ISVS (kód MetaIS)|=Poskytujúca alebo Konzumujúca|=Integrácia cez CAMP|=Integrácia s IS tretích strán|=SaaS|=Integrácia na AS poskytovateľan (kód MetaIS)
--|as_58975|Poskytnutie údajov z registrov a evidencií Ministerstva kultúry|isvs_9914|Poskytovaná / Konzumujúca////////c_typ_cloud_sluzba_as.1|Áno/Nie|Áno/Nie|Áno/Nieas_59119|{{/content}}
++121 Pamiatky a zbierky múzeí a galérií
--=== {{id name="_Toc62489735"/}}{{id name="_Toc814509359"/}}{{id name="_Toc153139693"/}}{{id name="_Toc63764348"/}}5.1.6Poskytovanie údajov z ISVS do IS CSRÚ ===
++122 Podpora kultúry
++)))|úroveň 4
++| |Podávanie žiadosti o zápis do registra|G2C, G2B|025 Služby|úroveň 4
++| |Zmena zápisu periodickej tlače|G2C, G2B|025 Služby|úroveň 4
++| |Výmaz zo zoznamu periodickej tlače|G2C, G2B|025 Služby|úroveň 4
++| |Oprava údajov v periodickej tlači|G2C, G2B|025 Služby|úroveň 4
++| |Zverejnenie opravy v periodickej tlači|G2C, G2B|025 Služby|úroveň 4
++| |Podávanie žiadosti o zápis do registra|G2C, G2B|121 Pamiatky a zbierky múzeí a galérií|úroveň 4
++| |Zmena zápisu elektronickej publikácie|G2C, G2B|121 Pamiatky a zbierky múzeí a galérií|úroveň 4
++| |Výmaz zo zoznamu elektronickej publikácie|G2C, G2B|121 Pamiatky a zbierky múzeí a galérií|úroveň 4
++| |Oprava údajov v elektronickej publikácii|G2C, G2B|121 Pamiatky a zbierky múzeí a galérií|úroveň 4
++| |Zverejnenie opravy v elektronickej publikácii|G2C, G2B|121 Pamiatky a zbierky múzeí a galérií|úroveň 4
++| |Podávanie žiadosti o zápis do registra|G2C, G2B|122 Podpora kultúry|úroveň 4
++| |Zmena zápisu spravodajského portálu|G2C, G2B|122 Podpora kultúry|úroveň 4
++| |Výmaz zo zoznamu spravodajského portálu|G2C, G2B|122 Podpora kultúry|úroveň 4
++| |Oprava údajov na spravodajskom portáli|G2C, G2B|122 Podpora kultúry|úroveň 4
++| |Zverejnenie opravy na spravodajskom portáli|G2C, G2B|122 Podpora kultúry|úroveň 4
--//Uveďte v tabuľke prehľad poskytovaných údajov (objektov evidencie, ďalej OE) z ISVS do IS CSRÚ v TO BE stave.//
++Tabuľka 16 Prehľad koncových služieb - budúci stav (TO BE)
--|**ID OE**|**Názov (poskytovaného) objektu evidencie**|**Kód ISVS poskytujúceho OE**|**Názov ISVS poskytujúceho OE**
--| | | |
--| | | |
--| | | |
++1.
++11.
++111. Organizačné zmeny a Procesy dotknuté navrhovaným riešením
--=== {{id name="_Toc63764349"/}}{{id name="_Toc1792132569"/}}{{id name="_Toc153139694"/}}5.1.7Konzumovanie údajov z IS CSRÚ ===
++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ú:
--//Uveďte v tabuľke prehľad konzumovaných údajov z IS CSRÚ v TO BE stave. [[Súčasné dostupné objekty evidencie a údaje v IS CSRÚ>>url:https://managementmania.com/sk/databaza]] sú uvedené v integračnom manuáli IS CSRÚ//__.__
++* Centralizácia správy registrov a evidencií
--|**ID OE**|**Názov (konzumovaného) objektu evidencie**|**Kód a názov ISVS konzumujúceho OE z IS CSRÚ**|**Kód zdrojového ISVS v MetaIS**
--| | | |
--| | | |
--| | | |
++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.
--=== 5.1.8Prehľad plánovaného využívania infraštruktúrnych služieb (cloudových služieb) – budúci stav: ===
++* Zefektívnenie procesov elektronických služieb
--//Zaevidujte MetaIS využívanie cloudových infraštruktúrnych služieb vašimi ISVS. Podrobné informácie o evidencii využívania infraštruktúrnych služieb sú uvedené v Používateľskej príručke MetaIS, kap. 2.1.4.3 ISVS využívajúci infraštruktúrne služby.//
++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.
++* Zmena procesov pre existujúce regulačné orgány
++
++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.
++
++* Zjednodušenie procesov pre vydavateľov publikácií
++
++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.
++
++* Úprava procesov pre mediálne a audiovizuálne spoločnosti
++
++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í.
++
++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.
++
++1.
++11.
++111. Jazyková podpora lokalizácia
++
++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.
++
++
++1.
++11. Aplikačná vrstva
++
++1.
++11.
++111. Návrh riešenia v aplikačnej vrstve architektúry
++
++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.
++
++
++Ď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.
++
++
++Tento stav predstavuje významné riziká v oblasti:
++
++* redundancie a neaktuálnosti údajov,
++* obmedzenej dostupnosti pre analytiku a rozhodovanie,
++* neexistencie jednotného miesta pre integráciu údajov a služieb,
++* nízkej transparentnosti a nemožnosti zapojenia sa do eGovernment architektúry.
++
++Popis navrhovaného stavu (TO-BE)
++
++
++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:
++
++* centrálneho evidenčného systému, ktorý môže byť v budúcnosti rozšírený o ďalšie registre a evidencie,
++* dátového zdroja,
++* základného stavebného prvku pre zabezpečenie interoperability údajov a ďalší rozvoj IS.
++
++Navrhované riešenie zásadne mení spôsob výkonu biznis procesov:
++
++* údaje budú validované, verziované a auditovateľné,
++* jednotlivé procesy evidencie budú podporované workflow mechanizmami (napr. schvaľovanie, notifikácie, generovanie výstupov),
++* údaje budú poskytované cez API štandardy (napr. REST/JSON-LD),
++* evidencia zmien a notifikácií bude podporovať princípy služby „Moje údaje“.
++
++|**Oblasť**|**AS-IS stav**|**TO-BE stav**
++|Evidencia údajov|Excel súbory|IS isvs_9914
++|Integrácia|Neexistuje|Napojenie na CPDI – RFO, RPO, RA
++|Zverejňovanie údajov|Manuálne, neštandardné|Automatizovane
++|Transparentnosť|Obmedzená|Poskytovanie prívetivejších a jednoduchších eGOV služieb
++|Právna ochrana údajov|Obmedzená podpora GDPR|Plná podpora, logovanie prístupov, opráv, zmien
++
++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).
++
++1.
++11.
++111.
++1111. Popis aplikačných modulov
++1. **Riadenie prístupu**
++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.
++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.
++1. **Správa používateľov**
++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.
++1. **Evidencia prijatých žiadostí**
++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.
++1. **Správa číselníkov**
++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.
++1. **Správa lokálnych registrov**
++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.
++1*. Údaje sa budú synchronizovať s centrálnymi databázami, no budú sa uchovávať aj lokálne pre rýchle spracovanie.
++1. **Integračný modul**
++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.
++1*. Tento modul bude mať za úlohu aj synchronizáciu údajov s inými verejnými systémami.
++1. **Notifikačný systém**
++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.
++1. **Manažment žiadostí**
++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.
++1*1.
++1*11. Integrácia s CPDI
++
++* **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.
++* Ú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.
++
++[[image:1747314321298-108.png]]
++
++Obrázok 5 Budúca (TO BE) aplikačná architektúra a závislostí (dátových tokov) medzi systémami
++
++1.
++11.
++111. Rozsah informačných systémov – budúci stav (TO BE)
++
  |(((
--**Kód infraštruktúrnej služby**
++Kód ISVS
++
++(z MetaIS)
++)))|Názov ISVS|(((
++Modul ISVS
++
++(zaškrtnite, ak ISVS je modulom)
++)))|Stav IS VS|Typ IS VS|(((
++Kód nadradeného ISVS
++
++(v prípade zaškrtnutého checkboxu pre modul ISVS)
++)))
++|isvs_9914|Centrálna správa registrov a evidencií|☐|Plánujem budovať|Agendový|
++
++Tabuľka 12 Rozsah informačných systémov - budúci stav (TO BE)
++
++
++1.
++11.
++111. Prehľad plánovaných integrácií na nadrezortné ISVS – spoločné moduly podľa zákona č. 305/2013 Z.z. o  e-Governmente – budúci stav (TO BE)
++
++|(((
++Kód ISVS
++
  //(z MetaIS)//
--)))|**Názov infraštruktúrnej služby**|(((
--**Kód využívajúceho ISVS**
--//(z MetaIS)//
--)))|**Názov využívajúceho ISVS**
++)))|Názov ISVS|Spoločné moduly podľa zákona č. 305/2013  e-Governmente
++|Isvs_192|Register adries|IS CPDI (CSRÚ)-Modul procesnej integrácie a integrácie údajov
++|isvs_191|Register fyzických osôb|IS CPDI (CSRÚ)-Modul procesnej integrácie a integrácie údajov
++|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
++|isvs_62|Ústredný portál verejnej správy Modul elektronického doručovania|Modul elektronického doručovania
++|isvs_62|Ústredný portál verejnej správy Autentifikačný modul|Autentifikačný modul
++
++Tabuľka 17 Prehľad plánovaných integrácií na spoločné moduly – budúci stav (TO BE)
++
++1.
++11.
++111. Aplikačné služby na integráciu – budúci stav (TO BE)
++
++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.
++
++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.
++
++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.
++
++Všetky služby, ktoré budú vybudované, budú prepojené s CPDI a zabezpečia rýchly prístup k údajom, čím sa eliminuje potreba redundancie a zjednoduší proces správy údajov v rámci systému.
++
++|(((
++AS
++
++(Kód MetaIS)
++)))|(((
++
++
++Názov  AS
++)))|(((
++Realizuje ISVS
++
++(kód ISVS, ktorý realizuje AS)
++)))|Poskytujúca alebo Konzumujúca|Integrácia cez CAMP|Integrácia  IS tretích strán|SaaS|(((
++Integrácia na AS poskytovateľa
++
++(kód MetaIS)
++)))
++|as_59131|(((
++Konzumácia
++
++údajov z CPDI
++)))|isvs_9914|Konzumujúca|Nie|Áno|Nie|sluzba_is_49250
++|as_59698|Autentifikačný modul|Autentifikácia používateľa na ÚPVS (BOK)|Konzumujúca|Nie|Áno|Nie|isvs_8846
++|as_59630|Elektronické schránky|Vytváranie, odosielanie a prijímanie elektronických správ|Konzumujúca|Nie|Áno|Nie|isvs_8847
++
++Tabuľka 20 Aplikačné služby na integráciu – budúci stav (TO BE)
++
++1.
++11. Dátová architektúra
++111. Aplikačné služby pre Koncové služby – budúci stav (TO BE)
++
++|(((
++Kód AS
++
++//(z MetaIS)//
++)))|Názov  AS|(((
++Realizuje ISVS
++
++(kód ISVS, ktorý realizuje AS)
++)))|(((
++Aplikačná služba slúži KS
++
++//(kód KS z MetaIS)//
++)))
++|as_58973|(((
++= Podanie návrhu na zápis a aktualizáciu údajov v registroch/evidencií =
++)))| |(((
++= ks_337637 =
++)))
++
++Tabuľka 21 Aplikačné služby pre Koncové služby – budúci stav (TO BE)
++
++
++1.
++11.
++111. Objekty evidencie
++
++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
++
++je súčasťou zdrojových IS.
++
++
++|ID OE|Objekt evidencie - názov|Objekt evidencie - popis|Referencovateľný identifikátor URI dátového prvku
++|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á
++
++Tabuľka 22 Objekty evidencie
++
++
++1.
++11.
++111. Poskytovanie údajov z ISVS do IS CPDI – budúci stav (TO BE)
++
++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.
++
++
++|ID OE|Názov (poskytovaného) objektu evidencie|Kód ISVS poskytujúceho OE|Názov ISVS poskytujúceho OE
  | | | |
--| | | |
--//V súlade s NKIVS by technologická architektúra mala byť založená na cloudových službách uvedených v katalógu služieb, ktoré prešli procesom klasifikácie, hodnotenia, registrácie a zaradenia do katalógu služieb zverejnenom na stránke MIRRI: //__[[https:~~/~~/www.mirri.gov.sk/sekcie/informatizacia/egovernment/vladny-cloud/katalog-cloudovych-sluzieb>>url:https://www.mirri.gov.sk/sekcie/informatizacia/egovernment/vladny-cloud/katalog-cloudovych-sluzieb]].__
++Tabuľka 23 Poskytovanie údajov z ISVS do IS CPDI – budúci stav (TO BE)
++
++
++1.
++11.
++111. Konzumovanie údajov z IS CPDI – budúci stav (TO BE)
++
++|ID  OE|Názov (konzumovaného) objektu evidencie|Kód ISVS konzumujúceho OE|Kód zdrojového ISVS v MetaIS
++|1.|Register adries|isvs_9914|isvs_192
++|2.|Register fyzických osôb (RFO) |isvs_9914|isvs_191
++|3.|Register právnických osôb|isvs_9914|isvs_420
++
++Tabuľka 19 Konzumovanie údajov z IS CPDI – budúci stav (TO BE)
++
++1.
++11.
++111. Kvalita a čistenie údajov
++
++V súlade s vyhlásenou výzvou a predmetom tohto projektu nie sú plánované aktivity a činnosti súvisiace  s kvalitou a čistenia údajov. Rovnako nie sú plánované aktivity súvisiace s implementácie nástrojov na meranie dátovej kvality, čistenie údajov alebo personálnych kapacít pre riadenie dátovej kvality. Táto oblasť, aj keď je kľúčová pre zabezpečenie správnosti a integrity údajov, nebude predmetom realizácie tohto projektu. Všetky aktivity súvisiace s touto oblasťou, ako aj implementácia procesov na riadenie kvality údajov, bude možné implementovať, aplikovať a rozvíjať v rámci ďalších projektov. Tieto procesy môžu byť zahrnuté do budúcich iniciatív v rámci optimalizácie a správy dát v štátnej správe, ale nie sú súčasťou tohto projektu.
++
++
++|**ID OE**|(((
++Názov Objektu evidencie
++
++(uvádzať OE z tabuľky v kap. 5.5.1)
++)))|(((
++Významnosť kvality
++
++1 (malá) až 5 (veľmi významná)
++)))|(((
++Citlivosť kvality
++
++1 (malá) až 5 (veľmi významná)
++)))|(((
++Priorita //– poradie dôležitosti//
++
++(začnite číslovať od najdôležitejšieho)
++)))
++| | | | |
++
++Tabuľka 20 Zhodnotenie dátovej kvality objektov evidencie
++
++1.
++11.
++111. Otvorené údaje
++
++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.
++
++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).**
++
++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.
++
++1.
++11.
++111. Analytické údaje
++
++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
++
++1.
++11.
++111. Moje údaje
++
++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.
++
++„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.
++
++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.
++
++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“.
++
++1.
++11.
++111. Prehľad jednotlivých kategórií údajov
++
++Nasledujúca súhrnná tabuľka pre kategorizáciu údajov dotknutých projektom z pohľadu využiteľnosti týchto údajov je vyplnená. Tabuľka poskytuje jasný prehľad o kategorizácii údajov, ktoré sú predmetom projektu, a slúži ako základ pre ďalšie analýzy a implementácie.
++
++
++|ID|(((
++Register / Objekt evidencie
++
++(uvádzať OE z tabuľky v kap. 5.5.1)
++)))|Referenčné údaje|Moje údaje|Otvorené údaje|Analytické údaje
++|1.| |☐|☐|☐|☐
++
++Tabuľka 21 Prehľad jednotlivých kategórií údajov
++
++
++1.
++11. Technologická architektúra
++
++1.
++11.
++111. Návrh riešenia technologickej architektúry
++1111. Súčasný stav (AS IS)
++
++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.
++
++Významné nedostatky súčasnej technologickej architektúry:
++
++* Neexistencia centralizovanej platformy na spracovanie a správu údajov.
++* Nemožnosť efektívnej integrácie s inými verejnými systémami a nedostatočná interoperabilita s centrálnymi platformami ako CPDI.
++* Slabá podpora pre transparentnosť a informovanie dotknutých osôb o prístupe k ich údajom.
++* Nedostatočné možnosti pre zabezpečenie bezpečnosti a ochrany údajov v súlade s legislatívnymi požiadavkami, ako je GDPR.
++* Vysoké náklady na údržbu a správu infraštruktúry.
++
++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.
++
++**Významné nedostatky súčasnej technologickej architektúry:**
++
++* Neexistencia centrálnej dátovej platformy.
++* Nemožnosť systematickej konsolidácie a validácie údajov.
++* Chýbajúca funkcionalita pre transparentné informovanie o prístupe k osobným údajom.
++* Slabá interoperabilita a obmedzené možnosti integrácie s centrálnymi komponentmi štátu (napr. CPDI).
++* Nedostatočné možnosti škálovania a vysoké náklady na údržbu vlastnej infraštruktúry.
++*1.
++*11.
++*111. Budúci stav (TO BE)
++
++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.
++
++**Hlavné architektonické rozhodnutia:**
++
++* Nasadenie v rámci vládneho cloudu s klasifikáciou U3, čo zabezpečí vysokú úroveň dostupnosti a bezpečnosti údajov.
++* Využitie virtualizovaných prostredí pre vývoj, testovanie a produkciu s oddelenými prostrediami (vývojové, testovacie a produkčné).
++* Minimalizácia vendor lock-in použitím open API štandardov pre integráciu a výmenu dát.
++* Kontajnerizované riešenie využívajúce nástroje ako Kubernetes a Docker, čo zabezpečí flexibilitu, škálovateľnosť a jednoduchú údržbu systému.
++* 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í).
++
++**Prepojenie s aplikačnou vrstvou:**
++
++* Moduly budú prevádzkované ako samostatné mikroservisy, čo umožní lepšiu škálovateľnosť, flexibilitu a nezávislé nasadenie jednotlivých komponentov.
++* 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
++* ISVS bude zároveň tvoriť centralizovanú správu údajov o subjektoch a ich registráciu.
++* 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.
++* 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é.
++* 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.
++*1.
++*11. Požiadavky na výkonnostné parametre, kapacitné požiadavky – budúci stav (TO BE)
++
++|Parameter|Jednotky|Predpokladaná hodnota|Poznámka
++|Počet interných používateľov|Počet|450|
++|Počet súčasne pracujúcich interných používateľov v špičkovom zaťažení|Počet|150|
++|Počet externých používateľov (internet)|Počet|cca 50 000 používateľov ročne|
++|Počet externých používateľov používajúcich systém v špičkovom zaťažení|Počet|100|
++|Počet transakcií (podaní, požiadaviek) za obdobie|Počet/obdobie|50000/mesiac|
++|Objem údajov na transakciu|Objem/transakcia|cca 1 – 5 KB|
++|Objem existujúcich kmeňových dát|Objem| |
++
++Tabuľka 28 Požiadavky na výkonnostné parametre, kapacitné požiadavky – budúci stav (TO BE)
++
++
++1.
++11.
++111. Využívanie služieb z katalógu služieb vládneho cloudu
++
++|(% rowspan="2" %)Prostredie|(% rowspan="2" %)(((
++
++
++Kód infraštruktúrnej služby
++
++(z MetaIS)
++)))|(% rowspan="2" %)(((
++Názov infraštruktúrnej služby
++
++(Služba z katalógu cloudových služieb pre zriadenie výpočtového uzla)
++)))|(% colspan="4" %)Požadované kapacitné parametre služby
++(doplňte stĺpec parametra, ak je dôležitý pre konkrétnu službu)
++|Dátový priestor (GB)|Tier diskového priestoru|Počet vCPU|RAM (GB)
++|Vývojové|(((
++infra_sluzba_861
++
++infra_sluzba_130
++)))|(((
++Cloudové a kontajnerové služby
++
++Využívanie IaaS vládneho cloudu
++)))|100|SSD|4|16
++|Testovacie|(((
++infra_sluzba_861
++
++infra_sluzba_130
++)))|(((
++Cloudové a kontajnerové služby
++
++Využívanie IaaS vládneho cloudu
++)))|200|SSD|4|16
++|Produkčné|(((
++infra_sluzba_861
++
++infra_sluzba_130
++)))|(((
++Cloudové a kontajnerové služby
++
++Využívanie IaaS vládneho cloudu
++)))|500|SSD|8|32
++|Predprodukčné|(((
++infra_sluzba_861
++
++infra_sluzba_130
++)))|(((
++Cloudové a kontajnerové služby
++
++Využívanie IaaS vládneho cloudu
++)))|500|SSD|6|32
++
++Tabuľka 29 Predpokladané kapacity požadovaných výpočtových zdrojov (sizing)
++
++1.
++11. Bezpečnostná architektúra
++
++1.
++11.
++111. Návrh riešenia bezpečnosti
++
++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).
++
++1. Požadované prevádzkové prostredia
++
++V rámci realizácie a nasadenia riešenia budú vytvorené minimálne tri základné prevádzkové prostredia:
++
++* **Vývojové prostredie** – určené na vývoj a interné testovanie funkcionalít.
++* **Testovacie prostredie **– určené pre systémové, integračné a akceptačné testy.
++* **Produkčné prostredie **– určené na nasadenie plne funkčného riešenia do ostrej prevádzky.
++* 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.
++
++1. Úroveň zabezpečenia
++
++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.
++
++1. Výber cloudových služieb
++
++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:
++
++* **Zamedzenie vendor lock-in** – preferované budú otvorené a prenositeľné riešenia.
++* **Štandardizáciu** – využívanie komponentov podporujúcich štandardy interoperability.
++* **Flexibilitu a škálovateľnosť** – možnosť prispôsobenia výkonu a kapacít podľa potrieb projektu.
++
++1. Priradené infraštruktúrne služby (z MetaIS)
++
++|**Prostredie**|**Kód infraštruktúrnej služby**|**Názov infraštruktúrnej služby**|**Využívajúci ISVS**
++|Vývojové|infra_sluzba_509|Virtuálny server|isvs_14693 – Informačný systém evidencie záznamov o zaručenej konverzii (EZZK)
++|Testovacie|infra_sluzba_509|Virtuálny server|isvs_14693
++|Produkčné|infra_sluzba_509|Virtuálny server|isvs_14693
++|Produkčné|infra_sluzba_510|Diskový priestor|isvs_14693
++|Produkčné|infra_sluzba_511|Pripojenie do špecifickej siete|isvs_14693
++|Produkčné|infra_sluzba_512|Sieťové služby|isvs_14693
++|Produkčné|infra_sluzba_513|Manažment údajov vo vládnom cloude|isvs_14693
++|Produkčné|infra_sluzba_754|Amazon EC2 Secure Plus|isvs_14693
++
++Tabuľka 34 Predpokladané kapacity ďalších cloudových (infraštruktúrnych) služieb
++
++1. Prevádzka a správa v cloude
++
++Prevádzka riešenia bude v plnej miere zabezpečená v prostredí vládneho cloudu. Súčasťou prevádzky bude:
++
++* centralizovaný monitoring a správa služieb,
++* pravidelné zálohovanie a obnova dát,
++* dodržiavanie SLA parametrov dostupnosti, bezpečnosti a výkonnosti,
++* pravidelné aktualizácie a bezpečnostné záplaty.
++
++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.
++
++1.
++11.
++111. Určenie obsahu bezpečnostných opatrení
++
++|Obsah bezpečnostných opatrení podľa vyhlášky ÚPVII č. 179/2020 Z. z|Aplikované opatrenia|Aplikovaná legislatíva
++|Minimálne bezpečnostné opatrenia Kategórie I|Áno|§ 3 ods. 1 písm. b) vyhlášky č. 179/2020 Z. z.
++|Minimálne bezpečnostné opatrenia Kategórie II|Áno|§ 3 ods. 1 písm. b) vyhlášky č. 179/2020 Z. z.
++|Minimálne bezpečnostné opatrenia Kategórie III|Nie|-
++|Bezpečnostný projekt|Áno|§ 23 ods. 1 a 2 zákona 95/2019 Z.z.
++|Bezpečnostné opatrenia podľa osobitného predpisu|Áno|Zákon č. 18/2018 Z. z., zákon č. 69/2018 Z. z.
++
++Tabuľka 33 Určenie zdrojov a obsahu minimálnych bezpečnostných opatrení
++
++
++1.
++11.
++111. Riešenie autentifikácie a prístupov používateľov
++
++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.
++
++1.
++11.
++111.
++1111. **Autentifikácia používateľov**
++
++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ä:
++
++* **IAM modul Ústredného portálu verejnej správy (ÚPVS)** – pre autentifikáciu používateľov verejnej správy,
++* **Národná identitná schéma (eIDAS)** – pre externých používateľov z EÚ.
++
++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.
++
++1.
++11.
++111.
++1111. **Správa používateľských rolí a prístupov**
++
++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:
++
++1. **Interní používatelia**
++
++* **Bežný používateľ** (zamestnanec MK SR) – zobrazenie a editácia údajov v rozsahu svojej agendy,
++* **Administrátor systému** – správa používateľov, nastavení aplikácie, audit, správa číselníkov a podobne
++* **Prevádzkový technik / IT podpora** – technické zásahy, sledovanie prevádzky, prístup k logom a výpisom.
++
++1. **Externí používatelia:**
++
++* **Dotknutá osoba** – fyzická osoba alebo právnická osoba,
++* **Tretia strana (napr. Existujúce orgány, vydavatelia publikácií, Mediálne a audiovizuálne spoločnosti)** – prístupy v rozsahu ich povinností.
++
++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í.
++
++
++
++
  = {{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.LEGISLATÍVA =
  //Doplniť popis potrebných zmien v oblasti legislatívy pre naplnenie cieľov a dodanie výstupov projektu.//
@@ -809,7 +809,7 @@
  |1.|//Prípravná fáza a Iniciačná fáza//|//napr. 01/2020//|//napr. 02/2020//|
  |2.|//Realizačná fáza//|//napr. 05/2020//|//napr. 10/2020//|
  |2a|//Analýza a Dizajn//|//napr. 05/2020//|//napr. 06/2020//|
--|2b|//Nákup technických prostriedkov, programových prostriedkov a služieb//|//napr. 07/2020//|//napr. 08/2020//|//Napr. Je potrebné obstarať dodávateľa IS riešenia/ licencie[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^7^^>>path:#sdfootnote7sym||name="sdfootnote7anc"]](%%)/ konzultačné služby//
++|2b|//Nákup technických prostriedkov, programových prostriedkov a služieb//|//napr. 07/2020//|//napr. 08/2020//|//Napr. Je potrebné obstarať dodávateľa IS riešenia/ licencie[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^7^^>>path:#sdfootnote7sym||name="sdfootnote7anc"]](%%)/ konzultačné služby//
  |2c|//Implementácia a testovanie//|//napr. 05/2020//|//napr. 06/2020//|
  |2d|//Nasadenie a PIP//|//napr. 12/2020//|//napr. 02/2021//|//PIP - 3 mesiace po nasadení//
  |3.|//Dokončovacia fáza//|//napr. 11/2020//|//napr. 12/2020//|

1747313646415-982.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.sergej\.kuris@culture\.gov\.sk

Veľkosť

...	...	@@ -1,0 +1,1 @@
	1	+110.2 KB

Obsah

1747314321290-616.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.sergej\.kuris@culture\.gov\.sk

Veľkosť

...	...	@@ -1,0 +1,1 @@
	1	+77.5 KB

Obsah

1747314321294-884.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.sergej\.kuris@culture\.gov\.sk

Veľkosť

...	...	@@ -1,0 +1,1 @@
	1	+153.7 KB

Obsah

1747314321298-108.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.sergej\.kuris@culture\.gov\.sk

Veľkosť

...	...	@@ -1,0 +1,1 @@
	1	+82.6 KB

Obsah

Zmeny dokumentu I-02 Projektový zámer V1.0

Súhrn

Podrobnosti

Aplikácie

Navigácia

Moje posledné úpravy

Need help?