Zmeny dokumentu I-03 Prístup k projektu (pristup_k_projektu)

Naposledy upravil Milica Okáliová 2025/02/04 15:12

From 2.1 to 2.2

Z verzie 1.1

upravil Milica Okáliová
-

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

Do verzie 2.1

upravil Milica Okáliová
-

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

Raw
Rendered

Súhrn

Vlastnosti stránky (1 modified, 0 added, 0 removed)

Podrobnosti

Vlastnosti stránky

Obsah

@@ -1,776 +1,1415 @@
--**PRÍSTUP K PROJEKTU**
--**Vzor pre manažérsky výstup I-03**
--**podľa vyhlášky MIRRI č. 401/2023 Z. z.**
++
--|**Povinná osoba**|{{content id="projekt.asociovane_po" template="[[${po.nazov}]]"}}Úrad pre verejné obstarávanie{{/content}}
--|**Názov projektu**|{{content id="projekt.nazov"}}Digitálna transformácia úsekov verejnej správy pre Úrad pre verejné obstarávanie{{/content}}
--|**Zodpovedná osoba za projekt**| //Meno a priezvisko osoby, ktorá predkladá dokumenty (zamestnanec /Projektový manažér)//
--|**Realizátor projektu**|{{content id="projekt.asociovane_po" template="[[${po.nazov}]]"}}Úrad pre verejné obstarávanie{{/content}}
--|**Vlastník projektu**| {{content id="projekt.vlastnik.nazov"}}Úrad pre verejné obstarávanie{{/content}}
++
++**PROJEKTOVÝ ZÁMER**
++
++**Vzor pre manažérsky výstup  I-02**
++
++**~ podľa vyhlášky MIRRI č. 401/2023 Z. z. **
++
++
++
++|Povinná osoba|Úrad pre verejné obstarávanie
++|Názov projektu|Digitálna transformácia úsekov verejnej správy pre Úrad pre verejné obstarávanie
++|Zodpovedná osoba za projekt|Pavol Gašparovič
++|Realizátor projektu|Úrad pre verejné obstarávanie
++|Vlastník projektu|Ing. Ľubomír Pálenik
++
++
  **Schvaľovanie dokumentu**
