PRÍSTUP K PROJEKTU
(Verzia dokumentu v1.01/07_2021)




Identifikovanie požiadaviek na technickú časť riešenia

Identifikácia projektu

Schvaľovanie dokumentu

OBSAH
1. POPIS ZMIEN DOKUMENTU 
1.1 História zmien 
2. ÚČEL DOKUMENTU 
2.1 Konvencie používané v dokumentoch – označovanie požiadaviek 
3. POPIS NAVRHOVANÉHO RIEŠENIA 
4. ARCHITEKTÚRA RIEŠENIA PROJEKTU 
4.1 Biznis vrstva 
4.2 Aplikačná vrstva 
4.2.1 Rozsah informačných systémov 
4.2.2 Využívanie nadrezortných centrálnych blokov a podporných spoločných blokov (SaaS) 
4.2.3 Prehľad plánovaného využívania podporných spoločných blokov (SaaS) 
4.2.4 Prehľad plánovaných integrácií ISVS na nadrezortné centrálne bloky – spoločné moduly 
4.2.5 Prehľad plánovaných integrácií ISVS na nadrezortné centrálne bloky - modul procesnej integrácie a integrácie údajov (IS CSRÚ) 
4.2.6 Poskytovanie údajov z ISVS do IS CSRÚ 
4.2.7 Konzumovanie údajov z IS CSRU 
4.3 Dátová vrstva 
4.3.1 Údaje v správe organizácie 
4.3.2 Dátový rozsah projektu 
4.3.3 Kvalita a čistenie údajov 
4.4 Referenčné údaje 
4.4.1 Objekty evidencie z pohľadu procesu ich vyhlásenia za referenčné 
4.4.2 Identifikácia údajov pre konzumovanie alebo poskytovanie údajov do/ z CSRU 
4.5 Otvorené údaje 
4.6 Analytické údaje 
4.7 Moje údaje 
4.8 Prehľad jednotlivých kategórií údajov 
4.9 Technologická vrstva 
4.9.1 Prehľad technologického stavu 
4.9.2 Požiadavky na výkonnostné parametre, kapacitné požiadavky 
4.9.3 Návrh riešenia technologickej architektúry 
4.9.4 Využívanie služieb z katalógu služieb vládneho cloudu 
4.9.5 Jazyková lokalizácia 
4.10 Bezpečnostná architektúra 
5. ZÁVISLOSTI NA OSTATNÉ ISVS / PROJEKTY 
6. ZDROJOVÉ KÓDY 
7. PREVÁDZKA A ÚDRŽBA 
7.1 Prevádzkové požiadavky 
7.1.1 Úrovne podpory používateľov: 
7.2 Požadovaná dostupnosť IS: 
7.2.1 Dostupnosť (Availability) 
7.2.2 RTO (Recovery Time Objective) 
7.2.3 RPO (Recovery Point Objective) 
8. POŽIADAVKY NA PERSONÁL 
9. IMPLEMENTÁCIA A PREBERANIE VÝSTUPOV PROJEKTU 
10. PRÍLOHY

POPIS ZMIEN DOKUMENTU

História zmien

ÚČEL DOKUMENTU

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

  POPIS NAVRHOVANÉHO RIEŠENIA

  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:

• Evidenciou splnomocnení a súhlasov

• Evidenciou subjektov splnomocnení, konkrétne evidencii fyzických a právnických osôb s referenciami na referenčné registre.

  ARCHITEKTÚRA RIEŠENIA PROJEKTU

  Biznis vrstva

  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	Koncovú službu realizuje AS (kód AS z MetaIS)
  ks_352633	Vytvorenie splnomocnenia	G2C, G2B		úroveň 5	as_63772
  ks_353095	Vytvorenie splnomocnenia asistovane	G2C		úroveň 5	as_63772
  ks_352634	Vyhľadanie splnomocnenia	G2C, G2B, G2G		úroveň 5	as_63773
  ks_352635	Použitie splnomocnenia	G2G		úroveň 5	as_63774
  ks_352636	Zmena parametrov splnomocnenia	G2C, G2B		úroveň 5	as_63775
  ks_352637	Vytvorenie súhlasu	G2C, G2B		úroveň 5	as_63776
  ks_352638	Vyhľadanie súhlasu	G2C, G2B, G2G		úroveň 5	as_63777
  ks_352639	Použitie súhlasu	G2G		úroveň 5	as_63778
  ks_352641	Zmena parametrov súhlasu	G2C, G2B		úroveň 5	as_63779
  ks_352642	Vytvorenie služby splnomocnenia	G2G		úroveň 5	as_63780
  ks_352643	Vytvorenie objektu služby splnomocnenia	G2G		úroveň 5	as_63781
  ks_352644	Vytvorenie služby súhlasu	G2G		úroveň 5	as_63782
  ks_352645	Vytvorenie objektu služby súhlasu	G2G		úroveň 5	as_63783

  Tabuľka č.1 Prehľad koncových služieb, ktoré budú výstupom projektu

  

  Obrázok č.2 Model biznis architektúry

Biznis aktéri identifikovaní v rámci architektúry MV SR:

• Fyzické osoby:
• • občan SR
  • zástupca PO
  • pracovník MV SR
  • pracovník OVM
• Právnické osoby:
  •  Podnikateľ a ostatné formy PO
  • MV SR
  • OVM

