Príručka pre realizáciu projektov pre

POWEVRýsPtuOp čI.N2

T PREZENTÁCI

manažment údajov inštitúcie verejnej správy

Zmluva o dielo č. 331/2019

Vypracovanie vzorového projektu pre Manažment údajov inštitúcie verejnej správy

Projekt:

Zlepšenie využívania údajov vo verejnej správe

ITMS kód projektu:

314011S979

Tento projekt je podporený z Európskeho sociálneho fondu

D ATA L A B

Príručka pre realizáciu projektov pre manažment údajov inštitúcie verejnej správy

Projekty pre manažment dát inštitúcií verejnej správy budú kľúčovým nástrojom pre realizáciu

plánovaných aktivít v oblasti manažmentu dát.

Pre zabezpečenie (i) maximálnej efektívnosti a jednoduchosti z pohľadu žiadajúcich OVM a (ii) pre zaistenie konzistentnej kvality projektov jednotlivých inštitúcií verejnej správy, sa žiadateľom doporučuje využiť pripravený vzorový projekt, ktorý obsahuje definovaný povinný rozsah projektu, kde na strane žiadajúceho OVM zostane predovšetkým povinnosť identifikovať a popísať množinu dát, ktorá daným projektom bude riešená.

Vzorový projekt plne reflektuje ciele a postupy v oblasti manažmentu dát definované v schválených

strategických dokumenty pre oblasť Informatizácie verejnej správy.

Táto príručka poskytuje žiadateľovi prehľad realizačných princípov pre projekty manažmentu údajov a návod na prípravu projektu s využitím vzorového projektu.

Realizácia projektov pre manažment údajov inštitúcie verejnej správy

❑ Ciele manažmentu dát verejnej správy

❑ Dopytová výzva pre manažment dát

❑ Realizačné princípy pre manažment dát

❑ Návod na prípravu štúdie uskutočniteľnosti

❑ Prílohy

OBSAH

Ciele manažmentu dát verejnej správy

Len krajina, ktorá dokonale pozná a efektívne riadi svoje dáta, vie zjednodušiť život svojich občanov…

• Dáta sa dnes stávajú aktívami s najväčšou hodnotou a orgány verejnej moci by ich mali intenzívne využívať pri svojich rozhodnutiach

• Všetky aktivity v oblasti dát majú jeden spoločný menovateľ, ktorým je nevyhnutnosť zaručiť, aby dáta boli správne a dôveryhodné. Pre maximalizáciu prínosov je preto potrebné, cez procesy riadenia kvality dát, zabezpečiť kontinuálne zvyšovanie kvality údajovej základne verejnej správy a to už na úrovni jednotlivých rezortov

• Primárnym cieľom aktivít v oblasti dát je naplnenie princípu „1x a dosť“

• Množina tém v oblasti manažmentu dát ale prinesie nielen hodnotu v oblasti komunikácie občana s verejnej správou ale aj dodatočnú pridanú

ekonomickú hodnotu cez ďalšie využitie dát aj mimo prostredia verejnej správy

1 krát a dosť

• Naplnenie princípu 1x a dosť zjednoduší a zrýchli komunikáciu občanov s orgánmi verejnej moci, keď od občanov už nebude vyžadované dokladovať skutočnosti, ktoré už o ňom niektorý OVM eviduje

Referenčné údaje

• Zdieľanie referenčných údajov orgánmi verejnej moci je nielen kľúčovým predpokladom pre zlepšovanie kvality služieb občanom a podnikateľom ale aj dôležitým predpokladom pre zvýšenie efektivity procesov verejnej správy. Predstavuje prioritnú aktivitu na najbližšie obdobie (2017-2019).

Moje dáta

• Občan a podnikateľ zároveň očakáva, že dáta, ktoré štát o ňom eviduje, bude mať pod kontrolou, že vie kto a ako ich používa, a vie ako prebieha spracovanie jeho jednotlivých podaní. Sprístupnenia dát o subjekte, tzv. „moje dáta“ sú ďalšou významnou aktivitou v oblasti riadenia dát verejnej správy

Open Data

• V rámci zabezpečenia otvorenosti a transparentnosti verejnej správy by mali byť občanom v maximálnom možnom rozsahu sprístupnené dáta, ktorých vlastníkom alebo správcom sú orgány verejnej moci (s výnimkou osobných, citlivých a utajovaných údajov). Pretože ako občan, chcem mať prístup ku všetkým informáciám, ktoré sú „naše“.

Logická následnosť aktivít v oblasti manažmentu dát

Riadenie kvality dát

Zdieľanie

kľúčových dát

Sprístupnenie dát o subjekte

Analýza a

vyhodnocovanie dát

Publikovanie otvorených dát

Big data

Analýza a vyhodnocovanie dát

Zvýšiť dostupnosť dát pre analytické spracovanie a zlepšiť tak rozhodovanie vo verejnej správe

• zlepšíť využívanie údajov a znalostí v rozhodovacích procesoch vo verejnej správe

• zvýšiť počet úsekov verejnej správy, v ktorých je rozhodovanie podporované analytickými systémami

Moje dáta

Sprístupnenie dát o subjekte

Každý občan aj podnikateľský subjekt získa prístup k údajom, ktoré verejná správa o ňom eviduje, môže s nimi v rámci možností manipulovať a zároveň vidieť, kto a prečo

k takýmto údajom pristupoval

Jeden krát a dosť Open data

Riadenie kvality dát

Zdieľanie kľúčových údajov

Publikovanie otvorených dát

Zabezpečenie dostatočnej dátovej kvality cez riadenie celého životného cyklu dát, ktorých vlastníkom alebo správcom sú orgány verejnej moci

Zefektívnenie služieb z pohľadu občana ale aj výkonu jednotlivých agend zdieľaním referenčných údajov (dáta o subjekte, číselníky a kmeňové dáta)

Zvýšiť rozsah a kvalitu publikovaných dát pre

• zvýšenie miery transparentnosti VS (a tým aj jej efektivitu)

• zvýšenie využitia otvorených dát s pridanou hodnotou užívateľmi, ktorá sa následne premietne do ekonomického dopadu

Zďieľanie údajov

Manažment osobných údajov

Aby každý subjekt (občan a podnikateľský subjekt) získajú prístup k údajom, ktoré verejná správa o ňom eviduje, mohol s nimi v rámci možností manipulovať a zároveň vidieť, kto a prečo k takýmto údajom pristupoval

Publikovanie otvorených údajov

Aby verejnosť mala prístup k údajom verejnej správy v otvorenom formáte vhodnom na opätovné použitie – okrem osobných údajov, citlivých údajov a utajovaných údajov

Manažment kvality údajov

Údaje budú manžované efektívne a jednotne na základe centrálne riadených metodík

Primárne údaje

Za správu údajov a ich kvalitu zodpovedá

príslušná inštitúcia

verejnej správy

Každý správca ISVS vo svojom systéme vedie evidenciu tzv. primárnych údajov, pričom sekundárne využíva (= je pripojený na) referenčné údaje z iných registrov.

Aby verejná správa dokázala využívať svoje údaje pre potreby prípravy analýz (analytické spracovanie údajov), ktoré budú slúžiť ako podklad pre lepšie rozhodovanie

Využitie analytických údajov

Je úlohou každej inštitúcie verejnej správy zabezpečiť efektívnu realizáciu týchto aktivít

Ekosystém využívania dát vo VS

Údaje budú získavané z rôznych zdrojových informačných systémov bez prekážok, čo zabezpečí realizáciu princípu “jeden-krát a dosť”

Dopytová výzva pre manažment dát

Kontext dopytovej výzvy Manažment údajov

Dopytová výzva pre manažment údajov inštitúcie verejnej správy predstavuje mechanizmus pre realizáciu týchto rezortných projektov

Realizácia rezortných projektov jednotlivými inštitúciami je nevyhnutým predpokladom pre dosiahnutie cieľov v oblasti

efektívneho využívania dát verejnej správy

Časový aspekt realizácie dopytových projektov a ich nadväznosť na ďalšie ak

Implementácia plánu a realizácia cieľov pre oblasť manažmentu údajov bude primárne realizovaná 3 typmi definovaných projektov:

(1) Dátová integrácia = realizácia nových integrácií poskytovateľov a konzumentov dát

(2) Rozvoj platformy integrácie údajov a manažment osobných údajov = funkčný rozvoj bez integrácie OVM

(3) Dopytové projekty určené pre jednotlivé OVM pre riadenie a využívanie dát na úrovni rezortov

Aj keď rozpočet všetkých troch projektov je materiálny, nejde tu o jednorázové mega projekty, ale o inkrementálne aktivity:

• rozpočet pre projekt (1) Dátová integrácia je síce nastavený pre pokrytie integrácie všetkých identifikovaných dát, ale jeho realizácia bude prebiehať priebežne dataset po datasete, a výstupy tak budú dostupné priebežne od roku 2019

• projekt Rozvoj platformy integrácie údajov a manažment osobných údajov je rozdelený na množinu samostatných výstupov, ktoré rovnako

budú projektom dodávané a nasadzované priebežne

• rezortné dopytové projekty sú nástrojom, ktorý má umožniť realizovať aktivity na strane rezortov a to aj po častiach a do maximálnej miery tak nahradiť veľké projekty v podobe v akej boli pripravované v minulosti

Implementačné projekty sa neprekrývajú, ale navzájom dopĺňajú.

Pre naplnenie cieľov je nevyhnutná realizácia všetkých 3 projektov, ktoré sú komplementárne.

Projekty ako aj nadväzujúce činnosti sú koordinované Dátovou kanceláriou ÚPPVII

Tieto centrálne a rezortné projekty predstavujú komplementárny balík aktivít

Hlavné projekty v oblasti Lepších dát

Realizačné princípy pre manažment dát

RP.D2

Architektúra riešení pre manažment údajov OVM

RP.D1

Koncept manažmentu údajov

Vo všetkých projektoch adresujúcich riadenie údajovej základne inštitúcie verejnej správy musí byť realizovaná analýza manažmentu údajov pokrývajúca celý životný cyklus údajov, definujúca kľúčové dáta a identifikujúca základné aspekty ich využitia

RP.D3

Postup pre inštitúcie pri príprave projektov

Budovanie centrálneho dátového modelu VS je podporené centrálnou platformou integrácie údajov ako základným spoločným komponentom zdieľania a referencovania údajov VS. Predpokladom efektívneho riadenia údajov VS je aplikovanie definovaných procesov a nástrojov pre riadenie údajov aj na úrovni jednotlivých inštitúcii verejnej správy (pri využití centrálnej platformy a jej služieb).

RP.D4

Riadenie kvality na úrovni OVM

Projektová príprava jednotlivých inštitúcií v oblasti riadenia údajov sa sústredí predovšetkým na identifikáciu dát v kompetencii danej inštitúcie a návrh zlepšenia ich využívania (prípady použitia údajov). Po technickej a procesnej stránke by mali do maximálnej miery využiť centrálne vybudované nástroje a služby (a neduplikovať tak ich analýzu a implementáciu).

RP.D5

Povinnosti OVM pre

Realizovať činnosti smerujúce k zabezpečeniu dostatočnej kvality údajov v informačných systémoch VS je nevyhnutným predpokladom pre úspešnú realizáciu všetkých cieľov v oblasti manažmnetu dát. Pritom kvalitu údajov je nevyhnutné adresovať už v jednotlivých AIS a organizačnom a procesnom zabezpečení jednotlivých inštitúcií.