--|**Položka**|**Meno a priezvisko**|**Organizácia**|**Pracovná pozícia**|**Dátum**|(((
--**Podpis**
++
++|Položka|Meno a priezvisko|Organizácia|Pracovná pozícia|Dátum|(((
++Podpis
++
  (alebo elektronický súhlas)
  )))
--|Vypracoval| | | | |
++|Schválil|Ing. Ľubomír Pálenik|Úrad pre verejné obstarávanie|riaditeľ odboru digitálnej agendy|28.01.2025|
--= {{id name="_Toc2008675389"/}}1.História dokumentu =
--|**Verzia**|**Dátum**|**Zmeny**|**Meno**
--|//0.1//|//14.11.2023//|//Pracovný návrh//|
--|//1.0//|//22.12.2023//|//Zapracovanie súladu s vyhláškou č. 401/2023 Z. z.//|
--| | | |
--| | | |
++1. História DOKUMENTU
--= {{id name="_Toc74315499"/}}2.Účel dokumentu =
++|Verzia|Dátum|Zmeny|Meno
++|0.1|20.01.2025|Pracovný návrh| Pavol Gašparovič
++|0.9|27.01.2025|Zapracovanie pripomienok z IPK| Pavol Gašparovič
++|1.0|27.01.2025|Zapracovanie súladu s vyhláškou č. 401/2023 Z. z.| Pavol Gašparovič
++|2.0|28.01.2025|Zapracovanie pripomienok| Pavol Gašparovič
--//V súlade s Vyhláškou 401/2023 Z.z. je dokument I-03 Prístup k projektu určený na rozpracovanie detailných informácií prípravy projektu z pohľadu aktuálneho stavu, budúceho stavu a navrhovaného riešenia.//
--//Dokument Prístup k projektu v zmysle vyššie uvedenej vyhlášky má obsahovať opis navrhovaného riešenia, architektúru riešenia projektu na úrovni biznis vrstvy, aplikačnej vrstvy, dátovej vrstvy, technologickej vrstvy, infraštruktúry navrhovaného riešenia, bezpečnostnej architektúry, špecifikáciu údajov spracovaných v projekte, čistenie údajov, prevádzku a údržbu výstupov projektu, prevádzkové požiadavky, požiadavky na zdrojové kódy. Dodávané riešenie musí byť v súlade so zákonom. Zároveň opisuje aj implementáciu projektu a preberanie výstupov projektu.//
--//**Inštrukcia: Šedý text** v celom dokumente predstavuje nápoveď pre vyplnenie dokumentu, po vyplnení kapitol **odporúčame text šedou farbou vymazať.**//
--//Dokumenty ukladajte s prefixom I_XX.//
--//Odporúčame, aby ste si TABUĽKOVÉ VSTUPY  vo formáte EXCEL spravovali v jednom centrálnom súbore s cieľom minimalizovať budúcu prácnosť s aktualizáciou a udržiavaním obsahu.//
--== {{id name="_Toc152607284"/}}{{id name="_Toc683485446"/}}{{id name="_Toc365474999"/}}{{id name="_Toc1488819067"/}}{{id name="_Toc461533771"/}}{{id name="_Toc1193242276"/}}{{id name="_Toc738207424"/}}{{id name="_Toc2067375730"/}}{{id name="_Toc336064095"/}}{{id name="_Toc62328600"/}}{{id name="_Toc1636304797"/}}{{id name="_Toc635885549"/}}2.1Použité skratky a pojmy ==
++1. ÚČEL DOKUMENTU, SKRATKY (KONVENCIE) A DEFINÍCIE
++V súlade s vyhláškou 401/2023 Z.z. je dokument I-02 Projektový zámer určený na rozpracovanie detailných informácií prípravy projektu, aby bolo možné rozhodnúť o pokračovaní prípravy projektu, pláne realizácie, alokovaní rozpočtu a ľudských zdrojov.
++
++
++Dokument Projektový zámer v zmysle vyššie uvedenej vyhlášky má obsahovať manažérske zhrnutie, rozsah, ciele a motiváciu na realizáciu projektu, zainteresované strany, alternatívy, návrh merateľných ukazovateľov, detailný opis požadovaných projektových výstupov, detailný opis obmedzení, predpokladov, tolerancií a návrh organizačného zabezpečenia projektu, detailný opis rozpočtu projektu a jeho prínosov, náhľad architektúry a harmonogram projektu so zoznamom rizík a závislostí.
++
++
++1.
++11. Použité skratky a pojmy
++
++
  |**SKRATKA/POJEM**|**POPIS**
--| |
--| |
--| |
--{{id name="_Toc152607286"/}}
--
++|AI|Umelá inteligencia
++|AS IS|Aktuálny stav bez realizácie projektu
++|DPH|Daň z pridanej hodnoty
++|DIGI|Digitálna transformácia úsekov verejnej správy pre Úrad pre verejné obstarávanie
++|EK|Európska komisia
++|ENPV|Čistá súčasná ekonomická hodnota
++|EUR|Mena EURO
++|G2B|Služby pre podnikateľov (Government to Business)
++|G2C|Služby pre občanov (Government to Citizens)
++|GDPR|General Data Protection Regulation, 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
++|ID|Identifikačné číslo
++|IKT|Informačné komunikačné technológie
++|IS|Informačný systém
++|IT|Informačné technológie
++|IS VS| Informačný systém verejnej správy
++|KPI|Key performance indicators - Kľúčové indikátory výkonnosti
++|MIRRI|Ministerstvo investícií, regionálneho rozvoja a informatizácie Slovenskej republiky
++|N/A|Not applicable, neaplikovateľné
++|NPV|Čistá súčasná hodnota (Net Present Value)
++|KUPUJÚCI|Verejný obstarávateľ/obstarávateľ/dotovaná osoba
++|POO|Plán obnovy a odolnosti SR
++|PRINCE|Projects in Controlled Environments
++|PROFIL VO/O|Profil verejného obstarávateľa/obstarávateľa
++|SDK|Software Development Kit
++|SR|Slovenská republika
++|SW|Softvér (Software)
++|TO BE|Cieľový stav po realizácii projektu
++|ÚVO|Úrad pre verejné obstarávanie
++|VO|Verejné obstarávanie
++|VS|Verejná správa
++|Z.z.|Zbierka zákonov
--== {{id name="_Toc153139681"/}}{{id name="_Toc15428557"/}}{{id name="_Toc15427667"/}}{{id name="_Toc15426945"/}}{{id name="_Toc510413655"/}}2.2Konvencie pre typy požiadaviek (príklady) ==
--//Zvoľte si konvenciu pre označovanie požiadaviek, súborov, atď. Hlavné kategórie požiadaviek v zmysle katalógu požiadaviek, rozdeľujeme na funkčné (funkcionálne), nefunkčné (kvalitatívne, výkonové a pod.). Podskupiny v hlavných kategóriách je možné rozšíriť podľa potrieb projektu, napríklad~://
--//**Funkcionálne (používateľské) požiadavky **majú nasledovnú konvenciu~://
--//**FRxx**//
--* //U – užívateľská požiadavka//
--* //R – označenie požiadavky//
--* //xx – číslo požiadavky//
--//**Nefunkčné (kvalitatívne, výkonové - Non Functional Requirements - NFR) požiadavky** majú nasledovnú konvenciu~://
--//**NRxx**//
--* //N – nefunkčná požiadavka (NFR)//
--* //R – označenie požiadavky//
--* //xx – číslo požiadavky//
--//Ostatné typy požiadaviek môžu byť ďalej definované objednávateľom/PM.//
--{{id name="_Toc15428558"/}}{{id name="_Toc15427668"/}}{{id name="_Toc15426946"/}}//Všetky požiadavky uvedené v Prístupe k projektu v príslušných kapitolách, musia byť v súlade s funkčnými, nefunkčnými a technickými požiadavkami uvedenými v Katalógu požiadaviek I-04 (**M-05 Analýza nákladov a prínosov - BC/CBA, karta: Katalóg požiadaviek)**.//
++1. DEFINOVANIE PROJEKTU
--= {{id name="_Toc1924467239"/}}{{id name="_Toc153139683"/}}3.Popis navrhovaného riešenia =
--//Opis navrhovaného riešenia sa spracováva až po definovaní vybranej alternatívy riešenia na základe výsledkov MCA z dokumentu Projektový zámer (I-02).//
--//Obsahom tejto kapitoly je manažérsky sumár navrhovaného riešenia z pohľadu architektúry.//
++1.
++11. Manažérske zhrnutie
--= {{id name="_Toc120655606"/}}{{id name="_Toc153139684"/}}4.Architektúra riešenia projektu =
--//Spracovanie a rozsah tejto kapitoly závisí od typu projektu – budovanie ISVS, rozvoj ISVS, migrácia do vládneho cloudu, nákup HW atď. Napríklad pri budovaní/rozvoji ISVS navrhujete všetky vrstvy architektúry (biznis, aplikačná, technologická), pri nákupe HW alebo migrácii systému na infraštruktúrne cloudové služby nie je potrebné popisovať detailne biznis a aplikačnú vrstvu architektúry, postačuje v príslušných kapitolách uviesť len nevyhnutné detaily ilustrujúce dopad projektu v týchto vrstvách, aby príslušné zainteresované osoby mohli vyhodnotiť, akým spôsobom ich projekt ovplyvní.//
--//Architektúra navrhovaného riešenia projektu musí byť v súlade s funkčnými, nefunkčnými a technickými požiadavkami definovanými v katalógu požiadaviek (**M-05 Analýza nákladov a prínosov - BC/CBA, karta: Katalóg požiadaviek, I-04 Katalóg požiadaviek **).//
--//V  dokumente Prístup k projektu popíšte súčasný stav (ďalej AS IS) architektúry aj s príslušným architektonickým modelom a budúci stav (ďalej TO BE) architektúry riešenia aj s príslušným architektonickým modelom.//
--//AS IS architektúra a TO BE architektúra musia byť spracované tak, aby bol zreteľný výsledok projektu (zmena).//
--//Obsah tejto kapitoly je tiež 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" %)^^1^^>>path:#sdfootnote1sym||name="sdfootnote1anc"]](%%)// 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ísmeno b zákona 95/2019 Z.z.//
--//Objednávateľ priebežne aktualizuje evidenciu e-Government komponentov v centrálnom metainformačnom systéme verejnej správy (MetaIs), vrátane architektonických modelov. Pri odovzdaní výstupu I-03 Prístup k projektu objednávateľ v rámci **výstupu M-06 Evidencia e-Government komponentov v MetaIS,**~://
++Projekt „**Digitálna transformácia úsekov verejnej správy pre  Úrad pre verejné obstarávanie**“ (ďalej “DIGI”) je zásadným krokom k modernizácii a zlepšeniu efektivity verejného obstarávania na Slovensku. Cieľom projektu je optimalizácia procesov Úradu pre verejné obstarávanie (ÚVO) prostredníctvom digitalizácie, automatizácie a zavádzania inovatívnych technológií, čo prispeje k účelnejšiemu riadeniu zdrojov a transparentnejšiemu vykonávaniu verejných služieb. Jednou z hlavných súčastí projektu je rozvoj IS eForms, ktorý musí byť prispôsobený neustále meniacim sa požiadavkám EK. Tento systém zohráva kľúčovú úlohu pri zabezpečovaní kompatibility IS ÚVO s európskymi štandardmi v oblasti verejného obstarávania, najmä v oblasti transparentnosti a zdieľania dát o verejnom obstarávaní. Neustálym inovovaním, zlepšovaním a implementáciou nových verzií SDK bude možné udržiavať vysokú kvalitu poskytovaných služieb a zároveň plniť legislatívne požiadavky Európskej únie. Projekt taktiež zahŕňa implementáciu AI, ktorá bude kľúčovým nástrojom pre efektívne rozhodovanie a podporu procesov na ÚVO. Zavedenie AI prinesie možnosť automatizovaného spracovania dát, lepšie metodické vedenie kupujúcich a jednoduchšie vyhľadávanie informácií. Napríklad nasadenie chatbotov trénovaných na špecifických dátach uľahčí poskytovanie podpory kupujúcim, čo povedie k vyššej profesionalizácii a účinnosti procesov. Migrácia IT infraštruktúry ÚVO do cloudového prostredia Microsoft Office 365 je ďalšou dôležitou aktivitou projektu. Tento krok zásadne zníži prevádzkové náklady, zvýši flexibilitu a dostupnosť systémov a zabezpečí možnosť ich budúceho rozvoja. Migrácia zahŕňa platformy ako Microsoft Exchange a SharePoint, čo uľahčí komunikáciu a správu dôležitých dokumentov v rámci ÚVO. Dôraz sa kladie aj na náhradu existujúcej komerčnej platformy pre autentifikáciu, autorizáciu a audit (AAA) za open-source riešenie. Tento krok nielenže zníži prevádzkové náklady, ale zároveň posilní bezpečnosť celého prostredia ÚVO. Zavedenie open-source riešenia umožní širšiu dostupnosť pokročilých funkcií, ako je napríklad dvojfaktorová autentifikácia, čo prispeje k lepšiemu komfortu a ochrane údajov. Kľúčovým prvkom projektu je digitálna transformácia rozhodovacích procesov na ÚVO. Cieľom je maximálna digitalizácia týchto procesov, ich zosúladenie s aktuálnou legislatívou a zavedenie pokročilých analytických nástrojov. Týmto krokom sa zabezpečí vyššia konzistencia dát, lepší monitoring a efektívne spracovanie dát. Realizácia projektu s celkovým rozpočtom **4 151 600,00 EUR**, financovaná z POO, prinesie rozsiahle benefity. Zlepší sa efektivita vnútroštátnych procesov, zároveň sa posilní prepojenie Slovenska s európskymi iniciatívami v oblasti verejného obstarávania. Tento projekt predstavuje strategickú investíciu do budúcnosti digitálnej verejnej správy Slovenska, ktorá prispeje k vyššej transparentnosti, efektivite a dostupnosti verejných služieb.
--* //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//[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^2^^>>path:#sdfootnote2sym||name="sdfootnote2anc"]](%%)//, alebo ktorý podporuje export modelu do štandardizovaných výmenných formátov súborov,//
--* //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-03 Prístup k projektu ako prílohu  vo výmennom formáte pre uloženie modelu,//[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^3^^>>path:#sdfootnote3sym||name="sdfootnote3anc"]](%%)// //
--* //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ť. //
--//Orgán vedenia vyhodnotí náležitosti výstupu I-03 a M-06 v súlade s prílohou č. 2 vyhlášky MIRRI č. 401/2023 Z.z.//
--//Vyžadujeme, aby návrh architektúry bol zakreslený pomocou modelovacieho jazyka Archimate minimálne vo verzii 3 (linka na špecifikáciu: __[[https:~~/~~/www.opengroup.org/archimate-forum/archimate-overview>>url:https://www.opengroup.org/archimate-forum/archimate-overview]]__). Pre modelovanie a popis AS IS aj TO BE architektúry odporúčame použiť modelovací nástroj//[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^4^^>>path:#sdfootnote4sym||name="sdfootnote4anc"]](%%)//, ktorý podporuje export modelu do štandardizovaného formátu „The Open Group ArchiMate Model Exchange File Format Standard“.//
--//V návrhu zohľadnite usmernenia z používateľskej príručky centrálneho metainformačného systému verejnej správy (aktuálna verzia je zverejnená na:__ [[https:~~/~~/metais.vicepremier.gov.sk/help>>url:https://metais.vicepremier.gov.sk/help]]__) pre popis, modelovanie a zápis informácií o komponentoch do metainformačného systému verejnej správy (ďalej MetaIS).//
--//Pre detailnejší popis procesov, ktorých sa projekt týka je možné použiť tiež modelovací jazyk BPMN (ISO 19510) a modelovací nástroj, ktorý podporuje tento jazyk a export súborov podľa špecifikácie BPMN 2.0//[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^5^^>>path:#sdfootnote5sym||name="sdfootnote5anc"]](%%)//. Pre analýzu a modelovanie procesov využite metodiky optimalizácie procesov MV SR pripravené v rámci projektu Optimalizácia procesov vo verejnej správe: __[[https:~~/~~/www.minv.sk/?np-optimalizacia-procesov-vo-verejnej-sprave>>url:https://www.minv.sk/?np-optimalizacia-procesov-vo-verejnej-sprave]]__.//
--//Pre detailnejší návrh riešenia v aplikačnej vrstve je možné použiť aj jazyk UML (ISO 19505).//
--//Modely môžu obsahovať viac náhľadov na riešenú oblasť tak, aby dostatočne zrozumiteľne popisovali architektúru riešenia a e-Government komponenty, ktoré majú byť predmetom dodávky projektu, ako aj ich vzťahy a závislosti navzájom a vzťahy na ostatné komponenty eGov (napr. spoločné moduly ústredného portálu verejnej správy, iné vlastné alebo externé ISVS, služby alebo dátové registre).//
++Projekt DIGI priamo napĺňa viaceré strategické dokumenty SR v oblasti digitalizácie a informatizácie. V súlade so Stratégiou digitálnej transformácie Slovenska 2030 projekt prispieva k efektívnej digitálnej verejnej správe tým, že optimalizuje procesy a implementuje moderné technológie na zlepšenie rozhodovania a správy dát. Napĺňanie cieľov Akčného plánu digitálnej transformácie Slovenska na roky 2023–2026 je zabezpečené najmä prostredníctvom zavádzania digitálnych technológií a budovania odolnej spoločnosti. Projekt sa sústreďuje na modernizáciu IT infraštruktúry ÚVO, implementáciu AI pre interné a externé procesy a zavedenie cloudových riešení, ktoré znížia prevádzkové náklady a zlepšia poskytovanie služieb kupujúcim a ďalším zainteresovaným stranám.
--== {{id name="_Toc299977606"/}}{{id name="_Toc153139685"/}}4.1Biznis vrstva ==
++Projekt je plne v súlade aj s Národnou koncepciou informatizácie verejnej správy 2021. Podporuje strategickú prioritu digitálneho úradu, keďže digitalizácia procesov ÚVO prinesie moderné nástroje pre správu a analýzu údajov, zjednoduší a zrýchli rozhodovacie procesy a zlepší celkovú kvalitu verejného obstarávania. Implementáciou cloudových služieb a digitálnou transformáciou procesov projekt prispieva k optimalizácii a zefektívneniu verejnej správy, pričom súčasne znižuje administratívnu záťaž a náklady na prevádzku IT systémov.
--//Doplňte výstižné grafické zobrazenia (pohľady na model biznis architektúry) a popis AS IS stavu biznis vrstvy architektúry a krátky popis TO BE stavu z pohľadu biznis architektúry,//
--//Doplňte popis súčasného - **AS IS **- stavu biznis vrstvy~://
++Projekt priamo prispieva k naplneniu cieľov definovaných v Národnej koncepcii informatizácie verejnej správy SR 2021, konkrétne
--* //Identifikácia kľúčových životných situácii (ŽS), ktorých sa projekt týka. Sústrediť sa menší počet najdôležitejších životných situácií, ktoré predstavujú väčšinu ekonomických nákladov občanov/podnikateľov a nákladov úradov.//
--* //Identifikácia existujúcich koncových služieb, ktorých sa projekt týka//
--* //Procesné diagramy, ktoré popisujú postupnosť krokov, komunikácie a zodpovedností, ktoré sú v súčasnom stave potrebné pre vyriešenie každej dotknutej ŽS alebo poskytnutie koncovej služby, vypracované v súlade s metodikou optimalizácie procesov MV SR (či už v spolupráci s MV SR v rámci projektu Optimalizácie procesov alebo samostatnom projekte),//
--* //Optimalizačné príležitosti, ktoré popisujú možnú zmenu vo výkone procesov VS, v IKT podporujúcich výkon procesov, prípadne v organizačnom zabezpečení výkonu procesov ŽS.//
--* //Ukazovatele a metriky dôležité pre vyhodnotenie aktuálneho stavu poskytovania služieb, napr.~://
--* \\
--** //skutočné počty podaní (interakcií, návštev úradov) pre jednotlivé kroky a životné situácie,//
--** //skutočné časy trvania jednotlivých krokov v procese vybavenia ŽS,//
--** //skutočné finančné príjmy, spojené s jednotlivými procesnými krokmi (správne poplatky, prípadné pokuty a sankcie),//
--** //skutočné finančné náklady, spojené s jednotlivými procesnými krokmi (náklady na tlač, obálkovanie, poštovné, atď.).//
--//Doplňte popis budúceho - **TO BE** - stavu biznis vrstvy~://
--* //Doplňte výstižné grafické zobrazenia (pohľady na model architektúry riešenia) a popis TO BE stavu navrhovaného riešenia vybraného na základe MCA (Multikriteriálna analýza) popísanej v Projektovom zámere. Navrhované riešenie musí korešpondovať s procesnými diagramami a musí popisovať spôsob dosiahnutia a monitoringu prínosov uvedených v CBA,//
--* //Uveďte a znázornite popis zmien medzi súčasným a budúcim stavom navrhovaného riešenia,//
--* //Identifikujte a popíšte projektom budované, resp. rozvíjané **koncové služby**. Do tabuľky prehľadu koncových služieb uveďte všetky projektom budované/rozvíjané koncové služby, ktoré budú výstupom projektu. Projektom budované/rozvíjané koncové služby musia byť evidované v MetaIS s fázou životného cyklu Plánovaná a musia mať v MetaIs evidované všetky povinné atribúty a vzťahy. Projektom budované/rozvíjané koncové 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.1 (__[[https:~~/~~/metais.vicepremier.gov.sk/help>>url:https://metais.vicepremier.gov.sk/help]]__),//
--* //Procesné diagramy, ktoré popisujú postupnosť krokov, komunikácie a zodpovedností, ktoré budú potrebné pre vyriešenie každej dotknutej ŽS alebo poskytnutie koncovej služby, vypracované v súlade s metodikou optimalizácie procesov MV SR (či už v spolupráci s MV SR v rámci projektu Optimalizácie procesov alebo samostatnom projekte),//
--* //Očakávané ukazovatele a metriky dôležité pre vyhodnotenie dosiahnutia cieľov projektu a vyhodnotenie úrovní poskytovania služieb, napr.~://
--** //očakávané počty podaní (interakcií, návštev úradov) pre jednotlivé kroky a životné situácie,//
--** //očakávané časy trvania jednotlivých krokov v procese vybavenia ŽS,//
--** //očakávané finančné príjmy, spojené s jednotlivými procesnými krokmi (správne poplatky, prípadné pokuty a sankcie),//
--** //očakávané finančné náklady, spojené s jednotlivými procesnými krokmi (náklady na tlač, obálkovanie a poštovné, atď.).//
--* //Trvanie vybavenia ŽS zdôvodní predkladateľ projektu jedným z nasledujúcich spôsobov~://
--** //**Vynechanie procesného kroku** z dôvodu reformy (zmeny legislatívy) a/alebo jeho automatizácie (čas potrebný na vykonanie tohto kroku tak bude 0).//
--** //**Odhadom dĺžky trvania procesného kroku** v budúcom stave (čas potrebný na vykonanie tohto kroku bude iný ako v súčasnom stave).//
--** //**Odhadom dĺžky trvania nového procesnú kroku**, ktorý vznikol z dôvodu procesnej reformy, zmeny legislatívy či zmeny fungovania informačného systému (čas potrebný na vykonanie tohto kroku bude väčší ako nula).//
--[[image:projektrozvojait:Šablóny.pristup_k_projektu@SABLONA_I-03_PRISTUP_k_PROJEKTU_XYZ_YYMMDD_v0.1_1e17e3f9448e2df2.jpg||height="382" width="446"]]
--//Obrázok 1 Procesný diagram - príklad//
++v rámci prioritnej osi 2 – Digitálna a dátová transformácia:
--=== 4.1.1Prehľad koncových služieb – budúci stav: ===
++• Odstrániť bariéry prostredníctvom digitálnej transformácie verejnej správy.
--{{content id="projekt.planovane_ks" template="
--|=Kód KS (z MetaIS)|=Názov KS|=Používateľ KS (G2C/G2B/G2G/G2A)|=Životná situácia (+ kód z MetaIS)|=Úroveň elektronizácie KS[# 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ácia (+ kód z MetaIS)|=Úroveň elektronizácie KS{{/content}}
--[[image:projektrozvojait:Šablóny.pristup_k_projektu@SABLONA_I-03_PRISTUP_k_PROJEKTU_XYZ_YYMMDD_v0.1_c0c00f49a0be3428.png||height="305" width="260"]]
--//Obrázok 2 Model biznis architektúry (aktéri-koncoví používatelia, koncové služby, procesy) – príklad//
++• Zefektívniť implementáciu služieb využívaním cloud natívnych služieb.
--=== {{id name="_Toc673686985"/}}{{id name="_Toc153139711"/}}4.1.2Jazyková podpora a lokalizácia ===
++Tento projekt je vypracovaný v súlade s:
--//Uveďte a do katalógu požiadaviek zaevidujte požiadavky na jazykovú podporu a lokalizáciu používateľského rozhrania a výstupov do viacerých jazykov v riešení TO BE stavu.//
++* Vyhláškou č. 401/2023 Z. z. o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy;
++* So zmluvou O POSKYTNUTÍ PROSTRIEDKOV MECHANIZMU NA PODPORU OBNOVY A ODOLNOSTI (https:~/~/www.crz.gov.sk/zmluva/9996589/)
--== {{id name="_Toc826435347"/}}{{id name="_Toc153139686"/}}4.2Aplikačná vrstva ==
++ÚVO identifikovalo:
--//Popíšte aplikačnú architektúru riešenia na úrovni ISVS, ich modulov a vzťahov medzi nimi a vzťahov na externé prostredie. Podľa potreby zvýraznite dôležité zmeny v architektúre, dôležité vzťahy a toky dát, vzťah riešených ISVS s okolím a externými SVS.//
--//Budované/rozvíjané informačné systémy, vrátene ich modulov musia byť evidované v MetaIS. Podrobné informácie sú uvedené v Používateľskej príručke MetaIS kap. 2.1.4 (__[[https:~~/~~/metais.vicepremier.gov.sk/help>>url:https://metais.vicepremier.gov.sk/help]]__).//
--//Uveďte model a popis AS IS stavu aplikačnej vrstvy architektúry: informačné systémy (ISVS), aplikačné služby a ich podpora realizácie koncových služieb.//
--//Uveďte model a popis TO BE stavu navrhovaného riešenia aplikačnej vrstvy architektúry s prepojením na biznis architektúru – ako aplikačná architektúra a jej komponenty podporuje realizáciu biznis služieb, riešenia živ. situácií a splnenie cieľov projektu//
--[[image:projektrozvojait:Šablóny.pristup_k_projektu@SABLONA_I-03_PRISTUP_k_PROJEKTU_XYZ_YYMMDD_v0.1_5ae99e3a08ef8ea7.png||height="378" width="603"]]
--//Obrázok 3 Model aplikačnej architektúry – príklad//
--[[image:projektrozvojait:Šablóny.pristup_k_projektu@SABLONA_I-03_PRISTUP_k_PROJEKTU_XYZ_YYMMDD_v0.1_78bfbf0e4b24fbb5.gif||alt="Obrázok 8" height="392" width="471"]]
--//Obrázok 4 Príklad náhľadu architektúry v notácii ArchiMate s hlavnými e-Government komponentami a ich vzťahmi podľa metamodelu evidencie eGovernment komponentov v MetaIS//
++* Využívanie neštruktúrovaných dát pri príprave rozhodnutí v procesoch verejného obstarávania;
++* Absenciu moderných elektronických prostriedkov, ktoré by umožnili odbornej verejnosti rýchlu a kontextovú orientáciu v dátach pre zvýšenie efektívnosti a kvality realizácie verejného obstarávania – zásadné skvalitnenie metodickej činnosti a profesionalizácie aktérov vo verejnom obstarávaní;
++* Minimalistické využívanie zastaralých aplikácií, ktoré neboli dlhodobo rozvíjané a nie sú v danom stave použiteľné pre kľúčové rozhodovacie procesy ÚVO;
++* Komplikovaná a finančne náročná správa používateľských účtov externých používateľov v prostredí ÚVO;
++* Potreba reagovať na vývoj nových verzií (SDK) eForms v súlade s priebežne aktualizovanými požiadavkami EK a nutnosť ich zapracovania do IS eForms.
--=== {{id name="_Toc752151050"/}}{{id name="_Toc153139687"/}}4.2.1Rozsah informačných systémov – AS IS ===
++Časový harmonogram realizácie projektu je nastavený na 16 mesiacov od 1.12.2024 do 31.3.2026. Po ukončení projektu bude následne prebiehať podpora prevádzky. Podporné aktivity budú zabezpečené počas celých 16 mesiacov od začiatku trvania projektu.
--//Uveďte dotknuté ISVS a ich moduly AS IS~://
--{{content id="projekt.prevadzkovane_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_453|Webové sídlo ÚVO - Publikačný portál ÚVO www.uvo.gov.sk|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností\\c_stav_isvs.2|Vyberte jednu z možností\\c_typ_isvs.2||
--|isvs_8408|Informačný systém Vestník|{{html clean="true"}}<input type="checkbox" checked/>{{/html}}|Vyberte jednu z možností\\c_stav_isvs.1|Vyberte jednu z možností\\c_typ_isvs.1|isvs_449|
--|isvs_8409|Informačný systém Profil|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností\\c_stav_isvs.1|Vyberte jednu z možností\\c_typ_isvs.1|isvs_452|
--|isvs_8425|Nuntio|{{html clean="true"}}<input type="checkbox" checked/>{{/html}}|Vyberte jednu z možností\\c_stav_isvs.1|Vyberte jednu z možností\\c_typ_isvs.5|isvs_449|
--{{/content}}
++Projekt bude financovaný z Plánu obnovy a odolnosti:
--=== 4.2.2Rozsah informačných systémov – TO BE ===
--//Uveďte informácie o dotknutých ISVS z pohľadu ich ďalšej prevádzky po realizácii projektu – TO BE stav~://
--{{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_14903|Dohľadová aplikácia|{{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||
--|isvs_453|Webové sídlo ÚVO - Publikačný portál ÚVO www.uvo.gov.sk|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností\\c_stav_isvs.2|Vyberte jednu z možností\\c_typ_isvs.2||
--|isvs_10860|IS eForms|{{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}}
++**Komponent:** Komponent č. 17 Plánu obnovy DIGITÁLNE SLOVENSKO (ŠTÁT V MOBILE, KYBERNETICKÁ BEZPEČNOSŤ, RÝCHLY INTERNET PRE KAŽDÉHO, DIGITÁLNA EKONOMIKA)
--=== 4.2.3Využívanie nadrezortných a spoločných ISVS – AS IS ===
++**Investícia:** Investícia č. 2 Digitálna transformácia poskytovania služieb verejnej správy
--//Uveďte informácie o využívaných, resp. nevyužívaných nadrezortných ISVS (Spoločných ISVS a spoločných blokov SaaS) – AS IS stav. Všetky realizované integrácie na nadrezortné ISVS v AS IS stave musia byť evidované v MetaIS.//
--|**Kód IS**|**Názov ISVS**|**Spoločné moduly podľa zákona č. 305/2013 e-Governmente**
--| | |Vyberte jednu z možností.
--| | |Vyberte jednu z možností.
--| | |Vyberte jednu z možností.
++**Projekt prispieva k cieľom POO:**
--=== 4.2.4Prehľad plánovaných integrácií ISVS na nadrezortné ISVS – spoločné moduly podľa zákona č. 305/2013 e-Governmente – TO BE ===
++* Dokončenie digitálnej transformácie (spustenie funkčnej digitálnej verzie) 42 informačných systémov.
--//Uveďte plánované využívanie nadrezortných a spoločných ISVS v TO BE stave.//
--* //Povinnosť využívať nadrezortné ISVS ustanovuje najmä zákon č. 305/2013 Z. z. o elektronickej podobe výkonu pôsobnosti orgánov verejnej moci a o zmene a doplnení niektorých zákonov (zákon o e-Governmente) a iné legislatívne predpisy. Prehľad a informácie o nadrezortných ISVS sú uvedené v prílohe P8 Zoznam nadrezortných blokov a podporných spoločných blokov Používateľskej príručky MetaIS.//
--|**Kód IS**|**Názov ISVS**|**Spoločné moduly podľa zákona č. 305/2013 e-Governmente**
--| | |Vyberte jednu z možností.
--| | |Vyberte jednu z možností.
--| | |Vyberte jednu z možností.
++1.
++11. Motivácia a rozsah projektu
--=== 4.2.5Prehľad plánovaného využívania iných ISVS (integrácie) – TO BE ===
++Hlavným cieľom projektu je optimalizácia a digitálna transformácia procesov vybraného úseku verejnej správy U00203 – Verejné obstarávanie, vedúcich k zlepšeniu kvality verejných služieb a zvýšeniu efektívnosti verejných služieb na ÚVO.  Projekt plánuje napomôcť k zlepšeniu a zjednodušeniu procesov verejného obstarávania pomocou digitálnej transformácie verejnej správy, formou optimalizácie a automatizácie interných procesov, zníženia nákladov, zefektívnenia implementácie služieb využívaním cloud natívnych služieb, ako aj dobudovaním digitálneho prostredia založeného na zdieľaní informácií v rámci ÚVO a celkovo vo verejnej správe.  Dôležitou  aktivitou projektu je aj rozvoj IS eForms prostredníctvom zapracovania upgrade-ov v zmysle požiadaviek EK. ÚVO ako ústredný orgán štátnej správy je zodpovedný za reguláciu, kontrolu a metodické usmerňovanie procesov verejného obstarávania na Slovensku s cieľom zabezpečiť transparentnosť, efektívnosť a súlad s legislatívou. Má jedinečnú pozíciu v realizácii výkonu agendy verejného obstarávania, avšak niektoré informačné systémy, ktorými ÚVO riadi oblasť verejného obstarávania, sú zastaralé a majú nepriaznivý dopad na procesy verejného obstarávania s vplyvom na niekoľko tisíc povinných subjektov, medzi ktoré patria kupujúci či podnikateľské subjekty. Veľkou výzvou je nielen udržateľnosť, ale aj rozvoj IS eForms z dôvodu dynamických zmien jedného z jeho základných komponentov definovaných zo strany EÚ vo forme Software Development Kit (SDK). V praxi to znamená kontinuálne aktualizovanie pôvodného riešenia, ktoré Slovenská republika úspešne nasadila vo verzii SDK 1.7., ktorého prvotným cieľom bolo zabezpečiť implementáciu Nariadenia Komisie (EÚ) 2019/1780 z 23. septembra 2019, ktorým sa stanovujú štandardné formuláre na uverejňovanie oznámení v oblasti verejného obstarávania. Európska komisia a Úradu pre úradné publikácie Európskej únie (ďalej len „publikačný úrad“) vydávajú priebežne nové verzie, ktoré sa musia nasadzovať vo všetkých členských štátoch EÚ, čoho cieľom je neustále skvalitňovanie funkcionalít systému eForms a skvalitňovanie dát z verejného obstarávania naprieč Európskou úniou. Tento projekt je celoeurópskeho významu a je jedným z predpokladov zachovania základnej povinnosti SR dodržiavať pravidlá verejného obstarávania, pričom sa stáva kľúčovým celoeurópskym nástrojom na získavanie a reporting dát voči EÚ. Bez implementácie jednotlivých SDK v národnom IS eForms, SR nebude schopná plniť povinnosti vyplývajúce z európskej, ako aj národnej legislatívy v mnohých oblastiach, ktoré sa pretínajú/stretávajú cez verejné obstarávanie ako jedného z kľúčových nástrojov existencie a rozvoja vnútorného trhu EÚ. Bez zabezpečovania kontinuálnych upgrade-ov IS eForms nie je ÚVO taktiež schopný zabezpečovať svoje základné kompetencie a pôsobnosti a je ohrozená funkčnosť verejného obstarávania v SR ako takého. Taktiež bez implementácie tejto aktivity nie je možné hovoriť o digitálnej transformácii procesov na ÚVO, ale aj digitalizácii procesov verejného obstarávania v SR a EÚ (automatizované zasielanie dát z národného IS eForms do systému publikačného úradu  na uverejnenie e európskom vestníku - TED).
--//Uveďte v nasledujúcej tabuľke prehľad ISVS, pri ktorých sa plánuje využívanie služieb iných ISVS, spoločných blokov (SaaS) alebo služieb inf. systémov tretích strán v TO BE stave.//
--//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 .//
++Zavedenie prvkov AI nad súčasnými neštruktúrovanými dátami má potenciál pre zásadnú úsporu času a ľudských kapacít, ktoré sú za súčasného stavu vo významnej miere investované na „manuálne“ vyhľadávanie, triedenie a kontextualizáciu informácií pri interných rozhodovacích procesoch. Využitie AI do časti externých ÚVO systémov by z pohľadu externého zákazníka (kupujúceho) viedlo k zlepšeniu stavu profesionalizácie a značnému zefektívneniu pôsobenia jednotlivých aktérov, ktorí sa podieľajú na procese verejného obstarávania. Ide najmä o využitie dnes už štandardných možností AI ako napr. textový alebo voice chatbot, ktorý je trénovaný nad vybranou vzorkou dát, čo napomôže pri realizácii úkonov kupujúcich pri jednotlivých procesoch verejného obstarávania, umožní automatizovanie základnej metodickej podpory a tiež monitoring a vyhodnotenie spätnej väzby od aktérov vo verejnom obstarávaní. Absencia štruktúrovaných dát v podobe jednotnej databázy právno-aplikačných výstupov ÚVO spôsobuje, že referenti ÚVO v aktuálnych podmienkach nevedia efektívne vyhľadávať v týchto dokumentoch, ani efektívne pracovať s informáciami o už ukončených konaniach. Investovanie verejných finančných prostriedkov do „zdigitalizovania” ÚVO by prospelo všetkým aktérom, ktorí by mohli nadobudnúť väčšiu právnu istotu vďaka rýchlejšiemu a spoľahlivejšiemu vyhľadávaniu informácií podľa zvolených parametrov naprieč uvedenou dokumentáciou.
--|(((
--**Kód ISVS**
--//(z MetaIS)//
--)))|**Názov ISVS**|(((
--**Kód integrovaného ISVS**
--//(z MetaIS)//
--)))|**Názov integrovaného ISVS**
--| | | |
--| | | |
--| | | |
--=== 4.2.6Aplikačné služby pre realizáciu koncových služieb – TO BE ===
++MIRRI realizovalo systematický dátový program, ktorý bol zameraný na zavedenie manažmentu údajov verejnej správy, t. j. nielen pre MIRRI . Dátový program smeroval k praktickému a efektívnemu napĺňaniu cieľov Programového vyhlásenia vlády Slovenskej republiky na obdobie rokov 2021 – 2024, ako aj platných, účinných národných strategických dokumentov a to najmä:
--//Uveďte v nasledujúcej tabuľke budované aplikačné služby, realizáciu koncových služieb aplikačnou službou, koncová služba by mala byť realizovaná aspoň jednou aplikačnou službou (KS môžu realizovať aj viaceré aplikačné služby). Všetky aplikačné služby a ich vzťah na koncové služby musia byť evidované v MetaIS.//
--{{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){{/content}}
++* Národnej koncepcie informatizácie verejnej správy 2021;
++* Iniciatívy pre otvorené vládnutie, európskych strategických dokumentov (najmä Európskej dátovej stratégie);
++* Právne záväzných aktov Európskej únie (GDPR, PSI, DGA, EDA);
++* Legislatíva SR:
++** zákon č. 305/2013 Z. z. o elektronickej podobe výkonu pôsobnosti orgánov verejnej moci a o zmene a doplnení niektorých zákonov (zákon o e-Governmente) v znení neskorších predpisov,
++** zákon č. 177/2018 Z. z. o niektorých opatreniach na znižovanie administratívnej záťaže využívaním informačných systémov verejnej správy a o zmene a doplnení niektorých zákonov (zákon proti byrokracii) v znení neskorších predpisov,
++** zákon č. 95/2019 Z. z. o informačných technológiách vo verejnej správe a o zmene a doplnení niektorých zákonov v znení neskorších predpisov, návrh zákona o údajoch).
--=== 4.2.7Aplikačné služby na integráciu – TO BE ===
++Úrad pre verejné obstarávanie je podľa zákona č. 575/2001 Z. z. o organizácii činnosti vlády a organizácii ústrednej štátnej správy v znení neskorších predpisov ústredným orgánom štátnej správy pre verejné obstarávanie. V zmysle zákona č. 343/2015 Z. z. o VO spadá medzi hlavné kompetencie ÚVO výkon štátnej správy vo verejnom obstarávaní, výkon dohľadu nad verejným obstarávaním, spolupráca s EK v záležitostiach týkajúcich sa verejného obstarávania, vydávanie a správa elektronickej podoby Vestníka verejného obstarávania, metodické usmerňovanie účastníkov verejného obstarávania a iné. Zároveň ÚVO vykonáva kontrolu verejných obstarávaní spolufinancovaných z prostriedkov Európskej únie v programovom období 2021-2027 v rámci Programu Slovensko. V roku 2024 pribudla ÚVO nová strategická agenda v zmysle zákona 142/2024 Z.z. o mimoriadnych opatreniach pre strategické investície a pre výstavbu transeurópskej dopravnej siete a o zmene a doplnení niektorých zákonov. Investície do informačných systémov budú zvyšovať kvalitu verejných služieb, resp. sa prejavia v celkových nákladoch na ich poskytovanie najmä v agendách a systémoch s potenciálom úspor. Či už z dôvodu vysokých prevádzkových nákladov, veľkej chybovosti v procesoch, dlhých lehôt na vybavenie podania alebo vysokej náročnosti na ľudské zdroje. Zvýšenie kvality procesov a zníženie nákladov na procesy bude dosiahnuté ich optimalizáciou až na úrovni zákonov alebo vykonávacích právnych predpisov, resp. zmenami organizácie činností bez ohľadu na vlastníkov procesov. Optimalizačné opatrenia sa budú zameriavať na elimináciu administratívnych nedostatkov, akými sú:
--//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)~://
++* nevybavené práce;
++* nadbytok vstupných dokumentov a informácií;
++* chyby dát, chýbajúce informácie;
++* nadprodukcia vo výkone procesov (nepotrebné výstupy a aktivity, ktoré nie sú požadované používateľom);
++* duplicity a zbytočné kroky procesu; prestoje vo schvaľovacom procese;
++* neefektívne presuny zamestnancov alebo informácií v rámci výkonu procesov;
++* chýbajúca podpora automatizovanej tvorby dokumentov;
++* chýbajúce údaje pre vyhodnotenie výkonnosti;
++* nedostatočná zastupiteľnosť zamestnancov;
++* nejasná legislatíva pre určenie schvaľovateľa.
--* //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){{/content}}
--* //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:**//
++Zoštíhlenie procesov bude možné za podmienok vytvorenia IT prostredia, v ktorom bude možné realizovať legislatívne, organizačné a procesné zmeny. Optimalizácia a automatizácia procesov zodpovedajúca úprave agendových systémov bude prebiehať zavedením riadenia Enterprise architektúry a novou generáciou koncepcie rozvoja IT.
--:
--(((
--|**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)
--)))
--* //Na informáciu sú v nasledujúcich diagramoch vzory modelovania integrácie na nadrezortné a spoločné moduly podľa § 10 zákona 305/2013 Zz podľa usmernenia v Používateľskej príručke MetaIS. **Vo vašom finálnom dokumente tieto vzory vymažte a nahraďte svojím diagramom ilustrujúcim plánované integrácie:**//
--[[image:projektrozvojait:Šablóny.pristup_k_projektu@SABLONA_I-03_PRISTUP_k_PROJEKTU_XYZ_YYMMDD_v0.1_a935ef9188017694.png||height="435" width="517"]]
--//Obrázok 5 Integrácie na spoločné moduly ÚPVS – ref. príklad//
--[[image:projektrozvojait:Šablóny.pristup_k_projektu@SABLONA_I-03_PRISTUP_k_PROJEKTU_XYZ_YYMMDD_v0.1_fa8f4198be51ae55.png||height="277" width="539"]]
--//Obrázok 6 Integrácie na IS CAMP- referenčný príklad//
--[[image:projektrozvojait:Šablóny.pristup_k_projektu@SABLONA_I-03_PRISTUP_k_PROJEKTU_XYZ_YYMMDD_v0.1_256193574600ebe4.png||height="376" width="574"]]
--//Obrázok 7 Integrácie na IS CSRÚ – ref. príklad//
--{{id name="_Toc62489735"/}}{{id name="_Toc153139689"/}}
--
++Výzva definuje aktivity, ktoré je možné v rámci realizácie projektu vykonávať. V nasledujúcej tabuľke sa ÚVO zaväzuje pre analyzované objekty evidencie realizovať všetky nasledovné aktivity:
--=== {{id name="_Toc814509359"/}}{{id name="_Toc153139693"/}}{{id name="_Toc63764348"/}}4.2.8Poskytovanie údajov z ISVS do IS CSRÚ – TO BE ===
++|(% colspan="2" %)**Projektom realizované aktivity:**
++|A1|Zabezpečenie povinnej časti rozvoja IS eForms určenej zo strany Európskej komisie
++|A2|Využitie umelej inteligencie pre kľúčové procesy ÚVO
++|A3|Migrácia Microsoft Exchange on-premise do prostredia cloudovej služby Microsoft Office365
++|A4|Migrácia Microsoft Sharepoint on-premise do prostredia  cloudovej služby Microsoft 365 a rozvoj existujúceho využitia platformy Sharepoint v cloud prostredí
++|A5|Digitálna transformácia rozhodovacích procesov ÚVO
++|A6|Náhrada súčasnej komerčnej AAA (Authentication, Authorization, Accounting) platformy za open source riešenie
--//Uveďte v nasledujúcej tabuľke prehľad poskytovaných údajov (objektov evidencie, ďalej OE) z ISVS do IS CSRÚ v TO BE stave.//
--|**ID OE**|**Názov (poskytovaného) objektu evidencie**|**Kód ISVS poskytujúceho OE**|**Názov ISVS poskytujúceho OE**
--| | | |
--| | | |
--| | | |
++=== Výstupy dosiahnuté realizáciou aktivít projektu: ===
--=== {{id name="_Toc63764349"/}}{{id name="_Toc1792132569"/}}{{id name="_Toc153139694"/}}4.2.9Konzumovanie údajov z IS CSRU – TO BE ===
++* Odstránenie bariér prostredníctvom digitálnej transformácie verejnej správy a modernizácie interných procesov a zníženia nákladov.
++* Optimalizácia a automatizácia interných procesov.
++* Zefektívnenie implementácie služieb využívaním cloud natívnych služieb.
++* Implementácia zmien a aktualizácií podľa požiadaviek EK, čo je nevyhnutné pre zabezpečenie povinností Slovenskej republiky v rámci európskej a národnej legislatívy.
++* Udržiavanie funkčnosti systému verejného obstarávania a jeho kompatibility s európskymi systémami a štandardami.
++* Zavedenie AI pre interné rozhodovacie procesy a externé služby, čo má znížiť časovú a kapacitnú náročnosť procesov a zvýšiť efektivitu a profesionalizáciu používateľov.
++* Migrácia služieb (napr. Microsoft Exchange a SharePoint) do cloudového prostredia s cieľom znížiť náklady a zlepšiť flexibilitu.
++* Náhrada komerčných riešení (napr. AAA platforma) za open-source alternatívy na zvýšenie bezpečnosti a zníženie nákladov.
++* Zavedenie nových technologických riešení pre zlepšenie správy, konzistencie, monitorovania a auditovateľnosti rozhodovacích procesov.
++* Zlepšenie dostupnosti a vyhľadávania právno-aplikačných výstupov vytvorením štruktúrovanej databázy.
--//Uveďte v nasledujúcej 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Ú.//
--|**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**
--| | | |
--| | | |
--| | | |
++**Aplikované princípy informatizácie VS (v zmysle NKIVS):**
--== {{id name="_Toc62489738"/}}{{id name="_Toc739110335"/}}{{id name="_Toc153139695"/}}{{id name="_Toc62488214"/}}{{id name="_Toc62488105"/}}{{id name="_Toc62488012"/}}{{id name="_Toc62487919"/}}{{id name="_Toc62487051"/}}{{id name="_Toc62486914"/}}{{id name="_Toc62486339"/}}{{id name="_Toc62488213"/}}{{id name="_Toc62488104"/}}{{id name="_Toc62488011"/}}{{id name="_Toc62487918"/}}{{id name="_Toc62487050"/}}{{id name="_Toc62486913"/}}{{id name="_Toc62486338"/}}{{id name="_Toc62488212"/}}{{id name="_Toc62488103"/}}{{id name="_Toc62488010"/}}{{id name="_Toc62487917"/}}{{id name="_Toc62487049"/}}{{id name="_Toc62486912"/}}{{id name="_Toc62486337"/}}{{id name="_Toc62488211"/}}{{id name="_Toc62488102"/}}{{id name="_Toc62488009"/}}{{id name="_Toc62487916"/}}{{id name="_Toc62487048"/}}{{id name="_Toc62486911"/}}{{id name="_Toc62486336"/}}{{id name="_Toc62488210"/}}{{id name="_Toc62488101"/}}{{id name="_Toc62488008"/}}{{id name="_Toc62487915"/}}{{id name="_Toc62487047"/}}{{id name="_Toc62486910"/}}{{id name="_Toc62486335"/}}{{id name="_Toc61939053"/}}{{id name="_Toc61938877"/}}{{id name="_Toc61939052"/}}{{id name="_Toc61938876"/}}{{id name="_Toc61939051"/}}{{id name="_Toc61938875"/}}{{id name="_Toc62488209"/}}{{id name="_Toc62488100"/}}{{id name="_Toc62488007"/}}{{id name="_Toc62487914"/}}{{id name="_Toc62487046"/}}{{id name="_Toc62486909"/}}{{id name="_Toc62486334"/}}{{id name="_Toc62488208"/}}{{id name="_Toc62488099"/}}{{id name="_Toc62488006"/}}{{id name="_Toc62487913"/}}{{id name="_Toc62487045"/}}{{id name="_Toc62486908"/}}{{id name="_Toc62486333"/}}{{id name="_Toc62488207"/}}{{id name="_Toc62488098"/}}{{id name="_Toc62488005"/}}{{id name="_Toc62487912"/}}{{id name="_Toc62487044"/}}{{id name="_Toc62486907"/}}{{id name="_Toc62486332"/}}{{id name="_Toc62488206"/}}{{id name="_Toc62488097"/}}{{id name="_Toc62488004"/}}{{id name="_Toc62487911"/}}{{id name="_Toc62487043"/}}{{id name="_Toc62486906"/}}{{id name="_Toc62486331"/}}{{id name="_Toc62488205"/}}{{id name="_Toc62488096"/}}{{id name="_Toc62488003"/}}{{id name="_Toc62487910"/}}{{id name="_Toc62487042"/}}{{id name="_Toc62486905"/}}{{id name="_Toc62486330"/}}{{id name="_Toc62488204"/}}{{id name="_Toc62488095"/}}{{id name="_Toc62488002"/}}{{id name="_Toc62487909"/}}{{id name="_Toc62487041"/}}{{id name="_Toc62486904"/}}{{id name="_Toc62486329"/}}{{id name="_Toc62488199"/}}{{id name="_Toc62488090"/}}{{id name="_Toc62487997"/}}{{id name="_Toc62487904"/}}{{id name="_Toc62487036"/}}{{id name="_Toc62486899"/}}{{id name="_Toc62486324"/}}{{id name="_Toc62488194"/}}{{id name="_Toc62488085"/}}{{id name="_Toc62487992"/}}{{id name="_Toc62487899"/}}{{id name="_Toc62487031"/}}{{id name="_Toc62486894"/}}{{id name="_Toc62486319"/}}{{id name="_Toc62488189"/}}{{id name="_Toc62488080"/}}{{id name="_Toc62487987"/}}{{id name="_Toc62487894"/}}{{id name="_Toc62487026"/}}{{id name="_Toc62486889"/}}{{id name="_Toc62486314"/}}{{id name="_Toc62488184"/}}{{id name="_Toc62488075"/}}{{id name="_Toc62487982"/}}{{id name="_Toc62487889"/}}{{id name="_Toc62487021"/}}{{id name="_Toc62486884"/}}{{id name="_Toc62486309"/}}{{id name="_Toc62488179"/}}{{id name="_Toc62488070"/}}{{id name="_Toc62487977"/}}{{id name="_Toc62487884"/}}{{id name="_Toc62487016"/}}{{id name="_Toc62486879"/}}{{id name="_Toc62486304"/}}{{id name="_Toc62488173"/}}{{id name="_Toc62488064"/}}{{id name="_Toc62487971"/}}{{id name="_Toc62487878"/}}{{id name="_Toc62487010"/}}{{id name="_Toc62486873"/}}{{id name="_Toc62486298"/}}{{id name="_Toc62488172"/}}{{id name="_Toc62488063"/}}{{id name="_Toc62487970"/}}{{id name="_Toc62487877"/}}{{id name="_Toc62487009"/}}{{id name="_Toc62486872"/}}{{id name="_Toc62486297"/}}{{id name="_Toc62488171"/}}{{id name="_Toc62488062"/}}{{id name="_Toc62487969"/}}{{id name="_Toc62487876"/}}{{id name="_Toc62487008"/}}{{id name="_Toc62486871"/}}{{id name="_Toc62486296"/}}{{id name="_Toc62488170"/}}{{id name="_Toc62488061"/}}{{id name="_Toc62487968"/}}{{id name="_Toc62487875"/}}{{id name="_Toc62487007"/}}{{id name="_Toc62486870"/}}{{id name="_Toc62486295"/}}{{id name="_Toc62488169"/}}{{id name="_Toc62488060"/}}{{id name="_Toc62487967"/}}{{id name="_Toc62487874"/}}{{id name="_Toc62487006"/}}{{id name="_Toc62486869"/}}{{id name="_Toc62486294"/}}{{id name="_Toc62488168"/}}{{id name="_Toc62488059"/}}{{id name="_Toc62487966"/}}{{id name="_Toc62487873"/}}{{id name="_Toc62487005"/}}{{id name="_Toc62486868"/}}{{id name="_Toc62486293"/}}{{id name="_Toc62488167"/}}{{id name="_Toc62488058"/}}{{id name="_Toc62487965"/}}{{id name="_Toc62487872"/}}{{id name="_Toc62487004"/}}{{id name="_Toc62486867"/}}{{id name="_Toc62486292"/}}4.3Dátová vrstva ==
--//Každá organizácia by mala mať zavedený systematický manažment údajov (vrátane nastavenie príslušných procesov a metodík pre správu celého životného cyklu údajov) a byť schopná evidovať a spravovať údaje v strojovo-spracovateľnej podobe. V kapitolách nižšie je potrebné popísať AS IS a následne TO BE stav organizácie z pohľadu údajov, ich štruktúry a následného výkonu príslušnej agendy vo vzťahu k projektu.//
++Princíp P2: Prirodzene digitálna verejná správa
--=== {{id name="_Toc2009350815"/}}{{id name="_Toc153139696"/}}{{id name="_Toc63764351"/}}4.3.1Údaje v správe organizácie ===
++* Kontinuálne administratívne zjednodušovanie - optimalizácia procesov a legislatívy
++* Prednostné využívanie digitálnych služieb a dát pre rozhodovanie
++* Efektívnosť a pridaná hodnota – najvyššia hodnota za peniaze
--//[[Popíšte dátovú architektúru riešenia na úrovni objektov evidencie a vzťahov medzi nimi>>url:https://managementmania.com/sk/zalohovanie-backup#heading=h.2s8eyo1]] **v AS IS stave**. Pri popise je potrebné vychádzať z metodiky Ministerstva vnútra - Metodika identifikácie, vizualizácie a referencovania údajov pri dátovom modelovaní vo verejnej správe (zverejnená na stránke __[[https:~~/~~/www.minv.sk/?np-optimalizacia-procesov-vo-verejnej-sprave>>url:https://www.minv.sk/?np-optimalizacia-procesov-vo-verejnej-sprave]]__ v Aktivite 5).//
--* //Uveďte diagramy tried a štruktúrovaný popis entít a atribútov vhodný aj pre strojové spracovanie. Diagram tried uveďte vo forme úplného logického modelu.//
--* //Popíšte procesy riadenia životného cyklu správy údajov, kde je potrebné zrozumiteľne zdokumentovať dátové štruktúry, proces tvorby údajov, štatistické metodológie (ak budú použité), dátové zdroje, kontext a ďalšie aspekty manažmentu údajov. Proces riadenia pre manažment údajov musí byť zavedený nad informačnými systémami, ktoré obsahujú objekty evidencie a budú riešené v projekte.//
--* //Popíšte zavedenie systematického manažmentu údajov v organizácií.//
--* //Po organizačnej stránke je podmienkou zavedenie role dátového kurátora (dátový architekt) v organizácii, v rozsahu ako ju definuje strategická priorita Manažment údajov a strategická priorita Otvorené údaje, ktorý bude zodpovedný za koncept systematického manažmentu údajov a úpravu organizačnej štruktúry smerom k vytvoreniu rezortnej dátovej kancelárie.//
++Princíp P4: Opätovná použiteľnosť
--=== {{id name="_Ref154138234"/}}{{id name="_Toc1386538966"/}}{{id name="_Toc153139697"/}}{{id name="_Toc63764352"/}}4.3.2Dátový rozsah projektu - Prehľad objektov evidencie - TO BE ===
++* Voľné prepoužitie zdrojového kódu riešenia
++* Cloudové služby prednostne - „cloud native“ architektúra modulov ISVS
--//Pre budované informačné systémy vytvorte tzv. doménový model, ktorý definuje návrh dátových prvkov súvisiacich s projektom.//
--* //Úlohou doménového modelu je vizuálne znázorniť rozsah predmetných údajov daného projektu, pričom je možné abstrahovať od nepodstatných detailov. Je platformovo nezávislý (nie je určený pre konkrétny programovací jazyk),//
--* //V nasledujúcej tabuľke uveďte a popíšte Objekty Evidencie (ďalej len OE) v jednotlivých ISVS/registroch súvisiace s projektom.//
--* //Doménový model by mal byť v súlade s existujúcim Centrálnym modelom údajov verejnej správy (viac informácií na: __[[https:~~/~~/mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/interoperabilita/>>url:https://mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/interoperabilita/]]__ a __[[https:~~/~~/metais.vicepremier.gov.sk/publicspace?pageId=59836112>>url:https://metais.vicepremier.gov.sk/help?pageId=59836112]]__.).//
--* //Pre modelovanie doménového modelu je potrebné stiahnuť si Centrálny model údajov verejnej správy v preferovanej distribúcii a v novom modeli použiť existujúce dátové prvky, ak tieto patria do domény projektu. Z technického pohľadu je odporučený jazyk UML (pre zjednodušený doménový model môžete použiť aj jazyk ArchiMate).//
--* //V prípade, že sa používa dátový prvok z Centrálneho dátového modelu je nutné použiť skrátenú formu URI identifikátora daného prvku, napr. pper:PhysicalPerson je skrátený tvar https:~/~/data.gov.sk/def/ontology/physical-person/PhysicalPerson//
++Princíp P5: Transparentnosť VS
--|**ID OE**|**Objekt evidencie - názov**|**Objekt evidencie - popis**|**Referencovateľný identifikátor URI dátového prvku**
--| | | |//(Ak nie je priradené URI uveďte „Nemá“)//
--| | | |
--| | | |
--[[image:projektrozvojait:Šablóny.pristup_k_projektu@SABLONA_I-03_PRISTUP_k_PROJEKTU_XYZ_YYMMDD_v0.1_e68726eb34006cd9.png||height="270" width="282"]]
--//Obrázok 8 Doménový model - príklad//
--[[image:projektrozvojait:Šablóny.pristup_k_projektu@SABLONA_I-03_PRISTUP_k_PROJEKTU_XYZ_YYMMDD_v0.1_33ec0d76357e5ec3.png||height="272" width="281"]]
--//Obrázok 9 Zjednodušený doménový model - príklad//
--{{id name="_Toc62489740"/}}{{id name="_Toc58337724"/}}{{id name="_Toc703350663"/}}{{id name="_Toc153139698"/}}{{id name="_Toc63764353"/}}{{id name="_Toc62488222"/}}{{id name="_Toc62488113"/}}{{id name="_Toc62488020"/}}{{id name="_Toc62487927"/}}{{id name="_Toc62487059"/}}{{id name="_Toc62486922"/}}{{id name="_Toc62488221"/}}{{id name="_Toc62488112"/}}{{id name="_Toc62488019"/}}{{id name="_Toc62487926"/}}{{id name="_Toc62487058"/}}{{id name="_Toc62486921"/}}{{id name="_Toc62488220"/}}{{id name="_Toc62488111"/}}{{id name="_Toc62488018"/}}{{id name="_Toc62487925"/}}{{id name="_Toc62487057"/}}{{id name="_Toc62486920"/}}{{id name="_Toc62488219"/}}{{id name="_Toc62488110"/}}{{id name="_Toc62488017"/}}{{id name="_Toc62487924"/}}{{id name="_Toc62487056"/}}{{id name="_Toc62486919"/}}{{id name="_Toc62488218"/}}{{id name="_Toc62488109"/}}{{id name="_Toc62488016"/}}{{id name="_Toc62487923"/}}{{id name="_Toc62487055"/}}{{id name="_Toc62486918"/}}{{id name="_Toc63764298"/}}
--
++* Auditovateľnosť
++* Transparentná informatizácia verejnej správy
--=== {{id name="_Toc62489744"/}}{{id name="_Toc58337728"/}}{{id name="_Toc2089422843"/}}{{id name="_Toc153139699"/}}4.3.3Referenčné údaje ===
--//V národnej koncepcii informatizácie verejnej správy bol zadefinovaný princíp „jedenkrát a dosť“, ku ktorému boli ďalej detailnejšie rozpracované úlohy v dokumente Strategická priorita Manažment údajov. Cieľom je dosiahnutie stavu, kedy orgány verejnej moci pri poskytovaní svojich služieb odstránia povinnosti občanov alebo podnikateľských subjektov predkladať údaje vo forme rôznych výpisov, odpisov, potvrdení, atď., ktorými už disponuje verejná správa v rámci svojich registrov.//
--//Za účelom dosiahnutia TO BE stavu, z ktorého bude benefitovať občan / podnikateľský subjekt úsporou svojho času a prostriedkov, je potrebné popísať viacero nasledujúcich krokov na úrovni participujúcich subjektov verejnej správy~://
++Princíp P6: Bezpečnosť
--* //Popísať, aká je aktuálna kvalita údajov v zdrojových registroch,//
--* //Uviesť dôvod vyhlásenia referenčných údajov (údaje musia byť k subjektu evidencie jedinečné a k týmto údajom je podľa osobitných predpisov uvedená domnienka správnosti),//
--* //Uviesť poskytovateľov a konzumentov (vlastníkov) údajov do centrálnej platformy dátovej integrácie (modulu procesnej integrácie a integrácie údajov slúžiacim pre výmenu údajov pri výkone verejnej moci elektronicky),//
--* //Popísať legislatívu a procesy vo verejnej správe (konkrétnej životnej situácie), pre konkrétne údaje identifikované v projekte (odstránenie legislatívnych povinností predkladať úradom výpisy a potvrdenia a automatizácia procesov viažucich sa k životným situáciám a interakcie s občanom / podnikateľským subjektom).//
++* Optimálna úroveň bezpečnosti
++* Včasné riešenie bezpečnosti
++* Dostupnosť – odolnosť voči výpadkom
--==== {{id name="_Toc268006870"/}}{{id name="_Toc153139700"/}}{{id name="_Toc63764357"/}}4.3.3.1Objekty evidencie z pohľadu procesu ich vyhlásenia za referenčné ====
--//V tejto časti dokumentu je potrebné definovať/popísať rozsah a štruktúru na úrovni registrov / objektov evidencie / údajov, ktoré sa navrhujú vyhlásiť za referenčné v naviazanosti na ich zrealizovateľné vzájomné zdieľanie medzi subjektami verejnej správy a dodržanie pravidla, že za referenčné údaje/atribúty sú vyhlasované také údaje/atribúty, ktoré sú k subjektu evidencie jedinečné a práve tie, ktoré využívajú subjekty verejnej správy pri realizácii princípu „1 x a dosť“.//
++**Dotknutý IS VS**:
--* //Popísať a zdôvodniť navrhované objekty evidencie k vyhláseniu za referenčné z pohľadu ich dátovej kvality v zmysle podkapitoly venujúce sa kvalite a čisteniu údajov,//
--* //Popísať, ako bude zabezpečená dostupnosť poskytovania navrhovaných objektov evidencie za referenčné (t.j. v rámci nich údaje/atribúty) cez Modul procesnej integrácie a integrácie údajov, t.j. integráciou cez jeho dátovú časť - IS CSRÚ,//
--* //Uviesť časový harmonogram procesu vyhlasovania a zmeny referenčných údajov. Informácie o procese vyhlasovania a zmeny referenčných údajov sú uvedené v metodickom usmernení MIRRI o postupe zaraďovania referenčných údajov do zoznamu referenčných údajov vo väzbe na referenčné registre a vykonávania postupov pri referencovaní: __[[https:~~/~~/metais.vicepremier.gov.sk/confluence/download/attachments/2621442/Metodicke_usmernenie_UPVII_3639_2019_oDK_1_FINAL.pdf?version=1&modificationDate=1554714761337&api=v2>>url:https://metais.vicepremier.gov.sk/confluence/download/attachments/2621442/Metodicke_usmernenie_UPVII_3639_2019_oDK_1_FINAL.pdf?version=1&modificationDate=1554714761337&api=v2]]__//
--* //V nasledujúcej tabuľke uveďte návrh na vyhlásenie a zmeny referenčných údajov, ktoré budú poskytnuté na dátovú integráciu realizáciou projektu. V tabuľke uveďte OE z tabuľky uvedenej v kapitole 4.3.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE~://
++* IS eForms isvs_10860
++* Publikačný portál ÚVO isvs_453
--|**ID OE**|(((
--**Názov referenčného registra /objektu evidencie**
--//(uvádzať OE z tabuľky v kap. 4.3.2)//
--)))|**Názov referenčného údaja **(atribúty)|**Identifikácia subjektu, ku ktorému sa viaže referenčný údaj**|**Zdrojový register a registrátor zdrojového registra**
--| | | | |
--| | | | |
--| | | | |
--==== 4.3.3.2Identifikácia údajov pre konzumovanie alebo poskytovanie údajov do/z CSRU ====
++**Dotknuté úseky VS:**
--//Identifikujte a uveďte v nasledujúcej tabuľke potenciálnych konzumentov objektov evidencie, ktoré budú poskytnuté na dátovú integráciu realizáciou projektu, vrátane ich oprávnenosti/nároku na konzumovanie v zmysle konkrétnych ustanovení osobitných právnych predpisov na strane konzumenta, prípadne aj na strane poskytovateľa. V nadväznosti na uvedené identifikujte osobitné právne predpisy (až na úroveň konkrétneho ustanovenia), ktoré je nutné novelizovať v záujme dosiahnutia TO BE stavu využitia údajov a jeho bezproblémovej aplikovateľnosti.//
--//V tabuľke uveďte OE z tabuľky uvedenej v kapitole 4.3.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE~://
--//Poznámka: Pre úspešné napojenie ISVS na IS CSRÚ v roli konzumenta údajov je nutné postupovať podľa integračného manuálu IS CSRÚ.//
++* U00203 Verejné obstarávanie
--|**ID OE**|(((
--**Názov referenčného údaja /objektu evidencie**
--//(uvádzať OE z tabuľky v kap. 4.3.2)//
--)))|**Konzumovanie / poskytovanie**|**Osobitný právny predpis pre poskytovanie / konzumovanie údajov**
--| | |Vyberte jednu z možností.|
--| | |Vyberte jednu z možností.|
--| | |Vyberte jednu z možností.|
--=== {{id name="_Toc62489741"/}}{{id name="_Toc58337725"/}}{{id name="_Toc62488224"/}}{{id name="_Toc62488115"/}}{{id name="_Toc62488022"/}}{{id name="_Toc62487929"/}}4.3.4Kvalita a čistenie údajov ===
++**Dotknuté životné situácie:**
--==== {{id name="_Toc63764354"/}}4.3.4.1Zhodnotenie objektov evidencie z pohľadu dátovej kvality ====
++* 020 Verejné obstarávanie
--//Zhodnoťte objekty evidencie so zameraním sa na významnosť kvality údajov pre biznis procesy (možné riziká v dôsledku dátovej nekvality), t.j. ak bude údaj nepresný, bude mať nesprávnu hodnotu, formát, nebude vyplnený, alebo stotožnený voči referenčnému registru, ako významne to ovplyvní príslušnú agendu~://
--* //uveďte, či a ako bude zapracovaná možnosť overenia hodnoty údaja,//
--* //uveďte, či bude zapracované pri zadávaní údajov obmedzenie hodnôt, napríklad formou číselníka, alebo podmienok,//
--* //uveďte, či budú dáta migrované z iného ISVS.//
--//V nasledujúcej tabuľke vyhodnoťte významnosť a citlivosť kvality údajov a prioritu (poradie dôležitosti) pre meranie dátovej kvality objektov evidencií – t.j. poradie, v akom bude správca ISVS približne realizovať meranie dátovej kvality a čistiť údaje. Prvé 2 záznamy sú vyplnené ako príklad. Vymažte, resp. prepíšte ich vlastnými údajmi. Riadky v tabuľke doplňte podľa potreby.//
--//V tabuľke uveďte OE z tabuľky uvedenej v kapitole 4.3.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE~://
++**Zainteresované osoby**
--|**ID OE**|(((
--**Názov Objektu evidencie**
--//(uvádzať OE z tabuľky v kap. //4.3.2//)//
++* Fyzické osoby:
++** Zamestnanec ÚVO
++** Občan
++* Právnické osoby
++** Podnikateľ
++** Kupujúci
++** ÚVO
++** MIRRI
++* Kontrolné orgány a orgány EÚ
++
++
++
++**Kľúčové aspekty súčasného stavu procesov a IT prostredia ÚVO relevantné pre tento projekt:**
++
++* Využívanie neštruktúrovaných dát pri príprave rozhodnutí v procesoch verejného obstarávania;
++* Absencia moderných elektronických prostriedkov, ktoré by umožnili odbornej verejnosti rýchlu a kontextovú orientáciu v dátach pre zvýšenie efektívnosti a kvality realizácie verejného obstarávania – zásadné skvalitnenie metodickej činnosti a profesionalizácie aktérov vo verejnom obstarávaní;
++* Minimalistické využívanie zastaralých aplikácií, ktoré neboli dlhodobo rozvíjané a nie sú v danom stave použiteľné pre kľúčové rozhodovacie procesy ÚVO;
++* Komplikovaná a finančne náročná správa používateľských účtov externých používateľov v prostredí ÚVO;
++* Potreba reagovať na vývoj nových verzií eForms v súlade s priebežne aktualizovanými požiadavkami Európskej komisie a nutnosť ich zapracovania do IS eForms.
++
++
++[[image:file:///C:/Users/MILICA~~1.OKA/AppData/Local/Temp/msohtmlclip1/01/clip_image001.png]]
++
++
++
++Obrázok 1 Motivačná architektúra
++
++
++**Projekt teda reflektuje potrebu:**
++
++
++* Modernizácie procesov verejného obstarávania za účelom zvýšenia efektívnosti, konzistencie a transparentnosti rozhodovacích procesov.
++* Zavedenia štruktúrovanej a integrovanej údajovej základne pre optimalizáciu spracovania údajov, umožnenie hĺbkovej analýzy a zníženie rizika chybovosti.
++* Zabezpečenia súladu s európskou a národnou legislatívou, najmä prostredníctvom kontinuálneho rozvoja IS eForms a jeho pravidelných aktualizácií.
++* Zníženia administratívneho zaťaženia zamestnancov prostredníctvom automatizácie procesov a implementácie moderných technologických riešení, ako je umelá inteligencia.
++* Zvýšenia kvality verejných služieb zavedením digitálnych nástrojov, ktoré umožnia efektívnejšiu správu procesov a poskytovanie spoľahlivejších výstupov.
++* Zlepšenia prístupu k informáciám pre všetkých aktérov verejného obstarávania, vrátane verejných obstarávateľov, podnikateľov a verejnosti.
++* Zriadenia monitoringu kvality údajov s cieľom identifikovať nedostatky a zavádzať opatrenia na ich nápravu v reálnom čase.
++* Podpory digitalizácie interných procesov ÚVO, vrátane migrácie na moderné cloudové riešenia, čo umožní zníženie nákladov a zlepšenie správy IT infraštruktúry.
++* Prispôsobenia sa technologickému pokroku a legislatívnym zmenám, čím sa zabezpečí flexibilita a dlhodobá udržateľnosť systému.
++* Zavedenia systematickej evidencie a jednotného procesného rámca, ktorý podporí konzistentnosť a zjednoduší aplikáciu správnych postupov.
++
++
++
++1.
++11. Zainteresované strany/Stakeholderi
++
++
++|**ID**|(((
++**AKTÉR / STAKEHOLDER**
++
++
  )))|(((
--**Významnosť kvality**
--//1 (malá) až 5 (veľmi významná)//
++**SUBJEKT**
++
++(názov / skratka)
  )))|(((
--**Citlivosť kvality**
--//1 (malá) až 5 (veľmi významná)//
++**ROLA**
++
++(vlastník procesu/ vlastník dát/zákazník/ užívateľ …. člen tímu atď.)
  )))|(((
--**Priorita //– poradie dôležitosti//**
--//(začnite číslovať od najdôležitejšieho)//
++**Informačný systém**
++
++(názov IS VS a MetaIS kód)
++)))|
++|1.|Úrad pre verejné obstarávanie|(((
++
++
++ÚVO
++)))|Vlastník procesu/ vlastník dát/ prevádzkovateľ/ Používateľ IS|(((
++IS eForms isvs_10860
++
++Webové sídlo ÚVO isvs_453
++)))|
++|2.|Ministerstvo investícií, regionálneho rozvoja a informatizácie SR|MIRRI|Gestor  eGovernmentu|N/A|
++|3.|Zamestnanec ÚVO|-|Používateľ|N/A|
++|4.|Občan|-|Zákazník / Používateľ|N/A|
++|5.|Podnikateľ|-|Zákazník / Používateľ|N/A|
++|6.|Verejný obstarávateľ/obstarávateľ/dotovaná osoba|Kupujúci|Zákazník / Používateľ|(% colspan="2" %)N/A
++|7.|Kontrolné orgány a orgány EÚ| | |(% colspan="2" %)N/A
++
++
++
++
++1.
++11. Ciele projektu
++
++
++Hlavným cieľom projektu je optimalizácia a automatizácia procesov vybraného úseku  verejnej správy U00203 – Verejné obstarávanie, vedúcich k zlepšeniu kvality verejných služieb a zvýšeniu efektívnosti verejných služieb na ÚVO. Intenzívnejšie využívanie cloudových služieb sleduje zrýchlenie digitálnej transformácie, ktorá nebude závislá od papierových procesov a zväzujúcej legislatívy. Optimalizácia kompetencií, procesov a organizácie úsekov verejnej správy umožní zrýchlenie, optimalizáciu a automatizáciu procesov, zníženie nákladov a vytvorenie vhodného prostredia digitálneho úradu pre zamestnancov verejnej správy, na ktorých je úspech digitálnej transformácie závislý. Preskúmateľnosť rozhodnutí nebude založená iba na platnosti vystaveného dokumentu, ale na údajoch platných v tom-ktorom čase.
++
++
++
++Hlavný cieľ je možné rozdeliť na čiastkové ciele:
++
++* Odstránenie bariéry digitálnej transformácie verejnej správy
++* Optimalizácia a automatizácia procesov verejného obstarávania
++* Podpora rozhodovacích procesov
++* Súlad s legislatívnymi požiadavkami
++* Efektívne využitie moderných technológií
++* Zníženie administratívneho zaťaženia a chybovosti
++* Zníženie prevádzkových nákladov
++* Dobudovanie digitálneho prostredia založeného na zdieľaní údajov vrámci ÚVO
++* Budovanie dôvery vo verejný sektor
++
++
++Projekt priamo prispieva k naplneniu cieľov definovaných v Národnej koncepcii informatizácie verejnej správy SR 2021, konkrétne v rámci prioritnej osi 2 - Digitálna a dátová transformácia k cieľu:
++
++* 2.1 Odstrániť bariéry digitálnej transformácie verejnej správy
++* 2.2 Zefektívniť implementáciu služieb využívaním cloud natívnych služieb
++
++Tabuľka vybraných základných cieľov:
++
++
++|ID|Názov cieľa|Názov strategického cieľa|Spôsob realizácie strategického cieľa
++|1|C17-8 Digitálna transformácia úsekov verejnej správy|Digitálna transformácia poskytovania služieb verejnej správy|(((
++Implementácia projektu a realizácia nasledovných aktivít:
++
++·        A1 Zabezpečenie povinnej časti rozvoja IS eForms určenej zo strany Európskej komisie
++
++·        A2 Využitie umelej inteligencie pre kľúčové procesy ÚVO
++
++·        A3 Migrácia Microsoft Exchange on-premise do prostredia cloudovej služby Microsoft Office365
++
++·       A4 Migrácia Microsoft Sharepoint on-premise do prostredia cloudovej služby Microsoft 365 a rozvoj existujúceho využitia platformy Sharepoint v cloud prostredí
++
++·      A5 Digitálna transformácia rozhodovacích procesov ÚVO
++
++·        A6 Náhrada súčasnej komerčnej AAA (Authentication, Authorization, Accounting) platformy za open source riešenie
  )))
--| |//Údaje o štatutárovi//|//5//|//3//|//1.//
--| |//Iné zainteresované osoby//|//2//|//3//|//20.//
--| | | | |
--==== 4.3.4.2Roly a predbežné personálne zabezpečenie pri riadení dátovej kvality ====
++==   ==
--//V nasledujúcej tabuľke definujte potrebné kapacity pre zabezpečenie riadenia dátovej kvality – napr. dátový kurátor, data steward, dátový špecialista pre dátovú kvalitu, databázový špecialista, projektový manažér a pod. (informácie k téme: __[[https:~~/~~/mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/datova-kvalita/>>url:https://mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/datova-kvalita/]]__ )//
++1.
++11. Merateľné ukazovatele (KPI)
--|**Rola**|**Činnosti**|**Pozícia zodpovedná za danú činnosť **(správca ISVS / dodávateľ)
--|**Dátový kurátor**|Evidencia požiadaviek na dátovú kvalitu, monitoring a riadenie procesu|Dátový kurátor správcu IS
--|**Data steward**|Čistenie a stotožňovanie voči referenčným údajom|Pracovník IT podpory
--|**Databázový špecialista**|Analyzuje požiadavky na dáta, modeluje obsah procedúr|Dodávateľ
--|**Dátový špecialista pre dátovú kvalitu**|Spracovanie výstupov merania, interpretácie, zápis biznis pravidiel, hodnotiace správy z merania|Dátový špecialista pre dátovú kvalitu – nová interná pozícia v projekte
--|***Iná rola (doplniť)**| |
--=== {{id name="_Toc58337730"/}}{{id name="_Toc62489746"/}}{{id name="_Toc821791718"/}}{{id name="_Toc153139702"/}}{{id name="_Toc61939065"/}}{{id name="_Toc61938889"/}}{{id name="_Toc61939064"/}}{{id name="_Toc62488234"/}}{{id name="_Toc62488125"/}}{{id name="_Toc62488032"/}}{{id name="_Toc62487939"/}}{{id name="_Toc62488233"/}}{{id name="_Toc62488124"/}}{{id name="_Toc62488031"/}}{{id name="_Toc62487938"/}}{{id name="_Toc62488232"/}}{{id name="_Toc62488123"/}}{{id name="_Toc62488030"/}}{{id name="_Toc62487937"/}}{{id name="_Toc62488231"/}}{{id name="_Toc62488122"/}}{{id name="_Toc62488029"/}}{{id name="_Toc62487936"/}}{{id name="_Toc62488230"/}}{{id name="_Toc62488121"/}}{{id name="_Toc62488028"/}}{{id name="_Toc62487935"/}}4.3.5Otvorené údaje ===
++|ID|(((
++
--//V nasledujúcej tabuľke doplňte objekty evidencie, ktoré budú realizáciou projektu sprístupnené ako otvorené údaje. Uveďte názov objektu evidencie (identifikované v kapitole dátový rozsah projektu) pre kategóriu otvorených údajov a stanoviť úroveň požadovanej kvality (interoperability) otvorených údajov. Pravidlá pre úroveň interoperability verejných otvorených údajov sú stanovené v __[[https:~~/~~/wiki.vicepremier.gov.sk/pages/viewpage.action?pageId=23986518>>url:https://metais.vicepremier.gov.sk/help?pageId=23986518]]__.//
--//Požadovaná kvalita~://
--* //Automatizované publikovanie otvorených údajov v kvalite 3★ (Všetky datasety je potrebné registrovať v centrálnom katalógu otvorených údajov na data.gov.sk). Formát CSV, XML, ODS, JSON//
--* //Automatizované publikovanie otvorených údajov v kvalite 4★ (Všetky datasety je potrebné registrovať v centrálnom katalógu otvorených údajov na data.gov.sk) Formát údajov RDF, OWL, TriX, JSON//
--* //Automatizované publikovanie otvorených údajov v kvalite 5★ (Všetky datasety je potrebné registrovať v centrálnom katalógu otvorených údajov na data.gov.sk) Formát údajov RDF, OWL, TriX, JSON.//
--//V tabuľke uveďte OE z tabuľky uvedenej v kapitole 4.3.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE~://
++ID/Názov cieľa
++)))|Názov
++ukazovateľa (KPI)|Popis
++ukazovateľa|Merná jednotka
++ |AS IS
++merateľné hodnoty
++(aktuálne)|TO BE
++Merateľné hodnoty
++(cieľové hodnoty)|Spôsob ich merania
++|1.|(% rowspan="3" %)C17-8 Digitálna transformácia úsekov verejnej správy.|(((
++Počet úsekov verejnej správy, v ktorých bola realizovaná
--|(((
--**Názov objektu evidencie / datasetu**
--//(uvádzať OE z tabuľky v kap. 4.3.2)//
--)))|(((
--**Požadovaná interoperabilita**
--(//3★ - 5★)//
--)))|(((
--**Periodicita publikovania**
--//(týždenne, mesačne, polročne, ročne)//
++digitálna transformácia
++)))|Cieľom je optimalizácia a automatizácia procesov a úsekov verejnej správy vedúca k zlepšeniu kvality verejných služieb alebo k zvýšeniu efektívnosti verejných služieb|Počet|0|1|(((
++Čas plnenia merateľného ukazovateľa projektu:
++
++Fyzické ukončenie realizácie hlavných aktivít projektu
  )))
--|Príklad: senzorické údaje merania teploty|3★|Polročne
--| |Vyberte jednu z možností.|Vyberte jednu z možností.
--| |Vyberte jednu z možností.|Vyberte jednu z možností.
--| |Vyberte jednu z možností.|Vyberte jednu z možností.
--| |Vyberte jednu z možností.|Vyberte jednu z možností.
--| |Vyberte jednu z možností.|Vyberte jednu z možností.
++|2.|Počet nasadených SaaS riešení v sledovaných subjektoch verejnej správy|Počet nasadených SaaS riešení v sledovaných subjektoch verejnej správy|Počet|0|2|(((
++Čas plnenia merateľného ukazovateľa projektu:
--=== 4.3.6Analytické údaje ===
++Fyzické ukončenie realizácie hlavných aktivít projektu
++)))
++|3.|Používatelia nových a vylepšených verejných digitálnych služieb, produktov a procesov|Ukazovateľ uvádza počet všetkých používateľov nových/vylepšených produktov a procesov realizovaných v rámci projektu|používatelia / rok|0|200|(((
++Sumarizácia počtu používateľov nových a vylepšených digitálnych služieb – bude určené počtom prístupov, Databázou používateľov.
--//Analytické údaje predstavujú obrovskú skupinu dát získavaných vysokou rýchlosťou z vysokého počtu rôznych typov zdrojov. V priestore verejnej správy sa jedná o dátové zdroje, ktoré sú vytvárané a spravované jednotlivými organizáciami za účelom podpory služieb verejnej správy, služieb vo verejnom záujme alebo verejných služieb. Tieto údaje môžeme okrem uvedenej primárnej funkcie využiť aj na analytické spracovanie, tak aby verejná správa dokázala využívať svoje údaje pre potreby prípravy analýz, na podporu rozhodovania, riadenia a lepší návrh politík. Podmienkou pre plné využitie potenciálu údajov vo verejnej správe je ich poznanie (informácie o dátových zdrojoch, ich obsahu a atribútoch) a zabezpečenie prístupu k analytickým údajom pre analytické jednotky.  //
--//V nasledujúcej tabuľke uveďte, ktoré objekty evidencie budú projektom pripravené na analytické účely a sprístupňované pre analytické jednotky (napr. pre systém Konsolidovaná Analytická Vrstva – KAV: __[[https:~~/~~/data.gov.sk/id/egov/isvs/9655>>url:https://data.gov.sk/id/egov/isvs/9655]]__ ).//
--//Informácie k sprístupneniu dátových zdrojov organizácie na analytické účely: __[[https:~~/~~/mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/analyticke-udaje/>>url:https://mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/analyticke-udaje/]]__//
++V prípade ÚVO ide o počet používateľov, ktorí využívajú informačné systémy ÚVO.
--|**ID**|**Názov objektu evidencie pre analytické účely**|**Zoznam atribútov objektu evidencie**|**Popis a špecifiká objektu evidencie**
--| |//napr. Dataset vlastníkov automobilov//|//identifikátor vlastníka; EČV; typ_vozidla; okres_evidencie;...//|//- dataset obsahuje osobné informácie (r.č. vlastníka)//
--| | | |
--| | | |
++Čas plnenia merateľného ukazovateľa projektu:
--=== 4.3.7Moje údaje ===
++v rámci udržateľnosti projektu
++)))
--//{{id name="_Toc62489749"/}}V tejto časti je potrebné uviesť informácie súvisiace s údajmi, ktoré spadajú do kategórie mojich údajov, z pohľadu budúceho TO BE stavu projektu. Za moje údaje sa považujú najmä: //
--* //množina údajov o konaní, ktoré sa týkajú fyzickej osoby alebo právnickej osoby //
--* //množina údajov, vrátane osobných údajov, viažucich sa k fyzickej osobe alebo právnickej osobe ako ku subjektu evidencie, ktoré sú predmetom evidovania povinným subjektom, //
--* //množina údajov obsiahnutých v návrhu na začatie konania, žalobe, rozhodnutí, žiadosti, sťažnosti, vyjadrení, stanovisku a ohlásení alebo inom dokumente, ktorý vydáva v konaní povinný subjekt, viažuci sa ku konkrétnej fyzickej osobe alebo právnickej osobe.//
--//Relevantné údaje budú sprístupnené prostredníctvom modulu procesnej integrácie a integrácie údajov - modul Manažmentu osobných údajov pre dotknuté osoby (občanov a podnikateľov) na základe preukázania elektronickej identity osoby. Podmienkou je zabezpečiť, aby údaje identifikované pre službu moje údaje boli prístupné elektronicky v strojovo-spracovateľnom formáte automatizovaným spôsobom cez aplikačné programovacie rozhranie, alebo prostredníctvom modulu procesnej integrácie a integrácie údajov.//
--//Informácie k sprístupneniu dátových zdrojov organizácie pre službu moje údaje~://
--//__[[https:~~/~~/mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/moje-udaje/>>url:https://mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/moje-udaje/]]__ .//
--//Minimálny rozsah pre vyhlásenie dátových prvkov za moje údaje, ktoré musí žiadateľ v projekte zabezpečiť: //
--* //označenie povinného subjektu, //
--* //názov ISVS v ktorom je dátový prvok obsiahnutý, //
--* //kód informačného systému, v ktorom je dátový prvok obsiahnutý, podľa centrálneho metainformačného systému, //
--* //označenie dátového prvku, //
--* //strojovo-spracovateľný formát dátového prvku, //
--* //technickú špecifikáciu aplikačného programovacieho rozhrania, //
--* //ďalšie doplňujúce informácie. //
--* //transparentný pohľad na prístup k údajom subjektu, k logom (kto pristupoval k údajom, za akým účelom a kedy). //
--//V prípade, že predkladateľ projektu disponuje údajmi, ktoré spadajú do kategórie mojich údajov, je potrebné vyplniť nasledovnú tabuľku. V tabuľke uveďte OE z tabuľky uvedenej v kapitole 4.3.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE.//
--|**ID**|(((
--**Názov registra / objektu evidencie**
--//(uvádzať OE z tabuľky v kap. 4.3.2)//
--)))|**Atribút objektu evidencie**|**Popis a špecifiká objektu evidencie**
--| | | |
--| | | |
--| | | |
--| | | |
++1.
++11. Špecifikácia potrieb koncového používateľa
--=== 4.3.8Prehľad jednotlivých kategórií údajov ===
--//Vyplňte nasledujúcu súhrnnú tabuľku pre kategorizáciu údajov dotknutých projektom z pohľadu využiteľnosti týchto údajov.//
--//V tabuľke uveďte OE z tabuľky uvedenej v kapitole 4.3.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE.//
++Projekt nerealizuje elektronické koncové služby s používateľským rozhraním pre občanov alebo podnikateľov. Projekt sa venuje digitálnej transformácii úsekov verejnej správy, zároveň projekt vychádza z výzvy a požiadaviek výzvy, ktorá definuje minimálne funkčné resp. nefunkčné požiadavky na realizované aktivity. Funkčné a nefunkčné požiadavky vychádzajú teda predovšetkým z uzatvorenej Zmluvy o poskytnutí prostriedkov mechanizmu na podporu obnovy a odolnosti.
++
++.
++
++1.
++11. Riziká a závislosti
++
++
++Riziká a závislostí sú spracované v Prílohe č. 1 – **Zoznam RIZÍK a ZÁVISLOSTÍ**. Zoznam rizík a závislostí reflektuje riziká v čase prípravno-iniciačnej fázy projektu.
++
  |**ID**|(((
--**Register / Objekt evidencie**
--//(uvádzať OE z tabuľky v kap. 4.3.2)//
--)))|**Referenčné údaje**|**Moje údaje**|**Otvorené údaje**|**Analytické údaje**
--| | |☐|☐|☐|☐
--| | |☐|☐|☐|☐
--| | |☐|☐|☐|☐
--| | |☐|☐|☐|☐
--| | |☐|☐|☐|☐
--| | |☐|☐|☐|☐
++**NÁZOV RIZIKA a ZÁVISLOSTI**
--== 4.4Technologická vrstva ==
++
++)))|**POPIS  / NÁSLEDOK**
++|**1**|Nebude možné naplniť všetky kvalitatívne požiadavky projektu.|Nebudú plne dosiahnuté očakávané benefity projektu.
++|**2**|Jednotlivé komponenty projektu nebudú vykazovať známky 100% kompatibility.|Vzhľadom na vytvorenie ekosystému je dôležité, aby jednotlivé prvky boli schopné komunikovať vzájomne a mali rovnaké východiskové požiadavky na obojsmernú programovú komunikáciu.
++|**3**|Nedostupnosť komponentov novej infraštruktúry|Nedostupnosť komponentov novej infraštruktúry, prípadne ich veľmi dlhé dodacie lehoty môžu mať negatívny vplyv na termín ukončenia projektu.
++|**4**|Projekt nebude realizovaný a nasadený podľa plánu.|V prípade omeškania dodávok projektu resp. v prípade omeškania nasadenia výstupov projektu, nebude možné efektívne a včas reagovať na bezpečnostné incidenty.
++|**5**|Nepridelené finančné prostriedky|Predčasné ukončenie projektu, predĺženie doby realizácie projektu.
++|**6**|Komplikácie s verejným obstarávaním|V prípade neskorého vypísania VO, prípadne komplikácií v procese VO by bol ohrozený začiatok implementačnej fázy.
++|**7**|Neúplné požiadavky|Neúplné požiadavky môžu spôsobiť predĺženie trvania projektu, navýšenie nákladov, z dôvodu potreby dodatočného obstarávania komponentov.
++|**8**|Vysoké náklady na prevádzku|Náklady na prevádzku budú vyššie ako plánované. Prekročenie plánovaných nákladov na prevádzku. Potreba dodatočných finančných zdrojov.
++|**9**|Ohrozenie prevádzky a dostupnosti systému|Ohrozenie prevádzky a dostupnosti systému z dôvodu možných kybernetických útokov.
++|**10**|Nedostatočné vyhodnotenie kvality|Neodhalenie slabých miest v jednotlivých fázach implementácie projektu.
++|**11**|Nesúčinnosť a nespoľahlivosť dodávateľa|Predčasné ukončenie projektu, alebo predĺženie doby realizácie projektu.
++|**12**|Nedostatok ľudských zdrojov|Predĺženie doby realizácie projektu. Výstupy projektu budú dodané v nedostatočnej kvalite.
--=== {{id name="_Toc937277657"/}}{{id name="_Toc153139707"/}}{{id name="_Toc15428561"/}}4.4.1Prehľad technologického stavu - AS IS ===
--//Uveďte popis a model technologickej vrstvy AS IS stavu, používané výpočtové prostriedky, konfigurácie siete, problematické body, ktoré je potrebné projektom riešiť.//
--=== {{id name="_Toc1626553566"/}}{{id name="_Toc153139708"/}}4.4.2Požiadavky na výkonnostné parametre, kapacitné požiadavky – TO BE ===
++1.
++11. Stanovenie alternatív v biznisovej vrstve architektúry
--//Doplňte pre TO BE stav do nasledujúcej tabuľky požiadavky na výkonnostné parametre, kapacitné požiadavky, ktoré majú vplyv na výkon, sizing prostredia, napr. počet interných používateľov, počet externých používateľov, počet spracovávaných procesov, dokumentov, komunikáciu medzi vrstvami architektúry IS, využívanie sieťovej infraštruktúry (Govnet, LAN, VPN, …).//
--|**Parameter**|**Jednotky**|**Predpokladaná hodnota**|**Poznámka**
--|Počet interných používateľov|Počet| |
--|Počet súčasne pracujúcich interných používateľov v špičkovom zaťažení|Počet| |
--|Počet externých používateľov (internet)|Počet| |
--|Počet externých používateľov používajúcich systém v špičkovom zaťažení|Počet| |
--|Počet transakcií (podaní, požiadaviek) za obdobie|Počet/obdobie| |
--|Objem údajov na transakciu|Objem/transakcia| |
--|Objem existujúcich kmeňových dát|Objem| |
--|Ďalšie kapacitné a výkonové požiadavky ...| | |
++V rámci biznisovej vrstvy architektúry sme porovnávali 3 variantné alternatívy riešenia súčasného stavu. V rámci tohto dokumentu boli na základe identifikovaných problémov stanovené tri rôzne riešenia. Ako najefektívnejšia bola vybraná Alternatíva č. 3, taká ktorá pokrýva procesy a požiadavky všetkých stakeholderov.
--=== {{id name="_Toc985091580"/}}{{id name="_Toc153139709"/}}4.4.3Návrh riešenia technologickej architektúry ===
--//Uveďte návrh a model architektúry technologickej vrstvy s prihliadnutím na zavedenie Cloud-Native ako štandardu pre vývoj nových ITVS a pre programovanie starých ITVS do nového štandardu a na zavedenie štandardu vytvárania a používania zdieľaných služieb.//
--//V prípade, že riešenie nepredpokladá využívanie cloudových služieb z katalógu služieb vládneho cloudu (Iaas,PaaS,SaaS podľa katalógu služieb VC), je **potrebné nevyužitie cloudových služieb z katalógu služieb vládneho cloudu dostatočne zdôvodniť**.//
--//Taktiež požiadavky riešenia na HW, SW a licencie v zmysle požadovaného sizingu pre vývojové, testovacie a produkčné prostredie je potrebné uviesť v dokumente BC/CBA na príslušných kartách.//
--//V popise návrhu riešenia je požadované uviesť~://
--* //prístup k riešeniu technologickej architektúry a súvisiace architektonické rozhodnutia//
--* //popis požiadaviek na prevádzkové prostredia (vývoj, test, produkčné)//
--* //diagram nasadenia a komunikačnej infraštruktúry.//
--//Pri výbere požiadaviek na riešenie, je potrebné klásť dôraz na výber služieb, ktoré sú založené na najmodernejších technológiách, prostredníctvom ktorých bude vytvorený predpoklad na vývoj/tvorbu moderného ISVS. Pre navrhované riešenie odporúčame použiť prístup pre vývoj takzvaných Cloud Native aplikácií. Riešenie „Cloud-native“ ISVS, je v čo najväčšej miere nezávislé na umiestnení v cloude, resp. datacentre. Nezávislosť novo vyvíjaného ISVS od cloudového prostredia by malo byť základnou prioritou a podmienkou architektúry ISVS.//
++//[[image:file:///C:/Users/MILICA~~1.OKA/AppData/Local/Temp/msohtmlclip1/01/clip_image002.png]]//
--=== {{id name="_Toc1130364585"/}}{{id name="_Toc153139710"/}}4.4.4Využívanie služieb z katalógu služieb vládneho cloudu ===
--//Zaevidujte v MetaIS využívanie 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.//
--|(((
--**Kód infraštruktúrnej služby**
--//(z MetaIS)//
--)))|**Názov infraštruktúrnej služby**|(((
--**Kód využívajúceho ISVS**
--//(z MetaIS)//
--)))|**Názov integrovaného ISVS**
--| | | |
--| | | |
--| | | |
--//Uveďte parametre (kapacity) požadovaných výpočtových zdrojov (sizing) a využite služieb hybridného vládneho cloudu (uvedené v tabuľkách nižšie) pre jednotlivé prevádzkové prostredia~://
++Alternatíva 1: Táto alternatíva znamená ponechanie súčasného stavu. Pri tejto alternatíve by zostala aj vysoká prácnosť pri plnení špecifických požiadaviek a výkone agendy úradu. Povinnosti vyplývajúce z koncepcie štátnej politiky vo vzťahu k digitalizácii úsekov VS by ostali nenaplnené.
--* //Vývojové – určené pre vývoj systému//
--* //Testovacie – určené pre testy nových modulov, úprav, zmenových požiadaviek a retesty na úrovni upgrade‑ov (nie pre záťažové testovanie).//
--* //Produkčné – určené pre produkčnú (ostrú) prevádzku systému//
--* //Ďalšie existujúce alebo plánované prostredia, ktoré budú potrebné, napr. predprodukčné, integračné, fix prostredie//
--//Poznámky~://
--//Ak potrebujete pre príslušné prostredie viaceré infraštruktúrne služby, pridajte si potrebné riadky.//
--//V prípade, že neplánujete využitie cloudových služieb z katalógu služieb vládneho cloudu, uveďte v tabuľke požadovaných výpočtových zdrojov (sizing) pre jednotlivé prostredia parametre výpočtových zdrojov, ktoré plánujete v projekte použiť. Namiesto názvu a kódu infraštruktúrnej služby uveďte kód a názov výpočtového zdroja evidovaného v MetaIS.//
--//V súlade s NKIVS by technologická architektúra mala byť založená na cloudových službách. V rámci verejného obstarávania je potrebné potenciálneho uchádzača o zákazku požiadať o návrh technologickej infraštruktúry potrebnej pre implementáciu a prevádzku navrhovaného riešenia. Dodávateľ by pre svoj návrh technologického prostredia mal využiť hlavne cloudové služby vládneho cloudu uvedené 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]].__//
--|(% 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é| | | | | |
--|Testovacie| | | | | |
--|Produkčné| | | | | |
++Alternatíva 2: Táto alternatíva uvažuje len s čiastočnou realizáciou opatrení (aktivít projektu) a zameriava sa len na kľúčové aktivity nevyhnutné pre zachovanie funkčnosti a efektivity procesov. Realizácia zahŕňa základné aktualizácie IS eForms v reálnom čase implementácie projektu v súlade s požiadavkami EK, čím by sa zabezpečil legislatívny súlad a kontinuita verejného obstarávania. Táto čiastočná realizácia by zabezpečila nevyhnutné zlepšenia pre udržanie kvality a efektívnosti verejného obstarávania a zároveň by vytvorila pevný základ pre potenciálne rozšírenie projektu v budúcnosti, no bez digitálnej transformácie ostatných „podporných” procesov. ÚVO by bez realizácie digitálnej transformácie procesov bol menej efektívny ako pri plnej implementácii digitálnej transformácie.
++
++
++Alternatíva 3: Alternatíva sa zameriava na modernizáciu a digitalizáciu procesov verejného obstarávania s cieľom zvýšiť efektívnosť, transparentnosť a kvalitu poskytovaných služieb. Hlavným cieľom je zavedenie plne digitalizovaného procesného rámca, optimalizácia interných procesov, zlepšenie kvality a dostupnosti údajov a implementácia moderných technológií, ako sú cloudové riešenia a AI. Projekt zabezpečí súlad s legislatívnymi požiadavkami EÚ, podporí elektronizáciu procesov a zníži administratívne zaťaženie. Týmto spôsobom projekt prispeje k efektívnejšiemu fungovaniu ÚVO, lepšiemu využitiu verejných finančných zdrojov, vyššej transparentnosti a dôvere vo verejné inštitúcie.
++
++
++
++1.
++11. Multikriteriálna analýza
++
++
++Výber alternatív prebieha prostredníctvom MCA zostavenej na základe kapitoly Motivácia a rozsah projektu, ktorá obsahuje ciele stakeholderov, ich požiadavky a obmedzenia pre dosiahnutie uvedených cieľov.
++
++
++Niektoré (nie všetky) kritériá, môžu byť označené ako KO kritériá. KO kritériá označujú biznis požiadavky na riešenie, ktoré sú z hľadiska rozsahu identifikovaného problému a motivácie nevyhnutné pre riešenie problému a všetky akceptovateľné alternatívy ich musia naplniť. Alternatívy, ktoré nesplnia všetky KO kritériá, môžu byť vylúčené z ďalšieho posudzovania. KO kritériá nesmú byť technologické (preferovať jednu formu technologickej implementácie voči druhej).
++
++
++Spracovanie MCA
++
++| |KRITÉRIUM|ZDÔVODNENIE KRIÉRIA|(((
++STAKE-HOLDER
++
++MIRRI
++)))|STAKE-HOLDER G2B/G2C|STAKEH-OLDER ÚVO
++|(% rowspan="6" %)(((
++BIZNIS VRSTVA
++
++
++)))|Kritérium A (KO) Zabezpečiť Value for money a minimalizáciu nákladov. (Efektívne vynakladanie verejných zdrojov)|Efektívne hospodárenie so zdrojmi je kľúčové pre každú organizáciu, vrátane verejnej správy. Investície do informačných technológií a bezpečnostných opatrení by mali byť usmerňované tak, aby prinášali maximálny prínos pri súčasnom minimalizovaní nákladov. Efektívnym vynakladaním finančných prostriedkov na implementáciu infraštruktúry a bezpečnostných opatrení sa dosahuje optimálny pomer medzi nákladmi a prínosmi.|X|X|X
  |(((
--ďalšie...
--(uviesť názov)
--)))| | | | | |
--//Určite v štruktúrovanej podobe ďalšie potrebné infraštruktúrne alebo iné cloudové služby (PaaS, SaaS) potrebné na prevádzku projektu podľa katalógu cloudových služieb. Tabuľky si treba prispôsobiť, aby čo najlepšie odpovedali podmienkam návrhu riešenia a charakteristikám zvolených cloudových služieb~://
--|**Prostredie**|**Ďalšie služby potrebné na prevádzku projektu z katalógu služieb vládneho cloudu **(stručný popis / názov)|(((
--**Kód služby**
--//(z MetaIS)//
--)))|**Parametre pre službu **(doplňte stĺpec parametra, ak je dôležitý pre konkrétnu službu)
--|Vývojové|Doplň názov a stručný popis| |
--|Testovacie|Doplň názov a stručný popis| |
--|Produkčné|Doplň názov a stručný popis| |
++Kritérium B
++
++Škálovateľnosť a flexibilita
++)))|Potreba rýchlej a jednoduchej reakcie riešenia. Riešenie umožní reagovať na meniace sa potreby organizácie. Riešenie podporuje  integráciu s inými systémami.| | |X
  |(((
--ďalšie...
--(uviesť názov)
--)))| | |
--//Požiadavky na služby vládneho cloudu odporúčame mať ešte pred vyhlásením VO odkomunikované s prevádzkovateľom vládneho cloudu (MV SR) v súlade s postupom zverejneným na webovom sídle https:~/~/sk.cloud v sekcii “Postup a hlavné kroky pre vytvorenie projektu vo Vládnom cloude” alebo __[[https:~~/~~/www.sk.cloud/data/Postup_a_hlavne_kroky_pre_vytvorenie_projektu_vo_Vladnom_cloude.pdf>>url:https://www.sk.cloud/data/Postup_a_hlavne_kroky_pre_vytvorenie_projektu_vo_Vladnom_cloude.pdf]]__.//
++Kritérium C
--== {{id name="_Toc1569848295"/}}{{id name="_Toc153139712"/}}4.5Bezpečnostná architektúra ==
++Bezpečnosť údajov (KO)
++)))|Efektívne poskytovanie verejných služieb si vyžaduje moderné a spoľahlivé informačné technológie.| |X|X
++|Kritérium D (KO) optimalizácia procesov|(((
++Kontinuálne administratívne zjednodušovanie - optimalizácia procesov a legislatívy
--//{{id name="_Toc15428562"/}}Uveďte popis AS IS stavu z pohľadu súčasného riešenia bezpečnostnej architektúry,//
--//Uveďte popis TO BE stavu riešenia bezpečnostnej architektúry (+ popis alternatív),//
--//Uveďte súlad navrhovanej bezpečnostnej architektúry s dotknutými právnymi normami a zároveň s technickými normami, ktoré stanovujú úroveň potrebnej bezpečnosti IS, pre manipuláciu so samotnými dátami, alebo technické/technologické/personálne zabezpečenie samotnej výpočtovej techniky/HW vybavenia. Ide najmä o~://
++
++)))|X|X|X
++|Kritérium E (KO) Využívanie digitálnych služieb|(((
++Prednostné využívanie digitálnych služieb a dát pre rozhodovanie
--* //Zákon č. 95/2019 Z.z. o informačných technológiách vo verejnej správe//
--* //Zákon č. 69/2018 Z.z. o kybernetickej bezpečnosti//
--* //Zákon č. 45/2011 Z.z. o kritickej infraštruktúre//
--* //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 Úradu na ochranu osobných údajov Slovenskej republiky č. 158/2018 Z. z. o postupe pri posudzovaní vplyvu na ochranu osobných údajov//
--* //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.//
--//Stručne popíšte postupy na dosiahnutie potrebnej úrovne bezpečnosti a spôsob zabezpečenia aktív projektu na jednotlivých vrstvách architektúry (dôvernosť, dostupnosť a integrita).//
--//Uveďte požiadavky na realizáciu Bezpečnostného projektu//[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^6^^>>path:#sdfootnote6sym||name="sdfootnote6anc"]](%%)
--//Doplňte požiadavky na používateľské role, správu prístupov a správu aplikácie~://
--* //Interní používatelia (pracovníci jednotlivých organizačných jednotiek, pracovníci administrácie a správy aplikácie, pracovníci prevádzky a podpory)//
--* //Externí používatelia (zákazníci, partneri - tretie strany).//
++
++)))| | |X
++|Kritérium F Cloud native (KO)|Cloudové služby prednostne - „cloud native“ architektúra modulov ISVS|X|X|X
--= {{id name="_Toc15428568"/}}{{id name="_Toc15427674"/}}{{id name="_Toc15426952"/}}{{id name="_Toc14573076"/}}{{id name="_Toc153139713"/}}5.Závislosti na ostatné ISVS / projekty =
--//Uveďte sumárny prehľad všetkých projektov, programov a informačných systémov (ISVS), od ktorých je realizácia pripravovaného projektu závislá.//
--//Uveďte ako záujmové osoby (stakeholder) organizačné jednotky verejnej správy zodpovedné za poskytnutie potrebnej súčinnosti pre pripravovaný projekt.//
++Vyhodnotenie MCA
--|**Stakeholder**|(((
--**Kód projektu /ISVS**
--//(z MetaIS)//
--)))|**Názov projektu /ISVS**|**Termín ukončenia projektu**|**Popis závislosti**
--|Projekt/PO_asociuje_Projekt/ PO/Gen_profil_nazov|(((
--Projekt/Projekt_obsahuje_projekt/ Projekt/Gen_profil_kod_metais;Projekt/ Projekt_realizuje_isvs/ ISVS/Gen_profil_nazov
--Projekt/Projekt_financuje_projekt/ Projekt/Gen_profil_kod_metais;Projekt/ Projekt_realizuje_isvs/ ISVS/Gen_profil_nazov
--)))|//Projekt_1234// Projekt/Gen_profil_nazov|//04/2021// Projekt/EA_Profil_Projekt_termin_ukoncenia|//Vyplniť//
--| | | | |
--| | | | |
++|Zoznam kritérií|Alternatíva1|(((
++Spôsob
--= {{id name="_Toc15428566"/}}{{id name="_Toc15427672"/}}{{id name="_Toc15426950"/}}{{id name="_Toc740800352"/}}{{id name="_Toc153139714"/}}6.Zdrojové kódy =
++dosiahnutia
++)))|Alternatíva 2|(((
++Spôsob
--//Doplňte požiadavky na zdrojové kódy (napr. zo vzorovej zmluvy). Aké druhy, formy a štruktúry zdrojových kódov požadujte odovzdať. Stručne popíšte aj spôsob ich preberania, periodicitu (pri akých míľnikoch) a spôsob archivácie,//
--//Doplňte pravidlá pre preberanie, správu a archiváciu zdrojových kódov a tieto pravidlá následne preniesť do Zmluvy o dielo alebo zmluvy na podporu (ZoD/SLA).//
--//Naviažte preberanie/odovzdávanie zdrojových kódov na fakturačné míľniky.//
--//Navrhnite spôsob, ako predísť „Vendor lock-in“ = t.j. dodávané riešenie musí byť v súlade so Zákonom o ITVS (ktorý „vendor lock-in“ nepovoľuje). Následne ustanovenia predchádzaniu vendor-lockinu musia byť zahrnuté aj v ZoD a SLA.//
--//Usmernenia pre oblasť zdrojových kódov~://
++dosiahnutia
++)))|(((
++Alternatíva
--* //Metodické usmernenie č. 024077/2023 – o kvalite zdrojových kódov a balíkov softvéru zverejnené na stránke: __[[https:~~/~~/mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/>>url:https://mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/]]__//
--* //Inštrukcie k EUPL licenciám: __[[https:~~/~~/commission.europa.eu/content/european-union-public-licence_en>>url:https://commission.europa.eu/content/european-union-public-licence_en]]__//
++3
++)))|Spôsob dosiahnutia
++|Kritérium A|Nie|alternatíva 1 je zachovanie statusu quo bez realizácie projektu|áno|Implementáciou alternatívy 2 sa zabezpečí Value for money a minimalizácia nákladov.|áno|Implementáciou alternatívy 3 sa zabezpečí Value for money a minimalizácia nákladov.
++|Kritérium B|Nie|alternatíva 1 je zachovanie statusu quo bez realizácie projektu|nie|Realizáciou alternatívy 2 sa nezabezpečí škálovateľnosť a flexibilita riešenia|áno|Realizáciou alternatívy 3 sa zabezpečí škálovateľnosť a flexibilita riešenia
++|Kritérium C|Nie|alternatíva 1 je zachovanie statusu quo bez realizácie projektu|áno|Realizáciou alternatívy 2 sa zabezpečí Bezpečnosť údajov.|áno|Realizáciou alternatívy 3 sa zabezpečí Bezpečnosť údajov.
++|Kritérium D|Nie|alternatíva 1 je zachovanie statusu quo bez realizácie projektu|áno|Realizáciou alternatívy 2 sa zabezpečí kontinuálne administratívne zjednodušovanie - optimalizácia procesov a legislatívy.|áno|Realizáciou alternatívy 3 sa zabezpečí kontinuálne administratívne zjednodušovanie - optimalizácia procesov a legislatívy.
++|Kritérium E|Nie|alternatíva 1 je zachovanie statusu quo bez realizácie projektu|nie|Realizáciou alternatívy 2 sa nezabezpečí prednostné využívanie digitálnych služieb a dát pre rozhodovanie.|áno|Realizáciou alternatívy 3 sa zabezpečí prednostné využívanie digitálnych služieb a dát pre rozhodovanie.
++|Kritérium F|Nie|alternatíva 1 je zachovanie statusu quo bez realizácie projektu|nie|Realizáciou alternatívy 2 sa nezabezpečí požadované prednostné využívanie Cloudových služieb.|áno|Realizáciou alternatívy 3 sa zabezpečí požadované prednostné využívanie Cloudových služieb.
--= {{id name="_Toc1202332381"/}}{{id name="_Toc153139715"/}}7.Prevádzka a údržba =
--//Doplňte popis AS IS stavu zabezpečenia prevádzky a údržby a úroveň poskytovania služieb (SLA).//
--//Doplňte popis TO BE stavu zabezpečenia prevádzky a údržby a úroveň poskytovania služieb (SLA).//
--//Uveďte prehľad všetkých predpokladaných požiadaviek na prevádzku a údržbu cieľového riešenia.//
--== {{id name="_Toc1213604723"/}}{{id name="_Toc153139716"/}}7.1Prevádzkové požiadavky ==
++**Na základe vyhodnotenia MCA analýzy vychádza Alternatíva 3 ako jediná, ktorá spĺňa všetky požiadavky**.
--//Uveďte popis L1 úrovne – požiadavky / očakávania//
--//Uveďte popis L2 úrovne – požiadavky / očakávania//
--//Uveďte popis L3 úrovne – požiadavky / očakávania//
--//Uveďte štandardný čas podpory, čas/rýchlosť odstraňovania vád, dostupnosť systému, zálohovanie, plán obnovy systému, atď.//
--//Uveďte požadované SLA na služby systémovej a aplikačnej podpory – servisné služby vzťahujúce sa na produkčné a testovacie prostredie IS.//
--=== {{id name="_Toc720375508"/}}{{id name="_Toc153139717"/}}7.1.1Úrovne podpory používateľov ===
--//Help Desk bude realizovaný cez 3 úrovne podpory, s nasledujúcim označením~://
++1.
++11. Stanovenie alternatív v aplikačnej vrstve architektúry
--* //**L1 podpory IS** (Level 1, priamy kontakt zákazníka) - jednotný kontaktný bod verejného obstarávateľa – IS Solution manager, ktorý je v správe verejného obstarávateľa a v prípade jeho nedostupnosti Centrum podpory používateľov (zabezpečuje prevádzkovateľ IS a DataCentrum).//
--* //**L2 podpory IS** (Level 2, postúpenie požiadaviek od L1) - vybraná skupina garantov, so znalosťou IS (zabezpečuje prevádzkovateľ IS – verejný obstarávateľ).//
--* //**L3 podpory IS** (Level 3, postúpenie požiadaviek od L2) - na základe zmluvy o podpore IS (zabezpečuje úspešný uchádzač).//
--//Definícia~://
--* //**Podpora L1 (podpora 1. stupňa)** - začiatočná úroveň podpory, ktorá je zodpovedná za riešenie základných problémov a požiadaviek koncových užívateľov a ďalšie služby vyžadujúce základnú úroveň technickej podpory. Základnou funkciou podpory 1. stupňa je zhromaždiť informácie, previesť základnú analýzu a určiť príčinu problému a jeho klasifikáciu. Typicky sú v úrovni L1 riešené priamočiare a jednoduché problémy a základné diagnostiky, overenie dostupnosti jednotlivých vrstiev infraštruktúry (sieťové, operačné, vizualizačné, aplikačné atď.) a základné užívateľské problémy (typicky zabudnutie hesla), overovanie nastavení SW a HW atď.//
--* //**Podpora L2 (podpora 2. stupňa)** – riešiteľské tímy s hlbšou technologickou znalosťou danej oblasti. Riešitelia na úrovni Podpory L2 nekomunikujú priamo s koncovým užívateľom, ale sú zodpovední za poskytovanie súčinnosti riešiteľom 1. úrovne podpory pri riešení eskalovaného hlásenia, čo mimo iného obsahuje aj spätnú kontrolu a podrobnejšiu analýzu zistených dát predaných riešiteľom 1. úrovne podpory. Výstupom takejto kontroly môže byť potvrdenie, upresnenie, alebo prehodnotenie hlásenia v závislosti na potrebách Objednávateľa. Primárnym cieľom riešiteľov na úrovni Podpory L2 je dostať Hlásenie čo najskôr pod kontrolu a následne ho vyriešiť - s možnosťou eskalácie na vyššiu úroveň podpory – Podpora L3.//
--* //**Podpora L3 (podpora 3. stupňa)** - Podpora 3. stupňa predstavuje najvyššiu úroveň podpory pre riešenie tých najobťiažnejších Hlásení, vrátane prevádzania hĺbkových analýz a riešenie extrémnych prípadov.//
--//Pre služby sú definované takéto SLA~://
--* //Help Desk je dostupný cez IS Solution manager a pre vybrané skupiny užívateľov cez telefón a email, incidenty sú evidované v IS Solution manager,//
--* //Dostupnosť L3 podpory pre IS je 8x5 (8 hodín x 5 dní od 8:00h do 16:00h počas pracovných dní),//
--=== 7.1.2Riešenie incidentov – SLA parametre ===
++Na aplikačnej vrstve budú projektom riešené len aplikačné moduly/funkcionality, ktoré sú nevyhnutné pre dosiahnutie cieľov vybranej alternatívy č. 3. 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. Cieľom je v čo najvyššej možnej miere zabezpečiť, aby jednotlivé IS/moduly boli vyvinuté formou open source (EUPL licenčný model) - bližšie informácie k EUPL sú uvedené v Prístupe k projektu, kapitola 6.
--//Za incident je považovaná chyba IS, t.j. správanie sa v rozpore s prevádzkovou a používateľskou dokumentáciou IS. Za incident nie je považovaná chyba, ktorá nastala mimo prostredia IS napr. výpadok poskytovania konkrétnej služby Vládneho cloudu alebo komunikačnej infraštruktúry.//
--Označenie naliehavosti incidentu:
--|**Označenie naliehavosti incidentu**|**Závažnosť incidentu**|**Popis naliehavosti incidentu**
--|A|Kritická|Kritické chyby, ktoré spôsobia úplné zlyhanie systému ako celku a nie je možné používať ani jednu jeho časť, nie je možné poskytnúť požadovaný výstup z IS.
--|B|Vysoká|Chyby a nedostatky, ktoré zapríčinia čiastočné zlyhanie systému a neumožňuje používať časť systému.
--|C|Stredná|Chyby a nedostatky, ktoré spôsobia čiastočné obmedzenia používania systému.
--|D|Nízka|Kozmetické a drobné chyby.
--možný dopad:
--|**Označenie závažnosti incidentu**|**Dopad**|**Popis dopadu**
--|1|katastrofický|katastrofický dopad, priamy finančný dopad alebo strata dát,
--|2|značný|značný dopad alebo strata dát
--|3|malý|malý dopad alebo strata dát
--Výpočet priority incidentu je kombináciou dopadu a naliehavosti v súlade s best practices ITIL V3 uvedený v nasledovnej matici:
--|(% colspan="2" rowspan="2" %)**Matica priority incidentov**|(% colspan="3" %)**Dopad**
--|**Katastrofický - 1**|**Značný - 2**|**Malý - 3**
--|(% rowspan="4" %)**Naliehavosť**|**Kritická - A**|1|2|3
--|**Vysoká - B**|2|3|3
--|**Stredná - C**|2|3|4
--|**Nízka - D**|3|4|4
--Vyžadované reakčné doby:
--|**Označenie priority incidentu**|**Reakčná doba^^(1)^^ od nahlásenia incidentu po začiatok riešenia incidentu**|**Doba konečného vyriešenia incidentu od nahlásenia incidentu (DKVI) ^^(2)^^**|(((
--**Spoľahlivosť ^^(3)^^**
--(počet incidentov za mesiac)
++
++1.
++11. Stanovenie 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. Projekt počíta s rozšírením existujúcej technologickej vrstvy, kde bude toto riešenie implementované. Z tohto dôvodu je ekonomicky nevýhodné uvažovať s ďalšími alternatívami na technologickej vrstve architektúry.
++
++
++1. POŽADOVANÉ VÝSTUPY  (PRODUKT PROJEKTU)
++
++
++Výstupom projektu je funkčný, stabilný, efektívny a bezpečný systém. Výstupom bude aj dodanie používateľskej príručky, inštalačnej príručky a pokynov na inštaláciu (úvodnú/opakovanú), prevádzkový opis a pokyny pre servis, údržbu a diagnostiku, pokyny na obnovu pri výpadku alebo havárii (Havarijný plán) a bezpečnostný projekt. Na dodržanie štandardov sa použije M-04 Audit kvality zameraný na výstupy z iniciačnej, realizačnej a dokončovacej fázy projektu.
++
++
++Realizácia projektu bude v zmysle vyhlášky MIRRI č. 401/2023 Z. z. pozostávať z uvedených etáp:
++
++* Analýza a dizajn
++* Nákup technických prostriedkov, programových prostriedkov a služieb
++* Implementácia a testovanie
++* Nasadenie
++
++
++ÚVO bude pri implementácii postupovať v zmysle vyhlášky MIRRI č. 401/2023 Z. z.. Pre implementované zmeny budú dodané špecializované a manažérske produkty, ktoré budú kompletne pokrývať celý rozsah dodávky popísaný v biznis, aplikačnej a technologickej architektúre a požadované výstupy budú dodávané primerane vzhľadom na charakter projektu.
++
++
++|**Etapa**|**Požadované výstupy**
++|**Analýza a dizajn**|(((
++**Úvodná správa (Projektový iniciálny dokument, ďalej ako „PID“) pre všetky funkčné oblasti**
++
++- Zoznam požiadaviek
++
++- Akceptačné kritériá
++
++- Rámcová špecifikácia riešenia (Popis produktu, Dekompozícia produktu, Vývojový diagram
++
++  produktu)
++
++- Biznis architektúra
++
++- Aplikačná architektúra
++
++- Technologická architektúra – časť systémová architektúra
++
++- Bezpečnostná architektúra
++
++- Stratégia testovania
++
++- Plán testovania
++
++- Testovacie scenáre a prípady
++
++**Detailná funkčná špecifikácia riešenia**
++
++- Vypracovanie registratúrneho poriadku
++
++- Detailný popis funkcionality a biznis požiadaviek,
++
++- Blokové a dátové modely finálneho produktu
++
++**Detailná technická špecifikácia, pre všetky systémy samostatne**
++
++- Technická architektúra – časť fyzická architektúra
++
++- Špecifikácia správy používateľov a používateľských profilov (vrátane rolí a práv)
++
++- Špecifikácia podpory identifikácie používateľov a autentifikácie vykonávaných činností
++
++- Špecifikácia technologických riešení a predpokladov na dosiahnutie výkonnostných požiadaviek
++
++- Plán testovania
++
++- Testovacie scenáre a prípady
++
++- Plán Implementácie
  )))
--|1|0,5 hod.|4 hodín|1
--|2|1 hod.|12 hodín|2
--|3|1 hod.|24 hodín|10
--|4|1 hod.|(% colspan="2" %)Vyriešené a nasadené v rámci plánovaných releasov
--//**Vysvetlivky k tabuľke**//
--//(1) Reakčná doba je čas medzi nahlásením incidentu verejným obstarávateľom (vrátane užívateľov IS, ktorí nie sú v pracovnoprávnom vzťahu s verejným obstarávateľom) na helpdesk úrovne L3 a jeho prevzatím na riešenie.//
--//(2) DKVI znamená obnovenie štandardnej prevádzky - čas medzi nahlásením incidentu verejným obstarávateľom a vyriešením incidentu úspešným uchádzačom (do doby, kedy je funkčnosť prostredia znovu obnovená v plnom rozsahu). Doba konečného vyriešenia incidentu od nahlásenia incidentu verejným obstarávateľom (DKVI) sa počíta počas celého dňa. Do tejto doby sa nezarátava čas potrebný na nevyhnutnú súčinnosť verejného obstarávateľa, ak je potrebná pre vyriešenie incidentu. V prípade potreby je úspešný uchádzač oprávnený požadovať od verejného obstarávateľa schválenie riešenia incidentu.//
--//(3) Maximálny počet incidentov za kalendárny mesiac. Každá ďalšia chyba nad stanovený limit spoľahlivosti sa počíta ako začatý deň omeškania bez odstránenia vady alebo incidentu. Duplicitné alebo technicky súvisiace incidenty (zadané v rámci jedného pracovného dňa, počas pracovného času 8 hodín) sú považované ako jeden incident.//
--//(4) Incidenty nahlásené verejným obstarávateľom úspešnému uchádzačovi v rámci testovacieho prostredia majú prioritu 3 a nižšiu//
--//Vzťahujú sa výhradne k dostupnosti testovacieho prostredia. Za incident na testovacom prostredí sa nepovažuje incident vztiahnutý k práve testovanej funkcionalite.//
--//Vyššie uvedené SLA parametre nebudú použité pre nasledovné služby~://
++|**Nákup technických prostriedkov, programových prostriedkov a služieb**|**Obstaranie programových prostriedkov a služieb (R2-2)**
++|**Implementácia a testovanie**|(((
++**Implementácia:**
--* //Služby systémovej podpory na požiadanie (nad paušál)//
--* //Služby realizácie aplikačných zmien vyplývajúcich z legislatívnych a metodických zmien (nad paušál)//
--//Pre tieto služby budú dohodnuté osobitné parametre dodávky.//
++**Implementačný plán pre všetky funkčné oblasti samostatne:**
--== {{id name="_Toc1544169800"/}}{{id name="_Toc153139718"/}}{{id name="_Toc34423613"/}}{{id name="_Toc527558121"/}}7.2Požadovaná dostupnosť IS: ==
++- Implementácia systémov pre všetky funkčné oblasti samostatne
--|**Popis**|**Parameter**|**Poznámka**
--|**Prevádzkové hodiny**|//12 hodín//|//od 6:00 hod. - do 18:00 hod. počas pracovných dní//
--|(% rowspan="2" %)**Servisné okno**|//10 hodín//|//od 19:00 hod. - do 5:00 hod. počas pracovných dní//
--|//24 hodín//|(((
--//od 00:00 hod. - 23:59 hod. počas dní pracovného pokoja a štátnych sviatkov//
--//Servis a údržba sa bude realizovať mimo pracovného času.//
++- Implementácia integrácií systémov pre všetky funkčné oblasti samostatne
++
++- Úvodná konfigurácia systému podľa reálnych biznis procesov pre testovacie účely
++
++- Vybudovanie testovacieho prostredia, jeho nasadenie a oživenie diela pre všetky systémy a pre všetky funkčné oblasti samostatne
++
++- Implementácia procesov
++
++**Testovanie:**
++
++**Zrealizovanie testovania minimálne v nasledovnom rozsahu:**
++
++- Funkčné testy
++
++- Bezpečnostné testy - v rozsahu dokumentu „Metodika pre systematické zabezpečenie organizácií verejnej správy v oblasti informačnej bezpečnosti“ (dostupná na https:~/~/www.csirt.gov.sk/doc/MetodikaZabezpeceniaIKT_v2.0.pdf)
++
++- Záťažové testy
++
++- Systémové integračné testy
++
++- Testy použiteľnosti
++
++- Používateľské akceptačné testovanie
  )))
--|**Dostupnosť produkčného prostredia IS**|//98,5%//|(((
--//98,5% z 24/7/365 t.j. max ročný výpadok je 66 hod.//
--//Maximálny mesačný výpadok je 5,5 hodiny.//
--//Vždy sa za takúto dobu považuje čas od 0.00 hod. do 23.59 hod. počas pracovných dní v týždni.//
--//Nedostupnosť IS sa počíta od nahlásenia incidentu Zákazníkom v čase dostupnosti podpory Poskytovateľa (t.j. nahlásenie incidentu na L3 v čase od 6:00 hod. - do 18:00 hod. počas pracovných dní). Do dostupnosti IS nie sú započítavané servisné okná a plánované odstávky IS.//
--//V prípade nedodržania dostupnosti IS bude každý ďalší začatý pracovný deň nedostupnosti braný ako deň omeškania bez odstránenia vady alebo incidentu.//
++|**Nasadenie**|(((
++**Nasadenie do produkcie:**
++
++- Príprava produkčného prostredia
++
++- Administratívna príprava produkčného prostredia (procesy, dokumentácia)
++
++- Inštalácia riešenia do produkčného prostredia
++
++- Sprístupnenie riešenia v produkčnom prostredí vybraným používateľom
  )))
++|(((
++
--=== {{id name="_Toc992446895"/}}{{id name="_Toc153139719"/}}{{id name="_Toc34423614"/}}7.2.1Dostupnosť (Availability) ===
++**Dokončovacia fáza projektu**
++)))|(((
++**Manažérsky produkt**
--//**Dostupnosť** (**Availability**) je pojem z oblasti riadenia bezpečnosti v organizácii. Dostupnosť znamená, že dáta sú prístupné v okamihu jej potreby. Narušenie dostupnosti sa označuje ako nežiaduce zničenie (destruction) alebo nedostupnosť. Dostupnosť je zvyčajne vyjadrená ako percento času v danom období, obvykle za rok. Orientačný zoznam dostupnosti je uvedený v nasledovnom prehľade~://
++**- **M-02 Správa o dokončení projektu
--* //**90% dostupnosť** znamená výpadok 36,5 dňa//
--* //**95% dostupnosť** znamená výpadok 18,25 dňa//
--* //**98% dostupnosť** znamená výpadok 7,30 dňa//
--* //**99% dostupnosť** znamená výpadok 3,65 dňa//
--* //**99,5% dostupnosť** znamená výpadok 1,83 dňa//
--* //**99,8% dostupnosť** znamená výpadok 17,52 hodín//
--* //**99,9%** (“**tri deviatky**”) **dostupnosť** znamená výpadok 8,76 hodín//
--* //**99,99%** (“**štyri deviatky**”) **dostupnosť** znamená výpadok 52,6 minút//
--* //**99,999%** (“**päť deviatok**”) **dostupnosť** znamená výpadok 5,26 minút//
--* //**99,9999%** (“**šesť deviatok**”) **dostupnosť** znamená výpadok 31,5 sekúnd//
--//Hoci je obvyklé uvádzať dostupnosť v percentách, presnejšie ukazovatele sú vyjadrením doby obnovenia systému a na množstvo dát, o ktoré môžeme prísť~://
--* [[RTO (Recovery Time Objective)>>path:#_RTO_(Recovery_Time]]// - doba obnovenia systému, t.j. za ako dlho po výpadku musí byť systém funkčný (pre bližšie info klik na nadpis)//
--* [[RPO (Recovery Point Objective) >>path:#_RPO_(Recovery_Point]]//- aké množstvo dát môže byť stratené od vymedzeného okamihu//
--* //Recovery Time - čas potrebný k obnove//
--//Riešenie dostupnosti v praxi: Nedostupnosť [[dát>>url:https://datalab.digital/wp-content/uploads/CSRU_poskytovatelia_polozky_v3.xlsx]] je jedným z [[rizík>>url:https://www.zakonypreludi.sk/zz/2020-78/znenie-20200501]], ktorý môže postihnúť každú [[organizáciu>>url:https://metais.vicepremier.gov.sk/publicspace]]. Dostupnosť je jedným s kľúčových požiadaviek na každý dôležitý [[informačný systém>>url:https://datalab.digital/dokumenty/]] a vplyv na dostupnosť má mnoho faktorov, napríklad~://
--* //Dostupnosť [[servera>>url:https://metais.vicepremier.gov.sk/help]]//
--* //Dostupnosť pripojenie k internetu//
--* //Dostupnosť [[databázy>>url:https://www.zakonypreludi.sk/zz/2020-85/znenie-20200501]]//
--* //Dostupnosť [[webových stránok>>url:https://managementmania.com/sk/sla-service-level-agreement]]//
--//V prípade, že je časť softvér alebo infraštruktúra zabezpečovaná externe (napr. hosting, webhosting), prenáša sa zodpovednosť za dostupnosť týchto komponentov na dodávateľa. Potom je potrebné mať vhodným spôsobom ošetrenú úroveň dostupnosti, ktorú musí dodávateľ dodržať. Zvyčajne je dostupnosť súčasťou [[dohody o úrovni poskytovaných služieb (SLA)>>url:https://datalab.digital/referencne-udaje/]].//
++**- **M-02 Plán kontroly po odovzdaní projektu
--=== {{id name="_Toc862618350"/}}{{id name="_Toc153139720"/}}{{id name="_Toc34423615"/}}{{id name="_RTO_(Recovery_Time"/}}7.2.2RTO (Recovery Time Objective) ===
++**- **M-02 Odporúčanie nadväzných krokov
--**Recovery Time Objective**// (zvyčajne sa požíva skratka RTO) je jeden z ukazovateľov //__[[dostupnosti>>url:https://managementmania.com/sk/data]]__// dát. RTO vyjadruje množstvo času potrebné pre obnovenie //__[[dát>>url:https://datalab.digital/legislativa/]]__// a celej prevádzky nedostupného systému (//__[[softvér>>url:https://datalab.digital/dokumenty]]__//). Môže byť, v závislosti na použitej technológii, vyjadrené v sekundách, hodinách či dňoch.//
--Využitie RTO v praxi//: Ukazovateľ RTO sa z pohľadu zákazníka využíva pre vyjadrenie doby pre obnovu dát. (napr. formou //__[[SLA>>url:https://www.minv.sk/swift_data/source/mvsr_a_eu/fabianova/np_optimalizacia/metodika-modelovania-udajov-vs.pdf]]__//). Na druhú stranu poskytovatelia dnes môžu voliť rôzne technológie zálohovanie, respektíve replikovanie dát a dobu obnovy dát znížiť až k nulovému výpadku. Existujúce technológie sa delia zhruba nasledovne~://
++**- **M-02 Plán monitorovania a hodnotenia po odovzdaní projektu
++)))
++|**Služby projektového riadenia**|(((
++**Manažérsky produkt**
--* //Tradičné zálohovanie - výpadok a obnova trvá cca hodiny až dni//
--* //Asynchrónne replikácie dát - výpadok a obnova v poriadku sekúnd až minút//
--* //Synchrónny replikácie dát - nulový výpadok//
++**- **M-01 Plán etapy
--=== {{id name="_Toc2066578526"/}}{{id name="_Toc153139721"/}}{{id name="_Toc34423616"/}}{{id name="_RPO_(Recovery_Point"/}}7.2.3RPO (Recovery Point Objective) ===
++**- **M-02 Manažérske správy, plány, reporty, zoznamy a požiadavky
--**Recovery Point Objective**// (zvyčajne sa požíva skratka RPO) je jeden z ukazovateľov //__[[dostupnosti>>url:https://datalab.digital/legislativa/]]__// dát. RPO vyjadruje, do akého stavu (bodu) v minulosti možno obnoviť //__[[dáta>>url:https://datalab.digital/]]__//. Inými slovami množstvo dát, o ktoré môže organizácia prísť.//
--Využitie RPO v praxi//**: **Ukazovateľ RPO sa z pohľadu zákazníka využíva pre vyjadrenie množstva obnoviteľných dát. (napr. formou //__[[SLA>>url:https://www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html]]__//). Na druhú stranu poskytovatelia dnes môžu voliť rôzne technológie //__[[zálohovanie>>url:https://joinup.ec.europa.eu/sites/default/files/inline-files/EUPL%201_1%20Guidelines%20SK%20Joinup.pdf]]__//, respektíve replikovanie dát a bod obnovy dát znížiť až k nulovej strate. Existujúce technológie sa delia zhruba nasledovne~://
++**- **M-03 Akceptačný protokol
--* //Tradičné zálohovanie - výpadok a obnova trvá cca hodiny až dni//
--* //Asynchrónne replikácie dát - výpadok a obnova v poriadku sekúnd až minút, strata sa blíži k nule//
--* //Synchrónny replikácie dát - nulová strata//
++**- **M-04 Audit kvality
--= {{id name="_Toc2005115416"/}}{{id name="_Toc153139722"/}}{{id name="_Toc15428571"/}}{{id name="_Toc15427677"/}}{{id name="_Toc15426955"/}}8.Požiadavky na personál =
++**- **M-05 Analýza nákladov a prínosov
++)))
--//Doplniť požiadavky na projektové personálne zabezpečenie (projektové role a ich obsadenie).//
--//Doplniť rámcové požiadavky na obsadenie TO BE procesu.//
--//Doplniť požiadavky potrebných školení a certifikátov.//
--= {{id name="_Toc603274444"/}}{{id name="_Toc153139723"/}}{{id name="_Toc15428572"/}}{{id name="_Toc15427678"/}}{{id name="_Toc15426956"/}}9.Implementácia a preberanie výstupov projektu =
--//Posúďte a doplňte spôsoby realizácie projektu a ich dopad na harmonogram projektu a preberanie výstupov pripravovaného projektu.//
--//V zmysle Vyhlášky 401/2023 Zz o riadení projektov a zmenových požiadaviek v prevádzke je potrebné posúdiť výber spôsobu realizácie projektu metódou waterfall, metódou agile alebo metódou waterfall s prvkami metódy agile.//
--//V zmysle vyhlášky 401/2023 Zz o riadení projektov a zmenových požiadaviek v prevádzke je možné pristupovať k realizácii projektu prostredníctvom čiastkových plnení, t.j. inkrementov, a to~://
++1. NÁHĽAD ARCHITEKTÚRY (POPIS REALIZOVANÝCH AKTIVÍT PROJEKTU)
--* //Inkrement musí obsahovať z realizačnej fázy projektu aspoň etapu Implementácia a Testovanie a Nasadenia do produkcie. Je možné ho realizovať viacerými iteráciami v závislosti od charakteru projektu a každý doručený inkrement projektu je nasadený na produkčnom prostredí informačnej technológie a je možné začať s dokončovacou fázou projektu, alebo pokračovať ďalším inkrementom.//
--* //Ak realizačná fáza veľkých projektov pozostáva z dodania jedného funkčného celku alebo dodania výlučne technických prostriedkov, objednávateľ v produkte PI-03 Prístup k projektu a v M-05 Analýza nákladov a prínosov - BC/CBA, posúdi a vyhodnotí aj alternatívy rozdelenia na inkrementy na preukázanie ekonomickej nevýhodnosti alebo technických obmedzení rozdeliť projekt na inkrementy.//
--= {{id name="_Toc1624651882"/}}{{id name="_Toc153139724"/}}{{id name="_Toc15428575"/}}{{id name="_Toc15427681"/}}{{id name="_Toc15426959"/}}{{id name="_Toc510413663"/}}10.Prílohy =
++Komplexné informačné systémy sú ohrozené vyššou mierou zlyhania dodávky, než menšie projekty. Preto sa navrhuje začať s realizáciou jednoduchších systémov, ktoré zabezpečia nevyhnutné procesy. Po ich úspešnom otestovaní, nasadení a spätnej väzbe od používateľov, bude následne menej rizikové projekt ďalej rozširovať zložitejšími aktivitami.
--//V prípade potreby doplňte zoznam príloh //
--//Poznámka: **odporúčame**, aby ste si VŠETKY TABUĽKOVÉ VSTUPY evidovali a spravovali v jednom centrálnom súbore formátu EXCEL – s cieľom minimalizovať budúcu prácnosť s aktualizáciou a udržiavaním obsahu.//
--//Inštrukcie k verejnému pripomienkovaniu~://
--* //Podľa §4 ods. 10 vyhlášky č. 401/2023 Z.z je potrebné zrealizovať pripomienkovanie Projektového prístupu odbornou verejnosťou, zaevidovať a vyhodnotiť pripomienky odbornej verejnosti.//
--* //Oznámenie o začatí verejného pripomienkovania zverejniť v centrálnom metainformačnom systéme verejnej správy na mieste určenom Orgánom vedenia.//
--* //Dať na schválenie riadiacemu výboru výstupy po zverejnení vyhodnotenia pripomienok.//
--* //Vyhodnotenie zverejniť na webovom sídle objednávateľa (do projektového adresára).//
--[[1>>path:#sdfootnote1anc||name="sdfootnote1sym"]] Podľa § 2 ods. 1 písm. i) vyhlášky MIRRI č. 401/2023 Z.z. o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy sa objednávateľom rozumie správca alebo prevádzkovateľ ITVS, ktorý projekt realizuje alebo chce realizovať.
--[[2>>path:#sdfootnote2anc||name="sdfootnote2sym"]] https:~/~/avssr.horizzon.cloud/. O prístup do repozitára a poskytnutie licencie pre modelovací nástroj pracujúci s repozitárom modelov je potrebné požiadať na e-mailovej adrese: sprava_EA@mirri.gov.sk.
--[[3>>path:#sdfootnote3anc||name="sdfootnote3sym"]] The Open Group ArchiMate Model Exchange File Format Standard a špecifikácia BPMN 2.0
--[[4>>path:#sdfootnote4anc||name="sdfootnote4sym"]] Napr. modelovací nástroj Archi - Open Source ArchiMate Modelling: [[https:~~/~~/www.archimatetool.com>>url:https://www.archimatetool.com/]].
--[[5>>path:#sdfootnote5anc||name="sdfootnote5sym"]] Napr. modelovací nástroj pre BPMN - Camunda Modeler - Open Source Desktop Modeler: [[https:~~/~~/camunda.com/download/modeler/>>url:https://camunda.com/download/modeler/]].
--[[6>>path:#sdfootnote6anc||name="sdfootnote6sym"]] Správca ISVS je povinný zaviesť v organizácii systém riadenia informačnej (a kybernetickej) bezpečnosti a vypracovať bezpečnostný projekt pre ISVS podľa vyhlášky Ú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)
--Strana 23/23
++Celý projekt je štruktúrovaný na konkrétne, samostatné a nezávislé aktivity, ktoré sú doručiteľné ako samostatné diela (Projekt je zložený z viacerých aktivít (v skutočnosti z viacerých samostatných projektov), ktoré sú rozpísané nižšie. Zároveň však platí, že vývoj realizácie resp.  vypracovaná detailná analýza  jednej aktivity môže ovplyvniť rozsah delivery inej aktivity). Komplexnejšie samostatné aktivity sú detailnejšie štruktúrované na samostatné etapy/fázy projektu z dôvodu minimalizácie rizík zlyhania doručenia jednej komplexnej aktivity ako celku. Zároveň je zohľadnený prístup realizácie jednoduchšieho systému (časti delivery), ktorý zabezpečí len nevyhnutné procesy/funkcie a následne po ich otestovaní, validácii, nasadení do produkcie a spätnej väzbe od používateľov sa prejde do realizácie ďalšej fázy obsahujúcej pokročilé funkcie/komplexnejšie delivery. Nižšie navrhované štruktúrovanie tiež reflektuje možnosť úpravy pôvodných požiadaviek, resp. rozsahu projektu so zohľadnením celkovej pridanej hodnoty a efektívneho vynakladania finančných prostriedkov.
++
++Pohľad na „hrubé štruktúrovanie“ aktivít (detailné rozfázovanie sa predpokladá po realizácii detailnej analýzy jednotlivých aktivít):
++
++
++**Aktivita 1: Zabezpečenie povinnej časti rozvoja IS eForms určenej zo strany Európskej komisie **
++
++Ciele aktivity:
++
++Vzhľadom k neustálemu vydávaniu nových verzií SDK eForms z EK, ktoré sa musia nasadzovať vo všetkých členských štátoch EÚ, je potrebné reagovať na tento vývoj v rámci už existujúceho IS eForms, ktorý bol spustený v roku 2023. Cieľom tejto aktivity je zabezpečenie povinnej časti kontinuálneho rozvoja IS eForms v súlade s priebežne aktualizovanými požiadavkami Európskej komisie na daný IS, čo znamená kontinuálne zlepšovanie systému prostredníctvom zmenových požiadaviek na už existujúcom systéme. Zabezpečením kontinuálnych upgradov IS eForms z dôvodu dynamického rozvoja SDK v zmysle pokynov Európskej komisie, bude prispievať k funkčnosti systému verejného obstarávania, ako aj kvalite verejného obstarávania v SR prostredníctvom digitalizácie.
++
++
++**Aktivita 2: Využitie umelej inteligencie pre kľúčové procesy ÚVO**
++
++Cieľom tejto aktivity je využite technológie umelej inteligencie pre podporu činností:
++
++1. pre interné prostredie: podpora zefektívnenia vydávania nových rozhodnutí v procese kontroly procesov verejného obstarávania a konzistencie rozhodovacích procesov ÚVO;
++1. pre externé prostredie: uľahčenie úkonov pre kupujúcich pri jednotlivých činnostiach súvisiacich s verejným obstarávaním.
++
++
++Doručenie tejto aktivity bude predstavovať zásadnú digitálnu transformáciu súčasných procesov pri vydávaní rozhodnutí ÚVO (najmä manuálne vyhľadávanie kontextových informácií z už existujúcich obdobných rozhodnutí) a digitálnu transformáciu v súčasnosti využívaných foriem poskytovania metodickej podpory z oblasti verejného obstarávania (najmä online/on-premise školenia, telefonická podpora).
++
++
++Školenia v rámci tejto aktivity budú vykonávané pre interných zamestnancov ÚVO vzhľadom k potrebe naučiť sa  pracovať s AI, efektívne ju používať, ako aj napĺňať ju relevantnými poznatkami, ktoré bude ďalej využívať nielen interné, ale aj externé prostredie. Vývoj informačno-komunikačných technológií (vrátane rozvoja a implementácie AI)  neustále napreduje a ich využitie sa rozširuje do viacerých oblastí v rámci verejnej správy a služieb, avšak SR v porovnaní s krajinami ako Estónsko, Fínsko či Spojené kráľovstvo je v počiatočnom štádiu. Jedným z veľkých impulzov bola pandemická situácia spôsobená ochorením COVID-19, ktorá významne urýchlila digitálnu transformáciu verejnej správy a vytvorila tak dobrý základ pre zavádzanie technológií AI.
++
++
++V zmysle odporúčaní uvedených v dokumente "What factors influence perceived artificial intelligence adoption by public managers?", vydaným Spoločným výskumným centrom EK, je vhodné zakomponovanie digitalizácie a AI do budovania stratégie a vykonávania opatrení týkajúcich sa zvyšovania gramotnosti v oblasti vyžívania AI v rámci interných kapacít vzhľadom na dlhodobý charakter implementácie riešenia. Uvedené by bolo základom nielen k zlepšeniu pracovných podmienok, ale vytvoril by sa aj priestor na lepšiu špecializáciu zamestnancov, ktorí by boli odbremení od niektorých byrokratických postupov a mohli by venovať viac času na strategické a inovatívne riešenia. V konečnom dôsledku je cieľom vytvorenie jednotnej informačnej platformy na báze AI s podporou agregovania najlepších postupov v postupoch verejného obstarávania jednak pre interné prostredie ako aj pre externé prostredie. Využívanie AI so zohľadnením osobitosti odvetia je východiskom pre spracovanie informácií v konkrétnom kontexte pre rýchlejšie prijímanie správnych rozhodnutí a opatrení. Konverzačné rozhranie je vybudované na veľkých jazykových modeloch a primárnym prínosom je zvýšenie produktivity a s ňou spojené prínosy ako napr. automatizácia opakujúcich sa úloh, analýza veľkého objemu dát či zefektívnenie komunikácie.
++
++
++**Aktivita 3: Migrácia Microsoft Exchange on-premise do prostredia cloudovej služby Microsoft Office365**
++
++Cieľom aktivity je minimalizácia nákladov na hardvér, softvér a údržbu e-mail služby v prostredí ÚVO. Cieľový stav umožní kontinuálne a ucelené adoptovanie nových vlastností tejto e-mail služby, a tým aj modernizáciu digitálneho prostredia ÚVO a zlepšenie existujúcich procesov, čo vytvára predpoklad pre digitálnu transformáciu ÚVO interných aj externých procesov.
++
++
++**Aktivita 4: Migrácia Microsoft Sharepoint on-premise do prostredia  cloudovej služby Microsoft 365 a rozvoj existujúceho využitia platformy Sharepoint v cloud prostredí**
++
++Cieľom aktivity je minimalizácia nákladov na hardvér, softvér a údržbu služby Sharepoint v prostredí ÚVO. Cieľový stav umožní kontinuálne adoptovanie nových vlastností tejto služby, a tým aj modernizáciu digitálneho prostredia ÚVO a zlepšenie existujúcich procesov,  čo vytvára predpoklad pre digitálnu transformáciu ÚVO interných aj externých procesov.
++
++
++**Aktivita 5: Digitálna transformácia rozhodovacích procesov ÚVO**
++
++V súčasnosti sú informácie o konaniach rôzneho druhu evidované rôznymi spôsobmi - v existujúcich aplikáciách (Modul Dohľadu I, Modul Rada, Modul Kontrola), prípadne v samostatných súboroch XLS naprieč jednotlivými útvarmi ÚVO. S týmto faktom súvisí aj nejednotná množina evidovaných údajov a rozdiely v samotných rozhodovacích procesoch. Zavedením jednotnej evidencie konaní bude možné zjednotiť procesy, zabezpečiť prehľadné a transparentné údaje, v ktorých bude možné vyhľadávať a z ktorých bude možné vytvárať analytické výstupy. Cieľom zavedenia jednotnej evidencie je možnosť jednoducho a prehľadne pracovať s údajmi o jednotlivých konaniach, ako napr. stav konania, dátum začatia konania, dátum ukončenia konania a pod. Zároveň spoločná aplikácia zabezpečí prehľadnosť údajov aj naprieč ÚVO. Umožní referentom rýchlym preverením získať informácie o prebiehajúcich a prípadne súvisiacich konaniach, ako aj o podrobnostiach už ukončených konaní - dokumentoch, prílohách, samotných rozhodnutiach. Tým bude zjednodušený proces zdieľania údajov medzi jednotlivými organizačnými útvarmi úradu.
++
++
++Aplikácia zabezpečí možnosť evidencie konania od momentu prijatia podnetu, začatia konania, prípadných prerušení konania, ako aj informácie o samotnom rozhodnutí. Zároveň umožní evidenciu potrebných dokumentov – doručený podnet, vytvárané dokumenty (informácia o začatí konania, výzva na doplnenie, výzva na vyjadrenie, informácia o prerušení konania, rozhodnutie,... ), doručené odpovede na dožiadania a i.. Súčasťou aplikácie bude aj možnosť publikovať vybrané dokumenty na webovom sídle úradu a vo vestníku, príp. v Profile VO/O.
++
++
++Cieľom tejto aktivity je maximálna miera digitalizácie rozhodovacích procesov, zosúladenie aplikácií s aktuálnym legislatívnym prostredím, zabezpečenie predpokladov pre konzistenciu, monitorovanie procesov a ich dát. Doručenie tejto aktivity bude predstavovať zásadnú digitálnu transformáciu  uvedených procesov, čím bude zaručená ich konzistencia a auditovateľnosť.
++
++
++
++**Aktivita 6: Náhrada súčasnej komerčnej AAA (Authentication, Authorization, Accounting) platformy za open source riešenie**
++
++Cieľom aktivity je minimalizácia nákladov na hardvér, softvér a údržbu súčasnej komerčnej AAA platformy v prostredí ÚVO, ktorá je vstupnou bránou do procesov verejného obstarávania. Súčasné komerčné riešenie predstavuje vzhľadom na výšku prevádzkových nákladov zásadný problém pre využite technológie tohto typu pri rozvíjaní ďalších systémov verejného obstarávania, resp. núti ÚVO k realizácii technických opatrení, ktoré obmedzujú používateľov súčasných systémov verejného obstarávania. Odstránením tejto bariéry by bolo možné v plnej miere podporovať digitálnu transformáciu ďalších systémov ÚVO.
++
++
++
++1.
++11. Prehľad e-Government komponentov
++
++Informácie relevantné pre túto kapitolu sú uvedené v Prístupe k projektu.
++
++
++1. LEGISLATÍVA
++
++Realizácia projektu predpokladá komplexné zanalyzovanie osobitných právnych predpisov podľa ktorých ÚVO postupuje. V rámci analýzy sa identifikujú a pripravia konkrétne legislatívne návrhy na nevyhnutnú zmenu súvisiacej právnej úpravy obsiahnutej v osobitných právnych predpisoch.
++
++Právna analýza bude zameraná najmä na:
++
++* Identifikáciu konkrétnych ustanovení osobitných predpisov vytvárajúcich zákonné prekážky aplikácie v realizačnej fáze projektu a pre každú realizovanú aktivitu v projekte v rozsahu konkrétnych objektov evidencie obsiahnutých v realizovanom projekte podľa dotknutých informačných systémov verejnej správy;
++* Identifikáciu potreby novej legislatívy za účelom bezproblémovej realizácie projektu v rámci “to be” stavu, spoločne s vypracovaním konkrétneho návrhu noviel.
++
++
++Na základe tejto právnej analýzy budú zapracované legislatívne zmeny do praxe. Základnými legislatívnymi normami upravujúcimi oblasť  implementácie tohto projektu sú:
++
++* Zákon č. 95/2019 Z. z. o informačných technológiách vo verejnej správe;
++* Vyhláška Ministerstva investícií, regionálneho rozvoja a informatizácie Slovenskej republiky č. 401/2023 o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy
++
++* Zákon č. 305/2013 Z. z. o elektronickej podobe výkonu pôsobnosti orgánov verejnej moci a o zmene a doplnení niektorých zákonov (zákon o e-Governmente);
++* Vyhláška Ministerstva investícií, regionálneho rozvoja a informatizácie Slovenskej republiky č. 547/2021 Z. z. o elektronizácii agendy verejnej správy;
++* Zákon č. 368/2021 o mechanizme na podporu obnovy a odolnosti a o zmene a doplnení niektorých zákon;
++
++* Zákon č. 540/2001 Z. z. o štátnej štatistike ;
++
++* Zákon č. 211/2000 Z. z. o slobodnom prístupe k informáciám (zákon o slobode informácií);
++
++* Zákon č. 177/2018 Z. z. o niektorých opatreniach na znižovanie administratívnej záťaže využívaním informačných systémov verejnej správy;
++
++* Zákon č. 69/2018 Z. z. o kybernetickej bezpečnosti;
++
++* Zákon č. 45/2011 Z.z. o kritickej infraštruktúre ;
++
++* 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 Úradu na ochranu osobných údajov Slovenskej republiky č. 158/2018 Z. z. o postupe pri posudzovaní vplyvu na ochranu osobných údajov;
++
++* 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 č. 343/2015 Z. z. o verejnom obstarávaní a o zmene a doplnení niektorých zákonov v znení neskorších  predpisov – úplné znenie;
++* Vyhláška č. 481/2023 Z. z. zo dňa 12. 12. 2023, ktorou sa ustanovuje finančný limit pre nadlimitnú zákazku, finančný limit pre nadlimitnú koncesiu a finančný limit pri súťaži návrhov;
++* Vyhláška č. 73/2022 Z. z. zo dňa 14. 3. 2022, ktorou sa ustanovujú obsahové náležitosti dotazníka na zápis do zoznamu elektronických prostriedkov na elektronickú komunikáciu vo verejnom obstarávaní;
++* Vyhláška č. 171/2019 Z. z. zo dňa 11. 6. 2019, ktorou sa mení a dopĺňa vyhláška Úradu pre verejné obstarávanie č. 157/2016 Z. z., ktorou sa ustanovujú podrobnosti o druhoch súťaží návrhov v oblasti architektúry, územného plánovania a stavebného inžinierstva, o obsahu súťažných podmienok a o činnosti poroty;
++* Vyhláška č. 41/2019 Z. z. zo dňa 11. 02. 2019, ktorou sa ustanovujú podrobnosti o technických a funkčných požiadavkách pre nástroje a zariadenia používané na elektronickú komunikáciu vo verejnom obstarávaní;
++* Vyhláška č. 157/2016 Z. z. zo dňa 23. 03. 2016, ktorou sa ustanovujú podrobnosti o druhoch súťaží návrhov v oblasti architektúry, územného plánovania a stavebného  inžinierstva, o obsahu súťažných podmienok a o činnosti poroty;
++* Vyhláška č. 155/2016 Z. z. zo dňa 23. 03. 2016, ktorou sa ustanovujú podrobnosti o jednotnom európskom dokumente a jeho obsahu;
++* Vyhláška č. 132/2016 Z. z. zo dňa 23. 03. 2016, ktorou sa ustanovujú podrobnosti o postupe certifikácie systémov na uskutočnenie elektronickej aukcie;
++* Zákon o elektronickej podobe výkonu pôsobnosti orgánov verejnej moci a o zmene a doplnení niektorých zákonov – úplné znenie (Zákon o e-Governmente);
++* Zákon č. 214/2021 Z. z. o podpore ekologických vozidiel cestnej dopravy a o zmene a doplnení niektorých zákonov;
++* Vykonávacie Nariadenie Komisie (EÚ) 2019/1780 z 23. septembra 2019, ktorým sa stanovujú štandardné formuláre na uverejňovanie oznámení v oblasti verejného obstarávania a ktorým sa zrušuje vykonávacie nariadenie (EÚ) 2015/1986 (elektronické formuláre),
++* Vykonávacie nariadenie Komisie (EÚ) 2022/2303 z 24. novembra 2022, ktorým sa mení vykonávacie nariadenie (EÚ) 2019/1780, ktorým sa stanovujú štandardné formuláre na uverejňovanie oznámení v oblasti verejného obstarávania ,
++* Vykonávacie nariadenie komisie(EÚ) 2023/2884 z 20. decembra 2023, ktorým sa mení vykonávacie nariadenie (EÚ) 2019/1780, ktorým sa stanovujú štandardné formuláre na uverejňovanie oznámení v oblasti verejného obstarávania
++
++
++
++1. ROZPOČET A PRÍNOSY
++
++
++
++1.
++11. Sumarizácia nákladov a prínosov
++
++
++**NÁKLADY**
++
++Sumarizácia nákladov:
++
++[[image:file:///C:/Users/MILICA~~1.OKA/AppData/Local/Temp/msohtmlclip1/01/clip_image003.png]]
++
++Sumarizácia nákladov a prínosov riešenia za obdobie 10 rokov:
++
++[[image:file:///C:/Users/MILICA~~1.OKA/AppData/Local/Temp/msohtmlclip1/01/clip_image004.png]]
++
++
++
++
++
++Interpretácia výsledkov:
++
++
++Ekonomická a finančná efektívnosť projektu je v analýze prínosov a nákladov hodnotená kvantitatívne pomocou nasledujúcich ukazovateľov:
++
++
++* Pomer prínosov a nákladov (BCR): 1,40
++* Kumulovaná diskont. návratnosť ENPV: t7 (v 5 roku)
++
++
++
++**Rozpočet projektu**: **4 151 600,00 EUR**
++
++
++Celkové náklady na zabezpečenie riešenia boli vypočítané prostredníctvom UCP analýzy. Vypočítané náklady projektu a výšku rozpočtu môžeme rozdeliť nasledovne:
++
++
++**Hlavné aktivity**
++
++**Vývoj aplikácií:**
++
++**~                 **Interné kapacity:                 758 000 EUR
++
++                 Externé služby:                 2 872 000 EUR s DPH
++
++                 Softvér a licencie:                250 000 EUR s DPH
++
++
++**Podporné aktivity**
++
++907 - Paušálna sadzba na nepriame výdavky podľa článku 54 písm. a) NSU:   271 600,00 EUR
++
++
++
++
++**PRÍNOSY**
++
++
++**Kvalitatívne Prínosy:**
++
++
++Zabezpečenie povinnej časti rozvoja IS eForms určenej zo strany EK
++
++1. Implementácia zmenových požiadaviek vyvolaných zo zmien na strane EK, čím bude zabezpečená schopnosť SR plniť povinnosti vyplývajúce z európskej ako aj národnej legislatívy;
++1. Zabezpečenie schopnosti SR odosielať oznámenia z procesov verejného obstarávania na uverejnenie do vestníka EÚ (TED) prostredníctvom služieb eSender implementovaných v IS eForms.;
++1. Zabezpečenie funkčnosti verejného obstarávania ako takého.
++
++
++Využitie AI pre kľúčové procesy ÚVO
++
++1. Pre interné prostredie: zefektívnenie/zrýchlenie vydávania rozhodnutí pri procese kontroly procesov verejného obstarávania so zohľadnením ustálenej rozhodovacej praxe;
++1. Pre externé prostredie: uľahčenie úkonov pre kupujúcich pri jednotlivých procesoch verejného obstarávania, napr. prehľadávanie v metodických usmerneniach k zákonu o verejnom obstarávaní.
++
++
++Migrácia Microsoft Exchange on-premise do prostredia cloudovej služby Microsoft Office365
++
++1. Zmigrovaná súčasná on-premise Exchange infraštruktúra do cloudového prostredia Microsoft Exchange Online;
++1. Kontinuálne adoptovanie nových vlastností e-mail služby v prostredí ÚVO, modernizácia digitálneho prostredia ÚVO a zlepšenie existujúcich procesov;
++1. Znížené náklady na danú službu, získanie kontroly nad ochranou e-mail komunikácie.
++
++
++Migrácia Microsoft Sharepoint on-premise do prostredia cloudovej služby Microsoft 365 a rozvoj existujúceho využitia platformy Sharepoint v cloud prostredí
++
++1. Zmigrovaná súčasná on-premise Sharepoint infraštruktúra do cloudového prostredia;
++1. Kontinuálne adoptovanie nových vlastností Sharepoint služby, modernizácia digitálneho prostredia ÚVO a zlepšenie existujúcich procesov;
++1. Zmigrované dáta z on-premise prostredia;
++1. Zrealizované bezpečnostné nastavenia platformy.
++
++
++Digitálna transformácia rozhodovacích procesov ÚVO
++
++1. Konsolidované agendové systémy, evidenčné systémy a analytické systémy ÚVO, resp. ich posunutie na úplne inú kvalitatívnu úroveň;
++1. Zvýšená efektivita používania súčasných nástrojov;
++1. Zavedené nové rozšírenie, ktoré umožní úplné nové možnosti pri analýze dát pochádzajúcich z procesu verejného obstarávania.
++
++
++Náhrada súčasnej komerčnej AAA (Authentication, Authorization, Accounting) platformy za open source riešenie
++
++1. Vymenená súčasná AAA platfroma, zmigrované aktuálne dáta;
++1. Využívanie ďalších technických možností pre AAA procesy, napr. dvojfaktorovú autentifikáciu prostredníctvom mobilných aplikácií bez potreby dodatočných nákladov, čo môže prispieť ku komfortu aktérov verejného obstarávania a vyššej bezpečnosti procesov verejného obstarávania.
++
++
++
++**Kvantitatívne Prínosy:**
++
++
++
++Početnosti a trvania procesov v súčasnom stave boli stanovené na základe riadeného rozhovoru s reprezentatívnou vzorkou zamestnancov pracujúcich s dotknutými informačnými systémami, resp. dátovými objektami. Hodnoty pre budúci stav boli stanovené kontrolovaným pozorovaním reprezentatívnej vzorky používateľov, ktorí procesné kroky vykonávali v simulovanom prostredí.
++
++
++Na základe analýzy a v nej použitých konzervatívnych odhadov je predpokladaný rok návratnosti investície  projektu v  5 roku.
++
++1. HARMONOGRAM JEDNOTLIVÝCH FÁZ PROJEKTU a METÓDA JEHO RIADENIA
++
++
++Projekt bude dodávaný v 2 Inkrementoch z dôvodu priehľadnosti uvádzame Harmonogram na úrovni 1 Etapy/ 1 Inkrementu.
++
++
++|ID|FÁZA/AKTIVITA|(((
++ZAČIATOK
++
++(odhad termínu)
++)))|(((
++KONIEC
++
++(odhad termínu)
++)))|POZNÁMKA
++|1.|Prípravná fáza a Iniciačná fáza|01/2024|12/2024|
++|2.|Realizačná fáza|12/2024|03/2026|
++|2a|Analýza a Dizajn|12/2024|09/2025|
++|2b|Nákup technických prostriedkov, programových prostriedkov a služieb|12/2024|09/2025|
++|2c|Implementácia a testovanie|12/2024|12/2025|
++|2d|Nasadenie a PIP|03/2025|03/2026|
++|3.|Dokončovacia fáza|03/2026|03/2026|
++|4.|Podpora prevádzky (SLA)|04/2026|03/2031|
++
++
++**Realizácia projektu a jej riadenie**
++
++Plánovaná dĺžka realizačnej fázy projektu je rozvrhnutá na 16 mesiacov. Realizačná fáza sa bude členiť na nasledovné etapy:
++
++* Analýza a Dizajn
++
++* Nákup technických prostriedkov, programových prostriedkov a služieb, (ak relevantné)
++
++* Implementácia a Testovanie,
++
++* Nasadenie a Postimplementačná podpora,
++
++
++Riešenie bude budované ako súbor informačných systémov podporujúcich správu a kvalitu údajov potrebných na výkon agend. Predpokladá sa Waterfall prístup riadenia a využitie štandardnej metodiky projektového PRINCE 2. Výstupy jednotlivých etáp budú presnejšie definované v iniciačnej fáze projektu a následne verifikované a precizované v rámci realizácie a procesov obsiahnutých v etape Analýza a dizajn. Produkty budú vzájomne odsúhlasované Riadiacim výborom, v ktorom bude mať zastúpenie aj dodávateľ projektu.
++
++
++**Podpora prevádzky (SLA)**
++
++Prevádzka informačných systémov bude zabezpečená prostredníctvom viacerých Zmlúv o SLA, z dôvodu zabezpečenia udržateľnosti projektu stanovenej riadiacou dokumentáciou. Na danú zmluvu, ako aj personálne náklady spojené s prevádzkou SW produktu a aplikácie, bude mať ÚVO vyčlenené finančné prostriedky z vlastného rozpočtu minimálne na obdobie 5 rokov.
++
++
++Projekt bude realizovaný metódou Waterfall - vodopádový prístup počíta s detailným naplánovaním jednotlivých krokov a následnom dodržiavaní postupu pri vývoji alebo realizácii projektu. Projektovému tímu je daný minimálny priestor na zmeny v priebehu realizácie. Vodopádový prístup je vhodný a užitočný v projektoch, ktorý majú jasný cieľ a jasne definovateľný postup a rozdelenie prác.
++
++
++//[[image:file:///C:/Users/MILICA~~1.OKA/AppData/Local/Temp/msohtmlclip1/01/clip_image005.png||alt="/Users/admin/Desktop/Snímka obrazovky 2020-08-03 o 10.37.34.png"]]//
++
++
++1. PROJEKTOVÝ TÍM
++
++**Riadiaci výbor** projektu tvorí predseda riadiaceho výboru projektu a členovia (napr. vlastníci procesov, zástupca prevádzky alebo nimi poverení zástupcovia).
++
++
++Riadiaci výbor sa riadi “Štatútom riadiaceho výboru”, ktorý je popísaný v dokumente Štatút RV projektu ako najvyšší riadiaci orgán na účely realizácie projektu na základe schválenej projektovej dokumentácie.
++
++Štatút Riadiaceho výboru upravuje najmä jeho pôsobnosť, úlohy, zloženie, zasadnutie a hlasovanie. Členom riadiaceho výboru projektu môže byť aj zástupca dodávateľa. Väčšina členov riadiaceho výboru projektu s hlasovacím právom sú osoby navrhnuté objednávateľom a zastupujú záujmy objednávateľa. Riadiaci výbor projektu dozerá na hospodárnosť, efektívnosť a účelové využívanie finančných prostriedkov a môže prispôsobiť štandardy projektového riadenia na realizovaný projekt.
++
++Riadiaci výbor má minimálne 5 členov, vrátane predsedu Riadiaceho výboru (ďalej len „predseda“):
++
++
++Riadiaci výbor projektu bude tvoriť:
++
++1.
++11. **predseda** Riadiaceho výboru projektu,
++11. **vlastník alebo vlastníci procesov **(biznis vlastník infraštruktúra) alebo nimi poverený zástupca alebo zástupcovia,
++11. **zástupca kľúčových používateľov **(end user),
++11. **zástupca za Dodávateľa v zmysle Zmluvy o Dielo s Dodávateľom.**
++
++Riadiaci výbor je riadený predsedom, ktorým je zástupca Objednávateľa. V prípade neprítomnosti predsedu na zasadnutí Riadiaceho výboru, predseda musí na toto konkrétne zasadnutie písomne delegovať svoju funkciu v rozsahu svojich práv a povinností formou splnomocnenia na zástupcu, ktorým môže byť aj iný člen Riadiaceho výboru. Na rokovanie Riadiaceho výboru môžu byť v prípade potreby prizvaní aj iní účastníci, tak zo strany Objednávateľa, ako aj zo strany Dodávateľa.
++
++
++Riadiaci výbor zasadá pravidelne, spravidla raz za mesiac avšak najmenej jedenkrát za tri (3) po sebe nasledujúce kalendárne mesiace. Zasadnutie Riadiaceho výboru zvoláva predseda prostredníctvom tajomníka RV. Závery zo zasadnutia Riadiaceho výboru a jednotlivé body zo zasadnutia Riadiaceho výboru sa prijímajú súhlasným hlasovaním nadpolovičnej väčšiny prítomných členov Riadiaceho výboru s hlasovacím právom. V prípade rovnosti hlasov rozhoduje hlas predsedu Riadiaceho výboru.
++
++
++Hlavné dokumenty spojené s činnosťou Riadiaceho výboru sú program zasadnutia, pracovný materiál a záznam zo zasadnutia Riadiaceho výboru, ktorého prílohou musí byť aj prezenčná listina, prípadne aj písomné splnomocnenia členov Riadiaceho výboru.
++
++
++Program zasadnutia a pracovné materiály Riadiaceho výboru distribuuje tajomník RV na základe podkladov a inštrukcií predsedu alebo toho člena Riadiaceho výboru, ktorý požiadal o zasadnutie Riadiaceho výboru.
++
++Tajomník RV zabezpečí ich distribúciu členom Riadiaceho výboru najneskôr 3 pracovné dni pred zasadnutím Riadiaceho výboru. Za vecnú správnosť distribuovaného materiálu zodpovedá člen Riadiaceho výboru, ktorý ho predkladá.
++
++
++Riadiaci výbor zaniká ukončením plnohodnotnej implementácie projektu a jeho uvedením do produktívnej prevádzky. Zoznam členov Riadiaceho výboru je súčasťou dokumentu Komunikačná matica uloženom na zdieľanom projektovom úložisku.
++
++// //
++
++|**ID**|**Meno a Priezvisko**|**Pozícia**|**Oddelenie**|**Rola v projekte**
++|1.|TBD|TBD|TBD|Predseda RV
++|2.|TBD|TBD|TBD|Biznis vlastník
++|3.|TBD|TBD|TBD|Zástupca prevádzky
++|4.|TBD|TBD|TBD|Zástupca dodávateľa
++
++// //
++
++Administratívne riadenie projektu zo strany Objednávateľa bude zabezpečené prostredníctvom Projektového manažéra a Finančného manažéra a bude trvať počas celej doby realizácie projektu. Bude pokrývať oblasť projektového riadenia vo vzťahu k poskytovateľovi externých finančných prostriedkov (projektový manažment, celková koordinácia projektu), finančného riadenia a monitorovania realizácie projektu v zmysle riadiacej dokumentácie poskytovateľa externých finančných prostriedkov.
++
++Zodpovednosťou administratívneho projektového manažéra je v spolupráci s finančným manažérom (objednávateľa) administratívne a  finančné riadenie projektu, kontrola rozpočtu projektu a jeho súlad s účtovnými dokladmi. Kontrolu podpornej účtovnej dokumentácie a poradenstvo pri definovaní oprávnených výdavkov bude zabezpečovať finančný manažér Objednávateľa.
++
++Súčasťou projektového riadenia bude tiež operatívna projektová podpora zabezpečujúca administratívnu podporu pre písomnú komunikáciu, administratívne vedenie projektovej dokumentácie a prípravu podkladov pre členov projektového tímu, organizáciu stretnutí a pod.. V rámci aktivity budú taktiež zabezpečovaný manažment a hodnotenie kvality zo strany Objednávateľa.
++
++
++Odborné riadenie (celkový dohľad nad vývojom dodávaného Diela, vrátane kvality, komunikácie s dodávateľom a odbornou sekciou poskytovateľa MIRRI) podľa vyhlášky MIRRI č. 401/2023 Z. z. v platnom znení bude zabezpečovať IT projektový manažér.
++
++IT projektový manažér Objednávateľa bude riadiť a organizačne zabezpečovať implementáciu hlavných aktivít projektu, komunikovať s  dodávateľmi, sledovať plnenie harmonogramu projektu a zabezpečovať dokumenty požadované MIRRI. Zároveň bude v spolupráci s IT projektovým manažérom dodávateľa koordinovať realizáciu hlavných aktivít, činností a úloh projektu.
++
++
++Projektový tím bude pozostávať z pozícií:
++
++* Projektové role:
++
++* Kľúčový používateľ,
++* IT Analytik ,
++* IT Architekt,
++* Dátový špecialista,
++* Biznis vlastník
++
++
++* Ďalšie projektové role:
++
++* IT Projektový manažér,
++* Finančný manažér,
++* Administratívny projektový manažér,
++* Špecialista na publicitu.
++
++
++V súlade s výzvou ÚVO zabezpečí, aby počas implementácie projektu a po jeho skončení (počas obdobia udržateľnosti) bol k dispozícii interný personál na obsluhu, prevádzku a rozvoj riešenia. Zároveň bude minimálne počas obdobia udržateľnosti zabezpečené financovanie tohto personálu zo zdrojov ÚVO.
++
++
++
++|**ID**|**MENO A PRIEZVISKO**|**POZÍCIA**|**ORGANIZAČNÝ ÚTVAR**|**PROJEKTOVÁ ROLA**
++|1.|Pavol Gašparovič|IT Projektový manažér|TBD|IT projektový manažér
++|2.|TBD|TBD|TBD|Kľúčový používateľ
++|3.|TBD|TBD|TBD|Analytik IT
++|4.|TBD|TBD|TBD|Architekt IT
++|5.|TBD|TBD|TBD|IT tester
++|6.|TBD|TBD|TBD|Dátový špecialista
++|8.|TBD|Manažér kybernetickej a informačnej bezpečnosti|TBD|Manažér kybernetickej a informačnej bezpečnosti
++|9.|Michaela Šimuneová|TBD|TBD|Finančný manažér
++|10.|Milica Okáliová|TBD|TBD|Administratívny projektový manažér
++
++
++
++
++1.
++11. PRACOVNÉ NÁPLNE
++
++
++|**Projektová rola:**|**IT PROJEKTOVÝ MANAŽÉR**
++|Detailný popis rozsahu zodpovedností, povinností a kompetencií:|(((
++* zodpovedá za každodenné riadenie projektu v mene objednávateľa, za monitorovanie projektu, za plánovanie aktivít, za informovanie o projekte, atď.,
++* zodpovedá za určenie pravidiel, spôsobov, metód a nástrojov riadenia projektu a získanie podpory RV pre riadenie, plánovanie a kontrolu projektu a efektívne využívanie projektových zdrojov (ľudských a finančných),
++* zodpovedá za splnenie všetkých legislatívnych požiadaviek (právne predpisy SR), metodických požiadaviek súvisiacich s implementáciou projektu a formálnu administráciu projektu súvisiacu s riadením, organizovaním, finančným zúčtovaním, sledovaním čiastkových a celkových výsledkov (monitorovaním) a hodnotením výsledkov,
++* integrovane riadi prípravu a uskutočnenie projektu, nasadenie disponibilných prostriedkov, zabezpečuje koordináciu dodávateľov a zhotoviteľov jednotlivých výstupov projektu, zabezpečuje koordináciu partnerov, časový priebeh a kvalitu výstupov projektu, zmeny projektu a rieši konflikty s okolím projektu,
++* prijíma rozhodnutia a riadi projekt tak, aby sa splnili stanovené ciele projektu, a aby projekt dodával dohodnuté produkty v dohodnutej kvalite, v čase, a v rámci rozpočtu,
++* zodpovedá RV za plnenie cieľov projektu a celkový postup prác v projekte,
++* informuje RV o stave a priebehu projektu, predkladá návrhy na zlepšenie,
++* riadi strategické a projektové riziká, vrátane vývojových a rezervných plánov,
++* zodpovedá za identifikovanie kritických miest projektu a navrhovanie ciest k ich eliminácii,
++* aktívne komunikuje s dodávateľom, zástupcom dodávateľa a projektovým manažérom dodávateľa s cieľom zabezpečiť úspešné dodanie a nasadenie požadovaných projektových výstupov,
++* zabezpečuje kontrolu dodržiavania a plnenia míľnikov v zmysle zmluvy s dodávateľom,
++* zabezpečuje vecnú administráciu zúčtovania dodávateľských faktúr,
++* predkladá požiadavky dodávateľa na rokovanie RV,
++* zodpovedá za koordináciu a zabezpečenie podkladov pre komunikačné oddelenie pre potreby medializácie projektu,
++* zodpovedá za informovanie zamestnancov a verejnosti o začatí a ukončení projektu v závislosti od jeho charakteru,
++* zodpovedá za zabezpečenie vypracovania, priebežnej aktualizácie a verziovania manažérskej a špecializovanej dokumentácie a produktov,
++* pripravuje a predkladá stanovené dokumenty na schválenie RV,
++* navrhuje zaradiť projekt alebo jeho časť do režimu utajenia,
++* zabezpečuje permanentný dohľad a zvýšenú mieru kontroly a ochrany tokov informácií pri realizácii utajovaného projektu alebo utajovanej časti projektu,
++* zodpovedá za vypracovanie požiadaviek na zmenu, návrh ich prioritizácie a predkladanie zmenových požiadaviek na rokovanie RV,
++* zabezpečuje podanie žiadosti o rozpočtové opatrenie MF SR cez Rozpočtový informačný systém na projekt IT podľa potreby,
++* zodpovedá za riadenie zmeny a prípadné požadované riadenie konfigurácií,
++* navrhuje členov projektového tímu po dohode s líniovým vedúcim a tímovým manažérom a tiež navrhuje rozsah ich zodpovedností a činností,
++* organizuje, riadi, motivuje projektový tím a deleguje úlohy členom projektového tímu,
++* hodnotí členov projektového tímu,
++* udeľuje pokyny na výkon  administratívneho zabezpečenia projektu,
++* podľa potreby deleguje svoje povinnosti a práva na tímových manažérov a koordinuje ich činnosť,
++* plní úlohy tímového manažéra (vedúceho projektového tímu), ak takáto rola v projekte nie je obsadená - pozri činnosť projektovej role „Tímový manažér“,
++* monitoruje výkonnosť projektu, to znamená, že sleduje pokrok vo vybraných ukazovateľoch (KPI) projektu a predkladá ho na schválenie RV,
++* zodpovedá za publikovanie RV schválených projektových výstupov v MetaIS chronologicky, z každej fázy životného cyklu projektu,
++* zodpovedá za publikovanie zápisov RV v MetaIS,
++* počas celej doby realizácie projektu štandardne zabezpečuje nasledovné prierezové činnosti:
++*1.
++*11.
++*111. kontinuálne zdôvodňovanie projektu, ktoré zahŕňa posúdenie, či je projekt požadovaný a dosiahnuteľný, potrebné na rozhodovanie o pokračovaní vynakladania prostriedkov počas všetkých fáz projektu, vypracované aspoň po ukončení každej fázy projektu,
++*111. plánovanie a operatívne riadenie dodávania projektových produktov,
++*111. riadenie rizík a závislostí, ktoré zahŕňa identifikáciu, hodnotenie a riadenie rizík, závislostí a hrozieb na úspešnú realizáciu projektu,
++* zabezpečuje dodržiavanie legislatívno-metodických zásad pre riadenie projektov,
++* zodpovedá za formálnu administráciu projektu, riadenie centrálneho úložiska projektovej dokumentácie ÚVO, správu a archiváciu projektovej dokumentácie,
++* sleduje dodržiavanie interných riadiacich aktov.
++)))
++
++
++|**Projektová rola:**|**IT ANALYTIK**
++|Stručný popis:|(((
++* Zodpovedá za zber a analyzovanie funkčných požiadaviek, analyzovanie a spracovanie dokumentácie.
++* Navrhuje a implementovať zlepšenia na zvýšenie efektívnosti a kvality poskytovaných služieb.
++* Posudzuje dopady zmien na projekt a navrhovať riešenia na ich implementáciu.
++* Poskytuje podporu v procese testovania, pomáha pri tvorbe a validácii testovacích scenárov a testovacích prípadov.
++)))
++|Detailný popis rozsahu zodpovedností, povinností a kompetencií:|(((
++* Zodpovedá za zber a analyzovanie funkčných požiadaviek, analyzovanie a spracovanie dokumentácie z pohľadu procesov, metodiky,  technických možností a inej dokumentácie. Podieľa sa na návrhu riešenia vrátane návrhu zmien procesov v oblasti biznis analýzy a analýzy  softvérových riešení. Zodpovedá za výkon analýzy IS, koordináciu a dohľad nad činnosťou SW analytikov.
++* Analyzuje požiadavky na informačný systém/softvérový systém, formálnym spôsobom zaznamenáva činnosti/procesy, vytvára analytický model  systému, okrem analýzy realizuje aj návrh systému, ten vyjadruje návrhovým modelom.
++* Pripravuje špecifikáciu cieľového systému od procesnej až po technickú rovinu. Mapuje a analyzuje existujúce  podnikateľské a procesné prostredie, analyzuje biznis požiadavky na informačný systém, špecifikuje požiadavky na informačnú podporu  procesov, navrhuje koncept riešenia a pripravuje podklady pre architektov a vývojárov riešenia, participuje na realizácii zmien, dohliada na  realizáciu požiadaviek v cieľovom riešení, spolupracuje pri ich preberaní (akceptácie) používateľom.
++* Pri návrhu IT systémov využíva odbornú špecializáciu IT architektov a projektantov. Študuje a analyzuje dokumentáciu, požiadavky klientov,  legislatívne a technické podmienky a možnosti zvyšovania efektívnosti a výkonnosti riadiacich a informačných procesov. Navrhuje a prerokúva  koncepcie riešenia informačných systémov a analyzuje ich efekty a dopady. Zabezpečuje spracovanie analyticko-projektovej špecifikácie s  návrhom dátových a objektových štruktúr a ich väzieb, užívateľského rozhrania a ostatných podkladov pre projektovanie nových riešení.
++* Spolupracuje na projektovaní a implementácii návrhov. Môže tiež poskytovať poradenstvo v oblasti svojej špecializácie. Zodpovedá za návrhovú  (design) časť IT - pôsobí ako medzičlánok medzi používateľmi informačných systémov (biznis pohľad) a ich realizátormi (technologický pohľad).
++* aktívnu účasť v projektových tímoch a spoluprácu na vypracovaní manažérskej a špecializovanej dokumentácie a produktov v minimálnom rozsahu určenom Vyhláškou 401/2023 Z.z., Prílohou č.1
++* plnenie pokynov projektového manažéra a dohôd zo stretnutí projektového tímu.
++)))
++
++
++|**Projektová rola:**|**KĽÚČOVÝ POUŽÍVATEĽ**
++|Stručný popis:|(((
++* reprezentuje záujmy budúcich koncových používateľov projektových produktov alebo projektových výstupov,
++* poskytuje súčinnosť pri spracovaní interného riadiaceho aktu upravujúceho prevádzku, servis a podporu IT,
++* aktívne sa zúčastňuje stretnutí projektového tímu a spolupracuje na vypracovaní manažérskej a špecializovanej dokumentácie a produktov,
++* plní pokyny PM a dohody zo stretnutí projektového tímu.
++)))
++|Detailný popis rozsahu zodpovedností, povinností a kompetencií|(((
++* návrh a špecifikáciu funkčných, nefunkčných a technických požiadaviek, potreby, obsahu, kvalitatívnych a kvantitatívnych prínosov projektu, požiadaviek koncových používateľov na prínos systému a požiadaviek na bezpečnosť,
++* jednoznačnú špecifikáciu požiadaviek na jednotlivé projektové výstupy (špecializované produkty a výstupy) z pohľadu vecno-procesného a legislatívy,
++* návrh a definovanie rizík, rozhraní a závislostí,
++* vykonanie používateľského testovania funkčného používateľského rozhrania (UX testovania) a za finálne odsúhlasenie používateľského rozhrania,
++* návrh a definovanie akceptačných kritérií,
++* akceptačné testovanie (UAT) a návrh na akceptáciu projektových produktov alebo projektových výstupov a finálny návrh na spustenie do produkčnej prevádzky,
++* predkladanie požiadaviek na zmenu funkcionalít produktov,
++* aktívnu účasť v projektových tímoch a spoluprácu na vypracovaní manažérskej a špecializovanej dokumentácie a produktov v minimálnom rozsahu určenom Vyhláškou 401/2023 Z.z., Prílohou č.1
++* plnenie pokynov projektového manažéra a dohôd zo stretnutí projektového tímu.
++)))
++
++
++|**Projektová rola:**|**DÁTOVÝ ŠPECIALISTA**
++|Stručný popis:|(((
++* zodpovedá za udržiavanie databázy, spravuje používateľské účty/prístupy, zálohuje a optimalizuje chod databázy, identifikuje problémové oblasti a navrhuje riešenia na ich odstránenie. Správca databáz vykonáva, prípadne riadi odborné činnosti v oblasti správy bázy dát a dátových súborov IKT.
++* zabezpečuje inštaláciu, testovanie, oživovanie a nastavenie parametrov a následnú správu databázy vrátane prostriedkov a aplikácií na jej využitie. Zabezpečuje migráciu dát, generovanie výstupov, vytváranie relácií a spájanie dát, zálohovanie dát a správu používateľských účtov/prístupov.
++* zabezpečuje monitoring prevádzky bázy dát, administratívne a dokumentačné práce súvisiace so správou databázy a riešenie neštandardných situácií. Poskytuje inštrukcie a poradenstvo používateľom databázových systémov
++* celý rozsah svojej agendy rieši v súlade s legislatívou o dátových štandardoch – Vyhláškou 78/2020 Zz o dátových štandaroch
++)))
++|Detailný popis rozsahu zodpovedností, povinností a kompetencií|(((
++* Realizáciu dohľadu nad súladom projektových výstupov s požiadavkami na dátovú kvalitu.
++
++* Spoluprácu pri riešení odpovedí na otvorené otázky a riziká projektu.
++
++* Posudzovanie, pripomienkovanie, testovanie a protokolárne odsúhlasovanie projektových výstupov v príslušnej oblasti – dátových štandardov
++
++* Riešenie problémov a požiadaviek v spolupráci s odbornými garantmi,
++* Spoluprácu pri špecifikácii a poskytuje súčinnosť pri riešení zmenových požiadaviek
++
++* Schválenie funkčných a technických požiadaviek, potreby, obsahu, kvalitatívnych a kvantitatívnych prínosov projektu z pohľadu používateľov koncového produktu
++* Spolupráca pri definovaní merateľných výkonnostných ukazovateľov projektov a prvkov,
++* Konzultovanie akceptačných kritérií,
++* Spolupráca na realizácii UAT testovania z pohľadu dodržania dátových štandardov
++* Odsúhlasenie spustenia výstupov projektu do produkčnej prevádzky,
++* Dostupnosť a efektívne využitie ľudských zdrojov alokovaných na realizáciu projektu,
++* Poskytovanie vyjadrení k zmenovým požiadavkám, k ich opodstatnenosti a prioritizácii
++* Zisťovanie efektívneho spôsobu riadenia a optimalizácie zvereného procesu, vrátane analyzovanie všetkých vyskytujúcich sa nezhôd,
++* Odsúhlasenie akceptačných protokolov zmenových konaní
++* Aktívnu účasť v projektových tímoch a spoluprácu na vypracovaní manažérskej a špecializovanej dokumentácie a produktov v minimálnom rozsahu určenom Vyhláškou 401/2023 Z.z., Prílohou č.1
++* plnenie pokynov projektového manažéra a dohôd zo stretnutí projektového tímu
++)))
++
++
++|**Projektová rola:**|**IT ARCHITEKT**
++|Stručný popis:|(((
++* zodpovedá za návrh architektúry riešenia IS a implementáciu technológií predovšetkým z pohľadu udržateľnosti, kvality a nákladov, za riešenie architektonických cieľov projektu dizajnu IS a súlad s architektonickými princípmi.
++* vykonáva, prípadne riadi vysoko odborné tvorivé činnosti v oblasti návrhu IT. Študuje a stanovuje smery technického rozvoja informačných technológií, navrhuje riešenia na optimalizáciu a zvýšenie efektívnosti prostriedkov výpočtovej techniky. Navrhuje základnú architektúru informačných systémov, ich komponentov a vzájomných väzieb. Zabezpečuje projektovanie dizajnu, architektúry IT štruktúry, špecifikácie jej prvkov a parametrov, vhodnej softvérovej a hardvérovej infraštruktúry podľa základnej špecifikácie riešenia.
++* zodpovedá za spracovanie a správu projektovej dokumentácie a za kontrolu súladu implementácie s dokumentáciou. Môže tiež poskytovať konzultácie, poradenstvo a vzdelávanie v oblasti svojej špecializácie. IT architekt, projektant analyzuje, vytvára a konzultuje so zákazníkom riešenia na úrovni komplexných IT systémov a IT architektúr, najmä na úrovni aplikačného vybavenia, infraštruktúrnych systémov, sietí a pod. Zaručuje, že návrh architektúry a/alebo riešenia zodpovedá zmluvne dohodnutým požiadavkám zákazníka v zmysle rozsahu, kvality a ceny celej služby/riešenia.
++)))
++|Detailný popis rozsahu zodpovedností, povinností a kompetencií|(((
++* Navrhovanie architektúry IT riešení s cieľom dosiahnuť najlepšiu efektivitu.
++* Transformovanie cieľov, prísľubov a zámerov projektu do tvorby reálnych návrhov a riešení.
++* Navrhovanie takých riešení, aby poskytovali čo najvyššiu funkčnosť a flexibilitu.
++* Posudzovanie vhodnosti navrhnutých riešení s ohľadom na požiadavky projektu.
++* Zodpovednosť za technické navrhnutie a realizáciu projektu.
++* Zodpovednosť za vytvorenie technickej IT dokumentácie a jej následná kontrola.
++* Zodpovednosť za definovanie integračných vzorov, menných konvencií, spôsobov návrhu a spôsobu programovania.
++* Definovanie architektúry systému, technických požiadaviek a funkčného modelu (Proof Of Concept.)
++* Vytvorenie požiadaviek na HW/SW infraštruktúru IS
++* Udržiavanie a rozvoj konzistentnej architektúry s dôrazom na architektúru aplikačnú, dátovú a infraštruktúru
++* Analýzu a odhad náročnosti technických požiadaviek na vytvorenie IS alebo vykonanie zmien v IS
++* Navrhovanie riešení zohľadňujúce architektonické štandardy, časové a zdrojové obmedzenia,
++* Navrhovanie dátových transformácií medzi dátovými skladmi a aplikáciami
++* Vyhodnocovanie implementačných alternatív z pohľadu celkovej IT architektúry
++* Ladenie dátových štruktúr za účelom dosiahnutia optimálneho výkonu
++* Prípravu akceptačných kritérií
++* Analýza nových nástrojov, produktov a technológií
++* Správa, rozvoj a dohľad nad dodržiavaním integračných štandardov
++* Priebežné posudzovanie vecných výstupov dodávateľa v rámci analýzy, návrhu riešenia vrátane Detailného návrhu riešenia (DNR) z pohľadu analýzy a návrhu riešenia architektúry IS
++* Vykonáva posudzovanie a úpravu testovacej stratégie, testovacích scenárov, plánov testov, samotné testovanie a účasť na viacerých druhoch testovania
++* Vykonanie záťažových, výkonnostných a integračných testov a navrhnutie následných nápravných
++* Nasadenie a otestovanie migrácie, overenie kvality dát a navrhnutie nápravných opatrení
++* Participáciu na výkone bezpečnostných testov,
++* Participáciu na výkone UAT testov,
++* Posúdenie prevádzkovo-infraštruktúrnej dokumentácie pred akceptáciou a prevzatím od dodávateľa
++* Aktívnu účasť v projektových tímoch a spoluprácu na vypracovaní manažérskej a špecializovanej dokumentácie a produktov v minimálnom rozsahu určenom Vyhláškou 401/2023 Z.z., Prílohou č.1
++* Plnenie pokynov projektového manažéra a dohôd zo stretnutí projektového tímu
++)))
++
++
++|**Projektová rola:**|**BIZNIS VLASTNÍK**
++|Stručný popis:|(((
++* zodpovedá za proces - jeho výstupy i celkový priebeh poskytnutia služby alebo produktu konečnému užívateľovi. Kľúčová rola na strane zákazníka (verejného obstarávateľa), ktorá schvaľuje biznis požiadavky a zodpovedá za výsledné riešenie, prínos požadovanú hodnotu a naplnenie merateľných ukazovateľov. Úlohou tejto roly je definovať na užívateľa orientované položky (user-stories), ktoré budú zaradzované a prioritizované v produktovom zásobníku. Zodpovedá za priebežné posudzovanie vecných výstupov dodávateľa v rámci analýzy, návrhu riešenia vrátane DNR z pohľadu analýzy a návrhu riešenia aplikácii IS.
++* zodpovedný za schválenie funkčných a technických požiadaviek, potreby, obsahu, kvalitatívnych a kvantitatívnych prínosov projektu. Definuje očakávania na kvalitu projektu, kvalitu projektových produktov, prínosy pre koncových používateľov a požiadavky na bezpečnosť. Definuje merateľné výkonnostné ukazovatele projektov a prvkov. Vlastník procesov schvaľuje  akceptačné kritériá, rozsah a kvalitu dodávaných projektových výstupov pri dosiahnutí platobných míľnikov, odsúhlasuje spustenie výstupov projektu do produkčnej prevádzky a dostupnosť ľudských zdrojov alokovaných na realizáciu projektu.
++)))
++|Detailný popis rozsahu zodpovedností, povinností a kompetencií|(((
++* Realizáciu dohľadu nad súladom projektových výstupov s požiadavkami koncových používateľov.
++
++* Spoluprácu pri riešení odpovedí na otvorené otázky  a riziká projektu.
++
++* Posudzovanie, pripomienkovanie, testovanie a protokolárne odsúhlasovanie projektových výstupov v príslušnej oblasti (v biznis procese) po vecnej stránke (najmä procesnej a legislatívnej)
++
++* Riešenie problémov a požiadaviek  v spolupráci s odbornými garantmi,
++* Spoluprácu pri špecifikácii a poskytuje súčinnosť pri riešení zmenových požiadaviek
++
++* Schválenie funkčných a technických požiadaviek, potreby, obsahu, kvalitatívnych a kvantitatívnych prínosov projektu z pohľadu používateľov koncového produktu
++* Definovanie očakávaní na kvalitu projektu, kritérií kvality projektových produktov, prínosov pre koncových používateľova požiadaviek na bezpečnosť,
++* Definovanie merateľných výkonnostných ukazovateľov projektov a prvkov,
++* Sledovanie a odsúhlasovanie nákladovosti, efektívnosti vynakladania finančných prostriedkov a priebežné monitorovanie a kontrolu odôvodnenia projektu (BC/CBA)
++* Schválenie akceptačných kritérií,
++* Riešenie problémov používateľov
++* Akceptáciu rozsahu a kvality dodávaných projektových výstupov pri dosiahnutí platobných míľnikov,
++* Vykonanie UX a UAT testovania
++* Odsúhlasenie spustenia výstupov projektu do produkčnej prevádzky,
++* Dostupnosť a efektívne využitie ľudských zdrojov alokovaných na realizáciu projektu,
++* Vykonávanie monitorovania a hodnotenia procesov v plánovaných intervaloch.
++* Poskytovanie vyjadrení k zmenovým požiadavkám, k ich opodstatnenosti a prioritizácii
++* Zisťovanie efektívneho spôsobu riadenia a optimalizácie zvereného procesu, vrátane analyzovanie všetkých vyskytujúcich sa nezhôd,
++* Okrem zvažovaní rizík prevádzkových alebo podporných procesov súčasne vlastník napomáha identifikovať príležitosti,
++* Zlepšovanie a optimalizáciu procesov v spolupráci s ďalšími prepojenými vlastníkmi procesov a manažérom kvality,
++* Odsúhlasenie akceptačných protokolov zmenových konaní
++* Aktívnu účasť v projektových tímoch a spoluprácu na vypracovaní manažérskej a špecializovanej dokumentácie a produktov v minimálnom rozsahu určenom Vyhláškou 401/2023 Z.z., Prílohou č.1
++* plnenie pokynov projektového manažéra a dohôd zo stretnutí projektového tímu
++)))
++
++
++|**Projektová rola:**|**ADMINISTRATÍVNY PROJEKTOVÝ MANAŽÉR („APM“)**
++|Detailný popis rozsahu zodpovedností, povinností a kompetencií|(((
++* Plánovanie a organizovanie činnosti najmä administratívneho charakteru pre projekt, organizačné zabezpečenie stretnutí realizovaných v rámci projektu, spracovanie zápisov z týchto stretnutí,
++* Sledovanie dodržiavania časového harmonogramu realizácie projektu.
++* Komunikácia s cieľovou skupinou, ostatnými osobami a inštitúciami zapojenými do realizácie aktivít projektu alebo dotknutých realizáciou aktivít projektu.
++* Príprava podkladov pre posudzovanie a vyhodnocovanie zmenových konaní a nákladov.
++* Administratívne spracovanie podkladov k zmluvám a dodatkom k zmluvám.
++* Vypracovanie  žiadosti o zmenu projektu.
++* Zabezpečovanie komunikácie s poskytovateľom externých finančných prostriedkov, s tretími stranami,  skupinou a iných rezortných organizácií a dotknutými zástupcami a organizáciami iných rezortov.
++* Príprava podkladov a zúčastňovanie sa kontrol na mieste,
++* Vykonávanie kontrol spracovania a vyplnenia správ o realizácií aktivít a čiastkových výstupov na základe dodaných podkladov od odborných pracovníkov projektu. Spracovanie monitorovacích správ.
++* Realizovanie ďalších činností obvyklých pre prácu Administratívneho projektového manažéra.
++* Zúčastňovanie sa na aktivitách projektu ako administratívny projektový manažér.
++
++* Vykonávanie úloh na základe pokynov PM,
++* Organizačné zabezpečenie pripomienkového konania projektovej dokumentácie.
++* Prípravu informácií o stave realizácie projektu podľa potreby,
++* Organizáciu procesov súvisiacich s výkazmi práce členov projektových tímov jednotlivých projektov,
++
++* Vytvorenie komunikačnej platformy v rámci projektu a medzi projektami navzájom,
++* Zabezpečenie interakcie medzi zainteresovanými stranami, ich spokojnosť a realizáciu požiadaviek spojených s implementáciou projektu, spoluprácu s metodickou podporou projektového riadenia.
++* Spoluprácu s metodickou podporou projektového riadenia.
++)))
++
++
++|**Projektová rola:**|**FINANČNÝ MANAŽÉR**
++|Detailný popis rozsahu zodpovedností, povinností a kompetencií|(((
++* Koordinácia a monitorovanie napĺňania finančných ukazovateľov spojených s realizáciou projektu.
++* Zabezpečenie a kontrola správneho a efektívneho čerpania finančných prostriedkov v rozpočte projektu v súlade so Zmluvou o PPM, riadiacou dokumentáciou a platnou legislatívou SR.
++* Metodické usmerňovanie projektového tímu súvisiaceho s oprávnenosťou výdavkov a čerpaním rozpočtu v zmysle Zmluvy o PPM, riadiacej dokumentácie poskytovateľa externých finančných prostriedkov a platnej legislatívy SR.
++* Zodpovednosť za prípravu a predloženie Žiadostí o platbu spolu s povinnou dokumentáciou v zmysle Systému implementácie POO a ostatnej riadiacej dokumentácie.
++* Vedenie administratívy súvisiacej s finančným riadením projektu.
++* Vypracovanie povinnej projektovej dokumentácie súvisiacej s finančným riadením v zmysle platnej príručky pre prijímateľa.
++* Koordinácia procesov súvisiacich s realizáciou externých finančných kontrol v rámci projektu.
++* Vystupovanie za prijímateľa smerom k externému poskytovateľovi finančných zdrojov v oblasti finančného riadenia projektu.
++* Organizovanie a aktívna účasť na zasadnutiach projektového tímu projektu.
++* Vedenie štatistickej agendy týkajúcej sa projektu.
++* Archivácia projektovej dokumentácie a údajov súvisiacich s  projektom.
++* Zabezpečenie ďalších činností a príprava ďalších projektových dokumentov súvisiacich s finančným riadením projektu.
++* Zabezpečovanie podporných procesov súvisiacich s implementáciou projektu.
++
++* Spolupráca s príslušnými organizačnými útvarmi úradu pre potreby realizácie projektu.
++)))
++
++
++|**Projektová rola:**|**MANAŽÉR KYBERNETICKEJ A INFORMAČNEJ BEZPEČNOSTI („KIB“)**
++|Stručný popis:|(((
++* má neobmedzený aktívny prístup ku všetkým projektovým dokumentom, nástrojom a výstupom projektu, v ktorých sa opisuje predmet projektu z hľadiska jeho architektúry, funkcií, procesov, manažmentu informačnej bezpečnosti a spôsobov spracúvania dát, ako aj dát samotných,
++* má sprístupnené všetky informácie o bezpečnostných opatreniach zavádzaných projektom v zmysle § 20 zákona č. 69/2018 Z. z. o kybernetickej bezpečnosti a o zmene a doplnení niektorých zákonov v znení neskorších predpisov a v zmysle ustanovení zákona č. 95/2019 Z. z. o informačných technológiách vo verejnej správe a o zmene a doplnení niektorých zákonov v znení neskorších predpisov,
++* zodpovedá za posúdenie možných alternatív realizácie projektu za oblasť IB a KB,
++* zodpovedá za posúdenie požiadaviek agendy IB a KB na rozhrania a spoločné komponenty, na integrácie a procesy konverzie a migrácie, identifikácia nesúladu a návrh riešenia,
++* poskytuje konzultácie a súčinnosť pre problematiku IB a KB,
++* poskytuje konzultácie pri tvorbe šablón a vzorov dokumentácie pre oblasť IB a KB,
++* poskytuje konzultácie a vykonáva kontrolnú činnosť zameranú na obsah a komplexnosť dokumentácie z hľadiska IB a KB,
++* dohliada na zosúladenie projektu s princípmi definovanými v interných riadiacich aktoch ÚVO  a dokumentoch týkajúcich sa bezpečnosti ÚVO,
++* zabezpečuje získavanie a spracovanie informácií nutných pre plnenie úloh v oblasti IB a KB,
++* aktívne sa zúčastňuje stretnutí projektového tímu a spolupracuje na vypracovaní manažérskej a špecializovanej dokumentácie a produktov
++* plní pokyny PM a dohody zo stretnutí projektového tímu.
++)))
++|Detailný popis rozsahu zodpovedností, povinností a kompetencií|(((
++* zodpovedá́ za špecifikovanie:
++* štandardov, princípov a stratégií v oblasti informačnej bezpečnosti („IB“) a kybernetickej bezpečnosti („KB“) a ich dodržiavanie,
++* funkčných, nefunkčných a technických požiadaviek na IB a KB a za ich analýzu,
++* požiadaviek na IB a KB, kontroluje ich implementáciu v realizovanom projekte,
++* požiadaviek na bezpečnosť vývojového, testovacieho a produkčného prostredia,
++* požiadaviek na bezpečnosť v rámci bezpečnostnej vrstvy,
++* požiadaviek na školenia pre oblasť IB a KB,
++* požiadaviek na bezpečnostnú architektúru riešenia a technickú infraštruktúru pre oblasť IB a KB,
++* požiadaviek na dostupnosť, zálohovanie, archiváciu a obnovu IS vzťahujúce sa na IB a KB,
++* požiadaviek na IB a KB, bezpečnostný projekt a riadenie prístupu,
++* požiadaviek na opis vývojového, testovacieho a produkčného prostredia za oblasť IB a KB,
++* požiadaviek na testovanie z hľadiska IB a KB, realizáciu kontroly zapracovania a retestu,
++* požiadaviek na obsah dokumentácie v zmysle legislatívnych požiadaviek pre oblasť IB a KB, ako aj v zmysle "best practies",
++* požiadaviek na dodanie potrebnej dokumentácie súvisiacej s IBaKB kontroluje ich implementáciu v realizovanom projekte,
++* požiadaviek a konzultácie pri návrhu riešenia za agendu IB a KB v rámci procesu „Mapovanie a analýza technických požiadaviek - detailný návrh riešenia (DNR)“,
++* požiadaviek na bezpečnosť IT a KB v rámci procesu "akceptácie, odovzdania a správy zdrojových kódov“,
++* akceptačných kritérií za oblasť IB a KB,
++* pravidiel pre publicitu a informovanosť s ohľadom na IB a KB,
++* podmienok na testovanie, reviduje výsledky a výstupy z testovania za oblasť IB a KB,
++* požiadaviek na bezpečnostný projekt pre oblasť IB a KB,
++*  zodpovedá za realizáciu kontroly:
++* zameranej na naplnenie požiadaviek definovaných v bezpečnostnom projekte za oblasť IB a KB,
++* zameranú na správnosť nastavení a konfigurácii bezpečnosti jednotlivých prostredí,
++* zameranú na realizáciu procesu posudzovania a komplexnosti bezpečnostných rizík, bezpečnosť a kompletný popis rozhraní, správnu identifikácia závislostí,
++* naplnenia definovaných požiadaviek pre oblasť IB a KB,
++* zameranú na implementovaný́ proces v priamom súvise s IB a KB,
++* súladu s platnou legislatívou v oblasti IB a KB (obsahuje aj kontrolu legislatívnych požiadaviek),
++* zameranú na zabezpečenie procesu, grafických rozhraní, integrácií, kompletného popisu rozhraní a spoločných komponentov a posúdenia z pohľadu bezpečnosti,
++* Aktívnu účasť v projektových tímoch a spoluprácu na vypracovaní manažérskej a špecializovanej dokumentácie a produktov v minimálnom rozsahu určenom Vyhláškou 401/2023 Z.z., Prílohou č.1
++* plnenie pokynov projektového manažéra a dohôd zo stretnutí projektového tímu.
++)))
++
++
++|**Projektová rola:**|**ČLEN PROJEKTOVÉHO TÍMU**
++|Stručný popis:|(((
++* vykonáva odbornú prácu v projekte a poskytuje odborné stanoviská a konzultácie za príslušnú oblasť,
++* aktívne sa zúčastňuje odborných stretnutí tímu, ako aj konzultácií,
++* zabezpečuje vypracovanie, priebežnú aktualizáciu a verziovanie manažérskej a špecializovanej dokumentácie a produktov v súčinnosti a podľa pokynov tímového manažéra a PM,
++* plní úlohy uložené tímovým manažérom a PM v požadovanej kvalite a v stanovených termínoch,
++* plní dohody zo stretnutí projektového tímu,
++* odpočtuje plnenie úloh tímovému manažérovi a PM,
++* predkladá námety, podnety, požiadavky a upozorňuje na problémy a riziká súvisiace s projektom tímovému manažérovi a PM,
++* spolupracuje s projektovým tímom na strane dodávateľa,
++* zodpovedá za splnenie všetkých legislatívnych požiadaviek (právne predpisy SR a EK) a metodických a administratívnych požiadaviek súvisiacich s implementáciou projektu,
++* Aktívnu účasť v projektových tímoch a spoluprácu na vypracovaní manažérskej a špecializovanej dokumentácie a produktov v minimálnom rozsahu určenom Vyhláškou 401/2023 Z.z., Prílohou č.1
++* plnenie pokynov projektového manažéra a dohôd zo stretnutí projektového tímu.
++)))
++
++
++
++|**Projektová rola:**|**ŠPECIALISTA NA PUBLICITU**
++|Detailný popis rozsahu zodpovedností, povinností a kompetencií|(((
++* plánovanie a organizácia propagačných kampaní a komunikačných stratégií;
++* oboznamovanie riadiacich pracovníkov o dôsledkoch ich politiky, programov a postupov v oblasti styku s verejnosťou, príprava a kontrola vydávania správ a tlačových správ;
++* realizácia PR kampane;
++* analýza výsledkov a plánovanie aktivít styku s verejnosťou a propagačných kampaní;
++* organizovanie podujatí s cieľom propagovať projekt;
++* zabezpečenie publicity na sociálnych sieťach;
++* priame alebo sprostredkované získavanie fotografií a ďalších názorných materiálov;
++* zabezpečenie priaznivej publicity.
++)))
++
++
++
++
++
++1. ODKAZY
++
++
++Bez odkazov
++
++1. PRÍLOHY
++
++
++Príloha 1: Zoznam rizík a závislostí
++
++
++Koniec dokumentu

Zmeny dokumentu I-03 Prístup k projektu (pristup_k_projektu)

Súhrn

Podrobnosti

Aplikácie

Navigácia

Moje posledné úpravy

Need help?