K biznis službám bude možné pristúpiť z pohľadu vlastníka SaaS služieb a správcu vlastnej inštancie zo strany OVM prostredníctvom vlastného interného frontendu vypublikovaného v sieti Govnet a MVNET, prevádzkovaného vo Vládnom cloude. Služby pre koncových používateľov budú dostupné na špecializovanom externom frontende – Portál MV SR a na webovom sídle ÚPVS slovensko.sk. Splnomocnenie bude možné zaevidovať aj sprostredkovane pracovníkmi OVM alebo inými povinnými osobami pre osoby, ktoré nedisponujú elektronickými autentifikačnými a autorizačnými prvkami, prípadne si vyžadujú špeciálny prístup pre elektronické služby.

Všetky služby sú privátne a každý používateľ musí byť autentifikovaný a autorizovaný.

Hlavné agendy IS CREP:

• Správa SaaS služieb ich poskytovateľom, ako vytvorenie a správu konta pre OVM.
• Správa vlastných konfigurácií služieb pre jednotlivé OVM a konkrétne agendy, ako napríklad definovanie parametrov splnomocnení, súhlasov alebo definovanie služieb a objektov splnomocnení, súhlasov, správa vlastných prístupov, správu statického obsahu, textov notifikácii, ...
• Evidencia samotných splnomocnení, súhlasov, vyhľadávanie podľa subjektov, objektov, ...
• Evidencia subjektov splnomocnení, vyhľadávanie podľa popisných údajov,
• Evidencia použití udelených splnomocnení alebo súhlasov s referenciami na evidenciu splnomocnení a subjektov.

Podporné funkcie:

• Auditovanie činností koncovýxh a systémových používateľov s koreláciami jednotlivých krokov a zmenami na auditovaných entitách.
• Generovanie a publikovanie štatistík, otvorených údajov, analytických údajov a tzv. Moje dáta.
• Správa používateľov, rolí, oprávnení, procesov autentifikácie a autorizácie.
• Autorizácia elektronických dokumentov kvalifikovaným podpisom, kvalifikovanou pečaťou s časovou pečiatkou, poskytnutých spoločným modulom CEP.

Aplikačná vrstva

• 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, ktoré budú konzumentami SaaS služieb.
• Informačný systém ako taký bude zapojený do manažmentu vládneho cloudu a a rezortných prevádzkových systémov.
• Frontendovú vrstvu budú tvoriť: pre konzumentov koncových služieb samostatný interný frontend, komponenty pre externé frontendy a pre konzumentov aplikačných SaaS služieb vypublikované aplikačné rozhranie.
• Riešenie poskytne Interný frontend pre centrálnu Správu systému a Správu inštancií a služieb jednotlivých OVM. Interný frontend bude publikovaný ako vlastná webová aplikácia dostupná v prostredí vládneho cloudu a bude slúžiť výhradne na správu SaaS služieb a vlastných klientských inštancií jednotlivých OVM ako konzumentov SaaS služieb. Inštancia OVM nie je fyzická, ani virtuálna inštancia, ide výhradne o aplikačne a dátovo oddelenú inštanciu, ide o model aplikačného konta, na ktoré budú naviazané oprávnenia, vlastné údaje, a vlastné API.
• Externý frontend je určený pre koncových používateľov na zadávanie samotných splnomocnení a súhlasov. Bude implementovaný v rámci Portálu MV SR a elektronických služieb publikovaných na slovensko.sk.
• 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. Integrovať bude referenčné registre Register fyzických osôb a Register právnických osôb prostredníctvom rezortnej platformy MV SR IP RPO.
• Pre správu SaaS služieb a lokálnych konfigurácii jednotlivých OVM bude k dispozícii správcovské rozhranie pre zobrazenie základných metrík, statusov a poskytne nástroje pre nastavenie potrebných parametrov.
• Požaduje sa samostatný modul pre efektívne vyhľadávanie a zbieranie údajov pre audit, reporting, monitoring a štatistiky. Uvedené údaje budú poskytované ako internému používateľovi, tak aj na rozhrania pre otvorené údaje, analytické údaje a moje dáta.
• IS bude integrovaný na rozhrania nasledovných systémov:
• rezortné systémy:
  • Register fyzických osôb (RFO) – isvs_191,
  • Rezortná integračná platforma RPO (IP RPO) – nie je evidované v MetaIS,
  • Centrálna správa používateľov – nie je evidované v MetaIS,
  • Prevádzkové systémy Vládneho cloudu – isvs_6141,
  • Hlásenie pobytu (CO) – agenda – isvs_200,
  • Centrálny informačný systém matričnej agendy (CISMA) – agenda – isvs_193,
  • Evidencia vozidiel (NEV) – agenda – isvs_171,
  • Manažment vyšetrovacích spisov (MVS) – agenda - nie je evidované v MetaIS,
  • Elektronický archív ministerstva vnútra SR (ISEA) – agenda – isvs_202,
  • Portál Ministerstva vnútra Slovenskej republiky – isvs_6108.
•  mimorezortné systémy:
  • ÚPVS eID-AS – autentifikácie eID,
  • ÚPVS eDESK – zasielanie notifikácii do elektronických schránok pri vytvorení a použití splnomocnenia alebo súhlasu,
  • ÚPVS CEP,
  • Portál otvorených údajov – publikovanie pseudonymizovaných otvorených údajov,
  • CSRÚ (isvs_5836),
  • METAIS (isvs_63),
  • Centrálna API manažment platforma (isvs_9513).