realizáciu princípu 1x a dosť

RP.D6

Cieľom aktivít v oblasti dát nie je len technická implementácia, ale skutočná realizácia konceptu „jedenkrát a dosť“. Preto je na strane OVM nevyhnutné zabezpečiť úpravu svojich interných procesov a postupov tak, aby sa potrebné informácie získavali cez platformy dátovej integrácie a občan nemusel dokladať informácie, ktoré už má VS k dispozícii.

Publikovanie otvorených dát

RP.D7

V rozvojových projektoch OVM je potrebné ako ich súčasť realizovať aktivity a nástroje pre zvýšenie rozsahu a kvality publikovaných otvorených dát verejného sektora.

Pre zabezpečenie konzistentnosti jednotlivých aktivity boli pre oblasť dát definované základné realizačné princípy,

ktoré musia všetky rozvojové projekty reflektovať a aplikovať

Realizačné princípy aktivít v oblasti manažmentu dát VS

Riadenie a zdieľanie kľúčových údajov je hlavnou

prioritou Akčného plánu informatizácie verejnej správy.

Výrazne pomôže správnemu naplneniu princípu 1x

a dosť, čo priamo ovplyvní kvalitu služieb verejnej správy, spokojnosť používateľov so službami, optimalizáciu procesov a následný efektívnejší výkon úloh verejnej správy.

Aktivity v oblasti riadenia a zdieľania kľúčových dát budú zo strany Dátovej kancelárie centrálne podporované a koordinované. Pričom bude kladený dôraz na správnosť, aktuálnosť a dostupnosť kľúčových dát s cieľom ich použiteľnosti aj pre právne účely.

Identifikovanie poskytovaných a konzumovaných kľúčových dát je povinnou integrálnou súčasťou všetkých rozvojových aktivít (či už pripravovaných projektov OPII alebo úprav AIS realizovaných zo štátneho rozpočtu)

Informácie o novo identifikovaných kľúčových dátach budú priebežne poskytované Dátovej kancelárii VS, ktorá spravuje centrálny dátový model VS a plán jeho realizácie.

Povinný krok pre všetky rozvojové aktivity – indetifikácia kľúčových dát v gescii danej inštitúcie

RP.D1 Koncept manažmentu údajov

Využitie centrálnej platformy integrácie údajov Zdieľanie kľúčových dát medzi konzumentmi údajov a poskytovateľmi údajov ako aj sprístupnenie tejto množiny dát bude riešené jednotnou centrálnou platformou integrácie údajov. Čiže miesto integrácií

M:N (každý s každým) budú OVM, ako poskytovateľ a konzument údajov realizovať integráciu na jedinú informačnú platformu, ktorá zároveň zabezpečí propagáciu dát do ostatných služieb

Rezortná konsolidácia a čistenie údajov

Pre potreby čistenia, konsolidácie a zdieľanie svojich údajov môžu teda OVM využiť vlastnú inštanciu platformy pre integráciu údajov poskytovanú v móde PaaS. V prípade, že táto platforma bude použitá ako zdrojový register alebo vyhlásená za referenčný register tak bude zároveň priamo poskytovať kľúčové dáta do centrálnej platformy integrácie údajov

Jednotná architektúra rezortných riešení

V prípade potreby je možné využiť funkcionalitu platformy integrácie údajov ako službu (iPaaS) pre jednotlivé inštitúcie verejnej správy pričom toto riešenie bude štandardným riešením pre všetky rezorty, ktoré budú implementovať nové riešenie pre manažment údajov na rezortnej úrovni

Pri návrhu architektúry riešení na jednotlivých rezortoch je dôležité:

• efektívne využiť služby a nástroje centrálnej platformy integrácie údajov (ktoré umožnia zdieľanie údajov, ich publikovanie ako otvorených údajov, manažment osobných údajov a analytické využitie dát),

• navrhnúť rezortnú architektúru konzistentne s princípmi Manažmentu údajov, čo znamená najmä využitie PaaS služieb vládneho cloudu pre internú dátovú integráciu a konsolidáciu.

Platforma integrácie údajov ako jediný centrálny komponent pre výmenu údajov a zároveň možný nástroj pre rezortnú

konsolidáciu údajov poskytovaný OVM ako služba (PaaS)

RP.D2 Architektúra riešení pre manažment údajov OVM

Každý rozvojový projekt informatizácie by mal mať za výsledok, že pre všetky dotknuté AIS prebehne analýza spracovávaných dátových objektov, bude nastavený proces riadenia ich životného cyklu pre zabezpečenie ich správnosti, aktuálnosti a znovu použiteľnosti a ďalej bude zabezpečené nasledovné:

• Identifikácia kľúčových dát pre účely referencovania a podporu komplexných životných situácií

• V rámci kľúčových dát bude definovaná množina údajov pre poskytovanie službou Moje dáta

• V rámci kľúčových dát bude definovaná množina dát a pravidlá pre publikáciu vo forme Otvorených dát

• Publikovanie identifikovanej množiny údajov vo forme otvorených dát

• Identifikácia ekonomickej hodnoty a dopadu pre naplnenie cieľov a ukazovateľov NKIVS pre Manažment údajov

Analýza potrieb v oblasti dát

• Jedným z hlavných bodov štúdií uskutočniteľnosti pripravované rezortných projektov musí byť identifikovanie a prehľadná analýza využívaných dát vrátane odhadu ich ekonomickej a spoločenskej hodnoty

Povinný rozsah projektu pre manažmentu dát OVM

• Identifikácia údajovej základne:

• Vlastník dát

• IS v roli poskytovateľa dát

• Konzumenti dát a (predpokladaná) početnosť

• Typické príklady použitia

