PROJEKTOVÝ ZÁMER
(Verzia dokumentu v1.82/09_2021)




Identifikovanie požiadaviek na funkčnú časť riešenia
Identifikácia projektu

Schvaľovanie dokumentu

Obsah
1. POPIS ZMIEN DOKUMENTU 
1.1. História zmien 
2. ÚČEL DOKUMENTU, SKRATKY (KONVENCIE) A DEFINÍCIE 
2.1. Konvencie používané v dokumentoch – označovanie požiadaviek 
2.2. Zdôvodnenie využitia národného projektu a vylúčenia výberu projektu prostredníctvom výzvy 
2.3. Použité skratky (príklady) 
3. DEFINOVANIE PROJEKTU 
3.1. Manažérske zhrnutie 
3.2. Motivácia a rozsah projektu 
3.3. Rozsah 
3.4. Zainteresované strany/Stakeholderi 
3.5. Ciele projektu a merateľné ukazovatele 
3.6. Špecifikácia potrieb koncového používateľa 
3.7. Riziká a závislosti 
3.8. Alternatívy a Multikriteriálna analýza 
3.8.1. Stanovenie alternatív pomocou biznisovej vrstvy architektúry 
3.8.2. Multikriteriálna analýza 
3.8.3. Stanovenie alternatív pomocou aplikačnej vrstvy architektúry 
3.8.4. Stanovenie alternatív pomocou technologickej vrstvy architektúry 
4. POŽADOVANÉ VÝSTUPY (PRODUKT PROJEKTU) 
5. NÁHĽAD ARCHITEKTÚRY 
6. LEGISLATÍVA 
7. ROZPOČET A PRÍNOSY 
8. HARMONOGRAM JEDNOTLIVÝCH FÁZ PROJEKTU a METÓDA JEHO RIADENIA 
9. PROJEKTOVÝ TÍM 
10. PRACOVNÉ NÁPLNE 
11. ODKAZY 
12. PRÍLOHY

POPIS ZMIEN DOKUMENTU

História zmien

ÚČEL DOKUMENTU, SKRATKY (KONVENCIE) A DEFINÍCIE

Dokument je výstupom iniciačnej fázy projektu v súlade s Vyhláškou č. 85/2020 Z. z. o riadení projektov určený na rozpracovanie detailných informácií prípravy projektu z pohľadu budúceho stavu a navrhovaného riešenia.

Konvencie používané v dokumentoch – označovanie požiadaviek

Požiadavky používajú konvenciu:
CREP_xx_yyy

• CREP– skratka názvu projektu (Centrálny register elektronických plnomocenstiev)
• xx– označenie typu požiadavky
  • FP – Funkčná požiadavka
  • NP – Nefunkčná požiadavka
• yyy– číslo požiadavky

Zdôvodnenie využitia národného projektu a vylúčenia výberu projektu prostredníctvom výzvy

Projekt je navrhnutý ako národný projekt. Celá oblasť problematiky, ktorá je predmetom projektu, je vo výlučnej kompetencii Ministerstva vnútra Slovenskej republiky.
V zmysle § 26 písm. b) zákona č. 292/2014 Z. z. o príspevku poskytovanom z európskych štrukturálnych a investičných fondov a o zmene a doplnení niektorých zákonov vyplývajú kompetencie Ministerstva vnútra SR z osobitných predpisov taxatívne vymedzených v § 23a zákona č. 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), podľa ktorého je MV SR správcom pre Centrálny register elektronických plnomocenstiev.

Použité skratky (príklady)

DEFINOVANIE PROJEKTU

Manažérske zhrnutie

Predložený dokument sa zameriava na vytvorenie Informačného systému pre plnú elektronizáciu životného cyklu elektronického plnomocenstva a zavedenie elektronických služieb pre občanov a podnikateľov.
Existujúci informačný systém Evidencia vozidiel poskytuje iba jednu službu (isvs_171), ktorá realizuje nasledovnú koncovú službu - Zápis splnomocnenia k evidenčnému úkonu s vozidlom (sluzba_egov_1040). Pri realizácii tohto IS nebolo braná do úvahy možnosť realizovať obecnú službu pre každý typ splnomocnenia – napríklad iba pre jednu agendu alebo viac agend, časové obmedzenie alebo neobmedzená doba pre splnomocnenie a pod. Zároveň nebol budovaný aby pre takúto množinu podmienok poskytoval procesnú podporu a ani s tým súvisiacu správu dokumentov (konania sa vedú manuálne, evidenčné zväzky v papierovej forme). Agendy sú tak zvyčajne elektronizované len čiastočne, čo má za následok, že údaje v týchto agendách vykazujú neuspokojivú mieru kvality. Neexistencia elektronických záznamov o vytvorených a použitých splnomocnení znemožňuje vykonávať štatistiky a analýzy a na základe nich efektívne reagovať a prijímať rozhodnutia v agendách. Rovnako nie je možné efektívne zabezpečiť prevádzku existujúceho systému vo Vládnom cloude.
Základom riešenia nového IS CREP bude vytvorenie jednotného metodického a procesného biznis modelu založeného na zmenených procesoch, ktoré zabezpečia výkon pôvodnej agendy a integráciu na iné registre či IS eGovermentu (integrácie napomôžu automatizácii procesov). Podkladom na vypracovanie tohto projektu boli tiež výstupy z národného projektu „Optimalizácia procesov vo verejnej správe" realizovaného cez Operačný program Efektívna verejná správa (ďalej len OP EVS).
Údaje v IS CREP budú mať postavenie zdrojových a referenčných údajov, pričom anonymizované budú dostupné vo formáte otvorených údajov najmä za účelom štatistík a analýz.
IS CREP bude predstavovať moderný a komplexný informačný systém, napĺňať stanovené architektonické princípy a bude integrovaný s centrálnymi komponentmi podľa referenčnej architektúry.
Hlavným cieľom projektu je zavedenie plne elektronických služieb a obojstrannej elektronickej komunikácie medzi občanmi, podnikateľmi a štátnou správou, odstránenie manuálnych úkonov, papierovej evidencie, zvýšenie kvality údajov a s tým súvisiaca schopnosť analyzovať údaje a prijímať informované rozhodnutia.
Elektronické spracovanie a podpora procesov vytvorí rozsiahlu databázu údajov. Zavedenie mechanizmov pre analýzu údajov o jednotlivých procesoch umožní:

• identifikovať trendy správania sa subjektov pre jednotlivé agendy a na základe toho adekvátne nastavovať ciele a odporúčania potrebné pre rozhodovanie v rámci životného cyklu elektronického plnomocenstva a zavedených elektronických služieb pre občanov a podnikateľov,
• objektívnu kontrolu a riadenie kvality činnosti jednotlivých aktérov,
• predikciu rizík pri správe plnomocenstiev a pod.

Prínosom projektu je najmä zrušenie nutnosti nosiť papierové plnomocenstvá pri vybavovaní agendy plnou elektronizáciou plnomocenstva, ušetrený čas zamestnancov verejnej správy a občanov a podnikateľov pri vybavovaní jednotlivých agend.
Jednou zo základných požiadaviek modernizácie IS v rámci verejnej správy je centralizácia procesov jednotlivých informačných systémov a technológii, nastolenie nových progresívnych platforiem, unifikovanie postupov. MV SR k tejto téme pristupuje veľmi zodpovedne a rieši čiastkové úlohy, výsledkom ktorých bude zefektívnenie práce zamestnancov s výsledným efektom zjednodušenia komunikácie občana.
Predkladaný dokument vychádza z princípov Národnej koncepcie informatizácie verejnej správy, ktorá radikálne mení pohľad na nasadenie IS s využitím Enterprise architektúry (EA), ktorá je jedným z kľúčových nástrojov informačno-komunikačnej technológie využitej pre potreby verejnej správy a poskytuje prostriedky na jej efektívne riadenie a kontrolu s cieľom:

• Posun k službám zameraným na zvyšovanie kvality života ušetrením času administratívnej záťaže, automatizovanie riešenia úradných procesov,
• Priblíženie verejnej správy k maximálnemu využívaniu dát v zákaznícky orientovaných procesoch,
• Optimalizácia využitia informačných technológii vo verejnej správe vďaka platforme zdieľaných služieb,
• Bezpečnosť digitálneho a kybernetického priestoru a bezpečnosť údajov a transakcií a pod.

Doteraz realizovaná informatizácia výkonu verejnej správy v kompetencii Ministerstva vnútra Slovenskej republiky so súvisiacimi projektami:

• „Elektronický archív Ministerstva vnútra Slovenskej republiky",
• „Elektronické služby pre osvedčenie o evidencii vozidla",
• „Elektronické služby národnej evidencie vozidiel",
• „Elektronické služby národnej evidencie vozidiel, časť 2",
• „Elektronické služby Ministerstva vnútra Slovenskej republiky na úseku verejného poriadku, bezpečnosti osôb a majetku",

zabezpečila dodanie informačných systémov, ktoré realizujú koncové služby a tie je možné použiť ako základ pre budovanie procesne orientovaných informačných systémov.

Motivácia a rozsah projektu