Integrácia na moduly nadrezortné centrálne bloky – spoločné moduly ÚPVS bude využívať integráciu prostredníctvom Elektronického komunikačného rozhrania MV SR (EKR, isvs_10980) a jeho mpodulov, ktoré prechádza formou modernizácie resp. vývoja nového rozhrania (projekt Poskytovanie elektronických služieb MV SR v súlade so zákonom o e-Governmente, projekt_1558).

Obrázok č.3 Model aplikačnej architektúry

Rozsah informačných systémov

Nasledujúca tabuľka definuje rozsah projektom dotknutých ISVS budúceho stavu, ktoré budú buď poskytovať údaje projektu, alebo budú slúžiť projektu pri realizácii služieb projektu. Dotknuté ISVS súčasného stavu nie sú identifikované, keďže súčasný stav neexistuje, resp. existuje iba jedna služba ako súčasť iného projektu.

Tabuľka č.2 Prehľad dotknutých informačných systémov v projekte – budúci stav

Tabuľka č. 3 Prehľad budovaných/ rozvíjaných ISVS v projekte – budúci stav

Tabuľka č.4 Prehľad budovaných aplikačných služieb – budúci stav

Využívanie nadrezortných centrálnych blokov a podporných spoločných blokov (SaaS)

Tabuľka č.5 Prehľad integrácii ISVS na nadrezortné centrálne bloky – súčasný stav
Nerelevantné pre projekt. Projekt neplánuje využívanie nadrezortných centrálnych blokov a podporných spoločných blokov (SaaS).

Prehľad plánovaného využívania podporných spoločných blokov (SaaS)

Tabuľka č.6 Prehľad integrácii ISVS na podporné spoločné bloky (SaaS) – budúci stav
Nerelevantné pre projekt. Projekt neplánuje využívať podporné spoločné bloky (SaaS).

Prehľad plánovaných integrácií ISVS na nadrezortné centrálne bloky – spoločné moduly

Tabuľka č.7 Prehľad integrácii ISVS na spoločné moduly – budúci stav
Systém bude na integráciu na nadrezortné centrálne bloky – spoločné moduly využívať Elektronické komunikačné rozhranie MV SR (EKR, isvs_10980), ktoré prechádza formou modernizácie resp. vývoja nového rozhrania (projekt Poskytovanie elektronických služieb MV SR v súlade so zákonom o e-Governmente, projekt_1558). Je potrebné, aby výstupy tohto projektu boli dostupné na integráciu v čase realizácie projektu.

Prehľad plánovaných integrácií ISVS na nadrezortné centrálne bloky - modul procesnej integrácie a integrácie údajov (IS CSRÚ)

Nerelevantné pre projekt. Projekt neplánuje integráciu na nadrezortné centrálne bloky - modul procesnej integrácie a integrácie údajov IS CSRÚ. Integrácia na referenčný Register fyzických osôb (isvs_191) bude realizovaná priamou integráciou, ide o systém v gescii MV SR. Obdobne integrácia na referenčný Register právnických osôb (isvs_420) bude realizovaná prostredníctvom rezortnej integračnej platformy IP RPO v gescii MV SR, ktorá publikuje služby RPO v prostredí MV SR.

Poskytovanie údajov z ISVS do IS CSRÚ

Tabuľka č.9 Prehľad ISVS a objektov evidencie poskytovaných do IS CSRÚ – budúci stav

Poskytovanie údajov z IS CREP do IS CSRÚ (isvs_5836) bude prebiehať cez Centrálnu API manažment platformu (CAMP) (isvs_9513), ktorá bude pre online služby s interakciou klienta (občana, podnikateľa) s využitím plánovaného RestAPI rozhrania rýchlejšia a jednoduchšie integrovateľná, ako získavanie splnomocnenia cez konsolidačné rozhranie poskytovania dát CSRÚ.

Konzumovanie údajov z IS CSRU

Tabuľka č. 10 Prehľad ISVS a objektov evidencie konzumovaných z IS CSRÚ – budúci stav
Projekt prioritne predpokladá konzumovanie údajov právnických osôb z IS CSRÚ prostredníctvom rezortnej integračnej platformy IP RPO v gescii MV SR, ktorá publikuje služby RPO (isvs_420) v prostredí MV SR priamou integráciou na RPO a nie prostredníctvom IS CSRÚ. Údaje fyzických osôb budú konzumované z Registra fyzických osôb (isvs_191), priamou integráciou na register, ktorý je v správe MV SR, nebude využívaná integrácia cez CSRÚ pre zjednodušenie a zefektívnenie procesu integrácie.

Dátová vrstva

IS VS eviduje údaje fyzických osôb splnomocnencov, splnomocniteľov, osôb udeľujúcich súhlas a tým ktorým bol súhlas udelený, osôb ktoré sú objektom splnomocnenia alebo súhlasu. Splnomocnenia alebo súhlasy a služby splnomocnenia alebo súhlasu a prislúchajúce objekty splnomocnenia alebo súhlasu a zároveň typ, platnosť a dátum použitia splnomocnenia alebo súhlasu.

Údaje v správe organizácie

O splnomocnení alebo súhlase sa v evidencii splnomocnení eviduje:

• typ splnomocnenia,
• dátum jeho vytvorenia,
• dátum, od ktorého je platné,
• dátum, do ktorého je platné,
• fyzická osoba splnomocniteľa,
• právnická osoba splnomocniteľa,
• fyzická osoba splnomocnenca,
• služba, na ktorú sa udeľuje splnomocnenie,
• objekt v danej službe, na ktorý sa udeľuje splnomocnenie.

