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

Naposledy upravil Viktória Šunderlíková 2025/02/03 15:05

From 2.1 to 3.1

Z verzie 1.1

upravil Lucia Klegová
-

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

Do verzie 2.1

upravil Lucia Klegová
-

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, 11 added, 0 removed)

Podrobnosti

Vlastnosti stránky

Obsah

@@ -1,772 +1,1815 @@
--**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}]]"}}Ministerstvo práce, sociálnych vecí a rodiny Slovenskej republiky{{/content}}
--|**Názov projektu**|{{content id="projekt.nazov"}}Digitálna transformácia úsekov verejnej správy pre Ministerstvo práce,  sociálnych vecí a rodiny 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}]]"}}Ministerstvo práce, sociálnych vecí a rodiny Slovenskej republiky{{/content}}
--|**Vlastník projektu**| {{content id="projekt.vlastnik.nazov"}}Ministerstvo práce, sociálnych vecí a rodiny Slovenskej republiky{{/content}}
++
++|Povinná osoba|Ministerstvo práce, sociálnych vecí a rodiny SR (MPSVR SR)
++|Názov projektu|Digitálna transformácia úsekov verejnej správy na Ministerstve práce, sociálnych vecí a rodiny Slovenskej republiky
++|Zodpovedná osoba za projekt|Ing. Lucia Klegová
++|Realizátor projektu|Ministerstvo práce, sociálnych vecí a rodiny SR (MPSVR SR)
++|Vlastník projektu|MPSVR SR
++
++
  **Schvaľovanie dokumentu**
