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

Naposledy upravil Lucia Lelkes 2025/04/15 09:36

From 2.1 to 3.1

Z verzie 1.1

upravil Tibor Balberčák
-

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

Do verzie 2.1

upravil Tibor Balberčák
-

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

Raw
Rendered

Súhrn

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

Podrobnosti

Vlastnosti stránky

Obsah

@@ -1,773 +1,2354 @@
--**PRÍSTUP K PROJEKTU**
++**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}]]"}}Správa štátnych hmotných rezerv Slovenskej republiky{{/content}}
--|**Názov projektu**|{{content id="projekt.nazov"}}Lepšie e-Gov služby Správy štátnych hmotných rezerv Slovenskej republiky{{/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}]]"}}Správa štátnych hmotných rezerv Slovenskej republiky{{/content}}
--|**Vlastník projektu**| {{content id="projekt.vlastnik.nazov"}}Správa štátnych hmotných rezerv Slovenskej republiky{{/content}}
++
++
++|Povinná osoba|Správa štátnych hmotných rezerv Slovenskej republiky
++|Názov projektu|Lepšie e-Gov služby Správy štátnych hmotných rezerv Slovenskej republiky
++|Zodpovedná osoba za projekt|Mgr. Tibor Balberčák
++|Realizátor projektu|Správa štátnych hmotných rezerv Slovenskej republiky
++|Vlastník projektu|JUDr. PaedDr. Slavomír Šoffa
++
++
  **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| | | | |