O fyzickej osobe ako subjekte splnomocnenia alebo súhlasu sa v evidencii osôb eviduje:

• typ osoby v referenčnom registri,
• identifikátor z referenčného registra,
• zdroj osoby,
• meno a priezvisko osoby,
• dátum narodenia a úmrtia osoby,
• informácia o spôsobilosti osoby na právne úkony,
• identifikátory PO, ktoré osoba zastupuje,
• stav osoby.

O právnickej osobe ako subjekte splnomocnenia alebo súhlasu sa v evidencii osôb eviduje:

• typ právnickej osoby – forma,
• identifikátor z referenčného registra,
• obchodné meno,
• zdroj,
• dátum vzniku a zániku,
• stav.

O službe, na ktorú je možné evidovať splnomocnenie sa v evidencii služieb eviduje:

• vlastník služby,
• názov a popis služby,
• dátum, od ktorého je platná,
• dátum, do ktorého je platná,
• referencie na objekty, ktoré môžu byť vymedzené v danej službe,
• stav služby.
• MetaIS kód služby
• MetaIS kód agendovej služby

O objektoch konkrétnej služby, na ktoré je možné definovať splnomocnenie alebo službu sa v evidencii objektov eviduje:

• zdroj objektu,
• názov a popis objektu,
• dátum, od ktorého je platný,
• dátum, do ktorého je platný,
• referenčný identifikátor v zdrojovej evidencii,
• stav objektu.

Dátový rozsah projektu

Tabuľka č.11 Prehľad objektov evidencie v jednotlivých ISVS/ registroch súvisiace s projektom – budúci stav

Kvalita a čistenie údajov

Zhodnotenie objektov evidencie z pohľadu dátovej kvality

Vzhľadom k tomu, že projekt predpokladá integráciu na referenčné registre fyzických a právnických osôb, ktorých objekty evidencie tvoria hlavné objekty evidencie aj v IS CREP, v podobe subjektov udeľujúcich a prijímajúcich plnú moc, resp., subjektov na ktoré sa plná moc vzťahuje ako na objekt splnomocnenia, sa predpokladá vysoká úroveň dátovej kvality. Pre ďalšie identifikované objekty evidencie v IS CREP bude pri ich zadávaní do IS zapracovaná ich kontrola prípadne obmedzenie zadávaných hodnôt, kde ich bude možné vyberať iba formou číselníka resp. bude definovaná skupina biznis pravidiel a výberových podmienok na elimináciu chybovosti. IS CREP nepredpokladá migráciu žiadnych údajov z iného IS. Vzhľadom na vyššie uvedené a aj na fakt dôležitosti dátovej kvality všetkých objektov evidencie IS CREP je predpoklad dodržania resp. vyžadovania veľmi významnej úrovne kvality, aj s ohľadom na ich vysokú citlivosť pre využitie v agendách verejnej správy, ktoré budú následne funkcionality IS CREP využívať.

Tabuľka č.12 Kategorizácia objektov evidencie z pohľadu dátovej kvality – budúci stav

Role a predbežné personálne zabezpečenie pri riadení dátovej kvality

Tabuľka č.13 Prehľad rolí a personálneho zabezpečenia pre riadenie dátovej kvality

Referenčné údaje

IS CREP plnohodnotne napĺňa princíp „jedenkrát a dosť" a jeho cieľom je poskytovať výhradne referenčné údaje agendy udelenia splnomocnenia, plnomocenstva a súhlasu. Ak občan alebo zástupca PO raz zaeviduje plnú moc, konkrétne splnomocnenie alebo súhlas, ktoré sú potrebné pre realizáciu rôznych agendových procesov u rôznych OVM bude ho možné použiť v ľubovoľnom informačnom systéme ako aj pri manuálnom spracovaní agendy. Pravidlá pre splnomocnenia a súhlasy si pre každú agendu definuje jednotlivé OVM, ktoré je vlastníkom agendy. Všetky evidované splnomocnenia a súhlasy budú k dispozícii, či už pre vyhľadávanie, zobrazenie alebo uplatnenie prostredníctvom aplikačných služieb.
Aktuálne evidované splnomocnenia a súhlasy obsahujú referenčné identifikátory subjektov splnomocnenia, súhlasu ako aj identifikátory zo zdrojových alebo referenčných registrov. Navrhované riešenie bude rovnako rešpektovať a realizovať tento princíp.
Aktuálne aj navrhované riešenie overuje v momente použitia splnomocnenia alebo súhlasu agendou, evidované údaje o subjektoch splnomocnenia alebo súhlasu, vrátane aktuálneho stavu osoby byť spôsobilá na právne úkony alebo statusu jej existencie.

Objekty evidencie z pohľadu procesu ich vyhlásenia za referenčné