Projekt sa zameriava na vyhodnotenie možnosti informatizácie procesov spojených s vytvorením, použitím, zmenou alebo zrušením alebo vypršaním platnosti plnomocenstva. Plnomocenstvá sa budú dať použiť v rámci agend vedených verejnou správou tak, ako to definuje aj Oddiel 4 - Zastupovanie (§ 16 a § 17 zákona č. 71/1967 Z. z. o správnom konaní (správny poriadok).
Centrálny register elektronických plnomocenstiev (ďalej len IS CREP) zabezpečí každému:

• splnomocniteľovi po úspešnej autentifikácii možnosť uloženia a odvolania elektronického plnomocenstva v centrálnom registri elektronických plnomocenstiev,
• splnomocnencovi po úspešnej autentifikácii možnosť vypovedania elektronického plnomocenstva,
• splnomocniteľovi, splnomocnencovi a orgánu verejnej moci, ktorý koná vo veci, ktorej sa elektronické plnomocenstvo týka, sprístupnenie elektronického plnomocenstva.

Riešenie bude určené pre pracovníkov verejnej správy ako aj pre širokú verejnosť. Podľa zákona o správnom konaní sa môžu dať účastníci konania, ich zákonní zástupcovia a opatrovníci zastupovať advokátom alebo iným zástupcom, ktorého si zvolia. Splnomocnenie na zastupovanie treba preukázať plnomocenstvom.
Zámerom projektu je posúdenie podmienok a vytvorenie predpokladov pre realizáciu projektu a jeho financovanie z prostriedkov OPII. Riešenie bude zapadať do celkovej rezortnej stratégie budovania IS v gescii MV SR. Bude zohľadňovať špecifiká prostredia MV SR a technologické požiadavky pre začlenenie do celkovej architektúry IS MV SR, rovnako aj do celkovej strategickej architektúry VS.
Víziou MV SR je vytvorenie spoľahlivého, bezpečného a robustného riešenia, ktoré bude poskytovať služby občanom a podnikateľom ako aj zabezpečovať podporu činností MV SR efektívnejším spôsobom ako to je v súčasnosti. Implementácia riešenia bude viesť k automatizácii činností, zvýšeniu efektívnosti práce v gescii MV SR a iných OVM a zníženiu zaťaženia občanov a podnikateľov pri vybavovaní príslušných služieb.
Dôvodom pre projekt uskutočniteľnosti a projektu IS CREP je predovšetkým riešenie nižšie uvedených problémov a zároveň naplnenie uvedených príležitostí súčasnej doby:

• Problém:
  • V súčasnej dobe neexistuje centrálne riešenie na úrovni verejne správy v tejto oblasti. V rámci Informačného systému Evidencia vozidiel bol budovaná jedna služba (isvs_171), ktorá poskytuje nasledovnú koncovú službu - Zápis splnomocnenia k evidenčnému úkonu s vozidlom (sluzba_egov_1040)
• Príležitosť:
  •  Elektronizáciou správy plnomocenstiev sa vytvoria dve príležitosti:

(1) uvoľní sa časová kapacita pracovníkom, ktorá môže byť venovaná na promptné vybavenia príslušnej agendy, namiesto kontroly či dané plnomocenstvo je správne a platné.
(2) z pohľadu občana alebo podnikateľa musí pri uložení elektronického plnomocenstva v centrálnom registri elektronických plnomocenstiev, orgán verejnej moci, ktorý koná vo veci, ktorej sa elektronické plnomocenstvo týka, povinne získať informácie o rozsahu oprávnenia splnomocnenca z tohto elektronického plnomocenstva a nebude oprávnený požadovať od splnomocniteľa alebo splnomocnenca preukázanie tohto oprávnenia (ak nemá odôvodnenú pochybnosť o jeho rozsahu alebo o tom, či oprávnenie trvá).

• Problém:
  • Aktuálny informačný systém Evidencia vozidiel nie je prispôsobený na zákonné požiadavky (je jednoúčelovo orientovaný na agendu evidencie vozidiel) a nespĺňa kvalitatívne parametre, aké sa v súčasnosti kladú na moderné systémy v zmysle NKIVS a Vyhlášky Ú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.
• Problém:
  • Architektúra súčasného informačného systému Evidencia vozidiel nie je kompatibilná s aktuálne prebiehajúcimi projektami štátnej správy a stratégiou centralizácie informačných systémov verejnej správy do dátových centier a riešením na báze cloudových služieb.
• Príležitosť:
  • Implementácia optimalizačných opatrení a nových návrhov TO-BE procesov, ktoré sú výstupmi z národného projektu „Optimalizácia procesov vo verejnej správe" realizovaný cez Operačný program Efektívna verejná správa (ďalej len OP EVS).
• Ďalšie príležitosti Uloženie, odvolanie, vypovedanie a sprístupnenie elektronického plnomocenstva bude bezodplatné a vykoná sa prostredníctvom na to určenej funkcie centrálneho registra elektronických plnomocenstiev v spojení s autorizáciou úkonu, pričom ak dôjde k odvolaniu alebo vypovedaniu elektronického plnomocenstva, centrálny register elektronických plnomocenstiev bezodkladne vyznačí informáciu o tejto skutočnosti pri príslušnom elektronickom plnomocenstve.

Dotknuté životné situácie v rámci agend MV SR:

• 008 - Registrácia živnosti
• 016 - Rozširovanie podnikania
• 058 - Účasť na veciach verejných
• 030 - Zatvorenie podniku
• 083 - Dopravné nehody a priestupky
• 008 - Registrácia živnosti
• 085 - Evidencia vozidla
• 004 - Doklady potrebné k začatiu podnikania
• 114 - Rodičovstvo
• 109 - Narodenie
• 157 - Kataster nehnuteľností
• 179 - Zbrane a strelivo
• 177 – Polícia

Dotknuté úseky VS:

• U00103 - Živnostenské podnikanie.
• U00099 - Matričné veci
• U00091 - Evidencia obyvateľov
• U00088 - Občianske preukazy a štátne občianstvo

Dotknuté agendy VS v rámci agend MV SR:

• A0001500 - Zabezpečovanie prevádzky živnostenského registra
• A0001499 - Riadenie a kontrola výkonu štátnej správy na úseku živnostenského podnikania
• A0001497 - Zabezpečovanie jednotného informačného systému v živnostenskom podnikaní, vedenie zoznamu, z ktorého sú poskytované jednorazové údaje pre kontrolné, inšpekčné, dozorné a vyhľadávacie orgány v rozsahu ich vecnej pôsobnosti
• A0001440 - Oznamovacia povinnosť v oblasti matrík
• A0001445 - Vykonávanie dodatočných záznamov v matričných knihách
• A0001451 - Vedenie osobitnej matriky
• A0001452 - Zmena mena a priezviska
• A0001448 - Vedenie rodnej matriky
• A0001298 - Vedenie centrálnej evidencie obyvateľov a zaznamenávanie údajov do registra obyvateľov
• A0001300 - Hlásenie pobytu občana Slovenskej republiky
• A0001305 - Oznamovanie ohlasovniam narodenie dieťaťa, uzavretie manželstva, úmrtie občana a zmenu mena alebo

priezviska občana

• A0001263 - Strata štátneho občianstva Slovenskej republiky
• A0001307 - Vedenie evidencie občanov predčasne ukončujúcich prechodný pobyt
• A0001264 - Osvedčovanie štátneho občianstva Slovenskej republiky
• A0001262 - Udelenie štátneho občianstva Slovenskej republiky

Cieľový informačný systém nie je budovaný len pre účely agend v gescii MV SR, ale ako nadrezortný informačný systém pre ľubovoľné OVM.

Rozsah

Predmetom projektu je zavedenie nového IS CREP v súlade s architektonickým rámcom verejnej správy. V rámci projektu je riešené prepojenie na informačné systémy ďalších inštitúcií verejnej správy, ktoré by mali poskytovať vstupné informácie pre systém IS CREP (napr. Register fyzických osôb (isvs_191), Register právnických osôb, podnikateľov a orgánov verejnej moci (isvs_420), a pod.
Podkladom na vypracovanie konceptu tohto projektu boli tiež výstupy z národného projektu „Optimalizácia procesov vo verejnej správe" realizovaného cez Operačný program Efektívna verejná správa (ďalej len OP EVS). Procesné mapy sú uvedené v samostatnej prílohe.
V rámci tohto projektu pre danú oblasť boli vykonané nasledovné aktivity:

• Analýza súčasného stavu v oblasti procesov, kompetencií a systému riadenia organizácií verejnej správy so zámerom zistenia súčasného stavu procesov, kompetencií a systému riadenia inštitúcií VS, ktoré sú zainteresovanými stranami v riešení životných situácií definovanými v prvej fáze projektu. Súčasťou tejto fázy projektu bolo stanovenie východiskových hodnôt výkonnosti procesov podľa prioritizácie, ktoré sú potrebné pre výber procesov na optimalizáciu. Výsledkom tejto analýzy je aj zoznam optimalizačných príležitostí, ktorý bude slúžil ako základný podklad pre následnú aktivitu.
• Dizajn a implementácia inovovaných procesov – sa realizoval za účelom zabezpečenia implementácie procesov ako prostriedku pre naplnenie optimalizačných príležitostí stanovených v predošlej fáze projektu. Nutným predpokladom realizácie optimalizačných príležitostí je identifikovanie najlepšej praxe, ktorá predstavuje zdroj znalostnej databázy slúžiacej pre definovanie dizajnu budúceho stavu výkonu procesov VS. Implementácia týchto procesov je súčasťou projektu.

Po realizovaní projektu bude možné začať realizovať aj nasledovnú aktivitu projektu „Optimalizácia procesov vo verejnej správe":

• Meranie, vyhodnocovanie a zlepšovanie procesov – sa realizuje za účelom zabezpečenia priebežnej aktualizácie a zlepšovania nového procesného modelu implementovaného v predošlej fáze projektu. Vlastníci procesov majú k dispozícii výkonnostné ukazovatele vypovedajúce o účinnosti a efektívnosti procesov na základe ktorých navrhujú a vykonávajú zmeny v procesoch a tým ju optimalizujú. Na základe vyhodnotenia optimalizovaných procesov budú v prípade potreby definované nové návrhy pre optimalizáciu výkonu procesov VS, ktoré umožnia efektívne riešenie životných situácií.

Predkladaný dokument popisuje:

• východiskovú legislatívu,
• výber vhodnej alternatívy,
• architektúru riešenia,
• určenie motivácie základných stakeholderov a ich záujmy,
• biznis architektúru, biznis funkcie a biznis služby,
• architektúra informačných systémov znázorňujúcich vnútornú kompozíciu systému a integračné väzby systému s okolím.

Informačný systém IS CREP bude umiestnený vo Vládnom cloude pričom bude využívať poskytované služby IaaS a PaaS.
 Z hľadiska MV SR uvedené oblasti spadajú pod nasledovný úsek:

Projekt pokrýva nasledovné životné situácie:

Vymedzenie subjektov, ktorých sa dotýka navrhované riešenie projektu:
Projekt sa bude priamo dotýkať občanov/podnikateľov, ktorý chcú na vybavenie agendy využiť plnomocenstvo, zamestnancov verejnej správy, pri ktorých agendách je možné využiť plnomocenstvo, ako aj všetkých osôb, ktoré využívajú OpenData.

• Zavedením systému bude naplnený hlavný cieľ – zriadenie centrálneho registra elektronických plnomocenstiev tak ako ich definuje § 23a zákona č. 305/2013 Z. z. zákon o e-Governmente.

Zainteresované strany/Stakeholderi

Ciele projektu a merateľné ukazovatele

Ciele/Merateľné ukazovatele

Primárny cieľ je vybudovať SaaS službu ako nadrezortný informačný systém pre evidovanie elektronických splnomocnení alebo súhlasov pre ľubovoľné OVM. Sprístupniť SaaS služby a umožniť si vlastnú konfiguráciu pre agendy, ktoré je možné realizovať na základe splnomocnenia alebo udeleného súhlasu.
SaaS služby samé o sebe poskytnú možnosť. Pre plnohodnotné naplnenie cieľa je potrebné pripojiť agendové systémy, ktoré realizujú svoje procesy aj na základe udeleného splnomocnenia alebo súhlasu, ideálne elektronickým procesom a automatizovane. Preto merateľným ukazovateľom je zapojenie minimálne troch informačných systémov a vypublikovania štrnástich koncových služieb týchto agendových systémov. Splnením uvedených ukazovateľov sa nielen overí funkčnosť a použiteľnosť SaaS služieb, ale hlavne riešenie poskytne moderný a efektívny nástroj pre občanov a zástupcov právnických osôb ako pohodlne elektronicky a garantovane realizovať agendy v štátnej správe s cieľom skrátiť celé konanie.

Špecifikácia potrieb koncového používateľa

Hlavnou skupinou koncových používateľov sú fyzické osoby - občania a podnikatelia udeľujúci a poskytujúci plnú moc, resp. tie, na ktorých bola plná moc udelená/ poskytnutá ako na objekty splnomocnenia, ale aj zamestnanci verejnej správy ako prijímatelia informácií a údajov vedených v registri pre zjednodušenie ich činností pri výkone agend verejnej správy. Špecifikácia požiadaviek koncových používateľov je definovaná v súlade s platnou legislatívou, upravujúcou požiadavky na prevádzku centrálneho registra elektronických plnomocenstiev (§ 23a zákona o e-Governmente), ktoré neboli definované na základe používateľského prieskumu. Uspokojenie potrieb bude reflektovať požiadavky podľa Vyhlášky Ú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 a Vyhlášky Ministerstva investícií, regionálneho rozvoja a informatizácie Slovenskej republiky č. 547/2021 Z. z. o elektronizácii agendy verejnej správ. V rámci návrhu bude realizovaný prototyp používateľského rozhrania aplikačného rozhrania a iniciálneho grafického návrhu, ktorý bude následne predmetom testovania.
Dôvody realizácie systému pre občana a podnikateľa:

• Zjednodušenie a zrýchlenie komunikácie s verejnou správou v rámci promptného vybavenia príslušnej agendy kde sa bude elektronické plnomocenstvo používať. Systém bude zasielať notifikácie o použití plnomocenstva v agende, prípadne bude upozorňovať na blížiace sa lehoty ako napr. pred uplynutím doby platnosti plnomocenstva, a pod.,
• Úspora času tým, že pracovník verejnej správy bude mať k dispozícii informáciu, o existencii elektronického plnomocenstva (realizácia zásady jeden krát a dosť),
• Zvýšenie bezpečnosti a ochrany pred neoprávneným prístupom k spracovávaným a uchovávaným údajom a pred ich zneužitím a stratou.
• Riešenie vyhotovenia splnomocnenia alebo súhlasu prostredníctvom asistencie pracovníkmi matričných úradov alebo notármi.

Dôvody realizácie systému pre zamestnancov verejnej správy:

• Zavedením systému sa docieli zrýchlenie konania a vytvorí sa časový priestor pre pracovníkov VS, plne sa venovať odborným činnostiam, bez nutnosti venovať sa aj podporným administratívnym prácam, prípadne vytvorenie priestoru pre ich vzdelávanie a odborný rast,
• Jednoduchosť poskytovania služieb bez ohľadu na miesto a komunikačný kanál (pracovník VS má všetko potrebné na jednom mieste),
• Možnosť realizácie reportov a dátových a procesných analýz za účelom kontinuálneho zlepšovania.

Negatívny stav v prípade, ak projekt nebude realizovaný:
V prípade že systém nebude realizovaný, nevytvoria sa predpoklady pre inováciu existujúceho informačného systému a procesov, ktoré sa realizujú prostredníctvom splnomocnení alebo súhlasov a v praxi zostane stav, ktorý je popísaný vyššie ako napríklad:

• nezavedú sa elektronické služby tak ako ich definuje § 23a zákona č. 305/2013 Z. z. zákon o e-Governmente,
• nemožnosť analyticky spracovať dostupné informácie, vyhľadávať trendy a vzory v správaní sa občanov/podnikateľov a tým pádom zvýšiť bezpečnosť a pridanú hodnotu na jednotlivých úsekoch agend verejnej správy, kde sa používa plnomocenstvo,
• nezavedú sa elektronické služby s moderným UX (podľa jednotného dizajn manuálu elektronických služieb),
• hrozí riziko rôzneho procesného postupu na jednotlivých pracoviskách (diskriminácia žiadateľov, keďže na rôznych pracoviskách sú rôzne procesné postupy, ktoré by boli zavedením systému zjednotené).

V rámci navrhovaného riešenia ide o vytváranie nových koncových služby, ktorých bližšia špecifikácia resp. špecifikácia funkčných požiadaviek je uvedená v Katalóg požiadaviek prílohy CBA.

Riziká a závislosti

Riziká a závislosti projektu sú uvedené v samostatnej prílohe.

Alternatívy a Multikriteriálna analýza

Stanovenie alternatív pomocou biznisovej vrstvy architektúry

Nižšie sa nachádzajú alternatívy, ktoré reflektujú hlavné ciele a motiváciu pre realizáciu projektu v zmysle jednotlivých aspektov uvedených v rámci motivačnej architektúry. Vzhľadom na neexistenciu riešenia v súčasnom stave sa pre výber alternatív použil len súčasný stav bez funkcionalít a budúci stav s ich zavedením.


Alternatívy riešenia:

Multikriteriálna analýza

Výber alternatív prebehol na úrovni biznis vrstvy prostredníctvom MCA zostavenej na základe kapitoly Motivácia, ktorá obsahuje ciele stakeholderov, ich požiadavky a obmedzenia pre dosiahnutie uvedených cieľov.
KO kritériá označujú biznis požiadavky na riešenie, ktoré sú z hľadiska rozsahu identifikovaného problému a motivácie nevyhnutné pre riešenie problému. Akceptovaná alternatívy ich napĺňa, keďže ide o nasadenie nového riešenia náhradou za neexistujúce. KO kritériá nie sú technologické a nedochádza teda k preferovanie jednej formy technologickej implementácie voči druhej i keď sa predpokladá nasadenie do vládneho cloudu, kde sú možnosti využitia technologických implementácií oproti In-house implementáciám obmedzené.
Kritériá MCA

Vyhodnotenie MCA

V zmysle vyhodnotenia MCA bude ďalej riešená a posudzovaná biznis alternatíva č. 2 - Procesy v oblasti spracovania plnomocenstiev budú optimalizované a bude nasadené nové riešenie integrované s relevantnými registrami a databázami, ktorá splnila všetky stanovené kritériá.

Stanovenie alternatív pomocou aplikačnej vrstvy architektúry

Alternatívy na úrovni aplikačnej vrstvy architektúry reflektujú alternatívy vypracované na základe „nadradenej" architektonickej biznis vrstvy, pričom vďaka uplatneniu nasledujúcich princípov aplikačná vrstva architektúry dopĺňa informácie k alternatívam stanoveným pomocou biznis architektúry. Na aplikačnej vrstve budú projektom riešené len aplikačné moduly/ funkcionality, ktoré sú nevyhnutné pre dosiahnutie cieľov.
Požadované riešenie počíta iba s minimálnym a nutným počtom modulov, ktoré sú uvedené v aplikačnej architektúre v Prístupe k projektu.

Riešenie si nevyžaduje žiaden špecializovaný alebo proprietárny softvér, ako platformové frameworky je možné použiť opensorce knižnice. Pre túto národno-legislatívne špecifickú oblasť neexistuje komerčné hotové riešenie..

Stanovenie alternatív pomocou technologickej vrstvy architektúry

Alternatívy na úrovni technologickej architektúry reflektujú alternatívy vypracované na základe „nadradenej" architektonickej aplikačnej vrstvy, pričom sa prioritne uvažuje o využití vládneho cloudu. Vzhľadom na to, že povaha riešenia jednoznačne ukazuje a spĺňa kritériá pre inštaláciu IS CREP v prostredí vládneho cloudu, tak na úrovni technologickej vrstvy architektúry nie je ekonomicky výhodné uvažovať s ďalšími alternatívami. Vzhľadom na povahu údajov a realizovaných integrácii riešenie požaduje využiť výhradne vládny cloud.

POŽADOVANÉ VÝSTUPY (PRODUKT PROJEKTU)

Projektový iniciálny dokument (PID)
Príloha 1.: Akceptačné kritériá
Detailný návrh riešenia (DNR)
Plán testov
Príloha 1: Testovacie prípady (TC)
Príloha 2: Sumárny protokol
IMPLEMENTÁCIA A TESTOVANIE
Build aplikácie spolu s publikovanými integračnými rozhraniami
Príprava a testovanie prototypu používateľského rozhrania, aplikačného rozhrania a iniciálneho grafického návrhu
Vykonanie funkčného testovania (FAT)
Vykonanie systémového a integračného testovania (SIT)
Vykonanie záťažových a výkonnostných testov
Vykonanie bezpečnostného testovania
Vykonanie používateľských testov funkčného používateľského rozhrania
Vykonanie užívateľských akceptačných testov (UAT)
Školenie personálu
Dodanie dokumentácie
Aplikačná príručka
Používateľská príručka
Inštalačná príručka a pokyny na inštaláciu (úvodnú/opakovanú)
Konfiguračná príručka a pokyny pre diagnostiku
Integračná príručka
Prevádzkový opis a pokyny pre servis a údržbu
Pokyny pre obnovu v prípade výpadku alebo havárie (Havarijný plán)
Bezpečnostný projekt – VZOR (Zákon 95/2019 Zz. o ITVS – §18 až §25)
UZATVORENIE Zmluvy o podpore a prevádzke (SLA zmluva)
NASADENIE a POSTIMPLEMENTAČNÁ PODPORA (PIP)
Nasadenie do produkcie (vyhodnotenie)
Preskúšanie a akceptácia spustenia do produkcie (vyhodnotenie)
DOKONČOVACIA FÁZA
Manažérske správy, plány a odporúčania:
Správa o dokončení projektu
Správa o získaných poznatkoch
Plán kontroly po odovzdaní projektu
Odporúčanie nadväzných krokov
Produkty vytvárané PRIEBEŽNE počas celého projektu
Plán fáza / etapy
Manažérske správy, reporty, zoznamy a požiadavky:
Zoznam rizík a závislostí
Zoznam kvality
Zoznam otvorených otázok
Zoznam ponaučení
Zoznam funkčných zdrojových kódov
Zoznam licencií
Správa o výnimočnej situácii
Správa o stave projektu
Správa o ukončení fázy / etapy
Požiadavka na zmenu v projekte
Zápis z riadiaceho výboru
Akceptačný protokol
Audit kvality projektu na mieste:
Audit kvality zameraný na výstupy Iniciačnej fázy
Audit kvality zameraný na výstupy Realizačnej fázy

NÁHĽAD ARCHITEKTÚRY

Cieľové riešenie je koncipované ako SaaS prevádzkované vo vládnom cloude. Cieľom je poskytnúť jednotlivým OVM správcovské rozhranie pre nastavenie vlastných služieb splnomocnení a súhlasov pre svojich koncových používateľov. Riešenie zároveň poskytne REST API pre informačné systémy jednotlivých OVM.
Riešenie poskytne Interný frontend pre centrálnu Správu systému a Správu inštancií a služieb jednotlivých OVM. Externý frontend je určený pre koncových používateľov na zadávanie samotných splnomocnení a súhlasov. Systém bude disponovať dvoma základnými evidenciami – samotnou evidenciou splnomocnení a súhlasov, a evidenciou subjektov splnomocnení, konkrétne evidencii fyzických a právnických osôb s referenciami na referenčné registre.

LEGISLATÍVA

Nepožadujú sa legislatívne zmeny.
V zmysle § 23a zákona č. 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), vyplývajú taxatívne vymedzené kompetencie Ministerstvu vnútra SR, podľa ktorého je MV SR správcom pre Centrálny register elektronických plnomocenstiev, a teda aj jeho povinnosť tento register vybudovať.

Doplňujúce legislatívne požiadavky:

• Referencovanie údajov na referenčné údaje
• Formulár vytvára MV SR alebo ústredný orgán štátnej správy
• Centrálny register elektronických plnomocenstiev je prístupný prostredníctvom ústredného portálu, a to aj automatizovaným spôsobom.
• Správca centrálneho registra elektronických plnomocenstiev sprístupní elektronické formuláre elektronických plnomocenstiev bezodplatne prostredníctvom modulu elektronických formulárov.

ROZPOČET A PRÍNOSY

V rámci ekonomickej analýzy je kladený dôraz predovšetkým na definovanie prínosov navrhovaného projektu a to ako kvalitatívnych, tak aj kvantitatívnych (finančné a ekonomické).
Kvalitatívne prínosy v rámci navrhovaného projektu sú:
Najdôležitejším kvalitatívnym prínosom projktu je vybudovanie SaaS služieb splnomocnení a súhlasov pre ľubovoľné OVM, čím sa zabezpečí to, že predmetná investícia ušetrí náklady na lokálne implementácie tejto generickej funkcionality.
Využívaním výhradne referenčných registrov a zdrojových evidencií sa zabezpečí vysoká kvalita údajov a úspešnosť realizovaných agendových procesov.
Ďalším prínosom je aplikovanie princípu „jedenkrát a dosť" a eliminovanie manuálnych úkonov v automatizovanom spracovaní agendy, kde občan alebo zástupca právnickej osoby zaeviduje elektronicky splnomocnenie alebo súhlas a následne je možné voči nemu automatizovane a len elektronicky realizovať agendový proces vo viacerých agendách.
Parametre pre účely ohodnotenia prínosov (jednotlivé údaje sú z vybraných štatistických údajov, ak nie je uvedené inak – bližšie informácie k nižšie uvedeným parametrom a vysvetlenia sú uvedené v CBA):
Priemerný celkový počet podaní/volaní za rok:

• Pri výpočte prínosov sa vychádzalo z priemerného počtu podaní pre všetky hlavné procesy s prognózou, že pre budúci stav práve zavedením nových služieb pre ďalšie roky bude medziročne rásť počet týchto podaní zhruba o 30 000. Počty volaní boli extrahované z databázy existujúceho riešenia a zo zdroja centrálneho biznis monitoring za obdobie 9 rokov, vďaka čomu sa podarilo identifikovať trend nárastu. Manuálne spracované podania vychádzajú z počtu splnomocnení pre konkrétnu agendu, ktorá sa spracováva manuálne do pôvodného riešenia prostredníctvom vlastného rozhrania,

Materiálové náklady na jedno podanie:

• predpokladá sa pokles materiálových náklady na jedno podanie za všetky hlavné procesy na 0,- € práve z dôvodu elektronizácie hlavných procesov, kým v súčasnom stave sa predpokladoalo naopak medziročné zvyšovanie materiálových náklady na jedno podanie za všetky hlavné procesy

Trvanie spracovania podania (ušetrený čas úradníka):

• predpokladá sa pokles času trvania spracovania podania všetkých hlavných procesov na 0 človeko hod. práve zavedením a elektronizáciou hlavných procesov, a zavedením samotného cenrálneho registra elektronických plnomocenstiev, kde budú požadované výstupy pre vybrané budúce procesy získavané už z existujúcich zápisov v registri, a kde nebude potrebné získavať, zisťovať a overovať existenciu, platnosť a správnosť plnomocenstiev úradníkom, doteraz predkladaných v papierovej podobe,

Čas potrebný na vypracovanie a doručenie podania (ušetrený čas používateľa):

• predpokladá sa skrátenie času potrebného na vypracovanie a doručenie podania všetkých hlavných procesov na 0 hod. zavedením a elektronizáciou hlavných procesov a vybraných agend a zavedením nového IS. Hodnota ušetreného času používateľa ráta so situáciou, kedy používateľ už má zaevidované splnomocnenie/ súhlas v registr pre daný rozsah splnomocnenia a len doplní Ďalšiu službu, objek splnomocnenia alebo objekt súhlasu, prípadne upraví typ, platnosť či dátum splnomocnenia alebo súhlasu.

Celkové náklady na vlastníctvo implementáciu sú stanovené na sumu 10 103 804,- € s DPH, z ktorých sú vyčíslené náklady na obstaranie na rok T2 doby realizácie projektu a prevádzkové náklady na roky T2 až T10 po ukončení realizácie projektu a nasadení projektu do produkčnej prevádzky. Riadenie projektu ako aj nutné interné kapacity podľa vyhlášky budú zabezpečené z interných zdrojov a vyčíslenie počtu človekodní je súčasťou priloženej CBA a predpukladá sa refundácia týchto kapacít.

Sumarizácia nákladov a prínosov

Projekt je návratný v 1 roku (T1) zahájenia realizácie hlavných aktivít projektu vzhľadom na neexistenciu porovnateľného riešeniea súčasného stavu s dosiahnutým predpokladaným šetrením na úrovni 11 583 183,- € s DPH za obdobie 10 rokov, vyčísleného najmä prostredníctvom ekonomických prínosov v podobe šetrenia času úradníka a používateľa ale aj v podobe zníženia materiálnych nákladov, a zároveň vyčísleného prostredníctvom kvalitatívnych prínosov zavedením nových služieb interného nástroja pre elektronické spracovanie centrálnej evidencie plnomocenstiev ale aj vystavením služieb pre iné agendové systémy MV SR pre elektronické spracovanie centrálnej evidencie plnomocenstiev.
Pomer prínosov a nákladov (BCR): 4,75%
Finančná vnútorná výnosová miera (FIRR): -13,7%
Finančná čistá súčasná hodnota (FNPV): 2 307 566, € s DPH
Ekonomická čistá súčasná hodnota (ENPV): 7 329 33,- € s DPH
Detailný rozpis za moduly je uvedený v CBA prílohe. Z dôvodu objemnosti údajov neuvádzame rozpis pre jednotlivé moduly, ale kompletný sumár.

HARMONOGRAM JEDNOTLIVÝCH FÁZ PROJEKTU a METÓDA JEHO RIADENIA

Časový harmonogram realizačných aktivít projektu je nastavený na 12 mesiacov. Realizačná fáza projektu musí začať najneskôr od 01.04.2023 a projekt musí byť ukončený najneskôr do 30.06.2024.

Projekt bue realizovaný metódou Waterfall
Waterfall - vodopádový prístup počíta s detailným naplánovaním jednotlivých krokov a následnom dodržiavaní postupu pri vývoji alebo realizácii projekty.

PROJEKTOVÝ TÍM

Zostavuje sa Riadiaci výbor (RV) v minimálnom zložení:

• Predseda RV
• zástupca vlastníkov procesov objednávateľa
• zástupca kľúčových používateľov objednávateľa za funkčnú oblasť
• zástupca kľúčových používateľov objednávateľa za technickú oblasť
• zástupca dodávateľa

Určuje sa Projektový manažér projektu (PM) a po spustení realizačnej fázy bude zostavený Projektový tím, pričom budú definované nasledovné pozície:
kľúčový používateľ,
IT analytik,
IT architekt,
Vlastník procesov,
manažér kvality,
manažér kybernetickej a informačnej bezpečnosti (nepovinný člen).
Mená pre jednotlivé pozície projektového tímu budú doplnené pred zahájením realizačnej fázy projektu, rozhodnutím riadiaceho výboru a na základe návrhu projektového manažéra.

PRACOVNÉ NÁPLNE

Podrobné pracovné náplne, povinnosti členov projektového tímu a ich zodpovednosti budú predmetom menovacích dekrétov.
Projektový manažér

• zodpovedá za riadenie projektu počas celého životného cyklu projektu. Riadi projektové (ľudské a finančné) zdroje, zabezpečuje tvorbu obsahu, neustále odôvodňovanie projektu (aktualizuje BC/CBA) a predkladá vstupy na rokovanie Riadiaceho výboru. Zodpovedá za riadenie všetkých (ľudských a finančných) zdrojov, členov projektovému tím objednávateľa a za efektívnu komunikáciu s dodávateľom alebo stanovených zástupcom dodávateľa.
• zodpovedá za riadenie prideleného projektu - stanovenie cieľov, spracovanie harmonogramu prác, koordináciu členov projektového tímu, sledovanie dodržiavania harmonogramu prác a rozpočtu, hodnotenie a prezentáciu výsledkov a za riadenie s tým súvisiacich rizík. Projektový manažér vedie špecifikáciu a implementáciu projektov v súlade s firemnými štandardami, zásadami a princípmi projektového riadenia.
• zodpovedá za plnenie projektových/programových cieľov v rámci stanovených kvalitatívnych, časových a rozpočtovým plánov a za riadenie s tým súvisiacich rizík. V prípade externých kontraktov sa vedúci projektu/ projektový manažér obvykle podieľa na ich plánovaní a vyjednávaní a je hlavnou kontaktnou osobou pre zákazníka.

Kľúčový používateľ

• zodpovedný za reprezentáciu záujmov budúcich používateľov projektových produktov alebo projektových výstupov a za overenie kvality produktu.
• zodpovedný za návrh a špecifikáciu funkčných a technických požiadaviek, potreby, obsahu, kvalitatívnych a kvantitatívnych prínosov projektu, požiadaviek koncových používateľov na prínos systému a požiadaviek na bezpečnosť.
• Kľúčový používateľ (end user) navrhuje a definuje akceptačné kritériá, je zodpovedný za akceptačné testovanie a návrh na akceptáciu projektových produktov alebo projektových výstupov a návrh na spustenie do produkčnej prevádzky. Predkladá požiadavky na zmenu funkcionalít produktov a je súčasťou projektových tímov

IT analytik

• zodpovedá za zber a analyzovanie funkčných požiadaviek, analyzovanie a spracovanie dokumentácie z pohľadu procesov, metodiky, technických možností a inej dokumentácie. Podieľa sa na návrhu riešenia vrátane návrhu zmien procesov v oblasti biznis analýzy a analýzy softvérových riešení. Zodpovedá za výkon analýzy IS, koordináciu a dohľad nad činnosťou SW analytikov.
• analyzuje požiadavky na informačný systém/softvérový systém, formálnym spôsobom zaznamenáva činnosti/procesy, vytvára analytický model systému, okrem analýzy realizuje aj návrh systému, ten vyjadruje návrhovým modelom.
• Analytik informačných technológií pripravuje špecifikáciu cieľového systému od procesnej až po technickú rovinu. Mapuje a analyzuje existujúce podnikateľské a procesné prostredie, analyzuje biznis požiadavky na informačný systém, špecifikuje požiadavky na informačnú podporu procesov, navrhuje koncept riešenia a pripravuje podklady pre architektov a vývojárov riešenia, participuje na realizácii zmien, dohliada na realizáciu požiadaviek v cieľovom riešení, spolupracuje pri ich preberaní (akceptácie) používateľom.
• Pri návrhu IT systémov využíva odbornú špecializáciu IT architektov a projektantov. Študuje a analyzuje dokumentáciu, požiadavky klientov, legislatívne a technické podmienky a možnosti zvyšovania efektívnosti a výkonnosti riadiacich a informačných procesov. Navrhuje a prerokúva koncepcie riešenia informačných systémov a analyzuje ich efekty a dopady. Zabezpečuje spracovanie analyticko-projektovej špecifikácie s návrhom dátových a objektových štruktúr a ich väzieb, užívateľského rozhrania a ostatných podkladov pre projektovanie nových riešení.
• Spolupracuje na projektovaní a implementácii návrhov. Môže tiež poskytovať poradenstvo v oblasti svojej špecializácie. Zodpovedá za návrhovú (design) časť IT - pôsobí ako medzičlánok medzi používateľmi informačných systémov (biznis pohľad) a ich realizátormi (technologický pohľad).

IT architekt

• zodpovedá za návrh architektúry riešenia IS a implementáciu technológií predovšetkým z pohľadu udržateľnosti, kvality a nákladov, za riešenie architektonických cieľov projektu dizajnu IS a súlad s architektonickými princípmi.
• vykonáva, prípadne riadi vysoko odborné tvorivé činnosti v oblasti návrhu IT. Študuje a stanovuje smery technického rozvoja informačných technológií, navrhuje riešenia na optimalizáciu a zvýšenie efektívnosti prostriedkov výpočtovej techniky. Navrhuje základnú architektúru informačných systémov, ich komponentov a vzájomných väzieb. Zabezpečuje projektovanie dizajnu, architektúry IT štruktúry, špecifikácie jej prvkov a parametrov, vhodnej softvérovej a hardvérovej infraštruktúry podľa základnej špecifikácie riešenia.
• zodpovedá za spracovanie a správu projektovej dokumentácie a za kontrolu súladu implementácie s dokumentáciou. Môže tiež poskytovať konzultácie, poradenstvo a vzdelávanie v oblasti svojej špecializácie. IT architekt, projektant analyzuje, vytvára a konzultuje so zákazníkom riešenia na úrovni komplexných IT systémov a IT architektúr, najmä na úrovni aplikačného vybavenia, infraštruktúrnych systémov, sietí a pod. Zaručuje, že návrh architektúry a/alebo riešenia zodpovedá zmluvne dohodnutým požiadavkám zákazníka v zmysle rozsahu, kvality a ceny celej služby/riešenia.

Manažér kvality

• zodpovedá za priebežné vyžadovanie, hodnotenie a kontrolu kvality (vecnej aj formálnej) počas celého projektu. Je zodpovedný za úvodné nastavenie pravidiel riadenia kvality a za následné dodržiavanie a kontrolu kvality jednotlivých projektových výstupov. Sleduje a hodnotí kvalitatívne ukazovatele projektových výstupov a o zisteniach informuje projektového manažéra objednávateľa formou pravidelných alebo nepravidelných správ/záznamov.
• plánuje, koordinuje, riadi a kontroluje systém manažérstva kvality, monitoruje a meria procesy a identifikuje príležitosti na trvalé zlepšovanie systému manažérstva kvality v organizácii v súlade s platnými normami. Zabezpečuje tvorbu cieľov a koncepcie kvality, vrátane kontroly ich plnenia a vykonáva interné a externé audity kvality v súlade s plánom.
• Počas celej doby realizácie projektu zabezpečuje zhodu kvality projektových výstupov s požiadavkami. Realizuje postupy riadenia kvality tak, aby výsledkom boli projektové výstupy spĺňajúce požiadavky objednávateľa. Kontroluje, či sa riadenie a proces zabezpečenia kvality vykonáva správnym spôsobom, v správnom čase a správnymi osobami.

Vlastník procesov

• zodpovedá za proces - jeho výstupy i celkový priebeh poskytnutia služby alebo produktu konečnému užívateľovi. Kľúčová rola na strane zákazníka (verejného obstarávateľa), ktorá schvaľuje biznis požiadavky a zodpovedá za výsledné riešenie, prínos požadovanú hodnotu a naplnenie merateľných ukazovateľov. Úlohou tejto roly je definovať na užívateľa orientované položky (user-stories), ktoré budú zaradzované a prioritizované v produktovom zásobníku. Zodpovedá za priebežné posudzovanie vecných výstupov dodávateľa v rámci analýzy, návrhu riešenia vrátane DNR z pohľadu analýzy a návrhu riešenia aplikácii IS.
• zodpovedný za schválenie funkčných a technických požiadaviek, potreby, obsahu, kvalitatívnych a kvantitatívnych prínosov projektu. Definuje očakávania na kvalitu projektu, kvalitu projektových produktov, prínosy pre koncových používateľov a požiadavky na bezpečnosť. Definuje merateľné výkonnostné ukazovatele projektov a prvkov. Vlastník procesov schvaľuje akceptačné kritériá, rozsah a kvalitu dodávaných projektových výstupov pri dosiahnutí platobných míľnikov, odsúhlasuje spustenie výstupov projektu do produkčnej prevádzky a dostupnosť ľudských zdrojov alokovaných na realizáciu projektu.

Manažér kybernetickej a informačnej bezpečnosti

• zodpovedá za dodržanie princípov a štandardov na kybernetickú a IT bezpečnosť, za kontrolu a audit správnosti riešenia v oblasti bezpečnosti.
• koordinuje a riadi činnosť v oblasti bezpečnosti prevádzky IT, spolupracuje na projektoch, na rozvoji nástrojov a postupov k optimalizácii bezpečnostných systémov a opatrení. Stanovuje základné požiadavky, podmienky a štandardy pre oblasť bezpečnosti programov, systémov, databázy či sieti. Spracováva a kontroluje príslušné interné predpisy a dohliada nad plnením týchto štandardov a predpisov. Kontroluje a riadi činnosť nad bezpečnostnými testami, bezpečnostnými incidentmi v prevádzke IT. Poskytuje inštrukcie a poradenstvo používateľom počítačov a informačných systémov pre oblasť bezpečnosti

ODKAZY

Projektový zámer neobsahuje relevantné odkazy.

PRÍLOHY

Príloha 1: Zoznam rizík a závislostí
Koniec dokumentu