++|Vypracoval|Mgr. Tibor Balberčák|Správa štátnych hmotných rezerv Slovenskej republiky|riaditeľ kancelárie predsedu|28.03.2025|
--= {{id name="_Toc2008675389"/}}1.História dokumentu =
++**~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.//|
--| | | |
--| | | |
++|Verzia|Dátum|Zmeny|Meno
++|0.1|18.01.2025|Pracovný návrh|Mgr. Tibor Balberčák
++|0.2|20.02.2025|Zapracovanie pripomienok z IPK|Mgr. Tibor Balberčák
++|1.0|28.03.2025|Zapracovanie súladu s vyhláškou č. 401/2023 Z. z.|Mgr. Tibor Balberčák
--= {{id name="_Toc74315499"/}}2.Účel dokumentu =
--//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.//
++**2. Účel dokumentu**
--== {{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 ==
++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.
--|**SKRATKA/POJEM**|**POPIS**
--| |
--| |
--| |
--{{id name="_Toc152607286"/}}
--
--== {{id name="_Toc153139681"/}}{{id name="_Toc15428557"/}}{{id name="_Toc15427667"/}}{{id name="_Toc15426945"/}}{{id name="_Toc510413655"/}}2.2Konvencie pre typy požiadaviek (príklady) ==
++**2.1 Použité skratky a pojmy**
--//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**//
++|SKRATKA/POJEM|POPIS
++|API|Application Programming Interface
++|BEZP|Bezpečnosť/Bezpečnostný
++|BI|Business Intelligence
++|CES|Centrálna ekonomická správa
++|CPDI|Centrálny portál verejnej správy
++|DWH|Data Warehouse
++|ETL|Extract, Transform, Load
++|FW|Firewall
++|G2B|Government to Business / komunikácia organizácií verejnej správy s podnikmi
++|G2C|Government to Citizen / komunikácia organizácií verejnej správy s občanmi
++|G2G|Government to Government / komunikácia organizácií verejnej správy medzi sebou
++|GIS|Geografický informačný systém
++|HW|Hardvér
++|IAAS|Infrastructure as a Service
++|IKT|Informačno-komunikačné technológie
++|IPK|Interné pripomienkové konanie
++|IRA|Interný riadiaci akt
++|IS|Informačný systém
++|IS CSRU|Informačný systém centrálnej správy referenčných údajov
++|ISVS|Informačný systém verejnej správy
++|IT|Informačné technológie
++|KB|Kybernetická bezpečnosť
++|KPI|Key performance indicators / Kľúčové ukazovatele výkonnosti
++|MCA|Multikriteriálna analýza
++|Meta IS|Meta Informačný systém
++|MKB|Manažér kybernetickej bezpečnosti
++|NGFW|Next Generation Firewall
++|PAAS|Platform as a Service
++|PM|Projektový manažér
++|RACI|Responsible, Accountable, Consulted, and Informed
++|R OIT|Riaditeľ odboru IT (vedúci zamestnanec na úseku IT)
++|RFO|Register fyzických osôb
++|RA|Register adries
++|RPO|Register právnických osôb
++|SAAS|Software as a Service
++|SLA|Dohoda o úrovni poskytovaných služieb / Service level Agreement
++|SW|Softvér
++|SVS|Spoločné verejné systémy
++|SQL|Structured Query Language
++|NoSQL|Not Only SQL
--* //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)**.//
--= {{id name="_Toc1924467239"/}}{{id name="_Toc153139683"/}}3.Popis navrhovaného riešenia =
++**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.//
++Navrhované riešenie predstavuje komplexný rozvoj a modernizáciu elektronických služieb Správy štátnych hmotných rezerv Slovenskej republiky (SŠHR SR), pričom reflektuje požiadavky na zefektívnenie, digitalizáciu a optimalizáciu procesov spojených s agendou štátnych hmotných rezerv. Riešenie je orientované na posilnenie elektronickej komunikácie so žiadateľmi, subjektmi verejnej správy a inými oprávnenými osobami, ako aj na zvýšenie transparentnosti, dostupnosti a užívateľskej prívetivosti poskytovaných služieb. Navrhované riešenie vychádza z potreby odstránenia nedostatkov existujúcich informačných systémov SŠHR SR, ktoré sú v súčasnosti charakterizované nízkou mierou digitalizácie, absenciou integrácie na centrálne moduly verejnej správy, vysokou administratívnou záťažou a zastaranými technológiami. Projekt sa zameriava na modernizáciu Informačného systému RaHMU, špecializovaného portálu SŠHR SR, ako aj webového sídla úradu.
--= {{id name="_Toc120655606"/}}{{id name="_Toc153139684"/}}4.Architektúra riešenia projektu =
++Hlavným zámerom navrhovaného riešenia je vybudovanie bezpečného, dostupného a používateľsky prívetivého informačného systému a portálového prostredia, ktoré umožní efektívne poskytovanie elektronických služieb. Riešenie bude pozostávať z technologických a netechnologických zmien na front-ende a back-ende koncových služieb, vrátane integrácie na existujúce centrálne moduly verejnej správy, ako sú elektronické schránky, autentifikačné moduly, moduly elektronických formulárov a moduly elektronického doručovania. Kľúčovou súčasťou riešenia je zavedenie moderných elektronických služieb s vysokou mierou digitalizácie (úroveň 4) umožňujúcich plnohodnotné elektronické vybavenie agendy bez potreby osobného alebo listinného kontaktu. Súčasťou navrhovaného riešenia je aj implementácia princípov „proaktívnych služieb“, „1x a dosť“, znižovania administratívnej záťaže a zvyšovania bezpečnosti a ochrany osobných údajov.
--//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,**~://
++Funkčné zmeny budú zahŕňať:
--* //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).//
++* vybudovanie nových a vylepšených koncových služieb,
++* implementáciu intuitívneho a responzívneho používateľského rozhrania v súlade s dizajn manuálom štátnej správy (ID-SK 3.0),
++* sprístupnenie služieb pre mobilné zariadenia a zahraničných používateľov,
++* doplnenie sekcií „často kladené otázky“, inštruktážnych videí a online podpory,
++* možnosť sledovania stavu žiadostí a rozpracovaných podaní v reálnom čase,
++* automatizované predvyplnenie formulárov údajmi z referenčných registrov (RFO, RPO).
--== {{id name="_Toc299977606"/}}{{id name="_Toc153139685"/}}4.1Biznis vrstva ==
++Na back-end úrovni bude riešenie obsahovať:
--//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~://
++* rozšírenie funkcionalít pre správu žiadostí o nájom a výpožičku hmotných rezerv,
++* digitalizáciu procesov plánovania a koordinácie použitia štátnych hmotných rezerv,
++* automatizáciu administratívnych procesov vrátane rozhodovacích workflow,
++* napojenie na platformy centrálnej integračnej infraštruktúry štátu (ÚPVS, Slovensko v mobile, KAV, CIP).
--* //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//
++Zároveň bude vytvorený expertný tím v rámci SŠHR SR, ktorý bude zabezpečovať riadenie, analýzu a implementáciu zmien v oblasti poskytovania elektronických služieb a zaisťovať spätnú väzbu od používateľov. Navrhované riešenie bude plne kompatibilné s platnou legislatívou v oblasti elektronizácie verejnej správy, zabezpečí ochranu osobných údajov podľa GDPR, splní požiadavky na prístupnosť (WCAG 2.1) a zároveň bude technicky pripravené na ďalší rozvoj a rozšírenie funkcionalít. Realizáciou navrhovaného riešenia dôjde k zásadnému zlepšeniu elektronických služieb úradu, k zníženiu administratívnej záťaže a k posilneniu transparentnosti a efektivity výkonu verejnej správy v oblasti správy štátnych hmotných rezerv.
--=== 4.1.1Prehľad koncových služieb – budúci stav: ===
--{{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//
++**Očakávané Výsledky:**
--=== {{id name="_Toc673686985"/}}{{id name="_Toc153139711"/}}4.1.2Jazyková podpora a lokalizácia ===
++K existujúcim službám zberu údajov podľa Vyhlášky 605/2005 Z. z. sme spracovali používateľský prieskum, z ktorého vyplynula špecifikácia požiadaviek koncových používateľov.
--//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.//
++1.    Celý proces poskytovania údajov prostredníctvom ktorejkoľvek koncovej služby musí byť natoľko intuitívny pre všetky skupiny koncových používateľov, aby dokázali bez podpory a bez zbytočného zdržania úspešne dokončiť daný proces.
--== {{id name="_Toc826435347"/}}{{id name="_Toc153139686"/}}4.2Aplikačná vrstva ==
++2.    Koncový používateľ musí byť informovaný v každom bode vykonávania procesu ktorejkoľvek koncovej služby o stave dokončenia danej koncovej služby.
--//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//
++3.    Koncový používateľ musí mať možnosť v každom bode vypĺňania údajov prostredníctvom ktorejkoľvek koncovej služby uložiť aktuálny stav vyplnenia údajov a následne kedykoľvek neskôr načítať daný stav a pokračovať vo vypĺňaní údajov.
--=== {{id name="_Toc752151050"/}}{{id name="_Toc153139687"/}}4.2.1Rozsah informačných systémov – AS IS ===
++4.    Koncoví používatelia musia mať vždy k dispozícii informácie o tom, ktoré údaje sú ešte povinní poskytnúť, tiež o termínoch, do kedy to majú urobiť a zároveň o tom, cez ktoré koncové služby to majú urobiť.
--//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_9795|Informačný systém Správy štátnych hmotných rezerv pre riadenie a hodnotenie mimoriadnych udalostí|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností\\c_stav_isvs.2|Vyberte jednu z možností\\c_typ_isvs.1||
--|isvs_469|Webové sídlo Správy štátnych hmotných rezerv|{{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||
--{{/content}}
++5.    Koncoví používatelia musia byť vždy upozornení tesne pred uplynutím lehoty na poskytnutie určitých údajov prostredníctvom niektorej koncovej služby.
--=== 4.2.2Rozsah informačných systémov – TO BE ===
++6.   Koncoví používatelia musia mať možnosť jednoducho kontaktovať spracovateľa údajov každej koncovej služby.
--//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_9795|Informačný systém Správy štátnych hmotných rezerv pre riadenie a hodnotenie mimoriadnych udalostí|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností\\c_stav_isvs.2|Vyberte jednu z možností\\c_typ_isvs.1||
--|isvs_469|Webové sídlo Správy štátnych hmotných rezerv|{{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||
--{{/content}}
++7.   Všetky koncové služby v systéme musia byť jednoznačne pomenované a zrozumiteľne popísané.
--=== 4.2.3Využívanie nadrezortných a spoločných ISVS – AS IS ===
++8.    Systém musí umožňovať validáciu všetkých vstupov všetkých koncových služieb a pri zistení chybného vstupu ho musí zamietnuť s poskytnutím zdôvodnenia koncovému používateľovi.
--//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.//
++9.    Koncoví používatelia musia mať možnosť napísať pripomienku ku každému údaju, ktorý sa poskytuje spracovateľovi údajov, ale zároveň aj ku každej koncovej službe zvlášť.
--|**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í.
++10.  Systém musí umožniť používateľom prihlásenie sa pri splnení všetkých bezpečnostných pravidiel, ktoré budú zadefinované.
--=== 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 ===
++11.  Skrátenie času potrebného na spracovanie žiadostí a vydávanie rozhodnutí o grantoch, čo vedie k vyššej efektivite a spokojnosti žiadateľov.
--//Uveďte plánované využívanie nadrezortných a spoločných ISVS v TO BE stave.//
++12.  Automatizované hodnotenie žiadostí a generovanie rozhodnutí uľahčí prácu a zabezpečí konzistentnosť v rozhodovaní.
--* //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.//
++13.  Automatizácia procesov a digitalizácia dokumentov umožní zníženie manuálnych činností a administratívnych nákladov, čo ušetrí čas a zdroje pre všetkých zúčastnených.
--|**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í.
--=== 4.2.5Prehľad plánovaného využívania iných ISVS (integrácie) – TO BE ===
++**4. Architektúra riešenia projektu**
--//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 .//
++Navrhovaná architektúra riešenia projektu vychádza z princípov modernizácie informačných systémov verejnej správy a z požiadaviek na poskytovanie kvalitných, bezpečných a dostupných elektronických služieb pre občanov, podnikateľov, verejnú správu a ďalších zainteresovaných aktérov. Architektúra riešenia je navrhnutá ako viacvrstvová, pričom zabezpečuje logické oddelenie jednotlivých funkčných a technologických častí systému s cieľom dosiahnuť maximálnu bezpečnosť, stabilitu, škálovateľnosť a jednoduchú integráciu s externými systémami. Riešenie je postavené na princípoch otvorenosti, interoperabilnosti a modularity a reflektuje požiadavky na bezpečnú a efektívnu správu údajov, automatizáciu procesov a používateľsky prívetivý prístup ku koncovým službám. Základom architektúry je aplikačná vrstva pozostávajúca z modernizovaného informačného systému RaHMU a špecializovaného webového portálu SŠHR SR, ktoré budú poskytovať kľúčové elektronické služby v oblasti správy štátnych hmotných rezerv. Tieto systémy budú prepojené s referenčnými registrami verejnej správy (najmä RFO a RPO) a s centrálnymi modulmi Ústredného portálu verejnej správy (ÚPVS), ako je elektronická schránka, autentifikačný modul, modul elektronických formulárov a elektronického doručovania. Architektúra počíta s využitím existujúcej infraštruktúry verejnej správy vrátane centrálnej API manažment platformy a Konsolidovanej analytickej vrstvy, čím bude zabezpečená integrácia a súlad so strategickými dokumentmi informatizácie SR.
++Súčasťou riešenia je aj dátová vrstva, ktorá bude tvoriť centrálny úložný priestor pre evidenciu údajov o mobilizačných rezervách, žiadostiach, zmluvných vzťahoch a ďalších relevantných dátach. Dátová vrstva bude navrhnutá s dôrazom na bezpečnosť, konzistentnosť a auditovateľnosť spracovávaných údajov a zároveň umožní ich efektívnu analytickú interpretáciu prostredníctvom pripojenia na analytickú vrstvu verejnej správy (KAV). Neoddeliteľnou súčasťou architektúry je vrstva prezentačná, zameraná na poskytovanie digitálnych služieb prostredníctvom responzívneho a používateľsky prívetivého rozhrania, ktoré bude plne v súlade s dizajn manuálom elektronických služieb verejnej správy ID-SK. Webový portál a špecializované rozhrania budú prístupné na všetkých typoch zariadení a umožnia jednoduchú a bezpečnú komunikáciu používateľov so SŠHR SR. Architektúra zároveň podporí multikanálový prístup vrátane mobilných zariadení a možností elektronického podpisovania a doručovania dokumentov. Na úrovni integračnej vrstvy bude riešenie obsahovať API rozhrania na výmenu údajov s externými systémami, ako aj moduly na integráciu interných procesov úradu vrátane správy registratúry, správy identít a prístupov a ďalších podporných procesov. Architektúra zároveň umožní napojenie na centrálne autentifikačné a autorizačné služby štátu a bude pripravená na využitie moderných technológií, ako sú cloudové služby, kontajnerizácia a automatizované workflow.
++
++Bezpečnostná architektúra projektu bude navrhnutá v súlade s platnou legislatívou v oblasti kybernetickej bezpečnosti a ochrany osobných údajov. Bude klásť dôraz na viacúrovňovú autentifikáciu, šifrovanie údajov, riadenie prístupov a pravidelné audity bezpečnostných opatrení. Architektúra bude zohľadňovať aj požiadavky na dostupnosť a kontinuitu prevádzky, čím bude zabezpečená nepretržitá dostupnosť služieb pre koncových používateľov. Celkové architektonické riešenie projektu bude flexibilné a otvorené ďalšiemu rozvoju a rozšíreniu funkcionalít. Vytvorí technologický základ pre budúce iniciatívy v oblasti digitalizácie verejnej správy a prispeje k zvýšeniu kvality a efektivity výkonu verejnej moci v oblasti správy štátnych hmotných rezerv.
++
++
++**4.1 Biznis vrstva**
++
++Biznisová architektúra navrhovaného riešenia predstavuje základný rámec pre výkon digitálnych služieb Správy štátnych hmotných rezerv Slovenskej republiky a zároveň reflektuje organizačné, procesné a funkčné požiadavky, ktoré vyplývajú zo zákonných povinností, strategických cieľov a potrieb koncových používateľov. Táto architektúra tvorí východisko pre optimalizáciu a digitalizáciu kľúčových biznis procesov úradu, pričom jej hlavnou úlohou je zabezpečiť efektívny výkon agendy súvisiacej so správou, evidenciou, poskytovaním a využívaním štátnych hmotných rezerv. Navrhnutá biznisová architektúra je postavená na princípoch procesnej prehľadnosti, interoperability, otvorenosti a orientácie na koncového používateľa. Jej cieľom je vytvoriť štandardizované a automatizované prostredie pre poskytovanie elektronických služieb úradu na úrovni G2C, G2B a G2G, s dôrazom na zabezpečenie transparentnosti, zníženie administratívnej záťaže, zvýšenie dostupnosti služieb a posilnenie právnej istoty všetkých zúčastnených strán. V rámci biznisovej architektúry sú definované kľúčové procesy úradu, ktoré sú predmetom digitalizácie, a to najmä procesy podávania, evidencie a spracovania žiadostí o nájom a výpožičku mobilizačných rezerv, procesy finančného vysporiadania, plánovania a koordinačných činností v rámci krízového riadenia, ako aj podporné procesy správy identít, bezpečnosti, registratúry a evidencie dát. Architektúra zároveň zohľadňuje požiadavky na multikanálový prístup, personalizáciu služieb, zabezpečenie spätnej väzby od používateľov a kontinuálne zlepšovanie poskytovaných služieb. Navrhovaná biznisová architektúra je plne v súlade s princípmi a požiadavkami Národnej koncepcie informatizácie verejnej správy SR, Stratégie digitálnej transformácie Slovenska 2030 a platnej legislatívy v oblasti elektronizácie verejnej správy, ochrany osobných údajov a kybernetickej bezpečnosti. Jej implementáciou dôjde k zásadnému zlepšeniu výkonnosti a efektivity procesov SŠHR SR, ako aj k zvýšeniu kvality, dostupnosti a užívateľskej prívetivosti poskytovaných služieb.
++
++
++**4.1.1 Architektúra budúceho stavu**
++
++Informačný systém RaHMU je kľúčovým informačným nástrojom Správy štátnych hmotných rezerv Slovenskej republiky. Jeho hlavnou úlohou je digitálne podporiť odborné, riadiace a rozhodovacie procesy spojené s tvorbou, evidenciou, hospodárením a použitím mobilizačných rezerv (MR) a pohotovostných zásob (PZ). Systém slúži ako jednotná platforma na správu požiadaviek, evidenciu zásob, plánovanie operácií, vykonávanie logistických a skladových procesov, ako aj na podporu verejného obstarávania a finančného riadenia v oblasti štátnych hmotných rezerv.
++
++IS RaHMU poskytuje digitálne služby pre interných zamestnancov SŠHR, ako aj pre externých používateľov z ústredných orgánov štátnej správy, ochraňovateľov a iné oprávnené subjekty. Umožňuje elektronickú komunikáciu, podávanie žiadostí, prístup k údajom o skladových položkách, automatizované schvaľovanie procesov a sledovanie životného cyklu operácií so zásobami. Súčasťou systému sú funkcionality na plánovanie a modelovanie krízových situácií, integrácia s geografickým informačným systémom, nástroje na monitoring a reporting a komponenty na zabezpečenie bezpečnej správy identít a prístupov.
++
++Systém je navrhnutý tak, aby podporoval transparentnosť, efektivitu a rýchlu reakciu štátu v prípade mimoriadnych udalostí, pričom zohľadňuje legislatívne rámce (napr. zákon č. 372/2012 Z. z.) a vnútorné procesy SŠHR. Vďaka IS RaHMU je možné centrálne koordinovať celý životný cyklus zásob štátnych hmotných rezerv od ich plánovania až po ich použitie v teréne. Cieľovým stavom projektu bude plne automatizovaný a integrovaný systém na správu grantových žiadostí, ktorý umožní rýchle, efektívne a transparentné spracovanie žiadostí o granty. Tento systém bude poskytovať jednoduchý a intuitívny prístup pre všetkých používateľov, umožní flexibilitu pri hodnotení a rozhodovaní o grantoch a zabezpečí vysokú úroveň bezpečnosti údajov a komunikácie medzi systémami.
++
++
++Biznis architektúra informačného systému SŠHR - IS RaHMU definuje hlavné business procesy a ich vzájomné vzťahy, ktoré zabezpečujú efektívne riadenie štátnych hmotných rezerv. Tieto procesy zahŕňajú tvorbu, hospodárenie, financovanie, používanie a verejné obstáravanie štátnych hmotných rezerv. Systém je navrhnutý tak, aby podporoval externých aj interných používateľov prostredníctvom verejného a interného portálu.
++
++V nasledujúcom diagrame je zobrazené rozdelenie hlavných business procesov IS RaHMU a ich vzájomných vzťahov.
++
++
++[[image:1743373420714-137.png]]
++
++//Obrázok 1 Biznis architektúra AS-IS//
++
++
++**Tvorba SŠHR**
++
++Zahŕňa procesy tvorby štátnych hmotných rezerv (ŠHR), ktoré sa delia na mobilizačné rezervy (MR) a pohotovostné zásoby (PZ). Tento proces je nevyhnutný pre zabezpečenie zásob potrebných na riešenie krízových situácií
++
++**Tvorba MR (Mobilizačné rezervy)**
++
++Proces zahŕňa identifikáciu potreby mobilizačných rezerv na základe požiadaviek hospodárskej mobilizácie. Požiadavky sú spracované príslušnými orgánmi a schválené v rámci rozpočtového plánovania.
++
++**Tvorba PZ (Pohotovostné zásoby)**
++
++Zameriava sa na vytváranie a dopĺňanie pohotovostných zásob určených na rýchlu reakciu pri krízových situáciách. Požiadavky sú zhromažďované od ústredných orgánov a ministerstiev a podliehajú schvaľovaciemu procesu.
++
++**Hospodárenie SŠHR**
++
++Správa existujúcich zásob, ktorá zahŕňa rôzne operácie s majetkom a zásobami.
++
++**Obmena**
++
++Pravidelná výmena materiálov, ktoré dosiahli dobu exspirácie alebo už nie sú vhodné na ďalšie použitie, pričom sa zachováva ich funkčnosť a efektivita.
++
++**Zámena**
++
++Nahradenie jednej skladovej položky inou položkou s rovnakou alebo vyššou hodnotou a účelom. Tento proces je úzko spätý s verejným obstarávaním.
++
++**Výpožička**
++
++Dočasné poskytnutie skladovej položky inému subjektu bez zmeny vlastníctva, pričom sa očakáva jej návrat po ukončení výpožičky.
++
++**Nájom**
++
++Prenájom skladových zásob alebo zariadení za dohodnutých podmienok, kde prenajímateľ môže byť štátna inštitúcia alebo súkromný subjekt.
++
++**Ochraňovanie**
++
++Zabezpečenie správneho skladovania a údržby zásob u ochraňovateľov, ktorí majú na starosti fyzickú starostlivosť o materiál.
++
++**Vyčleňovanie, presun a preradenie**
++
++Zahŕňa administratívne a logistické operácie spojené so zmenou statusu zásob. Môže ísť o vyradenie zastaraných zásob, ich presun na iné miesto alebo preradenie na inú účelovú kategóriu.
++
++**Financovanie SŠHR**
++
++Rieši finančné aspekty správy hmotných rezerv a ich použitia.
++
++**Pridelenie finančného limitu ochraňovateľovi**
++
++Proces schvaľovania finančných prostriedkov na prevádzku a údržbu zásob u zmluvných ochraňovateľov.
++
++**Výkaz výdavkov**
++
++Evidencia finančných nákladov spojených s nakladaním so štátnymi rezervami, spracovaná pre účely finančnej kontroly a plánovania.
++
++**Hlásenie zmien**
++
++Ohlasovanie akýchkoľvek zmien v zásobách, finančných požiadavkách alebo stave hmotných rezerv. Dôležité pre aktualizáciu informačného systému
++
++**Použitie SŠHR**
++
++Procesy spojené s aktiváciou zásob na základe rozhodnutia kompetentných orgánov.
++
++**Použitie SŠHR**
++
++Zahŕňa vydanie skladových položiek na základe rozhodnutia o ich využití v krízovej situácii.
++
++**Ukončenie použitia SŠHR**
++
++Proces evidencie spotrebovaných zásob a návratu nepoužitých položiek do skladov. Obsahuje aj administratívne vyhodnotenie použitia.
++
++**Verejné obstarávanie (VO)**
++
++Mechanizmus zabezpečenia dodávok potrebných pre udržanie rezerv v optimálnom stave.
++
++**VO Malá zákazka**
++
++Proces obstarávania menšieho rozsahu, kde sa uplatňuje zjednodušený postup verejného obstarávania.
++
++**VO Veľká zákazka**
++
++Zahŕňa komplexné výberové konania na veľké objemy zásob alebo dlhodobé strategické dodávky.
++
++**Aktualizácia plánu VO**
++
++Priebežná aktualizácia obstarávacích plánov na základe aktuálnych potrieb a schválených rozpočtov.
++
++**Portály a služby pre používateľov**
++
++Systém obsahuje rozhrania pre interných aj externých používateľov:
++
++**Služby pre externých používateľov**
++
++Modul poskytujúci prístup verejným subjektom a organizáciám, ktoré interagujú so SŠHR.
++
++**Externý používateľ**
++
++Jednotlivci alebo organizácie, ktoré potrebujú prístup k informáciám a funkcionalitám systému na základe oprávnení.
++
++**Verejný portál**
++
++Rozhranie, cez ktoré môžu externí používatelia podávať žiadosti o výpožičky, verejné obstarávania alebo iné procesy súvisiace s rezervami.
++
++**Služby verejného portálu**
++
++Funkcionality umožňujúce externým používateľom komunikovať so systémom IS SŠHR, vrátane podávania žiadostí, kontroly stavu procesov a prijímania notifikácií.
++
++**Služby pre spracovanie agendy internými používateľmi**
++
++Modul určený pre zamestnancov SŠHR, ktorí spravujú rezervy a realizujú operácie v systéme.
++
++**Interný používateľ**
++
++Zamestnanci SŠHR alebo iných štátnych inštitúcií s oprávnením na spracovanie údajov a realizáciu procesov.
++
++**Interný portál**
++
++Uzavreté rozhranie, ktoré slúži na spracovanie interných operácií v rámci SŠHR, ako je riadenie zásob, schvaľovanie požiadaviek a finančná správa.
++
++**Služby interného portálu**
++
++Poskytujú funkcie na evidenciu skladových operácií, správu používateľov a koordináciu krízových procesov.
++
++
++V rámci cieľovej business architektúry budú upravované business procesy Výpožička, Nájom a Použitie SŠHR vrátane Ukončenia použitia SŠHR.
++
++[[image:1743373444720-432.png]]
++
++//Obrázok 2 Biznis architektúra TO-BE//
++
++
++**4.1.2 Koncové služby**
++
++**Koncová služba Podávanie žiadosti o nájom mobilizačných rezerv (sluzba_egov_7586)**
++
++Táto koncová služba zabezpečuje podávanie, spracovanie a schvaľovanie žiadostí o nájom mobilizačných rezerv. Služba je integrovaná do IS RaHMU, kde je dostupná prostredníctvom elektronických formulárov, ktoré umožňujú podanie žiadosti, evidenciu schvaľovacích krokov a generovanie nájomných zmlúv a protokolov o technickom stave zásob. Prostredníctvom modulov systému je možné sledovať celý životný cyklus žiadosti, od jej vytvorenia až po uzavretie nájomného vzťahu a vrátenie položiek. Integrácia s internými procesmi IS RaHMU zabezpečuje transparentnosť a efektívnu koordináciu medzi žiadateľmi, ochraňovateľmi a príslušnými úradmi.
++
++Proces je plne digitalizovaný a umožňuje efektívne riadenie nájomných operácií v súlade s definovanými business procesmi:
++
++* Nájom SP
++* Finančné vysporiadanie nájmu
++* Ukončenie nájmu
++
++Zakreslené procesy vychádzajú z popisu v zákone č. 372/2012 Z. z. § 16 a § 24 a vnútorného predpisu SŠHR č. 2013/3. Na diagramoch sú znázornené typy aktivít užívateľov a toky údajov. Na procesoch nájmu mobilizačných rezerv sa zúčastňuje špecialista OMRaPZ, riaditeľ OMRaPZ, ochraňovateľ, ÚOŠS, autorizovaný nájomca a odbor OEFMaR.
++
++[[image:file:////Users/sarakapeter/Library/Group%20Containers/UBF8T346G9.Office/TemporaryItems/msohtmlclip/clip_image003.jpg]]
++
++[[image:1743373481714-125.png]]
++
++//Obrázok 3 Procesná mapa Nájom skladovej položky//
++
++
++Detailný popis prvej časti procesu je zapísaný v Tabuľka nižšie:
++
++|**Typ**|**Názov**|**Aktér**|**Popis**
++|StartEvent|Potreba nájmu|Autorizovaný prenajímateľ|Začiatok procesu na strane autorizovaného prenajímateľa.
++|InclusiveGateway| | |
++|StartEvent|Predĺženie nájmu|Autorizovaný prenajímateľ|Začiatok procesu na strane autorizovaného prenajímateľa.
++|ExclusiveGateway| | |
++|InclusiveGateway| | |Modifikovanie žiadosti
++|userTask Activity|Vytvoriť žiadosť o nájom|Autorizovaný prenajímateľ|(((
++Modifikovanie žiadosti: áno - vytvorenie žiadosti o nájom skladovej položky autorizovaným prenajímateľom cez verejný portál.
++
++Vstup: skladová položka
++
++Výstup: žiadosť o nájom skladovej položky
++)))
  |(((
--**Kód ISVS**
--//(z MetaIS)//
--)))|**Názov ISVS**|(((
--**Kód integrovaného ISVS**
--//(z MetaIS)//
--)))|**Názov integrovaného ISVS**
--| | | |
--| | | |
--| | | |
++serviceTask Activity
--=== 4.2.6Aplikačné služby pre realizáciu koncových služieb – TO BE ===
++
++)))|Notifikovať ochraňovateľa|IS|Notifikácia emailom (ochraňovateľ) o zmene stavu procesu nájmu skladovej položky.
++|(((
++userTask Activity
--//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}}
++
++)))|Vypracovať súhlas k nájmu|Ochraňovateľ|(((
++Modifikovanie žiadosti: nie - vypracovanie súhlasu k nájmu skladovej položky ochraňovateľom.
--=== 4.2.7Aplikačné služby na integráciu – TO BE ===
++Vstup: žiadosť o nájom skladovej položky
--//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)~://
++Výstup: stanovisko ochraňovateľa k nájmu skladovej položky
++)))
++|ExlusiveGateway|Typ SP| |Typ SP
++|serviceTask Activity|Notifikovať ÚOŠS|IS|Typ skladovej položky MR - notifikácia emailom (ÚOŠS) o zmene stavu procesu nájmu skladovej položky.
++|userTask Activity|Vypracovať súhlas k nájmu|ÚOŠS|(((
++Vypracovanie súhlasu k nájmu skladovej položky ÚOŠS.
--* //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:**//
++Vstup: žiadosť o nájom SP, stanovisko ochraňovateľa
--:
++Výstup: stanovisko ÚOŠS k nájmu SP
++)))
++|ExclusiveGateway|Stanovisko| |Stanovisko
++|EndEvent|Ukončiť nájom| |Nesúhlasné stanovisko ÚOŠS k nájmu SP - ukončenie nájmu skladovej položky.
++|ExclusiveGateway| | |
++|serviceTask Activity|Notifikovať príslušný odbor SŠHR|IS|(((
++~1. Súhlasné stanovisko ÚOŠS k nájmu SP
--(((
--|**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)
++2. Typ skladovej položky PZ
++
++-> notifikácia emailom (príslušný odbor SŠHR) o zmene stavu procesu nájmu skladovej položky.
  )))
++|userTask Activity|Prideliť aktivitu referentovi|Riaditeľ OMRaPZ alebo OHRNZRaRB|Priradenie aktivity riaditeľom OMRaPZ alebo OHRNZRaRB zodpovednému referentovi na riešenie.
++|serviceTask Activity|Notifikovať referenta|IS|Notifikácia emailom (referent) o priradení aktivity na plnenie.
++|userTask Activity|Vypracovať stanovisko k nájmu|Špecialista OMRaPZ alebo OHRNZRaRB|(((
++Vypracovanie stanoviska k nájmu skladovej položky špecialistom OMRaPZ alebo OHRNZRaRB.
--* //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"/}}
++Vstup: žiadosť o nájom SP, stanovisko ochraňovateľa, stanovisko ÚOŠS
++
++Výstup: stanovisko k nájmu SP
++)))
++|serviceTask Activity|Notifikovať príslušného riaditeľa odboru|IS|Notifikácia emailom (príslušný riaditeľ odboru) o zmene stavu procesu nájmu skladovej položky.
++|userTask Activity|Odsúhlasiť nájom|(((
++Riaditeľ OMRaPZ alebo OHRNZRaRB
++
++)))|(((
++Odsúhlasenie nájmu skladovej položky riaditeľom OMRaPZ alebo OHRNZRaRB.
--=== {{id name="_Toc814509359"/}}{{id name="_Toc153139693"/}}{{id name="_Toc63764348"/}}4.2.8Poskytovanie údajov z ISVS do IS CSRÚ – TO BE ===
++Vstup: žiadosť o nájom SP, stanovisko ochraňovateľa, stanovisko ÚOŠS, stanovisko referenta
--//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.//
++Výstup: aktualizácia stanoviska o nájme SP
++)))
++|ExclusiveGateway| | |
++|EndEvent|Ukončiť nájom| |Nesúhlasné stanovisko o nájme SP vydané riaditeľom OMRaPZ alebo OHRNZRaRB - ukončenie nájmu skladovej položke.
++|ParalellGateway| | |
++|serviceTask Activity|Notifikovať ochraňovateľa o potrebe protokolu TS|IS|Súhlasné stanovisko o nájme SP vydané riaditeľom OMRaPZ alebo OHRNZRaRB - notifikácia emailom (ochraňovateľ) o potrebe protokolu o technickom stave.
++|userTask Activity|Vypracovať protokol o technickom stave|Ochraňovateľ|(((
++Vypracovanie a pridruženie protokolu o technickom stave ochraňovateľom.
--|**ID OE**|**Názov (poskytovaného) objektu evidencie**|**Kód ISVS poskytujúceho OE**|**Názov ISVS poskytujúceho OE**
--| | | |
--| | | |
--| | | |
++Vstup: žiadosť
--=== {{id name="_Toc63764349"/}}{{id name="_Toc1792132569"/}}{{id name="_Toc153139694"/}}4.2.9Konzumovanie údajov z IS CSRU – TO BE ===
++Výstup: protokol o technickom stave
++)))
++|serviceTask Activity|Notifikovať SŠHR o vypracovanom protokole TS|IS|Notifikácia emailom (SŠHR) o vypracovaní protokolu o technickom stave.
++|ParalellGateway| | |
++|serviceTask Activity|Notifikovať odbor OEFMaR|IS|Notifikácia emailom (odbor OEFMaR) o zmene stavu procesu nájmu skladovej položky.
++|userTask Activity|Určiť nájomné|Odbor OEFMaR|(((
++Určenie nájomného za skladovú položku odborom OEFMaR.
--//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Ú.//
++Vstup: žiadosť o nájom SP, stanovisko k nájmu SP
--|**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**
--| | | |
--| | | |
--| | | |
++Výstup: nájomné
++)))
++|serviceTask Activity|Notifikovať odbor SŠHR o určení nájomného|IS|Notifikácia emailom (odbor SŠHR) o určení nájomného za skladovú položku.
++|ExclusiveGateway| | |Predmet nájmu
++|userTask Activity|Vypracovať zmluvu o nájme hnuteľných vecí|Riaditeľ OMRaPZ alebo OHRNZRaRB|(((
++Predmet nájmu: hnuteľné veci - vypracovanie zmluvy o nájme hnuteľných vecí riaditeľom OMRaPZ alebo OHRNZRaRB.
--== {{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 ==
++Vstup: žiadosť o nájom SP, stanoviská k nájmu SP, nájom
--//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.//
++Výstup: zmluva o nájme hnuteľných vecí
++)))
++|userTask Activity|Vypracovať zmluvu o nájme dopravného prostriedku|Riaditeľ OMRaPZ alebo OHRNZRaRB|(((
++Predmet nájmu: dopravný prostriedok - vypracovanie zmluvy o nájme dopravného prostriedku riaditeľom OMRaPZ alebo OHRNZRaRB.
--=== {{id name="_Toc2009350815"/}}{{id name="_Toc153139696"/}}{{id name="_Toc63764351"/}}4.3.1Údaje v správe organizácie ===
++Vstup: žiadosť o nájom SP, stanoviská k nájmu SP, nájom
--//[[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).//
++Výstup: zmluva o nájme dopravného prostriedku
++)))
++|manualTask Activity|Podpísať zmluvu s prenajímateľom|Riaditeľ OMRaPZ alebo OHRNZRaRB|Proces mimo IS súvisiaci s podpísaním zmluvy o nájme s prenajímateľom a riaditeľom OMRaPZ alebo OHRNZRaRB.
++|userTask Activity|Potvrdiť podpísanie zmluvy o nájme|Riaditeľ OMRaPZ alebo OHRNZRaRB|(((
++Potvrdenie podpísania zmluvy s prenajímateľom o nájme SP riaditeľom OMRaPZ alebo OHRNZRaRB.
--* //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.//
++Výstup: aktualizácia zmluvy o nájme SP
++)))
++|serviceTask Activity|Notifikovať ochraňovateľa o výsledku|IS|Notifikácia emailom (ochraňovateľ) o výsledku procesu nájmu skladovej položky.
++|ExclusiveGateway| | |
++|End Task|Ukončiť nájom| |Podpísanie zmluvy: nie - ukončenie nájmu skladovej položky.
++|serviceTask Activity|Predgenerovať výdajku|IS|(((
++Podpísanie zmluvy: áno - predgenerovanie výdajky v súvislosti s nájmom SP.
--=== {{id name="_Ref154138234"/}}{{id name="_Toc1386538966"/}}{{id name="_Toc153139697"/}}{{id name="_Toc63764352"/}}4.3.2Dátový rozsah projektu - Prehľad objektov evidencie - TO BE ===
++Výstup: výdajka
++)))
++|userTask Activity|Skontrolovať a upraviť výdajku|Ochraňovateľ|(((
++Kontrola a úprava výdajky ochraňovateľom v súvislosti s nájmom SP.
--//Pre budované informačné systémy vytvorte tzv. doménový model, ktorý definuje návrh dátových prvkov súvisiacich s projektom.//
++Vstup: predgenerovaná výdajka
--* //Ú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//
++Výstup: výdajka
++)))
++|manualTask Activity|Prenajať SP| |Proces mimo IS súvisiaci s  prenajatím skladových položiek ochraňovateľom.
++|serviceTask Activity|Notifikovať odbor OEFMaR|IS|Notifikácia emailom (odbor OEFMaR) o zmene stavu procesu nájmu SP.
++|manualTask Activity|Zaúčtovať do SAP|Odbor OEFMaR|(((
++Zaúčtovanie do SAP odborom OEFMaR.
--|**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"/}}
++Vstup: výdajka, zmluva o nájme SP
++
++Výstup: materiálový doklad
++)))
++|serviceTask Activity|Notifikovať všetkých účastníkov|IS|Notifikácia emailom (všetci účastníci) o zmene stavu procesu nájmu SP.
++|End Task|SP prenajatá| |Ukončenie procesu a prenajatie skladovej položky.
++
++
++Druhá časť procesu je vizualizovaná na obrázku nižšie:
++
++
++
++[[image:1743373502143-653.png]]
++
++//Obrázok 4 Procesná mapa Finančné vysporiadanie nájmu//
++
++
++Detailný popis druhej časti procesu je zapísaný v Tabuľke nižšie:
++
++|**Typ**|**Názov**|**Aktér**|**Popis**
++|StartEvent|Nadobudnutie účinnosti zmluvy o nájme|Autorizovaný nájomca|Začiatok procesu na strane autorizovaného nájomcu.
++|ExclusiveGateway| | |Predmet zmluvy o nájme
++|manualTask Activity|Zaplatiť nájomné, finančnú zábezpeku, daň z mot. vozid., PZP|Autorizovaný nájomca|Proces mimo IS súvisiaci s  predmetom zmluvy o nájme: dopravný prostriedok - zaplatenie nájomného, finančnej zábezpeky, dane z motorových vozidiel, povinného zmluvného poistenia autorizovaným nájomcom (do 15 dní).
++|userTask Activity|Priložiť doklady o zaplatení PZP a dane z mot. Vozidiel|Autorizovaný nájomca|Priloženie dokladov o zaplatení povinného zmluvného poistenia a dane z motorových vozidiel autorizovaným nájomcom.
++|ExclusiveGateway| | |
++|manualTask Activity|Zaplatiť finančnú zábezpeku a nájomné|Autorizovaný nájomca|Proces mimo IS súvisiaci s predmetom zmluvy o nájme: hnuteľné veci - zaplatenie finančnej zábezpeky a nájomného autorizovaným nájomcom (do 5 dní finančnú zábezpeku, do 15 dní nájomné).
++|userTask Activity|Vypracovať stanovisko k peňažným záväzkom|Odbor OEFMaR|(((
++Vypracovanie stanoviska k peňažným záväzkom odborom OEFMaR.
++
++Vstup: nájomné
++
++Výstup: stanovisko k peňažným záväzkom
++)))
++|ExclusiveGateway| | |Pripísanie peňažných prostriedkov
++|serviceTask Activity|Notifikovať odbor SŠHR a nájomcu o zaplatení|IS|Pripísanie peňažných prostriedkov: áno - notifikácia emailom (odbor SŠHR a nájomca) o zaplatení.
++|EndEvent|Nájom SP zaplatený| |Ukončenie procesu - nájom za skladovú položku zaplatený.
++|serviceTask Activity|Notifikovať nájomcu o omeškaní platieb|IS|Pripísanie peňažných prostriedkov: nie - notifikácia emailom (nájomca) o omeškaní platieb.
++|ExclusiveGateway| | |
++|serviceTask Activity|Notifikovať o porušení zmluvy odbor SŠHR a prenajímateľa|IS|Omeškanie platieb viac ako 1 mesiac - notifikácia emailom (odbor SŠHR a prenajímateľ) o porušení zmluvy.
++|manualTask Activity|Vypovedanie zmluvy o nájme|Riaditeľ OMRaPZ alebo OHRNZRaRB|(((
++Proces mimo IS súvisiaci s vypovedaním zmluvy o nájme riaditeľom OMRaPZ alebo OHRNZRaRB.
++
++Výstup: aktualizácia zmluvy o nájme
++)))
++|EndEvent|Ukončiť nájom|Riaditeľ OMRaPZ alebo OHRNZRaRB|Ukončenie nájmu riaditeľom OMRapZ alebo OHRNZRaRB.
++|manualTask Activity|Stanoviť úrok z omeškania|Odbor OEFMaR|Proces mimo IS súvisiaci s omeškaním platieb do 1 mesiaca - stanovenie úroku z omeškania odborom OEFMaR.
++|serviceTask Activity|Notifikovať prenajímateľa o znížení zábezpeky|Odbor OEFMaR|Notifikácia emailom (prenajímateľ) o znížení finančnej zábezpeky.
++|manualTask Activity|Doplniť finančnú zábezpeku|(((
++Odbor OEFMaR
++
++)))|Proces mimo IS súvisiaci s doplnením finančnej zábezpeky odborom OEFMaR (do 5 dní).
--=== {{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~://
++Tretia časť procesu je vizualizovaná na obrázku nižšie:
--* //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).//
++[[image:1743373517234-491.png]]
--==== {{id name="_Toc268006870"/}}{{id name="_Toc153139700"/}}{{id name="_Toc63764357"/}}4.3.3.1Objekty evidencie z pohľadu procesu ich vyhlásenia za referenčné ====
++//Obrázok 5 Procesná mapa Ukončenie nájmu skladovej položky//
--//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ť“.//
--* //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~://
++Detailný popis tretej časti procesu je zapísaný v Tabuľke nižšie:
--|**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**
--| | | | |
--| | | | |
--| | | | |
++|**Typ**|**Názov**|**Aktér**|**Popis**
++|Start Event|Ukončenie nájmu|Autorizovaný prenajímateľ|Začiatok procesu na strane autorizovaného prenajímateľa.
++|Start Event|Ukončenie zmluvy o nájme|Riaditeľ OMRaPZ alebo OHRNZRaRB|Ukončenie zmluvy o nájme skladovej položky riaditeľom OMRaPZ alebo OHRNZRaRB.
++|InclusiveGateway| | |
++|serviceTask Activity|Notifikovať prenajímateľa, ochraňovateľa a SŠHR o ukončení nájmu SP|IS|Notifikácia emailom (prenajímateľ, ochraňovateľ, SŠHR) o ukončení nájmu SP.
++|manualTask Activity|Navrátiť SP|Autorizovaný prenajímateľ|Proces mimo IS súvisiaci s navrátením prenajatých skladových položiek autorizovaným prenajímateľom.
++|serviceTask Activity|Notifikovať ochraňovateľa o potrebe protokolu TS|IS|Notifikácia emailom (ochraňovateľ) o potrebe protokolu o technickom stave.
++|userTask Activity|Vypracovať protokol o technickom stave|Ochraňovateľ|(((
++Vypracovanie protokolu ochraňovateľom o technickom stave.
--==== 4.3.3.2Identifikácia údajov pre konzumovanie alebo poskytovanie údajov do/z CSRU ====
++Vstup: protokol o technickom stave pri prevzatí, žiadosť o nájom SP
--//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Ú.//
++Výstup: protokol o technickom stave pri prebratí
++)))
++|serviceTask Activity|Notifikovať SŠHR a prenajímateľa o vypracovanom protokole TS|IS|Notifikácia emailom (SŠHR a prenajímateľ) o vypracovanom protokole o technickom stave.
++|ExclusiveGateway|Nahradenie škôd| |Nahradenie škôd
++|userTask Activity|Pridružiť dokument k nahradeniu škôd|(((
++Ochraňovateľ
--|**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í.|
++
++)))|(((
++Nahradenie škôd: áno - pridruženie dokumentov k nahradeniu škôd do databázy.
--=== {{id name="_Toc62489741"/}}{{id name="_Toc58337725"/}}{{id name="_Toc62488224"/}}{{id name="_Toc62488115"/}}{{id name="_Toc62488022"/}}{{id name="_Toc62487929"/}}4.3.4Kvalita a čistenie údajov ===
++Výstup: dokumenty k nahradenie škôd
++)))
++|ExclusiveGateway| | |Nahradenie škôd
++|serviceTask Activity|Predgenerovať príjemku|IS|(((
++Nahradenie škôd: nie - predgenerovanie príjemky.
--==== {{id name="_Toc63764354"/}}4.3.4.1Zhodnotenie objektov evidencie z pohľadu dátovej kvality ====
++Výstup: príjemka
++)))
++|userTask Activity|Skontrolovať a upraviť príjemku|Ochraňovateľ|(((
++Kontrola a úprava príjemky ochraňovateľom v súvislosti s ukončením nájmu SP.
--//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~://
++Vstup: predgenerovaná príjemka
--* //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~://
++Výstup: príjemka
++)))
++|serviceTask Activity|Notifikovať odbor OEFMaR|IS|Notifikácia emailom (odbor OEFMaR) o zmene stavu ukončenia nájmu SP.
++|manualTask Activity|Zaúčtovať do SAP|Odbor OEFMaR|(((
++Zaúčtovanie do SAP odborom OEFMaR.
--|**ID OE**|(((
--**Názov Objektu evidencie**
--//(uvádzať OE z tabuľky v kap. //4.3.2//)//
++Vstup: príjemka, zmluva o nájme SP
++
++Výstup: materiálový doklad
++)))
++|serviceTask Activity|Notifikovať SŠHR, ochraňovateľa a prenajímateľa|Odbor OEFMaR|Notifikácia emailom (SŠHR, ochraňovateľ, prenajímateľ) o zmene stavu ukončenia nájmu SP.
++|userTask Activity|Vypracovať žiadosť o vrátenie zábezpeky|Autorizovaný prenajímateľ|(((
++Vypracovanie žiadosti o vrátenie zábezpeky autorizovaným prenajímateľom.
++
++Vstup: zmluva o nájme SP, nájomné
++
++Výstup: žiadosť o vrátenie zábezpeky
++)))
++|serviceTask Activity|Notifikovať odbor OEFMaR o žiadosti o vrátenie zábezpeky|IS|Notifikácia emailom (odbor OEFMaR) o žiadosti o vrátenie zábezpeky za nájom SP.
++|userTask Activity|Vypracovať stanovisko k žiadosti o vrátenie zábezpeky|Odbor OEFMaR|(((
++Vypracovanie stanoviska k žiadosti o vrátenie zábezpeky odborom OEFMaR.
++
++Vstup: žiadosť o vrátenie zábezpeky
++
++Výstup: stanovisko k žiadosti o vrátenie zábezpeky
++)))
++|ExclusiveGateway|Stanovisko|Odbor OEFMaR|Stanovisko odboru OEFMaR k žiadosti o vrátenie zábezpeky.
++|ExclusiveGateway| |Odbor OEFMaR|Súhlasné stanovisko - úspešné ukončenie nájmu.
++|manualTask Activity|Vyrovnanie finančných záväzkov|Odbor OEFMaR|Nesúhlasné stanovisko - vyrovnanie finančných záväzkov (odbor OEFMaR).
++|End Task|Úspešné ukončenie nájmu| |Úspešné ukončenie nájmu skladovej položky.
++
++
++Elektronický formulár slúžiaci na podanie žiadosti o nájom hmotných rezerv je dostupný v rámci IS RaHMU a poskytuje používateľsky komfortné rozhranie na zadanie všetkých potrebných údajov. Formulár podporuje štruktúrovaný zber údajov, ktoré sú nevyhnutné pre spracovanie žiadosti, jej evidenciu, schvaľovanie a následné vykonanie operácie pôžičky.
++
++Medzi hlavné funkcionality formulára patria:
++
++* Údaje o nájme: možnosť zadania dátumu podania žiadosti, plánovaného dátumu pôžičky a jej účelu. Formulár umožňuje aj označiť, či ide o predĺženie existujúceho nájmu.
++* Údaje o žiadateľovi: zadanie kontaktných údajov žiadateľa vrátane e-mailovej adresy, telefónneho čísla a územnej platnosti žiadosti.
++* Výber materiálov: používateľ má možnosť zvoliť požadované položky z preddefinovaného číselníka mobilizačných rezerv, pričom pri každej položke je možné určiť zodpovednú osobu za jej prepravu.
++* Informácie o logistickom zabezpečení: žiadateľ uvádza, kto bude zodpovedný za prepravu, obsluhu a koordináciu pri použití rezerv.
++* Prílohy a dokumenty: formulár podporuje nahrávanie príloh, ako sú zdôvodnenia potreby, rozhodnutia príslušných orgánov alebo iné relevantné dokumenty potrebné pre schvaľovací proces.
++
++Formulár je plne integrovaný s backendovým workflow IS RaHMU, čo umožňuje automatizované prideľovanie žiadostí oprávneným pracovníkom, ich sledovanie v čase a evidenciu stavu spracovania.
++
++[[image:1743373535995-243.png]]
++
++
++Koncová služba „Podávanie žiadosti o nájom mobilizačných rezerv“ aktuálne poskytuje používateľom možnosť elektronicky podať žiadosť, spracovať ju prostredníctvom workflow systému IS RaHMU a zaznamenať údaje o zmluve a pohybe zásob. Napriek funkčnému základu však absentuje pokročilá analytická podpora, ktorá by umožnila lepšie zdôvodniť potrebu nájmu z hľadiska reálnej rizikovosti a predikcie budúcich potrieb.
++
++* Chýbajúca analytická vrstva pri podaní žiadosti: Systém v súčasnosti neposkytuje analytický prehľad o hrozbách, ohrozených aktívach alebo historických rizikových situáciách v území žiadateľa. Rozhodovanie o potrebe nájmu mobilizačných rezerv tak nie je podložené dátovou analýzou.
++* Neexistencia predikčných mechanizmov: Nie je implementovaný mechanizmus, ktorý by na základe historických dát a prediktívnych algoritmov identifikoval oblasti so zvýšenou pravdepodobnosťou výskytu rizika, ktoré by mohlo odôvodniť potrebu rezerv.
++* Nemožnosť nastaviť preferované typy hrozieb: Súčasná služba neumožňuje používateľom definovať relevantné typy rizík (napr. hydrologické, meteorologické alebo environmentálne), ktoré by mali byť súčasťou analýzy – čím sa znižuje personalizovateľnosť výstupov.
++* Nedostatok územnej citlivosti analýz: Systém neposkytuje personalizované výstupy podľa územnej pôsobnosti žiadateľa. Chýba schopnosť filtrovať analytické výstupy na úrovni menších územných jednotiek (napr. obec, mikroregión), čo znižuje ich praktickú využiteľnosť.
++* Obmedzené využitie externých dátových zdrojov: Absentuje integrácia s externými dátovými službami ako SHMÚ, RPI, či štatistickými databázami, ktoré by mohli poskytovať informácie o vývoji klimatických a iných rizík v daných oblastiach.
++
++V dôsledku týchto obmedzení je súčasná služba skôr administratívnym nástrojom než rozhodovacou platformou. Navrhované rozšírenie o analytický modul s podporou predikčných algoritmov a personalizovaných výstupov zlepší presnosť, opodstatnenosť a kvalitu žiadostí, čím prispeje k efektívnejšiemu hospodáreniu so štátnymi hmotnými rezervami.
++
++
++**Koncová služba Podávanie žiadosti o pôžičku hmotných rezerv (sluzba_egov_7585)**
++
++Táto koncová služba zabezpečuje podávanie, spracovanie a schvaľovanie žiadostí o výpožičku hmotných rezerv. Služba je integrovaná do IS RaHMU, kde je dostupná prostredníctvom elektronických formulárov, ktoré umožňujú podanie žiadosti, evidenciu schvaľovacích krokov a generovanie protokolov o technickom stave zásob. Prostredníctvom modulov systému je možné sledovať celý životný cyklus žiadosti, od jej vytvorenia až po uzavretie výpožičky a vrátenie položiek. Integrácia s internými procesmi IS RaHMU zabezpečuje transparentnosť a efektívnu koordináciu medzi žiadateľmi, ochraňovateľmi a príslušnými úradmi.
++
++Proces je plne digitalizovaný a umožňuje efektívne riadenie výpožičných operácií v súlade s definovanými business procesmi:
++
++* Výpožička SP,
++* Ukončenie výpožičky.
++
++Zakreslené procesy vychádzajú z popisu v zákone č. 372/2012 Z. z. § 16 a § 24 a vnútorného predpisu SŠHR č. 2013/3. Na diagramoch sú znázornené typy aktivít užívateľov a toky údajov. Na procesoch výpožičky SŠHR sa zúčastňuje špecialista OMRaPZ, riaditeľ OMRaPZ, ochraňovateľ, ÚOŠS, autorizovaný vypožičiavateľ a odbor OEFMaR.
++
++
++
++[[image:1743373554239-722.png]]
++
++//Obrázok 6 Procesná mapa Výpožička skladovej položky//
++
++
++Detailný popis prvej časti procesu je zapísaný v tabuľke nižšie:
++
++|**Typ**|**Názov**|**Aktér**|**Popis**
++|StartEvent|Potreba výpožičky|Autorizovaný vypožičiavateľ|Začiatok procesu na strane autorizovaného vypožičiavateľa.
++|userTask Activity|Vytvoriť žiadosť o výpožičku|Autorizovaný vypožičiavateľ|(((
++Vypracovanie žiadosti o výpožičku SP cez verejný portál autorizovaným vypožičiavateľom.
++
++Vstup: skladová položka
++
++Výstup: žiadosť o výpožičku
++)))
++|serviceTask Activity|Notifikovať ochraňovateľa|IS|Notifikácia emailom (ochraňovateľ) o zmene stavu výpožičky SP.
++|userTask Activity|(((
++Vypracovať súhlas k výpožičke
++
++
  )))|(((
--**Významnosť kvality**
--//1 (malá) až 5 (veľmi významná)//
++Ochraňovateľ
++
++
  )))|(((
--**Citlivosť kvality**
--//1 (malá) až 5 (veľmi významná)//
--)))|(((
--**Priorita //– poradie dôležitosti//**
--//(začnite číslovať od najdôležitejšieho)//
++Vypracovanie súhlasu k výpožičke SP ochraňovateľom.
++
++Vstup: žiadosť o výpožičku SP
++
++Výstup: stanovisko ochraňovateľa
  )))
--| |//Údaje o štatutárovi//|//5//|//3//|//1.//
--| |//Iné zainteresované osoby//|//2//|//3//|//20.//
--| | | | |
++|ExclusiveGateway| | |Typ skladovej položky
++|(((
++serviceTask Activity
--==== 4.3.4.2Roly a predbežné personálne zabezpečenie pri riadení dátovej kvality ====
++
++)))|Notifikovať ÚOŠS|IS|Typ skladovej položky: MR - notifikácia emailom (ÚOŠS) o zmene stavu výpožičky SP.
++|userTask Activity|Vypracovať súhlas k výpožičke|ÚOŠS|(((
++Vypracovanie súhlasu k výpožičke SP ÚOŠS.
--//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/]]__ )//
++Vstup: žiadosť o výpožičku SP, stanovisko ochraňovateľa
--|**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ť)**| |
++Výstup: stanovisko ÚOŠS
++)))
++|ExclusiveGateway| | |Stanovisko
++|End Task|Nesúhlasí|(((
++ÚOŠS
--=== {{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 ===
++
++)))|Nesúhlasné stanovisko - ukončenie výpožičky skladovej položky ÚOŠS na základe nesúhlasného stanoviska.
++|serviceTask Activity|Notifikovať odbor OMRaPZ|IS|Súhlasné stanovisko - notifikácia emailom (odbor OMRaPZ) o zmene stavu výpožičky SP.
++|userTask Activity|Prideliť aktivitu referentovi|(((
++Riaditeľ OMRaPZ
--//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~://
++
++)))|Priradenie aktivity riaditeľom OMRaPZ zodpovednému referentovi na riešenie.
++|serviceTask Activity|Notifikovať referenta|IS|Notifikácia emailom (referent) o priradení aktivity na plnenie.
++|userTask Activity|Vypracovať stanovisko ku výpožičke|(((
++Špecialista OMRaPZ
--* //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~://
++
++)))|(((
++Vypracovanie stanoviska k výpožičke SP špecialistom OMRaPZ a aktualizácia v databáze.
++Vstup: žiadosť o výpožičku SP, stanovisko ochraňovateľa a ÚOŠS
++
++Výstup: stanovisko k výpožičke SP
++)))
  |(((
--**Názov objektu evidencie / datasetu**
--//(uvádzať OE z tabuľky v kap. 4.3.2)//
++serviceTask Activity
++
++
++)))|Notifikovať riaditeľa odboru OMRaPZ|IS|Notifikácia emailom (riaditeľ odboru OMRaPZ) o zmene stavu výpožičky SP.
++|userTask Activity|Odsúhlasiť výpožičku|Riaditeľ OMRaPZ|(((
++Odsúhlasenie výpožičky SP riaditeľom OMRaPZ a aktualizácia v databáze.
++
++Vstup: žiadosť o výpožičku SP, stanovisko ochraňovateľa, ÚOŠS, referenta
++
++Výstup: aktualizácia stanoviska o výpožičky SP
++)))
++|ExclusiveGateway| | |Stanovisko
++|End Task|Ukončiť výpožičku|Riaditeľ OMRaPZ|Nesúhlasné stanovisko - ukončenie výpožičky skladovej položky riaditeľom OMRaPZ na základe nesúhlasného stanoviska.
++|serviceTask Activity|Notifikovať ochraňovateľa o potrebe protokolu TS|IS|Súhlasné stanovisko - notifikácia emailom (ochraňovateľ) o potrebe protokolu o technickom stave.
++|userTask Activity|Vypracovať protokol o technickom stave|(((
++Ochraňovateľ
++
++
  )))|(((
--**Požadovaná interoperabilita**
--(//3★ - 5★)//
++Vypracovanie a pridruženie protokolu ochraňovateľom o technickom stave.
++
++Vstup: žiadosť o výpožičku SP
++
++Výstup: protokol o technickom stave
++)))
++|(((
++serviceTask Activity
++
++
++)))|Notifikovať SŠHR o vypracovanom protokole TS|IS|Notifikácia emailom (SŠHR) o vypracovanom protokole o technickom stave.
++|userTask Activity|Vypracovať zmluvu o výpožičke|Riaditeľ OMRaPZ|(((
++Vypracovanie zmluvy o výpožičke skladovej položky riaditeľom OMRaPZ.
++ Vstupy: žiadosť o výpožičku SP, protokol o technickom stave
++
++Výstupy: zmluva o výpožičke SP
++)))
++|manualTask Activity|Podpísať zmluvu s vypožičiavateľom| |Proces mimo IS súvisiaci s podpísaním zmluvy o výpožičke SP s vypožičiavateľom riaditeľom OMRaPZ.
++|serviceTask Activity|Predgenerovať výdajku|IS|(((
++Predgenerovanie výdajky v súvislosti s výpožičkou SP.
++
++Výstup: výdajka
++)))
++|userTask Activity|Skontrolovať a upraviť výdajku|(((
++Ochraňovateľ
++
++
  )))|(((
--**Periodicita publikovania**
--//(týždenne, mesačne, polročne, ročne)//
++Kontrola a úprava výdajky ochraňovateľom v súvislosti s výpožičkou SP.
++
++Vstup: predgenerovaná výdajka
++
++Výstup: výdajka
  )))
--|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í.
++|manualTask Activity|Vypožičať MR/PZ|Ochraňovateľ|Proces mimo IS súvisiaci s  vypožičaním mobilizačných rezerv/pohotovostných zásob ochraňovateľom.
++|serviceTask Activity|Notifikovať odbor OEFMaR|IS|Notifikácia emailom (odbor OEFMaR) vypracovanom protokole o zmene stavu výpožičky SP.
++|manualTask Activity|Zaúčtovať do SAP|Odbor OEFMaR|(((
++Zaúčtovanie do SAP odborom OEFMaR.
--=== 4.3.6Analytické údaje ===
++Vstup: výdajka, zmluva o výpožičke SP
--//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ýstup: materiálový doklad
++)))
++|serviceTask Activity|(((
++Notifikovať všetkých účastníkov
--|**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)//
--| | | |
--| | | |
++
++)))|IS|Notifikácia emailom (všetci účastníci procesu) o zmene stavu výpožičky skladovej položky.
++|End Task|SP vypožičaná| |Vypožičanie skladovej položky a ukončenie procesu.
--=== 4.3.7Moje údaje ===
--//{{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ä: //
++Druhá časť procesu je vizualizovaná na obrázku:
--* //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.//
++[[image:1743373567933-727.png]]
--|**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**
--| | | |
--| | | |
--| | | |
--| | | |
++//Obrázok 7 procesná mapa Ukončenie výpožičky skladovej položky//
--=== 4.3.8Prehľad jednotlivých kategórií údajov ===
++Detailný popis procesu je zapísaný v Tabuľke:
--//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.//
++|**Typ**|**Názov**|**Aktér**|**Popis**
++|StartEvent|Ukončenie výpožičky SP|Autorizovaný vypožičiavateľ|Začiatok procesu na strane autorizovaného vypožičiavateľa.
++|InclusiveGateway| | |
++|StartEvent|Ukončenie zmluvy o výpožičke|Riaditeľ OMRaPZ|Ukončenie zmluvy o výpožičke SP riaditeľom OMRaPZ.
++|serviceTask Activity|Notifikovať vypožičiavateľa, ochraňovateľa a SŠHR o ukončení výpožičky SP|IS|Notifikácia emailom (vypožičiavateľ, ochraňovateľ, SŠHR) o ukončení výpožičky SP.
++|manualTask Activity|Navrátiť vypožičané SP|Autorizovaný vypožičiavateľ|Proces mimo IS súvisiaci s navrátením vypožičaných skladových položiek autorizovaným vypožičiavateľom.
++|serviceTask Activity|Notifikovať ochraňovateľa o potrebe protokolu TS|IS|Notifikácia emailom (ochraňovateľ) o potrebe protokolu o technickom stave.
++|userTask Activity|Vypracovať protokol o technickom stave|Ochraňovateľ|(((
++Vypracovanie protokolu ochraňovateľom o technickom stave.
--|**ID**|(((
--**Register / Objekt evidencie**
--//(uvádzať OE z tabuľky v kap. 4.3.2)//
--)))|**Referenčné údaje**|**Moje údaje**|**Otvorené údaje**|**Analytické údaje**
--| | |☐|☐|☐|☐
--| | |☐|☐|☐|☐
--| | |☐|☐|☐|☐
--| | |☐|☐|☐|☐
--| | |☐|☐|☐|☐
--| | |☐|☐|☐|☐
++Vstup: protokol o technickom stave pri prevzatí, žiadosť o výpožičku SP
--== 4.4Technologická vrstva ==
++Výstup: protokol o technickom stave pri prebratí
++)))
++|serviceTask Activity|Notifikovať SŠHR a vypožičiavateľa o vypracovanom protokole TS|IS|Notifikácia emailom (SŠHR a vypožičiavateľ) o vypracovanom protokole o technickom stave.
++|ExclusiveGateway| | |Nahradenie škôd
++|userTask Activity|Pridružiť dokumenty k nahradeniu škôd|Ochraňovateľ|(((
++Nahradenie škôd: áno - pridruženie dokumentov k nahradeniu škôd do databázy.
--=== {{id name="_Toc937277657"/}}{{id name="_Toc153139707"/}}{{id name="_Toc15428561"/}}4.4.1Prehľad technologického stavu - AS IS ===
++Výstup: dokumenty k nahradenie škôd
++)))
++|Exlusive Gateway| | |
++|serviceTask Activity|Predgenerovať príjemku|IS|(((
++Nahradenie škôd: nie - predgenerovanie príjemky.
--//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ť.//
++Výstup: príjemka
++)))
++|userTask Activity|Skontrolovať a upraviť príjemku|Ochraňovateľ|(((
++Kontrola a úprava príjemky ochraňovateľom v súvislosti s ukončením výpožičky SP.
--=== {{id name="_Toc1626553566"/}}{{id name="_Toc153139708"/}}4.4.2Požiadavky na výkonnostné parametre, kapacitné požiadavky – TO BE ===
++Vstup: predgenerovaná príjemka
--//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, …).//
++Výstup: príjemka
++)))
++|serviceTask Activity|Notifikovať odbor OEFMaR|IS|Notifikácia emailom (odbor OEFMaR) o zmene stavu ukončenia výpožičky SP.
++|manualTask Activity|Zaúčtovať do SAP|Odbor OEFMaR|(((
++Zaúčtovanie do SAP odborom OEFMaR.
--|**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 ...| | |
++Vstup: príjemka, zmluva o výpožičke SP
--=== {{id name="_Toc985091580"/}}{{id name="_Toc153139709"/}}4.4.3Návrh riešenia technologickej architektúry ===
++Výstup: materiálový doklad
++)))
++|serviceTask Activity|Notifikovať SŠHR ochraňovateľa a vypožčiavateľa|IS|Notifikácia emailom (SŠHR a ochraňovateľ) o zmene stavu ukončenia výpožičky SP.
++|(((
++EndEvent
--//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ť~://
++
++)))| | |Úspešné ukončenie výpožičky skladovej položky.
--* //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.//
++Aktuálna verzia koncovej služby „Podávanie žiadosti o pôžičku hmotných rezerv“ v rámci IS RaHMU poskytuje základné funkcionality pre podanie, spracovanie a evidenciu žiadosti. Napriek funkčnej integrácii s formulárovým rozhraním a workflow procesmi má riešenie viaceré obmedzenia, ktoré znižujú jeho prínos z hľadiska proaktívneho plánovania a rozhodovania.
--=== {{id name="_Toc1130364585"/}}{{id name="_Toc153139710"/}}4.4.4Využívanie služieb z katalógu služieb vládneho cloudu ===
++* Absencia analytickej podpory pri rozhodovaní: Systém v súčasnosti neumožňuje automatizované vyhodnotenie relevantnosti a opodstatnenosti žiadosti na základe aktuálnych alebo historických hrozieb v území žiadateľa. Chýba kontextová analýza úrovne rizika, ktorá by mohla žiadateľovi poskytnúť odporúčania na základe priestorových údajov a údajov o ohrozených aktívach.
++* Nedostatočná geografická personalizácia: Služba neposkytuje možnosť prispôsobiť analytické výstupy konkrétnym územným jednotkám pod správou žiadateľa. Centrálne ani lokálne orgány nemajú k dispozícii diferencované výstupy na základe územného rozsahu a typu ohrozenia.
++* Chýbajúca konfigurovateľnosť na typ hrozby: Systém neumožňuje používateľom nastaviť, aké typy klimatických alebo environmentálnych rizík (napr. extrémne teploty, suchá, povodne) majú byť analyzované. Tým dochádza k zníženiu relevancie a presnosti podkladov pre rozhodovanie.
++* Slabá podpora zdôvodňovania žiadosti: Žiadateľom momentálne nie je k dispozícii predpripravený analytický výstup, ktorý by zdôvodňoval potrebu pôžičky na základe objektívnych údajov. Chýba možnosť priložiť automaticky generovaný dokument obsahujúci hodnotenie rizika a ohrozených aktív pre dané územie.
++* Neexistencia prepojenia na externé analytické dátové zdroje: Aktuálne riešenie nie je schopné pracovať s údajmi zo SHMÚ, Štatistického úradu SR, RPI alebo z databáz environmentálnych záťaží, ktoré by mohli poskytnúť kľúčové informácie pre hodnotenie oprávnenosti žiadosti.
--//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.//
++**Koncová služba Plánovanie a koordinačné činnosti v oblasti štátnych hmotných rezerv (ks_332484)**
++Táto koncová služba zabezpečuje zjednotenie a efektívne využívanie informácií pri plánovaní a koordinácii činností ústredných a ostatných štátnych orgánov v oblasti štátnych hmotných rezerv, najmä pri mimoriadnych udalostiach. Služba je integrovaná do IS RaHMU, kde poskytuje elektronické nástroje na zber, analýzu a koordináciu dát potrebných pre strategické rozhodovanie a riadenie zásob v prípade núdzových situácií.
++
++Systém umožňuje plánovanie a monitorovanie využitia rezerv v reálnom čase, čím zabezpečuje riadenie dostupnosti a alokácie zásob. Prostredníctvom modulov IS RaHMU môžu oprávnené subjekty zadávať plánované opatrenia, koordinovať krízové scenáre a vyhodnocovať stav zásob.
++
++Proces je plne digitalizovaný a umožňuje efektívnu koordináciu v súlade s definovanými business procesmi:
++
++* Použitie SŠHR,
++* Ukončenie použitia SŠHR.
++
++Zakreslené procesy vychádzajú z popisu v zákone č. 372/2012 Z. z. § 10, § 22 a § 19 a vnútorného predpisu SŠHR č. 2013/3. Na diagramoch sú znázornené typy aktivít užívateľov a toky údajov. Na procesoch použitia SŠHR sa zúčastňuje OKR, dispečer, riaditeľ OMRaPZ alebo OHRNZRaRB, ochraňovateľ, ÚOŠS, vláda SR a odbor OEFMaR.
++
++
++[[image:1743373585177-551.png]]
++
++//Obrázok 8 Procesná mapa Použitie SŠHR//
++
++Detailný popis prvej časti procesu je zapísaný v tabuľke nižšie:
++
++|**Typ**|**Názov**|**Aktér**|**Popis**
++|StartEvent|MU, vyhlásenie MS, III. Stupeň povodňovej aktivity|Podriadený subjekt orgánu krízového riadenia (OKR) - Obec|Začiatok procesu na strane podriadeného subjektu orgánu krízového riadenia (OKR) - obec.
++|userTask Activity|Vytvoriť žiadosť na poskytnutie MR, PZ|Podriadený subjekt orgánu krízového riadenia (OKR) - Obec|(((
++Vytvorenie žiadosti o poskytnutie MR, PZ podriadeným subjektom OKR – obec cez verejný portál.
++
++Vstup: skladová položka
++
++Výstup: žiadosť o poskytnutie MR, PZ
++)))
++|ExclusiveGateway|Bezprostredné ohrozenie života obyvateľov postihnutej obce alebo ich majetku|Podriadený subjekt orgánu krízového riadenia (OKR) - Obec|Bezprostredné ohrozenie života obyvateľov postihnutej obce alebo ich majetku.
++|StartEvent|(((
++MU, vyhlásenie MS, III. Stupeň povodňovej aktivity
++
++
++)))| |Začiatok procesu na strane orgánu krízového riadenia (OKR) - okresný úrad.
++|userTask Activity|Vytvoriť žiadosť na poskytnutie MR, PZ|Orgán krízového riadenia (OKR) - okresný úrad|(((
++Vytvorenie žiadosti o poskytnutie MR, PZ OKR - okresný úrad.
++
++Vstup: skladová položka
++
++Výstup: žiadosť o poskytnutie MR, PZ
++)))
++|ExclusiveGateway| | |Bezprostredné ohrozenie života obyvateľov postihnutej obce alebo ich majetku - áno.
++|serviceTask Activity|Notifikovať odbor OKR okresného úradu|IS|Notifikácia emailom (odbor OKR okresného úradu) o zmene stavu procesu.
++|userTask Activity|Spracovať požiadavky OKR|Orgán krízového riadenia (OKR) - okresný úrad|(((
++Spracovanie požiadaviek orgánu krízového riadenia.
++
++Vstup: žiadosť
++
++Výstup: súhrnná alebo sprostredkovaná žiadosť.
++)))
++|serviceTask Activity|Notifikovať OMRaPZ|IS|Notifikácia emailom (OMRaPZ) o zmene stavu procesu.
++|ExclusiveGateway| | |
++|StartEvent|Prijatie žiadosti o poskytnutie MR, PZ, mimo IS| |Začiatok procesu na strane dispečera.
++|userTask Activity|Vytvoriť žiadosť na poskytnutie MR, PZ|Dispečer|(((
++Vytvorenie žiadosti na poskytnutie MR, PZ dispečerom.
++
++Vstup: skladová položka
++
++Výstup: žiadosť o poskytnutie MR, PZ
++)))
++|ExclusiveGateway|Typ zásob| |Typ zásob
++|serviceTask Activity|Notifikovať ÚOŠS|IS|Typ zásob: MR - notifikácia emailom (ÚOŠS) o zmene stavu procesu.
++|userTask Activity|Vypracovať stanovisko k žiadosti MR|ÚOŠS|(((
++Vypracovanie stanoviska k žiadosti MR ÚOŠS.
++
++Vstup: žiadosť o poskytnutie MR
++
++Výstup: stanovisko k žiadosť MR
++)))
++|ExclusiveGateway| | |Stanovisko
++|EndEvent|Žiadosť o použitie MR zamietnutá| |Nesúhlasné stanovisko - zamietnutie žiadosti o použitie MR.
++|serviceTask Activity|Notifikovať dispečera|(((
++IS
++
++
++)))|Súhlasné stanovisko - notifikácia emailom (dispečer) o zmene stavu procesu.
++|userTask Activity|Vypracovať rozhodnutie o použití MR|Dispečer|(((
++Vypracovať rozhodnutie o použití MR dispečerom.
++
++Vstup: žiadosť, stanovisko ÚOŠS
++
++Výstup: rozhodnutie o použití MR
++)))
++|ExclusiveGateway| | |Typ zásob
  |(((
--**Kód infraštruktúrnej služby**
++userTask Activity
++
++
++)))|Vypracovať rozhodnutie o použití PZ|Dispečer|(((
++Typ zásob: PZ - vypracovať rozhodnutie o použití PZ dispečerom.
++
++Vstup: žiadosť o poskytnutie PZ
++
++Výstup: rozhodnutie o použití PZ
++)))
++|serviceTask Activity|Notifikovať riaditeľa odboru|IS|Notifikácia emailom (riaditeľ odboru) o zmene stavu procesu.
++|userTask Activity|Schváliť rozhodnutie o použití zásob|Riaditeľ OMRaPZ alebo OHRNZRaRB|(((
++Schválenie rozhodnutia o použití zásob riaditeľom OMRaPZ alebo OHRNZRaRB.
++
++Vstup: žiadosť, stanovisko ÚOŠS, rozhodnutiu
++
++Výstup: aktualizácia rozhodnutia o použití zásob
++)))
++|ExclusiveGateway|Stanovisko| |Stanovisko
++|serviceTask Activity|Notifikovať OKR, ÚOŠS o výsledku rozhodnutia|IS|Nesúhlasné stanovisko - notifikácia emailom (OKR, ÚOŠS) o výsledku rozhodnutia.
++|EndTask|Žiadosť o použitie PZ, MR zamietnutá| |Zamietnutie žiadosti o použitie PZ, MR na základe nesúhlasného stanoviska.
++|serviceTask Activity|Notifikovať odbor OEFMaR|IS|Súhlasné stanovisko - notifikácia emailom (odbor OMRaPZ) o zmene stavu procesu.
++|userTask Activity|Stanovisko k rozhodnutiu|Odbor OEFMaR|(((
++Vydanie stanoviska k rozhodnutiu o použití zásob.
++
++Vstup: rozhodnutie o použití zásob
++
++Výstup: stanovisko k rozhodnutiu o použití zásob
++)))
++|serviceTask Activity|Notifikovať OMRaPZ, ÚOŠS, ochraňovateľa, OKR|IS|Notifikácia emailom (OMRaPZ, ÚOŠS, ochraňovateľ, OKR) o zmene stavu procesu.
++|ExclusiveGateway|Stanovisko| |Stanovisko
++|EndTask|Žiadosť o použitie PZ, MR zamietnutá| |Nesúhlasné stanovisko - zamietnutie žiadosti o použitie PZ, MR na základe
++|ExclusiveGateway| | |
++|StartEvent|Potreba použitia SŠHR|Vláda SR|Začiatok procesu na strane vlády SR.
++|userTask Activity|Vytvoriť žiadosť na poskytnutie SŠHR|Dispečer|(((
++Vytvorenie žiadosti na poskytnutie SŠHR vládou SR.
++
++Vstup: skladová položka
++
++Výstup: žiadosť na poskytnutie SŠHR
++)))
++|serviceTask Activity|Notifikovať SŠHR, ÚOŠS, ochraňovateľa, OKR|IS|Notifikácia emailom (SŠHR, ÚOŠS, ochraňovateľ, OKR) o zmene stavu procesu.
++|serviceTask Activity|Predgenerovať výdajku|IS|(((
++Súhlasné stanovisko - predgenerovanie výdajky.
++
++Výstup: výdajka
++)))
++|userTask Activity|Skontrolovať a upraviť výdajku|Ochraňovateľ|(((
++Kontrola a úprava výdajky ochraňovateľom.
++
++Vstup: predgenerovaná výdajka
++
++Výstup: výdajka
++)))
++|manualTask Activity|Použiť SŠHR|Ochraňovateľ|Proces mimo IS súvisiaci s použitím SŠHR.
++|serviceTask Activity|Notifikovať odbor OEFMaR|IS|Notifikácia emailom (odbor OEFMaR) o zmene stavu procesu.
++|manualTask Activity|Zaúčtovať do SAP|Odbor OEFMaR|(((
++Zaúčtovanie do SAP odborom OEFMaR.
++
++Vstup: výdajka, rozhodnutie, nariadenie vlády SR
++
++Výstup: materiálový doklad
++)))
++|serviceTask Activity|Notifikovať odbor OMRaPZ, ÚOŠS a ochraňovateľa|IS|Notifikácia emailom (odbor OEFMaR, ÚOŠS, ochraňovateľ) o zmene stavu procesu.
++|EndTask|SP použité| |Ukončenie procesu - SP použité.
++
++
++Druhá časť procesu je vizualizovaná na obrázku:
++
++[[image:1743373611333-857.png]]
++
++//Obrázok 8 Procesná mapa Ukončenie použitia SŠHR//
++
++
++Detailný popis druhej časti procesu je zapísaný v tabuľke nižšie:
++
++|**Typ**|**Názov**|**Aktér**|**Popis**
++|StartEvent|Ukončenie MU, vyhlásenia MS, III. Stupeň povodňovej aktivity|Orgán krízového riadenia (OKR)|Začiatok procesu na strane orgánu krízového riadenia (OKR).
++|ExclusiveGateway|Poškodenie| |Poškodenie
++|serviceTask Activity|Notifikovať odbor OMRaPZ, ÚOŠS a ochraňovateľa|IS|Poškodenie - nie: notifikácia emailom (odbor OMRaPZ, ÚOŠS a ochraňovateľ) o zmene stavu procesu.
++|userTask Activity|Vypracovať škodový protokol|Orgán krízového riadenia (OKR)|(((
++Poškodenie - áno: vypracovanie škodového protokolu orgánom krízového riadenia (OKR).
++
++Vstup: skladová položka, rozhodnutie
++
++Výstup: škodový protokol
++)))
++|serviceTask Activity|Notifikovať odbor OMRaPZ, ÚOŠS a ochraňovateľa|IS|Notifikácia emailom (odbor OMRaPZ, ÚOŠS a ochraňovateľ) o zmene stavu procesu.
++|ExclusiveGateway|Typ zásob| |Typ zásob
++|userTask Activity|Spracovať škodový protokol|Ochraňovateľ|(((
++Typ zásob - MR: spracovanie škodového protokolu ochraňovateľom.
++
++Vstup: škodový protokol, rozhodnutie
++
++Výstup: aktualizácia škodového protokolu
++)))
++|ExclusiveGateway| | |
++|ExclusiveGateway| | |Typ zásob - návratné PZ
++|manualTask Activity|Navrátiť zásoby SŠHR| |Proces mimo IS súvisiaci s navrátením zásob SŠHR.
++|serviceTask Activity|Predgenerovať príjemku|IS|(((
++Predgenerovanie príjemky v súvislosti s návratom zásob SŠHR.
++
++Výstup: príjemka
++)))
++|userTask Activity|Skontrolovať a upraviť príjemku|Ochraňovateľ|(((
++Kontrola a úprava príjemky ochraňovateľom.
++
++Vstup: predgenerovaná príjemka
++
++Výstup: príjemka
++)))
++|ExclusiveGateway|Poškodenie| |Poškodenie
++|serviceTask Activity|Notifikovať odbor OMRaPZ| |Poškodenia: áno - notifikácia emailom (odbor OMRaPZ) o zmene stavu procesu.
++|userTask Activity|Rozhodnúť o procese opravy, obmeny, vyčlenenia|Riaditeľ OMRaPZ|Rozhodnutie o procese opravy, obmeny, vyčlenenia riaditeľom OMRaPZ.
++|serviceTask Activity|Spustiť proces hospodárenia SŠHR|IS|Spustenie procesu hospodárenia SŠHR.
++|ExclusiveGateway| | |Poškodenie
++|serviceTask Activity|Notifikovať odbor OEFMaR|IS|Poškodenia: nie - notifikácia emailom (odbor OMRaPZ) o zmene stavu procesu.
++|manualTask Activity|Zaúčtovať do SAP|Odbor OEFMaR|(((
++Zaúčtovanie do SAP odborom OEFMaR.
++
++Vstup: príjemka, rozhodnutie
++
++Výstup: materiálový doklad
++)))
++|serviceTask Activity|Notifikovať SŠHR, ÚOŠS a ochraňovateľa|IS|Notifikácia emailom (SŠHR, ÚOŠS, ochraňovateľ) o zmene stavu procesu.
++|EndEvent|Úspešné ukončenie použitia| |Ukončenie procesu a úspešné ukončenie použitia SŠHR.
++
++
++V rámci IS RaHMU je pre koncovú službu „Plánovanie a koordinačné činnosti v oblasti štátnych hmotných rezerv“ dostupný elektronický formulár, ktorý umožňuje zadávať a spracúvať žiadosti od subjektov verejnej správy v súvislosti s plánovaným použitím štátnych hmotných rezerv. Formulár je navrhnutý tak, aby podporoval koordináciu medzi ústrednými orgánmi štátnej správy a SŠHR SR, a zároveň zabezpečil evidenciu všetkých kľúčových údajov pre rozhodovanie v krízových situáciách.
++
++Medzi hlavné funkcionality formulára patria:
++
++* Údaje o žiadosti: používateľ zadáva e-mailovú adresu a telefónne číslo žiadateľa, druh požadovaných rezerv, dátum uplatnenia žiadosti, územnú platnosť žiadosti, číslo a dátum príslušného uznesenia vlády SR, ako aj dôvod požadovaného použitia rezerv.
++* Použitie rezerv: formulár umožňuje určiť zodpovedné subjekty za prepravu, obsluhu a koordináciu pri použití požadovaných rezerv.
++* Výber materiálov: žiadateľ má možnosť zvoliť požadované rezervy z preddefinovaného číselníka, čím sa zabezpečí jednotnosť a presnosť údajov.
++* Nahrávanie dokumentov: podpora pre priloženie súvisiacich dokumentov, ako sú sprievodné listy, vyjadrenia krízových štábov alebo prílohy uznesení vlády.
++
++[[image:1743373627875-565.png]]
++
++Koncová služba „Plánovanie a koordinačné činnosti v oblasti štátnych hmotných rezerv“ je v súčasnosti orientovaná na evidenciu a koordináciu činností v rámci IS RaHMU, pričom poskytuje možnosť podávania žiadostí a sledovania procesov medzi ústrednými orgánmi štátnej správy. Napriek svojej centrálnej úlohe v oblasti strategického riadenia rezerv obsahuje viaceré funkcionalitné nedostatky, ktoré znižujú jej potenciál ako rozhodovacieho a plánovacieho nástroja.
++
++* Nedostatok personalizácie plánovacích parametrov: Systém neumožňuje používateľom individuálne nastaviť preferované plánovacie kritériá – napríklad výber konkrétnych klimatických javov (povodne, suchá, veterné búrky), ktoré by mali byť zahrnuté do plánovacích analýz. Všetky subjekty pracujú s rovnakým statickým súborom údajov, čo obmedzuje praktické využitie výstupov.
++* Obmedzená geografická prispôsobivosť: Aktuálne plánovanie vychádza z agregovaných údajov na úrovni okresov, bez možnosti precíznejšieho zacielenia na menšie územné jednotky (napr. obce, katastrálne územia). Tým sa znižuje účinnosť plánovacích opatrení a schopnosť presne dimenzovať potrebu zásob.
++* Absencia dynamických analytických modelov: V systéme momentálne chýbajú predikčné mechanizmy, ktoré by umožňovali automatizované vyhodnocovanie rizík v čase a priestore. Neexistuje možnosť integrovať historické trendy a prognózy vývoja klimatických alebo bezpečnostných hrozieb do plánovacích rozhodnutí.
++* Neexistujúca automatizovaná podpora rozhodovania: Plánovanie je v súčasnosti založené na manuálnych vstupoch a statických dátach, bez pokročilej analytickej podpory, ktorá by vedela navrhnúť optimálne rozmiesťnenie zásob na základe modelov rizika, logistiky a zásahových časov.
++* Obmedzené odporúčania pre preventívne opatrenia: Systém neposkytuje žiadne odporúčania pre preventívne alokácie alebo pohyby zásob na základe identifikovaných trendov a hrozieb. Chýba funkcia automatického návrhu preventívnych scenárov, ktoré by mohli znížiť následky krízových udalostí.
++
++Zavedenie personalizovaných plánovacích parametrov, geograficky presnejších výstupov a analytických modelov predstavuje významný kvalitatívny posun smerom k dátovo riadenému strategickému plánovaniu štátnych hmotných rezerv. Vďaka tomu bude možné lepšie reagovať na meniace sa podmienky a zvyšovať pripravenosť verejnej správy na krízové situácie.
++
++
++**Špecializovaný mapový portál**
++
++GIS predstavuje integrálnu súčasť IS RaHMU a slúži na zber, uchovávanie, spracovanie a distribúciu priestorových údajov. Systém poskytuje mapové rozhrania pre vizualizáciu údajov, podporu plánovania, dispečingu a modelovania krízových situácií. V rámci aplikačnej architektúry je súčasťou komponentu Mid-office a je postavený na princípoch mikroslužbovej architektúry.
++
++Hlavné funkcionality GIS:
++
++* Zber údajov: priraďovanie priestorovej zložky k nepriestorovým údajom a integrácia dát z externých zdrojov (napr. MV SR, SHMÚ), aj pomocou ETL nástrojov.
++* Uchovávanie údajov: využitie priestorových databáz s PostgreSQL a rozšírením PostGIS.
++* Spracovanie údajov: tvorba odvodených dátových štruktúr a analýz pre rozhodovanie v krízových situáciách.
++* Distribúcia údajov: kartografická reprezentácia údajov prostredníctvom štandardov WMS/WFS a REST API; poskytovanie údajov prostredníctvom interného a externého GIS portálu.
++
++Komponenty a technológie:
++
++* ArcGIS Enterprise (verzia 10.8.1.), Portal, Desktop, Server Manager – pre publikovanie a správu mapových služieb.
++* WebGIS portál: dostupné cez SPA aplikáciu vytvorenú v JavaScripte (React, OpenLayers).
++* ArcGIS Catalog: pre evidenciu metaúdajov, zdrojov údajov a vyhľadávacie služby podľa OGC štandardov.
++* GIS API Gateway a WebGIS server: poskytujú REST rozhranie pre konfiguráciu portálov a sprístupňovanie údajov.
++
++GIS poskytuje používateľom vizualizáciu rezerv a skladov v mapových vrstvách, vyhľadávanie prvkov podľa územia, tvorbu výstupov, modelovanie rizík a výstrah. V IS RaHMU zohráva významnú rolu v oblasti dispečerského riadenia a analytickej podpory pre rozhodovanie orgánov štátnej správy
++
++Funkcionalita webGIS portálu:
++
++WebGIS rozhranie IS RaHMU poskytuje používateľom interaktívne mapové prostredie, ktoré je dostupné prostredníctvom interného aj verejného portálu. Slúži na vizualizáciu, analýzu a operatívnu prácu s priestorovými údajmi v súlade s procesmi dispečingu, plánovania a správy zásob.
++
++Kľúčové funkcionality WebGIS modulu zahŕňajú:
++
++* Zoznam mapových vrstiev: používateľ má možnosť zobraziť a spravovať dostupné tematické vrstvy prostredníctvom dynamického legendového panelu. Jednotlivé vrstvy je možné nezávisle zapínať, vypínať a meniť ich poradie.
++* Zobrazenie atribútovej tabuľky: ku každej vrstve je možné zobraziť tabuľkový pohľad na priestorové objekty s ich atribútmi. Tabuľka podporuje triedenie, filtrovanie a výber objektov, ktoré sú následne zvýraznené v mape.
++* Mapové okno s navigáciou: hlavný mapový panel podporuje základné navigačné nástroje vrátane priblíženia, oddialenia, posúvania mapy a resetovania pohľadu na výchozí rozsah.
++* Tlač mapy: používateľ môže generovať výstupy mapového zobrazenia do predpripravených tlačových šablón, vrátane mierky, severky, legendy a hlavičky s metadátami.
++* Vyhľadávanie objektov: systém umožňuje fulltextové vyhľadávanie priestorových prvkov podľa atribútov. Výsledky sú automaticky zvýraznené v mape.
++* Zobrazovanie hodnôt v pop-up okne: po kliknutí na objekt v mape sa zobrazí pop-up okno s detailnými atribútmi daného prvku. Podporuje aj zobrazenie hyperlinkov, číselníkových hodnôt a dokumentov viazaných na objekt.
++
++
++[[image:1743373639519-907.png]]
++
++Súčasná implementácia GIS v rámci IS RaHMU poskytuje základné funkcionality ako vizualizáciu vrstiev, atribútové tabuľky, navigáciu v mapovom okne či jednoduché vyhľadávanie objektov. Napriek tomu sú identifikované viaceré obmedzenia, ktoré znižujú jeho potenciál ako nástroja pre podporu rozhodovania v krízových situáciách:
++
++* Chýbajúce analytické nástroje: Existujúce riešenie neumožňuje komplexné analytické operácie, ako je časovo-priestorová analýza výskytu environmentálnych hrozieb (napr. suchá, povodne, extrémne teploty) či výpočty trás a izochrón.
++* Obmedzená integrácia externých údajov: Portál aktuálne nepodporuje plnohodnotné pripájanie externých mapových služieb podľa OGC štandardov (napr. WMS/WFS z Registra priestorových informácií, údajov z SHMÚ, ŠÚ SR, SEVESO a i.).
++* Absencia demografickej a infraštruktúrnej analýzy: Nie je dostupná funkcionalita pre zobrazenie a priestorovú analýzu údajov o demografii, SEVESO lokalitách, skládok nebezpečných odpadov, environmentálnych záťažiach a dopravnej infraštruktúre.
++* Nemožnosť predikcie a zobrazenia trendov: Portál neumožňuje analyzovať vývoj javov v čase a vytvárať mapové vizualizácie historických a predikovaných údajov, čo je kľúčové pre plánovanie opatrení.
++* Obmedzené možnosti používateľa: Chýba pokročilé filtrovanie podľa atribútov (logické operátory), tvorba súhrnných výstupov pre územia, kombinovanie tematických vrstiev a export údajov vo formátoch (CSV, SHP).
++* Nízka úroveň prepojenia s krízovým riadením: Súčasný portál nie je prepojený na systémy krízového riadenia ako ISKR, ani neposkytuje automatizované výstupy a rozhrania pre krízové štáby, obce a samosprávy.
++
++
++**Webové sídlo SŠHR**
++
++Projekt implementuje zmeny na webovou sídle vývojom nového webového sídla alebo úpravou súčasného riešenia a reflektuje hlavné zistenia, medzi ktoré patria chýbajúce alternatívne texty k netextovým obsahom, nesprávne štruktúrované nadpisy a zoznamy, nedostatočný kontrast textov a netextových prvkov, neprístupné PDF dokumenty zverejnené vo forme skenovaných obrázkov bez textovej vrstvy, chýbajúce titulky k videám, nedostatočná ovládateľnosť webového sídla prostredníctvom klávesnice a absencia mechanizmov na odmietnutie dodatočného obsahu. Rovnako boli zistené nedostatky v poriadku prechádzania prvkami pomocou klávesnice, nevyhovujúce rozloženie a prekrývanie obsahu a nedodržanie minimálnych požiadaviek na kontrastné pomery. Na základe uvedených zistení je nevyhnutné realizovať komplexné úpravy špecializovaného portálu a webového sídla Správy štátnych hmotných rezerv SR so zameraním na odstránenie všetkých identifikovaných porušení a dosiahnutie úplného súladu so štandardmi prístupnosti podľa WCAG 2.1 na úrovni AA a požiadaviek vyhlášky č. 78/2020 Z. z. Navrhujeme najmä tieto opatrenia:
++
++* zabezpečiť prítomnosť zmysluplných alternatívnych textov ku všetkým netextovým prvkom (obrázky, ikony, grafiky) vrátane hypertextových odkazov,
++* upraviť štruktúru stránok tak, aby nadpisy, zoznamy a ďalšie prvky boli vytvorené pomocou správnych sémantických HTML značiek,
++* odstrániť všetky dokumenty vo forme skenovaných obrázkov a nahradiť ich prístupnými PDF dokumentmi s textovou vrstvou a sémantickými značkami,
++* zabezpečiť titulky k všetkým zverejneným videám a doplniť audio komentáre podľa potreby,
++* upraviť vizuálny dizajn stránok tak, aby hypertextové odkazy boli rozlíšiteľné nielen farbou, ale aj ďalším vizuálnym prostriedkom (napr. podčiarknutím),
++* zabezpečiť minimálny kontrastný pomer 4,5 : 1 pre texty a 3 : 1 pre netextové prvky na všetkých stránkach,
++* implementovať správne poradie prechádzania jednotlivými prvkami webovej stránky pomocou klávesnice a zabezpečiť ovládateľnosť všetkých interaktívnych prvkov bez použitia myši,
++* odstrániť prekážky v navigácii a znížiť potrebu horizontálneho posúvania obsahu,
++* zabezpečiť prístupné ovládacie prvky na zatváranie informačných okien, ako je napríklad oznámenie o používaní cookies,
++* umožniť používateľovi ovládať zobrazovanie dodatočného obsahu (napr. podmenu) bez nutnosti použitia kurzora myši,
++* aktualizovať vyhlásenie o prístupnosti a zabezpečiť jeho vecnú a formálnu správnosť v súlade s vykonávacím rozhodnutím Komisie (EÚ) 2018/1523.
++
++Implementáciou navrhnutých opatrení dôjde k odstráneniu identifikovaných nedostatkov, zlepšeniu prístupnosti pre všetky skupiny používateľov vrátane osôb so zdravotným postihnutím a k dosiahnutiu legislatívne vyžadovanej úrovne prístupnosti elektronických služieb Správy štátnych hmotných rezerv SR.
++
++
++**4.1.3 Prehľad koncových služieb – budúci stav:**
++
++|(((
++Kód KS
++
++//(z Meta IS)//
++)))|Názov KS|Používateľ KS //(G2C/G2B/G2G/G2A)//|(((
++Životná situácia
++
++//(+ kód z MetaIS)//
++)))|Úroveň elektronizácie KS
++|sluzba_egov_7586|Podávanie žiadosti o nájom mobilizačných rezerv|G2G/G2B|025 Služby|úroveň 4
++|sluzba_egov_7585|Podávanie žiadosti o pôžičku hmotných rezerv|G2G/G2B|025 Služby|úroveň 4
++|ks_332484|Plánovanie a koordinačné činnosti v oblasti štátnych hmotných rezerv|G2G/G2B|025 Služby|úroveň 4
++|sluzba_egov_859|Publikovanie informácií Správou štátnych hmotných rezerv Slovenskej republiky|G2C/G2B/G2G|025 Služby|úroveň 4
++
++
++
++**Koncová služba Podávanie žiadosti o nájom mobilizačných rezerv (sluzba_egov_7586)**
++
++V rámci zlepšenia koncovej služby „Podávanie žiadosti o nájom mobilizačných rezerv“ (služba_egov_7586) pôjde o rozšírenie o personalizovanú službu, ktorá bude integrovaná v rámci elektronického formulára a bude reflektovať aktuálne aj predikované územné potreby mobilizačných rezerv. Cieľom je zvýšiť zrozumiteľnosť, relevantnosť a rozhodovaciu podporu pri vypĺňaní žiadosti – v súlade s cieľmi výzvy zameranej na znižovanie námahy používateľov pri kontakte so štátom.
++
++Navrhované zlepšenia:
++
++Geografická personalizácia formulára: Interaktívne mapové okno ako súčasť formulára umožní žiadateľovi vizualizovať svoju územnú pôsobnosť (napr. obec, ORP, katastrálne územie).
++
++Zobrazovanie kontextových rizík a odporúčaní: Na základe dát z SHMÚ, RPI a ďalších otvorených zdrojov sa v mape znázornia indikátory rizikovosti územia – ako napr. pravdepodobnosť výskytu extrémnych klimatických javov, ohrozené infraštruktúry alebo SEVESO objekty. Žiadateľ tak ihneď získa spätnú väzbu, ktorá mu pomôže lepšie zdôvodniť potrebu nájmu.
++
++Vizualizácia logistických kapacít: Mapová vrstva zobrazí existujúce sklady a dojazdové zóny. Žiadateľ si vie pozrieť najbližšie dostupné sklady, čo prispeje k efektívnejšiemu plánovaniu.
++
++Odporúčací modul: Systém po výbere územia automaticky zobrazí odporúčania na základe analýzy historických a predikovaných dát – napr. „V tejto oblasti sa v posledných 3 rokoch vyskytli 4 mimoriadne situácie súvisiace so suchom. Odporúčané rezervy: cisterny, čerpadlá, balená voda.“
++
++
++**Koncová služba Podávanie žiadosti o pôžičku hmotných rezerv (sluzba_egov_7585)**
++
++Pre zlepšenie koncovej služby „Podávanie žiadosti o pôžičku hmotných rezerv“ (služba_egov_7585) sa navrhuje rozšírenie služby o interaktívny analytický modul, ktorý bude reagovať na aktuálne potreby žiadateľov a súčasne zvyšovať transparentnosť a kvalitu predkladaných žiadostí. V zmysle výzvy sa zameriavame na zníženie námahy používateľa pri podávaní žiadosti, podporu proaktívneho prístupu a zosúladenie digitálneho rozhrania so štandardmi verejnej správy.
++
++Navrhované zlepšenia:
++
++Mapová vizualizácia ohrozených území a aktív: Po zadaní územnej pôsobnosti sa žiadateľovi v mapovom rozhraní zobrazia klimatické, priestorové a infraštruktúrne riziká získané z SHMÚ, RPI, SEVESO, environmentálnych databáz či štatistických údajov. Pomocou farebných indikátorov bude jasne vidieť potenciálnu rizikovosť územia.
++
++Dynamické odporúčania k žiadosti: Na základe kombinácie priestorových údajov a historických trendov výskytu krízových udalostí systém automaticky vygeneruje odporúčanie, ktoré typy rezerv (napr. elektrocentrály, čerpadlá, stany, hygienické balíčky) sú v danej oblasti najviac potrebné. Tento odporúčaný výstup bude možné priamo priložiť k žiadosti.
++
++Geo-inteligentné formulárové pole: Výber územnej jednotky (obec/okres) predvyplní príslušné polia žiadosti – ako územná pôsobnosť, pravdepodobnosť výskytu hrozby, typ terénu, dostupnosť infraštruktúry a iné.
++
++Personalizované UI a citlivosť na hrozby: Používateľ si môže nastaviť, ktoré hrozby chce mať v analytike (napr. len extrémne teploty alebo povodne). Tým získa relevantnejší výstup a vyššiu mieru personalizácie.
++
++
++**Koncová služba Plánovanie a koordinačné činnosti v oblasti štátnych hmotných rezerv (ks_332484)**
++
++Zlepšenie koncovej služby „Plánovanie a koordinačné činnosti v oblasti štátnych hmotných rezerv“ (ks_332484) je zamerané na transformáciu statického formulárového riešenia na dynamickú a interaktívnu analyticko-plánovaciu platformu, ktorá bude integrovaná s mapovým rozhraním a poskytne nástroje pre podporu rozhodovania na regionálnej aj národnej úrovni.
++
++Cieľom je znížiť námahu používateľov (predovšetkým ústredných orgánov štátnej správy a samospráv) pri plánovaní a koordinácii rezerv, zvýšiť transparentnosť plánovacích rozhodnutí a poskytnúť im nástroje pre personalizovanú prácu s rizikami a kapacitami v území.
++
++Navrhované zlepšenia:
++
++Mapová analytická vrstva pre plánovanie: V rámci elektronického rozhrania služby bude dostupný interaktívny mapový nástroj, ktorý vizualizuje vývoj rizík, dostupnosť rezerv a ohrozené oblasti na úrovni regiónov, obcí alebo katastrálnych území. Údaje budú zobrazované na základe dynamických vrstiev (napr. suchá, povodne, dostupnosť infraštruktúry, SEVESO, demografia).
++
++Personalizovateľné plánovanie: Používateľ si môže zvoliť územnú pôsobnosť a typy hrozieb, ktoré sú pre neho relevantné. Systém následne poskytne odporúčania pre rozmiesťnenie rezerv, preventívne opatrenia alebo predikcie vývoja situácie.
++
++Predikčné modely a odporúčania: Do koncovej služby bude implementovaný analytický modul, ktorý umožní používateľom z ústredných orgánov štátnej správy a samospráv využiť časovo-priestorové modely pre plánovanie činností v oblasti štátnych hmotných rezerv. Na základe historických údajov, sezónnych trendov a predikovaných klimatických scenárov systém zobrazí pravdepodobnosť výskytu vybraných typov hrozieb v konkrétnych územiach. Výstupom bude vizualizácia rizikových faktorov a odporúčania pre plánovacie úvahy – napr. identifikácia oblastí, ktoré si vyžadujú zvýšenú pozornosť pri tvorbe plánov alebo aktualizácii interných postupov.
++
++
++**Špecializovaný mapový portál**
++
++Úprava a update mapového portálu RAHMU ako WebGIS aplikácia s plným využitím ESRI komponentov a funkcionalít.
++
++* Správa existujúcich mapových zdrojov a geopriestorových údajov.
++* Doplnenie údajových zdrojov pre predikciu environmentálnych hrozieb.
++* Možnosť pripájať mapové podklady podľa štandardov OGC.
++* WebGIS nástroje a komponenty pre rozšírené funkcie nad geopriestorovými údajmi.
++* Spracovanie prehľadových výstupov, časových zmien mapových kompozícií, časový vývoj parametrov, analýza zdrojových údajov.
++* Komponenty pre výpočet optimálnej trasy, obchádzkovej trasy z dôvodu zlyhania infraštruktúry.
++* Výstupy mapových a geopriestorových údajov v štandarde OGC, interoperabilita a konektivita na zdieľané dátové zdroje MV SR.
++
++Zaradenie ďalších dátových setov a geopriestorových údajov:
++
++* Údaje o demografickom zložení obyvateľstva.
++* Údaje o priemyselných parkoch a areáloch (smernica SEVESO).
++* Údaje o skládkach nebezpečných odpadov a envirozáťažiach.
++* Údaje, ktoré majú vplyv, alebo potencionálny vplyv na riešenie mimoriadnych a krízových situácií.
++
++
++**Doplnenie a úprava dátových zdrojov a modelov pre predikciu javov a skutočností spojených s klimatickou zmenou.**
++
++Najmä s ohľadom na prudký a negatívny vývoj klimatickej zmeny je potrebné do existujúcich modelov systému RAHMU, ktoré predikujú vývoj prírodných javov ako dôsledok klimatickej zmeny, zaradiť a dopracovať predikčné modely prírodných hrozieb a s nimi súvisiacich rizík pre obyvateľstvo a hospodárstvo, ktoré sa v ostatnom čase ukazujú ako dominantné. Z tejto kategórii predikčných modelov budú zaradené:
++
++* časovo-priestorová analýza frekvencie výskytu vysokých teplôt.
++* časovo-priestorová analýza frekvencie výskytu sucha.
++* časovo-priestorová analýza frekvencie výskytu bleskových povodní a s nimi súvisiacich geodynamických javov
++* Aktualizované ohrozeania fluviálnymi povodňami.
++
++Z hľadiska spracovania podkladov a predikcie sledovaných javov v dlhšom období s kvantifikáciou dopadov je optimálne do existujúcich predikčných systémov zaradiť aj model demografického vývoja územia s predikciou a vyhodnotenia rizík pre obyvateľstvo. Tieto údaje sa v kontexte plánovania počtu a umiestnenia zásobných komodít javia ako veľmi dôležité.
++
++
++**Biznisová služba Vizualizácia hrozieb na spravovanom území je nová funkcionalita integrovaná do Mapového portálu 2.0**
++
++Koncová služba "Vizualizácia hrozieb na spravovanom území" je nová funkcionalita integrovaná do Mapového portálu 2.0, ktorá umožní starostom a ďalším samosprávnym predstaviteľom analyzovať environmentálne hrozby na ich území.
++
++
++Doteraz takáto služba nebola dostupná a starostovia nemali možnosť vizuálne analyzovať a hodnotiť rizikové faktory na základe presných priestorových údajov. Nová funkcionalita poskytne prehľadné mapové výstupy, časové trendy a analytické modely, ktoré pomôžu pri rozhodovaní a plánovaní opatrení na úrovni miestnej samosprávy.
++
++Hlavní používatelia:
++
++* Starostovia a obecné samosprávy
++* Krízové štáby a záchranné zložky
++* Štátne inštitúcie a ministerstvá
++
++Hlavné využitie služby:
++
++* Zobrazenie aktuálnych environmentálnych hrozieb
++* Časová analýza trendov vývoja hrozieb
++* Interaktívna mapa s dopytovacími nástrojmi (výber obce, okresu, regiónu).
++* Možnosť stiahnutia mapového podkladu so zobrazením hrozieb pre dané územie
++
++Prínosy koncovej služby:
++
++* Zvýšenie povedomia o environmentálnych rizikách na lokálnej úrovni
++* Starostovia budú mať jasný prehľad o potenciálnych hrozbách vo svojej obci.
++* Podpora pri rozhodovaní o preventívnych opatreniach a krízovom manažmente.
++* Automatizovaný systém umožní rýchlu analýzu bez nutnosti GIS odborníkov.
++* Prepojenie s aktuálnymi dátami (SHMÚ, RPI a i.) zaručí presnosť a aktuálnosť informácií.
++
++**Business architektúra mapového portálu:**
++
++Navrhovaná business architektúra upravuje existujúci mapový portál tak, aby poskytoval doplňujúce geopriestorové funkcionality a efektívnejšie podporoval kľúčové procesy IS RaHMU.
++
++
++[[image:1743373676222-647.png]]
++
++Obrázok 9 Schéma business architektúry
++
++Navrhovaná architektúra definuje Mapový portál 2.0 ako rozhranie, ktoré agreguje viacero funkcionalít. Tieto funkcionality budú následne využívané súčasnými business procesmi, ako sú Tvorba SŠHR, Hospodárenie SŠHR, Použitie SŠHR, Financovanie SŠHR a Verejné obstarávanie.
++
++
++Popis jednotlivých elementov business architektúry:
++
++|**Typ**|**Názov**|**Popis**
++|Rozhranie|Mapový portál 2.0|Webové rozhranie poskytujúce geopriestorové služby a analytické nástroje pre systém SŠHR. Tento interface obsahuje jednotlivé funkcionality, ktoré umožňujú efektívnejšiu správu a analýzu priestorových údajov.
++|Proces|Tvorba SŠHR|Súčasný proces, ktorý bude podporovaný
++|Proces|Hospodárenie SŠHR|Súčasný proces, ktorý bude podporovaný
++|Proces|Použitie SŠHR|Súčasný proces, ktorý bude podporovaný
++|Proces|Financovanie SŠHR|Súčasný proces, ktorý bude podporovaný
++|Proces|Verejné obstarávanie|Súčasný proces, ktorý bude podporovaný
++|Funkcia|Správa mapových zdrojov|Spravuje existujúce mapové zdroje a geopriestorové vrstvy. Umožňuje aktualizáciu a správu priestorových údajov.
++|Funkcia|Časopriestorová analýza výskytu hrozieb|Umožňuje sledovanie trendov výskytu environmentálnych rizík (sucho, povodne, extrémne teploty). Poskytuje časovú vizualizáciu zmien v geopriestorových údajoch.
++|Funkcia|Pridávanie externých mapových služieb v súlade s OGC|Integrácia externých OGC štandardov. Možnosť pripájať externé zdroje údajov (napr. INSPIRE zdroje priestorových údajov).
++|Funkcia|Rozšírenie priestorovej údajovej bázy|Dopĺňa nové priestorové údaje o infraštruktúre, demografii, priemyselných parkoch či environmentálnych záťažiach.
++|Funkcia|Dopytovacie pokročilé nástroje|Pokročilé geopriestorové vyhľadávanie v údajovej báze. Priestorové filtrovanie a dopytovanie nad rôznymi vrstvami údajov.
++|Funkcia|Výpočet optimálnych a obchádzkových trás|Algoritmy na výpočet najefektívnejšej trasy pre presun zásob. Simulácia obchádzkových trás v prípade zlyhania infraštruktúry.
++|Funkcia|Priestorová analýza územia|Analýza ohrozenosti lokalít na základe environmentálnych faktorov. Vyhodnocovanie dopadov na infraštruktúru a obyvateľstvo.
++|Funkcia|Súčasná funkcionalita Mapového portálu|Zabezpečuje pôvodné funkcionality mapového portálu a integruje ich do nového riešenia. Podporuje vizualizáciu skladových lokalít a infraštruktúry SŠHR.
++
++
++**4.1.4 Jazyková podpora a lokalizácia**
++
++Verejná časť web riešenia v TO BE stave bude zabezpečená v slovenskom (SK) a anglickom (EN) jazyku. Bude sprístupňovať aktuálne a presné informácie v rámci dohovoru všetkým záujemcom, čím sa zlepší transparentnosť a zodpovednosť prístupu k údajom v tejto oblasti.
++
++Neverejná časť riešenia v TO BE stave po registrácii zabezpečí žiadateľom, občanom SR prístup k údajom vedeným v informačnom systéme a bude sprístupnená v úradnom jazyku. (SK). Komunikácia medzi orgánom štátnej správy a žiadateľom bude rovnako prebiehať v úradnom jazyku (SK).
++
++
++**4.2 Aplikačná vrstva**
++
++Aplikačná architektúra IS RaHMU definuje jednotlivé komponenty systému a ich vzájomné prepojenia. Tento systém je navrhnutý tak, aby podporoval efektívne riadenie štátnych hmotných rezerv prostredníctvom modulov, ktoré sú rozdelené do troch hlavných vrstiev: Front-office, Mid-office a Back-office. Súčasťou architektúry sú aj integrácie s externými informačnými systémami.
++
++
++[[image:1743373689299-567.png]]
++
++//Obrázok 10  Aplikačná architektúra AS-IS//
++
++**Front-office**
++
++Verejný portál – Umožňuje externým používateľom (ministerstvá, obce, ochraňovatelia) interakciu so systémom IS RaHMU, podávanie žiadostí a prístup k informáciám o zásobách.
++
++**Mid-office**
++
++IAM (Identity and Access Management) – Modul správy identít a prístupov, ktorý zabezpečuje autentifikáciu a autorizáciu používateľov.
++
++BPM (Business Process Management) – Automatizácia a riadenie workflow procesov v rámci IS RaHMU.
++
++GIS (Geografický informačný systém) – Poskytuje mapové rozhranie na vizualizáciu priestorových údajov spojených so skladovaním a logistikou.
++
++Reporting – Generovanie analytických výstupov a vizualizácií na podporu rozhodovania.
++
++ESB (Enterprise Service Bus) – Middleware, ktorý zabezpečuje integráciu medzi systémovými komponentmi a externými informačnými systémami.
++
++Administrátorské aplikácie – Súbor nástrojov na správu, konfiguráciu a monitoring prevádzky IS RaHMU.
++
++**Back-office (Interné systémy)**
++
++Interný portál – Pracovné prostredie pre zamestnancov SŠHR na spracovanie požiadaviek a riadenie skladových operácií.
++
++EPN (Evidenčné podporné nástroje) – Modul na správu skladových položiek, evidenciu transakcií a integráciu so SAP.
++
++Verejné obstarávanie – Zabezpečuje elektronizáciu obstarávacích procesov a evidenciu verejných zákaziek.
++
++Dispečing – Riadi pohyb a distribúciu zásob v reálnom čase.
++
++Mapový portál – Špecializovaná aplikácia na geografické zobrazenie skladových zásob a logistických operácií.
++
++**Externé informačné systémy**
++
++ÚPVS IAM – Poskytuje autentifikáciu a autorizáciu používateľov prostredníctvom štátneho IAM systému.
++
++
++SHMÚ – Poskytuje meteorologické a hydrologické dáta na podporu plánovania zásob.
++
++IS CSRÚ – Centrálna štátna databáza referenčných údajov.
++
++SAP – Ekonomický a logistický systém na správu financií a verejného obstarávania.
++
++
++V rámci cieľovej aplikačnej architektúry budú upravované aplikačné komponenty Verejný portál, GIS a Mapový portál. Novými budú komponenty súvisiace s externými informačnými systémami, ako RPI, Ostatné zdroje priestorových údajov poskytujúce portálmi OVM, Systémy MV SR (napr. ISKR) a Systémy MH SR (napr. JISHM EPSIS).
++
++
++[[image:1743373742385-107.png]]
++
++//Obrázok 11 Aplikačná architektúra TO-BE//
++
++
++**Aplikačná architektúra mapového portálu**
++
++Navrhnutá aplikačná architektúra Mapového portálu 2.0 poskytuje modulárne riešenie pre spracovanie geopriestorových údajov, vizualizáciu mapových služieb a analytické modelovanie environmentálnych hrozieb.
++
++[[image:file:////Users/sarakapeter/Library/Group%20Containers/UBF8T346G9.Office/TemporaryItems/msohtmlclip/clip_image016.png]]
++
++[[image:1743373754084-985.png]]
++
++Obrázok 11 Schéma aplikačnej architektúry mapového portálu
++
++Architektúra je rozdelená do nasledujúcich prvkov:
++
++* Hlavný aplikačný komponent – "Mapový portál", ktorý integruje kľúčové GIS moduly pre vizualizáciu, analýzu a správu geopriestorových údajov.
++* Aplikačné rozhranie – "Mapový portál 2.0", ktoré slúži ako hlavný bod prístupu pre používateľov a zabezpečuje interakciu s GIS funkcionalitou.
++* Ďalšie systémy – IAM (Keycloak), API SHMÚ a Register priestorových informácií (RPI), ktoré poskytujú bezpečnostné mechanizmy, meteorologické a hydrologické výstrahy, ako aj referenčné geopriestorové údaje.
++* Dve aplikačné služby – Geopriestorové služby a Analytické služby, ktoré zabezpečujú spracovanie, analýzu a poskytovanie geopriestorových údajov a predikcií.
++
++Systém spracováva externé priestorové dáta, výstrahy a analytické výpočty, pričom jednotlivé prvky sú prepojené podľa svojej funkcionality, čím vytvárajú komplexný a efektívny ekosystém pre správu geopriestorových informácií.
++
++
++Popis jednotlivých elementov business architektúry:
++
++|**Typ**|**Názov**|**Popis**
++|Rozhranie|Mapový portál 2.0|Webové rozhranie poskytujúce geopriestorové služby a analytické nástroje pre systém SŠHR. Tento interface obsahuje jednotlivé funkcionality, ktoré umožňujú efektívnejšiu správu a analýzu priestorových údajov.
++|Služba|Geopriestorové služby|Zabezpečujú spracovanie a správu geopriestorových údajov. Tieto služby sú realizované ArcGIS mapovým serverom a poskytujú používateľom dopytovanie údajov, vizualizáciu a správu mapových vrstiev.
++|Služba|Analytické služby|Zabezpečujú analytické spracovanie dát a predikcie environmentálnych javov. Služby sú realizované Analytickým GIS modulom a poskytujú výstupy ako časovo-priestorové analýzy hrozieb a výpočet trás.
++|Komponent|Mapový portál|Mapový portál je hlavný aplikačný komponent, ktorý obsahuje všetky kľúčové GIS moduly. Umožňuje vizualizáciu geopriestorových údajov, analytické spracovanie a poskytovanie mapových služieb.
++|Komponent|ArcGIS mapový server|ArcGIS server poskytuje mapové služby na vizualizáciu v Mapovom portáli 2.0. Zároveň číta a spracováva geopriestorové údaje pre mapové služby.
++|Komponent|Analytický GIS modul|Používa geopriestorové údaje pre analytické modelovanie. Poskytuje analytické výstupy priamo do rozhrania Mapový portál 2.0 (napr. vo forme GeoJSON).
++|Komponent|Geopriestorová PostGIS databáza|Uchováva všetky priestorové údaje a podporuje analytické výpočty.
++|Komponent|IAM|IAM systém zabezpečuje správu identity a prístupov v rámci Mapového portálu. Používateľská autentifikácia je riešená cez Keycloak.
++|Komponent|API SHMÚ|Poskytuje aktuálne výstrahy o meteorologických, hydrologických a smogových podmienkach. Tieto údaje sú ukladané do Geopriestorovej PostGIS databázy na ďalšiu analýzu.
++|Komponent|RPI|Poskytuje mapové služby aj analytické priestorové údaje. Jeho dáta sú zobrazované v Mapovom portáli 2.0 a zároveň slúžia ako vstup pre analytické modelovanie.
++
++
++**4.2.1 Rozsah informačných systémov – AS IS**
++
++V súčasnosti SŠHR SR neprevádzkuje informačný systém pokrývajúci agendu v rozsahu navrhovaného projektu, ale prevádzkuje jeden informačný systém z danej oblasti.
++
++
++|**Kód ISVS **//(z MetaIS)//|**Názov ISVS**|(((
++**Modul ISVS**
++
++//(zaškrtnite ak ISVS je modulom)//
++)))|(((
++**Stav IS VS**
++
++(AS IS)
++)))|**Typ IS VS**|(((
++**Kód nadradeného ISVS**
++
++//(v prípade zaškrtnutého checkboxu pre modul ISVS)//
++)))
++|isvs_469|Webové sídlo Správy štátnych hmotných rezerv|☐|prevádzkovaný a plánujem rozvíjať|Prezentačný ISVS - Webové sídlo|
++|isvs_9795|Informačný systém Správy štátnych hmotných rezerv pre riadenie a hodnotenie mimoriadnych udalostí|☐|prevádzkovaný a plánujem rozvíjať|Agendový - ISVS zabezpečuje výkon špecializovaných agend verejnej správy|
++
++
++**4.2.2 Rozsah 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:
++
++|**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_469|Webové sídlo Správy štátnych hmotných rezerv|☐|prevádzkovaný a plánujem rozvíjať|Prezentačný ISVS - Webové sídlo|
++|isvs_9795|Informačný systém Správy štátnych hmotných rezerv pre riadenie a hodnotenie mimoriadnych udalostí|☐|prevádzkovaný a plánujem rozvíjať|Agendový - ISVS zabezpečuje výkon špecializovaných agend verejnej správy|
++
++
++**4.2.3 Využívanie nadrezortných a spoločných ISVS – AS IS**
++
++V súčasnosti nie sú využívané nadrezortné a spoločné ISVS.
++
++
++**4.2.4 Prehľad plánovaných integrácií ISVS na nadrezortné ISVS – spoločné moduly podľa zákona č. 305/2013 e-Governmente – TO BE**
++
++
++|Kód|Názov ISVS|Kód IS - Spoločné moduly|Spoločné moduly podľa zákona č. 305/2013 e-Governmente
++|isvs_9795|Informačný systém Správy štátnych hmotných rezerv pre riadenie a hodnotenie mimoriadnych udalostí|svs_10519|CES (Centrálna ekonomická správa)
++|isvs_9795|Informačný systém Správy štátnych hmotných rezerv pre riadenie a hodnotenie mimoriadnych udalostí|isvs_8846|Autentifikačný modul
++|isvs_9795|Informačný systém Správy štátnych hmotných rezerv pre riadenie a hodnotenie mimoriadnych udalostí|isvs_10519|Integrácia na CPDI
++
++
++**4.2.5 Prehľad plánovaného využívania iných ISVS (integrácie) – TO BE**
++
++|(((
++Kód ISVS
++
  //(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~://
++)))|(((
++Názov ISVS
--* //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]].__//
++
++)))|(((
++Kód integrovaného ISVS
--|(% 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é| | | | | |
++)))|Názov integrovaného ISVS
++|isvs_9795|Informačný systém Správy štátnych hmotných rezerv pre riadenie a hodnotenie mimoriadnych udalostí|TBD|IS SHMÚ
++
++
++**4.2.6 Prehľad budovaných aplikačných služieb – TO BE**
++
++|**Kód AS **//(z MetaIS)//|**Názov AS**|**Stav AS**|**IS VS**|(((
++**Kód ISVS**
++
++//(v prípade zaškrtnutého checkboxu pre modul ISVS)//
++)))
++|as_67053|Vizualizácia hrozieb na spravovanom území|Plánovaný vybudovať|Informačný systém Správy štátnych hmotných rezerv pre riadenie a hodnotenie mimoriadnych udalostí|isvs_9795
++
++
++**4.2.7 Aplikačné služby na integráciu – TO BE**
++
  |(((
--ď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| |
--|(((
--ď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]]__.//
++AS
--== {{id name="_Toc1569848295"/}}{{id name="_Toc153139712"/}}4.5Bezpečnostná architektúra ==
++(Kód MetaIS)
++)))|(((
++
--//{{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~://
++Názov AS
++)))|(((
++Realizuje ISVS
--* //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).//
++(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ľa
--= {{id name="_Toc15428568"/}}{{id name="_Toc15427674"/}}{{id name="_Toc15426952"/}}{{id name="_Toc14573076"/}}{{id name="_Toc153139713"/}}5.Závislosti na ostatné ISVS / projekty =
++(kód MetaIS)
++)))
++|as_66351|Integrácia na Slovensko.sk|TBD|Poskytovaná/Konzumujúca|Nie|Áno|Nie|
++|as_66353|Integrácia na CSRÚ|TBD|Konzumujúca|Nie|Áno|Nie|
--//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.//
--|**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ť//
--| | | | |
--| | | | |
++**4.2.8 Poskytovanie údajov z ISVS do IS CSRÚ – TO BE**
--= {{id name="_Toc15428566"/}}{{id name="_Toc15427672"/}}{{id name="_Toc15426950"/}}{{id name="_Toc740800352"/}}{{id name="_Toc153139714"/}}6.Zdrojové kódy =
++Projekt neplánuje poskytovať údaje do IS CSRÚ.
--//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~://
--* //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]]__//
++**4.2.9 Konzumovanie údajov z IS CSRU – TO BE**
--= {{id name="_Toc1202332381"/}}{{id name="_Toc153139715"/}}7.Prevádzka a údržba =
++|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
++|RPO|Register právnických osôb|isvs_420|Register právnických osôb
++|RA|Register adries|isvs_192|Register adries
--//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 ==
++**5. Dátová vrstva**
--//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.//
++V súčasnosti SŠHR SR nemá zavedený systematický manažment údajov (vrátane nastavenia príslušných procesov a metodík pre správu celého životného cyklu údajov) a nie je schopný evidovať a spravovať údaje v strojovo-spracovateľnej podobe. SŠHR SR pracuje so stovkami dátových štruktúr, ktoré sú popísané v rôznych zákonoch a vyhláškach. Najdôležitejšie dátové štruktúry sú v súčasnosti natvrdo implementované v informačných systémoch, ktoré neumožňujú robiť zmeny v týchto štruktúrach, či už z dôvodu, že SŠHR SR  nie je vlastníkom autorských práv k informačným systémom a nemôžeme ich sami aktualizovať, alebo z dôvodu, že informačné systémy sú technologicky zastarané a akékoľvek zmeny v nich sú nerealizovateľné resp. realizovateľné len s vysokými nákladmi.
--=== {{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~://
++**5.1.1 Údaje v správe organizácie**
--* //**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í),//
++V stave AS IS SŠHR SR disponuje s nízko kvalitnými a čiastkovými údajmi z dátového rozsahu TO BE definovaného v nasledujúcej kapitole.
--=== 7.1.2Riešenie incidentov – SLA parametre ===
--//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.//
++**5.1.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE**
++
++
++|**ID OE**|**Objekt evidencie - názov**|**Objekt evidencie - popis**|(((
++
++
++**Referencovateľný identifikátor URI dátového prvku //(áno- uviesť URI/nie nemá)//**
++
++
++)))
++|ID_1|Register právnických osôb|Údaje o právnických osobách žiadateľoch|nie nemá
++|ID_2|Register adries|Údaje o adresách žiadateľov a projektov|nie nemá
++
++
++**5.1.3 Referenčné údaje**
++
++V projekte nebudú vznikať údaje, ktoré by sa dali označiť ako referenčné.
++
++
++**5.1.3.1 Identifikácia údajov pre konzumovanie alebo poskytovanie údajov do/z CSRU**
++
++|ID OE|(((
++Názov referenčného údaja /objektu evidencie
++
++//(uvádzať OE z tabuľky v kap. 5.1.2)//
++)))|Konzumovanie/poskytovanie|Osobitný právny predpis pre poskytovanie/konzumovanie údajov
++|ID_1|Register právnických osôb|Konzumovanie|Zákon č. 15/2005 o ochrane druhov voľne žijúcich živočíchov a voľne rastúcich rastlín reguláciou obchodu s nimi
++|ID_2|Register adries|Konzumovanie|Zákon č. 15/2005 o ochrane druhov voľne žijúcich živočíchov a voľne rastúcich rastlín reguláciou obchodu s nimi
++
++
++**5.1.4 Kvalita a čistenie údajov**
++
++**5.1.4.1 Zhodnotenie objektov evidencie z pohľadu dátovej kvality**
++
++Nerelevantné - nejedná sa o projekt manažmentu údajov.
++
++
++**5.1.4.2 Roly a predbežné personálne zabezpečenie pri riadení dátovej kvality**
++
++Nerelevantné - nejedná sa o projekt manažmentu údajov.
++
++
++**5.1.5 Otvorené údaje**
++
++Nerelevantné - nejedná sa o projekt manažmentu údajov.
++
++
++**5.1.6 Analytické údaje**
++
++Nerelevantné - nejedná sa o projekt manažmentu údajov.
++
++
++**5.1.7 Moje údaje**
++
++Nerelevantné - nejedná sa o projekt manažmentu údajov.
++
++
++**5.1.8 Prehľad jednotlivých kategórií údajov**
++
++Vo fáze Analýza a dizajn bude vykonaná podrobnejšia analýza, predmetom ktorej bude identifikovať údaje, ktoré budú neskôr poskytované ako otvorené údaje. Tieto údaje budú sprístupňované v anonymizovanej  verzii vo forme prehľadových dát. Atribúty evidované pre príslušné objekty evidencie budú identifikované s cieľom ich poskytovania vo forme otvorených dát. Rovnaká logika bude platiť aj pre poskytovanie analytických údajov, ktoré budú vzhľadom na ich citlivosť poskytované v anonymizovanej verzii.
++
++
++**5.2 Technologická vrstva**
++
++**5.2.1 Prehľad technologického stavu - AS IS**
++
++Súčasťou projektu nie je rozšírenie technologickej vrstvy. V projekte nedochádza k zmene architektúry technologickej vrstvy. Z tohoto dôvodu je táto kapitola irelevantná.
++
++
++**5.2.2 Požiadavky na výkonnostné parametre, kapacitné požiadavky – TO BE**
++
++Súčasťou projektu nie je rozšírenie technologickej vrstvy. V projekte nedochádza k zmene architektúry technologickej vrstvy SŠHR SR.
++
++
++**5.2.3 Návrh riešenia technologickej architektúry**
++
++Technologická architektúra informačného systému RaHMU je navrhnutá ako moderné kontajnerizované riešenie postavené na mikroslužbovej architektúre. Zabezpečuje škálovateľnosť, vysokú dostupnosť a jednoduchú správu jednotlivých služieb, ktoré sú navzájom oddelené a samostatne nasaditeľné. Produkčné prostredie IS RaHMU je implementované formou kontajnerizácie na troch virtuálnych serveroch s operačným systémom Linux CentOS a na jednom virtuálnom serveri s operačným systémom Windows. Samotné kontajnery sú postavené na základe OS Linux. Na každom Linux serveri je nainštalovaný Docker Engine CE, ktorý má nakonfigurovaný swarm mód.  Použitím Swarm módu je vytvorený Docker Swarm cluster, na ktorom sú spustené kontajnery. Cluster je tvorený fyzickými servermi a on rozhodne na ktorom fyzickom serveri spustí daný kontajner. Toto rozhodovanie je možné ovplyvniť konfiguráciou clustra. Pre manažment prostredia je nasadený nástroj Portainer, ktorý poskytuje prehľadné webové rozhranie na správu kontajnerov,obrazov a služieb. Monitorovanie výkonu systému je zabezpečené nástrojmi Prometheus (zber a spracovanie metrík) a Grafana (vizualizácia a analytické dashboardy), ktoré sú taktiež prevádzkované ako kontajnery.
++
++
++Na zabezpečenie prístupu a smerovanie požiadaviek slúži komponent NGINX, nasadený v internej aj externej DMZ zóne. Interná inštancia obsluhuje požiadavky z intranetu, zatiaľ čo externá smeruje požiadavky z internetu do aplikačnej vrstvy. NGINX tak plní úlohu reverzného proxy, zabezpečuje SSL šifrovanie a prístupovú kontrolu podľa IP rozsahov. Dáta sú spravované v prostredí relačných databáz PostgreSQL, ktoré sú nasadené ako kontajnery v rámci Docker Swarm klastru. Na priestorové údaje je využívané rozšírenie PostGIS, ktoré podporuje pokročilé geopriestorové operácie a analytiku, najmä pre potreby GIS modulu. Aplikačná logika je realizovaná prostredníctvom mikroslužieb, ktoré sú navrhnuté ako nezávislé komponenty – niektoré ako vlastné aplikácie, iné ako integrované open-source nástroje (napr. Keycloak pre IAM, ArcGIS pre GIS služby). Pre komunikáciu medzi službami a externými systémami je implementovaná integračná platforma (ESB), ktorá zabezpečuje interoperabilitu prostredníctvom REST/SOAP rozhraní a podporuje OIDC/OAuth2 autentifikáciu.
++
++
++[[image:1743374160532-543.png]]
++
++
++//Obrázok 13 Technologická architektúra//
++
++
++**Technologická architektúra mapového portálu**
++
++Produkčné prostredie IS RaHMU je v súčasnosti implementované formou kontajnerizácie na troch virtuálnych serveroch s operačným systémom Linux Red Hat a na jednom virtuálnom serveri s operačným systémom Windows Server 2019. Hlavný dôraz je v tomto návrhu kladený na Windows Server 2019, kde bude upravené súčasné mapové riešenie a nasadený nový hlavný komponent Mapový portál s kľúčovými technológiami pre poskytovanie geopriestorových a analytických služieb.
++
++[[image:file:////Users/sarakapeter/Library/Group%20Containers/UBF8T346G9.Office/TemporaryItems/msohtmlclip/clip_image018.png]]
++
++[[image:1743374169296-542.png]]
++
++Obrázok 14 Schéma technologickej architektúry mapového portálu
++
++Popis jednotlivých elementov technologickej architektúry:
++
++|**Typ**|**Názov**|**Popis**
++|Rozhranie|Mapový portál 2.0|Webové rozhranie poskytujúce geopriestorové služby a analytické nástroje pre systém SŠHR. Tento interface obsahuje jednotlivé funkcionality, ktoré umožňujú efektívnejšiu správu a analýzu priestorových údajov.
++|Node|Docker Swarm (3x Linux Red Hat)|Hostuje niektoré podporné služby IS RaHMU vrátane integračnej platformy (ESB).
++|Node|Ostatné moduly IS RaHMU|Ďalšie interné moduly systému RaHMU.
++|Node|Integračná platforma (ESB)|Integračná platforma (ESB) je v kontexte Mapového portálu 2.0 napojená na API SHMÚ a Keycloak.
++|Node|Windows Server 2019|Hlavný server pre Mapový portál, ArcGIS komponenty a priestorovú databázu.
++|Node|Mapový portál|Hlavné komponent zabezpečujúci správne zobrazovanie a analýzu priestorových údajov. Mapový portál komunikuje s ArcGIS Serverom na zobrazovanie máp.
++|Node|ArcGIS Portal|Spravuje mapové aplikácie a umožňuje používateľom interakciu s GIS dátami. ArcGIS Portal spravuje používateľské prístupy a konfigurácie GIS aplikácií.
++|Node|ArcGIS Server|Publikovanie a správa mapových služieb, vrátane poskytovania služieb v súlade s OGC štandardami. ArcGIS Server pristupuje k PostgreSQL databáze na načítanie geopriestorových údajov.
++|Node|Analytický GIS modul|Zabezpečuje výpočty trás, modelovanie environmentálnych hrozieb a predikčné analýzy. Analytický GIS modul číta a zapisuje údaje do PostgreSQL databázy.
++|Node|PostgreSQL priestorová databáza|Obsahuje priestorové údaje. ArcSDE je súčasťou.
++|Node|RPI|Externé mapové služby poskytované cez Register priestorových informácií do Mapového portálu 2.0.
++|Node|API SHMÚ|API pre prijímanie informácií o vyhlásených výstrahách z SHMÚ. API SHMÚ posiela dáta cez integračnú platformu (ESB).
++|Node|Keycloak|Keycloak spravuje autentifikáciu v rámci IS RaHMU.
++|Software|ArcGIS Desktop|ArcGIS Desktop je pripojený k PostgreSQL databáze a mapovému ArcGIS Serveru cez VPN.
++
++
++**5.2.4 Využívanie služieb z katalógu služieb vládneho cloudu**
++
++Projekt nebude využívať služby z katalógu vládneho cloudu. Cieľom projektu sa realizuje implementácia moderného SW riešenia, ktoré by pokrývalo agendu úradu. Implementované nástroje budú prevádzkované v infraštruktúre SŠHR SR bez potreby jej rozšírenia.
++
++
++**5.3 Bezpečnostná architektúra**
++
++Základnými východiskami pre rozvíjané riešenie sú rovnako, ako v súčasnom stave právne predpisy ako zákon č. 18/2018 Z. z. o ochrane osobných údajov, 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 a ďalej ISO/IES 27000, Common Criteria a OWASP Guides a dodatočných požiadaviek prevádzkovateľa systému. Riešenie bude v oblasti bezpečnosti a ochrany dát aplikovať relevantné centrálne nastavené bezpečnostné politiky a pravidlá. Bezpečnosť aplikácií s cieľom zabezpečiť dôvernosť, integritu, autentickosť a dostupnosť dát vytváraných, spracovávaných, uchovávaných alebo prenášaných prostredníctvom riešenia, a to v súlade so štandardom ISO/IEC 15408. Pre riešenie bude potrebné zabezpečiť aj špecifickú ochranu citlivých údajov žiadateľov o granty a informácií o projektoch, aby sa zabránilo neautorizovanému prístupu alebo zneužitiu dát. Všetky rozhrania si budú vyžadovať pripojenie pomocou SSL. Zabezpečený bude monitoring sieťových prístupov, bezpečnosti údajov na diskových poliach, logovanie prístupov a zmien, ako aj služba poskytovania bezpečnej prístupovej siete. V rámci samotného IS budú využívané analytické nástroje pre monitorovanie a vyhodnocovanie bezpečnosti. V rámci IKT vybavenia budú zabezpečené nástroje pre ochranu proti škodlivému softvéru. IKT vybavenie v rámci miest podpory bude využívať VPN prepojenie. Pred spustením IS do prevádzky budú realizované penetračné testy.
++
++
++Povinnosťou bude preukázať súlad so Zákonom č. 95/2019 Z. z. o informačných technológiách vo verejnej správe a o zmene a doplnení niektorých zákonov. Pre úspešnú realizáciu projektu je potrebné zabezpečiť dodržanie pravidiel stanovených Vyhláškou č. 78/2020 (resp. jej novelizácii) Z. z. o štandardoch pre informačné technológie verejnej správy. Z hľadiska ochrany osobných údajov bude dátový manažment realizovaný v súlade so Zákonom č. 18/2018 Z. z. o ochrane osobných údajov a o zmene a doplnení niektorých zákonov. Implementácia a prevádzka systému musí v oblasti bezpečnosti brať do úvahy aj Zákon 69/2018 Z. z. o kybernetickej bezpečnosti, v znení neskorších predpisov. Bude vypracovaný bezpečnostný projekt rešpektujúci tieto pravidlá.
++
++Bezpečnostná architektúra budúceho stavu bude v súlade 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:
++
++* 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
++* Zákon č. 69/2018 Z. z. o kybernetickej bezpečnosti a o zmene a doplnení niektorých zákonov
++* 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.
++* Smernica Európskeho parlamentu a Rady (EÚ) (EÚ) 2022/2555 zo 14. decembra 2022 o opatreniach na zabezpečenie vysokej spoločnej úrovne kybernetickej bezpečnosti v Únii, ktorou sa mení nariadenie (EÚ) č. 910/2014 a Smernica (EÚ) 2018/1972 a ruší Smernica (EÚ) 2016/1148 (Smernica NIS 2)
++* Zákon č. 69/2018 Z. z. o kybernetickej bezpečnosti a o zmene a doplnení niektorých zákonov v znení neskorších predpisov (ďalej aj „zákon o kybernetickej bezpečnosti“),
++* Vyhláška Národného bezpečnostného úradu č. 164/2018 Z. z., ktorou sa určujú identifikačné kritériá prevádzkovanej služby (kritériá základnej služby),
++* Vyhláška Národného bezpečnostného úradu č. 165/2018 Z. z., ktorou sa určujú identifikačné kritériá pre jednotlivé kategórie závažných kybernetických bezpečnostných incidentov a podrobnosti hlásenia kybernetických bezpečnostných incidentov,
++* Vyhláška Národného bezpečnostného úradu č. 264/2023 Z. z. ktorou sa mení a dopĺňa vyhláška Národného bezpečnostného úradu č. 362/2018 Z. z., ktorou sa ustanovuje obsah bezpečnostných opatrení, obsah a štruktúra bezpečnostnej dokumentácie a rozsah všeobecných bezpečnostných opatrení,
++* Vyhláška Národného bezpečnostného úradu č. 493/2022 Z. z. o audite kybernetickej bezpečnosti,
++* Zákon č. 301/2023 Z. z. ktorým sa mení a dopĺňa 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 a ktorým sa menia a dopĺňajú niektoré zákony,
++* 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, ktorou sa ustanovuje spôsob kategorizácie a obsah bezpečnostných opatrení informačných technológií verejnej správy,
++* 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) – GDPR,
++* Zákon č. 18/2018 Z. z. o ochrane osobných údajov a o zmene a doplnení niektorých zákonov v znení neskorších predpisov,
++* Metodika analýzy rizík kybernetickej bezpečnosti - Metodika analýzy rizík pre uplatnenie v procesoch riadenia rizika v zmysle požiadaviek zákona č. 69/2018 Z. z. o kybernetickej bezpečnosti (NBÚ)
++
++
++**6. Závislosti na ostatné ISVS/projekty**
++
++Predkladaný projekt nie je závislý na iných pripravovaných resp. prebiehajúcich projektoch.
++
++
++**7. Zdrojové kódy**
++
++Súčasťou dodávky budú aj zdrojové kódy k vytvorenému riešeniu, pokiaľ to nevylučujú licenčné podmienky tretích osôb vo vzťahu k štandardným Softvérovým produktom, s komentármi a technickým popisom, a to pre prevádzkové a testovacie verzie počítačových programov a práva na ich zverejnenie v centrálnom repozitári zdrojových kódov podľa § 15 ods. 2 písm. d) Zákona o informačných technológiách vo verejnej správe a § 31 vyhlášky Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu o štandardoch pre informačné technológie verejnej správy č. 78/2020 Z. z., a iného predpisu, ktorý môže v budúcnosti Vyhlášku č. 78/2020 Z. z. nahradiť alebo doplniť.
++
++SŠHR SR plánuje pri obstarávaní postupovať v zmysle vzoru Zmluvy o dielo. Zmluvnú úpravu predkladáme nasledujúcu:
++
++
++* Zhotoviteľ je povinný pri akceptácii Informačného systému odovzdať Objednávateľovi funkčné vývojové a produkčné prostredie, ktoré je súčasťou Informačného systému
++* Zhotoviteľ je povinný pri akceptácii Informačného systému alebo jeho časti odovzdať Objednávateľovi Vytvorený zdrojový kód v jeho úplnej aktuálnej podobe, zapečatený, na neprepisovateľnom technickom nosiči dát s označením časti a verzie Informačného systému, ktorej sa týka. Za odovzdanie Vytvoreného zdrojového kódu Objednávateľovi sa na účely tejto Zmluvy o dielo rozumie odovzdanie technického nosiča dát Oprávnenej osobe Objednávateľa. O odovzdaní a prevzatí technického nosiča dát bude oboma Zmluvnými stranami spísaný a podpísaný preberací protokol.
++* Informačný systém (Dielo) v súlade s Technickou špecifikáciou obsahuje od zvyšku Diela oddeliteľný modul (časť) vytvorený Zhotoviteľom pri plnení tejto Zmluvy o dielo, ktorý je bez úpravy použiteľný aj tretími osobami, aj na iné alebo podobné účely, ako je účel vyplývajúci z tejto Zmluvy o dielo (ďalej ako „Modul"). A to najmä pre modul Karta občana. Vytvorený zdrojový kód Informačného systému (s výnimkou Modulu) vrátane jeho dokumentácie bude prístupný v režime podľa § 31 ods. 4 písm. b) Vyhlášky č. 78/2020 (s obmedzenou dostupnosťou pre orgán vedenia a orgány riadenia v zmysle Zákona o ITVS – vytvorený zdrojový kód je dostupný len pre orgán vedenia a orgány riadenia). Pre zamedzenie pochybností uvádzame, že sa jedná len o zdrojový kód ktorý Dodávateľ vytvoril, alebo pozmenil v súvislosti s realizáciou diela. Objednávateľ je oprávnený sprístupniť Vytvorený zdrojový kód okrem orgánov podľa predchádzajúcej vety aj tretím osobám, ale len na špecifický účel, na základe riadne uzatvorenej písomnej zmluvy o mlčanlivosti a ochrane dôverných informácií.
++* Ak je medzi zmluvnými stranami uzatvorená SLA zmluva, od prevzatia Informačného systému sa prístup k vytvorenému zdrojovému kódu vo vývojovom a produkčnom prostredí, vrátane nakladania s týmto zdrojovým kódom, začne riadiť podmienkami dohodnutými v SLA zmluve.
++* Vytvorený zdrojový kód musí byť v podobe, ktorá zaručuje možnosť overenia, že je kompletný a v správnej verzii, t. j. v takej, ktorá umožňuje kompiláciu, inštaláciu, spustenie a overenie funkcionality, a to vrátane kompletnej dokumentácie zdrojového kódu (napr. interfejsov a pod.) takéhoto Informačného systému alebo jeho časti. Zároveň odovzdaný Vytvorený zdrojový kód musí byť pokrytý testami (aspoň na 90%) a dosahovať rating kvality (statická analýza kódu) podľa CodeClimate/CodeQLa pod. (minimálne stupňa B).
++* Pre zamedzenie pochybností, povinnosti Zhotoviteľa týkajúce sa Vytvoreného zdrojového kódu platia i na akékoľvek opravy, zmeny, doplnenia, upgrade alebo update Vytvoreného zdrojového kódu a/alebo vyššie uvedenej dokumentácie, ku ktorým dôjde pri plnení tejto Zmluvy o dielo alebo v rámci záručných opráv. Vytvorené zdrojové kódy budú vytvorené vyexportovaním z produkčného prostredia a budú odovzdané Objednávateľovi na elektronickom médiu v zapečatenom obale. Zhotoviteľ je povinný umožniť Objednávateľovi pri odovzdávaní Vytvoreného zdrojového kódu, pred zapečatením obalu, skontrolovať v priestoroch Objednávateľa prítomnosť Vytvoreného zdrojového kódu na odovzdávanom elektronickom médiu.
++* Nebezpečenstvo poškodenia zdrojových kódov prechádza na Objednávateľa momentom prevzatia Informačného systému alebo jeho časti, pričom Objednávateľ sa zaväzuje uložiť zdrojové kódy takým spôsobom, aby zamedzil akémukoľvek neoprávnenému prístupu tretej osoby. Momentom platnosti SLA zmluvy umožní Objednávateľ poskytovateľovi, za predpokladu, že to je nevyhnutné, prístup k Vytvorenému zdrojovému kódu výlučne na účely plnenia povinností z uzatvorenej SLA zmluvy.
++
++
++Ďalej uvádzame postupy, v zmysle ktorých bude narábané so zdrojovým kódom.
++
++Centrálny repozitár zdrojových kódov: [[https:~~/~~/www.zakonypreludi.sk/zz/2020-78/znenie-20200501#p31>>url:https://www.zakonypreludi.sk/zz/2020-78/znenie-20200501#p31]]+
++
++Overenie zdrojového kódu s cieľom jeho prepoužitia: https:~/~/www.slov-lex.sk/ezbierky/pravne-predpisy/SK/ZZ/2023/401/
++
++Spôsoby zverejňovania zdrojového kódu: [[https:~~/~~/www.zakonypreludi.sk/zz/2020-85/znenie-20200501#p8-9>>url:https://www.zakonypreludi.sk/zz/2020-85/znenie-20200501#p8-9]]+
++
++Inštrukcie k EUPL licenciám: https:~/~/joinup.ec.europa.eu/sites/default/files/inline-files/EUPL%201_1%20Guidelines%20SK%20Joinup.pdf+
++
++Uvedeným spôsobom obstarávania dôjde k zamedzeniu „Vendor lock-in" v súlade so Zákonom o ITVS.
++
++
++**8. Prevádzka a údržba**
++
++Prevádzka a údržba navrhnutého riešenia projektu bude zabezpečená internými personálnymi kapacitami na úrovni podpory L1 až L3 (L3 externe). Pre hlásenie problémov bude využívaný Helpdesk. Predpoklad riešenia problémov a požiadaviek bude od nahlásenia problému alebo požiadavky prostredníctvom Helpdesku (e-mailom, telefonicky, formulárom), identifikácia a preverenie problému/požiadavky, vykonanie opravy/podpory.
++
++SŠHR SR v súčasnosti disponuje interným zamestnancom: Manažér kybernetickej a informačnej bezpečnosti.
++
++
++**8.1 Prevádzkové požiadavky**
++
++Prevádzkové požiadavky budú zabezpečené na úrovni podpory L1, L2 a L3.
++
++
++**8.1.1 Úrovne podpory používateľov**
++
++Help Desk bude realizovaný cez 3 úrovne podpory s nasledujúcim označením:
++
++* **L1 podpora** - 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ď.
++* **L2 podpora** - 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 od potrieb 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.
++* **L3 podpora** - Podpora 3. stupňa predstavuje najvyššiu úroveň podpory pre riešenie tých najobtiažnejších hlásení, vrátane prevádzania hĺbkových analýz a riešenie extrémnych prípadov, ktorú bude zabezpečovať výrobca implementovaných nástrojov.
++
++Prevádzka implementovaných nástrojov v rámci projektu L1 až L3 bude zabezpečená internými zamestnancami SŠHR SR. V prípade nevyhnutnej potreby bude zabezpečená L3 podpora výrobcu implementovaných nástrojov, ktorá bude financovaná z vlastných zdrojov.
++
++
++**8.1.2 Riešenie incidentov – SLA parametre**
++
++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.
++|**A**|**Kritická**|Je to vada spôsobená vážnou chybou a/alebo nedostatkom dodávanej softvérovej aplikácie, pričom táto chyba a/alebo nedostatok zabraňuje používaniu dodávanej softvérovej aplikácie. Nie je možné poskytnúť požadovaný výstup z IS.
++|**B**|**Vysoká**|(((
++Je vada, spôsobená chybou a/alebo nedostatkom dodávanej softvérovej aplikácie, pričom táto chyba a/alebo nedostatok obmedzuje používanie dodávanej softvérovej aplikácie nasledovne:
++
++Niektoré aplikačné funkcie (moduly, komponenty, objekty, programy) dodávanej softvérovej aplikácie nie sú funkčné alebo nie je umožnený prístup k niektorej aplikačnej funkcii (modulu, komponentu, objektu, programu) dodávanej softvérovej aplikácie
++
++alebo
++
++(ii) Nie je možné vykonať výber niektorých údajov alebo nie je možné vyhotoviť niektorý výstup z databázy údajov dodávanej softvérovej aplikácie alebo nie je možné vykonať prístup k niektorým údajom v databáze údajov dodávanej softvérovej aplikácie.
++
++napr. tlač pomocných výstupov, zostavy, funkčnosť nesúvisiaca s vyrubením a pod.
++)))
++|**C**|**Stredná**|(((
++Do tejto kategórie spadajú všetky chyby a/alebo nedostatky spojené s používaním dodávanej softvérovej aplikácie, ktoré nie sú klasifikované ako závažné alebo kritické vady, pričom však čiastočne obmedzujú používanie dodávanej softvérovej aplikácie a vyžadujú si:
++
++Nastavenie parametrov systému Poskytovateľom alebo
++
++(ii) Vzniknutá vada a/alebo nedostatok má za príčinu miernu nepohodlnosť pri práci so softvérovou aplikáciou, ktorá je však funkčná.
++)))
++|**D**|**Nízka**|(((
++Je vada spôsobená drobným nedostatkom alebo chybným nastavením aplikácie, ktorá neovplyvňuje hlavné funkcie systému, ale spôsobuje malé nepohodlie pri používaní. Môže ísť o drobné vizuálne chyby, malé nesúladné nastavenia alebo nezávažné zlyhania v konkrétnych aplikáciách, ktoré nebránia celkovému chodu systému. Napríklad nefunkčné tlačidlá v užívateľskom rozhraní alebo nekompatibilita s konkrétnymi prehliadačmi alebo verziami operačných systémov.
++
++(ii) Vzniknutá vada a/alebo nedostatok je optická, má minimálny dosah na prácu s aplikáciou, kt. je zo systémového hľadiska plne funkčná.
++)))
++
++
++
  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:
++|**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
++|(% rowspan="3" %)**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:
++
++
++**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)
++**//Spoľahlivosť ^^(3)^^//**
++
++//(počet incidentov za mesiac)//
  )))
--|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~://
++|**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
--* //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.//
--== {{id name="_Toc1544169800"/}}{{id name="_Toc153139718"/}}{{id name="_Toc34423613"/}}{{id name="_Toc527558121"/}}7.2Požadovaná dostupnosť IS: ==
++* (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 objednávateľom a vyriešením incidentu dodávateľom (do doby, kedy je funkčnosť prostredia znovu obnovená v plnom rozsahu). Doba konečného vyriešenia incidentu od nahlásenia incidentu objednávateľom (DKVI) sa počíta počas celého dňa. Do tejto doby sa nezarátava čas potrebný na nevyhnutnú súčinnosť objednávateľa, ak je potrebná pre vyriešenie incidentu. V prípade potreby je dodávateľ oprávnený požadovať od objedná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é objednávateľom dodávateľovi v rámci testovacieho prostredia
++
++1. Majú prioritu 3 a nižšiu
++1. Vzťahujú sa výhradne k dostupnosti testovacieho prostredia
++1. Za incident na testovacom prostredí sa nepovažuje incident vzťahujúci sa k práve testovanej funkcionalite.
++
++
++Vyššie uvedené SLA parametre nebudú použité pre nasledovné služby:
++
++* 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.
++
++
++**8.2 Požadovaná dostupnosť IS:**
++
  |**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.//
++|**Prevádzkové hodiny**|24 hodín|00:00 hod. - 23:59 hod
++|(% rowspan="2" %)**Servisné okno**|14 hodín|od 17:00 hod. - do 7: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.
++|**Dostupnosť produkčného prostredia IS**|97%|(((
++* 97% z 24/7/365 t.j. max ročný výpadok je 10,95 dňa. Maximálny mesačný výpadok je 21,9 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.
  )))
--|**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.//
++
++**8.2.1 Dostupnosť (Availability)**
++
++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. V projekte sa uvažuje 97% dostupnosť znamená výpadok 10,95 dňa.
++
++
++**8.2.2 RTO (Recovery Time Objective)**
++
++V rámci projektu sa očakáva tradičné zálohovanie - výpadok a obnova trvá cca hodiny až dni.
++
++
++**8.2.3 RPO (Recovery Point Objective)**
++
++V rámci projektu sa očakáva tradičné zálohovanie - výpadok a obnova trvá cca hodiny až dni.
++
++
++**9. Požiadavky na personál**
++
++**Riadiaci výbor** projektu tvorí predseda Riadiaceho výboru projektu a vlastníci procesov 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 môžu tvoriť:
++
++1. predseda Riadiaceho výboru projektu,
++1. podpredseda Riadiaceho výboru projektu,
++1. vlastník alebo vlastníci procesov biznis vlastník infraštruktúra) alebo nimi poverený zástupca alebo zástupcovia,
++1. zástupcu kľúčových používateľov (end user),
++1. zástupca za Dodávateľa v zmysle Zmluvy o Dielo s Dodávateľom.
++1. projektový manažér prijímateľa.
++
++
++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 s hlasovacím právom. Na rokovanie Riadiaceho výboru môžu byť v prípade potreby prizvaní aj iní účastníci tak zo strany Objednávateľa alebo za stranu 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. 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. Hlas predsedu má v prípade rovnosti hlasov hodnotu dvoch hlasov. 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 Asistent projektového manažéra na základe podkladov a inštrukcií predsedu alebo toho člena Riadiaceho výboru, ktorý požiadal o zasadnutie Riadiaceho výboru. Asistent projektového manažéra 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**|**ORGANIZAČNÝ ÚTVAR**|**ROLA V PROJEKTE**
++|1.|TBD|TBD|TBD|Predseda RV (HP)
++|2.|TBD|TBD|TBD|Podpredseda RV (HP)
++|3.|TBD|TBD|TBD|Zástupca vlastníkov procesov (HP)
++|4.|TBD|TBD|TBD|Zástupca vlastníkov procesov II. (HP)
++|5.|TBD|TBD|TBD|Zástupcu kľúčových používateľov
++|6.|TBD|TBD|TBD|Zástupca dodávateľa
++|7.|TBD|Projektový manažér|TBD|Projektový manažér prijímateľa
++
++*HP- projektová rola s hlasovacím právom v Riadiacom výbore projektu
++
++
++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 (projektový manažment, celková koordinácia projektu, celkový dohľad nad vývojom dodávaného Diela, vrátane kvality), finančného riadenia a monitorovania realizácie projektu v zmysle riadenia podľa vyhlášky MIRRI č. 401/2023 Z. z. v platnom znení.
++
++
++Projektový tím bude pozostávať z pozícií:
++
++* Projektový manažér (PM)
++* Kľúčový používateľ (KP)
++* Analytik IT,
++* Architekt IT,
++* IT tester,
++* Dátový špecialista,
++* Manažér kybernetickej a informačnej bezpečnosti (MKIB)
++
++
++Ďalšie projektové roly:
++
++* Finančný manažér (FM)
++* Asistent PM
++
++V súlade s výzvou SŠHR SR 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 SŠHR SR.
++
++Projektový manažér Objednávateľa bude zabezpečovať koordináciu projektových činností a manažment v súlade s metodikou PRINCE2 (hlavné dokumenty, priebežné manažérske výstupy, a pod.).
++
++Projektový manažér Objednávateľa bude riadiť, administratívne a organizačne zabezpečovať implementáciu projektu, komunikovať s dodávateľmi, sledovať plnenie harmonogramu projektu a zabezpečovať dokumenty požadované MIRRI. Zároveň bude v spolupráci s projektovým manažérom dodávateľa koordinovať realizáciu hlavných aktivít, činností a úloh projektu.
++
++Zodpovednosťou projektového manažéra je v spolupráci s finančným manažérom (objednávateľa) finančné riadenie projektu kontrolu rozpočtu projektu a jeho súlad s účtovnými dokladmi. Kontrolu podpornej účtovnej dokumentácie a poradenstvo pri definovaní oprávnených výdavkov bude zabezpečovať finančný manažér 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.
++
++
++|**ID**|**MENO A PRIEZVISKO**|**POZÍCIA**|**ORGANIZAČNÝ ÚTVAR**|**PROJEKTOVÁ ROLA**
++|1.|TBD|Projektový manažér|TBD|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
++|7..|TBD|Manažér kybernetickej a informačnej bezpečnosti|TBD|Manažér kybernetickej a informačnej bezpečnosti
++|8.|TBD|TBD|TBD|Finančný manažér
++|9.|TBD|TBD|TBD|Asistent PM
++
++
++RV je riadiaci orgán projektu, ktorý zodpovedá najmä za splnenie stanovených cieľov projektu, rozhoduje o zmenách, ktoré majú zásadný význam a prejavujú sa hlavne dopadom na časový harmonogram a finančné prostriedky projektu. Reprezentuje najvyššiu akceptačnú autoritu projektu. Štatút Riadiaceho výboru projektu upravuje najmä úlohy, zloženie a pôsobnosť RV, ako aj práva a povinnosti členov RV pri riadení a realizácii predmetného projektu.
++
++Projektový manažér riadi projekt, kvalitu a riziká projektu a zabezpečuje plnenie úloh uložených RV. Členovia projektového tímu zabezpečujú plnenie úloh uložených projektovým manažérom alebo RV.
++
++Ďalšie povinnosti členov RV, projektového manažéra a členov projektového tímu sú uvedené vo Vyhláške č. 401/2023 Z. z. a v doplňujúcich vzoroch a šablónach zverejnených na webovom sídle MIRRI SR.
++
++
++|**Projektová rola:**|**IT ANALYTIK**
++|Stručný popis:|(((
++* 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.
++* Analytik informačných technológií 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).
  )))
++|Detailný popis rozsahu zodpovednosti, povinností a kompetencií|(((
++* Vykonanie analýzy procesných a ďalších požiadaviek a vytvorenie špecifikácie súčasného alebo budúceho užívateľa softwaru („zákazníka“) a následne navrhuje dizajn a programátorské riešenie.
++* Participáciu na vývoji nových, ale i vylepšovaní existujúcich aplikácií v rámci celého vývojového cyklu – systémová analýza, dizajn, kódovanie, užívateľské testovanie, implementácia, podpora, dokumentácia. Úzko spolupracuje aj s IT architektom.
++* Analýza potrieb zákazníka vrátane tvorby úplnej analytickej dokumentácie a vstupov do verejného
++* obstarávania (VO).
++* Mapovanie požiadaviek do návrhu funkčných riešení.
++* Návrh a správa katalóg požiadaviek - registra požiadaviek riešenia
++* Analýza funkčných a nefunkčných požiadaviek,
++* Návrh fyzického a logického modelu,
++* Návrh testovacích scenárov,
++* V priebehu implementácie robí dohľad nad zhodou výstupov s pôvodným analytickým zadaním.
++* Zodpovednosť za dodržovanie správnej metodiky pri postupe analýzy
++* Definovanie akceptačných kritérií v projekte
++* Odsúhlasenie opisu produktov, ktoré predstavujú vstupy alebo výstupy (priebežné alebo konečné) úloh dodávateľov, alebo ktoré ich priamo ovplyvňujú a zabezpečovať akceptáciu produktov po ich dokončení.
++* Priraďuje priority a poskytuje stanoviská používateľov na rozhodnutia Riadiaceho výboru projektu k realizácii zmenových požiadaviek
++* Poskytuje merania aktuálneho stavu pre potreby porovnania s výsledkami projektu vzhľadom na realizáciu prínosov.
++* Rieši požiadavky používateľov a konflikty iných priorít.
++* 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
++)))
--=== {{id name="_Toc992446895"/}}{{id name="_Toc153139719"/}}{{id name="_Toc34423614"/}}7.2.1Dostupnosť (Availability) ===
--//**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~://
++|**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
--* //**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/]].//
++
++)))
++|Detailný popis rozsahu zodpovednosti, povinností a kompetencií|(((
++
--=== {{id name="_Toc862618350"/}}{{id name="_Toc153139720"/}}{{id name="_Toc34423615"/}}{{id name="_RTO_(Recovery_Time"/}}7.2.2RTO (Recovery Time Objective) ===
++* 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úrnu.
++* 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 opatrení.
++* 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 85/2020 Z. z., Prílohou č.1
++* Plnenie pokynov projektového manažéra a dohôd zo stretnutí projektového tímu.
++)))
--**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~://
--* //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//
--=== {{id name="_Toc2066578526"/}}{{id name="_Toc153139721"/}}{{id name="_Toc34423616"/}}{{id name="_RPO_(Recovery_Point"/}}7.2.3RPO (Recovery Point Objective) ===
++|**Projektová rola:**|**PROJEKTOVÝ MANAŽÉR**
++|Detailný popis rozsahu zodpovedností, povinností a kompetencií:|(((
++* Zodpovedá za každodenné riadenie projektu v mene RV, 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 oddelenie komunikačné 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 činností projektovej kancelárie.
++* 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á –viď č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,
++* Zabezpečuje evidenciu v informačných systémoch pre štandardizované procesy programové a projektového riadenia, napr. IT monitorovací systém pre európske štrukturálne a investičné fondy.
++* 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.
--**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~://
++Počas celej doby realizácie projektu štandardne zabezpečuje nasledovné prierezové činnosti:
--* //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//
++~1. 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,
--= {{id name="_Toc2005115416"/}}{{id name="_Toc153139722"/}}{{id name="_Toc15428571"/}}{{id name="_Toc15427677"/}}{{id name="_Toc15426955"/}}8.Požiadavky na personál =
++2. plánovanie a operatívne riadenie dodávania projektových produktov,
--//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.//
++3. 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,
--= {{id name="_Toc603274444"/}}{{id name="_Toc153139723"/}}{{id name="_Toc15428572"/}}{{id name="_Toc15427678"/}}{{id name="_Toc15426956"/}}9.Implementácia a preberanie výstupov 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 SŠHR SR, správu a archiváciu projektovej dokumentácie.
++* Sleduje dodržiavanie interných riadiacich aktov.
++)))
--//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~://
--* //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.//
++|**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 v minimálnom rozsahu určenom Prílohou č.1 tejto smernice,
++* 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.
--= {{id name="_Toc1624651882"/}}{{id name="_Toc153139724"/}}{{id name="_Toc15428575"/}}{{id name="_Toc15427681"/}}{{id name="_Toc15426959"/}}{{id name="_Toc510413663"/}}10.Prílohy =
++Predkladanie požiadaviek na zmenu funkcionalít produktov.
++)))
--//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
++|**Projektová rola:**|** VLASTNÍK PROCESOV **(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 zodpovednosti, 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
++)))
++
++
++
++|**Projektová rola:**|**IT Tester**
++|Stručný popis:|(((
++* Vypracovanie testovacích plánov a stratégií na základe požiadaviek projektu.
++* Definovanie testovacích scenárov a prípadov, ktoré pokrývajú všetky aspekty funkčnosti softvéru.
++* Inštalácia a konfigurácia softvérových aplikácií a testovacích nástrojov.
++* Zabezpečenie potrebného hardvéru a softvéru pre efektívne testovanie.
++* Realizácia manuálnych a automatizovaných testov podľa definovaných scenárov.
++* Kontrola funkčnosti, použiteľnosti, bezpečnosti a výkonu softvéru.
++* Dokumentovanie nájdených chýb a nedostatkov v systéme.
++* Spolupráca s vývojárskym tímom na reprodukcii chýb a poskytovaní detailných informácií o problémoch.
++* Používanie rôznych testovacích nástrojov a softvérových aplikácií na automatizáciu testovacieho procesu.
++* Udržiavanie a aktualizácia testovacích nástrojov a skriptov.
++* Vyhodnocovanie výsledkov testov a poskytovanie spätnej väzby vývojárskemu tímu.
++* Príprava testovacích reportov a dokumentácia testovacích výsledkov.
++* Úzka spolupráca s vývojármi, projektovými manažérmi a ostatnými členmi tímu na dosiahnutí cieľov projektu.
++* Účasť na stretnutiach a prezentáciách, kde sa diskutujú výsledky testov a návrhy na zlepšenie.
++)))
++|Detailný popis rozsahu zodpovedností, povinností a kompetencií|(((
++* Navrhovanie testovacích stratégií a plánov na základe požiadaviek projektu a cieľov kvality.
++* Identifikácia testovacích požiadaviek v spolupráci s tímom pre analýzu požiadaviek a obchodnými analytikmi.
++* Zabezpečenie, že všetky testovacie scenáre sú kompletné a pokrývajú všetky aspekty softvérového produktu.
++* Konfigurácia testovacích prostredí vrátane hardvéru, softvéru, databáz a iných potrebných komponentov.
++* Zabezpečenie, že testovacie prostredie je konzistentné s produkčným prostredím, aby sa minimalizovali rozdiely v správaní aplikácií.
++* Vykonávanie manuálnych a automatizovaných testov podľa definovaných testovacích scenárov a prípadov.
++* Vykonávanie funkčných, integračných, regresných, výkonových a bezpečnostných testov.
++* Dokumentovanie výsledkov testov, identifikovaných chýb a anomálií v softvéri.
++* Príprava podrobných testovacích reportov a ich prezentácia vývojovému tímu a manažmentu.
++* Poskytovanie spätnej väzby na návrhy a implementácie z pohľadu testovania.
++* Vývoj a udržiavanie automatizovaných testovacích skriptov a nástrojov.
++* Integrácia automatizovaných testov do procesu kontinuálnej integrácie a nasadzovania (CI/CD).
++* Aktualizácia a optimalizácia testovacích nástrojov na základe potrieb projektu.
++* Vytvoriť a implementovať testovacie plány a scenáre, ktoré pokrývajú všetky funkčné a nefunkčné požiadavky.
++* Zabezpečiť, aby testovacie prostredie bolo pripravené a funkčné pred začatím testovania.
++* Vykonávať manuálne testy podľa testovacích prípadov a scenárov.
++* Vyvíjať a spúšťať automatizované testy na identifikáciu regresných chýb a zabezpečenie konzistencie funkcií.
++* Testovať integráciu rôznych komponentov a systémov, aby sa zabezpečila ich správna spolupráca.
++* Analyzovať výsledky testov a identifikovať príčiny zistených chýb.
++* Dokumentovať a sledovať chyby pomocou systémov na správu chýb (napr. JIRA, Bugzilla).
++* Pripravovať pravidelné reporty o stave testovania a identifikovaných problémoch.
++* Komunikovať s vývojovým tímom o nájdených chybách a poskytovať podrobné informácie potrebné na ich opravu.
++* Účasť na stretnutiach a prezentáciách s cieľom informovať o stave testovania a diskutovať o riešeniach.
++* Aktualizovať testovacie plány, scenáre a nástroje na základe zmien v projekte a požiadavkách.
++* Zabezpečiť, aby všetky testovacie dokumenty boli aktuálne a presné.
++)))
++
++
++|**Projektová rola:**|**Dátový špecialista**
++|Stručný popis:|(((
++
++
++* Zabezpečenie zberu dát z rôznych zdrojov, vrátane interných databáz, externých systémov a verejne dostupných zdrojov.
++* Správa a údržba databáz a dátových skladov, aby boli dáta konzistentné a spoľahlivé.
++* Implementácia a údržba ETL (Extract, Transform, Load) procesov na zabezpečenie kvalitného a efektívneho prenosu dát medzi systémami.
++* Vykonávanie pokročilých analýz dát na identifikáciu vzorov, trendov a korelácií, ktoré podporujú rozhodovacie procesy.
++* Používanie štatistických metód a dátovej analytiky na interpretáciu dát a generovanie prehľadov.
++* Vytváranie predikčných modelov a algoritmov na podporu plánovania a prognózovania.
++* Vytváranie a udržiavanie dashboardov a reportov pomocou nástrojov na vizualizáciu dát (napr. Tableau, Power BI).
++* Zabezpečenie, aby vizualizácie boli jasné, informatívne a prispôsobené potrebám rôznych užívateľov v organizácii.
++* Prezentácia zistení a odporúčaní manažmentu a iným zainteresovaným stranám.
++* Implementácia procesov na kontrolu kvality dát, vrátane identifikácie a nápravy chýb a nezrovnalostí v dátach.
++* Zabezpečenie, aby dáta boli aktuálne a relevantné pre potreby organizácie.
++* Pravidelné audity dátových systémov a procesov na udržanie vysokých štandardov kvality dát.
++* Úzka spolupráca s IT oddelením, obchodnými analytikmi, vývojármi a ďalšími tímami na zabezpečenie správneho toku a využitia dát.
++* Poskytovanie podpory užívateľom pri prístupe a interpretácii dát.
++)))
++|Detailný popis rozsahu zodpovednosti, povinností a kompetencií|(((
++* Zabezpečenie efektívneho a spoľahlivého zberu dát z rôznych interných a externých zdrojov.
++* Zabezpečenie, aby všetky zberané dáta boli správne zaznamenané a uložené.
++* Vykonávanie štatistických a analytických metód na identifikáciu trendov a vzorcov v dátach.
++* Interpretáciu výsledkov analýz a poskytovania odporúčaní na základe získaných dát.
++* Prípravu pravidelných a ad hoc reportov a prezentácie pre manažment a iné zainteresované strany.
++* Vytvárať interaktívne dashboardy a vizualizácie na podporu rozhodovacích procesov.
++* Udržiavať a aktualizovať databázy a dátové sklady, aby boli dáta presné a aktuálne.
++* Monitorovanie a optimalizovanie výkon dátových systémov a procesov.
++* Implementáciu kontrolných mechanizmov na zabezpečenie kvality a integrity dát.
++* Riešiť problémy s kvalitou dát a zabezpečiť, aby boli dáta vždy spoľahlivé.
++* Poskytovanie technickej podpory a školenia pre užívateľov dátových systémov a nástrojov.
++* Pomáhať užívateľom pri riešení problémov a optimalizácii využitia dát.
++)))
++
++
++
++|**Projektová rola:**|**IT ANALYTIK - Procesný**
++|Stručný popis:|(((
++* 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 informačných systémov (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 a realizuje návrh systému, ktorý vyjadruje návrhovým modelom. Procesný analytik 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í a 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 a môže tiež poskytovať poradenstvo v oblasti svojej špecializácie. Zodpovedá za návrhovú (design) časť IT a 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).
++)))
++|Detailný popis rozsahu zodpovednosti, povinností a kompetencií|(((
++* Vytváranie špecifikácie súčasného alebo budúceho užívateľa softvéru („zákazníka“) a návrh dizajnu a programátorského riešenia.
++* Participácia na vývoji nových a vylepšovaní existujúcich aplikácií v rámci celého vývojového cyklu – systémová analýza, dizajn, kódovanie, užívateľské testovanie, implementácia, podpora, dokumentácia.
++* Úzka spolupráca s IT architektom.
++* Tvorba úplnej analytickej dokumentácie a vstupov do verejného obstarávania (VO).
++* Mapovanie požiadaviek do návrhu funkčných riešení.
++* Návrh a správa katalógu požiadaviek - registra požiadaviek riešenia.
++* Analýza funkčných a nefunkčných požiadaviek.
++* Návrh fyzického a logického modelu.
++* Návrh testovacích scenárov.
++* Dohľad nad implementáciou a zabezpečenie zhodnosti výstupov s pôvodným analytickým zadaním.
++* Definovanie akceptačných kritérií v projekte.
++* Odsúhlasenie opisu produktov, ktoré predstavujú vstupy alebo výstupy úloh dodávateľov, a zabezpečenie ich akceptácie po dokončení.
++* Priraďovanie priorít a poskytovanie stanovísk používateľov na rozhodnutia Riadiaceho výboru projektu.
++* Poskytovanie meraní aktuálneho stavu pre potreby porovnania s výsledkami projektu vzhľadom na realizáciu prínosov.
++* Riešenie požiadaviek používateľov a konflikty iných priorít.
++* Posúdenie prevádzkovo-infraštruktúrnej dokumentácie pred akceptáciou a prevzatím od dodávateľa.
++* Aktívna účasť v projektových tímoch.
++* Spolupráca 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:**|**PROJEKTOVÁ KANCELÁRIA („PMO“)**
++|Projektovou kanceláriou je príslušný organizačný útvar SŠHR SR v zmysle organizačného poriadku SŠHR SR, ktorý zabezpečuje podporu riadenia projektu, najmä:|(((
++* Administratívnu a technickú podporu v jednotlivých fázach životného cyklu projektu,
++* Vypracovanie a odovzdanie menovacích dekrétov a odvolacích dekrétov
++* pre predsedu RV, členov RV, PM a podpísaných predsedom RV pre členov projektového tímu a PMO,
++* Zabezpečenie oboznámenia predsedu RV, členov RV, a členov projektového tímu s projektom, ich
++* úlohami a rozsahom ich zodpovedností, atď. podľa pokynu PM,
++* Organizačné zabezpečenie zasadnutí RV, spracovanie zápisov zo zasadnutí RV a zabezpečenie ich
++* zverejnenia prostredníctvom MetaIS, ak je to potrebné,
++* Organizačné zabezpečenie stretnutí realizovaných v rámci projektu, spracovanie zápisov z týchto
++* stretnutí,
++* Vykonávanie úloh na základe pokynov PM,
++* Vypracovanie a aktualizácia zoznamov úloh, rizík, otvorených otázok a iných manažérskych správ,
++* reportov, zoznamov a požiadaviek,
++* Organizačné zabezpečenie pripomienkového konania projektovej dokumentácie,
++* Správu projektov, monitorovanie stavu projektu, udržiavanie aktuálnosti a hodnovernosti údajov
++* o projektoch a podľa potreby optimalizáciu projektov,
++* Prípravu informácií o stave realizácie projektu podľa potreby,
++* Zhromaždenie, analyzovanie a vyhodnotenie poznatkov z implementácie projektov a definovanie
++* ponaučenia za účelom predchádzania a opakovania chýb z minulosti,
++* Zabezpečenie zverejnenia projektových výstupov jednotlivých fáz životného cyklu projektu na centrálnom úložisku projektovej dokumentácie SŠHR SR a v MetaIS, ak je to potrebné,
++* Poskytuje súčinnosť PM pri predkladaní projektových produktov na posúdenie ekonomickej výhodnosti
++* a súladu s programovým riadením MIRRI SR, ak je to potrebné,
++* Organizáciu procesov súvisiacich s výkazmi práce členov projektových tímov jednotlivých projektov,
++* Vytvorenie a spravovanie centrálneho úložiska projektovej dokumentácie SŠHR SR,
++* 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,
++* Zabezpečenie uloženia originálov projektovej dokumentácie.
++)))
++
++
++|**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 SŠHR SR a dokumentoch týkajúcich sa bezpečnosti SŠHR SR,
++* 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 v minimálnom rozsahu určenom Prílohou č.1 tejto smernice,
++* 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",
++* požiadaviek na dodanie potrebnej dokumentácie súvisiacej s IBaKB kontroluje ich implementá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)“,
++* požiadaviek na bezpečnosť̌ ITaKB v rámci procesu "akceptácie, odovzdania a správy zdrojových kó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, interfejsov, integrácii, kompletného popisu rozhraní́ a spoločných komponentov a posúdenia z pohľadu bezpečnosti.
++)))
++
++
++|**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 minimálnom rozsahu určenom Prílohou č.1 tejto smernice 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,
++* Od-poč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.
++)))
++
++
++**10. Implementácia a preberanie výstupov projektu**
++
++Implementácia a preberanie výstupov projektu bude realizované v súlade s Vyhláškou Ministerstva investícií, regionálneho rozvoja a informatizácie Slovenskej republiky č. 401/2023 Z. z. o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy v zmysle ustanovení podľa § 5 a nasledovných ustanovení.
++
++Zároveň pri finálnej akceptácii dodaného diela dodávateľ odovzdá na základe preberacieho a akceptačného protokolu plne funkčné zdrojové kódy na USB nosiči.
++
++
++**~11. Prílohy**
++
++N/A
++
++

1743373420714-137.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.tibor\.balbercak@reserves\.gov\.sk

Veľkosť

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

Obsah

1743373444720-432.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.tibor\.balbercak@reserves\.gov\.sk

Veľkosť

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

Obsah

1743373481714-125.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.tibor\.balbercak@reserves\.gov\.sk

Veľkosť

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

Obsah

1743373502143-653.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.tibor\.balbercak@reserves\.gov\.sk

Veľkosť

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

Obsah

1743373517234-491.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.tibor\.balbercak@reserves\.gov\.sk

Veľkosť

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

Obsah

1743373535995-243.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.tibor\.balbercak@reserves\.gov\.sk

Veľkosť

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

Obsah

1743373554239-722.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.tibor\.balbercak@reserves\.gov\.sk

Veľkosť

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

Obsah

1743373567933-727.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.tibor\.balbercak@reserves\.gov\.sk

Veľkosť

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

Obsah

1743373585177-551.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.tibor\.balbercak@reserves\.gov\.sk

Veľkosť

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

Obsah

1743373611333-857.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.tibor\.balbercak@reserves\.gov\.sk

Veľkosť

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

Obsah

1743373627875-565.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.tibor\.balbercak@reserves\.gov\.sk

Veľkosť

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

Obsah

1743373639519-907.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.tibor\.balbercak@reserves\.gov\.sk

Veľkosť

...	...	@@ -1,0 +1,1 @@
	1	+1.2 MB

Obsah

1743373676222-647.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.tibor\.balbercak@reserves\.gov\.sk

Veľkosť

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

Obsah

1743373689299-567.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.tibor\.balbercak@reserves\.gov\.sk

Veľkosť

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

Obsah

1743373742385-107.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.tibor\.balbercak@reserves\.gov\.sk

Veľkosť

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

Obsah

1743373754084-985.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.tibor\.balbercak@reserves\.gov\.sk

Veľkosť

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

Obsah

1743374160532-543.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.tibor\.balbercak@reserves\.gov\.sk

Veľkosť

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

Obsah

1743374169296-542.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.tibor\.balbercak@reserves\.gov\.sk

Veľkosť

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

Obsah

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

Súhrn

Podrobnosti

Vitajte

Linky

Naposledy navštívené