IS CREP bude evidovať splnomocnenia a súhlasy, ktoré budú vytvorené priamo osobou splnomocniteľa alebo osobou udeľujúcou súhlas ako prejav svojej vôle. Táto osoba bude pre akt vytvorenia splnomocnenia alebo súhlasu autentifikovaná prostredníctvom svojho eID. Ďalej údaje získané z eID autentifikačným procesom budú systémom použité ako vyhľadávacie kritéria do referenčného RFO a realizovaním jedno-jednoznačného stotožnenia osoby bude do objektu splnomocniteľa entity splnomocnenia, súhlasu uložený referenčný identifikátor osoby a osobné údaje platné k momentu vytvorenia. Zároveň voči RFO bude overená spôsobilosť osoby na právne úkony.
Osoba splnomocnenca alebo osoba, ktorej sa udeľuje súhlas bude identifikovaná výhradne splnomocnencom alebo osobou udeľujúcou súhlas a to zadaním osobných údajov ako vyhľadávacích kritérií pre jedno-jednoznačné stotožnenie osoby v RFO bez možnosti modifikovať alebo vyberať údaje. IS uloží do objektu splnomocnenca v entite splnomocnenie, súhlas referenčný identifikátor osoby z RFO ako aj osobné údaje platné k danému momentu, ako aj overenie spôsobilosti osoby na právne úkony. V prípade evidovania splnomocniteľa ako právnickej osoby bude vybraná predmetná PO z množiny potenciálne zastupovaných PO poskytnutých v rámci autentifikačného procesu eID, ktorý je poskytnutý eID-AS IS na základe možnosti zastupovania autentifikovanou fyzickou osobou. Do objektu splnomocniteľa bude uložený okrem referenčného identifikátora a osobných údajov FO uložený aj identifikátor a popisné údaje PO.
Typ splnomocnenia, súhlasu alebo rozsah platnosti splnomocnenia, súhlasu bude identifikovaný samotným splnomocniteľom alebo osobou udeľujúcou súhlas použitím výberových polí a prepnutím ovládacieho prvku prepínača tak, aby nebolo možné zaevidovať vlastné údaje alebo atribúty. Rozsah splnomocnenia alebo súhlasu ako je predmetná služba bude obdobne identifikovaná výhradne splnomocniteľom a len z ponuky dostupných služieb publikovaných jednotlivými OVM. Do objektu služba splnomocnenia alebo súhlasu v entite splnomocnenia, súhlasu bude uložený identifikátor služby z číselníka IS CREP.
Objekt ako predmet služby, na ktorý sa výhradne vzťahuje udelené splnomocnenie bude vždy identifikovaný voči IS alebo registru, ktorý je jeho zdrojovou alebo referenčnou evidenciou. Napríklad RFO pre fyzické osoby, Register adries pre adresu, Národná Evidencia vozidiel pre vozidlá. Objekt bude osobou splnomocniteľa alebo osoby udeľujúcej súhlas identifikovaný na základe jedno-jednoznačného vyhľadania v zdrojovej evidencii a jeho identifikátor bude spolu s popisnými údajmi uložený do objektu objekt v zozname objektov pre danú službu a splnomocnenie. V prípade udelenia plnej moci sú aplikované rovnaké postupy a pravidlá, pričom ako typ splnomocnenia je evidovaná plná moc a uvedené plnomocenstvo nemá evidovanú žiadnu službu alebo objekt splnomocnenia, pretože sa automaticky vzťahuje na všetky potenciálne služby alebo objekty, aj také, ktoré nie sú uvedené v evidencii služieb alebo objektov.
Žiaden z údajov evidovaných v entite splnomocnenia alebo súhlasu, ktoré sú relevantné pre udelenie splnomocnenia nebudú vo forme voľného textu alebo zadané iným subjektom ako je osoba splnomocniteľa. Vytvorené splnomocnenie bude bezprostredne autorizované osobou splnomocniteľa jeho zaručeným elektronickým podpisom a systémom podpísané zaručenou elektronickou pečaťou s časovou pečiatkou. Takto vytvorené splnomocnenie alebo súhlas pokladáme za referenčný údaj spolu s údajmi splnomocniteľa alebo osoby udeľujúcej súhlas, splnomocnenca alebo osoby, ktorej je udelený súhlas, služby splnomocnenia, súhlasu a objektov splnomocnenia, súhlasu.
Pre kompletný proces vytvorenia splnomocnenia je v maximálnej miere eliminovaný ľudský faktor a možnosť vložiť nereferenčné údaje. Z uvedených dôvodov navrhujeme predmetné údaje evidované v IS CREP považovať za referenčné a evidovať ich v spoločnom module CSRÚ.

Tabuľka č.14 Prehľad identifikovaných referenčných údajov – budúci stav

Identifikácia údajov pre konzumovanie alebo poskytovanie údajov do/ z CSRU

Tabuľka č.15 Prehľad konzumovaných/poskytovaných referenčných údajov – budúci stav
Údaje fyzických osôb budú konzumované z Registra fyzických osôb (isvs_191) priamou integráciou na RFO, ktorý je v správe MV SR, nebude využívaná integrácia cez CSRÚ pre zjednodušenie a zefektívnenie procesu integrácie. Obdobne integrácia na referenčný Register právnických osôb bude realizovaná prostredníctvom rezortnej integračnej platformy IP RPO v gescii MV SR, ktorá publikuje služby RPO v prostredí MV SR.

Otvorené údaje

IS CREP poskytne otvorené údaje za účelom publikovania informácii o počte udelených a použitých splnomocnení, súhlasov pre jednotlivé typy splnomocnení, služby a objekty splnomocnení, súhlasov.

Tabuľka č.16 Prehľad otvorených údajov – budúci stav

Analytické údaje

IS CREP v pseudonymizovanej podobe poskytne analytické údaje za účelom vyhodnocovania konkrétnych agend, ktoré boli realizované prostredníctvom splnomocnení alebo súhlasov.

Moje údaje