• Identifikácia miery využitia (referenčný údaj, dáta s potenciálom referenčného údaju, dataset ako súčasť portfólia občana/podnikateľa, publikácia vo forme otvorených dát

• Nastavenie príspevku k merateľným ukazovateľom

• Každý projekt by mal prispieť k cieľom a ukazovateľom NKIVS pre Manažment údajov. Inštitúcia vyznačí, aký bude dopad a výsledok prípadného projektu

• Definovanie aktivít pre zavedenie manažmentu údajov

• Z hľadiska efektivity implementácie jednotlivých aktivít na úrovni inštitúcií verejnej správy sa predpokladá spoločná realizácia viacerých aktivít v rámci jedného projektu (zoznam realizovaných aktivít je uvedený vo vzore pre spracovanie Štúdie uskutočniteľnosti)

• Určenie ekonomickej hodnoty údajov

• Klasifikácia implementovaných opatrení (rozvoj dátovej ekonomiky, zvýšenie transparentnosti, zníženie podvodov, zníženie rizík, zvýšenie kvality podnikateľského prostredia, zlepšenie rozhodovania na základe údajov)

Komplexná analýza dátových objektov je nevyhnutným základom všetkých rozvojových aktivít

RP.D3 Postup OVM pri príprave projektov

Procesné a organizačné zmeny Kvalita údajov

➓Organizačné zmeny, ktoré by mali byť implementované

➓Určenie role dátového kurátora,

➓Zriadenie rezortnej dátovej kancelárie,

➓Zvýšenie internej kapacity a vzdelávanie

➓Procesné zmeny, ktoré by mali byť implementované

➓Plánovanie

➓Zber

➓Popisovanie

□Priamo ovplyvňuje:

➓kvalitu rozhodovania vo verejnej správe,

➓jednoduchosť a komfort služieb pre podnikateľov a

občanov,

➓spoľahlivosť navrhovaných politík a regulácií vo verejnej správe,

➓ako aj platnosť prípadného vedeckého výskumu alebo aplikácií, ktoré sa nad údajmi verejnej správy vykonávajú

➓Kritéria kvality údajov:

➓Dohľad

➓Zdieľanie

➓Publikovanie

➓Uchovávanie

➓Analyzovanie

Minimálne povinnosti inštitúcie verejnej správy v oblasti kvality údajov sú nasledovné:

• Čistenie, konsolidácia a riadenie údajov v rámci rezortu,

• Raz ročne zverejniť report o kvalite dát v systémoch,

• Zaviesť procesy riadenia dátovej kvality,

• Podmienka určenia dátového kurátora.

➓Presnosť

➓Kompletnosť

➓Aktuálnosť

➓Unikátnosť

➓Integrita

➓Spracovateľnosť

➓Konzistentnosť

➓Správnosť

Aby dokázala inštitúcia verejnej správy realizovať úlohy v oblasti riadenia údajovej základne a zabezpečiť požadovanú

kvalitu údajov je potrebná na strane OVM realizácia nevyhnutných procesných a organizačných krokov

RP.D4 Riadenie životného cyklu údajov na úrovni OVM

Princíp 1x a dosť bude technicky zabezpečovaný pomocou platformy dátovej integrácie a jeho zavedenie predpokladá aktivity ako na centrálne tak aj rezortnej úrovni. Zároveň každý projekt, ktorý modernizuje agendový informačný systém musí, ako nevyhnutnú podmienku, zabezpečiť prepojenie tohto systému s platformou integrácie údajov a zabezpečiť využívanie relevantných dát ako

• OVM zabezpečuje primeranú kvality poskytovaných dát a využitie konzumované dáta v konkrétnych životných situáciách pre skutočnú realizáciu cieľov 1x a dosť cez úpravu svojich interných procesov a postupov

• Vyhlasovanie referenčných údajov tu slúži ako legislatívny nástroj pre zabezpečenie plného využívania kľúčových údajov v praxi

• Koordinácia a metodické usmerňovanie tohto procesu je úlohou UPVII, kde útvar Dátovej kancelárie bude metodicky riadiť životný cyklus a monitorovať využívanie kľúčových dát

• Pri všetkých nových a rozvojových projektoch bude nastavený proces riadenia životného cyklu dátových objektov dotknutých AIS

V každom projekte na strane inštitúcie verejnej správy, ktorý predstavuje nový register alebo novú agendu, či ich rozšírenie, musia byť vyčlenené aktivitý určené pre zapojenie sa do platformy integrácie údajov tak z pohľadu konzumenta údajov, ako aj poskytovateľa údajov, pokrytie vytvárania referenčných údajov z riešenej agendy/registra, zaistenie potrebnej kvality údajov, riešenie organizačného zabezpečenia riadenia údajov, realizácia konceptu „jedenkrát a dosť“ pre riešenú agendu/register vrátane úpravy príslušnej legislatívy a interných smerníc/procesov.

referenčných údajov.

Kompletnosť krokov pre skutočnú realizáciu princípu 1x a dosť

Spôsoby manažmentu údajov a realizácie princípu 1x a dosť

Neexistencia týchto aktivít musí byť explicitne zdôvodnená:

Realizačný plán a

pre zabezpečenie ich správnosti, aktuálnosti a znovu použiteľnosti a realizované napojenie na platformu integrácie údajov a plné využívanie dostupných kľúčových dát

• Kľúčové dáta ostatných AIS budú integrované na platformu integrácie údajov v rámci centrálneho projektu „Dátová integrácia“

metodika riadenia, pripájania a vyhlasovania ref. údajov

Automatizované

Zabezpečenie dátovej kvality

Pripojenie

Vyhlásenie referenčných údajov

Pripojenie

Úprava legislatívy a procesov

• V ostatných prípadoch OVM využijú dopytovú výzvu pre riadenie a integráciu údajov

• Alebo OVM definuje národný projekt pre manažment údajov v súlade

rezortné registre a AIS

poskytovateľov dát

konzumentov dát

s realizačnými princípmi aktivít v oblasti Informatizácie VS

Ďalšie využívanie kľúčových dát (Moje dáta, Open dáta, Big data)

Implementácia princípu 1x a dosť je povinnou podmienkou každého projektu

RP.D5 Povinnosti OVM pre realizáciu princípu 1x a dosť

Publikovanie otvorených údajov predstavuje plynulé pokračovanie aktivít Iniciatívy pre otvorené vládnutie

• pre zvýšenie miery transparentnosti VS a tým aj jej efektivity. Údaje verejnej správy by mali byť zverejnené všetkými OVM ako otvorené v maximálne možnom rozsahu (v rámci zabezpečenia otvorenosti a transparentnosti verejnej správy by mali byť občanom v maximálnom možnom rozsahu sprístupnené dáta, ktorých vlastníkom alebo správcom sú orgány verejnej moci)

Publikovanie otvorených údajov má 2 základné ciele:

Zvýšiť rozsah publikovaných

dát

• pre zvýšenie využívania otvorených dát s pridanou hodnotou užívateľmi, ktorá sa následne premietne do ekonomickej hodnoty. Doraz na kvalitu formátu dát by mal byť aplikovaný predovšetkým na údaje, kde je dopyt alebo predpoklad ich ďalšieho strojového spracovania

Zvýšiť kvalitu publikovaných

dát

Pre kľúčové údaje poskytované do platformy integrácie údajov (IS CSRÚ) sú rezorty/OVM povinné jasne identifikovať a špecifikovať parametre (napr. anonymizácia údajov) ich poskytovania vo forme otvorených údajov.

Súčasťou všetkých rozvojových aktivít (či už pripravovaných projektov OPII alebo úprav AIS) my mala byť analýza celého zvyšné portfólio dotknutých údajov a zabezpečenie ich publikáciu na ÚPVS vo forme Otvorených údajov v rozsahu a kvalite reflektujúcej predpokladaný účel využitia týchto dát.

Všetky údaje, u ktorých je identifikovaný potenciál pre zvýšenie transparentnosti VS a/alebo vytvorenie ďalšej

ekonomickej hodnoty, budú v primeranej forme pravidelne publikované vo forme otvorených dát

RP.D6 Publikovanie otvorených údajov

Cieľom je zabezpečiť, aby občania a podnikatelia mali prístup k nasledujúcim informáciám

□údaje, ktoré sú dostupné cez platformu zdieľania údajov a týkajú sa subjektu− údaje o aktívnych konaniach (a ich stave)

□údaje o rozhodnutiach, týkajúcich sa subjektu

□údaje o osobných preferenciách subjektu a kontaktné údaje

− údaje o notifikáciách a správach od inštitúcii verejnej

správy

−transparentný pohľad na prístup k údajom subjektu (kto pristupoval k údajom, za akým účelom)

Plánovanie

□Je potrebné identifikovať všetky objekty evidencie, ktoré sa týkajú subjektov resp. obsahujú osobné údaje.

□V centrálnom dátovom modely verejnej správy bude pre každú objekt evidencie určené, ktoré atribúty budú prístupné cez manažment údajom. Proces výberu bude mať na starosti Dátová kancelária verejnej správy

Realizácia

□Pre integráciu s modulom Manažment osobných údajov (MOU) sa využije Centrálna integračná platforma.

□Logy o prístupe k objektom evidencie bude možné ukladať v centrálnom riešení (súčasť MOU), alebo v lokálom riešení. V prípade použitia lokálneho riešenia je potrebné zabezpečiť jeho integráciu z MOU cez Centrálnu integračnú platformu.

□Otvorené aplikačné rozhranie pre Manažment osobných údajov bude postavené centrálne.

□Informačný systém verejnej správy je potrebné upraviť spôsobom, aby bolo možné spracovať žiadosť o zmenu evidovaných údajov

Súčasťou všetkých rozvojových aktivít (či už pripravovaných projektov alebo úprav AIS) my mala byť analýza dát

vztiahnutých k subjektu evidencie a vyhodnotenie ich poskytovania v rámci manažmentu osobných údajov

Pre kľúčové údaje poskytované do platformy integrácie údajov (IS CSRÚ) sú rezorty/OVM povinné jasne identifikovať a špecifikovať parametre poskytovania mojich údajov 21

Obdobne všetky údaje, u ktorých je identifikovaný potenciál pridanej hodnoty pre občanov a/alebo podnikateľov, budú

občanom a/alebo podnikateľom sprístupnené vo forme „mojich dát“ (portfólio osobných údajov subjektu)

RP.D7 Správa osobných údajov

Návod na prípravu štúdie uskutočniteľnosti a jej príloh

Ako správne postupovať pri príprave projektu

2. Príprava Štúdie

uskutočniteľnosti

1. Dátová analýza

V prvom kroku je potrebnépvryoprjaeckovtauť dátovú analýzu a na úrovni adresovaných údajov tak opodstatniť realizáciu zamýšľaného rozsahu

projektu

Výstupom je dokument Dátová štruktúra, ktorá je základom pre rozhodnutie sa o tom, v akom rozsahu a v akých oblastiach sa bude projekt realizovať. Je vhodné využiť prílohu č.

V rámci vypracovania štúdie uskutočniteľnosti je vhodné vyplniť najskôr dátovú štruktúru (príloha č. 23) a následne ju využiť pri spracovaní dokumentu štúdie uskutočniteľnosti a rozpočtu projektu

23 – Dátová štruktúra projektu

Po vypracovaní dátovej analýzy celého projektu je potrebné pripraviť štúdiu, ktorou sa preukážu postupy, metódy a modely pre realizáciu zvoleného projektu

V každom prípade by mali byť definované jasné prínosy realizovaného projektu

Štúdia predstavuje sformalizovanie projektu tak, aby bolo zjavné čo sa bude z pohľadu možných aktivít v projekte realizovať. Pre prípravu štúdie je vytvorený vzorový dokument

3. Príprava rozpočtu a iných príloh

Aby mohol byť projekt realizovaný je potrebné pripraviť rozpočet v súlade s princípmi definovanými pre dopytové projekty a ďalšie prílohy vyplývajúce z výzvy

Rozpočet definuje finančné zabezpečenie projektu. Pre jeho prípravu je možné využiť prílohu č. 23

Príprava kompletnej štúdie uskutočniteľnosti prestavuje logickú postupnosť krokov, pričom každý je podporený

pripraveným vzorovým formulárom

Zahrňuje predovšetkým vyhodnotenie dátovej základne žiadateľa (identifikáciu a použitie dát). Výstupom dátovej analýzy projektu je jasné zadefinovanie požiadaviek a potrieb, ktoré budú projektom naplnené, na základe čoho, dátová analýza definuje ktoré relevantné aktivity budú v rámci projektu

realizované:

Aktivita A1

Aktivita A2 Aktivita A3 Aktivita A4 Aktivita A5 Aktivita A6 Aktivita A7 Aktivita A8 Aktivita A9

•Zavedenie systematického manažmentu údajov a zavedenie role Dátového kurátora

•Čistenie údajov a dosiahnutie požadovanej kvality

•Realizácie dátovej integrácie na centrálnu platformu – IS CSRÚ

•Vyhlasovanie referenčných údajov a posilnenie princípu 1 krát a dosť

•Úprava interných procesov na základe využitia konzumovaných referenčných údajov (1 x a dosť)

•Publikovanie otvorených údajov

•Poskytovanie údajov pre službu moje dáta

•Budovanie nových registrov aplikáciou realizačných princípov (príloha č. 16 výzvy)

•Realizácia internej integrácie a konsolidácie údajov

Na faktoch založená dátová analýza predstavuje základný stavebný kameň projektov pre manažment dát a

predstavuje hlavnú činnosť žiadateľa pri vypracovaní definície projektu

Dátová analýza projektu

Štúdia uskutočniteľnosti by potom mala poskytnúť zrozumiteľný príbeh o navrhovanom rozsahu

projektu (dátové objekty a aktivity) a pridanej hodnote ich realizácie

Vypracovanie Štúdie uskutočniteľnosti a jej príloh

Dôvod

• Hlavné východiská pre realizáciu projektu

• Dôvody realizácie objektov evidencie a nových registrov pre ich správu

• Dôvody realizácie projektu z pohľadu občana / podnikateľa

• Dôvody realizácie projektu z pohľadu zamestnancov verejnej

Po vytvorení konceptuálnej dátovej analýzy a identifikovaní oblastí,

ktoré bude projekt riešiť je potrebné vypracovať samostatnú štúdiu, v ktorej sa zhmotní samotná dátová analýza opodstatnenosť projektu a štruktúra aktivít v zmysle definovaného charakteru projektu (príloha č. 10)

Logická nadväznosť jednotlivých častí štúdie je graficky znázornená na nasledujúcom obrázku

správy

Definuje

Rozsa h

AS IS

• Výber rozsahu projektu – aktivity A1-A9

• Akých subjektov sa projekt dotýka – ktoré subjekty a ako

• Dátový rozsah projektu - základné kvantitatívne ukazovatele projektu

Čo z toho je v súčasnosti

• Stručný opis existujúceho stavu v predmetnej oblasti

• Čo je potrebné riešiť a aké problémy odstrániť

• Čo je iné oproti cieľovému stavu

Čo chceme v budúcnosti

Čo zmeníme

Motiváci a

TO BE

• Subjekty motivácie

• Ciele realizovaného projektu

• Dátová štruktúra projektu

• Prehľad a analýza

Objektov evidencie

• Prehľad registrov

• Konzumované údaje

• Budované IS

Ako to dosiahneme

• Riešenie musí byť v súlade s podmienkami Výzvy

• Musia byť dodržané referenčné

modely riadenia dát

• Definuje sa cieľová integrácia na IS VS

• Garantuje sa, že objekty sú poskytované kvalitné a včas

• Referenčné dáta prispejú k 1 x a

dosť

Aké sú

benefity

Aké sú potrebné aktivity

Aké sú

KPIs

CBA

• Popis prínosov a nákladov realizovaného projektu

• CBA zahŕňa všetky náklady vyvolané projektom

• CBA definuje priame 25

benefity projektu

Návod na prípravu štúdie uskutočniteľnosti a jej príloh

Dátová štruktúra projektu

oblasti:

Dátovú štruktúru projektu je možné vypracovať prostredníctvom prílohy č. 23 Výzvy, ktorá obsahuje nasledovné

Záložka	Stručný popis	Záložka	Stručný popis
Úvod	Prehľad o žiadateľovi a základný popis záložiek	6. Integrácie	Porovnanie možností integrácie informačných systémov na MPIIU
1. Registre	Detailný popis registrov, ktoré sú predmetom projektu	7. Rozpočet vecný	Vymedzenie maximálnej hodnoty rozpočtu projektu z pohľadu finančných limitov na aktivity
2. Informačné systémy	Detailný popis informačných systémov, ktoré budú projektom realizované	8. Rozpočet detailný	Rozpočet projektu v štruktúre pre potreby vypracovania ŽoNFP
3. Objekty evidencie	Detailný popis objektov evidencie, ktoré budú predmetom projektu	Číselníky	Základné využité číselníky pre potreby ostatných záložiek
4. Konzumované údaje	Popis údajov, ktoré je potrebné získať od iných inštitúcií pre potreby realizácie projektu	Úseky a agendy	Zoznam všetkých úsekov a agend ŠS a VS
5. Licencie	Výber licencií ako PaaS služby pre realizáciu projektu a ich namapovania na aktivity projektu	Životné situácie	Zoznam všetkých životných situácií

Pri vypĺňaní odporúčame dodržať poradenie tak, ako sú definované záložky – viď. ich číselne označenie, pričom

pre potreby vypracovania dátovej štruktúry je žiadúce vyplniť záložky 1 až 6.

Priamo v prílohe je nad každou záložkou a položkou stručný popis ako danú položku vyplniť

Legenda

Povinné vyplnenie Pomocné – možnosť meniť

Pomocné 27

Pre účel vypracovania štruktúrovanej dátovej analýzy projektu žiadateľ použije tabuľkový formulár „Dátová štruktúra

projektu”, ktorý je publikovaný ako príloha dopytovej výzvy

Vypracovanie dátovej štruktúry projektu

Odporúčania a pokyny k vypĺňaniu - Záložka - Registre

V tejto záložke je potrebné vyplniť minimálne nasledujúce údaje o registroch, ktoré sa plánujú budovať alebo o registroch, v ktorých sú vedené objekty evidencie:

▪ Názov registra – je potrebné použiť správny názov registra v plnom znení, tak ako je či už definovaný legislatívou alebo internými predpismi

▪ Služby registra – predstavujú základný popis služieb, aké register bude poskytovať napr.

;

▪ Naplní register princíp 1x a dosť ? – jedná sa o vyplnenie údajov, či daný register prispeje k zníženiu administratívy na strane občana/podnikateľa alebo ŠS a VS a to tým, aké údaje v ňom sú obsiahnuté. Zároveň je potrebné definovať:

• Cieľový stav riešenia – ako sa to prejaví po zavedení registra

• Kto je konzumentom údajov – v prípade ak register konzumujú viacerí konzumenti, je potrebné daný register uviesť v takom počte koľko je jeho konzumentov

• V akej agende, úsek a životnej situácií – tieto údaje je potrebné prebrať z pomocných zošitov „Úseky & Agendy“ a „Životné situácie“

▪ V prípade, ak register priamo nenapĺňa 1x a dosť, nie je nutné vyplniť stĺpec cieľový stav riešenia.

Prvým krokom je identifikácia rozsahu projektu na úrovni adresovaných registrov a prípadov ich využitia v

jednotlivých agendách a životných situáciách

Odporúčania a pokyny k vypĺňaniu - Záložka – Informačné sJeypsottréembnéyvyplniť informácie o informačných systémoch, ktoré budú v rámci projektu realizované.

▪ Údaje sa musia zhodovať s údajmi, ktoré sú uvedené v KRIS v META IS pre daný informačný systém.

▪ Ak máte už ISVS už evidovaný v META IS pre TOBE stav, použite informácie z neho

▪ V prípade, ak ISVS ešte nie je v META IS, je vhodné ho najskôr do META IS zaviesť a

následne vyplniť informácie o systéme

▪ Integrácia na MPIIU (CSRÚ) – jedná sa o definovanie integrácie pre potreby zverejňovania údajov, pričom je potrebné v prípade integrácie vybrať:

▪ Spôsob integrácie – detail a vysvetlenie je na nasledujúcej strane

▪ Typ integrácie – detail a vysvetlenie je na nasledujúcej strane

Z technického hľadiska je potrebné jednoznačne identifikovať dotknuté ISVS a potrebné integrácie

Vysvetlenie - Typy integrácie

Typy integrácie vychádzajú zo schváleného dokumentu Strategická priorita Manažment údajov:

Typ integrácie	Popis
Asynchrónna komunikácia	Bude preferovaná, umožňuje rýchlu optimalizácie procesov a ďalšieho rozvoja riešenia. Je potrebné, aby sa zosúladila platnosť údajov pri zmenách vo všetkých procesoch verejnej správy
Real-time (synchrónna komunikácia)	Je ideálne z pohľadu konzumenta – bude použitá ako preferovaná v rámci platformy integrácie údajov všade tam, kde je to z technických a kapacitných dôvodov možné.
Dávkové spracovanie (asynchrónna výmena veľkého množstva údajov, platných k určitému času)	Bude používaná len v nevyhnutných prípadoch, najmä pre veľmi veľké objemy údajov z dôvodu časovej efektívnosti.
Virtualizácia dát	Bude používaná najmä pre komplexnú integráciu údajov z viacerých zdrojov a typov (pri službe „moje dáta“, analytickom spracovaní údajov)

Dôležitým technologickým aspektom je výber primeraného typu integrácie, ktorý by mal reflektovať potreby pre

daný prípad použitia dát

Vysvetlenie - Spôsob integrácie

Spôsoby integrácie sú definované na základe existujúceho stavu integrácie na IS CSRU a technických požiadaviek integrácie. V rámci relevantných záložiek je potrebné vybrať príslušnú variantu integrácie podľa zhodnotenia

súčasného stavu

A - Poskytovateľ má službu, nie je potrebné ju viac modifikovať, ale ešte nemá

pripojenie na CSRU.

D - Poskytovateľ má službu, je potrebné ju modifikovať, ale má pripojenie na

CSRU

➓Musí realizovať nasledujúce činnosti:

➓vysvetlenie integračného manuálu a dátovej štruktúry,

➓DIZ a technicko-implementačný projekt,

➓nastavenie sieťovej infraštruktúry,

➓nastavenie testovacieho prostredia a súčinnosť pri testovaní,

➓preklopenie do produkcie a tvorba dokumentácie,

➓uvedenie do prevádzky a ostatné ukončovacie práce,

B - Poskytovateľ má službu, je potrebné ju viac modifikovať, ale ešte nemá pripojenie na CSRU

➓SLA a pod...

• Musí realizovať nasledujúce činnosti:

➓vysvetlenie integračného manuálu a dátovej štruktúry,

➓DIZ a technicko-implementačný projekt,

➓nastavenie sieťovej infraštruktúry,

➓nastavenie testovacieho prostredia a súčinnosť pri testovaní,

➓preklopenie do produkcie a tvorba dokumentácie,

➓uvedenie do prevádzky a ostatné ukončovacie práce,

➓SLA a pod...,

➓špecifikácia modifikácie služby,

➓implementácia a interné testovanie modifikácie úprav služby

➓Musí realizovať nasledujúce činnosti:

➓vysvetlenie integračného manuálu a dátovej štruktúry,

➓DIZ a technicko-implementačný projekt,

➓nastavenie testovacieho prostredia a súčinnosť pri testovaní,

➓preklopenie do produkcie a tvorba dokumentácie,

➓uvedenie do prevádzky a ostatné ukončovacie práce,

➓SLA a pod...,

➓špecifikácia modifikácie služby,

➓implementácia a interné testovanie modifikácie úprav služby

E - Poskytovateľ nemá službu, použije službu zápisu do CSRÚ, ale nie je ešte pripojený do CSRÚ

• Musí realizovať nasledujúce činnosti:

➓vysvetlenie integračného manuálu a dátovej štruktúry,

➓DIZ a technicko-implementačný projekt,

➓nastavenie sieťovej infraštruktúry,

➓vývoj volania zápisovej služby CSRU a testovanie,

➓preklopenie do produkcie a tvorba dokumentácie,

▪C - Poskytovateľ má službu, nie je potrebné ju modifikovať, ale má pripojenie na CSRU

➓uvedenie do prevádzky a ostatné ukončovacie práce,

F - Poskytovateľ nemá službu, použije službu zápisu do CSRÚ, ale už je

pripojený do CSRÚ

➓SLA a pod...

➓Musí realizovať nasledujúce činnosti:

➓ vysvetlenie integračného manuálu a dátovej štruktúry,

➓DIZ a technicko-implementačný projekt,

➓nastavenie testovacieho prostredia a súčinnosť pri testovaní,

➓preklopenie do produkcie a tvorba dokumentácie,

➓ uvedenie do prevádzky a ostatné ukončovacie práce,

➓SLA a pod...

▪G Poskytovateľ ešte nemá službu a ide ju vytvoriť

• Musí realizovať nasledujúce činnosti: podľa analógie s vyššie uvedenými prípadmi je to asi o 5-10cd jednoduchšie ako E)

