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

Naposledy upravil Peter Ďuriš 2024/11/15 10:39

From 2.1 to 3.1

Z verzie 1.1

upravil Peter Ďuriš
-

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

Do verzie 2.1

upravil Peter Ďuriš
-

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

Podrobnosti

Vlastnosti stránky

Obsah

@@ -1,777 +1,1186 @@
--**PRÍSTUP K PROJEKTU**
--**Vzor pre manažérsky výstup I-03**
--**podľa vyhlášky MIRRI č. 401/2023 Z. z.**
++= projekt_3054_Pristup_k_projektu_detailny =
--|**Povinná osoba**|{{content id="projekt.asociovane_po" template="[[${po.nazov}]]"}}Ministerstvo obrany Slovenskej republiky{{/content}}
--|**Názov projektu**|{{content id="projekt.nazov"}}Vybudovanie informačného systému regrutácie{{/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 obrany Slovenskej republiky{{/content}}
--|**Vlastník projektu**| {{content id="projekt.vlastnik.nazov"}}Ministerstvo obrany Slovenskej republiky{{/content}}
--**Schvaľovanie dokumentu**
--|**Položka**|**Meno a priezvisko**|**Organizácia**|**Pracovná pozícia**|**Dátum**|(((
++PRÍSTUP K PROJEKTU
++
++ Vzor pre manažérsky výstup I-03
++
++podľa vyhlášky MIRRI č. 401/2023 Z. z.
++
++
++
++|**Povinná osoba**|Ministerstvo obrany Slovenskej republiky
++|**Názov projektu**|Vybudovanie informačného systému regrutácie
++|**Zodpovedná osoba za projekt**|TBD
++|**Realizátor projektu**|Ministerstvo obrany Slovenskej republiky
++|**Vlastník projektu**|Ministerstvo obrany Slovenskej republiky
++
++**~ **
++
++Schvaľovanie dokumentu
++
++|**Položka**|**Meno a priezvisko**|**Organizácia**|**Pracovná pozícia**|**Dátum**|(((
  **Podpis**
--(alebo elektronický súhlas)
++
++**(alebo elektronický súhlas)**
  )))
--|Vypracoval| | | | |
++|Vypracoval|(((
++Peter Ďuriš
--= {{id name="_Toc2008675389"/}}1.História dokumentu =
++Filip Nguyen
++)))|Intesoft|Dodávateľ |9.9.2024|
++**~ **
++
++**~ **
++
++= 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.//|
++|0.1|9.9.2024|Pracovný návrh|
++|// //|// //|// //|
  | | | |
  | | | |
--= {{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.//
++V súlade s vyhláškou 85/2020 Z. z. o riadení projektov - je dokument Prístup k projektu pre iniciačnú fázu určený na rozpracovanie detailných informácií prípravy projektu z pohľadu budúceho stavu a navrhovaného riešenia tak, aby mohol byť projekt schválený a začal proces verejného obstarávania a následný prechod do realizačnej fázy projektu.
--== {{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 ==
++== 2.1      Použité skratky a pojmy ==
  |**SKRATKA/POJEM**|**POPIS**
--| |
--| |
--| |
--{{id name="_Toc152607286"/}}
--
++|AOS|Akadémia ozbrojených síl gen. M. R. Štefánika
++|ATS|Modul na sledovanie priebehu uchádzača (Applicant Tracking System)
++|CMS|Systém na manažment obsahu (Content Management System)
++|FO|Fyzická osoba
++|GDPR|Všeobecné nariadenie EÚ o ochrane údajov
++|IAM|Správa identít a prístupu (Identity & Access Management)
++|ID-SK|Jednotný dizajn elektronických služieb a webových sídiel Slovenska
++|IKT|Informačné a komunikačné technológie
++|IS|Informačný systém
++|ISR|Informačný systém regrutácie
++|ISVS|Informačný systém verejnej správy
++|KPI|Kľúčové ukazovatele výkonnosti (Key Performance Indicators)
++|MO SR|Ministerstvo obrany Slovenskej republiky
++|OS SR|Ozbrojené sily Slovenskej republiky
++|OVM|Orgány verejnej moci
++|PO|Právnická osoba
++|POO|Plán obnovy a odolnosti
++|PR|Vzťahy s verejnosťou (Public Relations)
++|PÚ OS SR|Personálny úrad ozbrojených síl Slovenskej republiky
++|RS OS SR|Regrutačné stredisko ozbrojených síl Slovenskej republiky
++|ÚVN|Ústredná vojenská nemocnica
--== {{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**//
++Hlavné kategórie požiadaviek v zmysle katalógu požiadaviek sú rozdelené na funkčné, nefunkčné a technické. Následne boli požiadavky číslované od 01 ďalej s označením ID.
--* //U – užívateľská požiadavka//
--* //R – označenie požiadavky//
--* //xx – číslo požiadavky//
--//**Nefunkčné (kvalitatívne, výkonové - Non Functional Requirements - NFR) požiadavky** majú nasledovnú konvenciu~://
--//**NRxx**//
--* //N – nefunkčná požiadavka (NFR)//
--* //R – označenie požiadavky//
--* //xx – číslo požiadavky//
--//Ostatné typy požiadaviek môžu byť ďalej definované objednávateľom/PM.//
--{{id name="_Toc15428558"/}}{{id name="_Toc15427668"/}}{{id name="_Toc15426946"/}}//Všetky požiadavky uvedené v Prístupe k projektu v príslušných kapitolách, musia byť v súlade s funkčnými, nefunkčnými a technickými požiadavkami uvedenými v Katalógu požiadaviek I-04 (**M-05 Analýza nákladov a prínosov - BC/CBA, karta: Katalóg požiadaviek)**.//
++**~ **
--= {{id name="_Toc1924467239"/}}{{id name="_Toc153139683"/}}3.Popis navrhovaného riešenia =
++= 3.   Popis navrhovaného riešenia =
--//Opis navrhovaného riešenia sa spracováva až po definovaní vybranej alternatívy riešenia na základe výsledkov MCA z dokumentu Projektový zámer (I-02).//
--//Obsahom tejto kapitoly je manažérsky sumár navrhovaného riešenia z pohľadu architektúry.//
++Na základe vyhodnotenia multikriteriálnej analýzy je v rámci dokumentu posudzovaná a na realizáciu odporúčaná biznis alternatíva A1 – Vytvorenie nového IS pre optimalizáciu, zefektívnenie a elektronizácia vybraných častí procesov agend PÚ OS SR vrátane elektronizácie služieb v rámci podávania žiadostí a komunikácie so žiadateľom. V zmysle vybranej alternatívy bude zahrnutá aj biznis alternatíva B2, ktorá spĺňa kritéria používateľskej skúsenosti stakeholderov. Tieto zmeny zabezpečia:
--= {{id name="_Toc120655606"/}}{{id name="_Toc153139684"/}}4.Architektúra riešenia projektu =
++* Elektronizáciu procesov regrutácie prostredníctvom vybudovania nového informačného systému,
++* Optimalizáciu a zefektívnenie spracovania procesov agend Personálnych úradov ozbrojených síl Slovenskej republiky prostredníctvom digitalizácie procesov, znížením administratívy a zefektívnením spracovania procesov, znížením trvania spracovania a doby vybavenia žiadosti, zavedením overovania identity prostredníctvom dostupných údajov a zefektívnením sledovania, vyhodnocovania a vykazovania údajov,
++* Štandardizáciu bezpečnostných pravidiel a postupov pre prácu a skladovanie osobných údajov v procese regrutácie prostredníctvom dátového trezoru a nových registrov,
++* Zabezpečenie elektronickej výmeny údajov, informácií a dokumentov,
++* Zefektívnenie komunikácie so žiadateľom prostredníctvom zavedenia elektronickej výmeny údajov a podporením multikanáloveho prístupu.
++* Rozšírenie služieb regrutačných pracovísk a "miest prvého kontaktu" o elektronické nástroje podporujúce úspešnú regrutáciu.
--//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,**~://
++Detailný pohľad na navrhované riešenie je uvedený v nasledujúcej kapitole.
--* //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).//
++= 4.   Architektúra riešenia projektu =
--== {{id name="_Toc299977606"/}}{{id name="_Toc153139685"/}}4.1Biznis vrstva ==
++== 4.1      Biznis vrstva ==
--//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~://
--* //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//
++=== 4.1.1      AS IS stav Biznis architektúry ===
--=== 4.1.1Prehľad koncových služieb – budúci stav: ===
++V rámci súčasného stavu biznis architektúry agend regrutačných stredísk PÚ OS SR boli identifikovaný títo biznis aktéri (fyzické a právnické osoby) a ich role:
--{{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
--|ks_380451|Podávanie žiadostí|[c_pouzivatel.5]|; |Vyberte jednu z možností\\c_sofistikovanost.5
--|ks_380452|Správa regrutačného procesu|[c_pouzivatel.5]|; |Vyberte jednu z možností\\c_sofistikovanost.5
--{{/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//
++* Fyzické osoby:
++** **Občan Slovenskej republiky** – Občan, ktorý má záujem sa informovať alebo má záujem sa uchádzať o zamestnanie / štúdium v OZ štátu.
++** **Žiadateľ Ozbrojených síl Slovenskej republiky** – Spracovateľ podania formou vyplnenia žiadosti vo formulárovom prostredí.
++** **Podnikateľ** - fyzická osoba – Vystupuje ako poskytovateľ benefitov v rámci benefitov a odmien pre študentov, uchádzačov a personál OS SR.
++* Právnické osoby:
++** **Ministerstvo obrany Slovenskej republiky** – Zodpovedá za úseky a agendy verejnej správy týkajúce sa regrutácie, vzdelávania a prípravy na zaradenie do OS SR.
++** **Personálny úrad Ozbrojených síl Slovenskej republiky** – Riadi, metodicky usmerňuje a kontroluje činnosť svojich organizačných zložiek (okrem iných aj RS OS SR).
++** **Regrutačné skupiny Ozbrojených síl Slovenskej republiky** – Vykonávajú prijatie a spracovanie žiadostí týkajúcich sa agend regrutácie. Zabezpečujú prvotný kontakt a výber uchádzačov o štúdium alebo zaradenie do OS SR.
++** **Ústredná vojenská nemocnica Ružomberok** – Vykonáva posudzovanie zdravotnej spôsobilosti podľa Vyhlášky č. 446/2022 o posudzovaní zdravotnej spôsobilosti občana na prijatie do štátnej služby v OS SR.
++** **Akadémia ozbrojených síl generála Milana Rastislava Štefánika** – Prijíma žiadosti a poskytuje vysokoškolské vzdelanie a prípravu na výkon štátnej služby v OS SR.
++** **Iné orgány verejnej moci** – Orgány verejnej moci, ktoré vystupujú v agendách regrutačných skupín PÚ OS SR, napríklad ako sprostredkovatelia žiadostí, orgány povinné nahlasovať zmeny súvisiace s uchádzačom alebo ako orgány dopytované zo strany PÚ OS SR, aby sa vyjadrili k žiadosti uchádzača. Napríklad ide aj o Ministerstvo vnútra SR, ktoré môže byť zapojené v určitých aspektoch regrutačného procesu, najmä ak ide o koordináciu s civilnými zložkami.
++** **Podnikateľ právnická osoba** – Napríklad poskytovateľ benefitov, personálna agentúra a náborové firmy alebo Médiá a komunikačné agentúry. V niektorých prípadoch môže byť súčasťou procesu aj spolupráca s externými konzultantmi a firmami zaoberajúcimi sa náborom a médiá, ktoré sa podieľajú na informovaní verejnosti o náborových kampaniach a propagácii kariéry v OS SR.
++** **Iné inštitúcie** – Napríklad školy a vzdelávacie inštitúcie - Základné, stredné a vysoké školy môžu byť zapojené do regrutačných aktivít, najmä cez informačné kampane a prezentácie pre študentov.
++** **Iné vojenské útvary** – Vystupujú ako poskytovatelia informácií a partnerovia v PR aktivitách PÚ OS SR, AOS a MO SR. Napríklad to sú: Regionálne vojenské veliteľstvá, ktoré zodpovedajú za konkrétne geografické oblasti a spolupracujú pri nábore a selekcii nových členov; Centrum pre výcvik a kynológiu, ktoré poskytuje špecializovaný výcvik pre špecifické vojenské úlohy a odborné zameranie.
--=== {{id name="_Toc673686985"/}}{{id name="_Toc153139711"/}}4.1.2Jazyková podpora a lokalizácia ===
++Pre dotknutých aktérov bola identifikovaná kľúčová životná situácia „**Životná situácia 1 - Strata a hľadanie zamestnania**“ a nasledujúce relevantné čiastkové kroky v customer journey tejto kľúčovej životnej situácie:
--//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.//
++* Zisťujem si informácie o možnostiach ďalšieho postupu (hľadanie práce, podpora štátu)
++* Plním povinnosti definované úradom (aktívne hľadanie zamestnania, potvrdenia, hlásenia na UPSVaR, iné)
++* Potrebujem od štátu informácie o voľných pracovných miestach a o možnostiach vyhľadávania voľných pracovných miest
++* Chcem využiť informačno-poradenské služby štátu (pri voľbe povolania, výbere zamestnania a adaptácii zamestnanca v novom zamestnaní)
++* Chcem využiť odborné poradenské služby od štátu (vypracovanie individuálneho akčného plánu, individuálne a skupinové poradenstvo)
++* Potrebujem informácie o nástrojoch aktívnych opatrení na trhu práce (o vzdelávaní a príprave pre trh práce a príspevkoch napr. na samostatnú zárobkovú činnosť, na presťahovanie za prácou, na dopravu do zamestnania,...)
++* Hľadám vhodné pracovné pozície
++* Kontaktujem personálnu / pracovnú agentúru (variant)
++* Chodím na pracovné pohovory
--== {{id name="_Toc826435347"/}}{{id name="_Toc153139686"/}}4.2Aplikačná vrstva ==
++Súčasný stav biznis architektúry poskytuje nasledujúce optimalizačné príležitosti:
--//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//
++* Vysoká potreba manuálnych činností pri práci s údajmi, dokumentmi a informáciami pri výkone agend PÚ OS SR – Regrutačné procesy prebiehajúce prevažne manuálne vedú k neefektívnosti a chybovosti, keďže personalisti musia pracovať s elektronicky nečitateľnými formulármi v rôznych formátoch bez jednotného postupu, čo komplikuje interoperabilitu a zdieľanie informácií. Tento stav spôsobuje výrazné časové zdržania a prevádzkové náklady, čím brzdí strategické získavanie potrebných kapacít OS SR a znižuje spokojnosť uchádzačov. Nový informačný systém regrutácie by mohol tieto problémy riešiť automatizáciou procesov, štandardizáciou údajov a zlepšením komunikácie medzi zainteresovanými stranami.
++* Neefektívnosť pri manuálnom spracovaní procesov - Regrutačné procesy z pohľadu uchádzačov prebiehajú neefektívne, pretože sú založené na manuálnom vypĺňaní formulárov a vyžadujú telefonický alebo osobný kontakt, čo vedie k zbytočnému strácaniu času a zdrojov. Navyše, procesy nie sú pre uchádzačov dostatočne transparentné, čo spôsobuje nedostatok informácií o nasledujúcich krokoch a termínoch, ako sú stretnutia alebo zdravotné prehliadky, čo môže znižovať ich spokojnosť a dôveru v celý proces. Zavedenie nového informačného systému regrutácie by mohlo tieto problémy riešiť elektronizáciou a automatizáciou procesov, čo by zvýšilo efektivitu a transparentnosť pre všetkých zúčastnených.
++* Dlhé trvanie spracovania procesu a vybavenia žiadosti – Proces regrutácie je časovo náročný kvôli vysokej potrebe manuálneho spracovania a nízkej úrovni zdieľania údajov, čo vedie k zdĺhavému zadávaniu informácií, ktoré štát už má, a nízkej miere využívania online stretnutí. Tieto faktory spomaľujú celý proces a zvyšujú časovú náročnosť vybavenia žiadostí, čo môže odradiť potenciálnych uchádzačov a znížiť efektivitu regrutácie. Zavedenie nového informačného systému regrutácie by mohlo zrýchliť procesy prostredníctvom automatizácie, efektívneho zdieľania údajov a využívania online nástrojov na stretnutia.
++* Výmena informácií neprebieha efektívne – Chýbajú digitalizované procesy na postúpenie informácií v rámci PÚ OS SR a potrebnými inštitúciami, ako sú Ústredná vojenská nemocnica v Ružomberku či Akadémia ozbrojených síl, čo brzdí regrutačné procesy. Tento nedostatok digitalizácie vedie k zdĺhavým manuálnym postupom a neefektívnej komunikácii medzi jednotlivými zložkami, čím sa znižuje celková efektivita a rýchlosť regrutácie. Implementácia nového informačného systému regrutácie by mohla optimalizovať výmenu informácií a zrýchliť procesy digitalizáciou a automatizáciou.
++* Potreba dokladania údajov žiadateľom, ktorá sa už v štáte nachádzajú – Tento problém priamo vychádza z priority pre elektronické služby e-governmentu „Jedenkrát a dosť“ a spôsobuje, že žiadatelia musia opakovane predkladať informácie, ktoré štát už má k dispozícii. Tento neefektívny prístup zvyšuje administratívnu záťaž pre uchádzačov aj pre personálny úrad, spomaľuje regrutačné procesy a znižuje spokojnosť žiadateľov. Zavedenie nového informačného systému regrutácie by mohlo tento problém riešiť efektívnym zdieľaním údajov medzi štátnymi inštitúciami a minimalizáciou potreby duplicitného podávania údajov.
++* Absencia využívania služieb elektronickej identity pre vybavovanie e-Gov služieb – Používanie elektronickej identity sa čoraz viac vyžaduje pre elektronické služby štátu, kde občan vybavuje dôležité životné situácie a manažuje svoje osobné údaje, no v regrutačných procesoch ozbrojených síl SR táto prax chýba. Absencia elektronickej identity znižuje zabezpečenie a dôveru v štátne služby, čím sa komplikuje a spomaľuje celý proces. Zavedenie využívania elektronickej identity by mohlo zvýšiť bezpečnosť, dôveru a efektivitu procesu regrutácie, zároveň podporujúc modernizáciu a digitalizáciu štátnych služieb.
++* Neefektívne sledovanie, reportovanie a vyhodnocovanie štatistík a KPI – Meranie KPI je aktuálne manuálne, čo neumožňuje automatický zber štatistík a vedie k neefektívnym a časovo náročným procesom. Súčasné manuálne vyhodnocovanie KPI je limitované a nevyužíva pokročilé metódy analýzy údajov, čo by mohlo výrazne zlepšiť presnosť a efektívnosť. Sledovanie chovania návštevníkov webovej stránky by tiež mohlo poskytnúť cenné údaje pre optimalizáciu procesu regrutácie. Zavedenie nového informačného systému regrutácie by umožnilo automatizovaný zber a pokročilú analýzu KPI, čím by sa zvýšila efektivita a kvalita reportovania a vyhodnocovania procesov.
++* Nízke povedomie o činnostiach a benefitoch zamestnania v OS SR – Významná časť uchádzačov uvádza, že ich motivuje práca s významom, ale ich aktuálne povedomie o činnostiach a benefitoch zamestnania v ozbrojených silách SR je nízke. Základný naratív regrutačnej kampane by mal byť zameraný na zmysluplnosť práce, zvýraznenie profesionálnej vojenskej kariéry, jej široké zameranie, dynamiku rastu a hodnotu pre spoločnosť. Súčasťou navrhovaného projektu by mala byť aj multikanálová PR kampaň využívajúca storytelling na priblíženie práce v OS SR verejnosti, čo by mohlo výrazne zvýšiť atraktivitu a znalosť tohto povolania medzi potenciálnymi uchádzačmi.
++* Komunikácia so žiadateľom neprebieha efektívne – Komunikácia je nekonzistentná, pričom niektoré formuláre sú v podobe tlačív a proces často závisí na osobnom kontakte tam, kde by mohli byť využité online stretnutia na úsporu času. Efektivitu komunikácie by mohli zvýšiť moderné prvky, ako chatboty a AI asistenti, spolu s funkciami kalendára, ktoré umožňujú notifikácie a ukladanie termínov do osobných kalendárov v telefóne. Implementácia týchto nástrojov by zlepšila konzistenciu, rýchlosť a pohodlie komunikácie so žiadateľmi, čím by sa zvýšila ich spokojnosť a efektivita celého regrutačného procesu.
--=== {{id name="_Toc752151050"/}}{{id name="_Toc153139687"/}}4.2.1Rozsah informačných systémov – AS IS ===
++Zmenu aktuálneho stavu poskytovania služieb je možné vyhodnotiť pomocou nasledujúcich ukazovateľov a metrík:
--//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){{/content}}
++* Počet vytvorených platforiem na elektronizáciu procesov regrutácie: 0 ks.
++* Zníženie času zamestnanca PÚ OS SR na evidenciu uchádzačov: 100 %.
++* Navýšenie žiadostí podaných elektronicky: 0 ks.
++* Počet údajov, ktoré sa doťahujú z Registrov: 0 ks.
++* Ročný počet prijatých žiadostí v rámci agendy regrutácie (priemer za roky 2021 – 2023): 3 804 ks.
++* Priemerný čas dožiadania podkladov pre iniciačnú fázu: 4 hod.
++* Priemerný čas trvania zamestnanca pre vloženie žiadosti do SAP AS-IS, bez realizácie projektu: 5 hod.
++* Priemerný čas občana na doručenie žiadosti poštou AS-IS, bez realizácie projektu: 8 hod.
++* Priemerný čas na prístup k štatistickým výstupom AS-IS, bez realizácie projektu: 48 hod.
--=== 4.2.2Rozsah informačných systémov – TO BE ===
++==== 4.1.1.1       Popis procesov AS IS ====
--//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_14641|Rezortná integračná platforma (RIP)|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností\\c_stav_isvs.3|Vyberte jednu z možností\\c_typ_isvs.3||
--|isvs_14645|Informačný systém regrutácie|{{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}}
++Na nasledujúcich schémach je grafické znázornenie súčasného procesu regrutácie, pričom procesy sú vytvorené vo forme user stories v modelovacom nástroji canva ([[https:~~/~~/www.canva.com/sk_sk/>>url:https://www.canva.com/sk_sk/]]).
--=== 4.2.3Využívanie nadrezortných a spoločných ISVS – AS IS ===
++V rámci modelovania boli použité nasledovné objekty:
--//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.//
++* Persóna – šedý objekt – popisuje, koho sa daná situácia týky
++* Epic – žltý objekt – popisuje situáciu, ktorá sa rieši
++* User story – AS IS – modrý objekt – popisuje konkrétne kroky, ktoré sa vykonávajú v súčasnom stave
++* User story – TO BE – zelený objekt – popisuje návrh konkrétnych krokov, ktoré sa budú vykonávať v navrhovanom stave
++* Vstup / Výstup – fialový objekt – popisuje aký je potrebný vstup alebo výstup daného kroku
--|**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í.
++[[image:1730887253331-314.png]]
--=== 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 ===
++Obrázok 1 Registrácia uchádzača
--//Uveďte plánované využívanie nadrezortných a spoločných ISVS v TO BE stave.//
++[[image:1730887253340-179.png]]
--* //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.//
++Obrázok 2 Príprava podkladov do ŠS
--|**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í.
++[[image:1730887253344-456.png]]
--=== 4.2.5Prehľad plánovaného využívania iných ISVS (integrácie) – TO BE ===
++Obrázok 3 Pokračovanie procesu regrutácie
--//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 .//
++[[image:1730887253351-363.png]]
++Obrázok 4 Evidencia registračného formulára
++
++[[image:1730887253356-391.png]]
++
++Obrázok 5 Tvorba reportov a hlásení
++
++=== 4.1.2      TO BE stav Biznis architektúry ===
++
++Biznis architektúra vychádza z navrhovaných funkcionalít, ktoré by mal ISR zabezpečovať-. Z pohľadu užívateľov predpokladáme nasledovných:
++
++* Všeobecný užívateľ – jedná sa o občana, ktorý je všeobecným užívateľom stránok a aplikácia a teda ešte neprejavil záujem stať sa „vojakom“. Môže mať vytvorený profil „hráča“, ale ešte nebol iniciovaný proces podania žiadosti.
++* Uchádzač – jedná sa o občana, ktorý má záujem sa stať súčasťou OS SR v nejakej z vybraných pozícií. Tento užívateľ už má vytvorený verifikovaný profil.
++* Personalista – jedná sa o interného pracovníka regrutačného strediska, ktorý v rámci systému (predovšetkým modulu ATS) môže riadiť proces regrutácie.
++* Riadiaci pracovník – jedná sa o interného užívateľa, ktorý využíva systém predovšetkým ako konzument štatistík, hlásení a reportov, alebo je ako osoba oprávnenia manažovať prístupy do systému.
++
++Z pohľadu biznis koncových služieb boli identifikované nasledovné:
++
++* Poskytovanie všeobecných informácií – základná funkcionalita webu
++* Podávanie žiadostí – služba umožní uchádzačom predkladať formuláre, žiadosti, prihlášky a pod.
++* Správa regrutačného procesu – jedná sa o službu, prostredníctvom ktorej sa bude dať vytvoriť profil uchádzača a riadiť celý proces z jeho strany.
++
++==== 4.1.2.1       Návrh procesov TO BE ====
++
++Na nasledovných schémach je demonštrovaný návrh procesného zabezpečenia regrutácie. Metodika spôsobu zakreslenia je totožná z popisom AS IS
++
++[[image:1730887253357-456.png]]
++
++Obrázok 6 TO BE Registrácia uchádzača
++
++[[image:1730887253362-771.png]]
++
++Obrázok 7 TO BE Príprava dokladov
++
++[[image:1730887253367-755.png]]
++
++Obrázok 8 TOBE Zadanie osobných údajov
++
++[[image:1730887253371-338.png]]
++
++Obrázok 9 TO BE Osobné alebo online stretnutie
++
++[[image:1730887253373-224.png]]
++
++Obrázok 10 TO BE Podanie žiadosti
++
++[[image:1730887253376-407.png]]
++
++Obrázok 11 TO BE Overenie trestnej bezúhonnosti
++
++[[image:1730887253379-982.png]]
++
++Obrázok 12 TO BE Posúdenie zdravotnej spôsobilosti
++
++[[image:1730887253381-720.png]]
++
++Obrázok 13 TO BE Vyplnenie osobného dotazníka
++
++[[image:1730887253382-126.png]]
++
++Obrázok 14 TO BE Sledovanie stavu prihlášky
++
++[[image:1730887253384-710.png]]
++
++Obrázok 15 TO BE Pokračovanie procesu offline
++
++[[image:1730887253390-398.png]]
++
++Obrázok 16 TO BE prihlásenie do ATS
++
++[[image:1730887253393-639.png]]
++
++Obrázok 17 TO BE Manažovanie pozície
++
++[[image:1730887253398-284.png]]
++
++Obrázok 18 TO BE Zobrazenie karty uchádzača
++
++[[image:1730887253402-337.png]]
++
++Obrázok 19 TO BE Komunikácia s uchádzačom
++
++[[image:1730887253405-848.png]]
++
++Obrázok 20 TO BE Prehľad pozícií
++
++[[image:1730887253408-800.png]]
++
++Obrázok 21 TO BE Udelenie rozhodnutia uchádzačovi
++
++[[image:1730887253410-752.png]]
++
++Obrázok 22 TO BE Manažovanie uchádzača v kroku 1
++
++[[image:1730887253415-182.png]]
++
++Obrázok 23 TO BE Manažovanie uchádzača v kroku 3
++
++[[image:1730887253418-347.png]]
++
++Obrázok 24 TO BE Manažovanie uchádzača v ďalších krokoch
++
++[[image:1730887253420-459.png]]
++
++Obrázok 25 TO BE Tvorba štatistík a prehľadov
++
++[[image:1730887253421-960.png]]
++
++Obrázok 26 TO BE Procesy vedúceho pracovníka
++
++==== 4.1.2.2       Návrh TO BE biznis architetkúry ====
++
++[[image:1730887253423-243.png]]
++
++Obrázok 27 Návrh biznis architektúry TO BE
++
++=== 4.1.3      Prehľad koncových služieb – budúci stav ===
++
++V nasledujúcej tabuľke sú uvedené KS vytváraného systému
++
  |(((
++**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**
++|ks_380450|Poskytovanie všeobecných informácií|G2C|055 Slobodný prístup k informáciám, prístup k odtajneným skutočnostiam, archívy|úroveň 2
++|ks_380451|Podávanie žiadostí|G2C|135 Strata a hľadanie zamestnania|úroveň 4
++|ks_380452|Správa regrutačného procesu|G2C|132 Pracovnoprávne vzťahy|úroveň 4
++
++=== 4.1.4      Jazyková podpora a lokalizácia ===
++
++Systém bude definovaný v slovenskom a anglickom jazyku
++
++== 4.2      Aplikačná vrstva ==
++
++Z pohľadu aplikačnej architektúry bol systém rozdelený na nasledujúce celky:
++
++* Front end – jedná sa o možnosť pristupovať z vonku k obsahu web, pričom prístupy budú umožnené cez webové rozhranie alebo cez vytvorenú aplikáciu
++* Back end – jedná sa celkovú funkčnosť, ktorá bude v rámci systému implementovaná. Z pohľadu komponentov sa jedná o nasledovné:
++** CMS – jedná sa o základnú správu web, obsahu a informácií
++** ATS – jedná sa o modul, ktorý podporuje celý proces regrutácie ako na strane uchádzača, tak aj na strane regrutačného strediska
++** IAM – jedná sa o modul prístupov a oprávnení
++** ADMIN – v rámci admin modulu bude umožnené spracovať systém ako celok vrátane nastavení reportov úloh a pod.
++** GAMING ZONE – jedná sa o zónu, v rámci ktorej budú sprístupnené jednotlivé hry, avatari a pod.
++** FORMULARE – v rámci modulu bude možné tvoriť interaktívne formuláre, ktoré budú podporovať proces regrutácie
++** CHATBOT – jedná sa o chat asistenta prostredníctvom ktorého bude možné komunikovať s uchádzačom, záujemcom alebo bežným občanom na základe vytvorených algoritmov. Komunikácia bude prebiehať textovo alebo hlasovo, pričom budú využité nástroje umelej inteligencie na generovanie odpovedí.
++** TREZOR – jedná sa o modul, v ktorom budú uchovávané všetky osobné údaje, pričom tento bude oddelený od ISVS a bude sa do neho pristupovať len v prípade, ak bude nejaký proces aktívny a práve je potrebné nad nim robiť nejaké úkony
++* INTEGRACNA PLATFORMA – jedná sa o modul prostredníctvom ktorého budú do systému integrované externé údaje, alebo budú údaje poskytované do iných informačných systémov. Z pohľadu integrácií sa jedná o nasledujúce:
++** UPVS – integrácia pre umožnenej zabezpečenej komunikácie s uchádzačom
++** RFO – doťahovanie informácií o uchádzačom – automatizácia procesu
++** Registratúra – zabezpečenie registratúrneho poriadku
++** Register trestov – automatizácia procesu
++** IS SAP – posielanie štruktúrovaných údajov pre potreby evidovania uchádzačov
++** Systémy nemocníc – poskytovanie informácií o kapacitách, termínoch a pod.
++
++Zároveň bude integračná platforma slúžiť ako nástroj na budúce interné integrácie medzi systémami MOSR ako aj pre integráciu externých ISVS, ktoré bude potrebné integrovať.
++
++Následný návrh aplikačných služieb vychádza z jednotlivých procesov, ktoré budú systémom podporené.
++
++Na nasledujúcej schéme je demonštrovaný návrh aplikačnej architektúry:
++
++[[image:1730887253425-342.png]]
++
++Obrázok 28 Návrh aplikačnej architektúry TO BE
++
++Z pohľadu všeobecných štandardov by mala byť aplikačná architektúra postavená na nasledovných princípoch resp. vrstvách:
++
++==== 4.2.1.1       Prezentačná vrstva (UI/UX vrstva) ====
++
++* Webová aplikácia: Frontend, ktorý používajú uchádzači aj zamestnanci regrutácie. Pre uchádzačov je tu prihlasovanie, registrácia, podanie žiadosti, sledovanie stavu žiadosti a komunikácia s administrátormi. Pre administrátorov je dostupný manažment uchádzačov, správa prijatých žiadostí a výberový proces.
++* Mobilná aplikácia: Doplnok k webovej aplikácii, ktorý umožňuje prístup k funkciám systému prostredníctvom mobilných zariadení.
++* Technológie: React, Angular, Vue.js (pre webovú časť), Flutter alebo React Native (pre mobilné aplikácie).
++
++==== 4.2.1.2       Aplikačná logika (Business Logic Layer) ====
++
++* Autentifikácia a autorizácia: Modul pre správu používateľov a ich oprávnení (rozdelenie práv medzi administrátorov, regrutérov, manažérov a uchádzačov). Môže využívať OAuth2 alebo iné autentifikačné mechanizmy.
++* Správa žiadostí: Zabezpečuje prijímanie, ukladanie a spracovanie žiadostí o regrutáciu. Tento modul sa stará o automatizáciu spracovania podaní, triedenie, filtrovanie a eskaláciu žiadostí do ďalších fáz procesu.
++* Vyhodnocovanie kandidátov: Modul pre automatizovaný screening uchádzačov na základe definovaných kritérií (napr. vzdelanie, skúsenosti, výberové testy). Obsahuje algoritmy na výber najvhodnejších kandidátov.
++* Správa výberových konaní: Modul na plánovanie pohovorov, hodnotenie výsledkov testov, uchovanie spätnej väzby od hodnotiacich pracovníkov.
++* Notifikácie: Automatické zasielanie upozornení uchádzačom a zamestnancom cez e-mail, SMS alebo push notifikácie.
++
++==== 4.2.1.3       Integračná vrstva (Integration Layer) ====
++
++* API Gateway: Vstupný bod pre všetky požiadavky medzi frontendovou a backendovou časťou. Umožňuje bezpečné poskytovanie a konzumáciu API pre tretie strany (napr. externé služby na overenie totožnosti, databázy uchádzačov, zdravotné systémy).
++* Integrácia so systémami tretích strán:
++** HR systémy: Integrácia s internými alebo externými HR systémami na import alebo export údajov o zamestnancoch.
++** Systémy na overovanie údajov: Overovanie informácií uchádzača, napríklad pozadie, vzdelanie alebo zdravotný stav (v prípade regrutácie do ozbrojených síl).
++** Kalendárové a komunikačné služby: Integrácia s kalendármi (Google Calendar, Outlook) pre plánovanie pohovorov a s e-mailovými/službami na posielanie notifikácií.
++
++==== 4.2.1.4       Dátová vrstva (Data Layer) ====
++
++* Databáza kandidátov: Hlavná relačná databáza (napr. PostgreSQL, MySQL, MS SQL), ktorá ukladá osobné údaje uchádzačov, ich žiadosti, dokumenty, výsledky pohovorov a testov, spätne vyhodnotené údaje a históriu.
++* NoSQL databáza: Pre rýchle spracovanie menej štruktúrovaných dát, ako sú logy, notifikácie, alebo komunikácia v reálnom čase.
++* Data Warehouse: Pre dlhodobé ukladanie a spracovanie historických dát o regrutácii, štatistické správy a analýzy.
++* Zabezpečenie dát: Vysoká úroveň bezpečnosti údajov – šifrovanie, pravidelné zálohovanie, zabezpečenie prístupu a dodržiavanie noriem GDPR pre ochranu osobných údajov.
++
++==== 4.2.1.5       Bezpečnostná vrstva (Security Layer) ====
++
++* Autentifikácia a bezpečnostné politiky: Použitie technológií ako OAuth2, JWT (JSON Web Tokens), a dvojfaktorová autentifikácia (2FA) pre zabezpečenie prístupu.
++* Šifrovanie dát: Dáta sa ukladajú a prenášajú šifrované (napr. pomocou SSL/TLS protokolov).
++* Monitoring a audit: Neustále monitorovanie a auditovanie prístupov a zmien v systéme. Možnosť okamžitej reakcie na bezpečnostné incidenty.
++
++==== 4.2.1.6       Analytická vrstva (Analytics Layer) ====
++
++* Reportovanie a štatistiky: Modul pre generovanie prehľadov o stave regrutačného procesu – počet prijatých žiadostí, počet úspešných kandidátov, trvanie procesu, hodnotenie efektivity rôznych kanálov náboru.
++* Business Intelligence (BI): Pokročilé analytické nástroje, ktoré umožňujú analyzovať úspešnosť kampaní, výberových konaní a predpovedať vývoj na základe historických dát.
++
++==== 4.2.1.7       Infrastruktúrna vrstva (Infrastructure Layer) ====
++
++* Cloudová infraštruktúra: Systém môže byť nasadený v cloude (napr. AWS, Google Cloud, Azure), čo poskytuje škálovateľnosť, zálohovanie a vysokú dostupnosť.
++* Kontajnerizácia a orchestrace: Používanie Docker kontajnerov a Kubernetes na správu aplikácií, čo zjednodušuje nasadenie a správu systému.
++* Load Balancing a Cache: Na optimalizáciu výkonu systému môžu byť implementované vyrovnávače záťaže a kešovacie mechanizmy (Redis, Memcached).
++
++==== 4.2.1.8       Správa systému (Administration Layer) ====
++
++* Administrátorský panel: Webové rozhranie pre manažment systému, nastavenie užívateľských rolí, monitorovanie výkonu, manažment systémových aktualizácií a zabezpečenie systémových zdrojov.
++* Logovanie a monitorovanie: Systémy na sledovanie prevádzky a logovanie udalostí (napr. ELK stack: Elasticsearch, Logstash, Kibana). Monitorovanie umožňuje identifikáciu potenciálnych problémov a sledovanie výkonu systému.
++
++=== 4.2.2      Rozsah informačných systémov – AS IS ===
++
++|**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_4013|Portál rezortu obrany|☐|  Prevádzkovaný a plánujem rozvíjať|  Agendový|
++|isvs_9190|Webové sídlo personálneho úradu ozbrojených síl Slovenskej republiky|☐|  Prevádzkovaný a plánujem rozvíjať|  Prezentačný|
++
++=== 4.2.3      Rozsah informačných systémov – TO BE ===
++
++|**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_14645|Informačný systém regrutácie|☐|  Plánujem budovať|  Agendový|
++|isvs_14641|Rezortná integračná platforma (RIP)|☐|  Plánujem budovať|  Integračný|
++| | |☐|  Vyberte jednu z možností|  Vyberte jednu z možností|
++
++=== 4.2.4      Využívanie nadrezortných a spoločných ISVS – AS IS ===
++
++V súčasnosti sa nevyužívajú spoločné a nadrezortné ISVS
++
++|**Kód IS**|**Názov ISVS**|**Spoločné moduly podľa zákona č. 305/2013  e-Governmente**
++| | |// //
++| | |// //
++| | |// //
++
++=== 4.2.5      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 nasledujúcej tabuľke sú uvedené plánované integrácie
++
++|**Kód IS**|**Názov ISVS**|**Spoločné moduly podľa zákona č. 305/2013  e-Governmente**
++|isvs_14641|Rezortná integračná platforma (RIP)|//Modul elektronických schránok//
++|isvs_14641|Rezortná integračná platforma (RIP)|//Autentifikačný modul//
++|isvs_14641|Rezortná integračná platforma (RIP)|//Modulu elektronických formulárov//
++|isvs_14641|Rezortná integračná platforma (RIP)|//Modul elektronického doručovania//
++|isvs_14641|Rezortná integračná platforma (RIP)|//Notifikačný modul//
++|isvs_14641|Rezortná integračná platforma (RIP)|//IS CSRÚ-Modul procesnej integrácie a integrácie údajov//
++
++=== 4.2.6      Prehľad plánovaného využívania iných ISVS (integrácie) – TO BE ===
++
++Z pohľadu ďalších integrácií by mali zabezpečené integrácie na nasledovné ISVS
++
++|(((
  **Kód ISVS**
--//(z MetaIS)//
--)))|**Názov ISVS**|(((
++
++//**(z MetaIS)**//
++)))|(((
++**Názov ISVS**
++
++**~ **
++)))|(((
  **Kód integrovaného ISVS**
--//(z MetaIS)//
++
++//**(z MetaIS)**//
  )))|**Názov integrovaného ISVS**
--| | | |
--| | | |
--| | | |
++|isvs_14641|Rezortná integračná platforma (RIP)|Isvs_14465|Informačný systém regrutácie
++|isvs_14641|Rezortná integračná platforma (RIP)|Isvs_14640|IS Správa registrov a evidencii rezortu obrany
++|isvs_14641|Rezortná integračná platforma (RIP)|Isvs_14639|Integrovaný informačný systém MO SR
++|isvs_14641|Rezortná integračná platforma (RIP)|Isvs_11955|Informačný systém elektronickej správy registratúry
++|isvs_14641|Rezortná integračná platforma (RIP)|N/A|Informačné systémy nemocníc
++|isvs_14641|Rezortná integračná platforma (RIP)|N/A|Register trestov
--=== 4.2.6Aplikačné služby pre realizáciu koncových služieb – TO BE ===
--//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)
--|as_66131|Služby registrácie užívateľa / uchádzača||ks_380452|
--|as_66129|Zverejňovanie informácií||ks_380450|
--|as_66130|Zadávanie informácií na web||ks_380450|
--{{/content}}
++=== 4.2.7      Aplikačné služby pre realizáciu koncových služieb – TO BE ===
--=== 4.2.7Aplikačné služby na integráciu – TO BE ===
++|(((
++**Kód AS**
--//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)~://
++**//(z MetaIS)//**
++)))|**Názov  AS**|(((
++**ISVS/modul ISVS**
--* //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:**//
++//**(kód z MetaIS)**//
++)))|(((
++**Aplikačná služba realizuje KS**
--:
--
--(((
--|**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)
++//**(kód KS z MetaIS)**//
  )))
++|as_66134|Poskytovanie informácií o stave prihlášky|isvs_14641|ks_380452
++|as_66131|Služby registrácie užívateľa / uchádzača|isvs_14641|ks_380452
++|as_66133|Podávanie žiadostí a formulárov|isvs_14641|ks_380451
++|as_66130|Zadávanie informácií na web|isvs_14641|ks_380450
++|as_66129|Zverejňovanie informácií|isvs_14641|ks_380450
--* //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.2.8      Aplikačné služby na integráciu – TO BE ===
--=== {{id name="_Toc814509359"/}}{{id name="_Toc153139693"/}}{{id name="_Toc63764348"/}}4.2.8Poskytovanie údajov z ISVS do IS CSRÚ – TO BE ===
++V rámci projektu nebudú vybudované aplikačné služby na integráciu
--//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.//
++|(((
++**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)**
++)))
++| | | |Poskytovaná / Konzumujúca|Áno/Nie|Áno/Nie|Áno/Nie|
++| | | |Poskytovaná / Konzumujúca|Áno/Nie|Áno/Nie|Áno/Nie|
++| | | |Poskytovaná / Konzumujúca|Áno/Nie|Áno/Nie|Áno/Nie|
++
++=== 4.2.9      Poskytovanie údajov z ISVS do IS CSRÚ – TO BE ===
++
++Projekt nepredpokladá poskytovanie údajov do IS CSRÚ
++
  |**ID OE**|**Názov (poskytovaného) objektu evidencie**|**Kód ISVS poskytujúceho OE**|**Názov ISVS poskytujúceho OE**
  | | | |
  | | | |
  | | | |
--=== {{id name="_Toc63764349"/}}{{id name="_Toc1792132569"/}}{{id name="_Toc153139694"/}}4.2.9Konzumovanie údajov z IS CSRU – TO BE ===
++=== 4.2.10    Konzumovanie údajov z IS CSRU – TO BE ===
--//Uveďte v nasledujúcej tabuľke prehľad konzumovaných údajov z IS CSRÚ v TO BE stave. [[Súčasné dostupné objekty evidencie a údaje v IS CSRÚ>>url:https://managementmania.com/sk/databaza]] sú uvedené v integračnom manuáli IS CSRÚ.//
++|**ID  OE**|**Názov (konzumovaného) objektu evidencie**|**Kód a názov ISVS konzumujúceho OE z IS CSRÚ**|**Kód zdrojového ISVS v MetaIS**
++|OE_1|Osobné údaje regrutanta pre proces regrutácie|isvs_14641 Rezortná integračná platforma (RIP)|Register FO
++|OE_2|Trvalé bydlisko|isvs_14641 Rezortná integračná platforma (RIP)|Register adries
++|OE_3|Firmy spojené s FO|isvs_14641 Rezortná integračná platforma (RIP)|Register PO
++|OE_4|Odpis z registra|isvs_14641 Rezortná integračná platforma (RIP)|Register trestov
--|**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**
--| | | |
--| | | |
--| | | |
++== 4.3      Dátová vrstva ==
--== {{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 ==
++Dátová architektúra regrutačného informačného systému (RIS) je predovšetkým zameraná na jeho organizáciu, ukladanie, spracovanie a riadenie dát, ktoré sú nevyhnutné pre efektívne riadenie procesu regrutácie. Cieľom je zabezpečiť správu dát od ich vstupu do systému až po analýzu a reportovanie.
--//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.//
++Z pohľadu architektúry by mali byť splnené nasledovné oblasti:
--=== {{id name="_Toc2009350815"/}}{{id name="_Toc153139696"/}}{{id name="_Toc63764351"/}}4.3.1Údaje v správe organizácie ===
++**Zdroje dát (Data Sources)**
--//[[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).//
++* Interné zdroje: Údaje generované priamo v regrutačnom systéme, napríklad registrácie uchádzačov, ich osobné údaje, podania žiadostí, hodnotenia z pohovorov, výsledky testov, atď.
++* Externé zdroje: Integrácie so systémami tretích strán:
++** Databázy HR systémov: Dáta o aktuálnych zamestnancoch, prípadne o predošlých uchádzačoch.
++** Externé služby na overovanie údajov: Kontrola pozadia uchádzača, overovanie vzdelania alebo zdravotného stavu (napr. prístup k verejným registrom alebo vzdelávacím inštitúciám).
++** Sociálne siete a job portály: Získavanie informácií z náborových platforiem (LinkedIn, Indeed) alebo HR aplikácií.
--* //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.//
++**Dátový model (Data Model)**
--=== {{id name="_Ref154138234"/}}{{id name="_Toc1386538966"/}}{{id name="_Toc153139697"/}}{{id name="_Toc63764352"/}}4.3.2Dátový rozsah projektu - Prehľad objektov evidencie - TO BE ===
++Dátový model definuje, ako sú údaje v RIS organizované, ako na seba navzájom pôsobia a ako sú uložené. Zvyčajne ide o relačný a/alebo NoSQL model na základe povahy dát.
--//Pre budované informačné systémy vytvorte tzv. doménový model, ktorý definuje návrh dátových prvkov súvisiacich s projektom.//
++* Relačný dátový model (ER model): Dáta sú organizované v relačných databázach pomocou tabuliek, ktoré sú prepojené pomocou kľúčov.
++** Entity: Uchádzači, žiadosti, hodnotenia, testy, regrutéri, pohovory, pracovné miesta, výberové procesy.
++** Vzťahy medzi entitami: Napríklad:
++*** Uchádzač môže mať viacero žiadostí.
++*** Žiadosť môže byť prepojená s jedným alebo viacerými výberovými konaniami.
++*** Každý uchádzač môže mať viacero hodnotení alebo výsledkov z pohovorov.
++** NoSQL model: Pre menej štruktúrované alebo dynamické údaje, ako sú logy, notifikácie, alebo správy. V NoSQL databáze (napr. MongoDB) sa môžu ukladať dokumenty, ktoré sú menej rigidné ako v tradičnej relačnej databáze.
--* //Ú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//
++**Úložisko dát (Data Storage)**
--|**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"/}}
--
++* Relačná databáza: Úložisko pre štruktúrované dáta (napr. PostgreSQL, MySQL, MS SQL). Relačná databáza je základom pre ukladanie údajov o uchádzačoch, žiadostiach, výberových konaniach, výsledkoch a iných dátach potrebných na riadenie regrutačného procesu.
++* NoSQL databáza: Používa sa na ukladanie menej štruktúrovaných dát, ako sú logy, dokumenty alebo notifikácie. Tieto dáta sú často využívané v analytických nástrojoch alebo v reálnom čase (napr. MongoDB, Elasticsearch).
++* Objektové úložisko: Na ukladanie veľkých súborov, ako sú nahrané dokumenty (napr. životopisy, certifikáty), ktoré prichádzajú od uchádzačov (napr. Amazon S3 alebo iné cloudové riešenia).
--=== {{id name="_Toc62489744"/}}{{id name="_Toc58337728"/}}{{id name="_Toc2089422843"/}}{{id name="_Toc153139699"/}}4.3.3Referenčné údaje ===
++**Dátové toky (Data Flows)**
--//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~://
++* Zadávanie údajov: Prihlásenie uchádzača, registrácia, podanie žiadosti, priloženie dokumentov, vyplnenie formulárov.
++* Tok údajov medzi systémami: Údaje medzi jednotlivými systémami (napr. medzi RIS a HR systémom) pretekajú prostredníctvom API alebo iných integračných mechanizmov. Napríklad údaje o zamestnancoch môžu byť synchronizované s RIS na identifikáciu interných kandidátov.
++* Získavanie údajov z tretích strán: Externé overovacie systémy alebo databázy sa integrujú, aby poskytovali údaje (napr. overenie vzdelania alebo kvalifikácií uchádzač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).//
++**Dátové štruktúry (Data Structures)**
--==== {{id name="_Toc268006870"/}}{{id name="_Toc153139700"/}}{{id name="_Toc63764357"/}}4.3.3.1Objekty evidencie z pohľadu procesu ich vyhlásenia za referenčné ====
++* Tabuľky v relačnej databáze:
++** Uchádzači: Osobné údaje, kontaktné údaje, kvalifikácie, pracovná história.
++** Žiadosti: Podrobnosti o pracovnej pozícii, na ktorú sa uchádzač hlási, stav žiadosti (prijatá, zamietnutá, v procese).
++** Výberové konania: Informácie o testoch, výsledky, poznámky z pohovorov, hodnotenia.
++** Zamestnanci regrutačného oddelenia: Informácie o regrutéroch, ktorí spravujú výberové procesy.
++* NoSQL dokumenty: Ukladajú dynamické alebo nespracované údaje ako logy, komunikácia v reálnom čase alebo notifikácie.
--//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ť“.//
++**Dátová integrita a kvalita (Data Integrity and Quality)**
--* //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~://
++* Validácia údajov: Na úrovni vstupu údajov sú implementované validačné mechanizmy, ktoré zabezpečujú, že dáta sú v správnom formáte (napr. správny formát e-mailov, správnosť rodných čísel a iných osobných údajov).
++* Čistenie dát: Systém vykonáva pravidelné kontroly na odstránenie duplicitných alebo nekonzistentných údajov.
++* Referenčná integrita: Dodržovanie vzťahov medzi entitami (napr. zabezpečenie, že každý uchádzač má len jednu aktívnu žiadosť pre konkrétnu pozíciu).
++**Dátová bezpečnosť (Data Security)**
++
++* Šifrovanie dát: Všetky osobné údaje sú šifrované pri uložení (napr. AES šifrovanie) aj počas prenosu (TLS/SSL) medzi jednotlivými komponentmi systému.
++* Prístupové práva a kontrola: Rôzni používatelia systému majú rôzne úrovne prístupu k dátam (napr. uchádzači majú prístup len k svojim vlastným údajom, regrutéri majú prístup k údajom o všetkých kandidátoch).
++* Audit prístupu: Systém zaznamenáva všetky pokusy o prístup k citlivým údajom a akcie používateľov (kto pridal alebo upravil údaje).
++
++**Dátová analytika a reportovanie (Data Analytics and Reporting)**
++
++* Dátové sklady (Data Warehouses): Slúžia na ukladanie historických údajov a podporu analytických aplikácií. Dátový sklad získa dáta z rôznych častí systému a optimalizuje ich pre generovanie správ.
++* Business Intelligence (BI): Pokročilé analytické nástroje sú používané na analýzu úspešnosti výberového procesu, sledovanie KPI (kľúčové ukazovatele výkonnosti) a predikcie trendov v regrutácii.
++* Správy: Štatistiky o počte podaných žiadostí, úspešnosti kandidátov, priemerný čas na uzatvorenie výberového procesu, kanály, ktoré priniesli najviac kandidátov.
++* Ad-hoc reportovanie: Užívatelia (regrutéri a manažéri) môžu generovať vlastné reporty na základe aktuálnych dát.
++
++**Dátové zálohovanie a obnova (Data Backup and Recovery)**
++
++* Automatizované zálohovanie: Systém pravidelne zálohuje dáta na cloud alebo externé úložisko. Zálohy zahŕňajú celú databázu aj súbory uchádzačov.
++* Obnova dát: V prípade havárie alebo poruchy systém umožňuje rýchlu obnovu dát z poslednej zálohy s minimálnymi prestojmi.
++
++**Dátové normy a súlad s predpismi (Data Governance and Compliance)**
++
++* GDPR: Regrutačný systém musí byť v súlade s predpismi o ochrane osobných údajov, ako je GDPR. To zahŕňa správu súhlasu na spracovanie osobných údajov, práva uchádzačov na prístup a vymazanie údajov.
++* Dátová správa (Data Governance): Implementácia politiky na správu dát (data governance), ktorá zabezpečuje, že dáta sú konzistentné, spoľahlivé a dostupné iba autorizovaným používateľom.
++
++=== 4.3.1      Údaje v správe organizácie ===
++
++Z pohľadu údajov, ktoré sú v správe organizácie v rámci procesu regrutácie sa jedná predovšetkým o nasledovné:
++
++* Kandidát
++* Žiadosť
++* Pohovory
++* Lekárske prehliadky
++* Výsledky pohovorov a prehliadok
++* Pracovné pozície
++* Regrutéri
++
++=== 4.3.2      Dátový rozsah projektu - Prehľad objektov evidencie - TO BE ===
++
++Z dátového pohľadu nedochádza k rozšíreniu objektov evidencie, ktoré sú predmetom projektu. Nasledujúcej tabuľke sú jednotlivé objekty evidencie uvedené:
++
++|** ID OE**|**Objekt evidencie - názov**|**Objekt evidencie - popis**|**Referencovateľný identifikátor URI dátového prvku**
++|OE_1|Kandidát|Jedná sa o kandidáta na vypísané pracovné pozície alebo záujemcu o pozíciu, ktorá bude vytvorená v budúcnosti.|//nemá//
++|OE_2|Žiadosť|Predstavuje dokument, prostredníctvom ktorého sa kandidát registruje a prejavuje záujem|//nemá//
++|OE_3|Pohovory|Jedná sa o pohovory s kandidátom, na ktorých sa prechádzajú vybrané témy za účelom posúdenia jeho vhodnosti na danú pozíciu|//nemá//
++|OE_4|Lekárske prehliadky|//Lekárska prehliadka slúži na preskúmanie zdravotného stavu a fyzickej zdatnosti kandidáta//|//nemá//
++|OE_5|Výsledky pohovorov a prehliadok|//Výsledok pohovoru alebo prehliadky je súbor informácií o kandidátovi s rozhodnutím, či je alebo nie je vhodný na danú pozíciu//|//nemá//
++|OE_6|Pracovné pozície|Jedná sa o súbor pozícií, ktoré je potrebné obsadiť|//nemá//
++|OE_7|Regrutéri|Jedná sa o pracovníkov MOSR, ktorí zabezpečujú proces regrutácie|//nemá//
++
++=== 4.3.3      Referenčné údaje ===
++
++V rámci projektu sa nevytvárajú referenčné údaje
++
++==== 4.3.3.1       Objekty evidencie z pohľadu procesu ich vyhlásenia za referenčné ====
++
++N/A
++
  |**ID OE**|(((
  **Názov referenčného registra /objektu evidencie**
--//(uvádzať OE z tabuľky v kap. 4.3.2)//
--)))|**Názov referenčného údaja **(atribúty)|**Identifikácia subjektu, ku ktorému sa viaže referenčný údaj**|**Zdrojový register a registrátor zdrojového registra**
++
++//**(uvádzať OE z tabuľky v kap. 4.3.2)**//
++)))|**Názov referenčného údaja (atribúty)**|**Identifikácia subjektu, ku ktorému sa viaže referenčný údaj**|**Zdrojový register a registrátor zdrojového registra**
  | | | | |
  | | | | |
  | | | | |
--==== 4.3.3.2Identifikácia údajov pre konzumovanie alebo poskytovanie údajov do/z CSRU ====
++==== 4.3.3.2       Identifiká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Ú.//
++V nasledujúcej tabuľke sú uvedené údaje, ktoré budú v procese regrutácie konzumované prostredníctvom integračnej platformy:
  |**ID OE**|(((
  **Názov referenčného údaja /objektu evidencie**
--//(uvádzať OE z tabuľky v kap. 4.3.2)//
++
++//**(uvádzať OE z tabuľky v kap. 4.3.2)**//
  )))|**Konzumovanie / poskytovanie**|**Osobitný právny predpis pre poskytovanie / konzumovanie údajov**
++|ID_1|Kandidát|Konzumovanie|Bude sa jednať o osobné údaje o kandidátovi, ktoré sú dostupné v referenčných registroch:
  | | |Vyberte jednu z možností.|
  | | |Vyberte jednu z možností.|
--| | |Vyberte jednu z možností.|
--=== {{id name="_Toc62489741"/}}{{id name="_Toc58337725"/}}{{id name="_Toc62488224"/}}{{id name="_Toc62488115"/}}{{id name="_Toc62488022"/}}{{id name="_Toc62487929"/}}4.3.4Kvalita a čistenie údajov ===
++=== 4.3.4      Kvalita a čistenie údajov ===
--==== {{id name="_Toc63764354"/}}4.3.4.1Zhodnotenie objektov evidencie z pohľadu dátovej kvality ====
++V rámci procesov kvality a čistenie údajov sa bude vychádzať z nasledovných pravidiel:
--//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~://
++Pri práci s údajmi sú základné pravidlá pre ich kvalitu a čistenie kľúčové pre zabezpečenie presnosti, spoľahlivosti a konzistencie výsledkov analýzy. Tu sú hlavné pravidlá pre kvalitu 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~://
++**Pravidlá zabezpečenia kvality údajov**
++
++* Úplnosť: Uistite sa, že v datasetoch nechýbajú dôležité údaje. Ak sú hodnoty chýbajúce, rozhodnite sa, či ich budete nahrádzať alebo ignorovať.
++* Presnosť: Overte, či sú údaje správne a zodpovedajú realite. Nesprávne hodnoty môžu viesť k chybným záverom.
++* Konzistencia: Údaje by mali mať rovnaký formát a štandard. Napríklad dátumy by mali byť uvedené v rovnakom formáte.
++* Aktualizovanosť: Údaje by mali byť aktuálne a odrážať súčasný stav. Zastaralé údaje môžu byť irelevantné alebo zavádzajúce.
++* Reprezentatívnosť: Údaje by mali byť reprezentatívne pre populáciu alebo proces, ktorý analyzujete, bez zaujatosti alebo skreslenia.
++
++**Pravidlá pre čistenie údajov**
++
++* Odstránenie chýbajúcich hodnôt: Identifikujte chýbajúce hodnoty (napríklad prázdne bunky) a rozhodnite, či ich vyplníte priemerom, mediánom, módou, alebo či ich odstránite, ak nemajú významný vplyv na analýzu.
++* Odstránenie duplicitných záznamov: Duplicitné záznamy môžu skresľovať výsledky. Preto je dôležité ich identifikovať a odstrániť.
++* Kontrola rozsahov: Skontrolujte, či hodnoty spadajú do očakávaných rozsahov. Napríklad, ak sú údaje o veku, overte, či sú hodnoty v reálnom rozmedzí (napr. 0–120 rokov).
++* Normalizácia formátov: Zabezpečte, že všetky textové alebo dátové údaje sú v jednotnom formáte (napr. malé/veľké písmená, dátumové formáty).
++* Odstránenie nesprávnych údajov: Ak údaje obsahujú zjavné chyby (napr. záporné hodnoty tam, kde by mali byť len kladné), identifikujte a opravte alebo odstráňte tieto chyby.
++* Spracovanie outlierov (extrémnych hodnôt): Outliery môžu byť buď dôležité informácie, alebo výsledky chýb. Musíte rozhodnúť, či ich ponecháte alebo odstránite, závisí to od povahy analýzy.
++
++**Pravidlá transformácie a štandardizácie údajov**
++
++* Transformácia premenných: Údaje často potrebujú byť transformované do iných formátov alebo agregované. Napríklad logaritmické transformácie môžu byť potrebné pri údajoch s veľkými rozdielmi v rozsahu.
++* Škálovanie údajov: Pre niektoré modely je potrebné škálovanie číselných údajov (napríklad normalizácia alebo štandardizácia) tak, aby všetky premenné mali porovnateľné rozsahy.
++
++**Pravidlá pre Dokumentáciu a validáciu**
++
++* Dokumentácia zmien: Pri čistení údajov je dôležité uchovávať záznam o všetkých vykonaných zmenách, aby bolo možné spätne overiť procesy čistenia.
++* Validácia údajov: Po čistení údajov je dôležité ich validovať pomocou kontrolných testov, aby ste si boli istí, že všetky úpravy boli vykonané správne a dáta sú použiteľné na ďalšiu analýzu.
++
++==== 4.3.4.1       Zhodnotenie objektov evidencie z pohľadu dátovej kvality ====
++
++V nasledujúcej tabuľke je definovaný prístup dátovej kvality pre jednotlivé dátové objekty
++
++
  |**ID OE**|(((
  **Názov Objektu evidencie**
--//(uvádzať OE z tabuľky v kap. //4.3.2//)//
++
++//**(uvádzať OE z tabuľky v kap. 4.3.2)**//
  )))|(((
  **Významnosť kvality**
--//1 (malá) až 5 (veľmi významná)//
++
++//**1 (malá) až 5 (veľmi významná)**//
  )))|(((
  **Citlivosť kvality**
--//1 (malá) až 5 (veľmi významná)//
++
++//**1 (malá) až 5 (veľmi významná)**//
  )))|(((
  **Priorita //– poradie dôležitosti//**
--//(začnite číslovať od najdôležitejšieho)//
++
++//**(začnite číslovať od najdôležitejšieho)**//
  )))
--| |//Údaje o štatutárovi//|//5//|//3//|//1.//
--| |//Iné zainteresované osoby//|//2//|//3//|//20.//
--| | | | |
++|OE_1|Kandidát|5|4|1.
++|OE_2|Žiadosť|5|3|2.
++|OE_3|Pohovory|4|3|4.
++|OE_4|Lekárske prehliadky|5|4|3.
++|OE_5|Výsledky pohovorov a prehliadok|5|4|3.
++|OE_6|Pracovné pozície|4|3|5.
++|OE_7|Regrutéri|4|3|5.
--==== 4.3.4.2Roly a predbežné personálne zabezpečenie pri riadení dátovej kvality ====
++==== 4.3.4.2       Roly 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/]]__ )//
++Pre potreby zabezpečenia dátovej kvality budú na projekte participovať aj nasledovné pozície / role
--|**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
++|**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ť)**| |
++|***Iná rola (doplniť)**|// //|// //
--=== {{id name="_Toc58337730"/}}{{id name="_Toc62489746"/}}{{id name="_Toc821791718"/}}{{id name="_Toc153139702"/}}{{id name="_Toc61939065"/}}{{id name="_Toc61938889"/}}{{id name="_Toc61939064"/}}{{id name="_Toc62488234"/}}{{id name="_Toc62488125"/}}{{id name="_Toc62488032"/}}{{id name="_Toc62487939"/}}{{id name="_Toc62488233"/}}{{id name="_Toc62488124"/}}{{id name="_Toc62488031"/}}{{id name="_Toc62487938"/}}{{id name="_Toc62488232"/}}{{id name="_Toc62488123"/}}{{id name="_Toc62488030"/}}{{id name="_Toc62487937"/}}{{id name="_Toc62488231"/}}{{id name="_Toc62488122"/}}{{id name="_Toc62488029"/}}{{id name="_Toc62487936"/}}{{id name="_Toc62488230"/}}{{id name="_Toc62488121"/}}{{id name="_Toc62488028"/}}{{id name="_Toc62487935"/}}4.3.5Otvorené údaje ===
++=== 4.3.5      Otvorené údaje ===
--//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~://
++V rámci systému budú tvorené otvorené údaje v podobe štatistík regrutačných procesov a budú sprístupnené cez open API. Dáta budú anonymizované a „zgrupené“
--* //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~://
--
  |(((
  **Názov objektu evidencie / datasetu**
--//(uvádzať OE z tabuľky v kap. 4.3.2)//
++
++//**(uvádzať OE z tabuľky v kap. 4.3.2)**//
  )))|(((
++**~ **
++
  **Požadovaná interoperabilita**
--(//3★ - 5★)//
++
++**(//3★ - 5★)//**
  )))|(((
  **Periodicita publikovania**
--//(týždenne, mesačne, polročne, ročne)//
++
++//**(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í.
++|OE_5 Výsledky pohovorov a prehliadok|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í.
--=== 4.3.6Analytické údaje ===
++=== 4.3.6      Analytické ú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/]]__//
++Detailné analytické údaje budú aj z titulu osobnej povahy prístupné len na interné účely
--|**ID**|**Názov objektu evidencie pre analytické účely**|**Zoznam atribútov objektu evidencie**|**Popis a špecifiká objektu evidencie**
++|**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)//
--| | | |
--| | | |
++| |// //|// //|// //
++| |// //|// //|// //
--=== 4.3.7Moje údaje ===
++=== 4.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ä: //
++V rámci mojich údajov budú poskytované pre túto platformu osobné údaje daných uchádzačov:
--* //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.3.8Prehľad jednotlivých kategórií údajov ===
++//**(uvádzať OE z tabuľky v kap. 4.3.2)**//
++)))|**Atribút objektu evidencie**|**Popis a špecifiká objektu evidencie**
++|OE_1|Kandidát| |
++|OE_2|Žiadosť|// //|// //
++|OE_5|Výsledky pohovorov a prehliadok|// //|// //
++|OE_6|Pracovné pozície|// //|// //
--//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.//
++=== 4.3.8      Prehľad jednotlivých kategórií údajov ===
  |**ID**|(((
  **Register / Objekt evidencie**
--//(uvádzať OE z tabuľky v kap. 4.3.2)//
++
++//**(uvádzať OE z tabuľky v kap. 4.3.2)**//
  )))|**Referenčné údaje**|**Moje údaje**|**Otvorené údaje**|**Analytické údaje**
--| | |☐|☐|☐|☐
--| | |☐|☐|☐|☐
--| | |☐|☐|☐|☐
--| | |☐|☐|☐|☐
--| | |☐|☐|☐|☐
--| | |☐|☐|☐|☐
++|OE_1|Kandidát|☐|☒|☐|☐
++|OE_2|Žiadosť|☐|☒|☐|☐
++|OE_3|Pohovory|☐|☐|☐|☐
++|OE_4|Lekárske prehliadky|☐|☐|☐|☐
++|OE_5|Výsledky pohovorov a prehliadok[[~[1~]>>path:#_ftn1]]|☐|☒|☒|☐
++|OE_6|Pracovné pozície|☐|☒|☐|☐
++|OE_7|Regrutéri|☐|☐|☐|☐
--== 4.4Technologická vrstva ==
--=== {{id name="_Toc937277657"/}}{{id name="_Toc153139707"/}}{{id name="_Toc15428561"/}}4.4.1Prehľad technologického stavu - AS IS ===
++== 4.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ť.//
++Predpokladá sa nasadene systému do vládneho cloudu s využitím  PaaS a IaaS služieb.
--=== {{id name="_Toc1626553566"/}}{{id name="_Toc153139708"/}}4.4.2Požiadavky na výkonnostné parametre, kapacitné požiadavky – TO BE ===
++=== 4.4.1      Prehľad technologického stavu - AS IS ===
--//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, …).//
++Pre zamýšľaný informačný systém neexistuje vytvorená technologická vrstva
++// //
++
++=== 4.4.2      Požiadavky na výkonnostné parametre, kapacitné požiadavky – TO BE ===
++
++V nasledujúcej tabuľke sú základné výkonnostné parametre, ktoré by mal systém spĺňať
++
  |**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 ...| | |
++|Počet interných používateľov|Počet|150|
++|Počet súčasne pracujúcich interných používateľov v špičkovom zaťažení|Počet|25|
++|Počet externých používateľov (internet)|Počet|5 000|
++|Počet externých používateľov používajúcich systém v špičkovom zaťažení|Počet|50|
++|Počet transakcií (podaní, požiadaviek) za obdobie|Počet/obdobie|15 000 / rok|
++|Objem údajov na transakciu|Objem/transakcia|25 MB|
++|Objem existujúcich kmeňových dát|Objem|N/A|
--=== {{id name="_Toc985091580"/}}{{id name="_Toc153139709"/}}4.4.3Návrh riešenia technologickej architektúry ===
++=== 4.4.3      Návrh riešenia technologickej architektúry ===
--//Uveďte návrh a model architektúry technologickej vrstvy s prihliadnutím na zavedenie Cloud-Native ako štandardu pre vývoj nových ITVS a pre programovanie starých ITVS do nového štandardu a na zavedenie štandardu vytvárania a používania zdieľaných služieb.//
--//V prípade, že riešenie nepredpokladá využívanie cloudových služieb z katalógu služieb vládneho cloudu (Iaas,PaaS,SaaS podľa katalógu služieb VC), je **potrebné nevyužitie cloudových služieb z katalógu služieb vládneho cloudu dostatočne zdôvodniť**.//
--//Taktiež požiadavky riešenia na HW, SW a licencie v zmysle požadovaného sizingu pre vývojové, testovacie a produkčné prostredie je potrebné uviesť v dokumente BC/CBA na príslušných kartách.//
--//V popise návrhu riešenia je požadované uviesť~://
++Pre jednotlivé komponenty sú zároveň prípustné aj riešenia založené na využití napr. PaaS alebo SaaS služieb vládneho verejného cloudu V takomto prípade predpokladáme, že by bolo riešenie postavené v cloudovom prostredí, kde by boli implementované aj príslušné požadované služby.
--* //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.//
++Z pohľadu parametrizácie bude využitá nasledovná infraštruktúra pre PROD a TEST prostredie:
--=== {{id name="_Toc1130364585"/}}{{id name="_Toc153139710"/}}4.4.4Využívanie služieb z katalógu služieb vládneho cloudu ===
++|**Položka**|**Typ**|**HW špecifikácia - prepdoklad**|**Kusov**
++|Aplikačný cluster|virtuálny|16 vCPU, 32 GB RAM|2
++|Databázový cluster|virtuálny|8 vCPU, 32 GB RAM|2
++|Diskový priestor 1|RAID1|Tier 1 150 GB (max 1280 OPS)|4
++|Diskový priestor 2|RAID6|Tier 2 1000 GB (max 150 IOPS)|2
--//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.//
++Na nasledujúcej schéme je návrh technologickej architektúry:
++[[image:1730887253430-249.png]]
++
++Obrázok 30 Návrh technologickej architektúry
++
++=== 4.4.4      Využívanie služieb z katalógu služieb vládneho cloudu ===
++
++Parametrizácka potrieb je uvedená v kapitole vyššie
++
  |(((
++**~ **
++
  **Kód infraštruktúrnej služby**
--//(z MetaIS)//
++
++//**(z MetaIS)**//
  )))|**Názov infraštruktúrnej služby**|(((
  **Kód využívajúceho ISVS**
--//(z MetaIS)//
++
++//**(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~://
++| | |// //|// //
++| | |// //|// //
++| | |// //|// //
--* //Vývojové – určené pre vývoj systému//
--* //Testovacie – určené pre testy nových modulov, úprav, zmenových požiadaviek a retesty na úrovni upgrade‑ov (nie pre záťažové testovanie).//
--* //Produkčné – určené pre produkčnú (ostrú) prevádzku systému//
--* //Ďalšie existujúce alebo plánované prostredia, ktoré budú potrebné, napr. predprodukčné, integračné, fix prostredie//
--//Poznámky~://
--//Ak potrebujete pre príslušné prostredie viaceré infraštruktúrne služby, pridajte si potrebné riadky.//
--//V prípade, že neplánujete využitie cloudových služieb z katalógu služieb vládneho cloudu, uveďte v tabuľke požadovaných výpočtových zdrojov (sizing) pre jednotlivé prostredia parametre výpočtových zdrojov, ktoré plánujete v projekte použiť. Namiesto názvu a kódu infraštruktúrnej služby uveďte kód a názov výpočtového zdroja evidovaného v MetaIS.//
--//V súlade s NKIVS by technologická architektúra mala byť založená na cloudových službách. V rámci verejného obstarávania je potrebné potenciálneho uchádzača o zákazku požiadať o návrh technologickej infraštruktúry potrebnej pre implementáciu a prevádzku navrhovaného riešenia. Dodávateľ by pre svoj návrh technologického prostredia mal využiť hlavne cloudové služby vládneho cloudu uvedené v katalógu služieb, ktoré prešli procesom klasifikácie, hodnotenia, registrácie a zaradenia do katalógu služieb zverejnenom na stránke MIRRI: __[[https:~~/~~/www.mirri.gov.sk/sekcie/informatizacia/egovernment/vladny-cloud/katalog-cloudovych-sluzieb>>url:https://www.mirri.gov.sk/sekcie/informatizacia/egovernment/vladny-cloud/katalog-cloudovych-sluzieb]].__//
  |(% rowspan="2" %)**Prostredie**|(% rowspan="2" %)(((
  **Kód infraštruktúrnej služby**
--//(z MetaIS)//
--)))|(% rowspan="2" %)**Názov infraštruktúrnej služby/ Služba z katalógu cloudových služieb pre zriadenie výpočtového uzla**|(% colspan="4" %)**Požadované kapacitné parametre služby **
--(doplňte stĺpec parametra, ak je dôležitý pre konkrétnu službu)
--|**Dátový priestor **(GB)|**Tier diskového priestoru**|**Počet vCPU**|**RAM **(GB)
++
++//**(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é| | | | | |
  |(((
  ď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)|(((
++
++
++|**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)
++
++//**(z MetaIS)**//
++)))|**Parametre pre službu (doplňte stĺpec parametra, ak je dôležitý pre konkrétnu službu)**
  |Vývojové|Doplň názov a stručný popis| |
  |Testovacie|Doplň názov a stručný popis| |
  |Produkčné|Doplň názov a stručný popis| |
  |(((
  ďalšie...
++
  (uviesť názov)
  )))| | |
--//Požiadavky na služby vládneho cloudu odporúčame mať ešte pred vyhlásením VO odkomunikované s prevádzkovateľom vládneho cloudu (MV SR) v súlade s postupom zverejneným na webovom sídle https:~/~/sk.cloud v sekcii “Postup a hlavné kroky pre vytvorenie projektu vo Vládnom cloude” alebo __[[https:~~/~~/www.sk.cloud/data/Postup_a_hlavne_kroky_pre_vytvorenie_projektu_vo_Vladnom_cloude.pdf>>url:https://www.sk.cloud/data/Postup_a_hlavne_kroky_pre_vytvorenie_projektu_vo_Vladnom_cloude.pdf]]__.//
--== {{id name="_Toc1569848295"/}}{{id name="_Toc153139712"/}}4.5Bezpečnostná architektúra ==
++== 4.5      Bezpečnostná architektúra ==
--//{{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~://
++Navrhované riešenie musí byť v súlade s dotknutými právnymi normami a zároveň s technickými normami, ktoré stanovujú úroveň potrebnej bezpečnosti IS,  pre manipuláciu so samotnými dátami, alebo technické/technologické/personálne zabezpečenie samotnej výpočtovej techniky/HW vybavenia. Ide najmä o:
--* //Zákon č. 95/2019 Z.z. o informačných technológiách vo verejnej správe//
--* //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á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
--= {{id name="_Toc15428568"/}}{{id name="_Toc15427674"/}}{{id name="_Toc15426952"/}}{{id name="_Toc14573076"/}}{{id name="_Toc153139713"/}}5.Závislosti na ostatné ISVS / projekty =
++Vzhľadom k tomu, že sa jedná o informačný systém v oblasti zdravotníctva, musí byť v súlade so všetkými legialtívnymi normami, ktoré sú požadované pre budovanie IS v oblasti zdravotníctva, ako aj pre budovanie IS vo verejnej a štátnej správe.
--//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.//
++Keďže v projekte dôjde k spracovaniu osobných údajov, bude posúdený vplyv spracovateľských operácii na ochranu osobných údajov (DPIA (Data Protection Impact Assessment) ešte pred začatím spracúvania osobných údajov.
++Z pohľadu vizualizácia architektúry je uvažovaný nasledovný koncept:
++
++[[image:1730887253433-282.png]]
++
++ Obrázok 31 Návrh technologickej architektúry projektu
++
++= 5.   Závislosti na ostatné ISVS / projekty =
++
++Závislosti projektu sú uvedené v nasledujúcej tabuľke
++
  |**Stakeholder**|(((
--**Kód projektu /ISVS**
--//(z MetaIS)//
++**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ť//
++|MO SR|Projekt_3048|Zavedenie systému na správu údajov rezortu obrany|12/2025|Integrácia na budované registre
  | | | | |
  | | | | |
--= {{id name="_Toc15428566"/}}{{id name="_Toc15427672"/}}{{id name="_Toc15426950"/}}{{id name="_Toc740800352"/}}{{id name="_Toc153139714"/}}6.Zdrojové kódy =
++= 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~://
++Súčasťou dodávky budú aj zdrojové kódy k vytvorenému riešeniu, pokiaľ to nevylučujú licenčné podmienky tretích osôb vo vzťahu k štandardným Softvérovým produktom, s komentármi a technickým popisom, a to pre prevádzkové a testovacie verzie počítačových programov, a práva na ich zverejnenie v centrálnom repozitári zdrojových kódov podľa § 15 ods. 2 písm. d) Zákona o informačných technológiách vo verejnej správe a § 31 vyhlášky Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu o štandardoch pre informačné technológie verejnej správy č. 78/2020 Z. z., a iného predpisu, ktorý môže v budúcnosti vyhlášku  č. 78/2020 Z. z. nahradiť alebo doplniť.
--* //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]]__//
++V prípade, ak bude na dodávku využité tzv. COTS riešení pre oblasť regrutačných procesov, predpokladáme, že časť riešenia bude realizovaná s využitím tzv. špecializované konfigurovateľného riešenia , resp. špecializovaného SW. Obstarávateľ obstará licenciu na jeho používanie a jej udržiavanie a zároveň obstará aj práce na jeho customizáciu pre svoje konkrétne podmienky. Pokiaľ pôjde o licenciu špecializovaného SW, obstaranie a užívanie špecializovaného SW sa bude riadiť štandardnými zmluvnými podmienkami dodávateľa. Pokiaľ ide o customizáciu/nadstavbu nad špecializovaným SW, ktoré bude zohľadňovať špecifické potreby a podmienky MOSR, zdrojový kód, vytvorený počas zhotovovania, bude otvorený v súlade s licenčnými podmienkami verejnej softvérovej licencie Európskej únie podľa osobitného predpisu 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 informačného systému. Požadovaná bude podrobná dokumentácia, aby bolo možná prevádzkovanie a rozvoj aj inými dodávateľmi.
--= {{id name="_Toc1202332381"/}}{{id name="_Toc153139715"/}}7.Prevádzka a údržba =
++V prípade ak bude riešenie dodané ako unikátne SW dielo na základe zmluvy o dielo vyvinuté pre potreby MOSR zdrojový kód, vytvorený počas zhotovovania, bude otvorený v súlade s licenčnými podmienkami verejnej softvérovej licencie Európskej únie podľa osobitného predpis  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 informačného systému. Zmluva s dodávateľom bude pripravená tak, aby po skončení zmluvného vzťahu, v rámci ktorého bolo unikátne SW dielo vytvorené a po istú dobu prevádzkované pôvodným dodávateľom, disponovalo MOSR všetkými oprávneniami potrebnými pre ďalšiu prevádzku a rozvoj tohto diela bez závislosti na pôvodnom dodávateľovi, teda i prostredníctvom nového dodávateľa vybraného v neobmedzenej súťaži dodávateľov. Dielo môže byť vytvorené kombináciou krabicového softvéru, špecializovaného konfigurovateľného riešenia a unikátneho SW riešenia za predpokladu že budú dodržané požiadavky uvedené v tejto kapitole. Pri vytváraní a dodaní diela nesmie dôjsť k vendor locku. Zdrojové kódy nesmú obsahovať žiadnu nevyžiadanú funkcionalitu.
--//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 ==
++Účelom podpory je zabezpečenie služieb technickej podpory prevádzky, údržby a rozvoja ISVS z  dôvodu zabezpečenia jeho riadnej prevádzkyschopnosti a úprav funkcionalít tak, aby mohla byť  zabezpečená interoperabilita so všetkými informačnými systémami, s ktorými bude ISVS integrovaný.
--//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.//
++Podpora diela je rozdelená na:
--=== {{id name="_Toc720375508"/}}{{id name="_Toc153139717"/}}7.1.1Úrovne podpory používateľov ===
++* **Technickú podporu a údržbu diela** (ďalej len „Paušálne služby“) bude Dodávateľom poskytovaná v rozsahu uvedenom v kapitole 7.1.2
++* **Rozvoj diela** (ďalej len „Objednávkové služby“) bude Dodávateľom poskytovaný na základe objednávkových služieb.
--//Help Desk bude realizovaný cez 3 úrovne podpory, s nasledujúcim označením~://
++== 7.1      Prevádzkové požiadavky ==
--* //**L1 podpory IS** (Level 1, priamy kontakt zákazníka) - jednotný kontaktný bod verejného obstarávateľa – IS Solution manager, ktorý je v správe verejného obstarávateľa a v prípade jeho nedostupnosti Centrum podpory používateľov (zabezpečuje prevádzkovateľ IS a DataCentrum).//
--* //**L2 podpory IS** (Level 2, postúpenie požiadaviek od L1) - vybraná skupina garantov, so znalosťou IS (zabezpečuje prevádzkovateľ IS – verejný obstarávateľ).//
--* //**L3 podpory IS** (Level 3, postúpenie požiadaviek od L2) - na základe zmluvy o podpore IS (zabezpečuje úspešný uchádzač).//
--//Definícia~://
--* //**Podpora L1 (podpora 1. stupňa)** - začiatočná úroveň podpory, ktorá je zodpovedná za riešenie základných problémov a požiadaviek koncových užívateľov a ďalšie služby vyžadujúce základnú úroveň technickej podpory. Základnou funkciou podpory 1. stupňa je zhromaždiť informácie, previesť základnú analýzu a určiť príčinu problému a jeho klasifikáciu. Typicky sú v úrovni L1 riešené priamočiare a jednoduché problémy a základné diagnostiky, overenie dostupnosti jednotlivých vrstiev infraštruktúry (sieťové, operačné, vizualizačné, aplikačné atď.) a základné užívateľské problémy (typicky zabudnutie hesla), overovanie nastavení SW a HW atď.//
--* //**Podpora L2 (podpora 2. stupňa)** – riešiteľské tímy s hlbšou technologickou znalosťou danej oblasti. Riešitelia na úrovni Podpory L2 nekomunikujú priamo s koncovým užívateľom, ale sú zodpovední za poskytovanie súčinnosti riešiteľom 1. úrovne podpory pri riešení eskalovaného hlásenia, čo mimo iného obsahuje aj spätnú kontrolu a podrobnejšiu analýzu zistených dát predaných riešiteľom 1. úrovne podpory. Výstupom takejto kontroly môže byť potvrdenie, upresnenie, alebo prehodnotenie hlásenia v závislosti na potrebách Objednávateľa. Primárnym cieľom riešiteľov na úrovni Podpory L2 je dostať Hlásenie čo najskôr pod kontrolu a následne ho vyriešiť - s možnosťou eskalácie na vyššiu úroveň podpory – Podpora L3.//
--* //**Podpora L3 (podpora 3. stupňa)** - Podpora 3. stupňa predstavuje najvyššiu úroveň podpory pre riešenie tých najobťiažnejších Hlásení, vrátane prevádzania hĺbkových analýz a riešenie extrémnych prípadov.//
--//Pre služby sú definované takéto SLA~://
--* //Help Desk je dostupný cez IS Solution manager a pre vybrané skupiny užívateľov cez telefón a email, incidenty sú evidované v IS Solution manager,//
--* //Dostupnosť L3 podpory pre IS je 8x5 (8 hodín x 5 dní od 8:00h do 16:00h počas pracovných dní),//
++=== 7.1.1      Životný cyklus produktu / Doba udržateľnosti projektu ===
--=== 7.1.2Riešenie incidentov – SLA parametre ===
++Ukončenie realizácie projektu – projekt sa považuje za ukončený, ak došlo k fyzickému ukončeniu projektu (skutočne sa zrealizovali všetky aktivity projektu) a finančnému ukončeniu projektu (Objednávateľ uhradil všetky náklady spojené s realizáciou projektu).
--//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.//
++Udržateľnosť projektu znamená  udržanie (zachovanie) výsledkov realizovaného projektu vrátane dopracovaní v plne funkčnom stave počas životného cyklu ISVS. Minimálna doba udržateľnosti projektu je 60 mesiacov (5 rokov). Momentom odovzdania diela v zmysle zmluvy o dielo sa začína obdobie udržateľnosti projektu.
++
++=== 7.1.2      Paušálne služby ===
++
++Zahŕňajú zabezpečovanie bežnej servisnej podpory prevádzky ISVS, ako aj  poskytovanie podpory pre zaistenie spoľahlivej, kontinuálnej a bezpečnej prevádzky v súlade s  aktuálne platnými požiadavkami. Dodávateľ je v rámci paušálnych služieb povinný zabezpečiť:
++
++* Poskytnutie nových verzií so zapracovanými legislatívnymi zmenami.
++* Poskytnutie nových verzií s optimalizovanými funkciami.
++* Poskytnutie nových verzií s rozšírenou funkcionalitou všeobecného charakteru.
++* Poskytnutie nových verzií ISVS v dôsledku zmien v informačných technológiách, alebo dôsledku riešenia problémov/incidentov.
++* Upozorňuje na potrebu inštalácie nových verzií a zabezpečí aktualizáciu komponentov softvéru ISVS tak, aby nedošlo k výpadkom poskytovaných  služieb v čase prevádzky (zabezpečuje dodávateľ , objednávateľ zabezpečí súčinnosť).
++* Distribúciu a nasadenie nových verzií ISVS v zmysle predchádzajúcich bodov zabezpečuje dodávateľ pričom ich nasadenie do produkčnej prevádzky vrátane termínu nasadenia musí vždy najskôr schváliť objednávateľ.
++* Poskytnutie odpovede cez telefónnu linku dostupnú počas prevádzkových hodín na otázky týkajúce sa problémových situácií vzniknutých pri používaní ISVS tzn. k obsluhe, k problémovým  stavom ISVS a k správaniu sa ISVS v rozpore s opisom v dokumentácii.
++* Správu, posudzovanie, riešenie a odstraňovanie incidentov, problémov a kybernetických bezpečnostných incidentov v  stanovených lehotách.
++* Pravidelnú profylaktiku prostredia a kontrolu funkčnosti ISVS v stanovených lehotách.
++* Priebežnú identifikáciu abnormálneho správania, t. J. monitoruje plánované / schedulované procesy pre spracovanie a publikovanie dát, sleduje výkonové  parametre, vykonáva pravidelnú kontrolu nastavenia ISVS podľa  posledného odsúhlaseného (schváleného) stavu konfigurácie systému.
++* Priebežné sledovanie, kontrolu a vyhodnocovanie záznamov z logov.
++* Priebežné sledovanie, vyhodnocovanie upozorňovanie a poskytovanie nových verzií v súvislosti s informačnou bezpečnosťou (bezpečnostné aktualizácie) a technicko- prevádzkovými podmienkami prostredia.
++* Aktívne upozorňovanie Objednávateľa Dodávateľom na možné zlepšenia a úpravy alebo zmeny IS.
++* Aktívne upozorňovanie Objednávateľa Dodávateľom na vzniknuté incidenty, ako aj stavy systému, pri ktorých môže dôjsť, resp. Ktoré môžu viesť k vzniku akýchkoľvek
++* Realizáciu školení v priestoroch Objednávateľa alebo prostredníctvom videokonferencie v súvislosti so zmenami v systéme súvisiacimi s vyššie uvedeným (v tomto prípade nesmú vzniknúť pre Objednávateľa žiadne ďalšie náklady).
++* Aktualizácie komplexnej dokumentácie k ISVS.
++* Technickú a organizačnú podpora pri realizácii prevádzkových zásahov (podpora prevádzky ISVS).
++* Ďalšie dodávky, činnosti a práce nevyhnutné pre zachovanie funkčnosti a prevádzky schopnosti ISVS, ktoré nie sú výslovne stanovené ako povinnosť Dodávateľa.
++
++== 7.2      Správa, kategorizácia, riešenie a odstraňovanie incidentov a problémov v stanovených lehotách ==
++
++Prostredníctvom paušálnych služieb v súlade s účelom a predmetom plnenia zabezpečuje Dodávateľ  proces riadenia a riešenia nahlásených Incidentov a Problémov, ktoré majú, resp.  môžu mať, vplyv na dostupnosť a kvalitu prevádzky ISVS.
++
++Za incident je považovaná chyba ISVS, t.j. správanie sa v rozpore s dokumentáciou ISVS (ak sa nejedná o chybu v dokumentácii). Za incident nie je považovaná chyba, ktorá nastala mimo prostredia ISVS napr. výpadok poskytovania konkrétnej služby technickej alebo komunikačnej infraštruktúry.
++
++Spôsoby a procesy pre efektívne monitorovanie prevádzky ISVS  s cieľom čo najrýchlejšej identifikácie Incidentov a Problémov navrhne Dodávateľ počas realizácie  plnenia, pričom musia byť v čo najväčšej miere využité nástroje ktorými disponuje Objednávateľ.
++
++Pre zefektívnenie procesu odstránenia Incidentov a Problémov musí Dodávateľ využívať nástroje, princípy a praktiky DevOps.
++
++=== 7.2.1      Spôsob elektronickej komunikácie pre riešenie Incidentov/Problémov ===
++
++Nahlasovanie incidentov bude prebiehať:
++
++* Prostredníctvom nástroja, ktorý Dodávateľ zabezpečí pre VO na riadenie incidentov, ktorý bude integrovaný na centrálny tiketovací nástroj Objednávateľa.
++* Dodávateľ zabezpečí možnosť online nahlasovania servisných udalostí s možnosťou sledovania ich stavu riešenia.
++* Zabezpečí analýzu požiadavky, identifikáciu a kategorizáciu incidentu/problému.
++* Zabezpečí riadenie incidentov a problémov, požadovanú dobu odozvy od nahlásenia , návrh náhradného riešenia a riešenie v požadovanom hraničnom čase.
++* Zabezpečí prístup k evidencii nahlásených incidentov, problémov, požiadaviek a reportov.
++
++=== 7.2.2      Úrovne podpory používateľov ===
++
++Help Desk bude realizovaný cez 3 úrovne podpory, s nasledujúcim označením:
++
++|**Úroveň podpory**|**Poskytuje**
++|**L1 podpory IS** (Level 1, priamy kontakt zákazníka)|Objednávateľ
++|**L2 podpory IS** (Level 2, postúpenie požiadaviek od L1|Dodávateľ
++|**L3 podpory IS** (Level 3, postúpenie požiadaviek od L2)|Dodávateľ
++
++Definícia podpory používateľov:
++
++L1 Podpora ISVS (podpora 1. stupňa) - začiatočná úroveň podpory, ktorá je zabezpečuje:
++
++* IS Service desk - jednotný kontaktný bod pre používateľov na nahlasovanie incidentov a požiadaviek ktorý je v správe Objednávateľa (v prípade jeho nedostupnosti musí službu zabezpečiť Centrum podpory používateľov (zabezpečuje dodávateľ ISVS).
++* úvodnú filtráciu kategorizáciu požiadaviek
++* riešenie základných problémov a požiadaviek koncových užívateľov a ďalšie služby vyžadujúce základnú úroveň technickej podpory. Základnou funkciou podpory 1. stupňa je zhromaždiť informácie, previesť základnú analýzu a určiť príčinu problému a jeho klasifikáciu. Typicky sú v úrovni L1 riešené priamočiare a jednoduché problémy a základné diagnostiky, overenie dostupnosti jednotlivých vrstiev infraštruktúry (sieťové, operačné, vizualizačné, aplikačné atď.) a základné užívateľské problémy (typicky zabudnutie hesla), overovanie nastavení SW a HW atď.
++
++L2 Podpora ISVS (podpora 2. stupňa, postúpenie požiadaviek od L1) – riešiteľské tímy s hlbšou technologickou alebo funkčnou znalosťou danej oblasti:
++
++* vybraná skupina garantov alebo administrátorov so znalosťou ISVS
++* Riešitelia na úrovni Podpory L2 nekomunikujú priamo s koncovým užívateľom (ak to nie je nevyhnutné), 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.
++
++L3 Podpora ISVS (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.
++
++Centrum podpory používateľov -  poskytuje dodávateľ pre vybrané skupiny používateľov cez telefón a  email pričom nahlásené incidenty aj požiadavky vrátane ich aktualizácii musia byť vždy evidované aj v service desku Objednávateľa.
++
++Pre služby sú definované takéto požiadavky:
++
++* Všetky požiadavky a incidenty musia byť evidované v ISVS Service desk Objednávateľa.
++* Dostupnosť L2 a L3 podpory pre ISVS je 12x5 (12 hodín x 5 dní od 7:00h do 19:00h počas pracovných dní), počas rokovania Národnej rady SR nepretržite. Týmto nie je obmedzená povinnosť dodávateľa dodržiavať lehoty na odstránenie problémov/incidentov.
++* Service desk dodávateľa je dostupný pre nahlasovanie incidentov 24/7/365.
++
++// //
++
++=== 7.2.3      Riešenie incidentov – SLA parametre ===
++
++Za incident je považovaná chyba ISVS, t.j. správanie sa v rozpore s dokumentáciou ISVS (ak sa nejedná o chybu v dokumentácii). Za incident nie je považovaná chyba, ktorá nastala mimo prostredia ISVS napr. výpadok poskytovania konkrétnej služby technickej alebo komunikačnej infraštruktúry.
++
  Označenie naliehavosti incidentu:
--|**Označenie naliehavosti incidentu**|**Závažnosť incidentu**|**Popis naliehavosti incidentu**
--|A|Kritická|Kritické chyby, ktoré spôsobia úplné zlyhanie systému ako celku a nie je možné používať ani jednu jeho časť, nie je možné poskytnúť požadovaný výstup z IS.
--|B|Vysoká|Chyby a nedostatky, ktoré zapríčinia čiastočné zlyhanie systému a neumožňuje používať časť systému.
--|C|Stredná|Chyby a nedostatky, ktoré spôsobia čiastočné obmedzenia používania systému.
--|D|Nízka|Kozmetické a drobné chyby.
--možný dopad:
--|**Označenie závažnosti incidentu**|**Dopad**|**Popis dopadu**
--|1|katastrofický|katastrofický dopad, priamy finančný dopad alebo strata dát,
--|2|značný|značný dopad alebo strata dát
--|3|malý|malý dopad alebo strata dát
--Výpočet priority incidentu je kombináciou dopadu a naliehavosti v súlade s best practices ITIL V3 uvedený v nasledovnej matici:
--|(% colspan="2" rowspan="2" %)**Matica priority incidentov**|(% colspan="3" %)**Dopad**
--|**Katastrofický - 1**|**Značný - 2**|**Malý - 3**
--|(% rowspan="4" %)**Naliehavosť**|**Kritická - A**|1|2|3
--|**Vysoká - B**|2|3|3
--|**Stredná - C**|2|3|4
--|**Nízka - D**|3|4|4
--Vyžadované reakčné doby:
--|**Označenie priority incidentu**|**Reakčná doba^^(1)^^ od nahlásenia incidentu po začiatok riešenia incidentu**|**Doba konečného vyriešenia incidentu od nahlásenia incidentu (DKVI) ^^(2)^^**|(((
--**Spoľahlivosť ^^(3)^^**
--(počet incidentov za mesiac)
++|**Naliehavosť incidentu**|** **|**Popis incidentu**
++|Incident / Problém úrovne A |Kritický|(((
++Kritická vada / havária, ktorá spôsobuje úplnú nedostupnosť, alebo chybnú  funkčnosť ISVS  alebo jeho časti
++
++alebo
++
++Incident/Problém kritický negatívny vplyv na bezpečnosť alebo integritu dát a výsledky ich spracovania v prostredí IS MOSR.
++
++Odstránenie Incidentu/Problému nie je možné dočasne  zabezpečiť náhradným riešením Dodávateľa ani organizačným opatrením navrhnutým  Dodávateľom.
  )))
--|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~://
++|Incident / Problém úrovne B |Vysoký|(((
++Vážna vada/ porucha, ktorá spôsobuje nedostupnosť, alebo chybnú  funkčnosť ISVS alebo jeho časti
--* //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.//
++alebo
--== {{id name="_Toc1544169800"/}}{{id name="_Toc153139718"/}}{{id name="_Toc34423613"/}}{{id name="_Toc527558121"/}}7.2Požadovaná dostupnosť IS: ==
++Incident/Problém môže mať negatívny vplyv na bezpečnosť alebo integritu dát a výsledky ich spracovania v prostredí IS MOSR.
--|**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.//
++Odstránenie Incidentu/Problému je možné dočasne zabezpečiť  náhradným riešením Dodávateľa alebo organizačným opatrením navrhnutého Dodávateľom, a  to v lehote stanovenej pre náhradné riešenie.
++
++Odstránenie Incidentu/Problému nesmie mať negatívny vplyv na  konzistenciu a integritu dát a výsledky ich spracovania v prostredí IS MOSR.
  )))
--|**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.//
++|Incident / Problém úrovne C|Nízky|(((
++Bežná vada, bežná porucha, ktorá neobmedzuje prevádzku ISVS  alebo jeho časti, nemá dôsledky na využívanie a prevádzku IS a nemá vplyv na bezpečnosť a integritu dát..
++
++Odstránenie  Incidentu/Problému nesmie mať negatívny vplyv na bezpečnosť alebo integritu dát a výsledky ich  spracovania v prostredí IS K MOSR.
  )))
++|Kybernetický bezpečnostný incident / KB| |Ide o bezpečnostný incident podľa požiadaviek Vyhlášky č. 165/2018 (alebo jej náhrady), s klasifikáciou  incidentov.  Zároveň musí byť kategorizovaný aj ako A, B alebo C.
--=== {{id name="_Toc992446895"/}}{{id name="_Toc153139719"/}}{{id name="_Toc34423614"/}}7.2.1Dostupnosť (Availability) ===
++=== 7.2.4      Lehoty na odstraňovanie incidentov a problémov ===
--//**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~://
++V nasledujúcej tabuľke sú definované lehoty pre procesy odstraňovania incidentov:
--* //**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/]].//
++|**Typ lehoty**|**Popis lehoty**
++|Okamžité potvrdenie nahlásenia Incidentu/Problému|Znamená že Objednávateľ môže kedykoľvek  prostredníctvom vopred dohodnutých elektronických prostriedkov nahlásiť Dodávateľovi  incident/problém a obratom dostane potvrdenie o doručení hlásenia od Dodávateľa.
++|Lehota reagovania na nahlásený Incident/Problém|Je čas stanovený pre Dodávateľa, do ktorého  vykoná prevzatie, potvrdenie prevzatia a preverenie nahláseného Incidentu/Problému, jeho kategorizáciu a zaháji  jeho riešenie konkrétnym riešiteľom a ktorý začína plynúť nahlásením Incidentu/Problému  postupom podľa nižšie uvedenej Tabuľky.
++|Lehota náhradného riešenia Incidentu/Problému|Ide sa o čas, do ktorého je Dodávateľ povinný  zabezpečiť, resp. uplatniť náhradné riešenie do IS alebo prostredníctvom Objednávateľ vykonať procesné opatrenia  navrhnuté Dodávateľom. Náhradným riešením sa rozumie vykonanie súboru opatrení  Dodávateľom, ktoré do doby pre trvalé vyriešenie Incidentu/Problému sfunkčnia IS alebo  jeho časť. Pokiaľ sa jedná o procesné opatrenia, Dodávateľ je povinný včas dodať  zdokumentovaný proces opatrení tak, aby mohli byť s prihliadnutím na charakter opatrení  vykonané Dodávateľom.
++|Lehota trvalého vyriešenia Incidentu/Problému.|Doba konečného vyriešenia incidentu od nahlásenia incidentu (DKVI). Ide sa o čas, do ktorého je Dodávateľ povinný  zabezpečiť, resp. uplatniť trvalé odstránenie Incidentu/Problému ISVS alebo jeho časti tak, aby  systém resp. funkčnosť jeho jednotlivých častí, bol plne obnovený.
--=== {{id name="_Toc862618350"/}}{{id name="_Toc153139720"/}}{{id name="_Toc34423615"/}}{{id name="_RTO_(Recovery_Time"/}}7.2.2RTO (Recovery Time Objective) ===
++V nasledujúcich tabuľkách sú uvedené lehoty na odstraňovanie incidentov / porúch:
--**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~://
++|(% colspan="3" %)**Odstraňovanie incidentov**|(% colspan="2" %)**Spoľahlivosť**
++|**Úroveň incidentu**|**Lehota reagovania**|**Lehota náhradného riešenia**|**Lehota trvalého vyriešenia**|**(počet incidentov za mesiac)**
++|Incident úrovne A|Do 30 minút|Neuplatňuje sa|Do 24 hodín|1
++|Incident úrovne B|Do 30 minút|Do 24 hodín|Do 48 hodín|5
++|Incident úrovne C|Do 24 hodín pracovného času|Neuplatňuje sa|Do 5 dní pracovného času|Nie je obmedzené
--* //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) ===
++|(% colspan="3" %)**Odstraňovanie problémov**|(% colspan="2" %)**Spoľahlivosť**
++|**Úroveň problému**|**Lehota reagovania**|**Lehota náhradného riešenia**|**Lehota trvalého vyriešenia**|**(počet problémov za mesiac)**
++|Problém úrovne A|Do 30 minút|Neuplatňuje sa|Do 24 hodín|1
++|Problém úrovne B|Do 30 minút|Do 24 hodín|Do 48 hodín|5
++|Problém úrovne C|Do 24 hodín pracovného času|Neuplatňuje sa|Do 21 dní pracovného času|Nie je obmedzené
--**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//
++* Počítanie lehôt na odstraňovanie Incidentov/Problémov v rámci pracovného času sa uplatňuje výlučne pri Incidentoch/Problémoch úrovne C. Lehoty na odstraňovanie Incidentov/Problémov  úrovne A a Incidentov/Problémov úrovne B plynú bez ohľadu na pracovný čas bez prerušenia  (nonstop v režime 24/7).
++* DKVI znamená obnovenie štandardnej prevádzky - čas medzi nahlásením incidentu Objednávateľom a vyriešením incidentu Dodávateľom (do doby, kedy je funkčnosť ISVS znovu obnovená v plnom rozsahu). Doba konečného vyriešenia incidentu od nahlásenia incidentu Objednávateľom (DKVI) sa počíta počas celého dňa. Do tejto doby sa nezarátava čas potrebný na nevyhnutnú súčinnosť 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.
++* Spoľahlivosť (počet incidentov/problémov za mesiac) udáva maximálny počet incidentov/problémov podľa typu 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 sú považované za jeden problém (ak vznikli v rovnakom časovom úseku).
++* Incidenty nahlásené Objednávateľom úspešnému uchádzačovi v rámci testovacieho prostredia
++** sú riešené ako incidenty úrovne C
++** Vzťahujú sa výhradne k dostupnosti testovacieho prostredia
++** Za incident na testovacom prostredí sa nepovažuje incident vztiahnutý k práve testovanej funkcionalite
--= {{id name="_Toc2005115416"/}}{{id name="_Toc153139722"/}}{{id name="_Toc15428571"/}}{{id name="_Toc15427677"/}}{{id name="_Toc15426955"/}}8.Požiadavky na personál =
++=== 7.2.5      Základné činností poskytované v rámci služieb riadenia incidentov a problémov ===
--//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.//
++V nasledujúcej tabuľke sú popísané základné činnosti:
--= {{id name="_Toc603274444"/}}{{id name="_Toc153139723"/}}{{id name="_Toc15428572"/}}{{id name="_Toc15427678"/}}{{id name="_Toc15426956"/}}9.Implementácia a preberanie výstupov projektu =
++|**Činnosť**|**Výstup**
++|Klasifikácia a kategorizácia incidentov/problémov|(((
++-        odsúhlasenie klasifikácie služby (Incident/Problém), resp. návrh na preklasifikovanie služby
--//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~://
++-        odsúhlasenie kategórie úrovne Incidentu/Problému, resp. návrh na preklasifikovanie úrovne
++)))
++|Analýza – preskúmanie, diagnostika a návrh riešenia|(((
++-        popis ako vznikol incident/problém, dôvody a zdroje
--* //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.//
++-        návrh náhradného riešenia (úroveň B) a/alebo trvalého vyriešenia (úrovne A, B, C, KBI)  s analýzou dopadov (kvalifikovaný odhad termínov)
--= {{id name="_Toc1624651882"/}}{{id name="_Toc153139724"/}}{{id name="_Toc15428575"/}}{{id name="_Toc15427681"/}}{{id name="_Toc15426959"/}}{{id name="_Toc510413663"/}}10.Prílohy =
++-        dodanie úspešných výsledkov testov k navrhovaným riešeniam, security review  v zmysle metodiky SDL a potrebnej dokumentácie
--//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~://
++-        požiadavka na potrebu zásahu prostredníctvom vzdialeného prístupu Dodávateľa  do ISVS
--* //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
++-        rozsah požadovanej súčinnosti
++)))
++|Vyriešenie Incidentu/Problému, resp. dočasná obnova prevádzky ISVS (jeho  časti)|(((
++-        dodanie a kontrola releasu (Fix, HotFix..)
++
++-        nasadenie releasu
++
++-        funkčný/UAT test a security review
++
++-        obnova, resp. dočasná obnova prevádzky
++
++-        trvalé vyriešenie Incidentu/Problému (úrovne A, B, C) alebo náhradné riešenie  Incidentu/Problému (úroveň B)
++)))
++
++V prípade, ak sa zistí, že Incident/Problém stále trvá, tak táto požiadavka na službu zo strany Objednávateľa bude klasifikovaná ako nevyriešená. Čas nahlásenia požiadavky na službu ostáva  pôvodný a všetky časové termíny sa pripočítajú k času od doručenia oznámenia o  trvaní Incidentu/Problému.
++
++Realizácia školení, úprava dokumentácie a vytváranie zmenových príručiek:
++
++* V prípade mimoriadnej opodstatnenej potreby priamo súvisiacej s riešením konkrétneho  Incidentu/Problému  Dodávateľ  zabezpečí  vyškolenie  oprávnených zamestnancov na nové funkcionality v rámci vyriešenia  Incidentu/Problému v adekvátnom časovom termíne. V tomto prípade sa  osobitná odmena za školenie neposkytuje, je súčasťou ceny za Paušálne  služby.
++* Ak pri odstraňovaní Incidentu alebo Problému dôjde ku modifikácii postupov správy, inštalácie alebo používania akejkoľvek časti funkcionality ISVS,  Dodávateľ spolu s dodaním riešenia je povinný zabezpečiť pri odovzdávaní  riešenia aj dodanie aktualizovanej administrátorskej a prevádzkovej  dokumentácie so zaznamenaním vykonaných zmien. Rovnako je povinný  Dodávateľ udržiavať aktuálnu a poskytnúť Objednávateľovi komplexnú aktualizovanú  dokumentáciu.
++* Dokumentácia k jednotlivým plneniam sa odovzdáva priebežne do centrálneho repozitára dokumentácie určeného Objednávateľom.
++* V prípade ak dôjde pri riešení požiadavky alebo incidentu k životnej situácii alebo postupov k nej pre jednotlivé role ktorá nie je uvedená v používateľskej príručke, vždy musí byť doplnená alebo upravená.
++* Dodávateľ nahrá video zo školenia a záznam poskytne VO s právami na použitie výlučne pre potreby VO za účelom školenia zamestnancov.
++
++// //
++
++== 7.3      Požadovaná dostupnosť ISVS ==
++
++|**Popis**|**Parameter**|**Poznámka**
++|**Prevádzkové hodiny**|24 hodín|Od 00:00 hod. - do 24:00 hod. počas celého roka
++|**Servisné okno**|10 hodín|Od 8:00 – 18:00
++|**Dostupnosť produkčného prostredia ISVS**|99%|(((
++·        99% z 24/7/365
++
++·        Maximálny ročný výpadok je 87,6 hodiny.
++
++·        Vždy sa za takúto dobu považuje čas od 0.00 hod. do 24.00
++
++·        Nedostupnosť IS sa počíta od nahlásenia incidentu VO v čase dostupnosti podpory Dodávateľa (t.j. nahlásenie incidentu v čase od 0:00 hod. - do 24:00 hod.).  Do dostupnosti IS nie sú započítavané schválené servisné zásahy a údržba 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.
++)))
++
++Tabuľka 1 Dostupnosť systému
++
++|**Parameter**|**Hodnota**|**Poznámka**
++|**RTO (Recovery Time Objective)**|48  hodín|Doba obnovenia systému, t.j. za ako dlho po výpadku musí byť systém funkčný
++|**RPO (Recovery Point Objective)**|24 hodín|Aké množstvo dát môže byť stratené od vymedzeného okamihu.
++
++Tabuľka 2 RTO a RPO systému
++
++= 8.   Požiadavky na personál =
++
++Uvedené v projektovom zámere
++
++= 9.   Implementácia a preberanie výstupov projektu =
++
++Implementácia a preberanie výstupov projektu bude realizované v súlade s Vyhláškou Ministerstva investícií, regionálneho rozvoja a informatizácie Slovenskej republiky č. 401/2023 Z. z. o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy v zmysle ustanovení podľa § 5 a nasledovných ustanovení.
++
++= 10.Prílohy =
++
++N/A
++
++
++[[~[1~]>>path:#_ftnref1]] Jedná sa o anonymizované štatistické údaje o regrutačnom procese

1730887253331-314.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1730887253340-179.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1730887253344-456.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1730887253351-363.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1730887253356-391.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1730887253357-456.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1730887253362-771.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1730887253367-755.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1730887253371-338.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1730887253373-224.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1730887253376-407.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1730887253379-982.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1730887253381-720.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1730887253382-126.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1730887253384-710.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1730887253390-398.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1730887253393-639.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1730887253398-284.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1730887253402-337.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1730887253405-848.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1730887253408-800.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1730887253410-752.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1730887253415-182.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1730887253418-347.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1730887253420-459.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1730887253421-960.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1730887253423-243.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1730887253425-342.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1730887253430-249.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1730887253433-282.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

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

Súhrn

Podrobnosti

Aplikácie

Navigácia

Moje posledné úpravy

Need help?