IS CREP môže publikovať „Moje údaje" ako sú údaje o udelených splnomocneniach, súhlasov osobou, alebo osobe udelených splnomocneniach, súhlasov, ako aj záznamy o použití splnomocnenia alebo súhlasu agendou konkrétneho OVM. Rovnaké údaje bude poskytovať samotný IS vo svojom používateľskom rozhraní.

Tabuľka č.18 Prehľad údajov identifikovaných pre službu „moje údaje" – budúci stav

Prehľad jednotlivých kategórií údajov

Tabuľka č.19 Kategorizácia údajov z pohľadu ich využiteľnosti (účelu) - budúci stav

Technologická vrstva

Prehľad technologického stavu

Projekt predpokladá zavedenie nového technologického riešenia, ktoré nie je možné porovnať s modelom technologickej vrstvy a popisom v súčasnom stavom, keďže tento neexistuje. Nové technologické riešenie predpokladá zavedenie a využívanie technologických prostriedkov vládneho cloudu.

Požiadavky na výkonnostné parametre, kapacitné požiadavky

Tabuľka č.20 Prehľad vybraných kapacitných a výkonových požiadaviek– budúci stav

Návrh riešenia technologickej architektúry

V súlade s NKIVS je technologická architektúra založená na cloudových službách s dôrazom na budovanie Cloud Native aplikácií. IS CREP bude prevádzkovaný vo Vládnom cloude a v maximálnej miere využije služby uvedené v katalógu Vládneho cloudu. Inštalované technológie budú len také, ktoré sú nevyhnutné na realizáciu a prevádzku systému a nie sú poskytované ako SaaS alebo PaaS Vládnym cloudom.

IS predpokladá tri prostredia, testovacie pre regresné testovanie produktov vývoja, pred-produkčné – pre testovanie finálnych releasov, ktoré budú nasádzané do produkcie a samotné produkčné prostredie. Vývojové prostredie pre prvotnú implementáciu a vývoj budúcich úprav bude prevádzkované na strane dodávateľa riešenia.

Testovacie, pred-produkčné a produkčné prostredia majú identickú topológiu, ale odlišné veľkosti systémových zdrojov, ktoré sú definované podľa potrieb pre daný typ prostredia.

Navrhovaná topológia je podľa štandardov štvorvrstvovej architektúry, pričom musí spĺňať architektonické, sieťové a bezpečnostné štandardy pre dátové centrá MV SR.

Prostredia a moduly IS budú zaintegrované do prevádzkových nástrojov a systémov pre zálohovanie a obnovu.

Každá komunikácia medzi internými modulmi IS ako aj komunikácia na tretie strany bude šifrovaná. Každá jedna požiadavka bude vybavená len autentifikovanému a autorizovanému koncovému alebo systémovému používateľovi.

Každá aktivita používateľov bude nepopierateľne auditovaná a zápis do auditu bude vykonaný v rámci jednej transakcie s aktivitou používateľa.

Komunikácia z interných modulov IS bude realizovaná výhradne prostredníctvom reverzného proxy na rezortné aj mimorezortné IS.

IS bude nasadený v režime vysokej dostupnosti s active - active aplikačnými a databázovými nodmi, v počte 2 per modul. Operačné systémy, webové a aplikačné servery, databázová platforma budú na báze opensource.

Prezentačná vrstva bude obsahovať webový reverzný proxy server, ktorý bude disponovať kontextami pre publikovanie klientskej webovej aplikácie, služby pre frontendy, služby pre integračných partnerov. Backendová vrstva bude umiestnená v trusted zóne a bude pozostávať z dvoch aplikačných modulov – Backend, Index a podporného modulu pre nasádzanie a testovanie IS.

Perzistentná vrstva bude obsahovať databázovú platformu pre perzistenciu štruktúrovaných relačných údajov a diskové úložiska pre perzistenciu súborov, štruktúrovaných dokumentových údajov a záloh celého IS.

Využívanie služieb z katalógu služieb vládneho cloudu

Tabuľka č.21 Prehľad požiadaviek na výpočtové kapacity prevádzkových prostredí vo vládnom cloude – budúci stav

Tabuľka č.22 Ďalšie doplnkové služby z katalógu cloudových služieb – budúci stav

Jazyková lokalizácia

Celé riešenie bude dostupné v slovenčine, pričom bude obsahovať funkcionalitu pre doplnenie ďalšej jazykovej mutácie.

Bezpečnostná architektúra

Bezpečnostná systémová architektúra budúceho stavu sa bude riadiť bezpečnostnými pravidlami a bezpečnostnou architektúrou vládneho cloudu.
Bezpečnostná architektúra aplikácie bude navrhnutá v súlade s dotknutými právnymi normami a zároveň s technickými normami, ktoré stanovujú potrebnú úroveň 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, a ktoré upravujú prevádzku IS vo vládnom cloude. Ide najmä o:

• Zákon č. 95/2019 Z. z. o informačných technológiách vo verejnej správe a o zmene a doplnení niektorých zákonov
• Zákon č. 69/2018 Z. z. o kybernetickej bezpečnosti a o zmene a doplnení niektorých zákonov
• Zákon č. 45/2011 Z. z. o kritickej infraštruktúre
• Vyhláška Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 78/2020 Z. z. o štandardoch pre informačné technológie verejnej správy
• Vyhláška Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 179/2020 Z. z., ktorou sa ustanovuje spôsob kategorizácie a obsah bezpečnostných opatrení informačných technológií verejnej správy
• vyhláška Úradu na ochranu osobných údajov Slovenskej republiky č. 158/2018 Z. z. o postupe pri posudzovaní vplyvu na ochranu osobných údajov
• Nariadenie Európskeho parlamentu a Rady (EÚ) 2016/679 z 27. apríla 2016 o ochrane fyzických osôb pri spracúvaní osobných údajov a o voľnom pohybe takýchto údajov, ktorým sa zrušuje smernica 95/46/ES (všeobecné nariadenie o ochrane údajov)