--|**Položka**|**Meno a priezvisko**|**Organizácia**|**Pracovná pozícia**|**Dátum**|(((
--**Podpis**
++
++|Položka|Meno a priezvisko|Organizácia|Pracovná pozícia|Dátum|(((
++Podpis
++
  (alebo elektronický súhlas)
  )))
--|Vypracoval| | | | |
++|Schválil|Ing. Lucia Klegová|MPSVR| |31.01.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
++|1.0|20.01.2025|Prístup k projektu v prvej verzii|Štefan Hudák
++|1.1|30.01.2025|Zapracované pripomienky|Štefan Hudák
--= {{id name="_Toc74315499"/}}2.Účel dokumentu =
++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.//
--== {{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 obsahuje 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.
++
++
++2.1. Použité skratky a pojmy
++
  |**SKRATKA/POJEM**|**POPIS**
--| |
--| |
--| |
--{{id name="_Toc152607286"/}}
--
++|BI|Business Intelligence
++|CRK|Centrálny register klientov
++|DWH|Dátový sklad (z anj. Data Warehouse)
++|Hosting|Poskytovanie priestoru a infraštruktúry na prevádzku webových alebo aplikácií
++|MetaIS|Centrálna evidencia informačných systémov verejnej správy
++|MIRRI|Ministerstvo investícií, regionálneho rozvoja a informatizácie Slovenskej republiky
++|MPSVR / MPSVR SR|Ministerstvo práce sociálnych vecí a rodiny SR
++|n/a|Neaplikovateľné (z anj. „Not Applicable“)
++|NGOs|Mimovládne organizácie
++|NCZI|Národné centrum zdravotníckych informácií
++|ISVS|Informačný systém verejnej správy
++|IS CPDI|Informačný systém Centrálna platforma dátovej integrácie
++|IS RSD|Informačný systém - Riadenie sociálnych dávok
++|Open data|Otvorené údaje, verejne prístupné údaje
++| RPO|Recovery Point Objective vyjadruje, do akého stavu (bodu) v minulosti možno obnoviť dáta. Inými slovami množstvo dát, o ktoré môže organizácia prísť.
++|RSD PRO|Produkčný systém - IS RSD
++|RTO|Recovery Time Objective vyjadruje množstvo času potrebné pre obnovenie dát a celej prevádzky nedostupného systému (softvér).
++|RV|Riadiaci výbor
++|SaaS|Softvér ako služba (z anj. „Software as a Service“)
++|SLA|Zmluva o úrovni poskytovaných služieb (z anj. „Service Level Agreement“)
++|SO|Sprostredkovateľský orgán Programu Slovensko – MPSVR SR
++|SR|Slovenská republika
++|TBD|Bude doplnené (z anj. „To Be Defined“)
--== {{id name="_Toc153139681"/}}{{id name="_Toc15428557"/}}{{id name="_Toc15427667"/}}{{id name="_Toc15426945"/}}{{id name="_Toc510413655"/}}2.2Konvencie pre typy požiadaviek (príklady) ==
++2.2 Konvencie pre typy požiadaviek
--//Zvoľte si konvenciu pre označovanie požiadaviek, súborov, atď. Hlavné kategórie požiadaviek v zmysle katalógu požiadaviek, rozdeľujeme na funkčné (funkcionálne), nefunkčné (kvalitatívne, výkonové a pod.). Podskupiny v hlavných kategóriách je možné rozšíriť podľa potrieb projektu, napríklad~://
--//**Funkcionálne (používateľské) požiadavky **majú nasledovnú konvenciu~://
--//**FRxx**//
--* //U – užívateľská požiadavka//
--* //R – označenie požiadavky//
--* //xx – číslo požiadavky//
--//**Nefunkčné (kvalitatívne, výkonové - Non Functional Requirements - NFR) požiadavky** majú nasledovnú konvenciu~://
--//**NRxx**//
--* //N – nefunkčná požiadavka (NFR)//
--* //R – označenie požiadavky//
--* //xx – číslo požiadavky//
--//Ostatné typy požiadaviek môžu byť ďalej definované objednávateľom/PM.//
--{{id name="_Toc15428558"/}}{{id name="_Toc15427668"/}}{{id name="_Toc15426946"/}}//Všetky požiadavky uvedené v Prístupe k projektu v príslušných kapitolách, musia byť v súlade s funkčnými, nefunkčnými a technickými požiadavkami uvedenými v Katalógu požiadaviek I-04 (**M-05 Analýza nákladov a prínosov - BC/CBA, karta: Katalóg požiadaviek)**.//
++Konvencie pre definíciu požiadaviek sú využité v rámci Katalógu požiadaviek. Tento katalóg obsahuje funkčné, nefunkčné a technické požiadavky kladené na riešenie realizované v rámci projektu Digitálna transformácia úsekov verejnej správy na Ministerstve práce, sociálnych vecí a rodiny Slovenskej republiky.
--= {{id name="_Toc1924467239"/}}{{id name="_Toc153139683"/}}3.Popis navrhovaného riešenia =
++Požiadavky sú rozdelené podľa jednotlivých modulov a inkrementov, pričom každá požiadavka zahŕňa analýzu, vývoj, testovanie a nasadenie.
--//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.//
++Katalóg obsahuje nasledujúce kategórie požiadaviek:
--= {{id name="_Toc120655606"/}}{{id name="_Toc153139684"/}}4.Architektúra riešenia projektu =
++* **Funkčné požiadavky** - týkajú sa konkrétnej funkcionality systému, ktorú je potrebné implementovať. V rámci Katalógu požiadaviek začínajú písmenom F.
++* **Nefunkčné požiadavky** - zahŕňajú kvalitatívne a výkonové aspekty. V rámci Katalógu požiadaviek sú označené v stĺpci A skratkou NF.
++* **Technické požiadavky** - týkajú sa technického aspektu koncového riešenia. V rámci Katalógu požiadaviek sú označené v stĺpci A písmenom T nasledovné číselným označením//.//
--//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,**~://
++**Oblasť požiadavky** - popisuje kategóriu alebo doménu, do ktorej daná požiadavka patrí. Zahŕňa určitú ucelenú oblasť každého druhu požiadavky (Funkčné, Nefunkčné, Technické požiadavky).
--* //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).//
++**Názov požiadavky** - ide o jednoduchý názov požiadavky, ktorý determinuje o čom daná požiadavka je.
--== {{id name="_Toc299977606"/}}{{id name="_Toc153139685"/}}4.1Biznis vrstva ==
++**Detailný popis požiadavky** - poskytuje podrobné informácie o konkrétnej požiadavke. Jej účelom je zabezpečiť jasné pochopenie, čo sa má implementovať, aké sú očakávania, a akým spôsobom sa má požiadavka realizovať. V tomto popise je vyjadrená aj potreba danej požiadavky:
--//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~://
++* **Potrebná požiadavka** je taká, ktorá musí byť implementovaná, aby systém alebo proces mohol správne fungovať podľa stanovených cieľov. Tieto požiadavky sú formulované pomocou slov ako //„musí“// alebo //„má“//.
++* **Odporúčaná požiadavka** je taká, ktorá nie je kritická pre základnú funkčnosť systému, ale jej implementácia by zlepšila efektivitu, použiteľnosť alebo celkovú kvalitu systému. Tieto požiadavky sú vyjadrené slovami ako //„môže“// alebo //„by mal“// a ich implementácia závisí od dostupných zdrojov a priorít.
--* //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//
++3. Popis navrhovaného riešenia
--=== 4.1.1Prehľad koncových služieb – budúci stav: ===
++V nasledovnom texte uvádzame popis navrhovaného riešenia pre jednotlivé podaktivity projektu.
--{{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//
--=== {{id name="_Toc673686985"/}}{{id name="_Toc153139711"/}}4.1.2Jazyková podpora a lokalizácia ===
++3.1 Úsek štátnych sociálnych dávok
--//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.//
--== {{id name="_Toc826435347"/}}{{id name="_Toc153139686"/}}4.2Aplikačná vrstva ==
++V rámci podaktivity 1A na úseku štátnych sociálnych dávok je projekt digitálnej transformácie úsekov verejnej správy na Ministerstve práce, sociálnych vecí a rodiny Slovenskej republiky (ďalej tiež aj ako „MPSVR“ alebo (MPSVR SR“) zameraný na zefektívnenie a modernizáciu procesov súvisiacich so sociálnymi dávkami a príspevkami a sociálnymi službami prostredníctvom vývoja a nasadenia moderných technológií v oblasti analýzy, spracovania a vizualizácie dát. Hlavným cieľom projektu je zvýšiť dostupnosť v oblasti zverejňovania dát v oblasti sociálnych dávok a príspevkov a sociálnych služieb (dovnútra a navonok), zvýšiť efektivitu a používateľský komfort poskytovaných sociálnych dávok a príspevkov a sociálnych služieb, znížiť administratívnu záťaž na strane MPSVR a zabezpečiť lepšiu dostupnosť informácií pre občanov, odbornú verejnosť a orgány územnej samosprávy. Realizácia projektu ďalej zabezpečí elektronizáciu riadenia, koordinácie a výkonu činností so zohľadnením socio-ekonomických aspektov demografického vývoja, regionálnej heterogenity a možnosťou simulácie a predikcie nákladov sociálnych dávok a príspevkov a sociálnych služieb.
--//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//
++V tomto kontexte navrhované riešenie je zamerané na modernizáciu a zefektívnenie správy sociálnych dávok a príspevkov a sociálnych služieb prostredníctvom inovatívnych technológií a automatizovaných procesov, pričom bude implementovať nasledujúce kľúčové funkčnosti a služby:
--=== {{id name="_Toc752151050"/}}{{id name="_Toc153139687"/}}4.2.1Rozsah informačných systémov – AS IS ===
++* Analýza a predikcia výdavkov v oblasti sociálnych dávok a príspevkov a sociálnych služieb: zavedenie analytických nástrojov na prognózy a optimalizáciu výdavkov v oblasti sociálnych dávok a ich príspevkov ako aj sociálnych služieb.
++* Poskytovanie informácií a údajov laickej a odbornej verejnosti: transparentné zdieľanie štatistík a údajov, ktoré budú prístupné prostredníctvom webového rozhrania.
++* Elektronická služba pre orgány územnej samosprávy: uľahčenie prístupu k údajom a zlepšenie spolupráce medzi verejnou správou a samosprávami.
--//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_279|Informačný systém riadenia sociálnych dávok (RSD)|{{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||
--{{/content}}
++Navrhované riešenie bude implementované postupne (v zmysle Vyhlášky 401/2023 o riadení projektu). V rámci pilotnej fázy sa overí jeho funkčnosť na vybraných oblastiach sociálnych dávok a príspevkov. V prípade potreby dôjde k úprave relevantných návrhov detailne špecifikovaných v Detailnom návrhu riešenia. Po úspešnom pilotovaní bude riešenie rozšírené na všetky relevantné oblasti. Preberanie výstupov projektu zahŕňa:
--=== 4.2.2Rozsah informačných systémov – TO BE ===
++* Testovanie funkcionalít a zabezpečenie ich súladu s projektovými požiadavkami.
++* Akceptácia implementovaného riešenia.
++* Školenie používateľov a zamestnancov MPSVR na prácu so systémom.
++* Prípravu dokumentácie a reportov pre všetky zainteresované strany.
--//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_279|Informačný systém riadenia sociálnych dávok (RSD)|{{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_10857|Informačný monitorovací systém pre programové obdobie 2021 - 2027 (ITMS21+)|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností\\c_stav_isvs.3|Vyberte jednu z možností\\c_typ_isvs.1||
--{{/content}}
++Implementáciou riešenia sa dosiahne zlepšenie dostupnosti, transparentnosti a efektivity služieb poskytovaných MPSVR, čo povedie k zvýšeniu spokojnosti občanov a optimalizácii správy verejných financií.
--=== 4.2.3Využívanie nadrezortných a spoločných ISVS – AS IS ===
--//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.//
++3.2 Úsek koordinácie čerpania financií z fondov Európskej únie
--|**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.4Prehľad plánovaných integrácií ISVS na nadrezortné ISVS – spoločné moduly podľa zákona č. 305/2013 e-Governmente – TO BE ===
++V rámci podaktivity 1B na úseku koordinácie čerpania financií z fondov Európskej únie je projekt digitálnej transformácie úsekov verejnej správy na Ministerstve práce, sociálnych vecí a rodiny Slovenskej republiky (ďalej tiež aj ako „MPSVR“ alebo (MPSVR SR“) zameraný na zlepšenie riadenia a organizovania procesov s podporou elektronického nástroja. Digitálna transformácia zabezpečí vyššiu efektivitu práce a zníženie záťaže jednotlivých zapojených ľudských zdrojov, unifikáciu procesov a postupov, efektívnu kontrolu a možnosť porovnania pracovnej výkonnosti, schopnosť zdieľať relevantné údaje a výstupy.
--//Uveďte plánované využívanie nadrezortných a spoločných ISVS v TO BE stave.//
++Výsledným stavom po digitálnej transformácií bude zavedenie elektronického nástroja na podporu výkonu jednotlivých procesov. Bude možné určiť objektívnu výkonnosť jednotlivých pracovníkov, identifikovať preťaženie, alebo nevyťaženie. Podporí sa zníženie duplicitných činností prostredníctvom zdieľania informácií, dôjde k štandardizácii výkonu a výstupov (šablóny, postupy, dáta). Zvýši sa kvalita a odbornosť zamestnancov prostredníctvom využitia nástrojov elektronického vzdelávania. Zníži sa chybovosť pri prepisovaní údajov. Na základe údajov evidovaných údajov v systéme bude umožnené ich ďalšie analyzovanie a vyhodnotenie.
--* //Povinnosť využívať nadrezortné ISVS ustanovuje najmä zákon č. 305/2013 Z. z. o elektronickej podobe výkonu pôsobnosti orgánov verejnej moci a o zmene a doplnení niektorých zákonov (zákon o e-Governmente) a iné legislatívne predpisy. Prehľad a informácie o nadrezortných ISVS sú uvedené v prílohe P8 Zoznam nadrezortných blokov a podporných spoločných blokov Používateľskej príručky MetaIS.//
--|**Kód IS**|**Názov ISVS**|**Spoločné moduly podľa zákona č. 305/2013 e-Governmente**
--| | |Vyberte jednu z možností.
--| | |Vyberte jednu z možností.
--| | |Vyberte jednu z možností.
++V tomto kontexte navrhované riešenie je zamerané na modernizáciu a zefektívnenie úseku koordinácie čerpania financií z fondov Európskej únie prostredníctvom nových technológií a zavedením aplikácie pre podporu elektronizácie vybraných procesov, ktoré budú implementovať nasledujúce kľúčové funkčnosti a služby:
--=== 4.2.5Prehľad plánovaného využívania iných ISVS (integrácie) – TO BE ===
++* Riadenie programov EÚ / riadenie implementácie programov EÚ z pohľadu SO – zavedenie agendového nástroja na získavanie údajov, centralizáciu údajov, podporu interných aktivít realizovaných bez podpory systému, prípravu dátovej základne pre ich ďalšie vyhodnocovanie na jednotlivých úrovniach.
++* Plánovanie a riadenie projektov z pohľadu prijímateľa FP – zavedenie agendového nástroja na evidenciu údajov o realizovaných projektov, podporu finančného riadenia, zber údajov od spolupracujúcich subjektov, monitorovanie projektov a nástroje pre podporu tvorby výstupov a prehľadov. Pre spolupracujúce subjekty systém zabezpečí služby ktoré umožnia a sprehľadnia zadávania údajov voči MPSVR a odstránia chybovosť pri ich ďalšom spracovaní.
++* Ostatné podporné služby – pre podporu kvality a odbornosti zamestnancov bude zavedené nástroje na podporu plánovania a realizovania školenia, zavedú sa podporné nástroje súvisiace s prepojením údajov s ďalšími internými systémami, zavedú sa nástroje pre podporu sledovania a vyhodnocovania procesov.
--//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 .//
++Implementáciou riešenia sa dosiahne zlepšenie dostupnosti, transparentnosti a efektivity služieb poskytovaných MPSVR v oblasti koordinácie čerpania financií z fondov Európskej únie, čo povedie k optimalizácii správy verejných financií. V rámci realizácie projektu bude implementovaná agenda, ktorá nie je súčasťou existujúcej implementácie procesov v rámci ITMS.
++
++4. Architektúra riešenia projektu
++
++
++V nasledovnej časti uvádzame architektúru riešenia projektu rozdelenú podľa jednotlivých úsekov:
++
++* úsek štátnych sociálnych dávok,
++* koordinácia čerpania z fondov Európskej únie.
++
++Úseky sú rozdelené do dvoch samostatných modulov/ISVS, ktoré rozvíjajú exitujúce riešenie MPSVR a zabezpečujú spracovanie vstupných dát do nadradeného IS, v rámci ktorého budú využívané  pre riadenia MPSVR na rôznych úrovniach.
++
++**Schéma 1 – Náhľad celkovej architektúry projektu**
++
++[[image:Schéma č.1.png]]
++
++
++4.1 Úsek štátnych sociálnych dávok
++
++4.1.1 Biznis vrstva
++
++
++Na úrovni **biznis architektúry** navrhované riešenie adresuje vyššie spomenuté oblasti nasledovne:
++
++* Projekt zavádza dynamické modelovanie výdavkov sociálnych dávok a príspevkov . Vytvorí prostredie umožňujúce simuláciu rôznych scenárov a ich dopadov na štátny rozpočet. Údaje v DWH[[~[1~]>>path:#_ftn1]], na ktorom je riešenie postavené, budú konsolidované z viacerých zdrojov vrátane systému RSD a potenciálne aj ďalších systémov MPSVR, čo umožní presnejšiu analýzu demografických a socio-ekonomických faktorov.
++* Súčasný stav zahŕňa zverejňovanie štatistík vo forme .xls súborov, čo často vedie k ad hoc požiadavkám na spracovanie dát. Navrhované riešenie sprístupní dáta prostredníctvom elektronického modulu, ktorý umožní používateľom generovať reporty a vizualizácie podľa požiadaviek. Tým sa zníži administratívna záťaž a zvýši efektivita spracovania.
++* Riešenie zabezpečí elektronické služby pre samosprávy s možnosťou generovania prehľadov a štatistík. Dáta budú upravené na základe autorizácie a regionálnych potrieb, čo zlepší plánovanie a realizáciu kompetencií v oblasti sociálnej politiky.
++
++Riešenie je navrhnuté pre široké spektrum užívateľov vrátane ministerstiev, samospráv a verejnosti.
++
++
++V súčasnosti je spracovávaných 11 sociálnych dávok a 5 typov sociálnych služieb, ktoré sú spracovávané pravidelne na mesačnej báze. Okrem toho prichádzajú od rôznych stakeholderov ad hoc požiadavky, ktoré zamestnanci MPSVR spracovávajú manuálne, bez dostatočných nástrojov na analýzu a predikciu dát. Údaje sú získavané z jednotlivých systémov manuálne, sú spracovávané manuálne čo zvyšuje záťaž na ľudské zdroje a znemožňuje efektívnu analýzu a dynamickú predikciu výdavkov a modelovanie scenárov.
++
++
++V kontexte navrhovaného riešenia a oblastí, ktoré projekt adresuje, možno súčasný stav zosumarizovať nasledovne:
++
++* **Analýza a predikcia výdavkov v oblasti poskytovania sociálnych dávok a príspevkov a sociálnych služieb**:
++** V súčasnosti nie sú vytvorené predpoklady, procesy a nástroje na dynamické predikovanie výdavkov v oblasti poskytovania sociálnych dávok a príspevkov a sociálnych služieb.
++** Výpočet dopadov je realizovaný ad hoc a to na základe konkrétnych parametrov súvisiacich s návrhom danej legislatívy.
++** Údaje sú získavané z jednotlivých systémov samostatne.
++** Spracovanie alternatívnych scenárov je neúmerne náročné.
++** MPSVR v súčasnosti nedisponuje žiadnym relevantným nástrojom, ktorého použitie by umožnilo analyzovať a následne predikovať budúce výdavky v oblasti sociálnych dávok a príspevkov a sociálnych služieb.
++* **Poskytovanie informácií a údajov laickej a odbornej verejnosti v súčasnosti:**
++** Údaje sú spracované vo forme .xls súborov. MPSVR je často dopytované verejnosťou prostredníctvom inštitútu slobodného prístupu k informáciám o zverejnenie, resp. poskytnutie špecifických dát, reportov a prehľadov, alebo o spracovanie napríklad časových radov a to najmä v súvislosti so spracovaním rôznych školských prác študentov. Takéto požiadavky neprimerane vyťažujú ľudské zdroje.
++** MPSVR, resp. ÚPSVaR  zverejňuje vybrané dáta na webovom sídle, nasledovne:
++*** Nezamestnanosť - mesačné štatistiky [[TU>>url:https://www.upsvr.gov.sk/statistiky/nezamestnanost-mesacne-statistiky.html?page_id=1254]]
++*** Mesačné štatistiky miest a obcí - [[TU>>url:https://www.upsvr.gov.sk/statistiky/mesacne-statistiky-miest-a-obci.html?page_id=1009850]]
++*** Nezamestnanosť - absolventi - štatistiky - [[TU>>url:https://www.upsvr.gov.sk/statistiky/nezamestnanost-absolventi-statistiky.html?page_id=1252]]
++*** Sociálne veci - štatistiky -[[ TU>>url:https://www.upsvr.gov.sk/statistiky/socialne-veci-statistiky.html?page_id=10826]]
++*** Zamestnávanie cudzincov - štatistiky - [[TU>>url:https://www.upsvr.gov.sk/statistiky/zamestnavanie-cudzincov-statistiky.html?page_id=10803]]
++*** Mesačné štatistiky – otvorené údaje -[[ TU>>url:https://www.upsvr.gov.sk/statistiky/open-data.html?page_id=955243]]
++*** Ročné výkazy MPSVR SR - [[TU>>url:https://www.upsvr.gov.sk/statistiky/rocne-vykazy-mpsvr-sr.html?page_id=77292]]
++*** Aktívne opatrenia trhu práce - [[TU>>url:https://www.upsvr.gov.sk/statistiky/aktivne-opatrenia-trhu-prace.html?page_id=1248]]
++*** Zoznam najmenej rozvinutých okresov - [[TU>>url:https://www.upsvr.gov.sk/statistiky/zoznam-najmenej-rozvinutych-okresov.html?page_id=561733]]
++*** Vzory štatistických formulárov - [[TU>>url:https://www.upsvr.gov.sk/statistiky/vzory-statistickych-formularov.html?page_id=21797]]
++*** Nezamestnanosť - štvrťročné štatistiky - [[TU>>url:https://www.upsvr.gov.sk/statistiky/nezamestnanost-stvrtrocne-statistiky.html?page_id=1253]]
++*** Národný projekt Prognózy vývoja na trhu práce v SR -[[ TU>>url:https://www.upsvr.gov.sk/statistiky/narodny-projekt-prognozy-vyvoja-na-trhu-prace-v-sr.html?page_id=456054]]
++*** Národný projekt Prognózy vývoja na trhu práce v SR II - [[TU>>url:https://www.upsvr.gov.sk/statistiky/narodny-projekt-prognozy-vyvoja-na-trhu-prace-v-sr-ii.html?page_id=798175]]
++* **Elektronická služba pre orgány územnej samosprávy**
++** MPSVR poskytuje údaje orgánom územnej samosprávy, v rôznej forme a s rôznou periodicitou. Nie sú vytvorené žiadne proaktívne služby, ktoré by poskytli zvýšenú pridanú hodnotu. Ad hoc požiadavky generujú záťaž na ľudské zdroje, ktorá je ťažko plánovateľná.
++** Identifikácia potenciálnych koncových užívateľov navrhovaného riešenia (okrem orgánov územnej samosprávy):
++*** SIEA - Slovenská inovačná a energetická agentúra
++*** Ministerstvo vnútra SR
++*** Finančné riaditeľstvo SR
++*** Ministerstvo školstva, vedy, výskumu a športu SR
++*** Ministerstvo hospodárstva SR
++*** Dátová koalícia
++*** UNHCR
++*** Ministerstvo financií SR
++*** RTVS - Rozhlas a televízia Slovenska
++*** NDS – Národná diaľničná spoločnosť
++*** Sociálna poisťovňa
++*** KRRZ - Kancelária Rady pre rozpočtovú zodpovednosť
++*** Národný inšpektorát práce
++*** SAZP - Slovenská agentúra životného prostredia
++*** Zdravotné poisťovne (VŠZP, Union, Dôvera)
++*** Štatistický úrad SR
++*** Ministerstvo obrany SR
++*** IVPR - Inštitút pre výskum práce a rodiny
++*** Dodávatelia IS (Eviden, Softec)
++
++
++Digitálna transformácia v oblasti sociálnych dávok a príspevkov a sociálnych služieb vo vyššie uvedenom rozsahu prebehne prostredníctvom analýzy, návrhu a následnej implementácie nového systému, ktorého architektúra bude tvorená s dôrazom na využitie technológií dostupných v lokálnej infraštruktúre. Výsledkom projektu je vyššia efektivita práce a zníženie záťaže jednak na strane MPSVR SR, ako aj na strane participujúcich subjektov a to najmä z pohľadu:
++
++* dostupnosti relevantných údajov,
++* tvorbe preddefinovaných reportov a
++* analytických výstupov.
++
++
++V oblasti predikcií a následného dopadu na štátny rozpočet je možné predpokladať:
++
++* efektívnejšie plánovanie rozpočtu,
++* schopnosť identifikovať riziká pre rozpočet,
++* flexibilné prispôsobenie sa legislatívnym a ekonomickým zmenám,
++* transparentnosť a zjednodušená komunikácia s verejnosťou a orgánmi územnej samosprávy.
++
++
++V oblasti **Analýzy a predikcie výdavkov** bude vytvorené prostredie, v ktorom bude možné modelovať rôzne alternatívy a ich dopady na štátnych rozpočet v oblasti poskytovania sociálnych dávok a príspevkov a sociálnych služieb s použitím údajov konsolidovaných v rezortnom DWH. Vývoj výdavkov v oblasti sociálnych dávok a príspevkov a sociálnych služieb v značnej miere závisí od rôznych demografických a socio-ekonomických faktorov. MPSVR SR doposiaľ nedisponuje žiadnym relevantným nástrojom, ktorého použitie by umožnilo analyzovať a následne predikovať budúce výdavky v oblasti sociálnych dávok a príspevkov a sociálnych služieb. Riešenie poskytne platformu, prostredníctvom ktorej bude možné efektívne a v reálnom čase vytvárať rôzne simulačné scenáre definujúce najmä štruktúru sociálnych dávok a príspevkov a sociálnych služieb, parametre demografického vývoja, ekonomické závislosti, geolokačné závislosti atď. Predikcie v oblasti populačného vývoja budú zohľadňovať základné parametre ako plodnosť, potratovosť, úmrtnosť, migráciu, vekovú štruktúru. Analýzy a prognózy bude možné definovať a spracovať v rôznych časových horizontoch a výsledky bude možné vzťahovať na vybrané geografické celky (obec, okres, kraj, región, SR). Zdrojové údaje budú čerpané z dátového skladu, ktorý bude obsahovať dáta z rôznych informačných systémov prevádzkovaných v rezorte MPSVR, prípadne aj ďalších externých systémov.
++
++
++V oblasti **Poskytovania informácií a údajov laickej a odbornej verejnosti**// //bude riešenie podporovať koncept open-data, t.j. údaje v oblasti sociálnych dávok a príspevkov, ich výške, vývoja a pod. budú poskytované verejnosti vo forme open-data a zároveň bude k dispozícii nástroj na dynamickú prácu s nimi. Požiadavky smerujúce k poskytnutiu, alebo spracovaniu dát zo strany verejnosti budú vybavené odkazom na takto vytvorené prostredie. Údaje budú prístupné prostredníctvom webového rozhrania bez nutnosti autentifikácie používateľa (verejne dostupné dáta v prostredí internetu). Modul zabezpečí službu, prostredníctvom ktorej bude môcť používateľ selektovať požadované dáta a následne ich zobraziť vo forme reportu (tabuľka), prípadne prostredníctvom geopriestorového zobrazenia – mapa (v prípade že to charakter daného údaju umožňuje).
++
++V oblasti **Elektronickej služby pre orgány územnej samosprávy**// //budú vytvorené elektronické služby, ktoré umožnia adresné zdieľanie údajov s relevantnými orgánmi územnej samosprávy. Údaje bude môcť efektívne spracovávať a generovať odvodené informácie (prehľady, reporty, časové rady, geopriestorové analýzy) priamo používateľom. MPSVR poskytne jednotlivým mestám, obciam, či územným celkom spracované údaje a predpripraví relevantné dokumenty pre ďalšie možné  analýzy, ktoré umožnia plánovať a realizovať kompetencie v oblasti sociálnej politiky.
++
++MPSVR SR spravuje a produkuje údaje, ktoré majú často zásadný význam pri zabezpečení výkonu kompetencií a strategickom rozhodovaní orgánov územnej samosprávy (obce, VÚC) v oblasti sociálnych vecí a služieb. Výmena údajov prebieha v súčasnosti parciálne s rôznou časovou periodicitou. V rámci skvalitnenia a digitalizácie služieb bude celý proces zberu a zdieľania údajov s úradmi vyšších územných celkov optimalizovaný a navrhnutý tak, aby bolo možné zdieľanie údajov v prostredí s modernými digitálnymi nástrojmi. K digitálnej transformácii dôjde minimálne v nasledovných oblastiach:
++
++* Spracovanie predikcií v oblasti sociálnych vecí - na základe údajov, ktorými disponuje MPSVR a výhľadovo v kombinácii s inými dátovými zdrojmi (dávky, prijímatelia, údaje z NCZI, centrálne referenčné registre a pod.) je možné analyzovať a predikovať požiadavky na rozsah a typ požadovaných sociálnych služieb v budúcnosti v požadovanom geografickom celku (obec, okres, vyšší územný celok, región, skupina obcí a pod.). Napríklad kombináciou veku detí, na ktoré je poberaný špecifický typ dávky z dôvodu špecifickej diagnózy je možné s vysokou pravdepodobnosťou predikovať potrebu zabezpečenia špecifických podmienok pri nástupe povinnej školskej dochádzky. Ďalším príkladom môže byť na základe podobných parametrov odvodiť potrebu a kvantifikáciu sociálnych služieb seniorom. V tomto kontexte navrhované riešenie umožní spracovanie komplexnej analýzy jednotlivých údajov, ich kombinácií a spracovanie sady relevantných reportov adresne určených pre jednotlivé orgány územnej samosprávy.
++* Orgány územnej samosprávy, resp. ich oprávnené osoby získajú prístup k údajom týkajúcich sa sociálnych služieb a budú môcť zostavovať rôzne prehľady a štatistiky na základe zvolených kritérií, tvoriť časové a geopriestorové analýzy. Systém rovnako tak poskytne možnosť generovania návrhov výstupov vrátane tabuliek s vyplnenými dátami danej územnej samosprávy – napríklad dokument „akčný plán pre daný okres“ a základe spracovaných šablón. Poskytované údaje budú anonymizované a agregované takým spôsobom, aby z nich nebolo možné odvodiť identitu dotknutých osôb.
++
++
++4.1.1.1 Prehľad koncových služieb – budúci stav
++
++
++Projekt aktuálne nezahŕňa žiadne koncové služby, a preto neobsahuje ich definíciu ani prepojenie na životné situácie, kódy v MetaIS či úrovne elektronizácie. Koncové služby nie sú predmetom tohto projektu.
++
++**Tabuľka 1 – Prehľad koncových služieb – budúci stav**
++
  |(((
--**Kód ISVS**
++Kód KS
++
  //(z MetaIS)//
--)))|**Názov ISVS**|(((
--**Kód integrovaného ISVS**
--//(z MetaIS)//
--)))|**Názov integrovaného ISVS**
--| | | |
--| | | |
--| | | |
++)))|Názov KS|Používateľ KS //(G2C/G2B/G2G/G2A)//|(((
++Životná situácia
--=== 4.2.6Aplikačné služby pre realizáciu koncových služieb – TO BE ===
++//(+ kód z MetaIS)//
++)))|Úroveň elektronizácie KS
++|n/a|n/a|n/a|n/a|Vyberte jednu z možností
--//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}}
--=== 4.2.7Aplikačné služby na integráciu – TO BE ===
++4.1.1.2 Jazyková podpora a lokalizácia
--//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)~://
--* //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:**//
++Implementované riešenie bude lokalizované v slovenskom a anglickom jazyku. Viac informácií je v Katalógu Požiadaviek ID F1.2.
--:
--(((
--|**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)
++4.1.2 Aplikačná vrstva
++
++
++Na úrovni **aplikačnej architektúry** navrhované riešenie adresuje nasledujúce oblasti, resp. disponuje nasledujúcimi vlastnosťami:
++
++* DWH: Používané na spracovanie veľkých objemov dát zo systému IS RSD, prípadne ďalších systémov MPSVR ako aj externých zdrojov (Štatistický úrad, Sociálna poisťovňa, CPDI, Finančné riaditeľstvo a iné), ktoré umožňujú analýzu a tvorbu reportov podľa legislatívnych požiadaviek. Tieto nástroje poskytujú robustné analytické výstupy, ktoré sú zverejňované na oficiálnej webovej stránke MPSVR.
++* Dáta budú prijímané, transformované a uložené do relačnej databázy, ktorá bude slúžiť ako centrálne úložisko pre ďalšie komponenty systému. Transformované dáta budú pripravené na vizualizáciu a analýzu prostredníctvom BI nástrojov a prediktívnych modelov.
++* Prostredie pre business intelligence bude navrhnuté modulárne, umožňujúce prispôsobenie potrebám rôznych skupín používateľov (verejnosť, interní zamestnanci). Dáta budú spracované do sémantického modelu pre intuitívne a zrozumiteľné použitie. Reporty budú dostupné na webovej stránke a riadené na základe autentifikácie používateľov.
++
++
++Súčasná architektúra správy sociálnych dávok a služieb MPSVR SR je charakterizovaná použitím hlavnej aplikácie pre túto správu - IS RSD, integráciou interných systémov a využívaním dát z externých zdrojov. V tomto kontexte hlavnými systémami, resp. aplikáciami sú:
++
++* **IS RSD **(RSD MIS – RSD PRO)** - **centrálny systém na správu sociálnych dávok a príspevkov.
++** RSD MIS – Je systém kombinujúci prvky hlavnej aplikácie pre riadenie sociálnych dávok a nadstavby manažérskeho informačného systému MPSVR SR, ktorého účel je tvorba štatistiky. Táto webová aplikácia obsahuje odkazy na datasety v preddefinovanej štruktúre, ktoré sú dostupné ako xlsx súbory, ktoré sú aktualizované na mesačnej báze.
++** RSD PRO – Ide o hlavný agendový systém pre elektronické služby, tvorbu rozhodnutí a kontroly v oblasti sociálnych dávok a príspevkov. Poskytuje funkcie (napr. evidencia a posudzovanie žiadostí, vyplácanie dávok alebo kontrola tlačových zostáv), vzorce pre výpočet dávok alebo databázu poberateľov a posudzovaných osôb. Webové rozhranie je prístupné iba v rámci internej siete MPSVR SR.
++* **MS Excel kontingenčné tabuľky - **sú nástrojom na analýzu údajov a spracovanie veľkých objemov dát z rôznych pohľadov a dimenzií. V architektúre pre sociálne dávky a príspevky sa používajú na spracovanie údajov importovaných zo súčasného DWH Oracle IS RSD, ktoré zahŕňajú informácie o sociálnych dávkach a príspevkoch. Tieto údaje sú kombinované s dátami z externých zdrojov, ako je Štatistický úrad SR. Kontingenčné tabuľky poskytujú flexibilitu pri spracovaní a tvorbe reportov, ktoré obsahujú legislatívne požadované štatistické údaje. Výsledné reporty sú zverejňované na oficiálnej stránke UPSVR: [[Sociálne veci a štatistiky>>url:https://www.upsvr.gov.sk/statistiky/socialne-veci-statistiky/2024/2024-socialne-davky.html?page_id=1334696]].
++
++
++Architektúru súčasného stavu s dôrazom na aplikačnú vrstvu možno zobraziť nasledovne:
++
++[[image:file:///C:/Users/klegova/AppData/Local/Temp/msohtmlclip1/01/clip_image002.png]] **Schéma 2 – Architektúra súčasného stavu aplikačnej vrstvy**
++
++[[image:Schéma č.2.png]]
++
++Tak ako je uvedené v predchádzajúcej kapitole pre analýzu a predikciu výdavkov v oblasti poskytovania štátnych sociálnych dávok a príspevkov sú údaje získavané z jednotlivých systémov samostatne (hlavne IS RSD a externých zdrojov ako sú Štatistický úrad, Sociálna poisťovňa, CPDI a ďalších) a ad hoc spracované. Ďalším podporným systémami v rámci predloženej architektúry je aj IS DSD – číselníky.
++
++V oblasti poskytovania informácií a údajov laickej a odbornej verejnosti sú štatistické údaje z IS RSD exportované, manuálne spracované vo forme .xls a následne zverejnené na stránkach UPSVR. Pre poskytovanie informácií orgánom územnej samosprávy sa vytvárajú z údajov systému IS RSD špecifické reporty s dátovými atribútmi na základe formulára od žiadateľa.
++
++
++**Navrhované riešenie**
++
++Architektúra navrhovaného riešenia je rozdelená do troch hlavných vrstiev, ktoré sú nevyhnutné pre úspešnú implementáciu a splnenie cieľov projektu. Tieto vrstvy reflektujú potrebu efektívneho využitia výpočtových zdrojov, presnej analýzy dát a užívateľsky prístupného prostredia:
++
++1. **Rezortné DWH** - Táto vrstva predstavuje základ infraštruktúry, ktorá zabezpečuje dostatočný výpočtový výkon a bezpečnosť systému. Implementované technológie a servery budú navrhnuté tak, aby podporovali rôznorodé aplikácie a algoritmy, ktoré sú základom projektu.
++1. **Nástroj pre business intelligence (BI)** - Druhou kľúčovou vrstvou je nástroj na podporu rozhodovacích procesov a programovanie modelov, ktorý umožní efektívnu vizualizáciu údajov. Tento nástroj bude slúžiť na finálnu transformáciu spracovaných dát na praktické informácie, ktoré budú dostupné relevantným používateľom. Poskytne pokročilé funkcionality, ako napríklad zobrazenie reportov, sledovanie trendov a export podkladových dát.
++1. **Webstránka -** Na prístup ku spracovaným dátam a analytickým výstupom bude využité už existujúce webové rozhranie, ktoré umožní jednoduchú a efektívnu interakciu koncových používateľov s riešením (pozn. potenciálne bude navrhované riešenie poskytovať spracované dáta do nového prostredia pre riadenie dát pre rôzne skupiny konzumentov od verejnosti až po autorizovaných používateľov na špecializované výstupy – nie je súčasťou tohto projektu).
++
++Na nasledujúcom obrázku je znázornená architektúra navrhovaného riešenia (napojenie aplikačnej vrstvy na biznis funkcie), ktorá pozostáva z 3 hlavných komponentov, resp. sekcií: 1) Rezortné DWH, 2) Nástroj BI a 3) Webstránka MPSVR. Jednotlivé vrstvy sú detailne popísané nižšie.
++
++
++
++**Schéma 3 – Náhľad biznis a aplikačnej architektúry navrhovaného riešenia**
++
++[[image:Schéma č.3.png]]
++
++Riešenie predstavuje rozšírenie existujúcej biznis a aplikačnej architektúry s cieľom zlepšiť spracovanie a analýzu údajov o štátnych sociálnych dávkach a príspevkoch a sociálnych službách. Schéma zachytáva detailné rozvrstvenie nových komponentov systému ako automatizované spracovanie údajov, nástroj pre Business Intelligence a predikčný model.
++
++
++**Rezortné DWH**
++
++V rámci tohto prostredia bude prebiehať príjem, spracovanie a uchovávanie dát, pričom tento proces bude navrhnutý s ohľadom na robustnosť a jednoduchosť ďalšej integrácie. Dáta z rôznych zdrojov budú prichádzať prostredníctvom špecifických konektorov, z ktorých každý bude optimalizovaný pre konkrétny typ zdroja alebo protokol prenosu dát. Po prijatí budú dáta ukladané do landing stage v ich pôvodnom formáte, čo umožní v prípade akýchkoľvek problémov spätne analyzovať chyby, rekonštruovať dátový tok alebo vykonať iné dôležité operácie spätnej kontroly.
++
++Následne tieto dáta prejdú viacerými krokmi transformácie, pričom každá čiastková transformácia bude samostatne uložená.  Transformácia zaistí, že dáta budú prispôsobené do formátu, ktorý je nevyhnutný pre vykonávanie analýz, tvorbu reportov a predikcií.  Transformované dáta budú uložené vo vlastnom datamarte, ktorý je optimalizovaný pre tvorbu predikcií sociálnych dávok a príspevkov a  sociálnych služieb, pričom poskytuje jednoduchú a intuitívnu vizualizáciu výsledkov. Tento datamart bude slúžiť ako centrálny zdroj pre BI komponent systému, ktorý ich využije na vizualizáciu a tvorbu reportov, ako aj zdroj pre modely predikcie, ktoré budú schopné na základe predpokladaných zmien v jednotlivých parametroch predikovať hodnoty, ktoré môžeme očakávať v budúcnosti.
++
++Celková architektúra je navrhnutá tak, aby bola modulárna, jednoducho rozšíriteľná a pripravená na budúce požiadavky, čím podporí dlhodobú udržateľnosť a efektívnosť systému.
++
++
++**Nástroj BI**
++
++Prostredie v nástroji pre business intelligence (ďalej tiež ako „BI“) bude navrhnuté a rozdelené do viacerých samostatných prostredí, ktoré budú prispôsobené potrebám rôznych skupín používateľov. Medzi tieto skupiny patria napríklad verejnosť a interní zamestnanci, pričom každá z týchto skupín bude mať k dispozícii špecifický prístup k relevantným dátam. Tento prístup bude riadený na základe definovaných oprávnení a zásad bezpečnosti, aby sa zabezpečilo, že každý používateľ bude mať prístup len k tým údajom, ktoré sú pre jeho úlohu a zodpovednosť relevantné.
++
++Do jednotlivých prostredí budú napojené len tie dátové zdroje a informácie, ktoré sú pre danú skupinu potrebné. Napríklad prostredie pre verejnosť môže obsahovať agregované údaje a prehľady, ktoré neobsahujú citlivé alebo interné informácie, zatiaľ čo prostredie pre interných zamestnancov poskytne podrobnejšie dáta na podporu ich každodennej práce a zobrazenie očakávaných predikcií pre modelovanie rôznych budúcich scenárov.
++
++Dôležitou súčasťou tejto sekcie sú aj finálne transformácie dát, známe ako sémantický model. Tento model bude zodpovedný za posledný krok transformácie údajov, počas ktorého budú dáta upravené do formátu, ktorý je pre používateľov najzrozumiteľnejší a najviac intuitívny. Sémantický model zaistí, že prezentované údaje budú presne odrážať očakávania používateľov, čím sa zvýši ich použiteľnosť a efektivita pri analýze.
++
++Celkový dizajn tohto prostredia bude modulárny a flexibilný, čo umožní budúce rozšírenia alebo zmeny podľa meniacich sa potrieb používateľov v budúcnosti. V kombinácii s robustnou infraštruktúrou a riadením prístupov tak nástroj pre business intelligence ponúkne komplexné a bezpečné riešenie na zobrazenie dát a predikcií pre všetky definované skupiny používateľov.
++
++
++**Webstránka**
++
++Reporty budú zobrazované priamo na webovej stránke MPSVR alebo portály, kde budú integrované prostredníctvom iframe HTML kódu.. Táto implementácia umožní hladké vloženie reportov do stránky a zaistí ich spoľahlivé zobrazenie vo všetkých podporovaných prehliadačoch a zariadeniach. Webová stránka bude obsahovať špeciálne sekcie určené na prístup k reportom, pričom tieto sekcie budú rozdelené na základe používateľských skupín.
++
++Prístup k jednotlivým sekciám bude riadený prostredníctvom prihlasovania používateľov, čím sa zabezpečí, že každý report bude dostupný iba pre oprávnených členov danej skupiny. Autentifikácia a autorizácia budú prebiehať priamo na úrovni webovej stránky, čo znamená, že bezpečnostné pravidlá budú striktne dodržiavané ešte pred načítaním samotného obsahu reportu. Tento proces zaručuje ochranu citlivých údajov a minimalizuje riziko neoprávneného prístupu k obsahu. Chránené budú tie reporty, ktoré budú takto definované zadávateľom. Reporty voľne dostupné verejnosti nebudú chránené prihlasovacími údajmi.
++
++
++4.1.2.1 Rozsah informačných systémov – AS IS
++
++
++Nasledujúca tabuľka sumarizuje informačné systému súčasného stavu:
++
++**Tabuľka 2 – Prehľad informačných systémov - súčasný stav**
++
++|**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_279|IS RSD|☐|  Prevádzkovaný|  Agendový|n/a
--* //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"/}}
++
++4.1.2.2 Rozsah informačných systémov – TO BE
++
++Nasledujúca tabuľka sumarizuje informačné systémy v budúcom stave:
++
++**Tabuľka 3 – Prehľad informačných systémov – budúci 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)//
++)))
++|TBD|Systém predikcií, analýzy a poskytovania údajov|☐|  Plánujem budovať|  Ekonomický a administratívny chod inštitúcie|n/a
++
++
++4.1.2.3 Využívanie nadrezortných a spoločných ISVS – AS IS
++
++
++Nasledujúca tabuľka sumarizuje aktuálne využívané spoločné ISVS:
++
++**Tabuľka 4 – Prehľad aktuálne využívaných ISVS**
++
++|Kód IS|Názov ISVS|Spoločné moduly podľa zákona č. 305/2013 e-Governmente
++|n/a|n/a|n/a
++
++
++V **AS IS stave** prebieha jedine konzumácia a poskytovanie dát z externých zdrojov a databázou IS RSD. Údaje sú ukladané do IS RSD na účely analytického spracovania a štatistík ale nejedná sa o ISVS.
++
++
++4.1.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
++
++
++V **TO BE stave** je aj proces konzumácie a poskytovania údajov z AS IS stavu nerelevantný, pretože všetky potrebné referenčné údaje budú už zahrnuté v Rezortnom DWH z ktorého nový Systém predikcií, analýzy a poskytovania údajov čerpá.
++
++**Tabuľka 5 – Prehľad integrácií ISVS na nadrezortné ISVS – budúci stav**
++
++|Kód IS|Názov ISVS|Spoločné moduly podľa zákona č. 305/2013 e-Governmente
++|n/a|n/a|n/a
++
++
++4.1.2.5 Prehľad plánovaného využívania iných ISVS (integrácie) – TO BE
++
++Navrhované riešenie neplánuje žiadne ďalšie integrácie s inými ISVS, spoločnými blokmi (SaaS) alebo informačnými systémami tretích strán.
++
++**Tabuľka 6 – Prehľad integrácií ISVS na nadrezortné ISVS – budúci stav**
++
++|(((
++Kód ISVS
++
++//(z MetaIS)//
++)))|(((
++Názov ISVS
++
++)))|(((
++Kód integrovaného ISVS
--=== {{id name="_Toc814509359"/}}{{id name="_Toc153139693"/}}{{id name="_Toc63764348"/}}4.2.8Poskytovanie údajov z ISVS do IS CSRÚ – TO BE ===
++//(z MetaIS)//
++)))|Názov integrovaného ISVS
++|n/a|n/a|n/a|n/a
--//Uveďte v nasledujúcej tabuľke prehľad poskytovaných údajov (objektov evidencie, ďalej OE) z ISVS do IS CSRÚ v TO BE stave.//
--|**ID OE**|**Názov (poskytovaného) objektu evidencie**|**Kód ISVS poskytujúceho OE**|**Názov ISVS poskytujúceho OE**
--| | | |
--| | | |
--| | | |
++4.1.2 6 Aplikačné služby pre realizáciu koncových služieb – TO BE
--=== {{id name="_Toc63764349"/}}{{id name="_Toc1792132569"/}}{{id name="_Toc153139694"/}}4.2.9Konzumovanie údajov z IS CSRU – TO BE ===
++Projekt aktuálne nezahŕňa žiadne koncové služby, a preto neobsahuje ich definíciu ani prepojenie na životné situácie, kódy v MetaIS či úrovne elektronizácie. Koncové služby nie sú predmetom tohto projektu.
--//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Ú.//
++**Tabuľka 7 – Prehľad aplikačných služieb pre realizáciu koncových služieb – budúci stav**
--|**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**
--| | | |
--| | | |
--| | | |
++|(((
++Kód AS
--== {{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 ==
++//(z MetaIS)//
++)))|Názov AS|(((
++ISVS/modul ISVS
--//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.//
++//(kód z MetaIS)//
++)))|(((
++Aplikačná služba realizuje KS
--=== {{id name="_Toc2009350815"/}}{{id name="_Toc153139696"/}}{{id name="_Toc63764351"/}}4.3.1Údaje v správe organizácie ===
++//(kód KS z MetaIS)//
++)))
++|n/a|n/a|n/a|n/a
--//[[Popíšte dátovú architektúru riešenia na úrovni objektov evidencie a vzťahov medzi nimi>>url:https://managementmania.com/sk/zalohovanie-backup#heading=h.2s8eyo1]] **v AS IS stave**. Pri popise je potrebné vychádzať z metodiky Ministerstva vnútra - Metodika identifikácie, vizualizácie a referencovania údajov pri dátovom modelovaní vo verejnej správe (zverejnená na stránke __[[https:~~/~~/www.minv.sk/?np-optimalizacia-procesov-vo-verejnej-sprave>>url:https://www.minv.sk/?np-optimalizacia-procesov-vo-verejnej-sprave]]__ v Aktivite 5).//
--* //Uveďte diagramy tried a štruktúrovaný popis entít a atribútov vhodný aj pre strojové spracovanie. Diagram tried uveďte vo forme úplného logického modelu.//
--* //Popíšte procesy riadenia životného cyklu správy údajov, kde je potrebné zrozumiteľne zdokumentovať dátové štruktúry, proces tvorby údajov, štatistické metodológie (ak budú použité), dátové zdroje, kontext a ďalšie aspekty manažmentu údajov. Proces riadenia pre manažment údajov musí byť zavedený nad informačnými systémami, ktoré obsahujú objekty evidencie a budú riešené v projekte.//
--* //Popíšte zavedenie systematického manažmentu údajov v organizácií.//
--* //Po organizačnej stránke je podmienkou zavedenie role dátového kurátora (dátový architekt) v organizácii, v rozsahu ako ju definuje strategická priorita Manažment údajov a strategická priorita Otvorené údaje, ktorý bude zodpovedný za koncept systematického manažmentu údajov a úpravu organizačnej štruktúry smerom k vytvoreniu rezortnej dátovej kancelárie.//
++4.1.2.7 Aplikačné služby na integráciu – TO BE
--=== {{id name="_Ref154138234"/}}{{id name="_Toc1386538966"/}}{{id name="_Toc153139697"/}}{{id name="_Toc63764352"/}}4.3.2Dátový rozsah projektu - Prehľad objektov evidencie - TO BE ===
++Projekt nepredpokladá využitie aplikačných služieb na integráciu.
--//Pre budované informačné systémy vytvorte tzv. doménový model, ktorý definuje návrh dátových prvkov súvisiacich s projektom.//
++**Tabuľka 8 – Prehľad aplikačných služieb na integráciu – budúci stav**
--* //Ú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//
++|(((
++AS
--|**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"/}}
++(Kód MetaIS)
++)))|(((
--=== {{id name="_Toc62489744"/}}{{id name="_Toc58337728"/}}{{id name="_Toc2089422843"/}}{{id name="_Toc153139699"/}}4.3.3Referenčné údaje ===
++Názov AS
++)))|(((
++Realizuje ISVS
--//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~://
++(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
--* //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).//
++(kód MetaIS)
++)))
++| n/a| n/a| n/a|n/a| n/a| n/a| n/a| n/a
--==== {{id name="_Toc268006870"/}}{{id name="_Toc153139700"/}}{{id name="_Toc63764357"/}}4.3.3.1Objekty evidencie z pohľadu procesu ich vyhlásenia za referenčné ====
--//V tejto časti dokumentu je potrebné definovať/popísať rozsah a štruktúru na úrovni registrov / objektov evidencie / údajov, ktoré sa navrhujú vyhlásiť za referenčné v naviazanosti na ich zrealizovateľné vzájomné zdieľanie medzi subjektami verejnej správy a dodržanie pravidla, že za referenčné údaje/atribúty sú vyhlasované také údaje/atribúty, ktoré sú k subjektu evidencie jedinečné a práve tie, ktoré využívajú subjekty verejnej správy pri realizácii princípu „1 x a dosť“.//
++4.1.2.8 Poskytovanie údajov z ISVS do IS CPDI – TO BE
--* //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~://
++Projekt neuvažuje s poskytovaním údajov do IS CPDI.
++**Tabuľka 9 – Prehľad údajov poskytovaných do IS CPDI – budúci stav**
++
++|ID OE|Názov (poskytovaného) objektu evidencie|Kód ISVS poskytujúceho OE|Názov ISVS poskytujúceho OE
++| n/a| n/a| n/a| n/a
++
++
++4.1.2.9 Konzumovanie údajov z IS CPDI – TO BE
++
++**Tabuľka 10 – Prehľad údajov konzumovaných z IS CPDI – budúci stav**
++
++|ID OE|(((
++
++
++Názov (konzumovaného) objektu evidencie
++)))|Kód a názov ISVS konzumujúceho OE z IS CPDI|Kód zdrojového ISVS v MetaIS
++|n/a|n/a|n/a|n/a
++
++
++4.1.3 Dátová vrstva
++
++
++Na úrovni **dátovej architektúry** navrhované riešenie adresuje nasledujúce oblasti, resp. disponuje nasledujúcimi vlastnosťami :
++
++* Navrhované riešenie bude implementované nad dátovým skladom, ktorý je centrálny uzol pre zber, transformáciu a ukladanie dát. Dátový sklad poskytne výpočtovú kapacitu potrebnú na analýzu a tvorbu predikcií, pričom zabezpečí štandardizáciu a konzistentnosť dát.
++* Automatizované procesy zabezpečia integritu a kvalitu údajov. Správa dát bude riadená dedikovaným vlastníkom dátovej kvality, ktorý bude zodpovedný za nastavenie a monitorovanie kontrolných mechanizmov.
++* Reportingové riešenia budú dostupné verejnosti ako open data vo formáte BI reportov, ktoré umožnia prehľadávanie vizualizácií a sťahovanie podkladových dát.
++* BI nástroj poskytne vizualizáciu dát a dynamický prístup k dátam s používateľskými nástrojmi na modelovanie požadovaných dátových výstupov.
++* Modulárna architektúra dátového skladu umožní jednoduchú integráciu nových dátových zdrojov a ďalšie vylepšenia podľa potreby.
++
++
++4.1.3.1 Údaje v správe organizácie
++
++Kľúčovým systémom poskytovania zdrojových dát pre účely predkladaného riešenia je systém pre správu a riadenie sociálnych dávok IS RSD. Tento systém administruje zber dát spojených s procesom vyplácania a administrácie sociálnych dávok a príspevkov, pričom je pod správou externého dodávateľa. Pracovníci MPSVR majú prístup k agregovaným dátam z RSD dostupných cez webový odkaz, resp. oprávnení užívatelia majú prístup aj k individuálnym údajom v RSD MIS), ktorý je prístupný iba z internej siete MPSVR. Tu sú v zložkách uložené jednotlivé datasety ktoré dodávateľ na mesačnej báze plní z nových dát o vyplácaní sociálnych dávok a príspevkov. Tieto dáta sú následne spracované analytickými pracovníkmi MPSVR a publikované na webovej stránke vo forme .xlsx súborov pre stiahnutie.
++
++Celý proces je možné popísať v nasledujúcich krokoch:
++
++1. Na konci kalendárneho mesiaca správca RSD agreguje dáta za ukončený mesiac a doplní ich do datasetov na webovej adrese.
++1. Pracovník MPSVR je upovedomený o tom, že dostupný dataset bol doplnený do webového rozhrania. Tento bod je administrovaný notifikáciou v rozhraní systému (viď obrázok nižšie).
++1. Dáta za ukončený mesiac sú transformované do definovanej podoby pre publikáciu pracovníkom MPSVR.
++1. Dáta za ukončený mesiac sú publikované na stránke MPSVR ako odkaz pre stiahnutie podkladového súboru vo formáte .xlsx
++
++Nasledujúci obrázok zachytáva webové rozhranie, prostredníctvom ktorého MPSVR preberá výstupy RSD MIS na ďalšie analytické spracovanie:
++**Obrázok 1 – Webové rozhranie RSD MIS**
++
++
++[[image:Obrázok č.1.png]]
++
++4.1.3.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE
++
++Budúce riešenie bude vytvárať nové dátové objekty, ktoré budú doručovať definovanú hodnotu za účelom naplnenia cieľov projektu. Tieto sú popísané po jednotlivých oblastiach. Aktuálne riešenie počíta s dátovým skladom, ktorý bude slúžiť na zber, transformáciu a uloženie podkladových dát. V prostredí dátového skladu bude poskytnutá potrebná výpočtová kapacita pre tvorbu transformácií a predikcií. Dátový sklad je tak samostatným objektom evidencie, ktorého funkcionalita je pre úspech podkladového riešenia projektu dôležitá.
++
++**Oblasť 1: Analýza a predikcia výdavkov v oblasti poskytovania štátnych sociálnych dávok a príspevkov a sociálnych služieb** vytvorí databázové tabuľky na ukladanie výstupov predikcií a prediktívny algoritmus na odhad budúceho vývoja dávok:
++
++1. Užívateľské rozhranie na riadenie parametrov výpočtu.
++1. Predikčný algoritmus, ktorý predikuje budúci počet poberateľov dávok ako aj hodnotu vyplatených dávok.
++1. Databázová tabuľka v dátovom sklade pre uloženie výstupov predikcie.
++1. Reportingové riešenie pre prezentáciu výstupov.
++
++**Oblasť 2: Poskytovanie informácií a údajov laickej a odbornej verejnosti** bude zahŕňať napojenie na dáta z rezortného DWH, ich transformovanie a ukladanie vo vlastnom datamarte a prezentáciu prostredníctvom BI reportov:
++
++1. Napojenie dát z rezortného DWH.
++1. Uloženie dát vo vlastnom datamarte.
++1. Reportingové riešenie.
++
++**Oblasť 3: Elektronická služba pre orgány územnej samosprávy** umožní zdieľanie dát na regionálnej úrovni s využitím robustného dátového modelu:
++
++1. Napojenie dát z rezortného DWH.
++1. Uloženie dát vo vlastnom datamarte.
++1. Reportingové riešenie.
++
++V nasledujúcej tabuľke sú zosumarizované jednotlivé objekty evidencie navrhovaného riešenia:
++
++**Tabuľka 11 – Objekty evidencie**
++
++|ID OE|Objekt evidencie - názov|Objekt evidencie - popis|Referencovateľný identifikátor URI dátového prvku
++|0.1|Dátový sklad|Prostredie dátového skladu slúžiace na ukladanie dát a poskytnutie výpočtovej kapacity pre potreby riešenia|Nemá
++|1.1|UI|Riadenie parametrov výpočtu|Nemá
++|1.2|Algoritmus|Administrácia výpočtu|Nemá
++|1.3|Uloženie dát|Datamart v rezortnom DWH pre uloženie výstupov|Nemá
++|1.4|Report|Report napojený na datamart DWH prezentujúci výstupy predikcie|Nemá
++|2.1|Dátové spojenie|Napojenie DIGI datamartu na ostatné datamarty v rezortnom DWH|(((
++Nemá
++
++
++)))
++|2.2|Uloženie dát A2|Datamart v rezortnom DWH pre uloženie výstupov|Nemá
++|2.3|Report|Reportingové riešenie dostupné verejnosti|Nemá
++|3.1|Dátové spojenie|Napojenie DIGI datamartu na ostatné datamarty v rezortnom DWH|Nemá
++|3.2|Uloženie dát A3|Datamart v rezortnom DWH pre uloženie výstupov|Nemá
++|3.3|Report|Reportingové riešenie chránené prístupom a dostupné definovaným užívateľom zo samospráv|Nemá
++
++
++4.1.3.3 Referenčné údaje
++
++V rámci analýzy súčasného stavu bol identifikovaný dôležitý zdroj dát IS RSD. Oblasti 2 a 3 budú kompletne postavené nad dátami z tohto systému, ktorý ich bude poskytovať do rezortného DWH, z ktorého následne bude navrhované riešenie dáta prijímať pre vlastné spracovanie. V týchto aktivitách sa nejedná o inováciu v zmysle doplnenia nových dát do riešenia, inovuje sa predovšetkým prezentačná vrstva. Je možné, že nové dáta a referenčné údaje budú potrebné pre administráciu predikcií v rámci Oblasti 1, avšak v čase prípravy tohto dokumentu neboli identifikované.
++
++===== Objekty evidencie z pohľadu procesu ich vyhlásenia za referenčné =====
++
++**Tabuľka 12 – Objekty evidencie z pohľadu procesu ich vyhlásenia za referenčné**
++
  |**ID OE**|(((
  **Názov referenčného registra /objektu evidencie**
--//(uvádzať OE z tabuľky v kap. 4.3.2)//
++
++//(uvádzať OE z tabuľky v kap. 4.2.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**
--| | | | |
--| | | | |
--| | | | |
++|n/a|n/a|n/a|n/a|n/a
--==== 4.3.3.2Identifikácia údajov pre konzumovanie alebo poskytovanie údajov do/z CSRU ====
--//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Ú.//
++===== Identifikácia údajov pre konzumovanie alebo poskytovanie údajov  do/z CPDI =====
++**Tabuľka 13 – Identifikácia údajov pre konzumovanie alebo poskytovanie údajov do/z CPDI**
++
  |**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í.|
++**Názov referenčného registra /objektu evidencie**
--=== {{id name="_Toc62489741"/}}{{id name="_Toc58337725"/}}{{id name="_Toc62488224"/}}{{id name="_Toc62488115"/}}{{id name="_Toc62488022"/}}{{id name="_Toc62487929"/}}4.3.4Kvalita a čistenie údajov ===
++//(uvádzať OE z tabuľky v kap. 4.2.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**
++|n/a|n/a|n/a|n/a|n/a
--==== {{id name="_Toc63764354"/}}4.3.4.1Zhodnotenie objektov evidencie z pohľadu dátovej kvality ====
--//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~://
++4.1.3.4 Kvalita a čistenie údajov
--* //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~://
++===== Zhodnotenie objektov evidencie z pohľadu dátovej kvality =====
--|**ID OE**|(((
--**Názov Objektu evidencie**
--//(uvádzať OE z tabuľky v kap. //4.3.2//)//
--)))|(((
--**Významnosť kvality**
++Nakoľko sa jedná o projekt dátového riešenia, dátová kvalita musí byť zabezpečená bez kompromisov. Správne a plné fungovanie každej časti architektúry riešenia je potrebné k správnemu fungovaniu riešenia ako celku. Pokiaľ zlyhá napríklad proces napojenia na zdrojové údaje, nebude správne fungovať žiadna z komponent na tento proces nadväzujúca a riešenia ako celok prestane doručovať požadované výsledky.
++
++Z toho dôvodu je v tabuľke nižšie uvedená maximálna významnosť dátovej kvality pre každý evidovaný objekt riešenia. Prioritizácia je v tomto prípade bezpredmetná, plná funkčnosť všetkých komponentov musí byť kontinuálne zaručená.
++
++Dátová kvalita bude administrovaná pomocou automatizovaných procesov dátovej kvality, ktoré budú implementované v rezortnom DWH. Pre riešenie bude prínosné, ak bude určený vlastník dátovej kvality, ktorý bude zodpovedný za správne nastavenie automatizovaných procesov kontroly a bude mať potrebné znalosti správy systému, aby vedel riadiť nápravu prípadných identifikovaných chýb. Konkrétne role spojené so zabezpečením dátovej kvality sú popísané v nasledujúcej časti.
++
++**Tabuľka 14 – Objekty evidencie v kontexte riadenia dátovej kvality**
++
++|ID OE|Objekt evidencie - názov|(((
++Významnosť kvality
++
  //1 (malá) až 5 (veľmi významná)//
  )))|(((
--**Citlivosť kvality**
--//1 (malá) až 5 (veľmi významná)//
++Citlivosť kvality
++
++//1 (malá) až 5 (veľmi významná//
  )))|(((
--**Priorita //– poradie dôležitosti//**
++Priorita //– poradie dôležitosti//
++
  //(začnite číslovať od najdôležitejšieho)//
++
++
  )))
--| |//Údaje o štatutárovi//|//5//|//3//|//1.//
--| |//Iné zainteresované osoby//|//2//|//3//|//20.//
--| | | | |
++|0.1|Dátový sklad|5|5|N/A
++|1.1|UI|5|5|N/A
++|1.2|Algoritmus|5|5|N/A
++|1.3|Uloženie dát A1|5|5|N/A
++|1.4|Report|5|5|N/A
++|2.1|Dátové spojenie|5|5|N/A
++|2.2|Uloženie dát A2|5|5|N/A
++|2.3|Report|5|5|N/A
++|3.1|Dátové spojenie|5|5|N/A
++|3.2|Uloženie dát A3|5|5|N/A
++|3.3|Report|5|5|N/A
--==== 4.3.4.2Roly a predbežné personálne zabezpečenie pri riadení dátovej kvality ====
--//V nasledujúcej tabuľke definujte potrebné kapacity pre zabezpečenie riadenia dátovej kvality – napr. dátový kurátor, data steward, dátový špecialista pre dátovú kvalitu, databázový špecialista, projektový manažér a pod. (informácie k téme: __[[https:~~/~~/mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/datova-kvalita/>>url:https://mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/datova-kvalita/]]__ )//
++===== Roly a predbežné personálne zabezpečenie pri riadení dátovej kvality =====
--|**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ť)**| |
++Nasledujúca tabuľka prezentuje predbežné roly pre zabezpečenie dátovej kvality. Finálne roly a znalosti pre ich potrebné budú definované v neskorších fázach projektu.
--=== {{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 ===
++**Tabuľka 15 – Role pre riadenie dátovej kvality**
--//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~://
++|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|Správca ISVS
++|**Data steward**|Čistenie a stotožňovanie voči referenčným údajom|Správca ISVS
++|**Databázový špecialista**|Analyzuje požiadavky na dáta, modeluje obsah procedúr|Dodávateľ, Správca ISVS
++|**Dátový špecialista pre dátovú kvalitu**|Spracovanie výstupov merania, interpretácie, zápis biznis pravidiel, hodnotiace správy z merania|Správca ISVS
--* //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~://
++4.1.3.5 Otvorené údaje
++
++Za otvorené údaje sa dajú v rámci projektu považovať reportingové riešenia, ktoré budú voľne dostupné verejnosti. O týchto riešeniach pojednáva oblasť 2. Formát údajov je poskytovaný už v AS IS stave, rovnaké dáta budú poskytované v TO BE riešení formou štandardného BI reportu. Tento report bude umožňovať užívateľom jednak prehliadať preddefinované vizualizácie, ako aj sťahovať podkladové dáta dostupné v dátovom modeli.
++
++**Tabuľka 16 – Objekty evidencie v kontexte otvorených údajov**
++
  |(((
--**Názov objektu evidencie / datasetu**
--//(uvádzať OE z tabuľky v kap. 4.3.2)//
++Názov objektu evidencie / datasetu
++
++//(uvádzať OE z tabuľky v kap. 4.2.3.2)//
  )))|(((
--**Požadovaná interoperabilita**
++
++
++Požadovaná interoperabilita
++
  (//3★ - 5★)//
  )))|(((
--**Periodicita publikovania**
++Periodicita publikovania
++
  //(týždenne, mesačne, polročne, ročne)//
  )))
--|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í.
++|Dáta o poskytovaní sociálnych dávok a príspevkov a sociálnych služieb|3★|Mesačne
--=== 4.3.6Analytické údaje ===
--//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/]]__//
++4.1.3.6 Analytické údaje
--|**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)//
++V kontexte projektu sa za analytické údaje dajú považovať dáta z RSD, ktoré budú prezentované v oblasti 1. Hodnotné budú aj výstupy predikčného algoritmu v oblasti 1, ktorý pomocou machine learningových modelov definuje správny vzťah vstupných premenných a určí model definície budúceho stavu. Navrhované riešenie predpokladá, že výstupy predikčného algoritmu v oblasti 1 budú dostupné výlučne pre interné účely MPSVR.
++
++
++**Tabuľka 17 – Objekty evidencie v kontexte analytických údajov**
++
++|ID|Názov objektu evidencie pre analytické účely|Zoznam atribútov objektu evidencie|Popis a špecifiká objektu evidencie
++|1| Dataset o vyplácaní sociálnych dávok|typ sociálnej dávky alebo príspevku, geografické územie vyplatenia, typ člena domácnosti, obdobie, hodnota v EUR|Dataset obsahuje agregované mesačné dáta o vyplácaní sociálnych dávok a príspevkov na území SR
  | | | |
--| | | |
--=== 4.3.7Moje údaje ===
++4.1.3.7 Moje ú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ä: //
++Projekt a predovšetkým jeho prezentačná vrstva nepracuje s mojimi údajmi. Všetky dáta sú agregované.
--* //množina údajov o konaní, ktoré sa týkajú fyzickej osoby alebo právnickej osoby //
--* //množina údajov, vrátane osobných údajov, viažucich sa k fyzickej osobe alebo právnickej osobe ako ku subjektu evidencie, ktoré sú predmetom evidovania povinným subjektom, //
--* //množina údajov obsiahnutých v návrhu na začatie konania, žalobe, rozhodnutí, žiadosti, sťažnosti, vyjadrení, stanovisku a ohlásení alebo inom dokumente, ktorý vydáva v konaní povinný subjekt, viažuci sa ku konkrétnej fyzickej osobe alebo právnickej osobe.//
--//Relevantné údaje budú sprístupnené prostredníctvom modulu procesnej integrácie a integrácie údajov - modul Manažmentu osobných údajov pre dotknuté osoby (občanov a podnikateľov) na základe preukázania elektronickej identity osoby. Podmienkou je zabezpečiť, aby údaje identifikované pre službu moje údaje boli prístupné elektronicky v strojovo-spracovateľnom formáte automatizovaným spôsobom cez aplikačné programovacie rozhranie, alebo prostredníctvom modulu procesnej integrácie a integrácie údajov.//
--//Informácie k sprístupneniu dátových zdrojov organizácie pre službu moje údaje~://
--//__[[https:~~/~~/mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/moje-udaje/>>url:https://mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/moje-udaje/]]__ .//
--//Minimálny rozsah pre vyhlásenie dátových prvkov za moje údaje, ktoré musí žiadateľ v projekte zabezpečiť: //
--* //označenie povinného subjektu, //
--* //názov ISVS v ktorom je dátový prvok obsiahnutý, //
--* //kód informačného systému, v ktorom je dátový prvok obsiahnutý, podľa centrálneho metainformačného systému, //
--* //označenie dátového prvku, //
--* //strojovo-spracovateľný formát dátového prvku, //
--* //technickú špecifikáciu aplikačného programovacieho rozhrania, //
--* //ďalšie doplňujúce informácie. //
--* //transparentný pohľad na prístup k údajom subjektu, k logom (kto pristupoval k údajom, za akým účelom a kedy). //
--//V prípade, že predkladateľ projektu disponuje údajmi, ktoré spadajú do kategórie mojich údajov, je potrebné vyplniť nasledovnú tabuľku. V tabuľke uveďte OE z tabuľky uvedenej v kapitole 4.3.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE.//
--|**ID**|(((
--**Názov registra / objektu evidencie**
--//(uvádzať OE z tabuľky v kap. 4.3.2)//
--)))|**Atribút objektu evidencie**|**Popis a špecifiká objektu evidencie**
--| | | |
--| | | |
--| | | |
--| | | |
++4.1.3.8 Prehľad jednotlivých kategórií údajov
--=== 4.3.8Prehľad jednotlivých kategórií údajov ===
++Kategórie údajov delené podľa aktivít projektu sú uvedené v tabuľke nižšie. Voľne dostupné údaje budú dostupné iba ako výstupy z oblasti 2, ostatné dáta je možné považovať za analytické.
--//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.//
++**Tabuľka 18 – Prehľad kategórií údajov**
--|**ID**|(((
--**Register / Objekt evidencie**
++|ID|(((
++Register / Objekt evidencie
++
  //(uvádzať OE z tabuľky v kap. 4.3.2)//
--)))|**Referenčné údaje**|**Moje údaje**|**Otvorené údaje**|**Analytické údaje**
--| | |☐|☐|☐|☐
--| | |☐|☐|☐|☐
--| | |☐|☐|☐|☐
--| | |☐|☐|☐|☐
--| | |☐|☐|☐|☐
--| | |☐|☐|☐|☐
++)))|Referenčné údaje|Moje údaje|Otvorené údaje|Analytické údaje
++|1.3|Podkladové dáta pre A1|☐|☐|☐|☒
++|2.2|Podkladové dáta pre A2|☐|☐|☒|☒
++|3.2|Podkladové dáta pre A2|☐|☐|☐|☒
--== 4.4Technologická vrstva ==
--=== {{id name="_Toc937277657"/}}{{id name="_Toc153139707"/}}{{id name="_Toc15428561"/}}4.4.1Prehľad technologického stavu - AS IS ===
++4.1.4 Technologická vrstva
--//Uveďte popis a model technologickej vrstvy AS IS stavu, používané výpočtové prostriedky, konfigurácie siete, problematické body, ktoré je potrebné projektom riešiť.//
--=== {{id name="_Toc1626553566"/}}{{id name="_Toc153139708"/}}4.4.2Požiadavky na výkonnostné parametre, kapacitné požiadavky – TO BE ===
++Na úrovni **technologickej architektúry** navrhované riešenie adresuje nasledujúce oblasti, resp. disponuje nasledujúcimi vlastnosťami:
--//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ýpočtové prostredie bude obsahovať komponenty na príjem  dát z DWH prostredníctvom špecifických konektorov. Serverová infraštruktúra zabezpečí spoľahlivý a bezpečný prenos dát, rýchle spracovanie a prístup k prediktívnym modelom.
++* Riešenie je navrhnuté ako modulárne, čo umožní nezávislý vývoj, flexibilnú údržbu a rýchlu škálovateľnosť jednotlivých komponentov.
++* Komunikácia medzi modulmi bude založená na API-first prístupe, čo umožní ľahkú integráciu so zdieľanými službami a externými systémami.
--|**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 ...| | |
--=== {{id name="_Toc985091580"/}}{{id name="_Toc153139709"/}}4.4.3Návrh riešenia technologickej architektúry ===
++4.1.4.1 Prehľad technologického stavu - AS IS
--//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ť~://
++Súčasná technologická vrstva obsahuje v rámci interných systémov pre účely projektu tri hlavné súčasti:
--* //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.//
++* **IS RSD Oracle Databáza** - hlavný dátový model systému IS RSD je postavený na robustnej Oracle databáze, ktorá slúži ako primárny zdroj dát pre všetky spracovateľské a analytické procesy. Obsahuje dátové diagramy na grafické znázornenie štruktúry dát a vzájomné prepojenia, popis dátových entít a špecifikáciu parametrov systému a číselníkov definujúcich hodnoty. IS RSD takisto obojsmerne transformuje dáta upravené v jeho aplikačnej logike späť tejto databázy.
++* **DWH (Data Warehouse)** - Dátový sklad (DWH) je v technologickej štruktúre podporný systém na spracovanie veľkých objemov dát zo zdrojovej databázy IS RSD Oracle. Slúži ako dátový zdroj pre aplikáciu RSD MIS pre tvorbu štatistík pomocou modulu na mesačný reporting.
++* **Centrálny register klientov** - účelom Centrálneho registra klientov (ďalej tiež ako „CRK“) je zjednodušiť integráciu jedného alebo viacerých informačných systémov rezortu alebo organizácie (“rezortné systémy”) s Registrom fyzických osôb (ďalej tiež ako „RFO“), Registrom právnických osôb (ďalej tiež ako „RPO“) a Registrom adries (ďalej tiež ako „RA“) využívaných pri poskytovaní sociálnych dávok a príspevkov a sociálnych služieb. IS RSD je spolu s CRK integrovaný za účelom stotožnenia a aktualizácie záznamov osôb a ich evidenčných údajov.
--=== {{id name="_Toc1130364585"/}}{{id name="_Toc153139710"/}}4.4.4Využívanie služieb z katalógu služieb vládneho cloudu ===
++Uvedené komponenty, ich napojenie na aplikačné komponenty a biznis vrstvu sú uvedené v rámci **Schéma 2 – Architektúra súčasného stavu aplikačnej vrstvy** uvedenej vyššie.
--//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.//
++4.1.4.2 Požiadavky na výkonnostné parametre, kapacitné požiadavky – TO BE
++
++V nasledujúcej tabuľke sú uvedené výkonnostné parametre, kapacitné požiadavky, ktoré majú vplyv na výkon a sizing prostredia:
++
++
++**Tabuľka 19 – Požiadavky na výkonnostné parametre**
++
++|Parameter|Jednotky|Predpokladaná hodnota|Poznámka
++|Počet interných používateľov|Počet|50|
++|Počet súčasne pracujúcich interných používateľov v špičkovom zaťažení|Počet|30|
++|Počet externých používateľov (samosprávy)|Počet|2936|Maximálna hodnota
++|Počet externých používateľov používajúcich systém v špičkovom zaťažení|Počet|(((
++2936
++
++
++)))|
++
++
++4.1.4.3 Návrh riešenia technologickej architektúry
++
++Navrhovaná infraštruktúra je postavená ako rozšírenie existujúcej technologickej architektúry, pričom je navrhnutá tak, aby bola škálovateľná, bezpečná a umožňovala jednoduchú integráciu nových služieb. Nasledujúca schéma zachytáva detailné komponenty systému vrátane služieb lokálneho výpočtového prostredia.
++
++**Schéma 4 – Náhľad technologickej architektúry navrhovaného riešenia**
++
++**[[image:Schéma č.4.png]]**
++
++
++Navrhované riešenie na technologickej úrovni disponuje nasledujúcimi základnými vlastnosťami:
++
++* Použitie špecifických virtuálnych prostredí zaisťuje prenositeľnosť medzi prostrediami (napríklad lokálne dátové centrum, vládny cloud alebo komerčný cloud).
++* API-first prístup na komunikáciu medzi modulmi zaručuje ľahkú integráciu so zdieľanými službami a externými systémami.
++* Škálovateľnosť je zaistená využitím výpočtových zdrojov rezortného DWH.
++
++Medzi kľúčové služby technologickej architektúry (v zmysle schémy vyššie) patria:
++
++* **Služba výpočtového výkonu**: je hlavným pilierom architektúry, ktorý umožňuje spracovanie a analýzu veľkých dátových objemov. Slúži na integráciu, transformáciu a analýzu dát z rôznych zdrojov, pričom ponúka nástroje na tvorbu komplexných analytických modelov. Výsledné údaje sú ukladané v datamarte (služby úložiska údajov), ktorý slúži ako centrálny úložný priestor pre transformované a agregované dáta.
++* **Virtuálny server**: Virtuálne stroje zabezpečujú spoľahlivý chod aplikácií a komponentov v izolovaných prostrediach. Sú navrhnuté na spúšťanie náročných výpočtových operácií, ktoré vyžadujú vysoký výkon. Ide napríklad o predikcie jednotlivých sociálnych dávok a príspevkov a sociálnych služieb. Tieto servery zabezpečia spracovanie dát a podporu analytických procesov v reálnom čase, pričom poskytnú výkonnostné zálohy pre prípad zvýšených nárokov.
++* **Služby pripojenia do špecifickej siete**: Poskytujú monitoring výkonu a zabezpečenie systému v reálnom čase.
++* **Služby Active Directory resp. ADFS**: Slúži na centralizovanú autentifikáciu aautorizáciu, čím sa zvyšuje bezpečnosť a znižuje riziko neoprávneného prístupu.
++* **Služby IDM**: Slúži na centralizovanú správu prístupových práv a organizačného členenia, čím sa zvyšuje bezpečnosť a znižuje riziko neoprávneného prístupu.
++* **Služby SIEM**: Logovanie auditných prístupov ku konkrétnym dátam na IaaS, aplikačnej a DB úrovni, vrátane zálohovania.
++* **Služby Monitoringu**: Logovanie a monitorovanie prevádzky IaaS, aplikácii, vrátane zálohovania.
++* **Služby rezortný GIT**: Ukladanie zdrojových kódov, dokumentácie nasadzovanie CI/CD.
++* **Nástroj BI:** je nástroj na vizualizáciu dát a tvorbu reportov, ktorý poskytuje používateľom intuitívne rozhranie na prístup k analytickým výstupom. Reporty sú sprístupnené prostredníctvom webového rozhrania a sú vložené pomocou zabezpečených rámcov, ktoré umožňujú personalizovaný prístup jednotlivých skupín používateľov.
++
++**Požiadavky na prevádzkové prostredia**
++
++* Špecifiká testovacieho (vývojového) prostredia:
++** Prostredie umožňuje bezpečné testovanie a ladenie jednotlivých modulov a služieb.
++** Replikuje produkčné prostredie s obmedzeným objemom dát na overenie funkčnosti, výkonu a bezpečnosti systému.
++** Použitie automatizovaných a manuálnych testov na validáciu integrácie komponentov.
++** Umožňuje prístup k testovacím dátam uloženým v relačnej databáze.
++* Špecifiká produkčného prostredia:
++** Vysoká dostupnosť.
++** Dátové úložiská sú optimalizované pre výkon, pričom môže byť zabezpečené šifrovanie na úrovni dátového skladu.
++** Správa prístupových práv a monitorovanie v reálnom čase.
++
++**Sumarizácia požiadaviek na licencie:** Licencie pre nástroj BI na  vizualizáciu dát.
++
++Bližšie informácie sú uvedené v CBA.
++
++
++4.1.4.4 Využívanie služieb z katalógu služieb vládneho cloudu
++
++Nebudú využité služby vládneho cloudu.
++
++4.1.5 Bezpečnostná architektúra
++
++
++Na úrovni **bezpečnostnej architektúry** navrhované riešenie adresuje nasledujúce oblasti, resp. disponuje nasledujúcimi vlastnosťami:
++
++* Riešenie využije  lokálnu infraštruktúru, ktorá spĺňa bezpečnostné štandardy. Bude zabezpečovať flexibilitu, škálovateľnosť a spoľahlivosť pre výpočtové a analytické potreby, pričom podporuje prístup z verejného internetu pre mobilné zariadenia alebo externých partnerov.
++
++Navrhované riešenie je postavené na platforme rezortného DWH, ktoré spĺňa najvyššie bezpečnostné a prevádzkové štandardy moderných aplikačných systémov. Ďalej tiež budú aplikované bezpečnostné štandardy MPSVR. Riešenie je navrhnuté pre použitie v rámci organizácie, ale zároveň umožňuje bezpečný prístup z verejného internetu, čo je nevyhnutné pre mobilné zariadenia a spoluprácu s externými partnermi.
++
++V rámci implementácie budú adresované všetky požiadavky definované v rámci platnej legislatívy pojednávajúcej o bezpečnosti informačných systémov vo verejnej správe ako napr.:
++
++* 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 č. 367~/~/2024 Z. z. o kritickej infraštruktúre a o zmene a doplnení niektorých zákonov
++* 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 č. 362/2018 Z. z. Národného bezpečnostného úradu z 11. decembra 2018, 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í
++* Vývoj informačného systému (Systém štátnych sociálnych dávok) bude prebiehať v zmysle dokumentu Metodika pre systematické zabezpečenie organizácií verejnej správy v oblasti informačnej bezpečnosti, Ver. 2.1 (dostupné na [[Metodika pre systematické zabezpečenie organizácií verejnej správy v oblasti informačnej bezpečnosti ~| CSIRT.SK>>url:https://www.csirt.gov.sk/metodika-zabezpecenia-ikt.html?csrt=6529846371909271327]])
++* Pre informačný systém (Systém štátnych sociálnych dávok)  bude vypracovaná relevantná dokumentácia v zmysle dokumentu „Metodika zabezpečenia procesu plánovania, vytvorenia alebo nadobudnutia informačných technológií verejnej správy (informačného systému verejnej správy) - bezpečnostné požiadavky“.
++
++**Hlavné komponenty a vlastnosti bezpečnostnej architektúry:**
++
++* **Bezpečnosť a autentifikácia**
++* Všetky komponenty riešenia rešpektujú zásady Zero Trust Security. Autentifikácia používateľov by mala poskytovať robustné mechanizmy na správu identít. Prihlásenie prebieha napr. cez protokoly OAuth 2.0 alebo SAML, pričom každá aplikácia využíva centralizovaný register používateľov. Webové rozhranie je zabezpečené pomocou ochrany prenosu dát (data in motion), zatiaľ čo uložené údaje sú šifrované, napríklad pomocou Transparent Data Encryption (TDE).
++* Prístup k reportom by mal byť riadený cez rozhranie služby nástroja BI. Prístup ku konkrétnym reportom a častiam reportu by mal byť riadený cez pracovné prostredia nástroja BI administrátorom reportingového rozhrania.
++* Používateľské oprávnenia, role a prístup k dátam by mali byť detailne riadené na úrovni databáz, tabuliek, riadkov a dokonca jednotlivých polí. Riešenie predpokladá využitie technológií podporujúcich role-based access control policy, ktorá umožňuje presné definovanie prístupu k jednotlivým službám, dátovým sadám a operáciám na nich. Roly by mali byť prideľované v súlade s povinnosťami a zodpovednosťami jednotlivých používateľov. Napríklad:
++
++* Contributor môže spravovať zdroje a nasadenia v rámci celej organizácie, vrátane vytvárania a úprav zostáv.
++* Reader má len práva na čítanie a môže zobrazovať zostavy alebo zoznamy zdrojov, ktoré sú relevantné pre jeho oddelenie.
++* Administrator: Zodpovedá za správu konfigurácií, bezpečnostných nastavení a infraštruktúry. Admin môže vykonávať nasledujúce úlohy:
++** Správa virtuálnych strojov.
++** Nastavovanie pravidiel.
++** Zabezpečenie dostupnosti systémov a aplikácií.
++
++* Všetky role a prístupové práva by mali byť spravované centralizovane a monitorované.
++* **Transportná bezpečnosť – **komunikácia medzi jednotlivými komponentmi je zaistená pomocou šifrovaných protokolov, ako napr. HTTPS, TLS, SMB over TLS a Secure FTP. Výmena dát medzi klientskymi zariadeniami, webovým rozhraním a servermi výpočtového prostredia je plne zabezpečená, čím sa minimalizuje riziko neautorizovaného prístupu alebo úniku informácií.
++* **Logovanie a Auditovanie - **všetky moduly riešenia generujú detailné logy, ktoré by malo byť možné spätne analyzovať. Tieto nástroje umožňujú rýchlu identifikáciu technických problémov, sledovanie využívania systému a vytváranie bezpečnostných reportov. Auditné záznamy poskytujú prehľad o aktivitách používateľov, napríklad kto vytvoril alebo upravil dokument, kto sa prihlásil do systému a aké operácie vykonával.
++
++
++4.2 Úsek koordinácie čerpania financií z fondov Európskej únie
++
++4.2.1 Biznis vrstva
++
++
++V súčasnosti je v rámci úseku koordinácie čerpania financií z fondov EÚ nastavených viac ako 100 procesov, ktoré pokrývajú rôzne scenáre / varianty pre oblasti programovania, výberu projektov, implementácie programov, finančného riadenia, monitorovania projektov a programovania, riadenia projektov na strane prijímateľa FP, zapájania spolupracujúcich subjektov a v neposlednej rade internej podpory pri riadení a manažovaní jednotlivých oblastí riešenia.
++
++
++V kontexte navrhovaného riešenia a oblastí, ktoré projekt adresuje, možno súčasný stav zosumarizovať nasledovne:
++
++* **Riadenie programov EÚ / riadenie implementácie programov EÚ z pohľadu SO**:
++**  Centrálna evidencia údajov súvisiacich s riadením a financovaním prostriedkov zo zdrojov EÚ je v súčasnosti evidovaná v rámci externého systému ITMS2021+. V rámci neho sú evidované hlavné vstupné a výstupné objekty evidencie pre jednotlivé procesy riadenia pri vyhlasovaní výziev, výbere projektov, ich financovania až po ich monitorovanie a vyhodnocovanie.
++**  Okrem vyššie uvedených aktivít MPSVR v pozícii SO v rámci svojej  agendy zastrešuje ďalšie činnosti a aktivity, pre ktoré v súčasnosti nie sú vytvorené predpoklady, procesy a nástroje na elektronickú podporu týchto činností (príprava vyzvaní, posudzovanie predložených žiadostí, hodnotenie, interné vyhodnocovanie súladu, posudzovanie predložených materiálov, príprava vydávania rozhodnutí a pod.).
++** Údaje sú spracovávané a vyhodnocované zväčša manuálne bez podpory automatizovaných kontrol a elektronickej podpory.
++**  Dáta sú decentralizované v rámci jednotlivých sekcií,  ktoré spracovávajú internú agendu.
++** MPSVR v súčasnosti nedisponuje žiadnym relevantným nástrojom, ktorého použitie by umožnilo sledovať a vyhodnocovať stav týchto činností.
++* **Plánovanie a riadenie projektov z pohľadu prijímateľa FP:**
++**  MPSVR z pozícii prijímateľa FP nemá v súčasnosti vytvorené predpoklady a nástroje pre podporu procesov z pohľadu realizácie projektov a čerpania finančných prostriedkov.
++** Údaje sú spracované zväčša vo forme .xlsx súborov resp. v rámci ďalších neštruktúrovaných informácií.
++**  Komunikácia so spolupracujúcimi subjektami je prostredníctvom rôznych komunikačných kanálov.
++**  Získavanie údajov k riadeniu projektu je realizované v rámci dávok a v rôznej kvalite. Periodicita získavania údajov je mesačná, v niektorých prípadoch ročná. Objemy spracovávaných položiek sú rádovo v tisícoch záznamoch. Súčasné spracovanie údajov neprimerane vyťažuje ľudské zdroje.
++**  Získané údaje sú spracovávané a vyhodnocované zväčša manuálne bez podpory automatizovaných kontrol a elektronickej podpory.
++**  Aktualizácie evidovaných údajov sú náročné na prácu s rizikom vzniku chýb.
++**  Komunikácia so SO prebieha primárne prostredníctvom externého systému ITMS2021+.
++
++
++Digitálna transformácia v oblasti úseku koordinácie čerpania financií z fondov EÚ vo vyššie uvedenom rozsahu prebehne prostredníctvom analýzy, návrhu a následnej implementácie nového systému, ktorého architektúra bude tvorená s dôrazom na využitie moderných technológií dostupných v cloudovom prostredí. Výsledkom projektu je vyššia efektivita práce, zníženie záťaže a sprehľadnenie evidovaných údajov na strane MPSVR a to najmä z pohľadu:
++
++* podpory interných procesov,
++* automatizácie vybraných kontrol,
++* dostupnosti relevantných údajov,
++* zjednotenia zdroja evidovaných údajov,
++* tvorby preddefinovaných výstupov (šablón, prehľadov a pod.)
++* prípravy podkladov / dát pre ďalšie rozhodovacie, alebo analytické spracovanie.
++
++
++V rámci nasledujúcej schémy je zachytená budúca biznis architektúra systému.
++
++
++**Schéma 5 – Náhľad biznis architektúry navrhovaného riešenia**
++
++[[image:Schéma č.5.png]]
++
++
++V rámci oblasti **Poskytovanie služieb pre SO** bude vytvorený interný systém, ktorý prostredníctvom svojej funkcionality zabezpečí na biznisovej úrovni podporu hlavných procesov riadenia. V rámci systému budú podporené hlavné procesy MPSVR v pozícii SO, ktoré súvisia so sledovaním a vyhodnocovaním programu, prípravou a realizáciou výberu projektov, podporou finančného riadenia, plánovaním a realizovaním kontrol, sledovaním aktuálneho stavu čerpania a v neposlednej rade monitorovaním a vyhodnocovaním programu.
++
++
++V rámci oblasti **Poskytovanie služieb pre prijímateľa FP **bude vytvorený interný systém, ktorý prostredníctvom svojej funkcionality zabezpečí na biznisovej úrovni podporu hlavných procesov riadenia projektov. Zabezpečí podporu riadenia pri spracovávaní informácií o projektoch, ich stave a prehľade čerpania finančných prostriedkov. V rámci systému budú podporené hlavné procesy MPSVR v pozícii prijímateľa FP, ktoré súvisia hlavne so sledovaním a vyhodnocovaním projektu, s prípravou plánovania finančných prostriedkov, výberom spolupracujúcich subjektov, realizáciou projektu, jeho financovaním, sledovaním aktuálneho stavu čerpania a v neposlednej rade monitorovaním a vyhodnocovaním samotného priebehu projektu. Okrem toho prebiehajú v rámci jednotlivých procesov aj aktivity súvisiace s komunikáciou so SO a potrebou predkladania požadovaných dokumentov a výstupov, aby bolo možné čerpať finančné prostriedky v zmysle zmluvy o NFP. V rámci podprocesov pre spolupracujúce subjekty systém podporí činnosti ohľadom prípravy vyzvaní a ich publikovania, spracovania žiadostí od záujemcov o spoluprácu, spracovania týchto žiadostí až po podporu evidencie zmlúv o spoluprácu. Pre spolupracujúce subjekty poskytne služby, ktoré umožnia:
++
++* Zasielanie údajov a podkladov k monitorovaniu projektu z dôvodu čerpania FP zo zdrojov EÚ (informácie súvisiace s kartami účastníkov a ich aktualizáciami),
++* Zasielanie údajov a podkladov k žiadostiam o platbu vrátane príloh z dôvodu čerpania FP zo zdrojov EÚ).
++
++V rámci procesov finančného riadenia systém umožní na základe evidovaných údajov pripravovať výstupy súvisiace s preplatením žiadostí o platbu pre spolupracujúce subjekty ako aj prípravu podkladov a dát voči SO.
++
++
++Z prierezových biznisových činností bude systém podporovať evidovanie, plánovanie a realizovanie vzdelávaní pre zamestnancov MPSVR. Dáta evidované v systéme bude možné ďalej spracovávať a vyhodnocovať v rámci rezortného dátového skladu, čím sa zabezpečí základňa pre ich ďalšie vyhodnotenie, či už na riadiacej úrovni, alebo analytickej úrovni MPSVR.
++
++
++4.2.1.1 Prehľad koncových služieb – budúci stav
++
++
++Projekt aktuálne zahŕňa koncové služby len pre oblasť komunikácie spolupracujúcich subjektov s MPSVR, ktorý je v pozícií prijímateľa finančných prostriedkov zo zdrojov EÚ. Vzhľadom na skutočnosť, že sa jedná o služby G2G, nie sú prepojené na životné situácie.
++
++Nakoľko sa jedná o interný agendový systém na podporu vnútorného riadenia, v rámci ktorého je spracovávaná špecifická agenda a vzhľadom na skutočnosť, že systém bude využívať existujúce informačné systémy MPSVR, nie sú v rámci projektu plánované ďalšie koncové služby.
++
++
++**Tabuľka 20 – Prehľad koncových služieb – budúci stav**
++
  |(((
--**Kód infraštruktúrnej služby**
++Kód KS
++
  //(z MetaIS)//
--)))|**Názov infraštruktúrnej služby**|(((
--**Kód využívajúceho ISVS**
++)))|Názov KS|Používateľ KS //(G2C/G2B/G2G/G2A)//|(((
++Životná situácia
++
++//(+ kód z MetaIS)//
++)))|Úroveň elektronizácie KS
++|TBD|Informovanie spolupracujúcich subjektov o stave projektov|G2G|n/a|úroveň 1
++|TBD|Zasielanie údajov k žiadostiam o spoluprácou na projektoch na základe zverejnenej výzvy|G2G|n/a|úroveň 2
++|TBD|Zasielanie údajov k monitorovaniu projektu z dôvodu čerpania FP zo zdrojov EÚ|G2G|n/a|úroveň 2
++|TBD|Zasielanie údajov k žiadostiam o platbu z dôvodu čerpania FP zo zdrojov EÚ|G2G|n/a|úroveň 2
++
++4.2.1.2 Jazyková podpora a lokalizácia
++
++
++Implementované riešenie bude lokalizované v slovenskom a anglickom jazyku. Viac informácií sa nachádza v dokumente Katalóg požiadaviek.
++
++
++4.2.2 Aplikačná vrstva
++
++
++V rámci uvedenej časti sa nachádza návrh aplikačnej architektúry budúceho systému na podporu riadenia na úseku koordinácie čerpania financií z fondov EÚ.
++
++
++**Schéma 6 – Náhľad architektúry navrhovaného riešenia / nezverejnená**
++
++
++// //Navrhovaná architektúra projektu je rozdelená do troch hlavných vrstiev, ktoré sú nevyhnutné pre úspešnú implementáciu a splnenie cieľov projektu. Tieto reflektujú potrebu efektívneho využitia dátových a výpočtových zdrojov, aplikačnej logicky a používateľsky prístupného prostredia.
++
++
++**Prezentačné komponenty** zastrešujúce vstupný bod, ktorý prostredníctvom grafického používateľského rozhrania zabezpečí funkcionalitu pre jednotlivých aktérov v systéme. Prezentačné komponenty sú rozdelené na:
++
++1. Interný portál – Slúži pre sprístupnenie aplikačných služieb v oblasti podpory SO a prijímateľa finančných prostriedkov. Portál je neverejný a je určený len pre autorizovaných používateľov MPSVR.
++1. Špecializovaný portál – Táto oblasť predstavuje vstupný verejný bod (portál) pre spolupracujúce subjekty zapojené do jednotlivých projektov MPSVR, prostredníctvom ktorých bude mať možnosť predkladať požadované vstupy a údaje vyplývajúce z jednotlivých riadiacich dokumentácii.
++
++
++**Servisné komponenty **zabezpečujúce prístup a spracovanie údajov prostredníctvom definovaných služieb v systéme cez ktoré je možné komunikovať či už s inými časťami vnútorného systému (na jednotlivých vrstvách), alebo inými systémami. Sprostredkovanie komunikácie bude zabezpečené vystavením rozhraní v jednotlivých častiach systému tak, aby komponenty v každej časti mohli smerovať svoju komunikáciu na unifikované rozhranie. Na servisné komponenty sú naviazané aj externé systémy, ktoré budú využívané pre komunikáciu s budovaným systémom:
++
++1. Centrálne komponenty MPSVR / Interné systémy v kompetencii MPSVR – V rámci procesov spracovania dát budú využívané interné systémy MPSVR. Tieto systémy budú využívané na rôzne účely v zmysle jednotlivých procesov projektu. Pre získavanie zdrojových dát potrebných pre ďalšie vyhodnotenie pri spracovaní stavu financovania pre Prijímateľa FP budú využité dáta z ekonomického systému.  Pre podporu procesného riadenia a procesov súvisiacich s prijímaním a odosielaním elektronických podaní, schvaľovaním, podpisovaním a pod. budú využité časti z DMS. Pre podporu zverejňovania údajov v Centrálnom registri zmlúv (zmluvy o spolupráci medzi spolupracujúcim subjektom a MPSVR v pozícií prijímateľa FP) bude využitá časť DMS/iCRZ (služby interného CRZ) zabezpečujúca tieto služby. Spracované a kompletizované dáta budú následne postupované / odlievané do rezortného dátového skladu (rezortný DWH), v rámci ktorého budú agregované, triedené a vyhodnocované pre ďalšie použitie.
++1. Externé komponenty / Externé systémy mimo kompetenciu MPSVR – v rámci projektu sa plánuje s využívaním a získavaním zdrojových údajov a informácií z externého informačného systému „Informačný monitorovací systém pre programové obdobie 2021 - 2027 (ITMS21+)“. Na tieto údaje budú následne naviazané ďalšie interné procesy MPSVR v zmysle jednotlivých procesov riadiacej dokumentácie.
++
++
++**Aplikačné komponenty** zabezpečujúcu hlavnú biznis logiku systému v členení na niekoľko podoblastí. Bližší rozpad jednotlivých komponentov /evidencií je uvedený nižšie v rámci tohto dokumentu.
++
++
++**Dátové komponenty **zabezpečujúce prístup a spracovanie fyzických údajov evidovaných v rámci systému na jednotlivých dátových úložiskách (SQL databázy, súborové úložiská, prevádzkové a podporné úložiská). Obsah spracovávaných údajov na tejto úrovni je popísaný v kapitole nižšie – Dátová vrstva.
++
++
++V nasledujúcej časti sú detailnejšie špecifikované jednotlivé časti aplikačných komponentov.
++
++
++**Schéma 7 – Náhľad  komponentov navrhovaného riešenia / agenda pre SO**
++
++[[image:Schéma č.7.png]]
++
++
++Agenda pre SO (Riadenie programov EÚ / riadenie implementácie programov EÚ)  - Táto oblasť predstavuje základ pre podporu interného riadenia a rozhodovacích procesov v rámci koordinácie programov EÚ a implementácie programov EÚ. Bude sa jednať o hlavný komponent v rámci projektu, nad ktorým bude následné postavené manažovanie, sledovanie a vyhodnotenie dát. Tento nástroj bude slúžiť na finálnu transformáciu spracovaných dát na praktické informácie, ktoré budú dostupné relevantným používateľom. Bude zložený z nasledovných častí/evidencií:
++
++* Program – časť systému, v rámci ktorej budú sprístupňované údaje súvisiace s programom, programovou dokumentáciou, výberom hodnotiteľov a pod.
++* Výzva – funkcionalita systému, v rámci ktorej bude možné evidovať údaje súvisiace s pripravovanými výzvami a ich ďalšie spracovanie.
++* Žiadosť o NFP – časť systému súvisiaca so sprístupňovaním údajov o evidovaných žiadostiach o NFP a zabezpečenie interných úkonov pri jej schvaľovaní.
++* Zmluva o NFP – časť systému súvisiaca so sprístupňovaním údajov o evidovaných zmluvách o NFP a zabezpečenie interných úkonov pri ich príprave a posudzovaní.
++* Financovanie – predstavuje časť systému, v rámci ktorej budú sledované údaje súvisiace s aktuálnym stavom financovania projektu a jeho čerpaním, aktuálnymi nezrovnalosťami, podporou pre evidenciu kontrol, vrátane podpory pri spracovaní predkladaných záznamov k jednotlivým častiam.
++
++* Kontrola – podporná časť systému zabezpečujúca kontrolné mechanizmy využívané v rámci spracovávania jednotlivých záznamov príslušnej oblasti.
++
++* Monitorovanie a hodnotenie programu – časť systému zabezpečujúca sprístupňovanie informácie k monitorovaniu a hodnoteniu programu vrátane podpory na posúdenie a spracovanie dát v týchto oblastiach.
++* Ostatné podporné evidencie programu – ostatné podporné evidencie programu, ktoré budú potrebné pre zabezpečenie evidovania predchádzajúcich kľúčových objektov evidencie.
++* Služby agendy pre SO – predstavuje aplikačné služby pre danú oblasť, ktoré sú využívané na komunikáciu s ostatnými časťami systému, resp. ostatnými externými časťami systému.
++
++
++**Schéma 8 – Náhľad  komponentov navrhovaného riešenia / agenda pre Prijímateľa FP**
++
++[[image:Schéma č.8.png]]
++
++Agenda pre Prijímateľa FP - Druhou kľúčovou časťou návrhu riešenia je nástroj pre podporu rozhodovacích procesov pre MPSVR v pozícií prijímateľa FP ako aj ďalšiu koordináciu prác so spolupracujúcimi subjektami vrátane vyhodnotenia zozbieraných podkladov od týchto subjektov. Bude zložený z nasledovných častí/evidencií:
++
++* Projekt – podpora funkcionality súvisiacej s evidenciou kmeňových údajov o projektoch.
++* Rozpočet – predstavuje časť systému, v rámci ktorej budú sledované údaje súvisiace s aktuálnym stavom rozpočtu a jeho plánovaním a čerpaním.
++* Výzva na spoluprácu – podporné evidencie súvisiace s prípravou výziev, do ktorých sa budú môcť prihlasovať spolupracujúce subjekty.
++* Žiadosť o spoluprácu – komponent zabezpečujúci spracovanie a posudzovanie prijatých žiadostí o spoluprácu.
++* Zmluva o spolupráci – komponent zabezpečujúci spracovanie a evidenciu údajov súvisiacich so zmluvami.
++* Financovanie – funkcionalita systému podporujúca spracovanie predkladaných žiadostí o platbu, prípravu podkladov súvisiacich s ich preplácaním vrátane prípravy dát predkladaných následne na SO.
++* Kontrola – podporná časť systému zabezpečujúca kontrolné mechanizmy využívané v rámci spracovávania jednotlivých záznamov príslušnej oblasti.
++* Monitorovanie a hodnotenie – funkcionalita systému podporujúca spracovanie predkladaných údjaov k projektu od spolupracujúcich subjektov a podporu súvisiacu s prípravou výstupov z takto získaných údajov (karty účastníkov).
++* Služby agendy pre Prijímateľa FP – predstavuje aplikačné služby pre danú oblasť, ktoré sú využívané na komunikáciu s ostatnými časťami systému, resp. ostatnými externými časťami systému.
++
++
++**Schéma 9 – Náhľad  komponentov navrhovaného riešenia / agenda pre Podporné biznisové komponenty**
++
++[[image:Schéma č.9.png]]
++
++Podporné biznisové komponenty – Táto oblasť zastrešuje nástroje a funkcionalitu súvisiacu s podporou hlavného riadenia procesov ako sú napr. podpora pre prácu s organizačnou štruktúrou, programovou štruktúrou, plánovaním a realizovaním vzdelávania a pod. Bude zložený z nasledovných častí/evidencií:
++
++* Personálne obsadenie a organizačná štruktúra – funkcionalita systému, ktorá umožní spracovať údaje o aktuálnej organizačnej štruktúre a personálnom obsadení.
++* Subjekty a organizácie – podpora funkcionality súvisiaca s evidenciou údajov o subjektoch a ich kmeňových údajoch.
++* Programová štruktúra – podporné evidencie  (hierarchické), v rámci ktorých budú evidované údaje súvisiace s programovou štruktúrou.
++* Podpora vzdelávania a LMS – funkcionalita systému podporujúca prácu súvisiacu s plánovaním a vyhodnotením vzdelávania zamestnancov vrátane podpory realizácie samotných školení.
++* Služby biznisových komponentov – predstavuje aplikačné služby pre danú oblasť, ktoré sú využívané na komunikáciu s ostatnými časťami systému, resp. ostatnými externými časťami systému.
++
++
++**Schéma 10 – Náhľad  komponentov navrhovaného riešenia / Ostatné komponenty systému**
++
++[[image:Schéma č.10.png]]
++
++
++Ostatné  komponenty systému (Prevádzkové komponenty, Autentifikácia / Autorizácia, Úložisko a jeho služby) – Táto oblasť systému zastrešuje nástroje a funkcionalitu súvisiacu s prevádzkovými službami a obslužnými procesmi samotného systému ako sú napr. podpora vyhodnocovania údajov, podpora a manažment práce s dokumentami ako aj procesy a podprocesy súvisiace s manažmentom a konfiguráciou daného systému ako je správa a nastavenie používateľov a prístupov, správa systému, správa obsahu portálu a pod. Bude zložený z nasledovných častí/evidencií:
++
++* Správa systému – predstavuje čiastkové evidencie súvisiace s konfiguráciou a nastavením systému, nastavením číselníkov a ich položiek, riešením a správou statického obsahu portálu a pod.
++* Správa používateľov a riadenie prístupov – funkcionalita systému pre podporu riadenia používateľov a riadenia prístupov používateľov k jednotlivým častiam systému na základe definovaných rolí.
++* Služby autentifikácie a autorizácie – funkcionalita systému zabezpečujúca overovanie používateľov pri prístupe do systému a ďalšej práci v systéme, vrátane overovania a nastavovania relevantných oprávnení.
++* Dokumenty – predstavuje časť systému zabezpečujúcu podporu práce s neštruktúrovanými informáciami (dokumentmi, prílohami), vrátane evidovania ďalších metaúdajov k nim.
++* Podporné služby oblasti – predstavuje aplikačné služby pre danú oblasť, ktoré sú využívané na komunikáciu s ostatnými časťami systému, resp. ostatnými externými časťami systému.
++
++
++
++ 4.2.2.1 Rozsah informačných systémov – AS IS
++
++
++V súčasnosti neexistuje informačný systém na podporu riadenia procesov v rámci tejto podaktivity.
++
++
++4.2.2.2 Rozsah informačných systémov – TO BE
++
++
++Nasledujúca tabuľka sumarizuje informačné systémy v budúcom stave:
++
++**Tabuľka 21 – Prehľad informačných systémov – budúci 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)//
++)))
++|TBD|Informačný riadiaci systém (IRS)|☒|  Plánujem budovať|  Agendový|TBD (Rezortný DWH)
++
++
++
++4.2.2.3 Využívanie nadrezortných a spoločných ISVS – AS IS
++
++
++V rámci súčasnom stave nie sú využívané spoločné moduly podľa zákona č. 305/2013 e-Governmente.
++
++**Tabuľka 22 – Prehľad aktuálne využívaných ISVS**
++
++|Kód IS|Názov ISVS|Spoločné moduly podľa zákona č. 305/2013 e-Governmente
++|n/a|n/a|n/a
++
++
++4.2.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
++
++
++V budúcom stave je aj proces konzumácie a poskytovania údajov irelevantný, pretože v prípade potreby bude využívaný prostredníctvom existujúcich interných systémov MPSVR, pričom nové riešenie nebude mať realizovanú vlastnú implementáciu.
++
++**Tabuľka 23 – Prehľad integrácií ISVS na nadrezortné ISVS – budúci stav**
++
++|Kód IS|Názov ISVS|Spoločné moduly podľa zákona č. 305/2013  e-Governmente
++|n/a|n/a|//Vyberte jednu z možností.//
++
++
++4.2.2.5 Prehľad plánovaného využívania iných ISVS (integrácie) – TO BE
++
++
++V nasledujúcej tabuľke je uvedený prehľad ISVS, pri ktorých sa plánuje využívanie ich služieb. Všetky ostatné požadované funkcionality a dáta budú zabezpečené prostredníctvom existujúcich integrácií, pričom systém bude navrhnutý tak, aby vedel využívať tieto služby.
++
++**Tabuľka 24 – Prehľad plánovaného využívania iných ISVS(integrácie) – budúci stav**
++
++|(((
++Kód 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_10857|Informačný monitorovací systém pre programové obdobie 2021 - 2027 (ITMS21+)|TBD|Informačný riadiaci systém (IRS)
++
++
++4.2.2.6 Aplikačné služby pre realizáciu koncových služieb – TO BE
++
++
++V nasledujúcej tabuľke sú uvedené plánované aplikačné služby pre realizáciu koncových služieb. Posledná služba bude využívať inú aplikačnú službu v rámci externého ISVS. Vzhľadom na charakter budovaného IS budú ostatné služby záležitosťou vnútornej architektúry systému.
++
++
++**Tabuľka 25 – Prehľad aplikačných služieb pre realizáciu koncových služieb – budúci stav**
++
  |(((
--ď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**
++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)//
++)))
++|TBD|Spracovanie údajov k predloženým žiadostiam o spoluprácu|TBD|TBD
++|TBD|Spracovanie údajov k monitorovaniu projektu od používateľov spolupracujúcich subjektov|TBD|TBD
++|TBD|Spracovanie údajov k žiadostiam o platbu od používateľov spolupracujúcich subjektov|TBD|TBD
++|TBD|Spracovanie podkladov programu a projektov z informačného monitorovacieho systému (ITMS)|TBD|TBD
++
++
++4.2.2.7 Aplikačné služby na integráciu – TO BE
++
++
++Projekt neplánuje vytváranie vlastných integračných služieb na externú integráciu.
++
++**Tabuľka 26 – Prehľad aplikačných služieb na integráciu – budúci stav**
++
++|(((
++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ľa
++
++(kód MetaIS)
++)))
++|n/a|n/a|n/a|n/a|n/a|n/a|n/a|n/a
++
++4.2.2.8 Poskytovanie údajov z ISVS do IS CPDI– TO BE
++
++
++Projekt neplánuje poskytovanie údajov z budovaného ISVS do IS CPDI.
++
++**Tabuľka 27 – Prehľad údajov poskytovaných do IS CPDI – budúci stav**
++
++|ID OE|Názov (poskytovaného) objektu evidencie|Kód ISVS poskytujúceho OE|Názov ISVS poskytujúceho OE
++|n/a|n/a|n/a|n/a
++
++4.2.2.9 Konzumovanie údajov z IS CSRU – TO BE
++
++
++Projekt plánuje využívanie údajov zo systému ITMS2021+ prostredníctvom ich konzumovania údajov cez IS CPDI.
++
++
++**Tabuľka 28 – Prehľad údajov poskytovaných do IS CPDI – budúci stav**
++
++|ID  OE|(((
++
++
++Názov (konzumovaného) objektu evidencie
++)))|Kód a názov ISVS konzumujúceho OE z IS CPDI|Kód zdrojového ISVS v MetaIS
++|ID1 až ID10|Objekty evidencie uvedené v kapitole dátová vrstva, ktoré súvisia s riadením  programu a riadením implementácie programov.|TBD - Informačný riadiaci systém (IRS)|isvs_10857 - Informačný monitorovací systém pre programové obdobie 2021 - 2027 (ITMS21+)
++
++
++4.2.3 Dátová vrstva
++
++
++MPSVR potrebuje mať zavedený systematický manažment údajov a dát vyplývajúcich z riadenia čerpania financií z fondov EÚ (vrátane nastavenia príslušných procesov a metodík pre správu týchto údajov) a musí byť schopná tak evidovať a spracúvať údaje čo možno v najväčšej miere v strojovo-spracovateľnej podobe.
++
++4.2.3.1 Údaje v správe organizácie
++
++
++V rámci súčasného stavu sú v rámci úseku koordinácie čerpania finančných zdrojov z fondov EÚ spracovávane rôzne typy informácie. Zdrojom týchto informácií / údajov je niekoľko. Primárnym zdrojom je externý systém ITMS2021+. V rámci neho sú evidované hlavné vstupné a výstupné objekty evidencie pre jednotlivé procesy riadenia pri vyhlasovaní výziev, výbere projektov, ich financovania až po ich monitorovanie a vyhodnocovanie. MPSVR ako SO a zároveň aj ako prijímateľ finančných prostriedkov v rámci takto prijatých vstupov (ako napr. žiadosť o NFP, žiadosti o platbu a pod.), resp. na základe ďalších aktivít v zmysle riadiacej dokumentácie vykonáva ďalšie činnosti/aktivity, pri ktorých vznikajú na dennej báze ďalšie dáta a údaje. Dáta, ktoré týmito činnosťami vzniknú sú v súčasnosti evidované a spracovávané na rôznych interných úložiskách MPSVR, sú decentralizované, v rôznych formátoch, resp. niektoré sú len v papierovej podobe. Využiteľnosť a následné spracovanie a vyhodnocovanie takýchto dát je náročné a zdĺhavé, nie len z pohľadu času a kapacít, ale aj z pohľadu prípadnej chybovosti a následnej potreby dohľadávania týchto chýb. Dáta, ktoré sú evidované len v papierovej podobe, alebo vo forme skenov (neštruktúrované dáta) je potrebné v niektorých prípadoch prevádzať do tabuľkových súborov, aby bolo možné pokračovať v ich ďalšom spracovaní.
++
++4.2.3.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE
++
++
++Hlavnými cieľmi budúceho riešenia z pohľadu spracovania dát projektu (budúci stav) je poskytnúť podporu primárne v nasledovných oblastiach:
++
++* sprístupniť existujúce údaje evidované v zdrojových systémoch,
++* naviazať na tieto údaje výstupy, ktoré sú tvorené v rámci interného spracovania dát,
++* naviazať údaje na personálne kapacity,
++* podporiť využívanie evidovaných údajov – odstránenie duplicitného zadávania údajov (sprehľadniť a optimalizovať prístupy k údajom, ich predvypĺňanie pri príprave výstupov a pod.),
++* zjednotiť postupy a nastaviť spoločné pravidlá práce s dátami / súbormi,
++* centralizovať evidované údaje v jednom spoločnom riešení,
++* naviazať ďalšie doplňujúce údaje, súbory a prílohy, ktoré sú v súčasnosti evidované na rôznych miestach k hlavným objektom evidencie,
++* previesť informácie, ktoré sú spracovávané z decentralizovaných lokálnych databáz do cieľového systému,
++* zabezpečiť elektronizáciu pri získavaní štruktúrovaných údajov pre ich ďalšie vyhodnotenie,
++
++čím sa zabezpečí naplnenie cieľov projektu a zároveň sa zabezpečí relevantný zdroj pre riadenie a manažment čerpania finančných prostriedkov z fondov EÚ, ako aj zdroj pre ďalšie využitie evidovaných dát (v rámci rezortného spracovania). Okrem hlavných biznisových objektov evidencie budú v systéme spracovávané aj ďalšie údaje súvisiace s podpornými biznisovými procesmi, ako je napr. podpora vzdelávania zamestnancov, podpora tvorby výstupov ako aj s podpornými a prevádzkovými procesmi ako je napr. konfigurácia systému, číselníky a ich položky, používatelia a prístupy do systému a ďalšie prevádzkové dáta.
++
++
++Hlavné objekty evidencie budúceho riešenia je možné rozdeliť do nasledujúcich oblastí:
++
++**Oblasť 1: Riadenie programov EÚ / riadenie implementácie programov EÚ**:
++
++1. Údaje k programu
++1. Údaje k riadiacej dokumentácii
++1. Údaje o vyzvaniach
++1. Údaje súvisiace s výberom projektov (žiadosť o NFP, zmluva o NFP)
++1. Údaje finančného riadenia (plán, čerpania, nezrovnalosti, pohľadávky ...)
++1. Kontrolné mechanizmy
++1. Údaje pre monitorovanie a hodnotenie programov
++1. Ostatné podporné údaje
++
++
++**Oblasť 2: Plánovanie a riadenie projektov z pohľadu prijímateľa FP**
++
++1. Údaje o projektoch
++1. Údaje o vyzvaniach pre spolupracujúce subjekty
++1. Údaje súvisiace s výberom projektov (žiadosť o spoluprácu, zmluva o spoluprácu)
++1. Údaje finančného riadenia (plán, čerpania)
++1. Údaje monitorovacích správ
++1. Ostatné podporné údaje
++
++
++**Oblasť 4: Podporné biznisové oblasti**
++
++1. Údaje o organizačnej štruktúre
++1. Údaje o programovej štruktúra
++1. Údaje o plánovaných a realizovaných vzdelávaniach
++1. Údaje o organizáciách a spolupracujúcich subjektoch (kmeňové údaje)
++1. Údaje reportoch a dátach
++
++
++**Oblasť 5: Ostatné prevádzkové oblasti**
++
++1. Údaje súvisiace s konfiguráciou a prevádzkou systému
++1. Údaje o používateľoch systému a nastaveniach prístupu
++1. Údaje nastaveniach ostatných číselníkov a ich položkách
++1. Ostatné podporné údaje
++
++
++V nasledujúcej tabuľke sú zosumarizované základné objekty evidencie navrhovaného riešenia primárne z pohľadu biznisového spracovania dát:
++
++**Tabuľka 29 – Objekty evidencie**
++
++|ID OE|Objekt evidencie - názov|Objekt evidencie - popis|Referencovateľný identifikátor URI dátového prvku
++|ID1|Program|Údaje evidované o programe a programovej štruktúre.|Nemá
++|ID2|Riadiaca dokumentácia|Riadiaca dokumentácia programu, na základe ktorej sú riadené jednotlivé procesy pri čerpaní FP|Nemá
++|ID3|Vyzvanie|Údaje o pripravovanej a následne publikovanej výzve na predkladanie žiadostí o NFP.|Nemá
++|ID4|Žiadosť o NFP|Údaje o predkladanej žiadosti o NFP od záujemcu o NFP.|Nemá
++|ID5|Zmluva o NFP/Projekt|Identifikačné a kmeňové údaje k zmluvám o NFP vrátane finančného rozpočtu.|Nemá
++|ID6|Finančné čerpanie|Údaje o plánovanom a skutočnom čerpaní finančných prostriedkov podľa typu projektu.|Nemá
++|ID7|Žiadosť o platbu|Údaje o žiadostiach o platbu predkladaných zo strany prijímateľov FP, vrátane informácií o platbách voči EK.|Nemá
++|ID8|Nezrovnalosť|Údaje o identifikovaných nezrovnalostiach a pohľadávkach v rámci projektov.|Nemá
++|ID9|Kontrola|Údaje o plánovaných a realizovaných kontrolách (jednotlivé typy).|Nemá
++|ID10|Monitorovacia správa|Údaje k monitorovaniu stavu programov a projektov.|Nemá
++|ID11|Projekt (prijímateľ)|Identifikačné údaje o projekte prijímateľa FP.|Nemá
++|ID12|Vyzvanie (prijímateľ)|Údaje o pripravovanej a následne publikovanej výzve na zapojenie spolupracujúcich subjektov.|Nemá
++|ID13|Žiadosť o spoluprácu (prijímateľ)|Údaje o predkladanej žiadosti o spoluprácu. Žiadosť je prijímaná od externých záujemcov o spoluprácu.|Nemá
++|ID14|Zmluva o spoluprácu (prijímateľ)|Identifikačné a kmeňové údaje k zmluvám o spolupráci vrátane finančného rozpočtu.|Nemá
++|ID15|Finančné čerpanie (prijímateľ)|Údaje o plánovanom a skutočnom čerpaní finančných prostriedkov podľa typu projektu.|Nemá
++|ID16|Žiadosť o platbu (prijímateľ)|Údaje o žiadostiach o platbu predkladaných zo strany spolupracujúcich subjektov vrátane údajov k žiadostiam o platbu voči SO.|Nemá
++|ID17|Monitorovacia správa (prijímateľ)|Monitorovacie a vyhodnocovanie údajov projektu.|(((
++Nemá
++
++
++)))
++
++4.2.3.3 Referenčné údaje
++
++
++===== V rámci dátových objektov evidovaných pre uvedenú podoblasť projekt nepočíta s tvorbou referenčných údajov ani s ich využívaním v rámci integrácie na CPDI. =====
++
++===== Objekty evidencie z pohľadu procesu ich vyhlásenia za referenčné =====
++
++**Tabuľka 30 – Objekty evidencie z pohľadu procesu ich vyhlásenia za referenčné**
++
++|**ID OE**|(((
++**Názov referenčného registra /objektu evidencie**
++
++//(uvádzať OE z tabuľky v kap. 4.2.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**
++|n/a|n/a|n/a|n/a|n/a
++
++
++===== Identifikácia údajov pre konzumovanie alebo poskytovanie údajov do/z CPDI =====
++
++**Tabuľka 31 – Identifikácia údajov pre konzumovanie alebo poskytovanie údajov do/z CPDI**
++
++|**ID OE**|(((
++**Názov referenčného registra /objektu evidencie**
++
++//(uvádzať OE z tabuľky v kap. 4.2.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**
++|n/a|n/a|n/a|n/a|n/a
++
++
++4.2.3.4 Kvalita a čistenie údajov
++
++
++===== Zhodnotenie objektov evidencie z pohľadu dátovej kvality =====
++
++Súčasná kvalita údajov závisí do veľkej miery od informácií, ktoré sú uvedené na vstupoch primárne z externých zdrojov, ale aj na vstupoch zadávaných počas spracovania jednotlivých podkladov, žiadostí, správ a pod. Pokiaľ zlyhá proces napojenia na zdrojové údaje a iniciálne vstupné objekty, resp. nebudú údaje na vstupe dostatočne kvalitné, bude obmedzené fungovanie aj následného sledovania a vyhodnocovania kvality pre ostatné objekty evidencie. Vzhľadom na úzkosť a prepojenosť jednotlivých údajov a objektov evidencie nie je možné k nim izolovane pristupovať (napr. bez projektu, nie je možné evidovať žiadosti o platbu a pod.).
++
++
++Z toho dôvodu je v tabuľke nižšie uvedená maximálna významnosť dátovej kvality pre každý evidovaný objekt riešenia. Prioritizácia je v tomto prípade bezpredmetná vzhľadom na stav, že pre korektné vyhodnocovanie dát je potrebné, aby bola plná funkčnosť a dostupnosť všetkých objektov evidencie.
++
++
++Dátová kvalita bude administrovaná pomocou interných procesov dátovej kvality. Pre riešenie bude prínosné, ak bude určený vlastník dátovej kvality, ktorý bude zodpovedný za správne nastavenie procesov kontroly a bude mať potrebné znalosti správy systému, aby vedel riadiť nápravu prípadných identifikovaných chýb. Konkrétne role spojené so zabezpečením dátovej kvality sú popísané v nasledujúcej časti. Presné zodpovednosti budú špecifikované v neskorších fázach projektu.
++
++
++**Tabuľka 32 – Objekty evidencie v kontexte riadenia dátovej kvality**
++
++|ID OE|Objekt evidencie - názov|(((
++Významnosť kvality
++
++//1 (malá) až 5 (veľmi významná)//
++)))|(((
++Citlivosť kvality
++
++//1 (malá) až 5 (veľmi významná//
++)))|(((
++Priorita //– poradie dôležitosti//
++
++//(začnite číslovať od najdôležitejšieho)//
++
++
++)))
++|ID1|Program|5|4|N/A
++|ID2|Riadiaca dokumentácia|5|4|N/A
++|ID3|Vyzvanie|5|4|N/A
++|ID4|Žiadosť o NFP|5|4|N/A
++|ID5|Zmluva o NFP/Projekt|5|4|N/A
++|ID6|Finančné čerpanie|5|4|N/A
++|ID7|Žiadosť o platbu|5|4|N/A
++|ID8|Nezrovnalosť|5|4|N/A
++|ID9|Kontrola|5|4|N/A
++|ID10|Monitorovacia správa|5|4|N/A
++|ID11|Projekt (prijímateľ)|5|4|N/A
++|ID12|Vyzvanie (prijímateľ)|5|4|N/A
++|ID13|Žiadosť o spoluprácu (prijímateľ)|5|4|N/A
++|ID14|Zmluva o spoluprácu (prijímateľ)|5|4|N/A
++|ID15|Finančné čerpanie (prijímateľ)|5|4|N/A
++|ID16|Žiadosť o platbu (prijímateľ)|5|4|N/A
++|ID17|Monitorovacia správa (prijímateľ)|5|4|N/A
++
++
++===== Roly a predbežné personálne zabezpečenie pri riadení dátovej kvality =====
++
++Nasledujúca tabuľka prezentuje predbežné roly pre zabezpečenie dátovej kvality. Finálne roly a znalosti pre nich potrebné, ako aj identifikácia kde budú prebiehať procesy kontroly kvality, budú definované v neskorších fázach projektu.
++
++
++**Tabuľka 33 – Role pre riadenie dátovej kvality**
++
++|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|Správca ISVS
++|**Data steward**|Čistenie údajov, zabezpečenie príslušných väzieb a prepojení.|Správca ISVS
++|**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|Správca ISVS
++
++
++
++4.2.3.5 Otvorené údaje
++
++
++V rámci dátových objektov evidovaných pre uvedenú podoblasť projekt nepočíta s tvorbou vlastných otvorených údajov, nakoľko dáta evidované v plánovanom IS budú len čiastkové a ich výsledný stav je agregovaných a sledovaný v rámci nadrezortného ISVS.
++
++**Tabuľka 34 – Objekty evidencie v kontexte otvorených údajov**
++
++|(((
++Názov objektu evidencie / datasetu
++
++//(uvádzať OE z tabuľky v kap. 4.2.3.2)//
++)))|(((
++
++
++Požadovaná interoperabilita
++
++(//3★ - 5★)//
++)))|(((
++Periodicita publikovania
++
++//(týždenne, mesačne, polročne, ročne)//
++)))
++|n/a|n/a|n/a
++
++
++4.2.3.6 Analytické údaje
++
++
++V rámci dátových objektov evidovaných pre uvedenú podoblasť projekt nepočíta s tvorbou vlastných analytických údajov. Dáta evidované v systéme budú využívané primárne na interné účely. Ďalšie analytické spracovanie môže byť vyhodnocované až v rámci centrálneho rezortného dátového skladu, kde budú vybrané dáta odlievané.
++
++**Tabuľka 35 – Objekty evidencie v kontexte analytických údajov**
++
++|ID|Názov objektu evidencie pre analytické účely|Zoznam atribútov objektu evidencie|Popis a špecifiká objektu evidencie
++|n/a|n/a|n/a|n/a
++
++
++4.2.3.7 Moje údaje
++
++
++V rámci dátových objektov evidovaných pre uvedenú podoblasť projekt nepočíta s tvorbou mojich údajov. Zbierané a evidované dáta budú v systéme využívané len na interné účely a pre zabezpečenie podkladov vyplývajúcich z riadiacich dokumentov pre čerpanie finančných prostriedkov zo zdrojov EÚ. Zber a spracovanie osobných údajov v rámci jednotlivých procesov sú riadené špecifickými právnymi predpismi súvisiacimi s ich spracovaním.
++
++
++4.2.3.8 Prehľad jednotlivých kategórií údajov
++
++
++V rámci projektu sa počíta s využívaním dát len na interné účely.
++
++**Tabuľka 36 – Prehľad kategórií údajov**
++
++|ID|(((
++Register / Objekt evidencie
++
++//(uvádzať OE z tabuľky v kap. 4.3.2)//
++)))|Referenčné údaje|Moje údaje|Otvorené údaje|Analytické údaje
++|ID1|n/a|☐|☐|☐|☐
++
++
++4.2.4 Technologická vrstva
++
++4.2.4.1 Prehľad technologického stavu - AS IS
++
++
++V súčasnosti nie je implementovaný informačný systém na podporu jednotlivých procesov riadenia.
++
++4.2.4.2 Požiadavky na výkonnostné parametre, kapacitné požiadavky – TO BE
++
++
++V nasledujúcej tabuľke sú uvedené výkonnostné parametre, kapacitné požiadavky, ktoré majú vplyv na výkon a sizing budúceho prostredia:
++
++
++**Tabuľka 37 – Požiadavky na výkonnostné parametre**
++
++|Parameter|Jednotky|Predpokladaná hodnota|Poznámka
++|Počet interných používateľov|Počet|300|TBD ( prejsť aj s MPSVR)
++|Počet súčasne pracujúcich interných používateľov v špičkovom zaťažení|Počet|30|
++|Počet externých používateľov (spolupracujúcich subjektov)|Počet|300|
++|Počet súčasne pracujúcich externých používateľov používajúcich systém v špičkovom zaťažení|Počet|30|
++|Objem kmeňových dát evidovaných v systéme|Objem|1TB|Odhadovaná maximálna hodnota
++
++4.2.4.3 Návrh riešenia technologickej architektúry
++
++
++Budované riešenia ako agendového rezortného systému bude využívať služby Vládneho cloudu.
++
++Infraštruktúra budúceho systému bude pozostávať zo služieb vládneho cloudu, ktorý zabezpečí hardvérové vybavenie a niektoré softvérové služby a z novo vybudovanej virtuálnej softvérovej infraštruktúry, ktorá vytvorí výpočtové prostredie, do ktorého budú nasadené jednotlivé časti systému.
++
++
++Základné vlastnosti, ktoré budú zohľadňované pri návrhu riešenia:
++
++* Riešenie bude navrhnuté ako modulárne s využitím SOA, alebo mikroslužieb, čo umožní nezávislý vývoj, flexibilnú údržbu a rýchlu škálovateľnosť jednotlivých komponentov.
++* Serverová infraštruktúra zabezpečí spoľahlivý a bezpečný prenos dát, rýchle spracovanie a prístup údajom.
++* Použitie špecifických virtuálnych prostredí umožní prenos riešenia medzi rôznymi cloudovými prostrediami (lokálne dátové centrum, vládny cloud, komerčný cloud), čím sa zabezpečuje nezávislosť na konkrétnom poskytovateľovi.
++* Komunikácia medzi modulmi bude založená na API prístupe, čo umožní ľahkú integráciu so zdieľanými službami a externými systémami.
++* Jednotlivé aplikácie budú nasadzované do aplikačného klastra, kde bude zabezpečená ich prevádzka nezávisle od nižších vrstiev. Aplikácie budú prostredníctvom virtuálnej infraštruktúry a externého (voči klastru) loadbalancera vystavené do prostredia infraštruktúry vládneho cloudu.
++
++
++Pre úspešné nasadenie a prevádzku systému budú v prípade ich dostupnosti využité aj nasledujúce eGovernment cloudové služby:
++
++●             Služby konfiguračného manažmentu;
++
++●             Služby pre riadenie procesu nasadzovania nových verzií a ich aktualizácie;
++
++●             Služby vývojového aplikačného manažmentu a testovacieho prostredia;
++
++●             Služby správy a konfigurácie softvéru;
++
++●             Služby pre dohľad nad plynulou a bezpečnou prevádzkou systému.
++
++
++Na nasledujúcej schéme je znázornená technologická architektúra služieb vládneho cloudu pre budúci systém.
++
++**Schéma 11 – Technologická architektúra**
++
++[[image:Schéma č.11.png]]
++
++
++V rámci dodávaného riešenia budú vytvorené nasledovné samostatné prostredia: Testovacie, Školiace/Predprodukčné, Produkčné.
++
++Požadované kapacitné parametre pre jednotlivé typy prostredí budú spresnené v rámci Detailného návrhu riešenia. Dodávateľ budúceho riešenia bude mať vytvorené pre potreby vývoja samostatné vývojové prostredie. Systém bude nasadzovaný do prostredia vládneho cloudu prostredníctvom služieb a procesov MPSVR.
++
++
++|(% rowspan="2" %)Prostredie|(% rowspan="2" %)(((
++
++
++Kód infraštruktúrnej 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| |
++)))|(% 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é|n/a|n/a|n/a|n/a|n/a|n/a
++|Testovacie|n/a|n/a|n/a|n/a|n/a|n/a
++|Predprodukčné|n/a|n/a|n/a|n/a|n/a|n/a
++|Produkčné|n/a|n/a|n/a|n/a|n/a|n/a
++
++
++|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é|n/a|n/a|n/a
++|Testovacie|n/a|n/a|n/a
++|Predprodukčné|n/a|n/a|n/a
++|Produkčné|n/a|n/a|n/a
++
++4.2.4.4 Využívanie služieb z katalógu služieb vládneho cloudu
++
++**Tabuľka 38 – Prehľad infraštruktúrnych služieb(cloudových služieb)**
++
  |(((
--ď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]]__.//
++
--== {{id name="_Toc1569848295"/}}{{id name="_Toc153139712"/}}4.5Bezpečnostná architektúra ==
++Kód infraštruktúrnej služby
--//{{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~://
++//(z MetaIS)//
++)))|Názov infraštruktúrnej služby|(((
++**Kód využívajúceho 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).//
++//(z MetaIS)//
++)))|**Názov integrovaného ISVS**
++|infra_sluzba_130|Využívanie IaaS vládneho cloudu|TBD|Informačný riadiaci systém (IRS)
--= {{id name="_Toc15428568"/}}{{id name="_Toc15427674"/}}{{id name="_Toc15426952"/}}{{id name="_Toc14573076"/}}{{id name="_Toc153139713"/}}5.Závislosti na ostatné ISVS / projekty =
++4.2.5 Bezpečnostná architektúra
--//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.//
++V rámci implementácie budú adresované všetky požiadavky definované v rámci platnej legislatívy pojednávajúcej o bezpečnosti informačných systémov vo verejnej správe ako napr.:
--|**Stakeholder**|(((
--**Kód projektu /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 č. 367~/~/2024 Z. z. o kritickej infraštruktúre a o zmene a doplnení niektorých zákonov
++* 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 č. 362/2018 Z. z. Národného bezpečnostného úradu z 11. decembra 2018, 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í
++
++
++Navrhované riešenie bude vo všeobecnosti spĺňať najvyššie bezpečnostné a prevádzkové štandardy moderných aplikačných systémov. Ďalej tiež budú aplikované bezpečnostné štandardy a metodiky MPSVR
++
++
++Riešenie bude v oblasti bezpečnosti a ochrany dát na technologickej úrovni v čo najvyššej možnej miere využívať existujúce bezpečnostné politiky, komponenty a technológie vládneho cloudu:
++
++●             Monitoring sieťových prístupov, bezpečnosti dát na diskových poliach, logovanie prístupov a zmien pre audit;
++
++●             Riadenie prístupov;
++
++●             Nástroje pre ochranu proti škodlivému softvéru;
++
++●             Nástroje pre monitorovanie a vyhodnocovanie bezpečnosti;
++
++●             Nástroje pre testovanie a overovanie zraniteľnosti a odolnosti systému voči hrozbám.
++
++
++Vývoj informačného systému (Informačný riadiaci systém) bude prebiehať v zmysle dokumentu Metodika pre systematické zabezpečenie organizácií verejnej správy v oblasti informačnej bezpečnosti, Ver. 2.1 (dostupné na [[Metodika pre systematické zabezpečenie organizácií verejnej správy v oblasti informačnej bezpečnosti ~| CSIRT.SK>>url:https://www.csirt.gov.sk/metodika-zabezpecenia-ikt.html?csrt=6529846371909271327]])
++
++Pre informačný systém (Informačný riadiaci systém) bude vypracovaná relevantná dokumentácia v zmysle dokumentu „Metodika zabezpečenia procesu plánovania, vytvorenia alebo nadobudnutia informačných technológií verejnej správy (informačného systému verejnej správy) - bezpečnostné požiadavky“.
++
++Realizácia riešenia si vyžiada zabezpečenie prevádzky, správy a údržby informačného systému v súlade s požiadavkami Bezpečnostnej politiky MPSVR . Systém musí byť realizovaný v súlade s legislatívou SR a v súlade s legislatívou EU. V zmysle definovaných výstupov projektu bude bezpečnostná architektúra budúceho systému detailne rozpracovaná v neskorších fázach projektu.
++
++5. Závislosti na ostatné ISVS / projekty
++
++V rámci podaktivity 1A – úsek štátnych sociálnych dávok a v rámci podaktivity 1B – koordinácia financií z fondov Európskej únie bola  identifikovaná priama závislosť na nasledovnom projekte.
++
++
++**Tabuľka 39 – Prehľad závislosti na ostatné ISVS/projekty**
++
++|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ť//
--| | | | |
--| | | | |
++)))|Názov projektu /ISVS|Termín ukončenia projektu|Popis závislosti
++|MPSVR|TBD|Rezortný dátový sklad (DWH)|09/2025|Aktuálny projekt je nadstavbou daného riešenia /projektu nakoľko predstavuje jeden zo zdrojov informácie, ktoré budú pre tento systém pripravované z dôvodu ich ďalšieho spracovania a vyhodnocovania na jednotlivých úrovniach riadenia MPSVR.
--= {{id name="_Toc15428566"/}}{{id name="_Toc15427672"/}}{{id name="_Toc15426950"/}}{{id name="_Toc740800352"/}}{{id name="_Toc153139714"/}}6.Zdrojové kódy =
--//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~://
++6. Zdrojové kódy
--* //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]]__//
++Pre zdrojové kódy, t. j. časti riešenia, ktoré budú vyvinuté na adresovanie špecifických potrieb a požiadaviek MPSVR budú platiť nasledovné pravidlá:
--= {{id name="_Toc1202332381"/}}{{id name="_Toc153139715"/}}7.Prevádzka a údržba =
++* Dodávateľ informačného systému bude povinný najneskôr v okamihu podpisu akceptačného protokolu odovzdať MPSVR zdrojový kód každého jednotlivého čiastkového plnenia tvoriaceho IS, ktoré je počítačovým programom a za podmienky, že bol vytvorený prvýkrát a výlučne v súvislosti/na účely implementovaného riešenia.
++* Dodávateľ informačného systému sa bude zaväzovať, že zdrojový kód, ktorý bude vytvorený počas zhotovovania riešenia, bude otvorený v súlade s licenčnými podmienkami verejnej softvérovej licencie Európskej únie podľa osobitného predpisu (Vykonávacie rozhodnutie Komisie (EU) 2017/863 z 18.mája 2017, ktorým sa aktualizuje verejná open source softvérová licencia Európskej únie (EUPL) v záujme ďalšej podpory zdieľania a opätovného používania softvéru vyvinutého verejnými správami), a to v rozsahu, v akom zverejnenie tohto kódu nemôže byť zneužité na činnosť smerujúcu k narušeniu alebo k zničeniu implementovaného riešenia.
++* Zdrojové kódy budú od začiatku projektu, tzn. od prvého napísaného riadku kódu, časovo neobmedzene, uchovávané a spravované v Repozitári zdrojových kódov Gitlab MPSVR, ktorý bude slúžiť ako centralizovaný repozitár pre vývoj a riadenie zdrojového kódu. MPSVR zodpovedá za jeho prevádzku, dostupnosť, integritu a nemennosť. Pre daný projekt bude vytvorená v repozitári samostatná skupina projektov, ktorý bude počas implementácie pod plnou kontrolou dodávateľa (najvyšší prístup v rámci projektu).
++* Dokumentácia zmeny zdrojového kódu bude obsahovať podrobný popis a komentár každého zásahu do zdrojového kódu. Dodávateľ sa zaväzuje, že zdrojový kód bude spĺňať stanovené podmienky „Code Quality“, vrátane dodržiavania kódovacích štandardov, vykonávania jednotkového testovania a používania nástrojov na statickú analýzu kódu, aby sa odhalili potenciálne chyby, bezpečnostné zraniteľnosti alebo nekvalitný kód. Na zdrojových kódov v repozitári budú prebiehať štandardné kontroly MPSVR na kvalitu a bezpečnosť kódu.
++* Kompilácia a integrácia verzie aplikácie do výsledného binárneho programu a knižníc, v podobe kontajnerového image, a  uloženie výsledného artefaktu do Repozitára zdrojových kódov (Registra image) MPSVR, bude počas implementácie v zodpovednosti Dodávateľa realizovaná v build nástroji MPSVR, ktorý je súčasťou repozitára zdrojových kódov Gitlab MPSVR.
++* Nasadzovanie image do kontajnerovej platformy MPSVR do všetkých prostredí bude realizované len s využitím CI/CD infraštruktúry MPSVR.
++* Dokumentácia zmeny zdrojového kódu bude obsahovať podrobný popis a komentár každého zásahu do zdrojového kódu. Dodávateľ sa zaväzuje, že zdrojový kód bude spĺňať stanovené podmienky „Code Quality“, vrátane dodržiavania kódovacích štandardov, vykonávania jednotkového testovania a používania nástrojov na statickú analýzu kódu, aby sa odhalili potenciálne chyby, bezpečnostné zraniteľnosti alebo nekvalitný kód. Na zdrojových kódov v repozitári budú prebiehať štandardné kontroly MPSVR na kvalitu a bezpečnosť kódu.
++* Kompilácia a integrácia verzie aplikácie do výsledného binárneho programu a knižníc, v podobe kontajnerového image, a  uloženie výsledného artefaktu do Repozitára zdrojových kódov (Registra image) MPSVR, bude počas implementácie v zodpovednosti Dodávateľa realizovaná v build nástroji MPSVR, ktorý je súčasťou repozitára zdrojových kódov Gitlab MPSVR.
++* Nasadzovanie image do kontajnerovej platformy MPSVR do všetkých prostredí bude realizované len s využitím CI/CD infraštruktúry MPSVR.
++* Všetok zdrojový kód, ktorý dodávateľ vyvinie v rámci plnenia tejto zmluvy, bude vo vlastníctve MPSVR, ktoré získava právo na úpravy a distribúciu kódu podľa vlastného uváženia, a to aj prostredníctvom tretích strán.
--//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.//
++7. Prevádzka a údržba
--== {{id name="_Toc1213604723"/}}{{id name="_Toc153139716"/}}7.1Prevádzkové požiadavky ==
--//Uveďte popis L1 úrovne – požiadavky / očakávania//
--//Uveďte popis L2 úrovne – požiadavky / očakávania//
--//Uveďte popis L3 úrovne – požiadavky / očakávania//
--//Uveďte štandardný čas podpory, čas/rýchlosť odstraňovania vád, dostupnosť systému, zálohovanie, plán obnovy systému, atď.//
--//Uveďte požadované SLA na služby systémovej a aplikačnej podpory – servisné služby vzťahujúce sa na produkčné a testovacie prostredie IS.//
++V rámci prevádzky, podpory a údržby IS budú využívané princípy a postupy v zmysle ITIL aplikované na konkrétnu situáciu podpory navrhovanej platformy, tzn. s dôrazom na „service support“ procesy.
--=== {{id name="_Toc720375508"/}}{{id name="_Toc153139717"/}}7.1.1Úrovne podpory používateľov ===
++Samotná prevádzka informačného systému bude zabezpečená vo vládnom cloude. MPSVR poskytne rezortný servidesk na evidovanie požiadaviek, incidentov. Dodávateľ prostredníctvom MPSVR Service Desku bude vybavovať tikety.
--//Help Desk bude realizovaný cez 3 úrovne podpory, s nasledujúcim označením~://
++Údržba bude pozostávať z nasledujúcich činností:
--* //**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í),//
++* poskytovanie nových verzií softvéru – upgrade,
++* nasadzovanie patchov a hotpatchov,
++* technologický upgrade jednotlivých modulov navrhovaného riešenia, podpora štandardov a štandardov stanovených pre informačné systémy verejnej správy,
++* konfiguračné zmeny softvéru,
++* aktualizácia dokumentácie v slovenskom jazyku (administrátorská a používateľská príručka, školiace materiály) na základe aktualizácie alebo upgrade navrhovaného riešenia,
++* odovzdávanie informácií o nových verziách softvéru ich sprístupnením na internete alebo formou elektronického plnenia.
--=== 7.1.2Riešenie incidentov – SLA parametre ===
++Služby Podpory sú poskytované počas pracovných dní v termíne od 8:00-16:00. Služby obsahujú telefonickú a online podporu používateľov vrátane poskytovania a zabezpečovania nasledujúcich IT procesov:
--//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:
++* Service desk, ktorý poskytuje bežné funkcie na evidovanie a riadenie požiadaviek a zároveň na mesačnej báze poskytuje reporty o úrovni poskytovaných služieb.
++* Riadenie a riešenie incidentov a problémov.
++* Riadenie požiadaviek.
++* Poradenstvo k správnemu a efektívnemu využívaniu navrhovaného riešenia formou poradenstva s využitím všetkých dostupných komunikačných prostriedkov /prostredníctvom telefónu, faxu, elektronickej pošty, internetu / v rámci service desku každý pracovný deň v dobe medzi 8:00 - 16:00.
++* Pravidelný reporting (Servisné správy) o úrovni poskytovaných služieb a vykonaných službách za predchádzajúci mesiac.
--|**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.
++7.1 Prevádzkové požiadavky
++
++7.1.1 Úrovne podpory používateľov
++
++Help Desk bude realizovaný cez 3 úrovne podpory, s nasledujúcim označením:
++
++* **L1 podpory IS** (Level 1, priamy kontakt zákazníka) - jednotný kontaktný bod verejného obstarávateľa, 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).
++* **L2 podpory IS** (Level 2, postúpenie požiadaviek od L1) - vybraná skupina garantov, so znalosťou IS (zabezpečuje prevádzkovateľ IS).
++* **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ťaž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:**
++
++* Dostupnosť L3 podpory je 8x5 (8 hodín x 5 dní od 8:00h do 16:00h počas pracovných dní).
++
++
++7.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.
++
++
++**Tabuľka 40 – Označenie naliehavosti incidentu**
++
++|Označenie naliehavosti incidentu|Závažnosť incidentu|Popis naliehavosti incidentu
++|A|Kritická|Kritické chyby, ktoré spôsobia úplné zlyhanie systému ako celku a nie je možné používať ani jednu jeho časť, nie je možné poskytnúť požadovaný výstup z IS.
++|B|Vysoká|Chyby a nedostatky, ktoré zapríčinia čiastočné zlyhanie systému a neumožňuje používať časť systému.
  |C|Stredná|Chyby a nedostatky, ktoré spôsobia čiastočné obmedzenia používania systému.
--|D|Nízka|Kozmetické a drobné chyby.
--možný dopad:
--|**Označenie závažnosti incidentu**|**Dopad**|**Popis dopadu**
++|D|Nízka|Kozmetické a drobné chyby.
++
++
++**Tabuľka 41 – Možný dopad**
++
++|Označenie závažnosti incidentu|(((
++
++
++Dopad
++)))|Popis dopadu
  |1|katastrofický|katastrofický dopad, priamy finančný dopad alebo strata dát,
  |2|značný|značný dopad alebo strata dát
  |3|malý|malý dopad alebo strata dát
--Výpočet priority incidentu je kombináciou dopadu a naliehavosti v súlade s best practices ITIL V3 uvedený v nasledovnej matici:
--|(% colspan="2" rowspan="2" %)**Matica priority incidentov**|(% colspan="3" %)**Dopad**
--|**Katastrofický - 1**|**Značný - 2**|**Malý - 3**
++
++
++**Tabuľka 42 – Výpočet priority incidentu je kombináciou dopadu a naliehavosti v súlade s best practices ITIL V3 uvedený v nasledovnej matici:**
++
++|(% colspan="2" rowspan="2" %)Matica priority incidentov|(% colspan="3" %)Dopad
++|Katastrofický - 1|Značný - 2|Malý - 3
  |(% rowspan="4" %)**Naliehavosť**|**Kritická - A**|1|2|3
  |**Vysoká - B**|2|3|3
  |**Stredná - C**|2|3|4
  |**Nízka - D**|3|4|4
--Vyžadované reakčné doby:
--|**Označenie priority incidentu**|**Reakčná doba^^(1)^^ od nahlásenia incidentu po začiatok riešenia incidentu**|**Doba konečného vyriešenia incidentu od nahlásenia incidentu (DKVI) ^^(2)^^**|(((
--**Spoľahlivosť ^^(3)^^**
++
++
++**Tabuľka 43 - Vyžadované reakčné doby**
++
++|Označenie priority incidentu|Reakčná doba^^(1)^^ od nahlásenia incidentu po začiatok riešenia incidentu|Doba konečného vyriešenia incidentu od nahlásenia incidentu (DKVI) ^^(2)^^|(((
++Spoľahlivosť ^^(3)^^
++
  (počet incidentov za mesiac)
  )))
--|1|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|1 hod.|24 hodín|1
++|2|4 hod.|48 hodín|2
++|3|4 hod.|96 hodín|10
++|4|4 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: ==
++**Vysvetlivky k tabuľke**
--|**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.//
++(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:
++
++* 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.
++
++7.2 Požadovaná dostupnosť IS
++
++
++V nasledujúcej tabuľke sú uvedené kľúčové parametre SLA služby k navrhovanému riešeniu:
++
++**Tabuľka 44 – Parametre SLA**
++
++|Popis|Parameter|Poznámka
++|**Prevádzkové hodiny**|24 hodín|od 00:00 hod. - do 23:59 hod. počas celého roka
++|(% 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 po plánovanom odsúhlasení
  )))
--|**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.//
++|**Dostupnosť produkčného prostredia IS**|98%|(((
++98% z 24/7/365 t.j. max ročný výpadok je 175 hod, t.j. 15,5 hod mesačne.
++
++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 8:00 hod. - do 16: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.
  )))
--=== {{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~://
++7.2.1 Dostupnosť (Availability)
--* //**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/]].//
--=== {{id name="_Toc862618350"/}}{{id name="_Toc153139720"/}}{{id name="_Toc34423615"/}}{{id name="_RTO_(Recovery_Time"/}}7.2.2RTO (Recovery Time Objective) ===
++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.
--**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~://
++**Požadovaná dostupnosť riešenia**: 98% dostupnosť znamená výpadok 7,3 dňa.
--* //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) ===
++7.2.2 RTO (Recovery Time Objective)
--**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~://
--* //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//
++Recovery Time Objective (ďalej tiež ako „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]]).
--= {{id name="_Toc2005115416"/}}{{id name="_Toc153139722"/}}{{id name="_Toc15428571"/}}{{id name="_Toc15427677"/}}{{id name="_Toc15426955"/}}8.Požiadavky na personál =
--//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.//
++**Požadovaná dostupnosť riešenia**:
--= {{id name="_Toc603274444"/}}{{id name="_Toc153139723"/}}{{id name="_Toc15428572"/}}{{id name="_Toc15427678"/}}{{id name="_Toc15426956"/}}9.Implementácia a preberanie výstupov projektu =
++* pre úsek štátnych sociálnych dávok: 24 hodín.
++* pre úsek koordinácia čerpania financií z fondov Európskej únie: 48 hodín.
--//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.//
++7.2.3 RPO (Recovery Point Objective)
--= {{id name="_Toc1624651882"/}}{{id name="_Toc153139724"/}}{{id name="_Toc15428575"/}}{{id name="_Toc15427681"/}}{{id name="_Toc15426959"/}}{{id name="_Toc510413663"/}}10.Prílohy =
--//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~://
++**Recovery Point Objective** (ďalej tiež ako „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ť.
--* //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
++**Požadovaná hodnota RPO**:
++
++* pre úsek štátnych sociálnych dávok: 24 hodín.
++* pre úsek koordinácia čerpania financií z fondov Európskej únie: 24 hodín.
++
++8. Požiadavky na personál
++
++V rámci Projektového zámeru// //sú v kapitole 9 – Projektový tím bližšie popísané kompetencie a štruktúra Riadiaceho výboru ako aj samotného Projektového tímu. Požiadavky na definované projektové role ako aj ich náplň práce bude definovaná v nasledujúcej fáze projektu.
++
++Jednou z kľúčových podmienok pre úspešné nasadenie riešenia je potrebné povedomie, znalosti a motivácia pre používanie funkcionalít poskytovaných dodávaným riešením koncovými používateľmi, najmä zo strany pracovníkov MPSVR. Ako súčasť implementácie a nasadzovania riešenia bude realizovaná tzv. adopčná kampaň, ktorej cieľom bude jednoduchšie prijatie implementovanej zmeny zo strany relevantných stakeholderov. Adopčná kampaň bude pozostávať minimálne z nasledujúcich krokov:
++
++* Aktívna účasť koncových používateľov pri záverečnom testovaní riešenia, t. j. vo fáze akceptačného testovania.
++* Komunikačná kampaň na zvýšenie povedomia o prichádzajúcich zmenách a výhodách nových možností moderných pracovných nástrojov pre zvýšenie komfortu a efektivity používateľov.
++* Zaškolenie vedenia, nominovaných zamestnancov a IT podpory.
++
++9. Implementácia a preberanie výstupov projektu
++
++
++Realizácia a ukončenie projektu je plánované najneskôr 31.3.2026 vzhľadom na jeho financovanie z Plánu obnovy a odolnosti.
++
++Rámcový harmonogram projektu je uvedený kapitole 8 – Harmonogram jednotlivých fáz projektu a metóda jeho riadenia v rámci Projektového zámeru. Projekt bude realizovaný metódou waterfall, má definované konkrétne projektové výstupy v zmysle Vyhlášky 401/2023 Z.z., ktorých dodanie bude podmienkou pre akceptáciu jednotlivých aktivít projektu. Jednotlivé etapy realizačnej fázy môžu prebiehať paralelne, pričom detailný harmonogram spolu s vyznačenými závislosťami medzi jednotlivými aktivitami a ich výstupmi bude odsúhlasený RV po podpise zmluvy s dodávateľom. Projekt má definované konkrétne projektové výstupy, ktorých dodanie bude podmienkou pre akceptáciu jednotlivých aktivít projektu.
++
++
++Preberanie výstupov projektu sa bude riadiť nasledovnými princípmi
++
++* Plánovanie a príprava
++* **Definovanie cieľov a rozsahu projektu**: Jasne definujte ciele a rozsah projektu.
++* **Identifikácia zainteresovaných strán**: Určte všetky zainteresované strany a ich úlohy.
++* **Vytvorenie projektového plánu**: Zahrňte časový harmonogram, zdroje, rozpočet a riziká.
++* Implementácia
++
++* **Vývoj a testovanie**: Vyvinúť a otestovať produkt.
++* **Nasadenie do vládneho cloudu**: Nasadiť do vládneho cloudu, pričom dodržiavajte bezpečnostné a regulačné požiadavky.
++* **Monitorovanie a hodnotenie**: Monitorovať výkon a zbierať spätnú väzbu od používateľov.
++* Preberanie výstupov
++
++* **Odovzdanie a prevzatie**: Odovzdanie a prevzatie Diela alebo Časti diela sa uskutoční v termínoch špecifikovaných v časovom harmonograme.
++* **Akceptačný protokol**: Podpísanie akceptačného protokolu oprávnenými osobami.
++* **Vlastnícke právo**: Vlastnícke právo k Dielu alebo Časti diela prechádza na Objednávateľa podpísaním akceptačného protokolu.
++* **Kontrola kvality**: Objednávateľ neprevezme Časť diela, ak táto vykazuje právne a/alebo faktické vady.
++* **Prílohy akceptačného protokolu**:
++** Zápisnica o vykonaných akceptačných testoch.
++** Zoznam autorov diel a zoznam autorských diel vytvorených v rámci plnenia Zmluvy o dielo.
++** Vyhlásenie o splnení požiadaviek (dodržaní štandardov pre ISVS/ITVS).
++** Dokumenty a doklady osvedčujúce kvalitu a/alebo kompletnosť.
++* Záverečné hodnotenie a uzavretie projektu
++
++* **Záverečné hodnotenie**: Vyhodnotiť celkový úspech projektu a identifikovať oblasti na zlepšenie.
++* **Uzavretie projektu**: Formálne uzavrieť projekt a informovať všetky zainteresované strany.
++
++Tento návrh zabezpečí, že implementácia a preberanie výstupov projektu budú v súlade s vyhláškou 401/2023 a že dielo bude úspešne nasadené do vládneho cloudu.
++
++Vo vývojovom prostredí (vývojárske nástroje a podporné informačné systémy vrátane použitých knižníc tretích strán), v ktorom bude Dielo vyvíjané, musia byť implementované opatrenia na:
++
++1. Zabezpečenie integrity vyvíjaného Diela na základe najvyššej Objednávateľom požadovanej úrovne ochrany dôvernosti, integrity a dostupnosti informácií, ktoré budú spracovávané vo vyvíjanom riešení.
++1. Zaistenie dôvernosti na základe Objednávateľom požadovanej úrovne ochrany dôvernosti citlivých údajov.
++
++10. Prílohy
++
++Pre tento projektový zámer nie sú uvedené žiadne relevantné odkazy na externé dokumenty alebo informačné zdroje.
++
++
++----
++
++[[~[1~]>>path:#_ftnref1]] Projekt implementácie rezortného DWH do prostredia MPSVR je v realizácii a bude úzko koordinovaný s navrhovaným riešením v rámci tohto projektového prístupu, tak aby požiadavky a potreby tohto projektu bolo možné zrealizovať v plánovaných termínoch.

Obrázok č.1.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.lucia\.klegova@employment\.gov\.sk

Veľkosť

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

Obsah

Schéma č.1.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.lucia\.klegova@employment\.gov\.sk

Veľkosť

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

Obsah

Schéma č.10.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.lucia\.klegova@employment\.gov\.sk

Veľkosť

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

Obsah

Schéma č.11.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.lucia\.klegova@employment\.gov\.sk

Veľkosť

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

Obsah

Schéma č.2.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.lucia\.klegova@employment\.gov\.sk

Veľkosť

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

Obsah

Schéma č.3.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.lucia\.klegova@employment\.gov\.sk

Veľkosť

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

Obsah

Schéma č.4.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.lucia\.klegova@employment\.gov\.sk

Veľkosť

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

Obsah

Schéma č.5.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.lucia\.klegova@employment\.gov\.sk

Veľkosť

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

Obsah

Schéma č.7.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.lucia\.klegova@employment\.gov\.sk

Veľkosť

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

Obsah

Schéma č.8.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.lucia\.klegova@employment\.gov\.sk

Veľkosť

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

Obsah

Schéma č.9.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.lucia\.klegova@employment\.gov\.sk

Veľkosť

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

Obsah

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

Súhrn

Podrobnosti

Aplikácie

Navigácia

Moje posledné úpravy

Need help?