Náročnosť technickej realizácie projektu je do veľkej miery determinovaná súčasným stavom integrácie na

CSRÚ, ktorú by mal žiadateľ jasne uviesť

Odporúčania a pokyny k vypĺňaniu – Záložka objekty eTávtoidzáelonžckaieje z pohľadu povahy projektu najpodstatnejšia. Tu je potrebné definovať na úrovni objektu evidencie všetky potrebné detaily (príklady objektov evidencie sú uvedené na nasledovných stranách):

▪ Potrebné vyplniť je žlté polia, pričom tieto sú buď popisné alebo výberové

▪ Šedé polia sú doťahované automaticky z predchádzajúcich zošitov

▪ Pre oblasť REF, MY, OPEN, je potrebné zakliknúť tie položky, do ktorých bude daný objekt evidencie patriť (vysvetlenie k týmto položkám je na nasledovných stranách)

▪ Informačný systém a Register – jedná sa o väzbu objektu evidencie na IS a REG, pričom sa vyberá už z vyplnených položiek v predchádzajúcich záložkách

▪ A1 – A9 – tu je potrebné vybrať, v ktorých aktivitách projektu sa s daným objektom bude

pracovať

▪ Početnosť použitia predstavuje odhad početnosti použitia daného Objektu evidencie, či už interne alebo externe. Jedná sa o odhad početnosti vyjadrenej v intervaloch

Analýza jednotlivých konkrétnych objektov evidencie s určením relevantných aktivít pre každý objekt evidencie

je najdôležitejším bodom v rámci definície projektu pre oblasť manažmentu dát

Vysvetlenie - Objekt evidencie

Objekt evidencie (business information unit) je ucelená množina údajov o evidovanom subjekte, ktorá je predmetom evidovania orgánom verejnej moci v rámci jeho pôsobnosti a ktorá je jednoznačne identifikovaná identifikátorom objektu evidencie. Objekt evidencie má jasne stanovenú štruktúru a môže obsahovať aj referencované údaje z referenčných registrov.

Príklady objektov evidencie:

• Profilové údaje organizácie - Objekt s atribútmi (IČO, Plné meno, Adresa sídla (môže byť referencovaná na RA), Právna forma, Dátum vzniku, Registračné číslo, Iné právne skutočnosti, Právny stav, ap.

• Štatutárny orgán – všetky údaje viazané na túto pozíciu

Vysvetlenie - Kategorizácia dát

Obsahom analýzy jednotlivých objektov evidencie je ich kategorizácia v súlade s realizačnými princípmi RP.D1 Koncept manažmentu údajov a RP.D3 Postup OVM pri príprave projektov.

KKaatteeggóóriraie objekt	oVvysevvetildeneiencie:
Kľúčový údaj	Kľúčové údaje môžu byť z každej kategórie. Podstatné je, že sú nevyhnutné pre realizáciu komplexných životných situácií.
Kandidát na referenčný údaj	Kľúčové údaje, ktoré sú plánované ako referenčné údaje -> teda využiteľné na právne účely
Osobný údaj	Je každý údaj, ktorý je priraditeľný k osobe (PO alebo FO) a bude poskytovaný do platformy Moje dáta
Prioritný údaj	Jedná sa o osobné údaje, ktoré sú definované v prílohe Prioritne udaje pre MOU
Otvorený údaj	Jedná sa o údaje, ktoré budú v datasetoch publikované ako open data
Prioritný dataset	Jedná sa o otvorené údaje, ktoré sú najviac žiadané verejnosťou a sú definované v prílohe Zoznam_priorit_DS_pre_publik_vo_forme_OU

Odporúčania a pokyny k vypĺňaniu – Záložka – Konzumované údaje

Konzumované údaje predstavujú tie, ktoré sú potrebné pre realizáciu projektu, či už ako

referenčné, zdrojové alebo porovnávacie (validačné údaje)

▪ V prípade zdrojového IS sa pokúste uviesť správny názov IS ktorý má zaevidovaný v META IS a rovnako uveďte aj ID z META IS.

▪ V časti register a IS je potrebné uviesť tie, pre ktoré je daný objekt evidencie využívaný. Predstavujú výber už definovaných položiek

▪ Typ integrácie predstavuje zhodnú definíciu ako pri poskytovaných údajoch

▪ Možnosti pre spôsob integrácie sú popísané na ďalšej strane

▪ Počet použitia predstavuje číslo, ako často potrebujete daný objekt evidencie pre svoje IS a registre

▪ V prípade, ak je daný IS integrovaný na IS CSRU (čo je uvedené v časti Informačné systémy), tak v kolónke Spôsob integrácie uveďte variantu B

Obsahom projektu sú nie len objekty evidencie v správe daného OVM, ale aj údaje

konzumované, ktoré sú poskytované od iných OVM

Vysvetlenie - Spôsob integrácie - Konzumovanie

A - Ide o nového konzumenta, nie je ešte pripojený do CSRÚ

➓Musí realizovať nasledujúce činnosti:

➓vysvetlenie integračného manuálu CSRU a špecifikácia objektu evidencie (existujúci, nový alebo konsolidovaný),

➓DIZ a technicko-implementačný projekt,

➓nastavenie sieťovej infraštruktúry,

➓implementácia volania služby CSRÚ,

➓testovanie,

➓preklopenie do produkcie a tvorba dokumentácie,

➓uvedenie do prevádzky a ostatné ukončovacie práce,

➓SLA a pod...

B - Úprava integračných parametrov alebo konzumovaných objektov evidencie

•Musí realizovať nasledovné činnosti:

➓DIZ a technicko-implementačný projekt,

➓implementácia volania služby CSRÚ,

➓testovanie,

➓preklopenie do produkcie a tvorba dokumentácie,

➓uvedenie do prevádzky a ostatné ukončovacie práce,

➓SLA a pod...

Obdobne ako pri poskytovaní údajov, aj pri konzumovaní dát je technická náročnosť do veľkej miery

determinovaná súčasným stavom integrácie na CSRÚ, ktorej analýzu by mal žiadateľ uviesť

Odporúčania a pokyny k vypĺňaniu – Záložka – Licencie

V tejto časti je potrebné vyplniť (ak je záujem licencie využívať) aký počet a typ licencií sa v projekte využije. Vypĺňajú sa len žlté polia

Vysvetlenie k položkám:

▪ Typ licencie (pre výber platformy) – jedná sa o výber počtu užívateľov jednotkovej licencie, pričom následne po výbere sa zmenia aj jednotkové ceny

▪ Počet licencií – vyberiete aký predpokladáte počet licencií aj vzhľadom na počet

užívateľov, ktorých predpokladáte na projekte

▪ Roky – jedná sa o stanovenie počtu rokov trvania projektu. V prípade, ak projekt trvá napr. 18 mesicov, zadajte dĺžku trvania projektu 2 roky (licencie sú viazané na rok)

▪ Počet užívateľov – pri položkách Data preparation a Data stewardship, je potrebné vybrať konkrétny počet užívateľov, lebo licencie sú viazané na užívateľa. Na základe výberu sa Vám prepočíta počet licencií.

Pod tabuľkou s počtami je aj vysvetlenie, pre ktoré aktivity licencie slúžia a aké sú ich typy. Detailnejšia špecifikácia licencií je na nasledujúcej strane

Vysvetlenie - Charakteristika licencií

Funkcionalita Talend**		Potrebné licencie Talend
Talend MDM – Master Data Management ako PaaS služba (moduly):	Support	Add-on runtime / non-runtime	Add-on Users
Talend Data management Platform 3-5 používateľov (DI* - dátova integrácia a DQ - dátová kvalita), DI* (ETL operácie, dátové toky, orchestrácia)	Platinum	none	Data Preparation – dátová kvalita a dočisťovanie objektov evidencie vlastníkmi dát (Talend Data Preparation Add-on - balíky po 10 používateľov), Data Stewardship – stotožňovanie záznamov – vyhodnotenie jedného správneho záznamu vlastníkmi dát (Talend Data Stewardship Add-On - balíky po 5 používateľov)
Data services ESB – Enterprise Service Bus - tvorba Web servisov, REST, SOAP služieb a pod.) 3-5 používateľov		Talend Data Services Platform Production Runtime (každé 4jadrá) Talend Data Services Platform Non- Production Runtime (každé 4jadrá)
MDM (Master Data Management) – tvorba dátových modelov, workflow 3-5 používateľov		Talend Platform – MDM Production Runtime (každé 4jadrá) Talend Platform – MDM Non- Production Runtime (každé 4jadrá)
Používateľské rozhranie
TAC portál – portál pre prístup administrátora na spravovanie procesov a prístupov		V rámci licencií Platform DM, ESB,MDM
DQ portál – prístup k výpisom dátovej kvality nad vybranými datasetmi		V rámci licencií Platform DM, ESB,MDM
MDM portál – správa kmeňových záznamov MDM		V rámci licencie Platform MDM
Data Preparation – portál		V rámci licenie Talend Data Preparation Add-on
Data Stewardship - portál		V rámci licenie Talend Data Stewardship Add-On
*Za účelom realizácie služby, jej nastavenia vrátane stanovenia aktuálnej ceny je potrebné kontaktovať Sekciu informačných technológií verejnej správy ÚPVII SR.
**Viac informácii o jednotlivých službách je popísaný v prílohe výzvy č.25 "Mapovanie licencií Talend" alebo v katalógu vládneho cloudu, ktorý je zverejnený na xxx.xxxxxxxxxxxxxx.xx

Odporúčania a pokyny k vypĺňaniu – Záložka - Integrácie

Táto záložka predstavuje pomocný nástroj na stanovenie odhadu počtu človekodní na realizáciu

aktivity A3, A5 a A9, ak sú relevantné.

Informačné systémy a navrhované spôsoby integrácie sú vyplnené z predchádzajúcich záložiek

– Informačné systémy a Konzumované údaje.

V rámci záložky je potrebné vyplniť odhad spotreby MDs na integrácie:

▪ Pre integráciu IS pre potreby A3 a A5 je potrebné stanoviť:

▪ Odhad MDs na integráciu IS pre potrebu A3 (teda publikovanie/ poskytovanie údajov)

▪ Odhad MDs na integráciu IS pre potrebu A5 (teda konzumovanie údajov)

▪ Odhad nákladov na pripojenie jednotlivých objektov evidencie, či už pre prípad publikovania alebo

konzumovania

▪ Pre vytvorenie rezortnej integračnej platformy, ak je požadovaná, je potrebné stanoviť:

▪ Odhad MDs na vybudovanie samotnej platformy

▪ Výber alternatívy napojenia na IS CSRU ako aj odhad počtu MDs na integráciu

▪ Odhad MDs pre potreby integrácie IS na vybudovanú platformu

Následne po vyplnení položiek sa tieto „prenesú“ do záložky Rozpočet vecný, kde sú uvedené ako vstupné parametre pre definovanie finančnej hodnoty aktivít

Skompletovanie rozpočtu pre realizáciu integrácii projektu vyžaduje u niektorých aktivít

doplniť odhad ich časovej náročnosti

Odporúčania a pokyny k vypĺňaniu – Záložka – Rozpočet

Tváetocználýožka predstavuje limitné vymedzenie maximálneho rozpočtu projektu pre jednotlivé

aktivity. Je potrebné vyplniť len žlté polia, pričom štruktúra je nasledovná:

Položka	Početnosť	Dĺźka trvania Hodnota Spotreba MDs projektu (mesiace)		Sadzba	Budget MAX	Poznámka k vypĺňaniu
A01	Počet IS pre dátový manažment	0		75 000,00 €	0,00 €	Tento údaj je dotiahnutý zo záložky Informačné systémy, pričom predstavuje len tie, ktoré sú budované alebo rozvíjané
A01	Datový kurator	0		5 000,00 €	0,00 €	Je potrebné vybrať, či chce žiadateľ uplatniť nJákeladdny ánasdaátoového kurátora - Hodnota 1 a následne stanoví počet trvania projektu v mesiacoch
A02	Čistenie údajov (ano/nie + #MDs)	0		769,09 €	0,00 €	Výber, či bude prebiehať čistenie údajov - Hodvnioztua a1 laiznááscleiudnpe osamsteanrouví predpokladaný počet MDs.
A02	Licencie Talend	0		129 000,00 €	0,00 €	Výber, či sa uplatnia licencie Xxxxxx pre realizáncáiukplraodjeoktvu.aSkadtizvbaitysaAdo2tiahne zo záložky licencie	-%
A03	Počet integračných vazieb	0		15 000,00 €	0,00 €	Údaj je dotiahnutý zo zálozky integrácie a prendsatavcuejelkpoočveot mintegrovaných objektov evidencie na IS CSRU
A03	Počet integrovaných IS	0		15 000,00 €	0,00 €	Údaj je dotiahnutý zo záložky Informačné systréomzyp, porčičtoem, pkrteodsrtýavuje číslo integrovaných IS na IS CSRU
A04	Počet OE pre REF	0		10 000,00 €	0,00 €	Automaticky sa dotiahne počet OE zo záložkynOebsjemktyieevpidreencsiiea, khtnoruéťsú uvedené ako referenčné
A05	Počet integrovaných IS	0		15 000,00 €	0,00 €	Údaj je automaticky dotiahnutý zo záložky Kohnzoudmnovoatnué 5úd0a%je
A05	Počet integračných vazieb	0		15 000,00 €	0,00 €	Údaj je dotiahnutý zo záložky integrácie, pričom sa jedná o počet OE, ktoré sú spotrebované prostredníctvom IS CSRU
A06	Počet OE pre OPEN 3*	S0adzby	sú preberané z	7 500,00 €	0,00 €	Automaticky sa dotiahne počet OE, ktoré budú publikované ako Open Data v kvalite 3*
A06	Počet OE pre OPEN 4*	p0ríloh	y č. 14 – Finančné	12 500,00 €	0,00 €	Automaticky sa dotiahne počet OE, ktoré budú publikované ako Open Data v kvalite 4*
A06	Počet OE pre OPEN 5*	li0mity pr	ojektu	15 000,00 €	0,00 €	Automaticky sa dotiahne počet OE, ktoré budú publikované ako Open Data v kvalite 5*
A07	Počet OE pre MY	S0adzba	ceny MD je	15 000,00 €	0,00 €	Automaticky sa dotiahne počet OE, ktoré budú použité pre službu Moje dáta
A08	Počet strojovo spracovateľných evidencií	s0tanov	ená ako priemer	250 000,00 €	0,00 €	Jedná sa o počet vytvorených /modifikovaných strojovo spracovateľných evidencií, ktoré sú uvedené v záložke Registre
A08	Počet registrov	h0odnôt	zo záložky	500 000,00 €	0,00 €	Jedná sa o počet vytvorených / modifikovaných registrov, ktoré sú uvedené v záložke Registre
A09	Vytvorenie CIP	číselní 0 možné	ky, pričom je ju meniť	200 000,00 €	0,00 €	Údaje sú doťahované zo záložky integrácie, pričom predstavujú informáciu o tom, či sa platforma bude alebo nebude udovať.
A09	Počet integrovaných IS	0		100 000,00 €	0,00 €	Údaje sú doťahované zo záložky integrácie, pričom predstavujú informáciu o počte interných integrovaných IS na CIP
SPOLU					0,00 €

Na základe finančných limitov definovaných v dopytovej výzve pre manažment údajov a vstupov poskytnutých

žiadateľom je vyčíslená horná hranica rozpočtu jednotlivých aktivít projektu

Odporúčania a pokyny k vypĺňaniu – Záložka – Rozpočet dDeetatilnaýirlonzpýočet predstavuje formát rozpočtu, ktorú následne žiadateľ použije aj pre prípravu ŽoNFP

Štruktúra detailného rozpočtu predstavuje kombináciu aktivít projektu a typov činností, ktoré sú podstatné pre ŽoNFP.

Jedná sa o sumy, ktoré sa sem doťahujú z pripravovaného detailného rozpočtu. V prípade, ak sú čísla červené, znamená to, že bola presiahnutá suma, ktorá je alokovateľná na aktivitu podľa pravidiel a

Tieto sumy predstavujú maximálnu sadzbu na základe vecného vymedzenia projektu. Doťahujú sa z vecného rozpočtu – je to forma pivot table, čiže v prípade zmien na vecných položkách projektu ju treba

Jedná sa o nasledovnú maticu:

Aktivita	Analýza a dizajn	Implementáci a	Nákup HW a krabicového SW	Testovanie	Nasadenie
A1	X	X	X		X
A2	X	X	X	X	X
A3	X	X	X	X	X
A4	X	X	X		X
A5	X	X	X	X	X
A6	X	X	X	X	X
A7	X	X	X	X	X
A8	X	X	X	X	X
A9	X	X	X	X	X

Položka	Max suma	Suma rozpočet
A01	298 000 €	335 050 €
A02	577 500 €	306 300 €
A03	0 €	6 000 €
A04	20 000 €	11 500 €
A05	0 €	0 €
A06	75 000 €	56 600 €
A07	30 000 €	25 060 €
A08	1 500 000 €	1 445 600 €
A09	25 920 €	306 550 €
A00	30 000 €	33 600 €
Celkom	2 556 420 €	2 526 260 €

Definícia konkrétneho rozpočtu projektu, vychádzajúceho z predpokladaných objemov a jednotkových cien, je

zodpovednosťou žiadateľa pričom ale musia byť dodržané finančné limity pre jednotlivé aktivity projektu

Odporúčania a pokyny k vypĺňaniu – Záložka – Rozpočet

ID položky Typ aktivity Aktivita

Položka

Skupina výdavkou

Pozícia (ak relevantné)

Tovar / licencia

dPree ktaaždilýnriaýdok je potrebné vyplniť všetky údaje, ktoré sú v rozpočte uvedené.

V prípade, ak nevyberiete pozíciu, je potrebné popísať v časti Tovar / Licencia, čoho sa daná položka týka

1	hlavná	Analýza a dizajn	A01	518 - Ostatné služby	IT analytik
2	hlavná	Analýza a dizajn	A01	041 - Licencie		Talend
3	hlavná	Analýza a dizajn	A01	518 - Ostatné služby	Špecialista pre infraštruktúry/HW špecialista

Jedná sa o výber položiek z

preddefinovaného číselníka

V prípade, ak sa nejedná o pozíciu ale napr. o licencie, HW, SW je potrebené stanoviť jednotkovú cenu manuálne

V prípade, ak vyberiete pozíciu dotiahne sa automaticky z číselníku príslušná jednotková cena, pričom je potrebné stanoviť už len rozsah.

Jednotková cena

12 600 €

1,2

700 €

A01 - Analýza a diz

Jednotková cena

99 000 €

1,2

5 500 €

A01 - Analýza a diz

Jednotková cena

216 000 €

1,2

300

600 €

A01 - Analýza a diz

Stručný popis

Spolu s DPH

DPH

Počet jednotiek

Jednotková sadzba (bez DPH) - tovar / licencia

Jednotková sadzba (bez DPH)

Názov výdavku

Ak pre danú aktivitu nepostačuje preddefinovaný výber, môžete dopĺňať riadky alebo meniť priamo jednotlivé pozície.

Cena sa mení v závislosti od pozície ako aj zvoleného typu výdavku. Ceny je možné podľa potreby meniť v číselníku a to tie, ktoré sú uvedené v žltých poliach

Názov výdavku je

generovaný Je potrebné vybrať

zo zonamu mernú

jednotku

Jedná sa o cenu MDs pozície bez DPH. Táto sa automaticky dotiahne pre danú pozíciu podľa skupiny výdavku. Ceny sú uvedené v záložke Číselníky

Stanovuje sa manuálne

Jedná sa o stručný popis výdavku v zmysle príručky pre žiadateľa

Ostatné záložky

Číselníky

➓v tejto záložke sa nachádzajú jednotlivé číselníky. Nie je povolené ich meniť okrem cien v prípade pozícií (žlté polia)

PIVOT

Úseky & agendy

• táto tabuľka je pomocná pre výber Xxxxxx a Agend, ktoré sa priraďujú k registrom. Je vytvorená formou pivot table a je možné filtrovať cez organizáciu v bunke B1. Tieto údaje sú potrebné pre záložku Registre.

PIVOT

Životné situácie

• táto tabuľka je pomocná pre výber oblastí životných situácií a samotných životných situácií. Tieto údaje sú potrebné pre záložku Registre. V rámci filtra v bunke B1 je možné vybrať dotknutý subjekt (fyzika osoba a právnická osoba). Následne je štruktúra rozdelená na Okruh ZS a Životná situácia. Práve názov životnej situácie je potrebné zadať do príslušnej bunky v časti registre.

Textová časť štúdie

uskutočniteľnosti

Úvod k vzoru Štúdie uskutočniteľnosti

▪ Štúdia predstavuje vymedzenie projektu v súlade s:

▪ Dopytovou výzvou pre oblasť manažmentu údajov

▪ Pravidlá nastavené v rámci operačného programu Informatizácia a investície

▪ Obsah vychádza z existujúcich vzorov pre celý operačný program

▪ V rámci vzoru štúdie odporúčame vypĺňať len žlté polia, pričom je v prípade

potreby možné dopĺňať nevyhnutné textácie potrebné na dovysvetlenie

▪ Pre potreby vyplnenia štúdie je doporučené mať najskôr vyplnenú prílohu č. 23 „Dátová štruktúra projektu“

▪ V štúdii by mali byť vyplnené minimálne tie časti, ktoré sú definované v prílohe č. 10 výzvy – Minimálne obsahové a vecné náležitosti (ich prehľad v nadväznosti na realizované aktivity je uvedený na nasledujúcich stranách)

Kľúčové časti štúdie v nadväznosti na prílohu 10 Výzvy

Aktivita projektu	Položka v štúdií
A1 – Manažment údajov a analýzy	▪ Vyplnená príloha č. 23 Dátová štruktúra projektu (excel) ▪ Štúdia uskutočniteľnosti: ▪ Motivácia – Ciele realizované projektu ▪ Motivácia – Dátová štruktúra navrhovaného projektu ▪ Popis budúceho stavu – Procesné a organizačné nastavenie biznis architektúry ▪ Implementácia a migrácia - Zavedenie systematického manažmentu údajov (rola dátového kurátora)
A2 – Čistenie údajov	▪ Štúdia uskutočniteľnosti: ▪ Implementácia a migrácia - 6.2.4.2 A3 Čistenie údajov a dosiahnutie požadovanej kvality ▪ Technologická architektúra - Popis využitých služieb v rámci cieľového riešenia
A3 – Dátová integrácia na MPIIU	▪ Vyplnená prílohe č. 23 Dátová štruktúra projektu záložka Informačné systémy, Konzumované údaje, Integrácie ▪ Štúdia uskutočniteľnosti, kapitola ▪ Dátová štruktúra projektu ▪ Architektúra informačných systémov - Dátová a integračná vrstva ▪ Implementácia a migrácia pre aktivitu A3
A4 – Referenčné údaje	▪ Štúdia uskutočniteľnosti, kapitola: ▪ Implementácia a migrácia pre aktivitu A4 ▪ Motivácia – Dátová štruktúra projektu ▪ Vyplnená prílohe č. 23 Dátová štruktúra projektu – záložka Objekty evidencie
A5 – Úprava interných procesov	▪ Štúdia uskutočniteľnosti, kapitola: ▪ Implementácia a migrácia pre A5 ▪ Procesné a organizačné nastavenie biznis architektúry - 6.2.1.7 Úprava interných procesov na základe konzumovania referenčných údajov ▪ Motivácia – Ciele realizovaného projektu ▪ Motivácia – Dátová štruktúra projektu ▪ Vyplnená prílohe č. 23 Dátová štruktúra projektu – záložka Konzumované údaje, Integrácie

Kľúčové časti štúdie v nadväznosti na prílohu 10 Výzvy

Aktivita projektu	Položka v štúdií
A6 – Otvorené údaje	▪ Štúdia uskutočniteľnosti, kapitola: ▪ Implementácia a migrácia pre A6 ▪ Motivácia – Ciele realizovaného projektu ▪ Motivácia – Dátová štruktúra projektu ▪ Vyplnená prílohe č. 23 Dátová štruktúra projektu – záložka Objekty evidencie
A7 – Moje dáta	▪ Štúdia uskutočniteľnosti, kapitola: ▪ Procesné a organizačné nastavenie biznis architektúry - Procesy pre manažment prístupov a oprávnení ▪ Implementácia a migrácia pre A7 ▪ Motivácia – Ciele realizovaného projektu ▪ Motivácia – Dátová štruktúra projektu ▪ Vyplnená prílohe č. 23 Dátová štruktúra projektu – záložca Objekty evidencie, Registre
A8 – Nové registre	▪ Štúdia uskutočniteľnosti, kapitola: ▪ Implementácia a migrácia pre A8 ▪ Motivácia – Ciele realizovaného projektu ▪ Motivácia – Dátová štruktúra projektu ▪ Architektúra informačných systémov - 6.2.2.2 Aplikácia architektonických princípov pre nové registre ▪ Vyplnená prílohe č. 23 Dátová štruktúra projektu – záložca Objekty evidencie, Registre
A9 – Interná integrácia	▪ Štúdia uskutočniteľnosti, kapitola: ▪ Implementácia a migrácia pre A9 ▪ Aplikačná architektúra – Dátová a integračná vrstva ▪ Technologická architektúra – Popis využitých služieb v rámci cieľového riešenia ▪ Vyplnená prílohe č. 23 Dátová štruktúra projektu – záložka Informačné systémy, Konzumované údaje, Integrácie

Úvodná časť štúdie

V úvodnej časti štúdie je potrebné vysvetliť čitateľovi, prečo štúdia vzniká, a aký bude dosiahnutý potenciálny prínos realizáciou štúdie. Úvodná časť by mala legitimizovať štúdiu z pohľadu prínosu pre spoločnosť (občana, podnikateľa, štát, ...)

➓Prehľad

➓Dôvod

➓Rozsah

➓Manažérske zhrnutie

➓Motivácia

Časť - Základné informácie

Prehľad

➓Je potrebné vyplniť žlté polia, pričom ide hlavne o základné informácie o projekte a jeho väzby na ciele strategickej priority manažment údajov

➓Ďalej je potrebné stručne charakterizovať žiadateľa a to predovšetkým jeho kompetenciami ako aj úsekmi, na ktorých pôsobí (je možné využiť záložku PIVOT_Useky&Agendy z prílohy č. 23)

➓Indikatívna výška zdrojov predstavuje výsledok rozpočtu projektu, ktorý je vyplnený rovnako v prílohe č. 23 záložka Rozpočet detailný

Dôvod

➓Jedná sa o „zašktrávaciu“ časť štúdie, kde žiadateľ uvedie základné dôvody realizácie projektu a to z pohľadu:

➓ Hlavných východísk pre realizáciu projektu

➓ Objektov evidencie a nových registrov pre ich správu

➓ Občanov a podnikateľov

➓ Zamestnancov verejnej správy

➓ V každej z častí je možné doplniť aj iné dôvody, ak tieto nie sú postačujúce

➓ V zozname označte dôvod relevantný pre realizáciu projektu

Rozsah

➓ Predstavuje popis projektu z pohľadu:

➓ Výberu rozsahu projektu

➓ Definovanie subjektov, ktorých sa projekt týka

➓ Charakteru dát, ktoré bude projekt riešiť

➓ V časti výber rozsahu projektu je potrebné zaškrtnúť tie aktivity, ktoré sa reálne budú vykonávať a zároveň je potrebné popísať prečo sa tá ktorá aktivita nebude realizovať (napr. ak projekt nebude realizovať referenčné údaje)

➓ Subjekty – tu je potrebné vybrať tie subjekty, ktoré budú realizáciou dotknuté a stručne popísať o koho sa jedná a ako bude realizáciu dotknutý (napr.

občan bude konzumentom údajov prostredníctvom služby Moje data a nebude musieť žiadať o výpisy z evidencie nezamestnaných a pod.)

➓ Dátový rozsah predstavuje stanovenie počtov pre jednotlivé oblasti. Tieto by mali vychádzať z prílohy č. 23

Časť - Manažérske zhrnutie

Manažérske zhrnutie

➓Predstavuje základné zhrnutie celého projektu a jeho prínosov pre naplnenie stratégie a cieľov v oblasti manažmentu údajov

➓Je potrebné rovnako vyplniť len žlté polia

➓V prípade, ak má žiadateľ potrebu doplniť ďalšie informácie môže tak spraviť pod kapitolou 2.1 – 2.3 alebo potom samostatné v kapitole 2.9 pričom zároveň uvedie čoho sa daná kapitola týka

➓Pre časti 2.4 – 2.8 využite pre jednotlivé oblasti vyplnenú prílohu č. 23

Časť – Motivácia

Jedná sa časť štúdie v ktorej sa definuje dátový rozsah projektu

Subjekty motivácie

➓Žiadateľ vyplní (zaškrtne) čo projekt z pohľadu používania údajov zabezpečí

➓V rámci tabuľky zaškrtne ten subjekt motivácie, ktorý je realizovaným projektom dotknutý, pričom je potrebné vyplniť čo je pre subjekt motiváciou a ako realizovaný projektu motiváciu zabezpečí

➓Ak je potrebné doplniť iný subjekt, je možné tak spraviť doplnením riadkov

Ciele projektu

• Ciele realizovaného projektu vychádzajú zo strategickej priority Manažment údajov

• V prípade, ak súčasná hodnota neexistuje je potrebné vyplniť N/A

• V prípade, ak je už TO BE hodnota vyplnená, je potrebné ju brať ako požadovaný fakt (napr. % vyjadrenie miery implementácie všetkých procesov – 100%)

Časť – Motivácia

Táto časť predstavuje textové vyjadrenie prílohy č. 23 výzvy

Dátová štruktúra projektu

➓Všetky tabuľky je možné vyplniť práve využitím jednotlivých záložiek prílohy č. 23 a to nasledovne:

➓Objekty evidencie v správe organizácie – Objekty evidencie

➓Kvalitatívna analýza objektov evidencie – Objekty evidencie, pričom je potrebné vyplniť číselnú hodnotu periodicity čistenia údajov v mesiacoch (výber z comboboxu)

➓Kvantitatívna analýza objektov evidencie v správe organizácie – Objekty evidencie, Registre. Následne je potrebné doplniť údaje ohľadom zdroja odhadu početnosti a výsledok realizácie projektu (tu je možné vybrať z comboboxu aj iné, pričom v tomto prípade doplňte vysvetlenie.

• Prehľad novo zavádzaných / upravovaných registrov – Registre, pričom je

potrebné doplniť len tie objekty evidencie, ktoré budú vytvárané ako nové

• Požadované objekty evidencie pre zabezpečenie služieb organizácie – Konzumované údaje

• Budované informačné systémy – Informačné systémy

Popis aktuálneho stavu

Jedná sa o stručný popis súčasného stavu v oblasti manažmentu dát a definovanie problémových oblastí, ktoré by mali byť projektom vyriešené.

➓Legislatíva

• Architektúra

• Prevádzka

Časť – Legislatíva

Súčasný stav legislatívy

➓V tejto časti je potrebné popísať súčasný stav v oblasti legislatívy

➓Súhrnný popis - Žiadateľ uvedie všetky normy, ktoré sú spojené s realizáciou

projektu, pričom stručne popíše aj obsah, ktorý upravuje norma pre oblasť projektu

➓Problémy, ktoré je potrebné vyriešiť – je potrebné popísať prípadný problém vyplývajúci z existujúcej legislatívy ako aj návrh jej riešenia

Časť – Architektúra a prevádzka

Biznis architektúra

➓V tejto časti žiadateľ popíše stav realizácie dotknutých procesov v oblasti manažmentu údajov

➓Pre každý proces je potrebné definovať úplnosť zavedenia – výber z comboboxu

➓Zároveň je potrebné stručne popísať, ako je proces v súčasnosti realizovaný

➓Ak je to potrebné je možné vložiť obrázok existujúcej biznis architektúry a pripojiť stručný popis

➓Následne je potrebné definovať problémy v oblasti biznis procesov a popísať návrh riešenia

➓Ak výber nepostačuje môžete doplniť ďalšie

Architektúra informačných systémov

➓Jedná sa o popis súčasného stavu vedenia objektov evidencie

• Je potrebné definovať IS alebo formu vedenia evidencie a priradiť k nej objekty evidencie

• V prípade potreby doplniť je možné doplniť ďalšie položky

• Ak je to potrebné je možné vložiť obrázok existujúcej architektúry IS a pripojiť stručný popis

• Následne je potrebné definovať problémy v oblasti architektúry IS a popísať návrh riešenia

• Ak výber nepostačuje môžete doplniť ďalšie

Technologická architektúra

➓V tejto časti sú definované otázky z pohľadu technologickej architektúry, pričom je potrebné dopísať odpoveď

• Ak je to potrebné je možné vložiť obrázok existujúcej technologickej architektúry a pripojiť stručný popis

• Následne je potrebné definovať problémy v oblasti technologickej architektúry a popísať návrh riešenia

• Ak výber nepostačuje môžete doplniť ďalšie

Bezpečnostná architektúra

➓V tejto časti sú definované otázky z pohľadu bezpečnostnej architektúry, pričom je

potrebné dopísať odpoveď

➓Následne je potrebné definovať problémy v oblasti technologickej architektúry a popísať návrh riešenia

➓Ak výber nepostačuje môžete doplniť ďalšie

Časť – Architektúra a prevádzka

Prevádzka

➓V tejto časti sú definované otázky z pohľadu prevádzky, pričom je potrebné dopísať odpoveď

➓Ak je existujú aj iné služby / požiadavky, doplňte riadky a popíšte detail požiadavky resp. služby

➓Následne je potrebné definovať problémy v oblasti prevádzky a popísať návrh

riešenia

➓Ak výber nepostačuje môžete doplniť ďalšie

Popis budúceho stavu

Jedná sa o detailný popis budúceho stavu navrhovaného riešenia

➓Riešenie musí byť v súlade s podmienkami dopytovej výzvy

➓Musia byť dodržané referenčné modely riadenia dát

➓Je definovaná cieľová integrácia na IS VS

➓Riešenie garantuje, že objekty sú poskytované kvalitné a včas

➓Adresované referenčné dáta prispejú k 1 x a dosť

Časť - Legislatíva

Sumárny popis potrebných zmien

➓V prvom kroku je potrebné previazať prípadne legislatívne úpravy z oblasťami:

➓Fungovanie princípu 1 krát a dosť

➓Publikované objekty evidencie bude možné využiť na právne účely

➓Vytvorené registre budú referenčné

➓Je potrebné stanoviť, či danú oblasť projekt rieši a aká norma sa jej týka a aké

úpravy je potrebné spraviť

➓Ak existujú iné právne normy mimo vyššie uvedených je potrebné ich definovať (v súlade s AS IS stavom) a popísať úpravy ktoré je potrebné spraviť

Definovanie rizík

➓V tejto časti sú preddefinované riziká, ktoré môžu vyplývať z oblasti legislatívy

• V prípade, ak je riziko relevantné, je potrebné ho „zaškrtnúť“, vybrať mieru

závažnosti (combobox) a popísať stručne spôsob jeho mitigácie

Časť - Procesné a organizačné nastavenie biznis

chÚivteokdntúárčyasť Procesného a organizačného

nastavenia

➓Táto časť je kľúčová pre naplnenie aktivity A1 a A5

➓V prvej časti je sumárne definovanie organizačného zabezpečenia pre TO BE stav, kde sú definované pozície v súlade so SP Manažment údajov

➓Následne sa definuje splnenie podmienok, ktoré sú nevyhnutné pre

procesné a organizačné nastavenie biznis procesov

➓Navrhnutý obrázok biznis architektúry je referenčným modelom biznis architektúry, ktorý je nasledovne pretransformovaný do tabuľkovej podoby

➓V prípade, ak je potrebné doplniť vlastný obrázok resp. iný text opisujúci navrhnutú biznis architektúru je možné tak spraviť na vyhradenom mieste

Časť - Procesné a organizačné nastavenie biznis

chNaisttaeveknietbúiznrisyprocesov

➓Procesy sú definované v súlade zo SP Manažment údajov a sú etalónom výkonu procesov pre potreby manažmentu údajov

➓Ku každému procesu je potrebné stanoviť, či sa bude v rámci projektu realizovať

➓Následne je potrebné definovať, ako bude implementovaný, resp. ako je zabezpečený v súčasnosti, ak už implementovaný je

▪Nastavenie a modifikácia interných procesov

➓Ak je potrebné z titulu konzumovania údajov meniť informačné systémy / procesy, je potrebné túto skutočnosť vyplniť v príslušnej

časti

➓Je potrebné definovať objekty evidencie ako aj prípad využitia (z tabuľky Objekty evidencie pre služby organizácie) a následne popísať príslušné úpravy v procesoch a IS ako aj služby, ktorá bude na základe konzumovania poskytovaná (môže to byť interná alebo aj externá služba)

▪Implementácia organizačných opatrení

➓Pre každú pozíciu, ktorá bola definovaná na úvod kapitoly je potrebné stanoviť, aký bude ich počet a koľko z toho počtu bude nových pozícií

➓Následne v časti zodpovednosť / spôsob dosiahnutia je potrebné popísať, ako bude organizačná zmena zrealizovaná resp. ako je pozícia (ak už existuje) začlenená do organizácie v súčasnosti a prípadne, aké má kompetencie

▪Definovanie rizík

➓V tejto časti sú preddefinované riziká, ktoré môžu vyplývať z tejto oblasti

➓V prípade, ak je riziko relevantné, je potrebné ho „zaškrtnúť“, vybrať mieru závažnosti (combobox) a popísať stručne spôsob jeho mitigácie

Časť - Architektúra informačných systémov

Nastavenie architektúry IS

➓Návrh architektúry musí byť v súlade s architektonickými princípmi a zároveň je potrebné definovať spôsob integrácie

systémov na IS CSRU, ako aj prípadné vytvorenie rezortnej integračnej platformy.

➓V prvom kroku, ak je to potrebné je možné vložiť obrázok navrhovanej architektúry a pridať popis jednotlivých komponentov

➓V nasledujúcej časti vybrať a popísať princípy, ktoré budú v rámci TO BE architektúry realizované pre budované registre

▪Integrácia na IS CSRU

➓Forma integrácie na IS CSRU predstavuje definovanie formy integrácie na IS CSRU. Je potrebné vybrať jednu z možností a popísať spôsob realizácie. Zároveň v prípade realizácie aktivity 9 je potrebné popísať aj integráciu platformy na IS CSRU

➓Následne je potrebné definovať integráciu IS VS na IS CSRU

➓Na naplnenie tejto tabuľky použite záložky Konzumované údaje a Informačné systémy z prílohy č. 23

▪Definovanie rizík

➓V tejto časti sú preddefinované riziká, ktoré môžu vyplývať z tejto oblasti

➓V prípade, ak je riziko relevantné, je potrebné ho „zaškrtnúť“, vybrať mieru závažnosti (combobox) a popísať stručne spôsob jeho mitigácie

Časť - Technologická architektúra

Nastavenie technologickej architektúry

➓Táto časť je zameraná na definovanie budúcej technologickej architektúry, pričom variantne sa jedná buď o využitie vlastnej architektúry alebo o využitie služieb eGOV ako PaaS a IaaS, ktoré sú dostupné

➓V prvom kroku je potrebné sa rozhodnúť, či budú PaaS služby využité

➓ Následne sa podľa rozhodnutia vypĺňajú ďalšie časti

▪PaaS služby a licencie

➓Autor štúdie v prípade, ak bude využívať PaaS služby, identifikuje pre ktoré služby a akým spôsobom ich bude využívať

• PaaS služby nie je možné vybrať samoúčelne bez využitia IaaS služieb

➓Zároveň vyberie aj licencie (už existujúci údaj zo Záložky Licencie prílohy č. 23) pre jednotlivé aktivity, ktoré v rámci projektu realizuje

▪IaaS služby

➓V prípade výberu PaaS služieb, je potrebné vybrať aj IaaS služby, ktoré súvisia s danými PaaS službami a popíšte ako budú využité, pripadne aké parametre požaduje

➓Alternatíva k IaaS službám sú vlastné využité technológie, ktoré v prípade využitia je potrené rovnako popísať

▪Definovanie rizík

➓V tejto časti sú preddefinované riziká, ktoré môžu vyplývať z tejto oblasti

➓V prípade, ak je riziko relevantné, je potrebné ho „zaškrtnúť“, vybrať mieru závažnosti (combobox) a popísať stručne spôsob jeho mitigácie

Časť - Implementácia a migrácia

Nastavenie implementácie a migrácie

➓Táto časť je veľmi dôležitá, lebo sa ňou preukazuje naplnenie všetkých realizovaných aktivít

a to spôsobom ich realizácia a termínov dodania výstupov

➓Výstupy sú definované ako štandardné výstupy jednotlivých aktivít

➓Pre každú aktivitu je vytvorení samostatná časť v ktorej je potrebné:

➓Vybrať či sa realizuje

➓Popísať spôsob realizácie

➓Niektoré aktivity sa v časti Popis aktivity a jej krokov odkazujú už na existujúce texty (ako napríklad A1 Nastavenie procesov správy dát, už je popísaný postup v časti Procesy pre životný cyklus údajov). Vždy je však možnosť v prípade potreby doplniť aj ďalšie informácie

➓Následne je potrebné definovať časový rámec dodania jednotlivých výstupov aktivít, pričom dodanie je definované kvartálom a rokom dodania

▪Definovanie rizík

➓V tejto časti sú preddefinované riziká, ktoré môžu vyplývať z tejto oblasti

➓V prípade, ak je riziko relevantné, je potrebné ho „zaškrtnúť“, vybrať mieru závažnosti

(combobox) a popísať stručne spôsob jeho mitigácie

▪Definovanie rizík

Bezpečnostná architektúra

Nastavenie bezpečnostnej architektúry

➓Bezpečnostná architektúra predstavuje veľmi dôležitý aspekt realizácie projektu. Predovšetkým pre oblasť Moje Dáta musia byť splnené prísne bezpečnostné kritéria.

➓V tejto časti sa žiadateľ zaväzuje, že bude bezpečnostnú architektúru

budovať v súlade s existujúcimi bezpečnostnými predpismi

➓Zároveň definuje aké bezpečnostné požiadavky budú implementované a akým spôsobom. Ak výpočet požiadaviek nie je postačujúci, doplní ďalšie

➓V tejto časti sú preddefinované riziká, ktoré môžu vyplývať z tejto oblasti

➓V prípade, ak je riziko relevantné, je potrebné ho „zaškrtnúť“, vybrať mieru

závažnosti (combobox) a popísať stručne spôsob jeho mitigácie

▪Definovanie rizík

Prevádzka navrhovaného riešenia

Nastavenie zabezpečenia prevádzky

➓Žiadateľ sa zaväzuje, že bude prevádzkovať systémy v súlade s existujúcou legislatívou, ktorá je definovaná v tejto časti

➓Následne v rámci Služieb/požiadaviek parametrizuje budúcu prevádzku a to výberom požiadavky a definovaním jej parametrov (popis implementácie). V prípade, ak budú realizované aj iné prevádzkové služby

/ parametre, je potrebné ich doplniť

➓V tejto časti sú preddefinované riziká, ktoré môžu vyplývať z tejto oblasti

➓V prípade, ak je riziko relevantné, je potrebné ho „zaškrtnúť“, vybrať mieru

závažnosti (combobox) a popísať stručne spôsob jeho mitigácie

▪ Ekonomické hodnotenie

➓ Táto časť sa vypĺňa len pre projekty nad 1 mil. € a predstavuje sumárne informácie z formuláru CBA/TCO

Ekonomická analýza

Ekonomické parametre

➓ Táto časť predstavuje sumárnu informáciu o nákladoch a prínosoch projektu, ktoré sú definované v prílohe č. 23 resp. v CBA/TCO formulári

➓ V prvom kroku je potrebné definovať, o aký typ projektu sa z pohľadu ekonomického vyhodnotenia jedná a to:

➓ < 1,000,000.00 EUR s DPH – nie je potrebná CBA

➓ >= 1,000,000.00 EUR s DPH – je potrebná CBA

➓ Následne z toho vyplýva aj rozsah informácií, ktoré je potrebné do tejto časti napísať

Prínosy – sú definované ako kvantitatívne a kvalitatívne

➓ Kvantitatívne – sú preddefinované a je potrebné zaškrtnúť ten, ktorý projekt napĺňa, popísať ho a v prípade projektu nad 1 mil. € definovať aj ekonomickú hodnotu prínosu (CBA). V prípade, ak existujú iné prínosy, ktoré boli identifikované doplňte

• Kvalitatívne – budú definované len ako slovný popis

Vecné vymedzenie nákladov

➓ Do tejto časti je potrebné prekopírovať hodnoty zo záložky Rozpočet_vecný prílohy č. 23 a doplniť popis výdavku v časti zdôvodnenie výdavku.

▪Definovanie rizík

➓V tejto časti sú preddefinované riziká, ktoré môžu vyplývať z tejto oblasti

➓V prípade, ak je riziko relevantné, je potrebné ho „zaškrtnúť“, vybrať mieru závažnosti (combobox) a popísať stručne spôsob jeho mitigácie

Prílohy

Najskôr koncept potom štúdia

• skôr ako začnete písať plnohodnotnú štúdiu, navrhnite a odsúhlaste si koncept, až potom píšte detaily štúdie

Projekt vždy definujte na relevantný a správny špecificky cieľ

• nebojte sa reformného zámeru, ak máte pocit že je potrebný, tak ho spravte

Uvedomte si čo chcete dosiahnuť a robte v projekte len to jedno

• vytvárate koncovu službu pre občana/podnikateľa, riešite infraštruktúru ci bezpečnosť alebo budujete IaaS/PaaS/SaaS alebo migrujete na IaaS/PaaS/SaaS ? Typ projektu sa musí konzistentne odraziť v celej štúdii (jedna štúdia = jeden typ projektu)

Štúdia musí jasne odôvodniť zmysluplnosť navrhnutého projektu

• súlad s NKIVS či Akčným plánom je nevyhnutnou, ale nie postačujúcou podmienkou pre realizáciu projektu - štúdia musí explicitne odôvodniť realizáciu konkrétneho navrhovaného projektu

Dodržte logickú štruktúru štúdie

• najskôr jasne uveďte PREČO, následne definujte ČO chcete implementovať, a až potom popisujte AKO to chcete realizovať (detailný technicky popis riešenia a plánu realizácie)

Čísla, fakty a zase čísla

• odôvodnenie štúdie musí byt založená na konkrétnych číslach, faktoch a konkrétnych štatistikách – len na číslach založená

analýza je dostatočným podkladom pre skutočne vyhodnotenie štúdie a jej CBA analýzy

CBA nie je krížovka

• čísla použité v CBA musia byť jasne definované, popísané, fakticky podložené a dohľadateľné. CBA musí byt transparentná a jej logika reflektujúca štruktúru štúdie. Definovane inkrementálne náklady musia pokrývať všetky výdavky nevyhnutne pre realizáciu deklarovaných benefitov

Stručnosť

• použite toľko textu, ale pravé len toľko textu, koľko je potrebne na odôvodnenie navrhovaného projektu, vyhnite sa prázdnym formuláciám a zbytočne nenabaľujte text štúdie

Jasne definované výstupy projektu

• štúdia musí explicitne deklarovať ktoré výstupy sú realizované v rámci rozpočtu projektu a naopak ktoré predpokladané a nevyhnutné funkčnosti nie sú výstupom aktivít projektu

Použite „sedliacky“ rozum

• a to v každej časti štúdie a ak si nie ste istý spýtajte sa....

ŠU = ŽoNFP = VO

• Rozsah projektu popísaný v ŠU sa musí zrkadliť v Žiadosti o nenávratný finančný príspevok a vo verejnom obstarávaní. Verejné obstarávanie musí plne vychádzať z výstupov projektu, ktoré sú deklarované v štúdii.

Document Metadata

Table of Contents

Príručka pre realizáciu projektov pre

Document Metadata