• Zákon č. 18/2018 Z. z. o ochrane osobných údajov a o zmene a doplnení niektorých zákonov.
  Každý používateľ bude oprávnený pristupovať do systému na základe jeho overenia voči komponentom pre správu identít. Oprávnený prístup používateľ získa na základe schválenej žiadosti gestorom systému. Interný používateľ bude autentifikovaný na základe mena a hesla, prípadne ďalšieho faktora. Externý používateľ bude autentifikovaný na základe eID a overenia voči eID-AS. Komunikácia v rámci aplikačných modulov a koncových staníc používateľov bude šifrovaná. Interakcia klientov s backendovými aplikačnými modulmi bude auditovaná. Rovnako budú auditované a vzájomne korelované všetky systémové transakcie a transakcie iniciované koncovými používateľmi a systémami tretích strán. Návrh a realizácia riešenia musí spĺňať rezortné nariadenia pre informačné systémy.

  ZÁVISLOSTI NA OSTATNÉ ISVS / PROJEKTY

  Projekt predpokladá integráciu na nadrezortné centrálne bloky – spoločné moduly a využívanie integrácií Modul elektronického doručovania (isvs_9369), Modul elektronických schránok (isvs_8847) a Autentifikačný modul (isvs_8846) prostredníctvom integračného rozhrania, ktorým je Elektronické komunikačné rozhranie MV SR, ktoré prechádza formou modernizácie resp. vývoja nového rozhrania (projekt Poskytovanie elektronických služieb MV SR v súlade so zákonom o e-Governmente - projekt_1558). Je potrebné, aby výstupy tohto projektu boli dostupné na integráciu v čase realizácie projektu.

  Stakeholder	Kód projektu (z MetaIS)	Názov projektu	Termín ukončenia projektu	Popis závislosti
  MV SR	projekt_1558	Poskytovanie elektronických služieb MV SR v súlade so zákonom o e-Governmente	03/2023	Publikovanie koncových služieb na portáli MV SR, komunikácia s ÚPVS, integrácia na Modul správnych poplatkov

  Tabuľka č. 23 Prehľad projektov, ktoré sú v štádiu vývoja a v korelácii s pripravovaným projektom

  ZDROJOVÉ KÓDY

  Zdrojový kód vytvorený počas projektu 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 verejnej správy.
  Zdrojové kódy budú odovzdávané pri fakturačnom míľniku testovanie a nasadenie ako výstup projektu. Zdrojové kódy budú odovzdané na digitálnom médiu v plnom rozsahu.
  Štandardom zverejňovania zdrojového kódu podľa § 15 ods. 2 písm. d) zákona je jeho zverejnenie v centrálnom repozitári zdrojových kódov (ďalej len „repozitár"). Zdrojový kód sa zverejňuje automatizovane dostupným spôsobom s evidenciou jeho verzie. V repozitári sa zverejňuje tá časť zdrojového kódu, na ktorú má orgán riadenia softvérovú licenciu podľa § 15 ods. 2 písm. d) prvého bodu zákona.
  Okrem zdrojového kódu sa v repozitári zverejní prostredníctvom dokumentácie aj návod na skompilovanie a spustenie programu. Pri zverejnení zdrojového kódu sa označí režim jeho zverejnenia 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 verejnej správy.

  PREVÁDZKA A ÚDRŽBA

  Prevádzka a údržba riešenia začne bezprostredne po nasadení riešenia do produkcie na základe uzatvorenej servisnej zmluvy. V rámci prevádzky a údržby sa očakávajú nasledovné činnosti:

• služby riešenia incidentov a hotline podpory v pracovnom čase 8 hodín a počas pracovných dní,
• služby analytickej podpory a konzultácii,
• servisné zásahy,
• služby aktualizácie aplikačných modulov a bezpečnostných záplat,
• služby profylaktiky prostredí.

Prevádzkové požiadavky

Podpora bude poskytovaná výhradne v pracovnom čase od 7:30 do 15:30 počas pracovných dní pre produkčné prostredie.

• Vady kategórie A – kritická vada – nedostupnosť celého riešenia – reakčná doba 4 hodiny – doba vyriešenia do 1 pracovného dňa.
• Vady kategórie B – závažná vada – nedostupnosť časti riešenia – reakčná doba 2 pracovné dni – doba vyriešenia do 5 pracovných dni.
• Vady kategórie C – nekritická vada – odchýlka od požadovaného stavu – reakčná doba 5 dni – doba vyriešenia do 15 pracovných dni.

Úrovne podpory používateľov:

Help Desk bude realizovaný cez 3 úrovne podpory, s nasledujúcim označením:

• L1 podpory IS (Level 1, priamy kontakt zákazníka) - jednotný kontaktný bod – Call centrum, ktorý je v správe MV SR.

• L2 podpory IS (Level 2, postúpenie požiadaviek od L1) - vybraná skupina garantov, analytikov a riešiteľov incidentov, so znalosťou IS - zabezpečuje prevádzkovateľ IS VS – ktorým je MV SR.
• L3 podpory IS (Level 3, postúpenie požiadaviek od L2) - na základe zmluvy o podpore IS (SLA) - zabezpečuje zmluvný dodávateľ.

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 použí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é použí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 komunikujú priamo s koncovým používateľom len vo výnimočných prípadoch, 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 najkomplikovanejší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 aplikačné rozhranie používateľom MV SR (Call Centrum MV SR, aplikačná podpora, riešitelia incidentov, gestori IS) a pre vybrané skupiny používateľov (používatelia IS, ktorí nie sú v pracovnoprávnom vzťahu s MV SR) cez telefón a email a incidenty sú evidované priamo v aplikácii Help Desk,
• Dostupnosť L3 podpory pre IS je 8x5 (8 hodín x 5 dní od 8:00h do 16:00h počas pracovných dní),

Riešenie incidentov – SLA parametre
Za incident je považovaná chyba IS, t.j. správanie sa v rozpore s prevádzkovou a používateľskou dokumentáciou IS. Za incident nie je považovaná chyba, ktorá nastala mimo prostredia IS napr. výpadok poskytovania konkrétnej služby Vládneho cloudu alebo komunikačnej infraštruktúry.
Označenie naliehavosti incidentu:

možný dopad:

Výpočet priority incidentu ako kombinácia dopadu a naliehavosti v súlade s best practices ITIL V3 uvedený v nasledovnej matici:

Vyžadované reakčné doby:

• (1) Reakčná doba je čas medzi nahlásením incidentu používateľom (vrátane používateľov IS, ktorí nie sú v pracovnoprávnom vzťahu s MV SR) na helpdesk úrovne L3 a jeho prevzatím na riešenie.

• (2) DKVI znamená obnovenie štandardnej prevádzky - čas medzi nahlásením incidentu používateľom (vrátane používateľov IS, ktorí nie sú v pracovnoprávnom vzťahu s MV SR) a vyriešením incidentu dodávateľom/ subjektom zabezpečujúcim podporu úrovne L3 (do doby, kedy je funkčnosť prostredia znovu obnovená v plnom rozsahu). Doba konečného vyriešenia incidentu od nahlásenia incidentu používateľom (DKVI) sa počíta počas celého dňa. Do tejto doby sa nezarátava čas potrebný na nevyhnutnú súčinnosť MV SR, ak je potrebná pre vyriešenie incidentu a incident sa rieši na úrovni podpory L3. V prípade potreby je dodávateľ/ subjekt zabezpečujúci podporu úrovne L3 oprávnený požadovať od MV SR 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é používateľmi (vrátane používateľov IS, ktorí nie sú v pracovnoprávnom vzťahu s MV SR) dodávateľovi/ subjektu zabezpečujúcemu podporu úrovne L3 v rámci testovacieho prostredia

1. Majú prioritu 3 a nižšiu
2. Vzťahujú sa výhradne k dostupnosti testovacieho prostredia
3. Za incident na testovacom prostredí sa nepovažuje incident vztiahnutý k práve testovanej funkcionalite.

Vyššie uvedené SLA parametre nebudú použité pre nasledovné služby:

• Služby systémovej podpory na požiadanie (nad paušál)
• Služby realizácie aplikačných zmien vyplývajúcich z legislatívnych a metodických zmien (nad paušál)

Pre tieto služby budú dohodnuté osobitné parametre dodávky.

Požadovaná dostupnosť IS:

Dostupnosť (Availability)

Dostupnosť (Availability) znamená, že dáta alebo iné zariadenie sú prístupné v okamihu jej potreby. Vyjadruje sa v percentách dostupného času. Pre tento projekt je navrhnutá dostupnosť na úrovni:

• 98,5% dostupnosť znamená max ročný výpadok 66 hodín

RTO (Recovery Time Objective)

RTO (Recovery Time Objective) je jeden z ukazovateľov dostupnosti dát. RTO vyjadruje množstvo času potrebné pre obnovenie dát a celej prevádzky nedostupného systému (softvér). RTO bude riešené podľa politiky zálohovania dátového centra MV SR, pričom sa predpokladá maximálne 1 deň.

RPO (Recovery Point Objective)

RPO (Recovery Point Objective) je jeden z ukazovateľov dostupnosti dát. RPO vyjadruje, do akého stavu (bodu) v minulosti možno obnoviť dáta. RPO bude riešené podľa politiky zálohovania dátového centra MV SR, pričom povolené RPO bude maximálne jeden deň.

POŽIADAVKY NA PERSONÁL

V rámci projektu bude vytvorený projektový tím v zložení:

• Projektový manažér
• Kľúčový používateľ
• Vlastník procesov
• IT analytik
• IT architekt
• Manažér kvality
• Manažér kybernetickej a informačnej bezpečnosti

IMPLEMENTÁCIA A PREBERANIE VÝSTUPOV PROJEKTU

Projekt bude implementovaný v zmysle Vyhlášky č. 85/2020 Z. z. o riadení projektov v znení neskorších predpisov a bude realizovaný metódou Waterfall rozdelený na dva inkrementy.
Preberanie jednotlivých výstupov bude vždy na konci jednotlivej etapy: Analýza a dizajn, Implementácia a testovanie, Nasadenie a Postimplementačná podpora (PIP). Jednotlivé výstupy budú preberané a schvaľované riadiacim výborom projektu.

PRÍLOHY

Dokument neobsahuje dodatočné prílohy